И это у меня ещё индусов нет :)

а эти вроде бы нащупали благородный путь

Это имитация благородности. Похуизм.

И это у меня ещё индусов нет :)

индусы - это вообще преты

ну он есть до сих пор, но занимает нишу как Uniface\MUMPS

Почитал про юнифейс. Это ж для интеграций хуерга какая-то? Типа зибеля

Почитал про юнифейс. Это ж для интеграций хуерга какая-то? Типа зибеля

это вообще отдельный мирок

это руина брамфатуры, пытавшаяся слиться с нашим затомисом

Гуй в лучших программистских традициях

Спасибо за новые слова

неее, там гуй так, сбоку

но т.к. это низший инфракосмос, я его очень успешно законтрил перлом, причем в одиночку

в общем, я про APL писал. APL выпал из популярности не в последнюю очередь из-за WYSIWYG

совершенно бесполезный тренд оказался, по ходу, от большинства визуальных средств получилось больше убытков

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

я когда-то очень давно пытался донести эту мысль, на меня смотрели как на помешанного: мол, как это так без Ворда? а кто же пробелами текст форматировать будет? нельзя же чтобы текст пробелами не форматировался

Вот захотел поумничать - пошёл в хаскель. Трудиться - ц# жава. По середине скала. ф# сбоку :)

А как же го?

А как же го?

Я не знаю, как оно. Может там же, где и Дарт?

как ни странно, нет. как ни странно, у них дохера молодежи, но это как с мормонами

А где поковырять можно?

GNU APL 100% тру

есть куча литературы

современная версия - J, но для него туториалы так себе

современная версия - J, но для него туториалы так себе

Не, J я видел. Не пробовал, но видел. Там ещё сделали K и бд на написали

К наследник J

К - коммерческий

и он вроде с Q сильно интегрируется. у кого хватило денег на лицуху - очень хвалят

а J - это все тот же Иверсон, только попытка сделать язык на ANSI codepage

Как вы нашли друг друга! Аж завидно :)

@neftedollar - я иглифу уже послал эту картинку

Вот нашел визитку местного апл энтузиаста :)

К в общем-то широко известен, очень популярен в финтехе. но он по слухам мало похож на АПЛ и J

Почитал про юнифейс. Это ж для интеграций хуерга какая-то? Типа зибеля

Зибель это таки црм, не интеграция же

Зибель это таки црм, не интеграция же

Я с этой хуергой работал только как пользователь. И слава Господу - очень недолго

И там очень дохера всего было и из «гуя» триггерились внешние процессы.

Я с этой хуергой работал только как пользователь. И слава Господу - очень недолго

Я только издалека видел, как мучаются другие :)

Вот вы ржете, а на скалу лезть не так уж и страшно, и спрыгивать с нее после некоторого времени кагбэ и не сильно хочется. Например ныть не на кого боле, что мол не развивается, не маркетится. на Одерского разве что. Да и все эти хуиндли-мильнеры меркнут на фоне метапрограмминга и тех же HKT

На прошлых выходных пришлось пописать на Scala, и, скажу я вам, тулинг там убогонький довольно

На уровне F# примерно

Ну то есть в сравнении с Java/C# — откровенно грустно смотреть.

Плюс, стандартная либа там тоже не очень хорошо пахнет.

Ну, например, представьте себе, у них в 2k19 году до сих пор нету конструкции use, и даже функции аналогичной нашему using тоже нету. Приходится писать содомию типа val x = try source.read() finally source.close() Как хотите, но мне кажется, что это прям просто смешно.

Ну вот. Была у фшарперов легенда, что где-то там на скале есть рай фпшников, а потом пришёл фонневер и всё испортил.

Зато миксины зачотнейшие

Этой фичи мне сильно не хватает в остальных современных ООП-языках. В этом смысле Scala меня испортила, можно сказать.

Ну вот. Была у фшарперов легенда, что где-то там на скале есть рай фпшников, а потом пришёл фонневер и всё испортил.

А про «рай фпшников» я ничего не говорю :)

Я-то скорее прагматик, за чистотой парадигмы никогда не гнался.

Бывает, я запариваюсь чистотой других вещей (ну, например, гигиены, связанной с тулингом). Но на парадигмы лично мне по большей части начхать.

Кстати, знает кто .нет либу для дифов по объектам? Вот у меня два объекта одинаковой структуры. И мне нужно понять какая часть у одного объекта изменилась относительно другого. Типа getChanges obj1 obj3 //Changes are

Я знаю такую либу.

На прошлых выходных пришлось пописать на Scala, и, скажу я вам, тулинг там убогонький довольно

Я вот тоже оценил. Не понял всех этих всдохов пока. Все через пляски даётся, тулы недоделанные, но зато их десяток для каждой задачи

Кстати, знает кто .нет либу для дифов по объектам? Вот у меня два объекта одинаковой структуры. И мне нужно понять какая часть у одного объекта изменилась относительно другого. Типа getChanges obj1 obj3 //Changes are

