Все фичи будут, да?

Даю подсказку: берешь стандарт C++...

Просто не все вмержат?

не сразу вмерджат

Динамическая типизация, например

вполне реально, даже пейпер такой был уже

работает как отложенные ошибки типизации, только вместо эксепшона пытается скастить одно к другому с использованием Typeable

Гм, чорд

Ну ладно, может тогда не языковую фичу, а элемент экосистемы? То, чего не будет? (Подсказка: IDE)

слишком легко угадать ответ - называй любой элемент экосистемы - не ошибешься

Кстати, а есть же такой пакет Language.BASIC, на нём можно писать программы на Basic: {-# OPTIONS_GHC -fno-warn-type-defaults #-} {-# LANGUAGE ExtendedDefaultRules, OverloadedStrings #-} module Hello where import Language.BASIC main :: IO () main = runBASIC $ do 10 PRINT "Hello BASIC World!" Давно бы уже сделали Language.Golang. Так сказать, и нашим, и вашим.

слишком легко угадать ответ - называй любой элемент экосистемы - не ошибешься

Ну не совсем же. Менеджер пакетов есть, и это прекрасно. Плюсам и не снилось

Поставить Хаскель-капчу: пусть для какого-то автосгенерированного типа пишет монаду. Если не справился -- отправлять в канал Haskell Start, пусть там разбираются.

Монаду нафиг, а функтор и правда можно

я помню как-то задумался что я зависимости ставлю через апт-гет (не помню как хедеры брались). а типа должен же же быть пакетный менеджер. это же как-то не нормально загуглил - получил тред на лоре ну и там стандартно все орали что он не нужен

спросил у знакомого плюсофага про пакетный менеджер - он не понял вопрос

Монаду нафиг, а функтор и правда можно

deriving Functor ага

я помню как-то задумался что я зависимости ставлю через апт-гет (не помню как хедеры брались). а типа должен же же быть пакетный менеджер. это же как-то не нормально загуглил - получил тред на лоре ну и там стандартно все орали что он не нужен

кстати не знаю насколько это шутка когда кричат ненужен

deriving Functor ага

Ещё придётся найти как дерайвленный код посмотреть, чтобы боту скормить.

я помню как-то задумался что я зависимости ставлю через апт-гет (не помню как хедеры брались). а типа должен же же быть пакетный менеджер. это же как-то не нормально загуглил - получил тред на лоре ну и там стандартно все орали что он не нужен

Это уже не самое дно. Некоторые архивчики качают и распаковывают рядом с проектиком на Visual Studio :)

причем для тех кто в вижуал студии пишет на плюсах пакетный менеджер как раз давно есть (но он не популярен)

Это уже не самое дно. Некоторые архивчики качают и распаковывают рядом с проектиком на Visual Studio :)

Хороший способ кстати, годный. В апт гете мало что есть, и не всегда он доступен на целевых машинах

причем для тех кто в вижуал студии пишет на плюсах пакетный менеджер как раз давно есть (но он не популярен)

Nuget? Для плюсов его больньно использовать

ой, что для плюсов не больно использовать

ну я такое же делал. тип для опенгл просто хедеров напихал. а для либы с геометрией хедер и сам сорц. и пытались для студии сделать так чтобы человек извне мог легко скачать с гита собрать в студии. и чёт импосибл было. ещё эти файлы студии были мразотные для гита

ой, что для плюсов не больно использовать

Да уж. Мир населен сотнями тысяч мазохистов, которые пишут на плюсах

Nuget? Для плюсов его больньно использовать

Vcpkg наверное

Да уж. Мир населен сотнями тысяч мазохистов, которые пишут на плюсах

ну типа это сарказм или нет? А то на самом деле это так и выглядит, нужно мнение изнутри

Кстати, интересно, nix подходит, чтобы для плюсового проекта установить зависимости? И nix, я так понимаю, под Винду не в каком виде не быет?

ну типа это сарказм или нет? А то на самом деле это так и выглядит, нужно мнение изнутри

Да трудно сказать. Я тоже на плюсах писал, и не исключено, что еще буду.

То, что там постоянно какая-нибудь боль случается - чистейшая правда

Если бы была такая возможность, я бы вообще плюсы ни для какого проекта в современном мире не брал. Имею интерес к Rust.

Кстати, интересно, nix подходит, чтобы для плюсового проекта установить зависимости? И nix, я так понимаю, под Винду не в каком виде не быет?

только под WSL, но это фактически не под винду

