Запретить жабу, дотнет, пхп, перл и крестики, только ФП, только хардкор

[metaclass]

https://medium.com/@yelbota/%D0%BA%D1%80%D1%83%D0%B3%D0%BE%D0%B2%D0%BE%D1%80%D0%BE%D1%82-%D1%83%D0%BD%D1%8B%D0%BB%D1%8B%D1%85-%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%81%D1%82%D0%BE%D0%B2-612c72738d04

Пройдет время, некоторым не повезет, и они встретят кризис среднего возраста в одиночестве, платя алименты ушедшей жене. Когда-то давно она прочитала в Космо, что программисты — это новые рок-звезды, но ушла, когда узнала что ее муж, унылый похапешник, не комитит на гитхаб. Другим повезет: они смогут проскочить в тимлиды, и руководство заткнет ими купленный слот на отраслевой конференции. Там они самоутвердятся, рассказав молодым, что унылыми быть круто. И спираль уныния выйдет на новый виток, засосав еще больше классных ребят.

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

Comments

[veremeenko-alex.livejournal.com]

1 . В нормальной компании за попытку начать новый проект на новом языке больно бьют.
За чужие деньги - пожалуйста, а за свои - идите лесом.
Кто будет развивать проект, когда ты в отпуске или уволился? Или проект пошел и надо добавить 100500 фич?
На рынке программистов на новом языке практически нет.

2. В уже имеющихся языках функциональщины выше крыши, и добавляется он туда дикими темпами.
Зачем новый язык если многое есть в текущем или скоро будет :)?

[metaclass.livejournal.com]

Первый пункт при неосмысленном применении за 5-10 лет приводит компанию в болото, с доисторическими жабами, коболами, дельфи и фокспро. Я понимаю, тупым дедам удобнее, "всегда так делали", но технический долг надо бы разгребать.

Функциональщина в имеющихся языках - это уныние. Макросы в C#? LINQ в жабе? Алгебраические типы данных хотя бы в одном из мейнстримных языков?

[thesz.livejournal.com]

Не то слово.

Я недавно словил "выход за границы массива" в коде вида for (int i=0;i < s.Length; i++) { var p = QQ(c => c == s[i],p); }

Замыкания в C# замыкают не значения, а ссылки на переменные!

Исходил дерьмом минут двадцать, пока не понял, что это как Питоне.

Ужас. Даже в Лиспе нормальные замыкания с 1983 года. Куда эти плагиаторы смотрят?

(с другой стороны, tie the knot по другому в семантике C# не сделать, а он мне нужен)

[metaclass.livejournal.com]

>Замыкания в C# замыкают не значения, а ссылки на переменные!

Ооо, это известный прикол. "Вышел из цикла, и все переменные указывают на значение в последней итерации".
причем что-то вроде int j=i; внутри цикла от этого помогает.

[thedeemon.livejournal.com]

А где замыкания с _мутабельными_ переменными работают иначе?
Разве что в С++, где можно явно выбирать между ссылкой и копией.

[metaclass.livejournal.com]

Там же и работают. Только переменную внутри тела цикла или делегата переприсвоить надо :)

[thedeemon.livejournal.com]

Это не "иначе", необходимость в ручном копировании есть следсвие замыкания-по-ссылке.

[pupsikk.livejournal.com]

Мне кажется (только кажется, наверняка я не знаю) это следствие более тяжелой проблемы - Компиляция (она же Оптимизация) Головного Мозга.
Это такая парадигма в языкостроении, когда возможности языка подгоняются под ограничения компилатора.
То есть вот сидит такой изобретатель языка и пытается впихнуть него замыкание по всем правилам, вдруг его озаряет: а как же блин я эту фичу переложу на ассемблер? Это ж получится жутко сложно и неэффективно, да? А такое ж немыслимо. Нунах, лучше возьму молоточек и щас у меня замыкание станет другим. и тогда в ассемблер влезет. А пользователю что? Он даже не заметит. Сожрет и похвалит, и добавки попросит.

[lispnik.livejournal.com]

В лиспе точно такие же замыкания.

[thesz.livejournal.com]

Я срочнейшим образом поменял своё мнение о Лиспе на "никогда вообще". Питон со скобками, блин.

[lispnik.livejournal.com]

Дело твоё, какое мнение о чём иметь, конечно, но это единственная вменяемое поведение для языка с присваиванием.

[thesz.livejournal.com]

Нет, и Haskell тому пример.

[lispnik.livejournal.com]

Да, а что случилось в 1983 году? Я просто плохо помню это время :)

[thesz.livejournal.com]

Приняли стандарт Common Lisp, куда попали замыкания из MacLisp.

[lispnik.livejournal.com]

А, Common Lisp (http://clhs.lisp.se/Body/03_ad.htm), понятно. Правда, Википедия врёт, что появился он в 1984, а стандарт приняли в 1994, но это мелочи. Я к оговоркам не придираюсь.

[rashid80.livejournal.com]

>for (int i=0;i < s.Length; i++) { var p = QQ(c => c == s[i],p); }
простите, что это за х_йня. Для чего тут цикл? что мешало вместо него сделать (for)each с лямбдой?

[thesz.livejournal.com]

В оригинале проход по строке идёт в обратном порядке.

Поскольку это критическое по времени место (именно так), преобразовывать в IEnumerable и разворачивать для прохода через foreach смысла не имело.

[thedeemon.livejournal.com]

Зачем ходить на рынок за "программистами на языке"? Берешь уже имеющихся в компании программистов и говоришь, что теперь им разрешено писать на том, о чем они давно мечтали. Тех, кто мечтал о джаве или похапе, гнать ссаными тряпками. :)

[worm-ii.livejournal.com]

... только от задачи поддержки старого никто вас не освобождал, приятного кодинга!

[thedeemon.livejournal.com]

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

[pupsikk.livejournal.com]

В таком случае рискуете остаться в гордом одиночестве.
Или в компании яваскриптодрочеров, что ненамного лучше.

[northas.livejournal.com]

А потом ты закрываешься потому что понанисали говна в котором никто разобраться не может. Оно может на самом деле не говно, но никто в этом всё равно разобраться не может. По сути такой подход есть способ для обеспечения своей job security - если только ты понимаешь как оно работает то фиг тебя уволишь, пусть ты хоть в доту на работе режешься в открытую.

[thedeemon.livejournal.com]

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

[thedeemon.livejournal.com]

>Зачем новый язык если многое есть в текущем или скоро будет :)?

Если подумать, очень правильный вопрос!
ML старше чем C++. Хаскель старше Питона. Окамл старше чем C#. Незачем со старой проверенной функциональщины переходить на эту новомодную хрень. :)

[etoeos.livejournal.com]

> 1 . В нормальной компании за попытку начать новый проект на новом языке больно бьют.

Ну так и не работайте в нормальных компаниях, если хотите функциональщину продвигать. В чем проблема?