Forwarded from Saitama
Например, давайте посмотрим на язык Scala. Популярность Scala росла с 2009 года. Разработчики приветствовали этот новый функциональный стиль, который дал им большую гибкость, а также возможность безопасно и легко писать параллельный код.
Как Oracle отреагировала на эту новую тенденцию? В 2014 году появились Java Lambdas и Streams. Я думаю, мы все можем согласиться, что именно тогда Java сделала свой самый большой шаг к победе над Scala. Сейчас любой программист знает, что Scala уже не в тренде.
Forwarded from Yevhen
сложно придумать когда нужно вернуть и Future/Option,
когда всетаки нужно с 1го интерфейса вернуть 2 разных монады скорее всего проблема в архитектуре
когда всетаки нужно с 1го интерфейса вернуть 2 разных монады скорее всего проблема в архитектуре
Forwarded from Stanislav Popov
большие сервисы написаны рабами за огромные бабки, там хороший язык будет только мешать. в хорошем языке заинтересованы маленькие команды у которых нет времени на рутинную деятельность
Forwarded from Dr. Foland Dondoa
Если говорить про Идрис то там нет никаких типов
Forwarded from Deleted Account
ну а нахрена мне лямбда-говночисления? Это примитивный мусор от обезьян для обезьян. Я на нём ничего, кроме хелворда, не посчитаю
Forwarded from Deleted Account
таким образом все входящие в функцию типы должны соответствовать интерфейсу(одному) и обязаны его имплементировать. Ты не можешь получить произвольное преобразование
Forwarded from Anton Korotkikh
дырки были придуманны, чтобы было нескучно красить кнопку, не просто взял и покрасил, а руку там просунул эдак, второй tea заварил, уже веселее какбе
Forwarded from Deleted Account
Ленин заявил: "Коммунизм есть Советская власть плюс компьютеризация всей страны".
Далее оригинальное сообщение:
"Сейчас работаю программистом, стараюсь организовывать код так как описано в «Науке Логики» (все это можно переформулировать куда более понятно через теорию отражения Ленина, используя решение Лениным проблемы общего и отдельного, изложенное в «Философских тетрадях - общее существует в форме связей между отдельными явлениями), код становится легко познаваемым и очень гибким, программы пишутся максимально быстро и с минимальным количеством ошибок. В общем, диалектический материализм работает на практике!
Касательно программирования, больше всего доставляют два широко используемых на практике заблуждения:
1) принцип инкапсуляции вместо принципа отражения, чёрный ящик - кантовская вещь в себе - пытаются представить чуть ли не как основу основ, в итоге когда происходят глюки невозможно понять их источник, который где-то там, в чёрном ящике (на прошлой работе было 100 таких чёрных ящиков в системе сбора данных, любой из них мог повесить всю систему и поди найди который из 100 неисправный),
2) построение системы из модулей так, чтобы в процессе развития модули не изменялись, а связи изменялись, в то время как по Гегелю/Ленину нужно наоборот добиваться неизменности связей и изменять модули, в результате порождаются различные костыли, усложняющие код и делающие невозможным его развитие - в одном месте тронули и вся программа сломалась, так как не обеспечена неизменность связей при изменении модулей, какое тут может быть развитие, если тронуть нельзя?"
https://www.youtube.com/watch?v=2vKjdVtOnRw&lc=UgwVUZR1kWIZdolyD6l4AaABAg.9-RaRIb0IHk9C4FH9VAVuB
Далее оригинальное сообщение:
"Сейчас работаю программистом, стараюсь организовывать код так как описано в «Науке Логики» (все это можно переформулировать куда более понятно через теорию отражения Ленина, используя решение Лениным проблемы общего и отдельного, изложенное в «Философских тетрадях - общее существует в форме связей между отдельными явлениями), код становится легко познаваемым и очень гибким, программы пишутся максимально быстро и с минимальным количеством ошибок. В общем, диалектический материализм работает на практике!
Касательно программирования, больше всего доставляют два широко используемых на практике заблуждения:
1) принцип инкапсуляции вместо принципа отражения, чёрный ящик - кантовская вещь в себе - пытаются представить чуть ли не как основу основ, в итоге когда происходят глюки невозможно понять их источник, который где-то там, в чёрном ящике (на прошлой работе было 100 таких чёрных ящиков в системе сбора данных, любой из них мог повесить всю систему и поди найди который из 100 неисправный),
2) построение системы из модулей так, чтобы в процессе развития модули не изменялись, а связи изменялись, в то время как по Гегелю/Ленину нужно наоборот добиваться неизменности связей и изменять модули, в результате порождаются различные костыли, усложняющие код и делающие невозможным его развитие - в одном месте тронули и вся программа сломалась, так как не обеспечена неизменность связей при изменении модулей, какое тут может быть развитие, если тронуть нельзя?"
https://www.youtube.com/watch?v=2vKjdVtOnRw&lc=UgwVUZR1kWIZdolyD6l4AaABAg.9-RaRIb0IHk9C4FH9VAVuB
YouTube
Диалектика №0 Понятие начала в Диалектике
Для того что бы начать изучать диалектику нужно понять основание того с чего она начинается. В этом ролике я раскрываю тему начала в диалектике.
Почему начало именно чистое бытие?
Почему начало должно быть простым и бессодержательным?
И почему начало должно…
Почему начало именно чистое бытие?
Почему начало должно быть простым и бессодержательным?
И почему начало должно…
Ну и смысл в ваших хачкелях и скалах, если их ебет набор хранимок, написанных людьми с улицы?
Forwarded from небезпечний котік
1. теория типов не нужна
2. будущее за nlp-программированием
3. главная проблема языков в разработке ПО не имеет ничего общего с программированием
2. будущее за nlp-программированием
3. главная проблема языков в разработке ПО не имеет ничего общего с программированием
Forwarded from небезпечний котік
ты 1. ничего не понял
2. ничего не попытался понять
3. настроил догадок и наговорил глупостей
2. ничего не попытался понять
3. настроил догадок и наговорил глупостей
Forwarded from Eugene Bosiakov
Это нормальный вопрос. Если Джон Де Гуз считает что side effect control коммерчески бессмысленный, зачем его в прод тащить?
Forwarded from Tishka17
Тогда иди нахуй и там рассуждай о безопасности