Size: a a a

2018 January 25

AT

Anton Trunov in fprog_spb
он написал про компилятор, не про язык
источник

TM

Timur Malikin in fprog_spb
В php мире тоже смотрят на мир Java и тоже делают подобные церемонии, на всяких фреймворках типа Symphony/Zend. Я проработал год и понял, что это странный путь, фичу пилило по 5 человек, которую реально делать одному за день-два. А в итоге ты сидишь и думаешь, правильно ли сделал слой сервисов, так ли используешь сервис локатор, а может надо тот объект не через сеттер а через фабричный метов  в конструктор, а достаточно ли "тонкий контроллер". И т.д. и т.п. Я пытался рефлексировать на эту тему и вести диалог с чуваками, но как об стену горох.
источник

TM

Timur Malikin in fprog_spb
В итоге ушел писать на Erlang
источник

Aq

A64m AL256m qn[cores] in fprog_spb
не понял, что исходники кока можно компилятором какого-то другого языка компилировать?
источник

AT

Anton Trunov in fprog_spb
вот и я о том же
источник

Aq

A64m AL256m qn[cores] in fprog_spb
о чем же?
источник

AT

Anton Trunov in fprog_spb
“В общем-то окемл -- это такое легаси для компиляции Coq. Язык так себе, практически не развивается (0.5-1 man-power на поддержке), но умеет быстрые символьные вычисления (сам Ксавье переключился бы с него на что-нить еще, было бы на что).”
источник

AT

Anton Trunov in fprog_spb
“с него” очевидно значит “с языка“, согласны?
источник

RN

Ryzhikov Nikolay in fprog_spb
может и с кока на js ;)
источник

Aq

A64m AL256m qn[cores] in fprog_spb
ну, и что тут не так? Леруа писал множество текстов и постов почему фичи в окамле не нужны, в том числе он долго доказывал что SMP для окамла не нужно, а в этой цитате он появняет почему, потому что он нужен для компиляции кока, т.е. говорить что Леруа считает окамл легаси для компиляции кока вполне нормально, как еще это можно интерпретировать-то?
источник

Aq

A64m AL256m qn[cores] in fprog_spb
Отношение Милнера к СМЛ еще хуже было, например
источник

AT

Anton Trunov in fprog_spb
я в цитате от Леруа не вижу слова означающего “язык”
источник

Aq

A64m AL256m qn[cores] in fprog_spb
Anton Trunov
я в цитате от Леруа не вижу слова означающего “язык”
слово означающее язык там caml
источник

AT

Anton Trunov in fprog_spb
это прилагательное
источник

AT

Anton Trunov in fprog_spb
Caml or SML compiler
источник

AT

Anton Trunov in fprog_spb
сорри, можно я не буду продолжать то, чем мы сейчас занимаемся вместо работы? )
источник

Aq

A64m AL256m qn[cores] in fprog_spb
в случае окамла компилятор и язык это одно и то же, он имплементейшн-дефайнед, в отличие от смл
источник

KS

Kirill Saksin in fprog_spb
Mike Ananev
Подробное описание кейса. Как product owner я предоставил команде выбор: или пишите на любимой java или я вас могу переучить clojure. Они подумали и решили что java, аргументировав тем что быстрее надо фичи выводить, а обучение новому языку потребует времени. Ну ок, мое дело бэклог и вижн продукта. Начались спринты: 1,2,3,4 .. После 4 спринта стало окончательно ясно, что чуваки вместо продукта делают церемонии в java:  пилят ORM, делают обертки, фабрики и прочее, что принято в java мире. На каждую маленьккую задачу рождалось тонны кода, который еще внезапно не многопоточный, мутабельный со всех строн, на что просились дополнительные ресурсы. Это не только у меня. В соседних стримах по платформам банка это видно. Но хуже всего было то, что я тратил 1 день clojure,  чтобы показать им, что они должны были сделать за спринт всей командой. Кроме шуток, после их объяснения почему что-то не получилось, я показвал им сам демо и встречал это полным молчанием. Как-то только от javaистов требовалось сделать что-то не как в их любимом фреймворке, то сразу стекланные глаза и завышение оценок в 2-3 раза.
После 4 спринта им было предложено прекратить тратить деньги организации "делая java" и переучиваться на clojure или уйти. Да, ушла ровно половина. И это пошло на огромную пользу продукту. Во-первых остались только мотивированные на создание продукта люди, а не на их java. Во-вторых набор новых высокомотивированных людей повысил общую атмосферу работы до дружеской и да еще писать на Clojure. Я согласовал затраты с боссами и  1,5 мес мы "жгли" деньги на обучение Clojure ребят. Уже после 1х спринтов вчерашние java'исты стали во-первых выводить фичи, а во-вторых они признавали что все получается заметно короче, а главное код проще.
Disclaimer: поработаю адвокатом дьявола. ничего не мею против кложуры

Ну тащемта "церемонии java" нужны не только в жаве и от маппинга базы на код тем или иным образом никуда не уйти (впрочем про кложуру я не знаю, может там магическим образом искаропки всё работает). Да и "многопоточный мутабельный со всех сторон код" это выбор каждого по отдельности кодера, а не языка (например у нас в команде stateless даже в спринге + есть отдельный продукт написанный на акке и тоже с жавой). ИМХО, не ту проблему решали и оставшиеся кодеры после чистки и на жаве писали бы с примерно той же производительностью.

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

KS

Kirill Saksin in fprog_spb
Timur Malikin
В php мире тоже смотрят на мир Java и тоже делают подобные церемонии, на всяких фреймворках типа Symphony/Zend. Я проработал год и понял, что это странный путь, фичу пилило по 5 человек, которую реально делать одному за день-два. А в итоге ты сидишь и думаешь, правильно ли сделал слой сервисов, так ли используешь сервис локатор, а может надо тот объект не через сеттер а через фабричный метов  в конструктор, а достаточно ли "тонкий контроллер". И т.д. и т.п. Я пытался рефлексировать на эту тему и вести диалог с чуваками, но как об стену горох.
Symfony - апофигей переусложнения из жавовых Spring и OSGi пропущенный через призму непонимания Фабиена
источник

KS

Kirill Saksin in fprog_spb
В жавке сейчас всё двигается к офункционаливанию всего и вся (реактивный Spring 5, всякие библиотечки с монадками)
источник