...грузоподъёмник?
21.09.2022, 12:25
в 10-12 годах был безумный хайп вокруг ноды
к настоящему времени вроде поулеглось
к настоящему времени вроде поулеглось
он и не задумывался для параллельных вычислений. однако в нем есть мультитредность с шарингом ресурсов и асинхронность, в подавляющем большинстве задач для бэка этого достаточно. на фронте тоже есть веб воркер
а вообще под каждую задачу - свои инструмент. если надо только джейсончики гонять или тонкую прослойку между фронтом и бэком сделать, то js подходящий. если собрался работать с графикой, видео потоками и прочей паралельщиной, то нехуй брать неподходящий инструмент
а вообще под каждую задачу - свои инструмент. если надо только джейсончики гонять или тонкую прослойку между фронтом и бэком сделать, то js подходящий. если собрался работать с графикой, видео потоками и прочей паралельщиной, то нехуй брать неподходящий инструмент
Добавлю, что ноду сказочно легко масштабировать, причем необязательно закладывать это в архитектуру проекта, а использовать для кластеризации демона (pm2 например)
Ну и работает она в продакшен режиме охуенно быстро, только с записью файлов проблемы в плане скорости
Ну и работает она в продакшен режиме охуенно быстро, только с записью файлов проблемы в плане скорости
в ноде нет многопотока, только мультипроцессность
асинхронность в жс обеспечивается "нитями", которые работают в одном(!) потоке
при этом async hell в нодопроектах живёт и здравствует
крч, полная ебанина. хвала рандому, что эта херня сдохла на бэкэнде
даже для разработки RESTa (джейсончиков, ага) есть инструменты более быстрее как в плане разработки, так и в плане производительности
асинхронность в жс обеспечивается "нитями", которые работают в одном(!) потоке
при этом async hell в нодопроектах живёт и здравствует
крч, полная ебанина. хвала рандому, что эта херня сдохла на бэкэнде
даже для разработки RESTa (джейсончиков, ага) есть инструменты более быстрее как в плане разработки, так и в плане производительности
Javascript и Python - самые уебищные языки, с которыми мне приходилось работать. При этом это самые популярные языки на сегодняшний день. При этом люди, никогда не работавшие с другими языкми или тем более другими парадигмами программирования, будут с пеной у рта "доказывать" мне какие это крутые языки. И я это лично слышу от "инженеров" из таких компаний как Майрософт, где я недавно работал. Нахуй Майкрософт, нахуй Гугл, нахуй все мега компании и популярные технологии. Люди - говноеды, вот что я понял.
Про софт-скилы не забывай. Нах мне на проде программист, неспособный и двух слов связать, пусть он и лучший прогер в мире? Или когда у меня заказ от частной медицинской компании на ПО? Я возьму скорее питониста с медицинским бэком, зато он заказчика с полуслова понимать будет, чем асемблерщика, считающего в уме двоичные с плавающей точкой. Вот когда всё запустим, когда бабки будут освоены, а баги полезут со всех щелей! Вот тогда можно и инженера хорошего искать на сдачу. Пусть латает дыры.
Если отправлять бэкендера общаться напрямую с заказчиком, а багами и инженерингом заниматься когда все запустили - тут, конечно, софт-скилы в приоритете.
Или это был сарказм?
Или это был сарказм?
пополам. Просто во время разработки порой реально нужен контакт программера (даже бэкера) с заказчиком в формате общего совещания, как офф, так и онлайн.
Только современные реалии таковы, что среднестатистический джаваскриптизер или питонщик в большинстве случаев делает задачи быстрее и дешевле, чем среднестатистический джавист или шарпист. Приложения на них запускаются вообще где и как угодно, никакой мощной и дорогой инфраструктуры не надо, так что еще и эксплуатация дешевле. А еще корпоратам так проще и быстрее (и потому - дешевле) нанимать новых людей на свои проекты и переучивать старых
Только пока у тебя приложение уровня очередного сраного магазина, которое выдержит подход "хуяк-хуяк, и в продакшн".
Как только надо то, что будет работать десятилетиями с постоянной поддержкой и разрастанием, цена поддержки этой радости на динамическом языке, когда кода становится сотни мегабайт, начинает расти экспоненциально.
Как только надо то, что будет работать десятилетиями с постоянной поддержкой и разрастанием, цена поддержки этой радости на динамическом языке, когда кода становится сотни мегабайт, начинает расти экспоненциально.
Эти проблемы в современном мире решаются не сменой языка, а девопсом и облачной инфраструктурой. И с таким подходом работают продукты у которых кода не на сотни мегабайт, а на терабайты - фейсбук на пхп, инстаграм на пайтоне, нетфликс на ноде, и многие-многие другие.
Я вот работал когда-то с проектом на джаве, для минимальной сборки которого была нужна репа с сорцами на 20гб, и поддержка этого была во много-много раз пиздецовее, чем любой проект с минкросервисами на динамических языках. А есть ведь еще и проекты похожего размера на доисторических технологиях типа кобола с корбой - расскажи им, пожалуйста, про сложности поддержки проектов с динамическими языками
Я вот работал когда-то с проектом на джаве, для минимальной сборки которого была нужна репа с сорцами на 20гб, и поддержка этого была во много-много раз пиздецовее, чем любой проект с минкросервисами на динамических языках. А есть ведь еще и проекты похожего размера на доисторических технологиях типа кобола с корбой - расскажи им, пожалуйста, про сложности поддержки проектов с динамическими языками
>фейсбук на пхп
пейсбук на Hack - типизированный компилируемый "PHP".
вконтактик на KittenPHP - типизированный компилируемый "PHP" без ООП.
пейсбук на Hack - типизированный компилируемый "PHP".
вконтактик на KittenPHP - типизированный компилируемый "PHP" без ООП.
>Приложения на них запускаются вообще где и как угодно, никакой мощной и дорогой инфраструктуры не надо, так что еще и эксплуатация дешевле.
и тут на сцену закатывается DropBox, который положил кучу денег на разработку Pyston (так и называется) в попытке ускорить Python, а в итоге всё равно переписал всё на Go - оказалось, что это быстрее и дешевле
за джаву не скажу, но на шарпе с опытом год+ можно хуячить не сильно медленнее бидониста
но изучается шарп, конечно, сильно труднее и медленнее
и тут на сцену закатывается DropBox, который положил кучу денег на разработку Pyston (так и называется) в попытке ускорить Python, а в итоге всё равно переписал всё на Go - оказалось, что это быстрее и дешевле
за джаву не скажу, но на шарпе с опытом год+ можно хуячить не сильно медленнее бидониста
но изучается шарп, конечно, сильно труднее и медленнее
Интеграцию сайта с каталогом из 1С, например.
1) Покупаешь лицензию битрикса с кучей свистоперделок. 3/4 которых тебе нафиг не нужны - но включены в стоимость.
2) Тратишь кучу времени, чтобы написать интеграцию под требования заказчика. Это только в рекламе "все работает из коробки". На деле хрен там - форматы данных в 1С у всех разные, а переделывать номенклатуру под твой битрикс никто не станет.
3) Ведешь бесконечную переписку с 1С-ником заказчика, который опять что-то поменял у себя, и выгрузка сломалась нафиг.
В общем, очень глубокая интеграция, можно на порнхабе публиковать.
1) Покупаешь лицензию битрикса с кучей свистоперделок. 3/4 которых тебе нафиг не нужны - но включены в стоимость.
2) Тратишь кучу времени, чтобы написать интеграцию под требования заказчика. Это только в рекламе "все работает из коробки". На деле хрен там - форматы данных в 1С у всех разные, а переделывать номенклатуру под твой битрикс никто не станет.
3) Ведешь бесконечную переписку с 1С-ником заказчика, который опять что-то поменял у себя, и выгрузка сломалась нафиг.
В общем, очень глубокая интеграция, можно на порнхабе публиковать.
чувак, я тебе безмерно благодарен за твой комментарий, но для совсем уже тупых, что такое битрикс? ведь у 1с насколько я знаю есть куча конф по любую херню, там даже типа 1с садоводство есть. битрикс это типа изврат для совсем конченных? хочу того, что нет в 1с но на 1с, типа самописных конф но, как конфетка из говна, еще и с оберткой из блестяшки?!
В общих чертах - система для создания сайтов. Сайт можно писать на PHP / Python'e, на том же Node.js, или на других языках - а можно поставить битрикс, в котором все типа "уже готово"
Т.е. это не расширение для 1С, а самостоятельный продукт.
Есть, например, готовый модуль для интеграции. Создатели битрикса его написали - и добавили 1С к названию, чтоб покупателей привлекать. Мол, ставьте наш продукт, и каталог будет выгружаться сам автоматически.
На деле, сам понимаешь, "из коробки" ничего не работает без танцев с бубном. Только если 1С тоже "из коробки", а такое на реальных проектах бывает редко.
Т.е. это не расширение для 1С, а самостоятельный продукт.
Есть, например, готовый модуль для интеграции. Создатели битрикса его написали - и добавили 1С к названию, чтоб покупателей привлекать. Мол, ставьте наш продукт, и каталог будет выгружаться сам автоматически.
На деле, сам понимаешь, "из коробки" ничего не работает без танцев с бубном. Только если 1С тоже "из коробки", а такое на реальных проектах бывает редко.
Тут нужно выбрасывать двоих сразу нахуй, а одного на карандаш и после код ревью возможно тоже нахуй.
