Монаду нафиг, а функтор и правда можно
deriving Functor ага
кана
Влод
Vasiliy
я помню как-то задумался что я зависимости ставлю через апт-гет (не помню как хедеры брались). а типа должен же же быть пакетный менеджер. это же как-то не нормально
загуглил - получил тред на лоре ну и там стандартно все орали что он не нужен
Это уже не самое дно. Некоторые архивчики качают и распаковывают рядом с проектиком на Visual Studio :)
A64m
причем для тех кто в вижуал студии пишет на плюсах пакетный менеджер как раз давно есть (но он не популярен)
Ilya
Это уже не самое дно. Некоторые архивчики качают и распаковывают рядом с проектиком на Visual Studio :)
Хороший способ кстати, годный. В апт гете мало что есть, и не всегда он доступен на целевых машинах
Alexander
причем для тех кто в вижуал студии пишет на плюсах пакетный менеджер как раз давно есть (но он не популярен)
Nuget? Для плюсов его больньно использовать
A64m
ой, что для плюсов не больно использовать
Влод
ну я такое же делал. тип для опенгл просто хедеров напихал. а для либы с геометрией хедер и сам сорц. и пытались для студии сделать так чтобы человек извне мог легко скачать с гита собрать в студии. и чёт импосибл было.
ещё эти файлы студии были мразотные для гита
Alexander
ой, что для плюсов не больно использовать
Да уж. Мир населен сотнями тысяч мазохистов, которые пишут на плюсах
RattenKong 🦧🐀🦍️
кана
Да уж. Мир населен сотнями тысяч мазохистов, которые пишут на плюсах
ну типа это сарказм или нет? А то на самом деле это так и выглядит, нужно мнение изнутри
Vasiliy
Кстати, интересно, nix подходит, чтобы для плюсового проекта установить зависимости? И nix, я так понимаю, под Винду не в каком виде не быет?
Alexander
ну типа это сарказм или нет? А то на самом деле это так и выглядит, нужно мнение изнутри
Да трудно сказать. Я тоже на плюсах писал, и не исключено, что еще буду.
Alexander
То, что там постоянно какая-нибудь боль случается - чистейшая правда
Alexander
Если бы была такая возможность, я бы вообще плюсы ни для какого проекта в современном мире не брал. Имею интерес к Rust.
A64m
Кстати, интересно, nix подходит, чтобы для плюсового проекта установить зависимости? И nix, я так понимаю, под Винду не в каком виде не быет?
только под WSL, но это фактически не под винду
Влод
Если бы была такая возможность, я бы вообще плюсы ни для какого проекта в современном мире не брал. Имею интерес к Rust.
кстати ещё в универе поражался проектам на qt
это же вообще неудачная идея писать гуи на плюсах
Влод
на первой работе было немного qt
Alexander
Подожди, как раз Qt я очень люблю. Там 2 подхода писать GUI сейчас
Влод
тип вот в гуи не жалко сборщик бы поставить. ладно в играх там нужен отклик
Влод
Подожди, как раз Qt я очень люблю. Там 2 подхода писать GUI сейчас
ну лучше бы тот что без плюсов
Alexander
"Современный", а именно аналог XAML (из состава WPF), называется QML. Когда формочки максимально отделены от бэкенда. И "старый", на виджетах а-ля Delphi
Влод
ну да но чёт с выходом qt5 qml казался каким-то маргинальным
ну обделёным
Влод
тип вот можно быстро накидать по красоте часики
Влод
дальше используйте старый
Влод
и наверное сейчас получше стало
Влод
хотя мб и тогда всё было ок
Alexander
Не могу ничего сказать, поскольку серьезных приложений на нем не делал. Единственное, что приходится обычно под себя все эти контролы создавать.
Alexander
Когда я на WPF писал приложения, приходилось все прописывать ручками, потому что готовых контролов на все случаи жизни было не найти, да и кастомизация все равно нужна была. В итоге приложение получалось в каком-то странном стиле, и больше всего это походит на web с его HTML
Влод
кстати первые русскоговорящие люди рекомендовавшие мне хаскель были плюсовиками
это мне даже внушило идею что плюсовики в среднем адекватные лди с развитой критикой
Alexander
А кто же это был? Я собираю список плюсовиков, переметнувшихся на Хаскель
Sr
А кто же это был? Я собираю список плюсовиков, переметнувшихся на Хаскель
Я плюсовик, пересаживаюсь на хаскель
Dmitry
language DuplicateRecordFields
Линзы при этом не делаются вроде? У меня только с generic-lens получается при Duplicate.
Влод
А кто же это был? Я собираю список плюсовиков, переметнувшихся на Хаскель
https://github.com/0x7CFE
https://github.com/kpp
Влод
но они не собирались менять язык
A64m
Линзы при этом не делаются вроде? У меня только с generic-lens получается при Duplicate.
с какой-то версии делаются
Влод
о, ну зато у обоих раст появился на гитхабе
Dmitry
А кто же это был? Я собираю список плюсовиков, переметнувшихся на Хаскель
Что значит, "быть плюсовиком"? Последний C++ проект писал лет пять назад, но руки помнят.
Alexander
Что значит, "быть плюсовиком"? Последний C++ проект писал лет пять назад, но руки помнят.
Это значит - "терпеть боль", как Гарольд
Dmitry
А, ну да. Терпел, было дело.
Mary
А кто же это был? Я собираю список плюсовиков, переметнувшихся на Хаскель
А в чем прикол им переходить на хаскель?
Mary
Если они жклезячники
Alexander
Нет, плюсовики далеко не все железячники. Даже не половина
Крылатый
Плюсы и так движуцца к хаскелю. =)
Крылатый
СВоим путём.
Dmitry
Как раз тогда сериал "Доктор Хаус" шел, а я по скриншотам ошибок отлавливал гейзенбаги в параллельном приложении. Чувствовал себя д-ром Хаусом, это хоть как-то скрашивало боль.
Mary
Qt шники тоже врялли перейдут
A64m
Линзы при этом не делаются вроде? У меня только с generic-lens получается при Duplicate.
все работает (линзы 4.16.1)
{-# language DuplicateRecordFields, TemplateHaskell
, MultiParamTypeClasses, FunctionalDependencies #-}
module Main where
import Control.Lens
import Control.Lens.TH
data FooBar = FooBar { _foo :: Int, _bar :: Bool } deriving Show
data BarFoo = BarFoo { _bar :: Bool, _foo :: Int } deriving Show
makeFieldsNoPrefix ''FooBar
makeFieldsNoPrefix ''BarFoo
main :: IO ()
main = do
print $ FooBar 2 False ^. foo
print $ BarFoo True 3 ^. foo
Алексей
кстати первые русскоговорящие люди рекомендовавшие мне хаскель были плюсовиками
это мне даже внушило идею что плюсовики в среднем адекватные лди с развитой критикой
А куда ещё бежать с плюсов (особенно когда руста ещё не было?)
Vasiliy
А куда ещё бежать с плюсов (особенно когда руста ещё не было?)
Я знаю чувака, который запилил прототип бэкенда к веб интерфейсу с менюшечками и выпадающими списочками на С++ потому что ему так проще :) Думаю, ответ зависит от предметной области.
Alexander
Ну я написала если
Дело в том, что в плюсах очень много фишек пришли из мира ФП, и при этом более хорошее их понимание дает именно Haskell. На плюсовых конференциях последних лет кроме языка C++, он часто упоминается, и мне даже кажется, что побольше, чем другие языки. Но проблема, к сожалению, с плюсами такая, что все эти фишки, хоть и заимствованы из ФП и непосредственно Haskell, но внутри устроены неконсистентно, и еще плохо друг с другом совмещаются. Там надо весь комитет отправлять учить Haskell, потому что сейчас это сделано очень плохо.
Alexander
Qt шники тоже врялли перейдут
Qt шники как класс плюсовиков, очень малочисленны, мне кажется. Все эти пертрубации с Qt плохо отразились на его популярности. И Qt 5 был, в общем-то, выстрадан через боль, кровь, пот и слезы.
Mary
Qt шники как класс плюсовиков, очень малочисленны, мне кажется. Все эти пертрубации с Qt плохо отразились на его популярности. И Qt 5 был, в общем-то, выстрадан через боль, кровь, пот и слезы.
А кто тогда многочисленен? По идее остаются только люди которым нужна хорошая производительность
Alexander
А кто тогда многочисленен? По идее остаются только люди которым нужна хорошая производительность
Я бы сказал, "которые думают, что им нужна хорошая производительность". Это правда, что у плюсовиков в массе на этом бзик, но также правда, что писать производительный плюсовый код - это нужно специально заморачиваться, автоматом он не получается. Кажется, не все плюсовики это осознают. Для некоторых само использование C++ уже означает "производительность", и они с этой уверенностью бегают, как с регилией
Ilya
На плюсах хотя бы специально заморочиться можно, а в других языках этих заморочек просто нет как инструмента
Алексей
Я бы сказал, "которые думают, что им нужна хорошая производительность". Это правда, что у плюсовиков в массе на этом бзик, но также правда, что писать производительный плюсовый код - это нужно специально заморачиваться, автоматом он не получается. Кажется, не все плюсовики это осознают. Для некоторых само использование C++ уже означает "производительность", и они с этой уверенностью бегают, как с регилией
Ну вообще то обычно так и есть - C++ автоматом даёт бОльшую производительность по сравнению с почти всеми современными высокоуровневыми языками программирования.
Алексей
Где-то GC, где-то куча аллокаций на каждый чих и кэш-промахов, где-то вообще динамическая типизация.
Alexander
A64m
был какой-то пейпер где сравнивались три вида кода на плюсах "наивный", "следующий общим рекомендациям по повышению производительности" и "профессиональный", и там разница в разы была, авторы интеловского бекенда для хаскеля когда его бенчмарки делали тоже с плюсами сранивали с использованием этих трех разновидностей
Алексей
Но на самом деле, для большинства задач не нужны чудеса производительности.
Misha
а кто знает, можно вообще стэком собрать ghc-mod для ghc 8.2 ? То есть я понимаю, что теоретически можно, но на практике получается вот так:
stack install ghc-mod
Error: While constructing the build plan, the following exceptions were encountered:
In the dependencies for ghc-mod-5.8.0.0:
Cabal-2.0.1.1 from stack configuration does not match >=1.18 && <1.25 (latest matching version is 1.24.2.0)
base-4.10.1.0 from stack configuration does not match >=4.6.0.1 && <4.10 (latest matching version is 4.9.1.0)
....
A64m
или там си был?
Алексей
А в купе со сложностью самих крестов и возможностью отстрелить себе обе ноги и голову делают кресты довольно узкоспециализированным языком.
Alexander
А в купе со сложностью самих крестов и возможностью отстрелить себе обе ноги и голову делают кресты довольно узкоспециализированным языком.
Это стали понимать в последние несколько лет, да
A64m
а кто знает, можно вообще стэком собрать ghc-mod для ghc 8.2 ? То есть я понимаю, что теоретически можно, но на практике получается вот так:
stack install ghc-mod
Error: While constructing the build plan, the following exceptions were encountered:
In the dependencies for ghc-mod-5.8.0.0:
Cabal-2.0.1.1 from stack configuration does not match >=1.18 && <1.25 (latest matching version is 1.24.2.0)
base-4.10.1.0 from stack configuration does not match >=4.6.0.1 && <4.10 (latest matching version is 4.9.1.0)
....
ghc-mod заброшен и не релизится, но его допиливают контрибьютеры в hie
Алексей
Это стали понимать в последние несколько лет, да
Да не, думаю это многие понимали уже очень давно.
Алексей
Ибо таже джава не спроста появилась.
A64m
т.е. если так надо собрать ghc-mod можно сорать hie - его тоже соберет, работающие коммиты из веток
Misha
ghc-mod заброшен и не релизится, но его допиливают контрибьютеры в hie
опаньки
то есть прощайте плагины для атома?
Mary
Я бы сказал, "которые думают, что им нужна хорошая производительность". Это правда, что у плюсовиков в массе на этом бзик, но также правда, что писать производительный плюсовый код - это нужно специально заморачиваться, автоматом он не получается. Кажется, не все плюсовики это осознают. Для некоторых само использование C++ уже означает "производительность", и они с этой уверенностью бегают, как с регилией
Мне кажется вы ерунду говорите, сейчас например в том что машобе плюсами обмазывают узкие места а остальное питон. Но это уже не по теме чата, не буду спорили
A64m
опаньки
то есть прощайте плагины для атома?
так можно воспользоваться тем, что пропатчен для hie, не факт правда, что он нормально работает, может только то что hie нужно
A64m
хорошую по сравнению с питоном производительность на плюсах получить, конечно, не сложно
Anton
надо говорить хачкель
Anton
а погромистов на хачкеле - хачами-трюкачами)
Vasiliy
Десктопный клиент скайпа, вроде бы (можно уточнить), на плюсах целиком написан (или, как минимум, был написан несколько лет назад). Это не мешало ему съедать кучу памяти и тормозить :)