1. Глянь либу DeepEqual, она умеет сравнивать объекты в глубину, и там есть опции для того, чтобы учитывать приватные/интёрнал поля, и всё такое. 2. Если тебе для тестов, то я недавно вполне успешно начал юзать ApprovalTests.Net. Смотри, смысл в том, что твои тесты готовят какие-то объекты, а потом их сериализуют в жисон (или во что хошь) и сохраняют в файлы на диске. Эталонный набор тестовых файлов ты сохраняешь в репозиторий, а во время тестов просто делаешь сравнение файлов. Это очень удобно потому, что дифф результатов тестов сводится к обычному гитовому диффу. При таком подходе крайне удобно понимать, почему тесты фейлятся. И можно сравнивать большие наборы комплексных объектов. И для этого не нужно портянки кода писать — ты можешь запустить тесты в специальном режиме и сгенерировать начальный набор эталонных данных, или перегенерировать уже имеющиеся (если вдруг ожидаемые результаты тестов поменялись).

Соре, я с прошлых выходных ещё не весь телеграм разгрёб, поэтому немножко буду некропостить :)

Мы юзааем api-diff либу. Она генерит файл Аля fsi. Дальше по этому файлу гоняются тесты - проверяют что все по спеке. Можно снимать дифы между разными версиями

Мы юзааем api-diff либу. Она генерит файл Аля fsi. Дальше по этому файлу гоняются тесты - проверяют что все по спеке. Можно снимать дифы между разными версиями

О, интересное применение fsi!

nix вообще god send

А что ты с ним делаешь. Я как-то тоже Никс пробовал ставить, так он мне весь ссд чём-то засрал - снес нафиг так и не распробовав

nix вообще god send

+

Вот это точно правда

А что ты с ним делаешь. Я как-то тоже Никс пробовал ставить, так он мне весь ссд чём-то засрал - снес нафиг так и не распробовав

Ну ставишь проги им, собираешь

Сразу и менеджер пакетов, и менеджер окружений (типа virtualenv), и среда сборки — и всё в одном флаконе

Прям вот блин ровно то, что изначально и нужно было

Идеологически правильно сделанная вещь.

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

Но блин идеология, как оно всё интегрирует друг с другом — это прекрасно.

Я знаю такую либу.

Ого ты вспомнил, но спасибо

Мы юзааем api-diff либу. Она генерит файл Аля fsi. Дальше по этому файлу гоняются тесты - проверяют что все по спеке. Можно снимать дифы между разными версиями

Ага, видел ее

а там

В приличном редакторе это бы выглядело так.

В приличном редакторе это бы выглядело так.

В приличном так и выглядит. Пересел с райдера на идею

На прошлых выходных пришлось пописать на Scala, и, скажу я вам, тулинг там убогонький довольно

Ну эт да. Если в фаршике тулинг можно было б поправить, если б скажем Кжиштофу на годик другой в мсфт. В скале трудней, пушто язык сильно развесистый, и ООП тебе, и мета такая, мета сякая, поубывалбы. Может Дотти похудей станет

Дотти должен стать худее, да.

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

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

Я бы предпочёл, чтобы функциональщиков выгнали на хаскели :3

Но на самом деле надеюсь, что он не станет никого выгонять, а продолжит делать годный ФП/ООП язык.

Ну, например, представьте себе, у них в 2k19 году до сих пор нету конструкции use, и даже функции аналогичной нашему using тоже нету. Приходится писать содомию типа val x = try source.read() finally source.close() Как хотите, но мне кажется, что это прям просто смешно.

меня тоже повеселило что use нет в стдлибе, но есть парочка недобиблиотечек, которые и тащить то смешно, потомучто using пишется в полторы строки, и сам определяешь - просто освободить ресурс, или изер вернуть, или еще что

меня тоже повеселило что use нет в стдлибе, но есть парочка недобиблиотечек, которые и тащить то смешно, потомучто using пишется в полторы строки, и сам определяешь - просто освободить ресурс, или изер вернуть, или еще что

«оператор сложения пишется через вычитание в одну строку, поэтому в стандартную либу мы его не положили»

К тому же ты можешь сам решить, что вернуть — вдруг ты хочешь, чтобы оператор сложения ещё и в два раза результат увеличивал!

(нет блин, я не хочу, просто дайте мне сложение. и дайте мне юзинг)

(нет блин, я не хочу, просто дайте мне сложение. и дайте мне юзинг)

тебе свободу дают, а ты - дайте мне цепь ))

Ну то есть с поинтом я согласен, но это и получается смерть от тысячи порезов. Одного нету, другого, третьего — глядь — а у тебя уже файл Utils.scala на две тыщи строк.

За это ли мы боролись?

меня тоже повеселило что use нет в стдлибе, но есть парочка недобиблиотечек, которые и тащить то смешно, потомучто using пишется в полторы строки, и сам определяешь - просто освободить ресурс, или изер вернуть, или еще что

А с недобиблиотечками тоже беда

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

Поэтому сразу после релиза, и в течение N месяцев/лет после релиза очередной версии ты можешь не найти нужной сборки той же scala-arm.

paket на них нехватает, чтоб пофайлово депендить )