Многие смеются над JavaScript, но когда я слез с Java/Scala стека и окунулся в чудесный мир JavaScript, я был счастлив.
Не нужно больше было писать десяток классов на Spring, когда на NodeJS ты можешь написать все в одной-двух функциях. Не нужно больше было исполнять акробатику с типами для обработки обычного http-запроса на Scala. JavaScript позволяет писать просто, лаконично и понятно. TypeScritpt позволяет добавить чуточку типизации, где это необходимо без излишнего фанатизма.
А что касается абстрактных монад — кроме тех, что прочно вошли в большинство языков программирования (как то списки с map/filter/reduce и промисы) — в клепании формочек совершенно бесполезны, а скорее вредны.
Вообще, JavaScript программисты редко понимают, в каком прекрасном мире, они живут. То, что в JavaScript экосистеме обыденность, в других языках работает гораздо хуже. Например, npm. Это самый простой и удобный пакетный менеджер зависимостей, полный стабильных и хорошо работающих библиотек на любой случай с хорошо оформленной документацией. В других языках пакетный менеджер гораздо более убогий, а назначение библиотек, как они работают и их API зачастую невозможно понять по README.md в гитхабе. В Scala, например, совершенно обычное явление, когда библиотека написана наполовину и брошена, когда автору надоело. Ну а для авторов библиотек какой-нибудь maven — это просто боль по сравнению с npm.
А таких удобных штук как babel и typescript, которые позволяют подключать и отключать синтаксис и типизацию модулями — вообще ни у кого наверное нет.
Не нужно больше было писать десяток классов на Spring, когда на NodeJS ты можешь написать все в одной-двух функциях. Не нужно больше было исполнять акробатику с типами для обработки обычного http-запроса на Scala. JavaScript позволяет писать просто, лаконично и понятно. TypeScritpt позволяет добавить чуточку типизации, где это необходимо без излишнего фанатизма.
А что касается абстрактных монад — кроме тех, что прочно вошли в большинство языков программирования (как то списки с map/filter/reduce и промисы) — в клепании формочек совершенно бесполезны, а скорее вредны.
Вообще, JavaScript программисты редко понимают, в каком прекрасном мире, они живут. То, что в JavaScript экосистеме обыденность, в других языках работает гораздо хуже. Например, npm. Это самый простой и удобный пакетный менеджер зависимостей, полный стабильных и хорошо работающих библиотек на любой случай с хорошо оформленной документацией. В других языках пакетный менеджер гораздо более убогий, а назначение библиотек, как они работают и их API зачастую невозможно понять по README.md в гитхабе. В Scala, например, совершенно обычное явление, когда библиотека написана наполовину и брошена, когда автору надоело. Ну а для авторов библиотек какой-нибудь maven — это просто боль по сравнению с npm.
А таких удобных штук как babel и typescript, которые позволяют подключать и отключать синтаксис и типизацию модулями — вообще ни у кого наверное нет.
Forwarded from Nikita Vilunov
Частичные функции были ошибкой дизайна стдлибы просто
Forwarded from Апач Собач
Просто если не передавать ненужные параметры, все будет так как будто функция тотальная
Forwarded from Artem Pelenitsyn
У меня знакомый скалист который работает на Идее, говорит, что по меркам комьюнити Идеи плагин для хаскеля ого-го какой крутой (и по контрибуциям и по звёздочкам в магазине). И говорит, что поставить/настроить было намного проще, чем "Имаксострадания"...
Forwarded from Kirill Samoylov
image_2020-11-06_22-48-23.png
300.8 KB
Forwarded from Sergey Kucherenko
Twitter
Shura Luberetsky
@shuraluberetsky @SlaKato (and 2 others) Из параноиков получаются отличные безопасники, шизофреники замечательно рисуют UML-диаграммы и разрабатывают архитектуру сложных систем. Не надо стесняться психических расстройств, надо ставить их на пользу обществу!…
Forwarded from dd if=/dev/stuff of=/dev/tg
Снова открыточка для @ebanatics
Тут и я внес свою лепту в ебанутость обсуждения, хоть и зарекался спорить с блаженными.
Тут и я внес свою лепту в ебанутость обсуждения, хоть и зарекался спорить с блаженными.
Forwarded from Aleksei Shashev
Где-то попадалась критика в адрес книги "Чистый Код", что всё это субъективщина и вкусовщина. На скокрость добавления новых фич влияет то как продукт спроектирован, а не сколько строчек в методе или какая длина строки принята. А что касается поддержки, то опять же "чистота кода" не влияет на поиск багов с современными тулами разработки.
Поэтому писать код надо так, чтобы его было норм читать в команде и если комнадо нормально оперируется функциями в тысячи строк принимающих сотни аргументов, то значит норм и ничего пытаться улучшать не надо.
Поэтому писать код надо так, чтобы его было норм читать в команде и если комнадо нормально оперируется функциями в тысячи строк принимающих сотни аргументов, то значит норм и ничего пытаться улучшать не надо.
Forwarded from Anton Korotkikh
я заметил, это харрактерно для всех любителей модных штук, относящихся себя к фп-движу, для них не существует проблемы производительноти и это логично - у них просто нет задач, где есть такие проблемы. можно обмазываться всякой темой типа редуксов - редьюсеры, трансдьюсеры, иммутабл всюду итд.
как только делается сложный проект - там ничего их этого не будет, и не будет людей топящих за эти подходы. т.к. эти подходы провальны, после некой планки. но большинство приложух до неё никогда не дотняутся, не всем нужны CADы, IDE, и монтажные редакторы
как только делается сложный проект - там ничего их этого не будет, и не будет людей топящих за эти подходы. т.к. эти подходы провальны, после некой планки. но большинство приложух до неё никогда не дотняутся, не всем нужны CADы, IDE, и монтажные редакторы
Forwarded from Anton Korotkikh
ну типа мейнстрим фп - это как пердёж, думаешь что сейчас немного памяти выделится, ну типа пустишь структуру-шептуна, а там целое дерево объектов на штаны копируется, внезапно.
Forwarded from пловец снов
Сегодня приснилось, что чувак мне рассказывал то ли про животных из Африки, то ли про детали какого-то странного механизма (во сне эти понятия не сильно отличались), которые называются ЕБАНАТЫ. Типа: "Да, вот так вот, не смейтесь, они правда так называются".
YotsukiTayTay
YotsukiTayTay
Forwarded from Vladimir Sapronov
Нарушается ортогональность. Типы - это отражение какой-то там (бизнесс)логики, а их сериализуемость - чисто техническая лабуда для семантики кода не важная. Это две ортогональные вещи друг другу, но вдруг начали влиять друг на друга. Хотя и компилятор за этим присматривает (что есть конечно же плюс).
Понедельничий ликбез. Поехали?
Худшие языки программирования. Что не нужно изучать.
Если не дискутировать о том, что можно считать языком программирования, а что нет, то различные источники насчитывают от 1000 до 10000 ЯП.
Конечно, нет единственного языка, который можно назвать худшим или лучшим. Ведь каждый из них создавался под свою задачу. Дело в том, что время идет, тренды меняются, что-то перестает быть актуальным, соответственно появляются языки, которые не могут удовлетворять потребности компаний.
С “лучшими” языками все понятно, верхние строчки рейтингов уже долгие годы делят между собой JavaScript, Java и Python. А что с худшими?
Вот ЯП, которые лучше обойти стороной:
1- Perl. Разработчики потеряли к нему интерес, вовлеченность упала. Работа у вас вряд ли будет;
2- Haskell. Необычный язык для тех, кто привык к JavaScript, Python, С++ или Java;
3- Objective-C. Остались еще те, кто пишут на нем, но если у вас есть потребность кушать, то выбирайте SWIFT;
4- Visual Basic. В свое время это был топ, а теперь совершенно неактуален.
Было бы интересно послушать ваше мнение. Какие языки сейчас не стоит изучать?
https://www.linkedin.com/posts/diana-ponomareva_%D0%BF%D0%BE%D0%BD%D0%B5%D0%B4%D0%B5%D0%BB%D1%8C%D0%BD%D0%B8%D1%87%D0%B8%D0%B9-%D0%BB%D0%B8%D0%BA%D0%B1%D0%B5%D0%B7-%D0%BF%D0%BE%D0%B5%D1%85%D0%B0%D0%BB%D0%B8-%D1%85%D1%83%D0%B4%D1%88%D0%B8%D0%B5-%D1%8F%D0%B7%D1%8B%D0%BA%D0%B8-activity-6739065659403120640-ZClz/
Худшие языки программирования. Что не нужно изучать.
Если не дискутировать о том, что можно считать языком программирования, а что нет, то различные источники насчитывают от 1000 до 10000 ЯП.
Конечно, нет единственного языка, который можно назвать худшим или лучшим. Ведь каждый из них создавался под свою задачу. Дело в том, что время идет, тренды меняются, что-то перестает быть актуальным, соответственно появляются языки, которые не могут удовлетворять потребности компаний.
С “лучшими” языками все понятно, верхние строчки рейтингов уже долгие годы делят между собой JavaScript, Java и Python. А что с худшими?
Вот ЯП, которые лучше обойти стороной:
1- Perl. Разработчики потеряли к нему интерес, вовлеченность упала. Работа у вас вряд ли будет;
2- Haskell. Необычный язык для тех, кто привык к JavaScript, Python, С++ или Java;
3- Objective-C. Остались еще те, кто пишут на нем, но если у вас есть потребность кушать, то выбирайте SWIFT;
4- Visual Basic. В свое время это был топ, а теперь совершенно неактуален.
Было бы интересно послушать ваше мнение. Какие языки сейчас не стоит изучать?
https://www.linkedin.com/posts/diana-ponomareva_%D0%BF%D0%BE%D0%BD%D0%B5%D0%B4%D0%B5%D0%BB%D1%8C%D0%BD%D0%B8%D1%87%D0%B8%D0%B9-%D0%BB%D0%B8%D0%BA%D0%B1%D0%B5%D0%B7-%D0%BF%D0%BE%D0%B5%D1%85%D0%B0%D0%BB%D0%B8-%D1%85%D1%83%D0%B4%D1%88%D0%B8%D0%B5-%D1%8F%D0%B7%D1%8B%D0%BA%D0%B8-activity-6739065659403120640-ZClz/
Linkedin
Diana Ponomareva on LinkedIn: Понедельничий ликбез. Поехали?
Худшие языки программирования. Что | 35 comments
Худшие языки программирования. Что | 35 comments
Понедельничий ликбез. Поехали?
Худшие языки программирования. Что не нужно изучать.
Если не дискутировать о том, что можно считать языком программирования... 35 comments on LinkedIn
Худшие языки программирования. Что не нужно изучать.
Если не дискутировать о том, что можно считать языком программирования... 35 comments on LinkedIn
Forwarded from Leonid 🦇 Onokhov
В общем секрет прост. Чем меньше ооп, тем меньше надо иде