Если бы была такая возможность, я бы вообще плюсы ни для какого проекта в современном мире не брал. Имею интерес к Rust.

кстати ещё в универе поражался проектам на qt это же вообще неудачная идея писать гуи на плюсах

на первой работе было немного qt

Подожди, как раз Qt я очень люблю. Там 2 подхода писать GUI сейчас

тип вот в гуи не жалко сборщик бы поставить. ладно в играх там нужен отклик

Подожди, как раз Qt я очень люблю. Там 2 подхода писать GUI сейчас

ну лучше бы тот что без плюсов

"Современный", а именно аналог XAML (из состава WPF), называется QML. Когда формочки максимально отделены от бэкенда. И "старый", на виджетах а-ля Delphi

ну да но чёт с выходом qt5 qml казался каким-то маргинальным ну обделёным

тип вот можно быстро накидать по красоте часики

дальше используйте старый

и наверное сейчас получше стало

хотя мб и тогда всё было ок

Не могу ничего сказать, поскольку серьезных приложений на нем не делал. Единственное, что приходится обычно под себя все эти контролы создавать.

Когда я на WPF писал приложения, приходилось все прописывать ручками, потому что готовых контролов на все случаи жизни было не найти, да и кастомизация все равно нужна была. В итоге приложение получалось в каком-то странном стиле, и больше всего это походит на web с его HTML

кстати первые русскоговорящие люди рекомендовавшие мне хаскель были плюсовиками это мне даже внушило идею что плюсовики в среднем адекватные лди с развитой критикой

А кто же это был? Я собираю список плюсовиков, переметнувшихся на Хаскель

А кто же это был? Я собираю список плюсовиков, переметнувшихся на Хаскель

Я плюсовик, пересаживаюсь на хаскель

language DuplicateRecordFields

Линзы при этом не делаются вроде? У меня только с generic-lens получается при Duplicate.

Я плюсовик, пересаживаюсь на хаскель

Буду рад услышать, почему и как движется.

А кто же это был? Я собираю список плюсовиков, переметнувшихся на Хаскель

https://github.com/0x7CFE https://github.com/kpp

но они не собирались менять язык

Линзы при этом не делаются вроде? У меня только с generic-lens получается при Duplicate.

с какой-то версии делаются

о, ну зато у обоих раст появился на гитхабе

А кто же это был? Я собираю список плюсовиков, переметнувшихся на Хаскель

Что значит, "быть плюсовиком"? Последний C++ проект писал лет пять назад, но руки помнят.

Что значит, "быть плюсовиком"? Последний C++ проект писал лет пять назад, но руки помнят.

Это значит - "терпеть боль", как Гарольд

А, ну да. Терпел, было дело.

А кто же это был? Я собираю список плюсовиков, переметнувшихся на Хаскель

А в чем прикол им переходить на хаскель?

Если они жклезячники

Нет, плюсовики далеко не все железячники. Даже не половина

Плюсы и так движуцца к хаскелю. =)

СВоим путём.

Как раз тогда сериал "Доктор Хаус" шел, а я по скриншотам ошибок отлавливал гейзенбаги в параллельном приложении. Чувствовал себя д-ром Хаусом, это хоть как-то скрашивало боль.

Нет, плюсовики далеко не все железячники. Даже не половина

Ну я написала если

Qt шники тоже врялли перейдут

Линзы при этом не делаются вроде? У меня только с 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

кстати первые русскоговорящие люди рекомендовавшие мне хаскель были плюсовиками это мне даже внушило идею что плюсовики в среднем адекватные лди с развитой критикой

А куда ещё бежать с плюсов (особенно когда руста ещё не было?)

ERROR: S client not available

А куда ещё бежать с плюсов (особенно когда руста ещё не было?)

Я знаю чувака, который запилил прототип бэкенда к веб интерфейсу с менюшечками и выпадающими списочками на С++ потому что ему так проще :) Думаю, ответ зависит от предметной области.

Ну я написала если

Дело в том, что в плюсах очень много фишек пришли из мира ФП, и при этом более хорошее их понимание дает именно Haskell. На плюсовых конференциях последних лет кроме языка C++, он часто упоминается, и мне даже кажется, что побольше, чем другие языки. Но проблема, к сожалению, с плюсами такая, что все эти фишки, хоть и заимствованы из ФП и непосредственно Haskell, но внутри устроены неконсистентно, и еще плохо друг с другом совмещаются. Там надо весь комитет отправлять учить Haskell, потому что сейчас это сделано очень плохо.

