metaclass: (Default)
metaclass ([personal profile] metaclass) wrote2015-08-12 10:56 am

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

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

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

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

[identity profile] plumqqz.livejournal.com 2015-08-12 12:48 pm (UTC)(link)
Ну я в ней не разбираюсь; да и какая в сущности разница.

[identity profile] thedeemon.livejournal.com 2015-08-12 05:43 pm (UTC)(link)
Действительно, есть же уже Кобол и Фортран, зачем что-то новое?

[identity profile] pupsikk.livejournal.com 2015-08-14 06:05 am (UTC)(link)
и действительно - зачем?
Си/С++ уделывают всех по скоростям.
Если б у них был еще вменяемый способ мультитрединга, хорошее средство для доказательства корректности, и дворник хороший, и сборка легкая, и поддержка мультиязычности человеческая, и репл, и богатый набор библиотек (а не сраных фреймворков) - вообще бы цены не было.
И хаскел оставался бы развлечением для скучающих математиков, а скала - унылым франкенштейном.
И Жава, сука, никогда б даже не родилась.
И все было б заебись.
К сожалению, Си, как ассемблер с человеческим лицом уже никуда развиваться не будет, а Си с крестами изначально пошел по уродскому пути развития и скатился в говно.
Извините, если обидел, ваш блог я читаю с удовольствием.

[identity profile] theaspect.livejournal.com 2015-08-14 06:48 am (UTC)(link)
>Си/С++ уделывают всех по скоростям.
Городские легенды

[identity profile] pupsikk.livejournal.com 2015-08-14 06:57 am (UTC)(link)
Возможно в вашем городе.

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

[identity profile] theaspect.livejournal.com 2015-08-14 07:38 am (UTC)(link)
JIT-компилятор может проводит нетривиальные оптимизации в рантайме

[identity profile] pupsikk.livejournal.com 2015-08-14 08:14 am (UTC)(link)
А оверхед с миллиона обьектов, списков обьектов и массивов обьектов он умеет снимать?
Запускаться так, чтоб программа, по расчетам требующая 100М не сжирала 7Г -умеет?

[identity profile] theaspect.livejournal.com 2015-08-14 08:42 am (UTC)(link)
То то в каждой первой плюсовой программе память нещадно течет, а в каждой второй buffer overflow. Объем оверхеда вы явно преувеличиваете. Надо предметно говорить по задачам - байтоебство си, игори плюсы, опердени - jvm/.net под каждую область своё заточено, но это не означает что игру на джаве не написать и наоборот

[identity profile] pupsikk.livejournal.com 2015-08-14 08:57 am (UTC)(link)
Да, немножко преувеличил. не 7, а 5.
Сам наблюдал. Уеб-приложение для тяжелой обработки изображений.
Обьективных причин так и не нашлось.

[identity profile] thedeemon.livejournal.com 2015-08-14 10:09 am (UTC)(link)
Только ему надо свои оптимизации делать быстренько, времени подумать нет, поэтому в основном все--таки тривиальные получаются.

[identity profile] metaclass.livejournal.com 2015-08-14 10:49 am (UTC)(link)
Они одноразово делаются, при первом проходе по коду же.

[identity profile] thedeemon.livejournal.com 2015-08-14 11:00 am (UTC)(link)
В популярных JVM это не так (есть всякие деоптимизации и перекомпиляции по мере накопления статистики). В CLR да, при первом вызове метода. И везде надо быстренько.

[identity profile] theaspect.livejournal.com 2015-08-14 07:39 am (UTC)(link)
Тред ниже

[identity profile] binf.livejournal.com 2015-08-14 01:32 pm (UTC)(link)
Кресты должны сдохнуть и гореть в аду. Рулит православная сишечка всецело

[identity profile] etoeos.livejournal.com 2015-08-14 07:23 am (UTC)(link)
И тут вы такой развернутую аргументацию вашего заявления.

[identity profile] thedeemon.livejournal.com 2015-08-14 07:12 am (UTC)(link)
Тут я не смог понять - вы за белых или за красных? :)

[identity profile] pupsikk.livejournal.com 2015-08-14 07:56 am (UTC)(link)
Лишь бы не за голубых.
Я считаю, что постановка вопроса (проклятые похаписты или кто у вас там против всего нового и прогрессивного) несколько неверна.
Многое новое на самом деле хорошо забытое старое - Лисп изобрели давным-давно, функциональное исчисление тоже, и машину состояний никто еще не отменил. Даже Х..ль. Новое это в несколько других местах - вероятностное программирование, всякое там машинное обучение, спарки да хадупы, но подавляющее число выступающих здесь явно не выступают там. Поэтому на самом деле о прорывно-новом говорить не приходится, и в силе остаются прежние беседы: что принимается быстрее коллективами, что имеет большее количество готовых инструментов, что дает больший выигрыш по ресурсам/перформансу, меньшее время разработки и меньше создает щекотливых ситуаций, как на рабочем месте, так и на столе у клиента.
Х..ль,С..ла и пр - они все это обеспечивают в среднем?
Есть надежные средства верификации кода на стадии компиляции?
Есть существенный выигрыш по ресурсам?
Есть прозрачное (автоматическое) распараллеливание?
Есть много средств разработки и библиотек, таких чтоб людям показать не стыдно было?
Клиентам не надо вникать в детали, делать апгрейды всей системе и спрашивать: куда вдруг ушло еще 4 гигабайта?
и как бонус - программеры не матерятся долго и восторженно в попытках прикрутить очередную либу или написать свою?
Если да - то заебись.
Если нет, то не вижу нужды перескакивать на очередную модель машины состояний только потому что у нее воооот
такие монады есть.

[identity profile] thedeemon.livejournal.com 2015-08-14 08:09 am (UTC)(link)
Поклонники хаскеля и скалы наверняка смогут утвердительно ответить на эти вопросы и примеры привести. Да и всякие спарки, стормы и прочие хадупы из скалы гоняются еще лучше, по крайней мере от скальщиков эти слова слышны постоянно.

[identity profile] anonim-legion.livejournal.com 2015-08-14 02:24 pm (UTC)(link)
Кошернее будет писать Х-ль.

[identity profile] cottidianus.livejournal.com 2015-08-16 08:10 am (UTC)(link)
> Если нет, то не вижу нужды перескакивать на очередную модель машины состояний только потому что у нее воооот
такие монады есть.

[identity profile] binf.livejournal.com 2015-08-14 01:00 pm (UTC)(link)
Заменяем С/С++ на Rust, убираем сослагательное наклонение - и пазл таки складывается

[identity profile] anonim-legion.livejournal.com 2015-08-14 02:23 pm (UTC)(link)
>Си/С++ уделывают всех по скоростям.
>Если б у них был еще вменяемый способ мультитрединга, хорошее средство для доказательства корректности, и дворник хороший, и сборка легкая, и поддержка мультиязычности

Ada отвечает всем требованиям, но почему-то на ней не пишут.