Qt шники тоже врялли перейдут

Qt шники как класс плюсовиков, очень малочисленны, мне кажется. Все эти пертрубации с Qt плохо отразились на его популярности. И Qt 5 был, в общем-то, выстрадан через боль, кровь, пот и слезы.

Qt шники как класс плюсовиков, очень малочисленны, мне кажется. Все эти пертрубации с Qt плохо отразились на его популярности. И Qt 5 был, в общем-то, выстрадан через боль, кровь, пот и слезы.

А кто тогда многочисленен? По идее остаются только люди которым нужна хорошая производительность

А кто тогда многочисленен? По идее остаются только люди которым нужна хорошая производительность

Я бы сказал, "которые думают, что им нужна хорошая производительность". Это правда, что у плюсовиков в массе на этом бзик, но также правда, что писать производительный плюсовый код - это нужно специально заморачиваться, автоматом он не получается. Кажется, не все плюсовики это осознают. Для некоторых само использование C++ уже означает "производительность", и они с этой уверенностью бегают, как с регилией

На плюсах хотя бы специально заморочиться можно, а в других языках этих заморочек просто нет как инструмента

Я бы сказал, "которые думают, что им нужна хорошая производительность". Это правда, что у плюсовиков в массе на этом бзик, но также правда, что писать производительный плюсовый код - это нужно специально заморачиваться, автоматом он не получается. Кажется, не все плюсовики это осознают. Для некоторых само использование C++ уже означает "производительность", и они с этой уверенностью бегают, как с регилией

Ну вообще то обычно так и есть - C++ автоматом даёт бОльшую производительность по сравнению с почти всеми современными высокоуровневыми языками программирования.

Где-то GC, где-то куча аллокаций на каждый чих и кэш-промахов, где-то вообще динамическая типизация.

Ну вообще то обычно так и есть - C++ автоматом даёт бОльшую производительность по сравнению с почти всеми современными высокоуровневыми языками программирования.

Это очень относительно.

был какой-то пейпер где сравнивались три вида кода на плюсах "наивный", "следующий общим рекомендациям по повышению производительности" и "профессиональный", и там разница в разы была, авторы интеловского бекенда для хаскеля когда его бенчмарки делали тоже с плюсами сранивали с использованием этих трех разновидностей

Но на самом деле, для большинства задач не нужны чудеса производительности.

а кто знает, можно вообще стэком собрать 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 для 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 для 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

Это стали понимать в последние несколько лет, да

Да не, думаю это многие понимали уже очень давно.

Ибо таже джава не спроста появилась.

т.е. если так надо собрать ghc-mod можно сорать hie - его тоже соберет, работающие коммиты из веток

ghc-mod заброшен и не релизится, но его допиливают контрибьютеры в hie

опаньки то есть прощайте плагины для атома?

Я бы сказал, "которые думают, что им нужна хорошая производительность". Это правда, что у плюсовиков в массе на этом бзик, но также правда, что писать производительный плюсовый код - это нужно специально заморачиваться, автоматом он не получается. Кажется, не все плюсовики это осознают. Для некоторых само использование C++ уже означает "производительность", и они с этой уверенностью бегают, как с регилией

Мне кажется вы ерунду говорите, сейчас например в том что машобе плюсами обмазывают узкие места а остальное питон. Но это уже не по теме чата, не буду спорили

опаньки то есть прощайте плагины для атома?

а нет, там вроде что-то есть для hie

опаньки то есть прощайте плагины для атома?

так можно воспользоваться тем, что пропатчен для hie, не факт правда, что он нормально работает, может только то что hie нужно

хорошую по сравнению с питоном производительность на плюсах получить, конечно, не сложно

надо говорить хачкель

а погромистов на хачкеле - хачами-трюкачами)

Десктопный клиент скайпа, вроде бы (можно уточнить), на плюсах целиком написан (или, как минимум, был написан несколько лет назад). Это не мешало ему съедать кучу памяти и тормозить :)

для числодробилок (и машлёрна в том числе) ещё ничего лучше плюсов и не придумали

для числодробилок (и машлёрна в том числе) ещё ничего лучше плюсов и не придумали

а как же руст? :(

есть гораздо более очевидно тормозные и требовательные к памяти приложения на плюсах - браузеры. правда ни на чам другом их что-то не пишут

а как же руст? :(

руст только недавно появился и ещё не обрёл и сотой популярности плюсов, да и плюсового числодробительного кода, который можно заюзать, уже немало накопилось