73 Кб, 1050x1050Предыдущий тред: >>3391807 (OP)
Больше пары строк кода в посте или на скриншоте ведут в ад.
Для программирования на HTML https://codesandbox.io
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если/когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Документация - https://developer.mozilla.org
Руководство для вката - https://github.com/acilsd/wrk-fet#javascript
Больше пары строк кода в посте или на скриншоте ведут в ад.
Для программирования на HTML https://codesandbox.io
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если/когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Документация - https://developer.mozilla.org
Руководство для вката - https://github.com/acilsd/wrk-fet#javascript
удаляй
487 Кб, mp4,448x448, 0:13
не удаляй
а может все таки удаляй
>>3442866 →
Так это банально нужно и прорешать все такие потенциальные задачки.
>>3443468 →
У редьюса для такой задачи есть один важный подъеб, а именно передача во второй параметр undefined. То есть нужно различать ситуации, когда он явно передан как undefined и когда не передан вообще.
Так это банально нужно и прорешать все такие потенциальные задачки.
>>3443468 →
У редьюса для такой задачи есть один важный подъеб, а именно передача во второй параметр undefined. То есть нужно различать ситуации, когда он явно передан как undefined и когда не передан вообще.
9 Кб, 222x227https://2ch.hk/pr/res/3391807.html#3443453 (
М)
https://2ch.hk/pr/res/3391807.html#3443468 (М)
Вроде видел подобную хуйню в редаксе где ты кастомные методы для редюсера пишешь
мимо вкалтун
М)https://2ch.hk/pr/res/3391807.html#3443468 (
М)Вроде видел подобную хуйню в редаксе где ты кастомные методы для редюсера пишешь
мимо вкалтун
>>46055
В шапке хуйня?
В шапке хуйня?
>>46066
И нахуя ему сто фреймворков?
И нахуя ему сто фреймворков?
>>46066
Благодарю. Схоронил. Ну что ж, пожелай мне удачи.
Благодарю. Схоронил. Ну что ж, пожелай мне удачи.
>>46105
Тебе один хуй для вката нужно быть фуллстеком, сейчас довольно часто требуют вместе с бэком знать и фронтенд
Тебе один хуй для вката нужно быть фуллстеком, сейчас довольно часто требуют вместе с бэком знать и фронтенд
412 Кб, 700x693Сап аноны, я вообще не в теме JS и программирования фронта в браузерах. Вопрос следующий - TS имеет какие-либо серьезные проблеиы? Или это просто JS здорового человека (со статической типизацией)?
P.S. Если вы считаете, что динамическая типизация лучше статической, то отвечать не надо
P.S. Если вы считаете, что динамическая типизация лучше статической, то отвечать не надо
951 Кб, 1284x1327>>46782
Любой язык имеет какие-либо серьезные проблемы. Любой.
>TS имеет какие-либо серьезные проблеиы
Любой язык имеет какие-либо серьезные проблемы. Любой.
>>46055
Какой вкат, додя? Вас уже искусственный идиот заменяет. Вкатывайся лучше в сантехника или плиточника, так хоть высокооплачиваемую работу сможешь найти.
>вкат
Какой вкат, додя? Вас уже искусственный идиот заменяет. Вкатывайся лучше в сантехника или плиточника, так хоть высокооплачиваемую работу сможешь найти.
>>47088
Врёшь, падла! Я вкачусь! Буду оператором модельки машинного обучения.
Врёшь, падла! Я вкачусь! Буду оператором модельки машинного обучения.
>>47615
Зис.
Сидел на сублимке, потом атоме, потом на вскоде, ну а потом на вебшторме уже как пару лет.
Полет нормальный. Хороший инструмент.
Чут-чут медленнее, тяжелее по ощущениям, но при 100500 плагинах на вскоде, там еще хуже.
Полноценная ИДЕ, а не редактор с васянскими плагинами.
>WebStorm
Зис.
Сидел на сублимке, потом атоме, потом на вскоде, ну а потом на вебшторме уже как пару лет.
Полет нормальный. Хороший инструмент.
Чут-чут медленнее, тяжелее по ощущениям, но при 100500 плагинах на вскоде, там еще хуже.
Полноценная ИДЕ, а не редактор с васянскими плагинами.
>>47715
ИДЕ c васянскими плагинами
ИДЕ c васянскими плагинами
206 Кб, 634x1024>>46782
Да, тебе на проекте могут запретить использовать any и придется громодить ебанутые конструкции, которые нахуй никому не нужны.
>TS имеет какие-либо серьезные проблеиы
Да, тебе на проекте могут запретить использовать any и придется громодить ебанутые конструкции, которые нахуй никому не нужны.
>>46782
Нет фундаментальных проблем, но есть мелкие косяки в дизайне языка. Но типизация сложных типов может быть довольно геморной
Нет фундаментальных проблем, но есть мелкие косяки в дизайне языка. Но типизация сложных типов может быть довольно геморной
>>47615
вебшторм только потому что у вскода ублюдский гуй для исправления конфликтов, почти невозможно пользоваться
вебшторм только потому что у вскода ублюдский гуй для исправления конфликтов, почти невозможно пользоваться
>>48316
Слабый релиз постепенно умирающей хуйни. Уже невооружённым глазом видно как нода повторяет судьбу руби.
Слабый релиз постепенно умирающей хуйни. Уже невооружённым глазом видно как нода повторяет судьбу руби.
>>48328
Если расхайповавшая в свое время нода никому не нужна, то до ее клона тем более нет никому дела. Хотя Bun сам по себе неплох и если бы вышел сильно раньше, то все для серверной тс разработки могло пойти по другому (а могло и не пойти)
Если расхайповавшая в свое время нода никому не нужна, то до ее клона тем более нет никому дела. Хотя Bun сам по себе неплох и если бы вышел сильно раньше, то все для серверной тс разработки могло пойти по другому (а могло и не пойти)
>>46303
Говно собаки
Я сто раз объяснял. Что топ - это две абсолютно одинаковые модели на клиенте и сервере. На сервере меняем параметр store.kek = 123. Автоматом срабатывает логика, которая за этим стоит, и всем клиентам, которые на данный момент подписаны на вебсокеты и которые должны иметь доступ к параметру kek получают сообщение о том, что kek изменился. Там прилетает на клиент с сервера json вида: [{"op": "replace","path": ["kek"],"value": 123}] либо можно свой протокол бинанрный ебануть. После также автоматом это применяется к стейту на клиенте, не нужно для этого писать код, он один раз написан. После остаётся на клиенте только написать код, который эти данные в компоненте отобразит
Но макакушкам такое сложна, поэтому они пердолят HTTP запросы, парсят ответы от GQL, пишут свитки говна на Joi, Zod, в общем всячеки угорают по трешу
>BFF
Говно собаки
Я сто раз объяснял. Что топ - это две абсолютно одинаковые модели на клиенте и сервере. На сервере меняем параметр store.kek = 123. Автоматом срабатывает логика, которая за этим стоит, и всем клиентам, которые на данный момент подписаны на вебсокеты и которые должны иметь доступ к параметру kek получают сообщение о том, что kek изменился. Там прилетает на клиент с сервера json вида: [{"op": "replace","path": ["kek"],"value": 123}] либо можно свой протокол бинанрный ебануть. После также автоматом это применяется к стейту на клиенте, не нужно для этого писать код, он один раз написан. После остаётся на клиенте только написать код, который эти данные в компоненте отобразит
Но макакушкам такое сложна, поэтому они пердолят HTTP запросы, парсят ответы от GQL, пишут свитки говна на Joi, Zod, в общем всячеки угорают по трешу
>>46782
Кек. Тебя наебали. В JS нет типизации. Так как о наличии типизации говорит вывод типов. В JS вывода типов нет, значит и типизации тоже
Это просто игра слов такая, когда типов не завезли, чтобы не выглядеть говном, говорят, что у нас динамическая типизация. Ну, ну а чо, складываешь массив с числом, и норм. Как раз таки, сложения массива с числом и нормальная сборка такого кода и говорит о том, что язык нихуя не понимает, что за типы там используются и не уберегает тебя от обишки. То есть типов нет
На самом деле динамика работы с переменными, а собственно и смена того, что в них хранится, плюс немного магии по проведению операций над разными данными - это просто свойство любого скриптового языка
this
>динамическая типизация лучше статической
Кек. Тебя наебали. В JS нет типизации. Так как о наличии типизации говорит вывод типов. В JS вывода типов нет, значит и типизации тоже
Это просто игра слов такая, когда типов не завезли, чтобы не выглядеть говном, говорят, что у нас динамическая типизация. Ну, ну а чо, складываешь массив с числом, и норм. Как раз таки, сложения массива с числом и нормальная сборка такого кода и говорит о том, что язык нихуя не понимает, что за типы там используются и не уберегает тебя от обишки. То есть типов нет
На самом деле динамика работы с переменными, а собственно и смена того, что в них хранится, плюс немного магии по проведению операций над разными данными - это просто свойство любого скриптового языка
>TS это просто JS здорового человека
this
>>47615
Intellij IDEA. Она сразу во много языков умеет в отличие от WebStorm. Актуально, если твой функционал шире вебмакаки. "Чит коды" для неё сам найдёшь
Этого шиза не слушаем. Хуйня даже не понимает зачем нужны типы. Я мышкой могу навести и увидеть тип переменной. А ты в своём неовиме ошёшь, что мышкоблядь не человек и страдаешь, или что?
>VSCode или WebStorm
Intellij IDEA. Она сразу во много языков умеет в отличие от WebStorm. Актуально, если твой функционал шире вебмакаки. "Чит коды" для неё сам найдёшь
>Емакс или неовим но лучше емакс. Остальное кал собаки.
Этого шиза не слушаем. Хуйня даже не понимает зачем нужны типы. Я мышкой могу навести и увидеть тип переменной. А ты в своём неовиме ошёшь, что мышкоблядь не человек и страдаешь, или что?
>>48864
Хуйню какую-то написал. Причем тут сложность? Никто в 2к25 не будет тебе на сервер твое графкл говно тащить. Проще и быстрее бэка пнуть чтобы он нужные данные дал.
Хуйню какую-то написал. Причем тут сложность? Никто в 2к25 не будет тебе на сервер твое графкл говно тащить. Проще и быстрее бэка пнуть чтобы он нужные данные дал.
>>48914
Или просто включяю инлайн хинты
Или просто включяю инлайн хинты
>>48915
Какой же хлебуш. Ты даже не смог в аргументацию. Если у тебя GQL ты точно также можешь пнуть бэка, чтобы он тебе выдал данные
При том, что ты тупая макака так не делаешь
>Никто в 2к25 не будет тебе на сервер твое графкл говно тащить
>Проще и быстрее бэка пнуть чтобы он нужные данные дал
Какой же хлебуш. Ты даже не смог в аргументацию. Если у тебя GQL ты точно также можешь пнуть бэка, чтобы он тебе выдал данные
>Причем тут сложность?
При том, что ты тупая макака так не делаешь
>>49013
микросервисы вообще лучше не писать
микросервисы вообще лучше не писать
Анонсики, а ts/ts могут в ai/ml на бэкенде? Есть илея для стартапа, но не хочу снова лезть в пиструн. Хочу полностью построить бэк на node например, но пока плохо представляю возможности его работы с нейросетями (я не про api ллмок, а именно про свою модель анализа на основе какого-нибудь тензора или пайторча).
Не обоссывайте только пожалуйста, лучше помогите.
Не обоссывайте только пожалуйста, лучше помогите.
1,4 Мб, webm,1278x720, 0:27
>>49066
Спасибо, что откликнулся. Если дашь советов мудрых, будет здорово.
Спасибо, что откликнулся. Если дашь советов мудрых, будет здорово.
Вёрстка-треда не нашёл, спрошу здесь.
Есть задача наверстать SPA, и если с бэкендом и клиентским JS я разберусь, то CSS приходится учить с нуля.
Вот я вроде осилил как менять цвета/размеры, margin/padding/box model вроде понятно, флексбокс вообще хорошо зашёл. Что ещё нужно осилить перед тем как браться за собственно кодинг нужного интерфейса? Гриды вроде как нафиг не нужны мне, для моих задач флексбоксов хватит
Есть задача наверстать SPA, и если с бэкендом и клиентским JS я разберусь, то CSS приходится учить с нуля.
Вот я вроде осилил как менять цвета/размеры, margin/padding/box model вроде понятно, флексбокс вообще хорошо зашёл. Что ещё нужно осилить перед тем как браться за собственно кодинг нужного интерфейса? Гриды вроде как нафиг не нужны мне, для моих задач флексбоксов хватит
>>49089
А больше ничего не надо. Осваиваешь флексбоксы. Осваиваешь position: fixed/relative, размеры и отстутпы. Дальше можешь делать любые конструкции. Остальное тебе нейросеть подскажет. Я в рот ебал трансформы, например, помнить или анимации, или box-shadow или прочие украшательства, так как помимо фронта ещё много чего умею
А больше ничего не надо. Осваиваешь флексбоксы. Осваиваешь position: fixed/relative, размеры и отстутпы. Дальше можешь делать любые конструкции. Остальное тебе нейросеть подскажет. Я в рот ебал трансформы, например, помнить или анимации, или box-shadow или прочие украшательства, так как помимо фронта ещё много чего умею
>>49098
ес
ес
можете посоветовать какой то современный хороший учебник (или сайт)?
и как вам сайт learn.javascript.ru, можете подсказать источник откуда можно знания на джуна хотя бы набрать?
начинал жс с нуля до профи но там 5 версия es обозревается, в первом же затупе там проблема из за версии, поэтому дропнул. смотрел роадмап по ссылке, но там как то дохуя накидано, хочется нормально структурированной информации, и только нужной
и как вам сайт learn.javascript.ru, можете подсказать источник откуда можно знания на джуна хотя бы набрать?
начинал жс с нуля до профи но там 5 версия es обозревается, в первом же затупе там проблема из за версии, поэтому дропнул. смотрел роадмап по ссылке, но там как то дохуя накидано, хочется нормально структурированной информации, и только нужной
172 Кб, 362x360>>49196
Присоединяюсь к вопросу. Инфоцыгане довели интернеты до безумствая, любая статья - или реклама или байт на клик, где все расписано в общих чертах, а ресурсы даются на отъебись. Нужно буквально перебрать тонну говен прежде, чем найдешь что-то стоящее.
Присоединяюсь к вопросу. Инфоцыгане довели интернеты до безумствая, любая статья - или реклама или байт на клик, где все расписано в общих чертах, а ресурсы даются на отъебись. Нужно буквально перебрать тонну говен прежде, чем найдешь что-то стоящее.
>>49196
Зашел, почитал первую статью "Введение в JavaScript"
Первые же два комментария - реклама от инфоцыган. Не, ну это разве не пиздец.
>learn.javascript.ru
Зашел, почитал первую статью "Введение в JavaScript"
Первые же два комментария - реклама от инфоцыган. Не, ну это разве не пиздец.
>>49196
>>49203
В шапке треда есть ссылка на руководство для вката.
Читайте learnjs и выразительный js (хотя бы reduce научитесь писать).
Если совсем тяжело идет, читайте headfirst.
Если хотите что-то посмотреть, то идите на рутрекер и нннклаб и выбирайте там курс.
Если вам нужна пародия на дефолтное обучение, где учителя даю т вам материал, а вы сами его изучаете, то можете пиздовать в БЕСПЛАТНЫЕ rsschool и metalamp.
>>49203
В шапке треда есть ссылка на руководство для вката.
Читайте learnjs и выразительный js (хотя бы reduce научитесь писать).
Если совсем тяжело идет, читайте headfirst.
Если хотите что-то посмотреть, то идите на рутрекер и нннклаб и выбирайте там курс.
Если вам нужна пародия на дефолтное обучение, где учителя даю т вам материал, а вы сами его изучаете, то можете пиздовать в БЕСПЛАТНЫЕ rsschool и metalamp.
Скриптаны, используете ли какой-то normalize для CSS и какой?
Или просто ебашите фреймворк сразу и там всё встроено?
Или просто ебашите фреймворк сразу и там всё встроено?
>>48321
С каких пор она умирает? Наоборот живёт и развивается. Зачем писать неправду? Троллинг либо глупость?
>>48552
Так с серверной разработкой на ТС всё в порядке. Ты просто никогда ей не занимался, похоже, то есть пишешь о том, в чём не разбираешься.
>>49013
Во-первых далеко не всегда лучше, во-вторых сами по себе микросервисы тоже далеко не всегда нужны, очень часто их тащат туда, куда не надо.
>>49066
О каких ограничениях речь?
С каких пор она умирает? Наоборот живёт и развивается. Зачем писать неправду? Троллинг либо глупость?
>>48552
Так с серверной разработкой на ТС всё в порядке. Ты просто никогда ей не занимался, похоже, то есть пишешь о том, в чём не разбираешься.
>>49013
Во-первых далеко не всегда лучше, во-вторых сами по себе микросервисы тоже далеко не всегда нужны, очень часто их тащат туда, куда не надо.
>>49066
О каких ограничениях речь?
69 Кб, 309x482Сап скриптач.
Если я не умею в линкус, смогу ли в бэкенд на JS? Или все же придется пердольку изучать?
Если я не умею в линкус, смогу ли в бэкенд на JS? Или все же придется пердольку изучать?
47 Кб, 206x244>>49285
>>49285
Бу! Испугался? Не бойся. Я друг. Я тебя не обижу. Иди сюда, иди ко мне, сядь рядом со мной. Посмотри мне в консоль. Ты видишь красивый интерфейс? Я тоже не вижу. Давай смотреть в консоль до тех пор, пока наши глаза не покраснеют. Ты не хочешь? Почему? Что-то не так?
>>49285
> я не умею в линкус
> придется пердольку изучать?
Бу! Испугался? Не бойся. Я друг. Я тебя не обижу. Иди сюда, иди ко мне, сядь рядом со мной. Посмотри мне в консоль. Ты видишь красивый интерфейс? Я тоже не вижу. Давай смотреть в консоль до тех пор, пока наши глаза не покраснеют. Ты не хочешь? Почему? Что-то не так?
>>49285
Сможешь, уже давно нет никаких проблем с разработкой на винде. По ходу дела освоишь базу по линуксу по мере необходимости.
Сможешь, уже давно нет никаких проблем с разработкой на винде. По ходу дела освоишь базу по линуксу по мере необходимости.
>>49285
Не сможешь. Потому что за забором очередь таких же неумеющих. Щас бы начинать с того что ты не умеешь и не хочешь уметь.
Не сможешь. Потому что за забором очередь таких же неумеющих. Щас бы начинать с того что ты не умеешь и не хочешь уметь.
Вот говорят, что в го не используют фреймворки, а юзают стандартную библиотеку. Почему тогда ноджс ругают за то же самое? Встречал хейт в сторону ноды, типа нет полноценного фреймворка аля ларавел, только роутеры, а остальное самому нужно собирать из говна и палок. Является ли это минусом? Возможно ли что из-за этого джс не взлетел на сервере?
>>49326
Ноду за это как раз не ругают. На ноде есть Nest, где куча всего идет из коробки. Ноду ругают за то, что она медленная в отличии от го, что там нет многопоточки которая есть в го, что она не собирается в компактный бинерник в отличии от го, что там надо кучу всякой хуеты настраивать для работы в отличии от го. Нода - это игрушка для фронтендеров, которым как правило лень учить новые языки и хочется залезть в область на знакомом. Человеку со стороны (бэку) ты не объяснишь почему он должен брать ноду.
Ноду за это как раз не ругают. На ноде есть Nest, где куча всего идет из коробки. Ноду ругают за то, что она медленная в отличии от го, что там нет многопоточки которая есть в го, что она не собирается в компактный бинерник в отличии от го, что там надо кучу всякой хуеты настраивать для работы в отличии от го. Нода - это игрушка для фронтендеров, которым как правило лень учить новые языки и хочется залезть в область на знакомом. Человеку со стороны (бэку) ты не объяснишь почему он должен брать ноду.
>>49326
По каким метрикам ты это измерял? Fastify не медленный, решения с uws внутри не медленные. Да и сейчас уже есть bun, который быстрее ноды.
Такой как в го нету, только для чего конкретно её не хватает? Что такое ты делаешь в веб-бекендах на горутинах, что не можешь сделать на ноде?
Собирается, если тебе это по какой-то причине очень нужно.
Не надо.
>>49326
Как ты это определил? Почему в 2025 для меня есть большое количество работы, как для разработчика, специализирующегося на серверном js/ts? Почему этой работы с годами не становится меньше?
>она медленная в отличии от го
По каким метрикам ты это измерял? Fastify не медленный, решения с uws внутри не медленные. Да и сейчас уже есть bun, который быстрее ноды.
>там нет многопоточки которая есть в го
Такой как в го нету, только для чего конкретно её не хватает? Что такое ты делаешь в веб-бекендах на горутинах, что не можешь сделать на ноде?
>собирается в компактный бинерник в отличии от го
Собирается, если тебе это по какой-то причине очень нужно.
>там надо кучу всякой хуеты настраивать для работы в отличии от го
Не надо.
>>49326
>Возможно ли что из-за этого джс не взлетел на сервере?
Как ты это определил? Почему в 2025 для меня есть большое количество работы, как для разработчика, специализирующегося на серверном js/ts? Почему этой работы с годами не становится меньше?
>>49334
На 10-15% медленнее. Это почти в рамках погрешности.
>Ноду ругают за то, что она медленная в отличии от го
На 10-15% медленнее. Это почти в рамках погрешности.
>>49312
Я сравнивал Intellij IDEA и WebStorm. Блокнот с фичами даже не рассматривал. Как только хочешь удобств - обнаруживаешь, что их нет. Ни истории изменений (можно посмотреть все файлы которые были изменены), можно ткнуть CTRL + SHIFT + E и посмотреть где я недавно что-то правил, ни интерфейса для подмана/докера (зайти в конетйнер, отредактировай файлы в нем, ни красивого сравнения файлов. Ни удобной работы с базой, ни ещё десятков инструментов. В итоге ты обмазываешься плагинами, которые по-сути кривая калька IDEA и получается такой франкенштейн
Причина популярности VSCode - он бесплатный, IDEA долго грузится на слабом компе
>VSCode
Я сравнивал Intellij IDEA и WebStorm. Блокнот с фичами даже не рассматривал. Как только хочешь удобств - обнаруживаешь, что их нет. Ни истории изменений (можно посмотреть все файлы которые были изменены), можно ткнуть CTRL + SHIFT + E и посмотреть где я недавно что-то правил, ни интерфейса для подмана/докера (зайти в конетйнер, отредактировай файлы в нем, ни красивого сравнения файлов. Ни удобной работы с базой, ни ещё десятков инструментов. В итоге ты обмазываешься плагинами, которые по-сути кривая калька IDEA и получается такой франкенштейн
Причина популярности VSCode - он бесплатный, IDEA долго грузится на слабом компе
>>49326
Пыхеры перекатились в ноду. Это же очевидно. Иначе бы не педалировали nextjs, apollo и прочие помойки, тянущие тонну дерьма, когда это всё можно собрать нормально самому, что занимает всего несколько дней
>Почему тогда ноджс ругают за то же самое
Пыхеры перекатились в ноду. Это же очевидно. Иначе бы не педалировали nextjs, apollo и прочие помойки, тянущие тонну дерьма, когда это всё можно собрать нормально самому, что занимает всего несколько дней
>>49334
Тебе ссут, а ты и рад. Если макака открывает рот за скорость, недослушивая кидаешь следующий тейк: если тебя интересует скорость, почему ты не взял C++. Всё, макака растерялась с одного захода. Там ещё есть вопрос, в какой предел скорости вы упёрлись, чтобы выбрать го вместо ноды - и тут тоже поплывёт. Причина в том, что эфемерная скорость - это просто рекламная ссанина, типо круто писать на "быстром" языке. А по факту никакие критерии скоросте в выборе скриптовых языком место иметь не могут
Показывай, чего там нет. Есть там всё. Тебе треды завезли. Тебе евентлуп завезли, промисы. Все детали для многопоточки есть. Что ты не осилил?
Если твой критерий компактность - C++/C. Зачем ты взял Go? Ты берёшь какой-то незначительный критерий и преподносишь его как что-то важное. При том, что сам твой выбор по этому критерию является далеко не лучшим
Так-то GO норм язык, простой как топор, но по уровню недотягивает до TS. Ключевое - это отсутсвие эксепшенов, и номинальная типизация сильно хуже чем в TS, утсутствие удобств, вроде reduce. И когда сравнивают языки. Надо сравнивать языки, а не шизу
>>49335
Глупец. Как ты мерял? bun - говно, чтобы попиарить Zig
>Ноду ругают за то, что она медленная в отличии от го
Тебе ссут, а ты и рад. Если макака открывает рот за скорость, недослушивая кидаешь следующий тейк: если тебя интересует скорость, почему ты не взял C++. Всё, макака растерялась с одного захода. Там ещё есть вопрос, в какой предел скорости вы упёрлись, чтобы выбрать го вместо ноды - и тут тоже поплывёт. Причина в том, что эфемерная скорость - это просто рекламная ссанина, типо круто писать на "быстром" языке. А по факту никакие критерии скоросте в выборе скриптовых языком место иметь не могут
>что там нет многопоточки которая есть в го
Показывай, чего там нет. Есть там всё. Тебе треды завезли. Тебе евентлуп завезли, промисы. Все детали для многопоточки есть. Что ты не осилил?
>она не собирается в компактный бинерник в отличии от го, что там надо кучу всякой хуеты настраивать для работы в отличии от го
Если твой критерий компактность - C++/C. Зачем ты взял Go? Ты берёшь какой-то незначительный критерий и преподносишь его как что-то важное. При том, что сам твой выбор по этому критерию является далеко не лучшим
Так-то GO норм язык, простой как топор, но по уровню недотягивает до TS. Ключевое - это отсутсвие эксепшенов, и номинальная типизация сильно хуже чем в TS, утсутствие удобств, вроде reduce. И когда сравнивают языки. Надо сравнивать языки, а не шизу
>>49335
>bun, который быстрее ноды
Глупец. Как ты мерял? bun - говно, чтобы попиарить Zig
>>49385
Им же что-то завезли для обработки ошибок, чтобы не засорять портянку if err != nil
>отсутсвие эксепшенов
Им же что-то завезли для обработки ошибок, чтобы не засорять портянку if err != nil
>>49391
try завезли. Но эксепшенов так и нет. Эксепшены пробрасываются наверх, try надо везде руками писать. В общем, попытались в норм дизайн и не смогли
Просто часть кодеров воспринимают язык как что-то волшебное, тогда как программисты знают, что это такой же продукт, как сайт или приложение для мобилки. И бывает сделано хорошо, а бывает на отъебись. Вот, GO сделали норм базу, но потом неотъебись дали сообществу, типы try и прочие приколы, типо, на те, только отстаньте. TS как-то получше вышел, но прекратил своё развитие уже давно. Плюсы развиваются, но там шиза с обратной совместимостью и тоннами уже написанного. Так и живём
try завезли. Но эксепшенов так и нет. Эксепшены пробрасываются наверх, try надо везде руками писать. В общем, попытались в норм дизайн и не смогли
Просто часть кодеров воспринимают язык как что-то волшебное, тогда как программисты знают, что это такой же продукт, как сайт или приложение для мобилки. И бывает сделано хорошо, а бывает на отъебись. Вот, GO сделали норм базу, но потом неотъебись дали сообществу, типы try и прочие приколы, типо, на те, только отстаньте. TS как-то получше вышел, но прекратил своё развитие уже давно. Плюсы развиваются, но там шиза с обратной совместимостью и тоннами уже написанного. Так и живём
>>49376
Есть в vs code из коробки
Установить плагин так сложно, понимаю
>Ни истории изменений (можно посмотреть все файлы которые были изменены), можно ткнуть CTRL + SHIFT + E и посмотреть где я недавно что-то правил, ни интерфейса для подмана/докера (зайти в конетйнер, отредактировай файлы в нем, ни красивого сравнения файлов.
Есть в vs code из коробки
>Ни удобной работы с базой
Установить плагин так сложно, понимаю
123 Кб, 1440x1008Этот пост >>49335 был сюда >>49334
Добавлю ещё про моменты, на которые я не ответил.
Неправда, на ноде прекрасно пилится практически любой бекенд.
Я был фронтендером 4 года, перешёл в бекенд на ноде лет 5 назад, за последние 5 лет помимо ноды использовал на бекенде раст (пока что немного) и го (много). За это время встретил немало людей с похожим на мой карьерным путём.
Легко объясню почему — тайпскрипт. Но вот подробнее: если у нас тру хайлоад либо нетипичный веб, например работа по обработке видео, нагружающая ЦПУ, то мы просто берём раст. Если у нас классический веб бекенд (99.99% проектов), то для мвп, для небольшого проекта, для среднего проекта мы просто берём ноду/бан и наслаждаемся быстрой и приятной разработкой на классном языке, на тайпскрипте. Для крупного проекта уже можно рассмотреть го, но только как вариант, потому что нода вполне тянет и крупные проекты с серьезными требованиями по рпс, латенси, потреблению ресурсов. Возможно современный дотнет тоже есть смысл рассмотреть. Но в любом случае потенциальные проблемы абсолютно наверняка будут в работе с базами данных.
>>49385
Пик релейтед. При этом результатам уже год, если не больше, за это время были апдейты по оптимизациям в bun. По латенси и рпс тоже лучше перформанс, есть бенчмарки в том числе с различными видами работы с запросами в бд, куками, джейсоном, думаю тот же techempower ты и сам видел. Bun охуенен и заставляет разрабов ноды шевелиться в ускоренном темпе, плюс он очень быстр в качестве пакетного менеджера. Бекенд фреймворки на bun куда приятнее нодовских, тот же hono имеет потенциал стать дефолтом, elysia по перформансу и DX ещё лучше, но её пока только в пет-проектах использовал. Они оба уже портированы на ноду, к слову.
Добавлю ещё про моменты, на которые я не ответил.
>Нода - это игрушка для фронтендеров,
Неправда, на ноде прекрасно пилится практически любой бекенд.
>которым как правило лень учить новые языки и хочется залезть в область на знакомом
Я был фронтендером 4 года, перешёл в бекенд на ноде лет 5 назад, за последние 5 лет помимо ноды использовал на бекенде раст (пока что немного) и го (много). За это время встретил немало людей с похожим на мой карьерным путём.
>Человеку со стороны (бэку) ты не объяснишь почему он должен брать ноду.
Легко объясню почему — тайпскрипт. Но вот подробнее: если у нас тру хайлоад либо нетипичный веб, например работа по обработке видео, нагружающая ЦПУ, то мы просто берём раст. Если у нас классический веб бекенд (99.99% проектов), то для мвп, для небольшого проекта, для среднего проекта мы просто берём ноду/бан и наслаждаемся быстрой и приятной разработкой на классном языке, на тайпскрипте. Для крупного проекта уже можно рассмотреть го, но только как вариант, потому что нода вполне тянет и крупные проекты с серьезными требованиями по рпс, латенси, потреблению ресурсов. Возможно современный дотнет тоже есть смысл рассмотреть. Но в любом случае потенциальные проблемы абсолютно наверняка будут в работе с базами данных.
>>49385
>Глупец. Как ты мерял? bun - говно, чтобы попиарить Zig
Пик релейтед. При этом результатам уже год, если не больше, за это время были апдейты по оптимизациям в bun. По латенси и рпс тоже лучше перформанс, есть бенчмарки в том числе с различными видами работы с запросами в бд, куками, джейсоном, думаю тот же techempower ты и сам видел. Bun охуенен и заставляет разрабов ноды шевелиться в ускоренном темпе, плюс он очень быстр в качестве пакетного менеджера. Бекенд фреймворки на bun куда приятнее нодовских, тот же hono имеет потенциал стать дефолтом, elysia по перформансу и DX ещё лучше, но её пока только в пет-проектах использовал. Они оба уже портированы на ноду, к слову.
>>49385
Чел, мне нет дела до твоей тряски и унылых попыток дефать ноду из треда в тред. Я смотрю на динамику вакансий, на частоту внедрения технологий и вижу что го растет и развивается, а нода стагнирует. Мне похуй к чему ты там привык, это не меняет реальности. Я предположил почему так происходит, я нигде не ставил какой-то один фактор во главу угла. Выбор ЯП всегда основывается на совокупности факторов, и по совокупности факторов в корпоративном бэкенде го тащит, а какой-нибудь c++ не тащит. Тоже касается и ноды, то что лично тебе она нравится ничего не меняет, то что на нее есть вакансии ничего не меняет (вакансии есть и на RoR). Я говорю что эта технология становится все более ненужной. Лет пять назад на нее был больший спрос чем сейчас, пять лет вперед она будет еще менее востребована.
Чел, мне нет дела до твоей тряски и унылых попыток дефать ноду из треда в тред. Я смотрю на динамику вакансий, на частоту внедрения технологий и вижу что го растет и развивается, а нода стагнирует. Мне похуй к чему ты там привык, это не меняет реальности. Я предположил почему так происходит, я нигде не ставил какой-то один фактор во главу угла. Выбор ЯП всегда основывается на совокупности факторов, и по совокупности факторов в корпоративном бэкенде го тащит, а какой-нибудь c++ не тащит. Тоже касается и ноды, то что лично тебе она нравится ничего не меняет, то что на нее есть вакансии ничего не меняет (вакансии есть и на RoR). Я говорю что эта технология становится все более ненужной. Лет пять назад на нее был больший спрос чем сейчас, пять лет вперед она будет еще менее востребована.
>>49545
Есть ли смысл учить раст, как думаешь? Я в последнее время подсел на него, пока нравится. Но такое ощущения что он нахуй никому не нужен будет, причем долго.
Есть ли смысл учить раст, как думаешь? Я в последнее время подсел на него, пока нравится. Но такое ощущения что он нахуй никому не нужен будет, причем долго.
>>49553
Блять! Да хватит оглядываться на всех! Это тупо. Взял язык, написал проект, получил профит. Точка. Я просто не понимаю зачем оглядываться на кого-то, это их проблемы то что они не используют rust. Земля пухом долбоёбам.
Блять! Да хватит оглядываться на всех! Это тупо. Взял язык, написал проект, получил профит. Точка. Я просто не понимаю зачем оглядываться на кого-то, это их проблемы то что они не используют rust. Земля пухом долбоёбам.
>>49532
Покеж аналог окна на пик 1
Да ты чего. В контейнер запущенный можно зайти и файлы редактировать? Показывай. Кстати, это плагин, а не из коробки
Нет там удобной работы с базой. Плагин неудобен
Ты хоть понимаешь, что ты сравниваешь можу с пальцем. Это всёравно что я скажу, что женщин в вашем селе нет, а ты мне начнёшь доказывать, есть, так как там живёт баба Нюра 90 лет, 150кг. Я же выше написал: "Обмазываешься плагинами, которые по-сути кривая калька IDEA и получается такой франкенштейн"
>CTRL + SHIFT + E
>Есть в vs code из коробки
Покеж аналог окна на пик 1
>интерфейса для подмана/докера
>Есть в vs code из коробки
Да ты чего. В контейнер запущенный можно зайти и файлы редактировать? Показывай. Кстати, это плагин, а не из коробки
>Ни удобной работы с базой
>Установить плагин так сложно, понимаю
Нет там удобной работы с базой. Плагин неудобен
Ты хоть понимаешь, что ты сравниваешь можу с пальцем. Это всёравно что я скажу, что женщин в вашем селе нет, а ты мне начнёшь доказывать, есть, так как там живёт баба Нюра 90 лет, 150кг. Я же выше написал: "Обмазываешься плагинами, которые по-сути кривая калька IDEA и получается такой франкенштейн"
152 Кб, 640x800>>49551
Хахаха
Golang - неплохой язык. Но его назначение - чтобы макака дрочила мелкописюны бигтеху. Больше у него назначений нет.
Node же, мало того, что уступает gо в производительности процентов 10, так он еще может буквально ВО ВСЁ.
Может даже хуев тебе напихать за шиворот, когда бигкабаныч пидорнет тебя за на мороз из своей конторы, когда поймет, что говноеды с таким узким профилем ему не нужны или просто в рамках оптимизации расходов.
Node - это развитый, устоявшийся и развивающийся продукт на владение которым - СТАБИЛЬНЫЙ СПРОС. С Go пока вопрос открытый, в РФ он на хайпе (и хайп тут поболее, чем у остального мира), поэтому и произошел скачок вакансий х10 от 3 человек до 30, но только перспективы его пока не ясны. Слишком уж урезан, примитивен, слишком уж узкое прикладное направление у него. Такие языки обычно или не выживают или занимают свой стабильный 0.01% рынка.
>Я смотрю на динамику вакансий
>то что на нее есть вакансии ничего не меняет
Хахаха
Golang - неплохой язык. Но его назначение - чтобы макака дрочила мелкописюны бигтеху. Больше у него назначений нет.
Node же, мало того, что уступает gо в производительности процентов 10, так он еще может буквально ВО ВСЁ.
Может даже хуев тебе напихать за шиворот, когда бигкабаныч пидорнет тебя за на мороз из своей конторы, когда поймет, что говноеды с таким узким профилем ему не нужны или просто в рамках оптимизации расходов.
Node - это развитый, устоявшийся и развивающийся продукт на владение которым - СТАБИЛЬНЫЙ СПРОС. С Go пока вопрос открытый, в РФ он на хайпе (и хайп тут поболее, чем у остального мира), поэтому и произошел скачок вакансий х10 от 3 человек до 30, но только перспективы его пока не ясны. Слишком уж урезан, примитивен, слишком уж узкое прикладное направление у него. Такие языки обычно или не выживают или занимают свой стабильный 0.01% рынка.
>>49553
Если ты вкатывальщик, то вряд ли есть смысл. Я только на 9 году опыта работы начал в него вникать, потому что в моей области он популярен.
Если ты вкатывальщик, то вряд ли есть смысл. Я только на 9 году опыта работы начал в него вникать, потому что в моей области он популярен.
>>49551
Тут 2 чела, почему ты только одному ответил? Возможно на мои посты нечего сказать, кроме как "бекенд на TS хуета просто потому что мне не нравится"? Вот мои посты:
>>49545
>>49335
У меня конструктивные попытки дефать ноду, только не из треда в тред, я последние полгода тут не был.
В РФ го чаще используют и с каждым годом частота применения в проектах внутри РФ увеличивается быстрее остальных, тут не поспорить. Но это не означает, что нода стагнирует, она тоже растёт и развивается и вакансий с каждым годом становится больше, чем было год назад, просто скорость прироста не такая высокая, как у го. Но это локальная тема РФ рынка.
Это просто враньё, лет 5 назад, как раз когда я перекатился в чистый бекенд на ноду, спрос был куда меньше, проектов на ноде в РФ было раз и обчёлся. А сейчас даже в компаниях типа газпрома или росатома её используют, что было неслыханно 5 лет назад. Про международный рынок думаю нет смысла говорить, тут у ноды всегда дела были лучше, а у го не так хороши, как в РФ.
>>49589
Блокчейн.
>>49596
Думаю из фронтенда прямо в раст непросто будет перейти. Может через разработку смарт-контрактов для Соланы или Sui неплохой вариант, но фронтендеров куда чаще пускают к смарт-контрактам на Solidity для Эфириума.
Тут 2 чела, почему ты только одному ответил? Возможно на мои посты нечего сказать, кроме как "бекенд на TS хуета просто потому что мне не нравится"? Вот мои посты:
>>49545
>>49335
У меня конструктивные попытки дефать ноду, только не из треда в тред, я последние полгода тут не был.
>смотрю на динамику вакансий, на частоту внедрения технологий и вижу что го растет и развивается, а нода стагнирует
В РФ го чаще используют и с каждым годом частота применения в проектах внутри РФ увеличивается быстрее остальных, тут не поспорить. Но это не означает, что нода стагнирует, она тоже растёт и развивается и вакансий с каждым годом становится больше, чем было год назад, просто скорость прироста не такая высокая, как у го. Но это локальная тема РФ рынка.
>Я говорю что эта технология становится все более ненужной. Лет пять назад на нее был больший спрос чем сейчас, пять лет вперед она будет еще менее востребована.
Это просто враньё, лет 5 назад, как раз когда я перекатился в чистый бекенд на ноду, спрос был куда меньше, проектов на ноде в РФ было раз и обчёлся. А сейчас даже в компаниях типа газпрома или росатома её используют, что было неслыханно 5 лет назад. Про международный рынок думаю нет смысла говорить, тут у ноды всегда дела были лучше, а у го не так хороши, как в РФ.
>>49589
Блокчейн.
>>49596
Думаю из фронтенда прямо в раст непросто будет перейти. Может через разработку смарт-контрактов для Соланы или Sui неплохой вариант, но фронтендеров куда чаще пускают к смарт-контрактам на Solidity для Эфириума.
>>49551
Во даёшь. Ноль тряски. Я в этот тред только зашёл, пропустив десяток до этого. А, вот ты чего так рвонькнул ржомбно, что буквально написал то, с чем я полностью согласен, но только как буд-то это не так. GO действительно набирает аудиторию. Это не делает Go лучше, как технологию, также, как застой TS не делает его хуже, он всё ещё выше на голову большинства языков. Ну, а вопрос кормёжки я кодинга - это вообще отдельня тема. Тут можно и сRust выучить
>Чел, мне нет дела до твоей тряски и унылых попыток дефать ноду из треда в тред.
Во даёшь. Ноль тряски. Я в этот тред только зашёл, пропустив десяток до этого. А, вот ты чего так рвонькнул ржомбно, что буквально написал то, с чем я полностью согласен, но только как буд-то это не так. GO действительно набирает аудиторию. Это не делает Go лучше, как технологию, также, как застой TS не делает его хуже, он всё ещё выше на голову большинства языков. Ну, а вопрос кормёжки я кодинга - это вообще отдельня тема. Тут можно и сRust выучить
>>49603
Да я так понял смарт контракты это и есть Solidity и эфириум. Все остальные технологии там в роли исключения. В соседнем растотреде пишут, что кроме шиткоинов раст нигде не используется из за сырой инфраструктуры. Тоже самое с TON. По сути EVM это абсолютный лидер рынка. Но мне сам солидити не нравится, какой-то язык обрубок.
Да я так понял смарт контракты это и есть Solidity и эфириум. Все остальные технологии там в роли исключения. В соседнем растотреде пишут, что кроме шиткоинов раст нигде не используется из за сырой инфраструктуры. Тоже самое с TON. По сути EVM это абсолютный лидер рынка. Но мне сам солидити не нравится, какой-то язык обрубок.
>>49613
В Солане на расте, в Sui на Move (вдохновлён в том числе растом). По размеру сети и уровню развития экосистемы EVM впереди, но по скорости развития Солана уже давно намного быстрее. Но помимо смарт-контрактов на расте пишут инструменты разработки, инфру, сам блокчейн, узкие места на бекенде. Нередка ситуация, когда кор сервисы написаны на тс или го, а отдельные хайлоад операции выделены в микросервисы на расте.
В Солане на расте, в Sui на Move (вдохновлён в том числе растом). По размеру сети и уровню развития экосистемы EVM впереди, но по скорости развития Солана уже давно намного быстрее. Но помимо смарт-контрактов на расте пишут инструменты разработки, инфру, сам блокчейн, узкие места на бекенде. Нередка ситуация, когда кор сервисы написаны на тс или го, а отдельные хайлоад операции выделены в микросервисы на расте.
>>49620
Ну вот я потому и склоняюсь к раст, потому что на нем не только смарт контракты пишут. Короче послушаю работягу выше и буду учить потому что интересно.
Ну вот я потому и склоняюсь к раст, потому что на нем не только смарт контракты пишут. Короче послушаю работягу выше и буду учить потому что интересно.
>>49581
https://code.visualstudio.com/docs/getstarted/userinterface#_timeline-view
Да, можно. Ок, я не прав про из коробки, это плагин, только это официальный плагин от разработчиков, почему ты сразу думаешь что он должен быть каким-то кривым?
https://code.visualstudio.com/docs/devcontainers/containers
https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-containers
https://marketplace.visualstudio.com/items?itemName=DBCode.dbcode
Как будто что-то плохое. Популярные плагины хорошо работают, да и непопулярные обычно тоже, почему калька кривая не ясно, чем это принципиально отличается от поделий жидбрейнс тоже не ясно,я никакой франкенштейновости не чувствую, накатил плагины когда-то давно и они просто работают, привязаны к гитхаб аккаунту вместе с настройками, так что на новом компе ничего заново настраивать не надо
>Покеж аналог окна на пик 1
https://code.visualstudio.com/docs/getstarted/userinterface#_timeline-view
>Да ты чего. В контейнер запущенный можно зайти и файлы редактировать? Показывай. Кстати, это плагин, а не из коробки
Да, можно. Ок, я не прав про из коробки, это плагин, только это официальный плагин от разработчиков, почему ты сразу думаешь что он должен быть каким-то кривым?
https://code.visualstudio.com/docs/devcontainers/containers
https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-containers
>Нет там удобной работы с базой. Плагин неудобен
https://marketplace.visualstudio.com/items?itemName=DBCode.dbcode
>Обмазываешься плагинами, которые по-сути кривая калька IDEA и получается такой франкенштейн"
Как будто что-то плохое. Популярные плагины хорошо работают, да и непопулярные обычно тоже, почему калька кривая не ясно, чем это принципиально отличается от поделий жидбрейнс тоже не ясно,я никакой франкенштейновости не чувствую, накатил плагины когда-то давно и они просто работают, привязаны к гитхаб аккаунту вместе с настройками, так что на новом компе ничего заново настраивать не надо
>>49376
Причина в том, что почти все с него начинают, а потом переходить неохота да и не нужно. Я вот недавно попробовал вебшторм, понял что все что надо там есть и местами он сильно удобнее. Но мне не охота на него переползнать, так как к вскоду я придрочился и быстро все делаю, а к вебшторму надо привыкать. И ради чего? Все необходимые вещи есть в вскоде в плагинах.
>Причина популярности VSCode - он бесплатный
Причина в том, что почти все с него начинают, а потом переходить неохота да и не нужно. Я вот недавно попробовал вебшторм, понял что все что надо там есть и местами он сильно удобнее. Но мне не охота на него переползнать, так как к вскоду я придрочился и быстро все делаю, а к вебшторму надо привыкать. И ради чего? Все необходимые вещи есть в вскоде в плагинах.
Для чего JS/TS скриптизеру нужен Путхон? Чем он ему может быть реально полезен, в чем может помочь?
>>50779
На это пофиг, а вот то что не существует нормального туториала, и этому буквально невозможно научиться - это грустно
На это пофиг, а вот то что не существует нормального туториала, и этому буквально невозможно научиться - это грустно
>>50780
Чат гпт и иже с ним
референс есть на MDN
Чтобы не охуевать от слозности нужно проосто в голове держать мысль что это просто апи чтобы запускать шейдеры на видимокарте и больше ничего
Чат гпт и иже с ним
референс есть на MDN
Чтобы не охуевать от слозности нужно проосто в голове держать мысль что это просто апи чтобы запускать шейдеры на видимокарте и больше ничего
21 Кб, 473x220>>43580 (OP)
Питонист заглянул к вам в хату. По долгу службы надо снова разбираться с жс, у меня опыт есть но профессионально не кодил. Накатил Webstorm как IDE, т.к. был большой опыт с Жидбрейнс, с питоном работаю на Pycharm.
Однако почему-то в тайпскрипте у меня не подсвечиваются автоматом ошибки в IDE, я специально неверно проставил тип для express но он не среагировал
Питонист заглянул к вам в хату. По долгу службы надо снова разбираться с жс, у меня опыт есть но профессионально не кодил. Накатил Webstorm как IDE, т.к. был большой опыт с Жидбрейнс, с питоном работаю на Pycharm.
Однако почему-то в тайпскрипте у меня не подсвечиваются автоматом ошибки в IDE, я специально неверно проставил тип для express но он не среагировал
39 Кб, 1294x519>>50777
Невероятное объяснение работы WebGPU
Невероятное объяснение работы WebGPU
>>50816
Как титонист может ответить что нужно жаваскриптеру?
Как титонист может ответить что нужно жаваскриптеру?
>>50801
Да, ещё откуда у тебя payload берётся, я так и не понял. В общем дай фул код, ща пофиксим. А то ты как Страуструп, он тоже любит кусок кода показать, где в половине случаев непонятно, где вообще это было инициализировано и что делает
Да, ещё откуда у тебя payload берётся, я так и не понял. В общем дай фул код, ща пофиксим. А то ты как Страуструп, он тоже любит кусок кода показать, где в половине случаев непонятно, где вообще это было инициализировано и что делает
>>3450862 →
Что не так? Работает как математическое округление до целого. У тебя есть еще floor и ceil
>The Math.round() static method returns the value of a number rounded to the nearest integer.
>If the fractional portion of the argument is greater than 0.5, the argument is rounded to the integer with the next higher absolute value.
Что не так? Работает как математическое округление до целого. У тебя есть еще floor и ceil
>>50860
Я не понимаю проблемы. Когда есть 0.5 округляется до БОЛЬШЕГО числа
Между 2 и 3 большее число 3
Между -2 и -3 большее число 2
Я не понимаю проблемы. Когда есть 0.5 округляется до БОЛЬШЕГО числа
Между 2 и 3 большее число 3
Между -2 и -3 большее число 2
142 Кб, 1200x675>>50777
Вот выбросим на мусорку HTML и CSS, будем на WebGPU вебом управлять!
Вот выбросим на мусорку HTML и CSS, будем на WebGPU вебом управлять!
>>51126
Чтобы пользоваться им в вебе
Чтобы пользоваться им в вебе
>>50820
Оттуда, что этот хуйкин, не понимая даже базового синтаксиса языка, уже прожал npm install для како-то васянской цмс-обертки над экспрессом, и теперь пытается понять, в какой именно момент у него по штанам потекло коричневое. Типичный питухонщик.
>Да, ещё откуда у тебя payload берётся, я так и не понял.
Оттуда, что этот хуйкин, не понимая даже базового синтаксиса языка, уже прожал npm install для како-то васянской цмс-обертки над экспрессом, и теперь пытается понять, в какой именно момент у него по штанам потекло коричневое. Типичный питухонщик.
А почему нет нормального метода числа чтобы отбросить дробную часть до определенного порядка, но без округления? Да, есть туФиксед, но он сука возвращает строку.
>>51479
Потому что такое будут делать только идиоты
Потому что такое будут делать только идиоты
99 Кб, 1263x740Как вам? Немного улучшил производительность.
>>51146
Хоспаде, как же счастлив что такую чванливую блядоту активно увольняют/замещают вкатуны и LLM. Воистину, програмеры - одни из самых чсвшных но и одни из самых попущенных профессий. Хвала яйцам этому говну наконец-то приходит конец. В кои веки зашел на Погромач а не в Дипсик и собственно понял почему перестал сюда наведываться
ты даже не понял нихера, что именно я написал
Хоспаде, как же счастлив что такую чванливую блядоту активно увольняют/замещают вкатуны и LLM. Воистину, програмеры - одни из самых чсвшных но и одни из самых попущенных профессий. Хвала яйцам этому говну наконец-то приходит конец. В кои веки зашел на Погромач а не в Дипсик и собственно понял почему перестал сюда наведываться
ты даже не понял нихера, что именно я написал
>>50816
Если ты бекендер/фуллстак то можешь столкнуться с питоновскими скриптами + может так случиться что будешь сидеть на проекте где окажется питохун как у меня получилось с жс
>>50814
Экземпляр приложения express - express(). Но суть не в этом, я намеренно вбил туда хуйню но IDE мне не подсветила ошибку
Если ты бекендер/фуллстак то можешь столкнуться с питоновскими скриптами + может так случиться что будешь сидеть на проекте где окажется питохун как у меня получилось с жс
>>50814
Экземпляр приложения express - express(). Но суть не в этом, я намеренно вбил туда хуйню но IDE мне не подсветила ошибку
>>51517
Неприятно, малютка? Думал что мы тут отсосём тебе всем тредом, но хуй оказался у тебя за щекой? Терпи, малыш.
Неприятно, малютка? Думал что мы тут отсосём тебе всем тредом, но хуй оказался у тебя за щекой? Терпи, малыш.
>>51530
Тебе становится лучше, когда ты фантазируешь про ничтожность окружающих?
Это скрашивает твою боль от бесконечных безрезультатных промтов, в которых ты ничего не понимаешь?
Как ты ощущаешь себя, после того как над тобой насмеялся весь тред, за твою невообразимую тупость и неспособность использовать человеческий интеллект?
Тебе становится лучше, когда ты фантазируешь про ничтожность окружающих?
Это скрашивает твою боль от бесконечных безрезультатных промтов, в которых ты ничего не понимаешь?
Как ты ощущаешь себя, после того как над тобой насмеялся весь тред, за твою невообразимую тупость и неспособность использовать человеческий интеллект?
>>49581
Нет ты сначала покажи, как в идее можно редактировать файлв в контейнерах — пока что выглядит как пиздёж. Докер плагин для Идеи — это не плагин? Утёнок, ты совсем ебанулся, нихуя кроме своей мамы-идеи изучать не хочешь?
>В контейнер запущенный можно зайти и файлы редактировать? Показывай. Кстати, это плагин, а не из коробки
Нет ты сначала покажи, как в идее можно редактировать файлв в контейнерах — пока что выглядит как пиздёж. Докер плагин для Идеи — это не плагин? Утёнок, ты совсем ебанулся, нихуя кроме своей мамы-идеи изучать не хочешь?
>>50777
WebGPU — ужасно низкоуровневая штука. именно потому индустрия сначала разрабатывала анусы OpenGL и Direct 3D.
Я сам когда-то писал хуйню на OpenGL, было очень просто. Современный вулкан — реально дремучий лес.
> >Броооооо, WebGPU это просто!!!
WebGPU — ужасно низкоуровневая штука. именно потому индустрия сначала разрабатывала анусы OpenGL и Direct 3D.
Я сам когда-то писал хуйню на OpenGL, было очень просто. Современный вулкан — реально дремучий лес.
216 Кб, 960x1083>>49632
Непопулярные плагины работают хуже, особенно если брать непопулярные сочетания версий плагина и среды.
>>49376
Причина популярности VSCode — это яростное продвижение среды мелкомягкими, и таки грамотная реализация по сравнению с Atom. Справедливости ради, среда хорошая, я сам пользуюсь, но кодиумом, без ихней телеметрии. В том числе MS продвигает VS Code для того, чтобы собирать телеметрию, в том числе через CoPilot. Ну и просто продвигают другие свои облачные решения на Azure.
В то время, как выпускали VS Code, из конкурентов были Idea, Atom, Bracket, Sublime — последний так и не оброс серьёзными плагинами (да разрабам и похуй было на плагины). То есть, выбирать было особо не из чего. Сейчас есть какой-нибудь Zed, но его ещё несколько лет пилить надо.
В конторах, где я работал последние несколько лет, юзали и Идею, и VS Code, и Vim-совместимые варианты. Не то, чтобы были какие-то серьёзные предпочтения, в том числе не было никаких историй про "вебшторм круче, но он же ж платный". Ну типа программисты — не самые бедные люди, чтобы позволить себе подписку за $6/месяц.
Я довольно часто сидел в тупом текстовом редакторе с подсветкой синтаксиса, иногда Vim-ом через шел правил файлы, потому что все эти красивые свистоперделки в хуй не упёрлись, я знаю код и знаю что в нём делать, мне не нужны ваши ебучие отладчики, хинты типов, рефакторинги, etc. Характерно, что самые отбитые долбоебы в JS команде таки сидели на WebStorm, периодически высирая нечитаемый и нерабочий код. То есть, люди, у которых каша в голове, больше всего нуждаются во внешних костылях.
Я прошел долгий путь, когда-то сидел на Delphi с горой дополнительных расширений. Более того, я когда-то давно сам участвовал в разработке опенсорсного IDE (Anjuta). В том числе при разработке Anjuta мы столкнулись с простой истиной: нужно сильно ограничить программиста для того, чтобы алгоритмы работы IDE могли предсказуемо работать. То есть, никаких подводных камней в типах данных и метапрограммировании, никакой runtime-only хуеты, недоступной ни в простой разработке, ни даже в отладчике. И это всё то, что присутствовало в огромном энтерпрайзном проекте на делфях, из-за чего фичи IDE были либо просто неюзабельны, либо нужно было уделить хуеву гору времени на разработку расширений IDE для взаимодействия с нашими кастомными фичами.
Java в стандартном наборе уже помещает кодера в смирительную рубашку, но JS — настолько ебливый динамический язык, что я всегда предпочту всё проконтролировать глазами, даже если правки делались автоматически. Да, сейчас есть тренд делать из JS Жаву, но далеко не все ему следуют.
В принципе, я согласен с тем, что если вы хуярите через GPT однотипные сайтики на Next.js + TS + GraphQL, то у вас будет шаблонный код, предсказуемо парсящийся Вебштормом. Однако, хуета уровня конструкторов вебсайтов не должна была называться программированием изначально — и слава богу, что теперь вся эта шаблонная параша будет генерироваться нейросетками. Раньше такое на вордпрессе писали, теперь это Хибрид Апликейшн.
>Популярные плагины хорошо работают, да и непопулярные обычно тоже
Непопулярные плагины работают хуже, особенно если брать непопулярные сочетания версий плагина и среды.
>>49376
>Причина популярности VSCode - он бесплатный
Причина популярности VSCode — это яростное продвижение среды мелкомягкими, и таки грамотная реализация по сравнению с Atom. Справедливости ради, среда хорошая, я сам пользуюсь, но кодиумом, без ихней телеметрии. В том числе MS продвигает VS Code для того, чтобы собирать телеметрию, в том числе через CoPilot. Ну и просто продвигают другие свои облачные решения на Azure.
В то время, как выпускали VS Code, из конкурентов были Idea, Atom, Bracket, Sublime — последний так и не оброс серьёзными плагинами (да разрабам и похуй было на плагины). То есть, выбирать было особо не из чего. Сейчас есть какой-нибудь Zed, но его ещё несколько лет пилить надо.
В конторах, где я работал последние несколько лет, юзали и Идею, и VS Code, и Vim-совместимые варианты. Не то, чтобы были какие-то серьёзные предпочтения, в том числе не было никаких историй про "вебшторм круче, но он же ж платный". Ну типа программисты — не самые бедные люди, чтобы позволить себе подписку за $6/месяц.
Я довольно часто сидел в тупом текстовом редакторе с подсветкой синтаксиса, иногда Vim-ом через шел правил файлы, потому что все эти красивые свистоперделки в хуй не упёрлись, я знаю код и знаю что в нём делать, мне не нужны ваши ебучие отладчики, хинты типов, рефакторинги, etc. Характерно, что самые отбитые долбоебы в JS команде таки сидели на WebStorm, периодически высирая нечитаемый и нерабочий код. То есть, люди, у которых каша в голове, больше всего нуждаются во внешних костылях.
Я прошел долгий путь, когда-то сидел на Delphi с горой дополнительных расширений. Более того, я когда-то давно сам участвовал в разработке опенсорсного IDE (Anjuta). В том числе при разработке Anjuta мы столкнулись с простой истиной: нужно сильно ограничить программиста для того, чтобы алгоритмы работы IDE могли предсказуемо работать. То есть, никаких подводных камней в типах данных и метапрограммировании, никакой runtime-only хуеты, недоступной ни в простой разработке, ни даже в отладчике. И это всё то, что присутствовало в огромном энтерпрайзном проекте на делфях, из-за чего фичи IDE были либо просто неюзабельны, либо нужно было уделить хуеву гору времени на разработку расширений IDE для взаимодействия с нашими кастомными фичами.
Java в стандартном наборе уже помещает кодера в смирительную рубашку, но JS — настолько ебливый динамический язык, что я всегда предпочту всё проконтролировать глазами, даже если правки делались автоматически. Да, сейчас есть тренд делать из JS Жаву, но далеко не все ему следуют.
В принципе, я согласен с тем, что если вы хуярите через GPT однотипные сайтики на Next.js + TS + GraphQL, то у вас будет шаблонный код, предсказуемо парсящийся Вебштормом. Однако, хуета уровня конструкторов вебсайтов не должна была называться программированием изначально — и слава богу, что теперь вся эта шаблонная параша будет генерироваться нейросетками. Раньше такое на вордпрессе писали, теперь это Хибрид Апликейшн.
216 Кб, 960x1083>>49632
Непопулярные плагины работают хуже, особенно если брать непопулярные сочетания версий плагина и среды.
>>49376
Причина популярности VSCode — это яростное продвижение среды мелкомягкими, и таки грамотная реализация по сравнению с Atom. Справедливости ради, среда хорошая, я сам пользуюсь, но кодиумом, без ихней телеметрии. В том числе MS продвигает VS Code для того, чтобы собирать телеметрию, в том числе через CoPilot. Ну и просто продвигают другие свои облачные решения на Azure.
В то время, как выпускали VS Code, из конкурентов были Idea, Atom, Bracket, Sublime — последний так и не оброс серьёзными плагинами (да разрабам и похуй было на плагины). То есть, выбирать было особо не из чего. Сейчас есть какой-нибудь Zed, но его ещё несколько лет пилить надо.
В конторах, где я работал последние несколько лет, юзали и Идею, и VS Code, и Vim-совместимые варианты. Не то, чтобы были какие-то серьёзные предпочтения, в том числе не было никаких историй про "вебшторм круче, но он же ж платный". Ну типа программисты — не самые бедные люди, чтобы позволить себе подписку за $6/месяц.
Я довольно часто сидел в тупом текстовом редакторе с подсветкой синтаксиса, иногда Vim-ом через шел правил файлы, потому что все эти красивые свистоперделки в хуй не упёрлись, я знаю код и знаю что в нём делать, мне не нужны ваши ебучие отладчики, хинты типов, рефакторинги, etc. Характерно, что самые отбитые долбоебы в JS команде таки сидели на WebStorm, периодически высирая нечитаемый и нерабочий код. То есть, люди, у которых каша в голове, больше всего нуждаются во внешних костылях.
Я прошел долгий путь, когда-то сидел на Delphi с горой дополнительных расширений. Более того, я когда-то давно сам участвовал в разработке опенсорсного IDE (Anjuta). В том числе при разработке Anjuta мы столкнулись с простой истиной: нужно сильно ограничить программиста для того, чтобы алгоритмы работы IDE могли предсказуемо работать. То есть, никаких подводных камней в типах данных и метапрограммировании, никакой runtime-only хуеты, недоступной ни в простой разработке, ни даже в отладчике. И это всё то, что присутствовало в огромном энтерпрайзном проекте на делфях, из-за чего фичи IDE были либо просто неюзабельны, либо нужно было уделить хуеву гору времени на разработку расширений IDE для взаимодействия с нашими кастомными фичами.
Java в стандартном наборе уже помещает кодера в смирительную рубашку, но JS — настолько ебливый динамический язык, что я всегда предпочту всё проконтролировать глазами, даже если правки делались автоматически. Да, сейчас есть тренд делать из JS Жаву, но далеко не все ему следуют.
В принципе, я согласен с тем, что если вы хуярите через GPT однотипные сайтики на Next.js + TS + GraphQL, то у вас будет шаблонный код, предсказуемо парсящийся Вебштормом. Однако, хуета уровня конструкторов вебсайтов не должна была называться программированием изначально — и слава богу, что теперь вся эта шаблонная параша будет генерироваться нейросетками. Раньше такое на вордпрессе писали, теперь это Хибрид Апликейшн.
>Популярные плагины хорошо работают, да и непопулярные обычно тоже
Непопулярные плагины работают хуже, особенно если брать непопулярные сочетания версий плагина и среды.
>>49376
>Причина популярности VSCode - он бесплатный
Причина популярности VSCode — это яростное продвижение среды мелкомягкими, и таки грамотная реализация по сравнению с Atom. Справедливости ради, среда хорошая, я сам пользуюсь, но кодиумом, без ихней телеметрии. В том числе MS продвигает VS Code для того, чтобы собирать телеметрию, в том числе через CoPilot. Ну и просто продвигают другие свои облачные решения на Azure.
В то время, как выпускали VS Code, из конкурентов были Idea, Atom, Bracket, Sublime — последний так и не оброс серьёзными плагинами (да разрабам и похуй было на плагины). То есть, выбирать было особо не из чего. Сейчас есть какой-нибудь Zed, но его ещё несколько лет пилить надо.
В конторах, где я работал последние несколько лет, юзали и Идею, и VS Code, и Vim-совместимые варианты. Не то, чтобы были какие-то серьёзные предпочтения, в том числе не было никаких историй про "вебшторм круче, но он же ж платный". Ну типа программисты — не самые бедные люди, чтобы позволить себе подписку за $6/месяц.
Я довольно часто сидел в тупом текстовом редакторе с подсветкой синтаксиса, иногда Vim-ом через шел правил файлы, потому что все эти красивые свистоперделки в хуй не упёрлись, я знаю код и знаю что в нём делать, мне не нужны ваши ебучие отладчики, хинты типов, рефакторинги, etc. Характерно, что самые отбитые долбоебы в JS команде таки сидели на WebStorm, периодически высирая нечитаемый и нерабочий код. То есть, люди, у которых каша в голове, больше всего нуждаются во внешних костылях.
Я прошел долгий путь, когда-то сидел на Delphi с горой дополнительных расширений. Более того, я когда-то давно сам участвовал в разработке опенсорсного IDE (Anjuta). В том числе при разработке Anjuta мы столкнулись с простой истиной: нужно сильно ограничить программиста для того, чтобы алгоритмы работы IDE могли предсказуемо работать. То есть, никаких подводных камней в типах данных и метапрограммировании, никакой runtime-only хуеты, недоступной ни в простой разработке, ни даже в отладчике. И это всё то, что присутствовало в огромном энтерпрайзном проекте на делфях, из-за чего фичи IDE были либо просто неюзабельны, либо нужно было уделить хуеву гору времени на разработку расширений IDE для взаимодействия с нашими кастомными фичами.
Java в стандартном наборе уже помещает кодера в смирительную рубашку, но JS — настолько ебливый динамический язык, что я всегда предпочту всё проконтролировать глазами, даже если правки делались автоматически. Да, сейчас есть тренд делать из JS Жаву, но далеко не все ему следуют.
В принципе, я согласен с тем, что если вы хуярите через GPT однотипные сайтики на Next.js + TS + GraphQL, то у вас будет шаблонный код, предсказуемо парсящийся Вебштормом. Однако, хуета уровня конструкторов вебсайтов не должна была называться программированием изначально — и слава богу, что теперь вся эта шаблонная параша будет генерироваться нейросетками. Раньше такое на вордпрессе писали, теперь это Хибрид Апликейшн.
>>51648
Ты просто глупец, который растрачивает ресурсы собственного мозга из-за некоторого чувства элитарности, созданного на пустом месте. То есть, ты выдумал себе, что неиспользование инструментов, которые тебе облегчают генерацию кода тебя как-то поднимают над другими
Нет. Вы столкнулись с тем, что вы лоускильные макаки
Это распространённая проблема. Макака, она чему-то научилась, что-то умеет и в целом живёт норм, но иногда сталкивается с тем, что вокруг оказываются более талантливые люди. Это поджигает ёе пятую точку. От чего она, вместо того, чтобы признать свою слабость, начинает отрицать реальность. Типо, как бабка, которая видит, что рядом веселится молодёжь, а её не берут, и начинает запрещать веселье
Вот, и ты, видя, как молодые шутливые пытаются развить язык, вместо того, чтобы осилить парсинг, скатываешься в запреты. То же самое с нейросетями и удобствами. Ты их отрицаешь, дабы себя потешить, хотя по факту тратишь на это силы. Просто прими реальность, смирись с собственным положением. Реально легче станет. Нет ничего плохого в том, чтобы вообще нахуй не писать код, и гробу видеть это программирование. Нет ничего крутого в том, что ты в нем что то понял. Миллиарды людей нихуя не понимают в этом и им норм. Расслабься, кроч
Ты просто глупец, который растрачивает ресурсы собственного мозга из-за некоторого чувства элитарности, созданного на пустом месте. То есть, ты выдумал себе, что неиспользование инструментов, которые тебе облегчают генерацию кода тебя как-то поднимают над другими
>нужно сильно ограничить программиста для того, чтобы алгоритмы работы IDE могли предсказуемо работать.
Нет. Вы столкнулись с тем, что вы лоускильные макаки
Это распространённая проблема. Макака, она чему-то научилась, что-то умеет и в целом живёт норм, но иногда сталкивается с тем, что вокруг оказываются более талантливые люди. Это поджигает ёе пятую точку. От чего она, вместо того, чтобы признать свою слабость, начинает отрицать реальность. Типо, как бабка, которая видит, что рядом веселится молодёжь, а её не берут, и начинает запрещать веселье
Вот, и ты, видя, как молодые шутливые пытаются развить язык, вместо того, чтобы осилить парсинг, скатываешься в запреты. То же самое с нейросетями и удобствами. Ты их отрицаешь, дабы себя потешить, хотя по факту тратишь на это силы. Просто прими реальность, смирись с собственным положением. Реально легче станет. Нет ничего плохого в том, чтобы вообще нахуй не писать код, и гробу видеть это программирование. Нет ничего крутого в том, что ты в нем что то понял. Миллиарды людей нихуя не понимают в этом и им норм. Расслабься, кроч
>>49376
Какие удобства, мань? 90% времени ты сидишь и раздумываешь над фичей, а пока пишешь интерфейсы для фичи - продолжаешь думать.
Если ты какой-то вебмакака и пишешь кнопки - тебя заменят нейросетью и индусом за 300 баксов, можешь выкатываться из треда и идти в грузчики.
> Как только хочешь удобств
Какие удобства, мань? 90% времени ты сидишь и раздумываешь над фичей, а пока пишешь интерфейсы для фичи - продолжаешь думать.
Если ты какой-то вебмакака и пишешь кнопки - тебя заменят нейросетью и индусом за 300 баксов, можешь выкатываться из треда и идти в грузчики.
>>51665
Я уже пятый месяц не работаю, катаюсь по миру, чилю. На последней работе в основном VS Code юзал, но больше для работы с Git-ом, на самом деле, потому что 2/3 работы было "разобраться с проблемой, посмотреть, как до тебя пытались разрабатывать этот код, написать несколько строчек правок с отладкой, запустить эту хуйню, закомитить ту часть правок, которая исправляет код и не относится к отладке". Какие-то суперанализаторы не были нужны, потому что во-первых я наизусть знаю архитектуру, а во-вторых я, как техлид, жестко пиздил уебанов, которые нарушают модульность.
Отладчиком из IDE вообще никогда в жизни не пользовался, бесполезная хуета для джунов, которые не могут понять, как работает код. Серьёзным дядям не нужно миллион строк кода в проде проходить пошагово. То же относится к визуальным инструментам дизайна формочек — это красиво выглядит на hello world-ах, но в реальной разработке не применимо, большим дядям нужен REPL, поменял код — запустил, посмотрел.
>Ты сам-то чем пользуешься? VSCode-ом?
Я уже пятый месяц не работаю, катаюсь по миру, чилю. На последней работе в основном VS Code юзал, но больше для работы с Git-ом, на самом деле, потому что 2/3 работы было "разобраться с проблемой, посмотреть, как до тебя пытались разрабатывать этот код, написать несколько строчек правок с отладкой, запустить эту хуйню, закомитить ту часть правок, которая исправляет код и не относится к отладке". Какие-то суперанализаторы не были нужны, потому что во-первых я наизусть знаю архитектуру, а во-вторых я, как техлид, жестко пиздил уебанов, которые нарушают модульность.
Отладчиком из IDE вообще никогда в жизни не пользовался, бесполезная хуета для джунов, которые не могут понять, как работает код. Серьёзным дядям не нужно миллион строк кода в проде проходить пошагово. То же относится к визуальным инструментам дизайна формочек — это красиво выглядит на hello world-ах, но в реальной разработке не применимо, большим дядям нужен REPL, поменял код — запустил, посмотрел.
>>51681
Вообще не понимаю, о чём ты. Ты точно на моё сообщение хотел ответить?
Я психотерапевту когда-то озвучивал, что моя мечта — уничтожить программирование, чтобы системы вокруг просто сами работали как мне удобно.
Отсюда вопрос: ты кому комент писал?
>То есть, ты выдумал себе, что неиспользование инструментов, которые тебе облегчают генерацию кода тебя как-то поднимают над другими
Вообще не понимаю, о чём ты. Ты точно на моё сообщение хотел ответить?
>Нет ничего плохого в том, чтобы вообще нахуй не писать код, и гробу видеть это программирование. Нет ничего крутого в том, что ты в нем что то понял.
Я психотерапевту когда-то озвучивал, что моя мечта — уничтожить программирование, чтобы системы вокруг просто сами работали как мне удобно.
Отсюда вопрос: ты кому комент писал?
>>46782
TS - это такой же кал ебаного говна, как и JS, просто при выполнении ряда определенных условий ты можешь видеть "типы" переменных. Поскольку никаких фундаментальных проблем языка TS не решает и даже не ставит такой задачи, в итоге TS оказывается просто чуть более продвинутым линтером и все.
>Вопрос следующий - TS имеет какие-либо серьезные проблеиы? Или это просто JS здорового человека (со статической типизацией)?
TS - это такой же кал ебаного говна, как и JS, просто при выполнении ряда определенных условий ты можешь видеть "типы" переменных. Поскольку никаких фундаментальных проблем языка TS не решает и даже не ставит такой задачи, в итоге TS оказывается просто чуть более продвинутым линтером и все.
>>52018
Решает проблему рефакторинга старого говна на сотни тысяч строк. Без тайпскрипта ты бы просто переименовать метод бы не смог в легаси тырпрайз фронтенде
Решает проблему рефакторинга старого говна на сотни тысяч строк. Без тайпскрипта ты бы просто переименовать метод бы не смог в легаси тырпрайз фронтенде
>>52059
не знаю про что ты, я не теоретически а про себя сказал.
не знаю про что ты, я не теоретически а про себя сказал.
>>49276
С таких, что на трижды обоссанном ПХП в пять раз больше вакансий, чем на ноде, и это поиск по упоминаниям, т.е. туда вошли вакухи, в которых нода нужна, что б нажимать npm install react. Т.е. собственно бэковых, или, по крайней мере, фулкечных джоб еще раза в 3 меньше. Теперь докинь на другую чашу весов пистон, говно, джаву, сисярп и замерь долю проектов на ноде в бэкэнд разработке. Правильно, она ничтожна.
Что с ней в порядке? Это абсолютно тот же кал, обмазанный типами (и то, еще поебаться надо, чтоб нормально обмазать).
>>49276
О всех, которые связаны с тем, что ты пытаешься наебашить бэкэнд на языке, предназначенном для покраски кнопок.
>С каких пор она умирает? Наоборот живёт и развивается. Зачем писать неправду?
С таких, что на трижды обоссанном ПХП в пять раз больше вакансий, чем на ноде, и это поиск по упоминаниям, т.е. туда вошли вакухи, в которых нода нужна, что б нажимать npm install react. Т.е. собственно бэковых, или, по крайней мере, фулкечных джоб еще раза в 3 меньше. Теперь докинь на другую чашу весов пистон, говно, джаву, сисярп и замерь долю проектов на ноде в бэкэнд разработке. Правильно, она ничтожна.
>Так с серверной разработкой на ТС всё в порядке.
Что с ней в порядке? Это абсолютно тот же кал, обмазанный типами (и то, еще поебаться надо, чтоб нормально обмазать).
>>49276
>О каких ограничениях речь?
О всех, которые связаны с тем, что ты пытаешься наебашить бэкэнд на языке, предназначенном для покраски кнопок.
>>52116
Да не мертва она, просто не все отечественные кабаны разнюхали этот трюфель. По привычке пхп желуди копают.
Да не мертва она, просто не все отечественные кабаны разнюхали этот трюфель. По привычке пхп желуди копают.
>>52030
Ты под наркотиками какими-то пишешь сюда? Идешь и переименовываешь.
>Без тайпскрипта ты бы просто переименовать метод бы не смог в легаси тырпрайз фронтенде
Ты под наркотиками какими-то пишешь сюда? Идешь и переименовываешь.
>>52181
Ну допустим
1) у тебя два, три - десять методов с одинаковыми названиями
2) объект с таким методом возвращается и другого метода (например фабричный метод) и в коде вызывается этот не уникальный метод.
3) У тебя из типизации нихуя нет. Даже нормальных жс доков.
4) Фронтенд пилится не одним челом, вас там несколько и ее неизвестно сколько было до того и будет после. Ты можешь только свой метод переименовать - в чужие задачи не лезешь.
5) Воообще это был специальный гротескный пример про переименование, но благодаря тайпскрипту в идешке есть поддержка атоматичесих переименований и перемещений файлов с автоимпортом.
Ну допустим
1) у тебя два, три - десять методов с одинаковыми названиями
2) объект с таким методом возвращается и другого метода (например фабричный метод) и в коде вызывается этот не уникальный метод.
3) У тебя из типизации нихуя нет. Даже нормальных жс доков.
4) Фронтенд пилится не одним челом, вас там несколько и ее неизвестно сколько было до того и будет после. Ты можешь только свой метод переименовать - в чужие задачи не лезешь.
5) Воообще это был специальный гротескный пример про переименование, но благодаря тайпскрипту в идешке есть поддержка атоматичесих переименований и перемещений файлов с автоимпортом.
>>52216
1. Всё в порядке, они находятся в разных разных файлах.
2. Если они находятся в одном файле, в одном локальном пространстве - любой редактор кода подсветит это.
3. Знал твою мать, видел как её выебал таджик с синдромом дауна, после этого родился ты.
>1) у тебя два, три - десять методов с одинаковыми названиями
1. Всё в порядке, они находятся в разных разных файлах.
2. Если они находятся в одном файле, в одном локальном пространстве - любой редактор кода подсветит это.
3. Знал твою мать, видел как её выебал таджик с синдромом дауна, после этого родился ты.
>>52432
Пиздец ты тупой писатель портянок на 5000 строк...
>1. Всё в порядке, они находятся в разных разных файлах.
Пиздец ты тупой писатель портянок на 5000 строк...
>>52435
Обрати внимание на третий пункт, он для тебя.
Обрати внимание на третий пункт, он для тебя.
>>52018
Чел, который создавал венгерскую нотацию в своё время, был в ахуе с того, что сделали с понятием "тип". По его исходной теории, число коров — это отдельный тип, число километров — это свой. совершенно несовместимый с числом коров тип. В предельном варианте тип — это не более чем "набор значений, нужных вот этой одной функции", и у каждой функции каждый параметр имеет свой тип.
String — это не тип, это формат хранения данных. Значение одного типа может храниться в разных форматах, например, целое число некоего типа может храниться в формате Number или String — в том числе отсюда проистекала ебанутая мода на неявные преобразования типов из девяностых, которая до сих пор осталась в JS и PHP.
Так вот ебаный TS по этой теории никакие типы не проверяет, он проверяет только соответствия низкоуровневых форматов, протоколов, чтобы программа не прекратила работу с исключением из-за неспособности интерпретатора разрешить неожиданную ситуацию. В какой-то степени это частично нивелирует ебаунтые особенности JS, реализованные аж в 90-е годы, но это же делали линтеры для JS, тут тайпскрипт не нужен.
Более того, В сложных системах так или иначе возникает потребность в полиморфизме и динамических типах, из-за чего TS становится третьей ногой.
Однако, в прикладнухе есть совершенно иное применение TS, которые даже не совсем относится к исходному назначение TS — это поточное написание CRUD-ов на GraphQL, где ты в среду с бэка запрашиваешь схему данных, благодаря чему можешь прокинуть всю эту структуру данных на фронт. То есть, прямолинейные задачи, почти статичные странички, однотипные элементы, 10 лет не менявшийся фреймворк, у которого полностью описаны все типы аргументов функций, и даже поведение отдельных ебливых функций мономорфизировано для ублажения TS — в таких тараканьих бегах IDE и TS проявляют себя хорошо.
Ещё раз повторяясь:
>>51648
Самое грустное здесь, что такой подход по сути нивелирует все преимущества JavaScript, который изначально был ФУНКЦИОНАЛЬНЫМ ЯП: map-reduce, локальные данные, замыкания как фундаментальный тип данных, рекуррентные алгоритмы через явную рекурсию (асинхронный цикл, между прочим, является рекурсией) — всё это забыто, хотя Elm пытается его возродить.
>TS - это такой же кал ебаного говна, как и JS, просто при выполнении ряда определенных условий ты можешь видеть "типы" переменных.
Чел, который создавал венгерскую нотацию в своё время, был в ахуе с того, что сделали с понятием "тип". По его исходной теории, число коров — это отдельный тип, число километров — это свой. совершенно несовместимый с числом коров тип. В предельном варианте тип — это не более чем "набор значений, нужных вот этой одной функции", и у каждой функции каждый параметр имеет свой тип.
String — это не тип, это формат хранения данных. Значение одного типа может храниться в разных форматах, например, целое число некоего типа может храниться в формате Number или String — в том числе отсюда проистекала ебанутая мода на неявные преобразования типов из девяностых, которая до сих пор осталась в JS и PHP.
Так вот ебаный TS по этой теории никакие типы не проверяет, он проверяет только соответствия низкоуровневых форматов, протоколов, чтобы программа не прекратила работу с исключением из-за неспособности интерпретатора разрешить неожиданную ситуацию. В какой-то степени это частично нивелирует ебаунтые особенности JS, реализованные аж в 90-е годы, но это же делали линтеры для JS, тут тайпскрипт не нужен.
Более того, В сложных системах так или иначе возникает потребность в полиморфизме и динамических типах, из-за чего TS становится третьей ногой.
Однако, в прикладнухе есть совершенно иное применение TS, которые даже не совсем относится к исходному назначение TS — это поточное написание CRUD-ов на GraphQL, где ты в среду с бэка запрашиваешь схему данных, благодаря чему можешь прокинуть всю эту структуру данных на фронт. То есть, прямолинейные задачи, почти статичные странички, однотипные элементы, 10 лет не менявшийся фреймворк, у которого полностью описаны все типы аргументов функций, и даже поведение отдельных ебливых функций мономорфизировано для ублажения TS — в таких тараканьих бегах IDE и TS проявляют себя хорошо.
Ещё раз повторяясь:
>>51648
>нужно сильно ограничить программиста для того, чтобы алгоритмы работы IDE могли предсказуемо работать. То есть, никаких подводных камней в типах данных и метапрограммировании, никакой runtime-only хуеты, недоступной ни в простой разработке, ни даже в отладчике
Самое грустное здесь, что такой подход по сути нивелирует все преимущества JavaScript, который изначально был ФУНКЦИОНАЛЬНЫМ ЯП: map-reduce, локальные данные, замыкания как фундаментальный тип данных, рекуррентные алгоритмы через явную рекурсию (асинхронный цикл, между прочим, является рекурсией) — всё это забыто, хотя Elm пытается его возродить.
>>52018
Чел, который создавал венгерскую нотацию в своё время, был в ахуе с того, что сделали с понятием "тип". По его исходной теории, число коров — это отдельный тип, число километров — это свой. совершенно несовместимый с числом коров тип. В предельном варианте тип — это не более чем "набор значений, нужных вот этой одной функции", и у каждой функции каждый параметр имеет свой тип.
String — это не тип, это формат хранения данных. Значение одного типа может храниться в разных форматах, например, целое число некоего типа может храниться в формате Number или String — в том числе отсюда проистекала ебанутая мода на неявные преобразования типов из девяностых, которая до сих пор осталась в JS и PHP.
Так вот ебаный TS по этой теории никакие типы не проверяет, он проверяет только соответствия низкоуровневых форматов, протоколов, чтобы программа не прекратила работу с исключением из-за неспособности интерпретатора разрешить неожиданную ситуацию. В какой-то степени это частично нивелирует ебаунтые особенности JS, реализованные аж в 90-е годы, но это же делали линтеры для JS, тут тайпскрипт не нужен.
Более того, В сложных системах так или иначе возникает потребность в полиморфизме и динамических типах, из-за чего TS становится третьей ногой.
Однако, в прикладнухе есть совершенно иное применение TS, которые даже не совсем относится к исходному назначение TS — это поточное написание CRUD-ов на GraphQL, где ты в среду с бэка запрашиваешь схему данных, благодаря чему можешь прокинуть всю эту структуру данных на фронт. То есть, прямолинейные задачи, почти статичные странички, однотипные элементы, 10 лет не менявшийся фреймворк, у которого полностью описаны все типы аргументов функций, и даже поведение отдельных ебливых функций мономорфизировано для ублажения TS — в таких тараканьих бегах IDE и TS проявляют себя хорошо.
Ещё раз повторяясь:
>>51648
Самое грустное здесь, что такой подход по сути нивелирует все преимущества JavaScript, который изначально был ФУНКЦИОНАЛЬНЫМ ЯП: map-reduce, локальные данные, замыкания как фундаментальный тип данных, рекуррентные алгоритмы через явную рекурсию (асинхронный цикл, между прочим, является рекурсией) — всё это забыто, хотя Elm пытается его возродить.
>TS - это такой же кал ебаного говна, как и JS, просто при выполнении ряда определенных условий ты можешь видеть "типы" переменных.
Чел, который создавал венгерскую нотацию в своё время, был в ахуе с того, что сделали с понятием "тип". По его исходной теории, число коров — это отдельный тип, число километров — это свой. совершенно несовместимый с числом коров тип. В предельном варианте тип — это не более чем "набор значений, нужных вот этой одной функции", и у каждой функции каждый параметр имеет свой тип.
String — это не тип, это формат хранения данных. Значение одного типа может храниться в разных форматах, например, целое число некоего типа может храниться в формате Number или String — в том числе отсюда проистекала ебанутая мода на неявные преобразования типов из девяностых, которая до сих пор осталась в JS и PHP.
Так вот ебаный TS по этой теории никакие типы не проверяет, он проверяет только соответствия низкоуровневых форматов, протоколов, чтобы программа не прекратила работу с исключением из-за неспособности интерпретатора разрешить неожиданную ситуацию. В какой-то степени это частично нивелирует ебаунтые особенности JS, реализованные аж в 90-е годы, но это же делали линтеры для JS, тут тайпскрипт не нужен.
Более того, В сложных системах так или иначе возникает потребность в полиморфизме и динамических типах, из-за чего TS становится третьей ногой.
Однако, в прикладнухе есть совершенно иное применение TS, которые даже не совсем относится к исходному назначение TS — это поточное написание CRUD-ов на GraphQL, где ты в среду с бэка запрашиваешь схему данных, благодаря чему можешь прокинуть всю эту структуру данных на фронт. То есть, прямолинейные задачи, почти статичные странички, однотипные элементы, 10 лет не менявшийся фреймворк, у которого полностью описаны все типы аргументов функций, и даже поведение отдельных ебливых функций мономорфизировано для ублажения TS — в таких тараканьих бегах IDE и TS проявляют себя хорошо.
Ещё раз повторяясь:
>>51648
>нужно сильно ограничить программиста для того, чтобы алгоритмы работы IDE могли предсказуемо работать. То есть, никаких подводных камней в типах данных и метапрограммировании, никакой runtime-only хуеты, недоступной ни в простой разработке, ни даже в отладчике
Самое грустное здесь, что такой подход по сути нивелирует все преимущества JavaScript, который изначально был ФУНКЦИОНАЛЬНЫМ ЯП: map-reduce, локальные данные, замыкания как фундаментальный тип данных, рекуррентные алгоритмы через явную рекурсию (асинхронный цикл, между прочим, является рекурсией) — всё это забыто, хотя Elm пытается его возродить.
>>52030
"Метод"? Ебать, может у вас там ещё и иерархии наследования? Шаблоном Visitor часто пользуетесь?
Нахуй мне метод переименовывать? Типа клиент такой приходит "всё нравится, клиенты товары могут купить, и поиск по сайту работает хорошо — вот только Марие Ивановне и её подружкамиз Тобольска не нравится, что ваши названия методов оскорбляют негров" — так, что ли? Заказчик приходит с новыми функциональными требованиям, и тут уже IDE тебе новую фичу сам не напишет автоматом. Даже если ты нейросеточкой что-то нахуяришь — при иерархии классов поведение этой новой хуйни непредсказуемою.
Я два года назад своему банкингу зарепортил багу с детальным описанием решения, из-за этой баги отваливалась цифровая подпись. Спустя два года со всеми IDE и нейросетками никто не смог поправить проблему, потому что СИСТЕМА СУКА РАСПРЕДЕЛЁННАЯ, ты не контролируешь все её части. Нейронка говорит, что всё работает, IDE говорит, что всё норм — а код не работает. Потому что его писали ебланы с вебштормом вместо мозгов.
>Без тайпскрипта ты бы просто переименовать метод бы не смог в легаси тырпрайз фронтенде
"Метод"? Ебать, может у вас там ещё и иерархии наследования? Шаблоном Visitor часто пользуетесь?
Нахуй мне метод переименовывать? Типа клиент такой приходит "всё нравится, клиенты товары могут купить, и поиск по сайту работает хорошо — вот только Марие Ивановне и её подружкамиз Тобольска не нравится, что ваши названия методов оскорбляют негров" — так, что ли? Заказчик приходит с новыми функциональными требованиям, и тут уже IDE тебе новую фичу сам не напишет автоматом. Даже если ты нейросеточкой что-то нахуяришь — при иерархии классов поведение этой новой хуйни непредсказуемою.
Я два года назад своему банкингу зарепортил багу с детальным описанием решения, из-за этой баги отваливалась цифровая подпись. Спустя два года со всеми IDE и нейросетками никто не смог поправить проблему, потому что СИСТЕМА СУКА РАСПРЕДЕЛЁННАЯ, ты не контролируешь все её части. Нейронка говорит, что всё работает, IDE говорит, что всё норм — а код не работает. Потому что его писали ебланы с вебштормом вместо мозгов.
>>52116
У меня отвлечённые вопрос: какой ебанат придумал на самом хуёвом языке в галактике, созданном за десять дней, писать бэк в условиях, когда можно взять любой другой язык из этой галактики? Я когда N лет назад первый раз услышал про бэк на JS, то даже не совсем понял, что это такое. Я подумал, что у них там на сервере стоит браузер, и им зачем-то нужно в этом браузере что-то автоматизировать. Ну типа как документы MS Office через ActiveX открывать и редактировать (так Office 365 делает, если что). Но ПРОСТО ПИСАТЬ КОД НА JS? Вы ебанулись?
>С таких, что на трижды обоссанном ПХП в пять раз больше вакансий, чем на ноде
У меня отвлечённые вопрос: какой ебанат придумал на самом хуёвом языке в галактике, созданном за десять дней, писать бэк в условиях, когда можно взять любой другой язык из этой галактики? Я когда N лет назад первый раз услышал про бэк на JS, то даже не совсем понял, что это такое. Я подумал, что у них там на сервере стоит браузер, и им зачем-то нужно в этом браузере что-то автоматизировать. Ну типа как документы MS Office через ActiveX открывать и редактировать (так Office 365 делает, если что). Но ПРОСТО ПИСАТЬ КОД НА JS? Вы ебанулись?
>>52216
Прежде всего нужно ногами отпиздить мудаков, у которых 90% функций называются "post", "get", и прочее. А потом, собственно, проблемы больше не остаётся.
А иначе я тебе могу написать код на TS так, что ты охуеешь:
type Transformer<T> = (input: T) => T;
type Pipe<A> = <B>(fn: Transformer<B>) => Pipe<B>;
type Execute<T> = (x: T) => T;
type Pipeline<T> = Pipe<T> & Execute<T>;
const createPipeline = <T>(fn: Transformer<T>): Pipeline<T> => {
const composed = [fn];
const pipe = (<B>(nextFn: Transformer<B>) => {
composed.push(nextFn as any);
return pipe as unknown as Pipeline<B>;
}) as Pipeline<T>;
const exec = (x: T) => composed.reduce((acc, f) => f(acc), x);
return Object.assign(pipe, exec);
};
const pipeline = createPipeline((x: number) => x + 1)
((x: number) => x 2)
((x: number) => x - 3);
const result = pipeline(5); // (((5 + 1) 2) - 3) = 9
console.log(result); // 9
И пожелаю тебе щастья и здоровья при рефакторинге этого говна. Это, кстати, не совсем шутка, я так ИРЛ троллил на работе ебланов с вебштормами.
Если у вас каждый новый разраб срёт в проект как хочет, то вам ничего не поможет. То есть, будет некая критическая масса кода, при достижении которой проект станет невозможно поддерживать и развивать — это постоянно случается, сплошь и рядом. Даже фейсбуку приходилось нанимать сторонние компании для разработки отдельных сложных модулей, потому что 95% фронтеров в фейсбуке — безмозглые макаки, и менеджмент фейсбука это довольно чётко это понимает.
Собственно, именно так и возникла идея создания React.js — он нужен был как относительно безопасная смирительная рубашка для раскраски кнопочек индусами. И по той же причине React.js стал настолько популярным среди аналогичных индусных помоек.
>1) у тебя два, три - десять методов с одинаковыми названиям
>2) объект с таким методом возвращается и другого метода (например фабричный метод) и в коде вызывается этот не уникальный метод.
Прежде всего нужно ногами отпиздить мудаков, у которых 90% функций называются "post", "get", и прочее. А потом, собственно, проблемы больше не остаётся.
А иначе я тебе могу написать код на TS так, что ты охуеешь:
type Transformer<T> = (input: T) => T;
type Pipe<A> = <B>(fn: Transformer<B>) => Pipe<B>;
type Execute<T> = (x: T) => T;
type Pipeline<T> = Pipe<T> & Execute<T>;
const createPipeline = <T>(fn: Transformer<T>): Pipeline<T> => {
const composed = [fn];
const pipe = (<B>(nextFn: Transformer<B>) => {
composed.push(nextFn as any);
return pipe as unknown as Pipeline<B>;
}) as Pipeline<T>;
const exec = (x: T) => composed.reduce((acc, f) => f(acc), x);
return Object.assign(pipe, exec);
};
const pipeline = createPipeline((x: number) => x + 1)
((x: number) => x 2)
((x: number) => x - 3);
const result = pipeline(5); // (((5 + 1) 2) - 3) = 9
console.log(result); // 9
И пожелаю тебе щастья и здоровья при рефакторинге этого говна. Это, кстати, не совсем шутка, я так ИРЛ троллил на работе ебланов с вебштормами.
>Фронтенд пилится не одним челом, вас там несколько и ее неизвестно сколько было до того и будет после.
Если у вас каждый новый разраб срёт в проект как хочет, то вам ничего не поможет. То есть, будет некая критическая масса кода, при достижении которой проект станет невозможно поддерживать и развивать — это постоянно случается, сплошь и рядом. Даже фейсбуку приходилось нанимать сторонние компании для разработки отдельных сложных модулей, потому что 95% фронтеров в фейсбуке — безмозглые макаки, и менеджмент фейсбука это довольно чётко это понимает.
Собственно, именно так и возникла идея создания React.js — он нужен был как относительно безопасная смирительная рубашка для раскраски кнопочек индусами. И по той же причине React.js стал настолько популярным среди аналогичных индусных помоек.
>>52216
Прежде всего нужно ногами отпиздить мудаков, у которых 90% функций называются "post", "get", и прочее. А потом, собственно, проблемы больше не остаётся.
А иначе я тебе могу написать код на TS так, что ты охуеешь:
type Transformer<T> = (input: T) => T;
type Pipe<A> = <B>(fn: Transformer<B>) => Pipe<B>;
type Execute<T> = (x: T) => T;
type Pipeline<T> = Pipe<T> & Execute<T>;
const createPipeline = <T>(fn: Transformer<T>): Pipeline<T> => {
const composed = [fn];
const pipe = (<B>(nextFn: Transformer<B>) => {
composed.push(nextFn as any);
return pipe as unknown as Pipeline<B>;
}) as Pipeline<T>;
const exec = (x: T) => composed.reduce((acc, f) => f(acc), x);
return Object.assign(pipe, exec);
};
const pipeline = createPipeline((x: number) => x + 1)
((x: number) => x 2)
((x: number) => x - 3);
const result = pipeline(5); // (((5 + 1) 2) - 3) = 9
console.log(result); // 9
И пожелаю тебе щастья и здоровья при рефакторинге этого говна. Это, кстати, не совсем шутка, я так ИРЛ троллил на работе ебланов с вебштормами.
Если у вас каждый новый разраб срёт в проект как хочет, то вам ничего не поможет. То есть, будет некая критическая масса кода, при достижении которой проект станет невозможно поддерживать и развивать — это постоянно случается, сплошь и рядом. Даже фейсбуку приходилось нанимать сторонние компании для разработки отдельных сложных модулей, потому что 95% фронтеров в фейсбуке — безмозглые макаки, и менеджмент фейсбука это довольно чётко это понимает.
Собственно, именно так и возникла идея создания React.js — он нужен был как относительно безопасная смирительная рубашка для раскраски кнопочек индусами. И по той же причине React.js стал настолько популярным среди аналогичных индусных помоек.
>1) у тебя два, три - десять методов с одинаковыми названиям
>2) объект с таким методом возвращается и другого метода (например фабричный метод) и в коде вызывается этот не уникальный метод.
Прежде всего нужно ногами отпиздить мудаков, у которых 90% функций называются "post", "get", и прочее. А потом, собственно, проблемы больше не остаётся.
А иначе я тебе могу написать код на TS так, что ты охуеешь:
type Transformer<T> = (input: T) => T;
type Pipe<A> = <B>(fn: Transformer<B>) => Pipe<B>;
type Execute<T> = (x: T) => T;
type Pipeline<T> = Pipe<T> & Execute<T>;
const createPipeline = <T>(fn: Transformer<T>): Pipeline<T> => {
const composed = [fn];
const pipe = (<B>(nextFn: Transformer<B>) => {
composed.push(nextFn as any);
return pipe as unknown as Pipeline<B>;
}) as Pipeline<T>;
const exec = (x: T) => composed.reduce((acc, f) => f(acc), x);
return Object.assign(pipe, exec);
};
const pipeline = createPipeline((x: number) => x + 1)
((x: number) => x 2)
((x: number) => x - 3);
const result = pipeline(5); // (((5 + 1) 2) - 3) = 9
console.log(result); // 9
И пожелаю тебе щастья и здоровья при рефакторинге этого говна. Это, кстати, не совсем шутка, я так ИРЛ троллил на работе ебланов с вебштормами.
>Фронтенд пилится не одним челом, вас там несколько и ее неизвестно сколько было до того и будет после.
Если у вас каждый новый разраб срёт в проект как хочет, то вам ничего не поможет. То есть, будет некая критическая масса кода, при достижении которой проект станет невозможно поддерживать и развивать — это постоянно случается, сплошь и рядом. Даже фейсбуку приходилось нанимать сторонние компании для разработки отдельных сложных модулей, потому что 95% фронтеров в фейсбуке — безмозглые макаки, и менеджмент фейсбука это довольно чётко это понимает.
Собственно, именно так и возникла идея создания React.js — он нужен был как относительно безопасная смирительная рубашка для раскраски кнопочек индусами. И по той же причине React.js стал настолько популярным среди аналогичных индусных помоек.
>>52753
Например? С основаниями почему нужно взять именно этот любой другой язык, кроме TS.
>когда можно взять любой другой язык из этой галактики
Например? С основаниями почему нужно взять именно этот любой другой язык, кроме TS.
>>52435
А что делать, если я (>>52750 >>52755) — умный писатель портянок? В принципе, обычно до 5000 в JS я стараюсь не доходить, где-то 1000-3000 строк является оптимальным количеством для логики, в маленькие файлы я выношу только общие вспомогательные штуки.
>Пиздец ты тупой писатель портянок на 5000 строк...
А что делать, если я (>>52750 >>52755) — умный писатель портянок? В принципе, обычно до 5000 в JS я стараюсь не доходить, где-то 1000-3000 строк является оптимальным количеством для логики, в маленькие файлы я выношу только общие вспомогательные штуки.
>>52755
Это у вас функции такие? А в чем прикол?
>const exec = (x: T) => composed.reduce((acc, f) => f(acc), x)
Это у вас функции такие? А в чем прикол?
>>52755
То есть, ты считаешь, что VSCode с плугинами - более оптимальный вариант для работы?
мимо другой анон
>Это, кстати, не совсем шутка, я так ИРЛ троллил на работе ебланов с вебштормами.
То есть, ты считаешь, что VSCode с плугинами - более оптимальный вариант для работы?
мимо другой анон
>>52757
Питхон, Golang, Elixir — в порядке от "ЯП для даунов" до "ЯП для экспертов по распределённым системам".
Питхон ещё и потому уважаем мной, что я под него пишу расширения. То есть, если возникает какое-то бутылочное горлышко, то я просто хуярю на сишке функцию для этого вычисления. Хотя, есть и другие способы добиться промежуточного эффекта, вроде того же Cython, генерирующего питоновые расширения без необходимости целиком погружаться в C API.
>>52763
Чейнификация же ж, а exec проходится по всему списку функций composed и применяет их по одной. composed здесь является общей изменяемой переменной для всех функций, что не совсем очевидно.
>Например? С основаниями почему нужно взять именно этот любой другой язык, кроме TS.
Питхон, Golang, Elixir — в порядке от "ЯП для даунов" до "ЯП для экспертов по распределённым системам".
Питхон ещё и потому уважаем мной, что я под него пишу расширения. То есть, если возникает какое-то бутылочное горлышко, то я просто хуярю на сишке функцию для этого вычисления. Хотя, есть и другие способы добиться промежуточного эффекта, вроде того же Cython, генерирующего питоновые расширения без необходимости целиком погружаться в C API.
>>52763
>>const exec = (x: T) => composed.reduce((acc, f) => f(acc), x)
>Это у вас функции такие? А в чем прикол?
Чейнификация же ж, а exec проходится по всему списку функций composed и применяет их по одной. composed здесь является общей изменяемой переменной для всех функций, что не совсем очевидно.
>>52764
Неа, мозги являются лучшей IDE.
>То есть, ты считаешь, что VSCode с плугинами - более оптимальный вариант для работы?
Неа, мозги являются лучшей IDE.
21 Кб, 510x383>>52750
Обгрунтовал.
Одной из которых является то, что вместо адекватной стратегии вместо fail-fast fail-loud системы, которая падает сразу и громко, JS всегда выбирает продолжать исполнение любой ценой, даже когда обрабатываемые данные заведомо невалидны и дальнейшая работа программы вообще не имеет смысла, что роднит ее с другим фракталом плохого дизайна:
Чтобы макака ПОЛНОСТЬЮ отключила мозг и из типов генерила OpenAPI ручки, все так.
Насчет локальных данных и замыканий, я бы, конечно, поспорил.
>>52753
Смотрит на тебя как на гоя.
>>52805
Зачем ты ему что-то объясняешь? Если человек считает нормальным писать бэк на TS, тут есть два варианта:
1) они никогда в жизни не видел других ЯП, тогда бесполезно что-либо объяснять, это как объяснять преимущества тойоты человеку, который всю жизнь с жигулей не слазит. Его просто надо в эту тойоту посадить.
2) он видел другие ЯПы, но все равно считает TS нормальным. В таком случае нужен галоперидол, тут объяснения бессмысленны.
>Так вот ебаный TS по этой теории никакие типы не проверяет, он проверяет только соответствия низкоуровневых форматов, протоколов, чтобы программа не прекратила работу с исключением из-за неспособности интерпретатора разрешить неожиданную ситуацию.
Обгрунтовал.
>В какой-то степени это частично нивелирует ебаунтые особенности JS
Одной из которых является то, что вместо адекватной стратегии вместо fail-fast fail-loud системы, которая падает сразу и громко, JS всегда выбирает продолжать исполнение любой ценой, даже когда обрабатываемые данные заведомо невалидны и дальнейшая работа программы вообще не имеет смысла, что роднит ее с другим фракталом плохого дизайна:
>PHP
>это поточное написание CRUD-ов
Чтобы макака ПОЛНОСТЬЮ отключила мозг и из типов генерила OpenAPI ручки, все так.
>все преимущества JavaScript, который изначально был ФУНКЦИОНАЛЬНЫМ ЯП: map-reduce, локальные данные, замыкания как фундаментальный тип данных
Насчет локальных данных и замыканий, я бы, конечно, поспорил.
>>52753
>У меня отвлечённые вопрос: какой ебанат придумал на самом хуёвом языке в галактике, созданном за десять дней, писать бэк
Смотрит на тебя как на гоя.
>>52805
>Питхон, Golang, Elixir — в порядке от "ЯП для даунов" до "ЯП для экспертов по распределённым системам".
Зачем ты ему что-то объясняешь? Если человек считает нормальным писать бэк на TS, тут есть два варианта:
1) они никогда в жизни не видел других ЯП, тогда бесполезно что-либо объяснять, это как объяснять преимущества тойоты человеку, который всю жизнь с жигулей не слазит. Его просто надо в эту тойоту посадить.
2) он видел другие ЯПы, но все равно считает TS нормальным. В таком случае нужен галоперидол, тут объяснения бессмысленны.
Вы развели демагогию, но толком не привели ни одного довода почему питухон это тойота, а нода с тайпскриптом - жигуль. Если причина только в строгой типизации питухона - то наркоманы это вы.
Для бизнес крудошлепства нода с тайпскриптом дает все что нужно. Нахуя кабанычу с его специфичной CRM какие-то другие технологии кроме ноды? Да нода не для рокет саенса. Она для простого биза ,чтобы нанять челиков фулстеков с улицы. Если бы выбирали с питухоном, пришлось бы искать среди людей с двумя стеками в резюме.
Что касается тайпскрипта. Наркомания с переусложнением системы типов в тайпскрипте не нужна в бизнесе. Там нужны простые юзкесы. Например нужны средства для идешки, чтобы быстро найти ссылки в коде на типы или классы. Или чтобы не писать на каждый пук тесты, а статическая типизаци несколько уменьшает потребность в таких тестах. Но тащить ради статической типизации жаву в малый бизнес не выгодно.
Поэтому нода просто практичный выбор, для маленьких компаний, как и пыха. На мое имхо если большая компания выбирает ноду, то это действительно больная голова виновата.
Для бизнес крудошлепства нода с тайпскриптом дает все что нужно. Нахуя кабанычу с его специфичной CRM какие-то другие технологии кроме ноды? Да нода не для рокет саенса. Она для простого биза ,чтобы нанять челиков фулстеков с улицы. Если бы выбирали с питухоном, пришлось бы искать среди людей с двумя стеками в резюме.
Что касается тайпскрипта. Наркомания с переусложнением системы типов в тайпскрипте не нужна в бизнесе. Там нужны простые юзкесы. Например нужны средства для идешки, чтобы быстро найти ссылки в коде на типы или классы. Или чтобы не писать на каждый пук тесты, а статическая типизаци несколько уменьшает потребность в таких тестах. Но тащить ради статической типизации жаву в малый бизнес не выгодно.
Поэтому нода просто практичный выбор, для маленьких компаний, как и пыха. На мое имхо если большая компания выбирает ноду, то это действительно больная голова виновата.
>>52900
Нет, это императивная джаваподобная ООП-дрисня для вебмакак. Там даже оптимизации хвостовой рекурсии нет.
>JavaScript, который изначально был ФУНКЦИОНАЛЬНЫМ ЯП
Нет, это императивная джаваподобная ООП-дрисня для вебмакак. Там даже оптимизации хвостовой рекурсии нет.
>>52928
А где это адапировано в полном смысле? Только в неиспользуемых никем ФП языках
А где это адапировано в полном смысле? Только в неиспользуемых никем ФП языках
>>52924
Потому что:
1) нода изначально не предназначена для бэкенд разработки
2) джаваскрипт один из худших языков программирования в мире для бэка по озвученной выше причине
Это даже для браузера хуевенькая идея, а для бэка - это просто пизда.
3) тайпскрипт НИКАК не фиксит фундаментальные проблемы джаваскрипта, выступая в роли довольно примитивного линтера/статического анализатора
Тебе нужно объяснять почему джс худший яп в мире?
Laravel или Django просто в силу КРАТНО более развитой экосистемы с этим справляются в разы лучше.
Переформулируй свой вопрос:
И на выходе ты получаешь фронтендеров, которые работают с БД, и бэкендеров, которые верстают. Просто пушка, блять!
Нет, вместо двух равномерно лоускильных фулкеков, у тебя будет один нормальный фронтендер, и один нормальный бэкендер.
Тем не менее, любая код база на ТСе очень быстро превращается в нагромождение перечисляемых ютилити типов с инферами и прочей ебалой. Я еще ни разу не видел, чтоб без этого обошлось.
Никто не говорит про джаву, речь про простые скриптовые языки типа ПХП и питухона, которые лишены фундаментальных проблем ДЖС.
>почему питухон это тойота, а нода с тайпскриптом - жигуль.
Потому что:
1) нода изначально не предназначена для бэкенд разработки
2) джаваскрипт один из худших языков программирования в мире для бэка по озвученной выше причине
>JS всегда выбирает продолжать исполнение любой ценой, даже когда обрабатываемые данные заведомо невалидны и дальнейшая работа программы вообще не имеет смысла
Это даже для браузера хуевенькая идея, а для бэка - это просто пизда.
3) тайпскрипт НИКАК не фиксит фундаментальные проблемы джаваскрипта, выступая в роли довольно примитивного линтера/статического анализатора
Тебе нужно объяснять почему джс худший яп в мире?
>Для бизнес крудошлепства нода с тайпскриптом дает все что нужно.
Laravel или Django просто в силу КРАТНО более развитой экосистемы с этим справляются в разы лучше.
>Нахуя кабанычу с его специфичной CRM какие-то другие технологии кроме ноды?
Переформулируй свой вопрос:
>Нахуя кабанычу с его специфичной CRM какая-то нода?
>Она для простого биза ,чтобы нанять челиков фулстеков с улицы.
И на выходе ты получаешь фронтендеров, которые работают с БД, и бэкендеров, которые верстают. Просто пушка, блять!
>Если бы выбирали с питухоном, пришлось бы искать среди людей с двумя стеками в резюме.
Нет, вместо двух равномерно лоускильных фулкеков, у тебя будет один нормальный фронтендер, и один нормальный бэкендер.
>Наркомания с переусложнением системы типов в тайпскрипте не нужна в бизнесе.
Тем не менее, любая код база на ТСе очень быстро превращается в нагромождение перечисляемых ютилити типов с инферами и прочей ебалой. Я еще ни разу не видел, чтоб без этого обошлось.
>Но тащить ради статической типизации жаву в малый бизнес не выгодно.
Никто не говорит про джаву, речь про простые скриптовые языки типа ПХП и питухона, которые лишены фундаментальных проблем ДЖС.
>>52924
Потому что:
1) нода изначально не предназначена для бэкенд разработки
2) джаваскрипт один из худших языков программирования в мире для бэка по озвученной выше причине
Это даже для браузера хуевенькая идея, а для бэка - это просто пизда.
3) тайпскрипт НИКАК не фиксит фундаментальные проблемы джаваскрипта, выступая в роли довольно примитивного линтера/статического анализатора
Тебе нужно объяснять почему джс худший яп в мире?
Laravel или Django просто в силу КРАТНО более развитой экосистемы с этим справляются в разы лучше.
Переформулируй свой вопрос:
И на выходе ты получаешь фронтендеров, которые работают с БД, и бэкендеров, которые верстают. Просто пушка, блять!
Нет, вместо двух равномерно лоускильных фулкеков, у тебя будет один нормальный фронтендер, и один нормальный бэкендер.
Тем не менее, любая код база на ТСе очень быстро превращается в нагромождение перечисляемых ютилити типов с инферами и прочей ебалой. Я еще ни разу не видел, чтоб без этого обошлось.
Никто не говорит про джаву, речь про простые скриптовые языки типа ПХП и питухона, которые лишены фундаментальных проблем ДЖС.
>почему питухон это тойота, а нода с тайпскриптом - жигуль.
Потому что:
1) нода изначально не предназначена для бэкенд разработки
2) джаваскрипт один из худших языков программирования в мире для бэка по озвученной выше причине
>JS всегда выбирает продолжать исполнение любой ценой, даже когда обрабатываемые данные заведомо невалидны и дальнейшая работа программы вообще не имеет смысла
Это даже для браузера хуевенькая идея, а для бэка - это просто пизда.
3) тайпскрипт НИКАК не фиксит фундаментальные проблемы джаваскрипта, выступая в роли довольно примитивного линтера/статического анализатора
Тебе нужно объяснять почему джс худший яп в мире?
>Для бизнес крудошлепства нода с тайпскриптом дает все что нужно.
Laravel или Django просто в силу КРАТНО более развитой экосистемы с этим справляются в разы лучше.
>Нахуя кабанычу с его специфичной CRM какие-то другие технологии кроме ноды?
Переформулируй свой вопрос:
>Нахуя кабанычу с его специфичной CRM какая-то нода?
>Она для простого биза ,чтобы нанять челиков фулстеков с улицы.
И на выходе ты получаешь фронтендеров, которые работают с БД, и бэкендеров, которые верстают. Просто пушка, блять!
>Если бы выбирали с питухоном, пришлось бы искать среди людей с двумя стеками в резюме.
Нет, вместо двух равномерно лоускильных фулкеков, у тебя будет один нормальный фронтендер, и один нормальный бэкендер.
>Наркомания с переусложнением системы типов в тайпскрипте не нужна в бизнесе.
Тем не менее, любая код база на ТСе очень быстро превращается в нагромождение перечисляемых ютилити типов с инферами и прочей ебалой. Я еще ни разу не видел, чтоб без этого обошлось.
>Но тащить ради статической типизации жаву в малый бизнес не выгодно.
Никто не говорит про джаву, речь про простые скриптовые языки типа ПХП и питухона, которые лишены фундаментальных проблем ДЖС.
195 Кб, 800x779>>52900
Просто ты - дегенерат: https://www.youtube.com/watch?v=shAELuHaTio
А самое потешное, что при сопоставимой производительности и ресурсоемкости Node и Go, на Node я могу сделать бизнес-логику на порядки сложнее, чем в Go и поддерживать ее будет на порядки легче, чем в Go.
Go - прекрасен, спору нет. Невыразительный обрезок, но для инфраструктурных задач он прекрасен. Однако делать на нем весь бэк отличный от простого - это путь для полностью отбитых.
>Зачем ты ему что-то объясняешь? Если человек считает нормальным писать бэк на TS...
>Питхон для бэка
Просто ты - дегенерат: https://www.youtube.com/watch?v=shAELuHaTio
А самое потешное, что при сопоставимой производительности и ресурсоемкости Node и Go, на Node я могу сделать бизнес-логику на порядки сложнее, чем в Go и поддерживать ее будет на порядки легче, чем в Go.
Go - прекрасен, спору нет. Невыразительный обрезок, но для инфраструктурных задач он прекрасен. Однако делать на нем весь бэк отличный от простого - это путь для полностью отбитых.
>>52955
Но питон тоже не проектировался для бекенд разработки. Жава вообще для таблетов проектировалась, а не пк и серверов. Единственный бекенд язык тогда - это пыха.
Но питон тоже не проектировался для бекенд разработки. Жава вообще для таблетов проектировалась, а не пк и серверов. Единственный бекенд язык тогда - это пыха.
6 Кб, 278x181>>52990
Ты вообще понимаешь разницу между DSL и ЯП общего назначения?
С хуяли баня загорелась?
Челики просто не осилили C++:
ПРИГОТОВИЛИСЬ?
@
НАБРАЛИ ВОЗДУХА В ГРУДЬ?
>Но питон тоже не проектировался для бекенд разработки.
Ты вообще понимаешь разницу между DSL и ЯП общего назначения?
>Жава вообще для таблетов проектировалась
С хуяли баня загорелась?
>The Java platform and language began as an internal project at Sun Microsystems in December 1990, providing an alternative to the C++/C programming languages.
Челики просто не осилили C++:
>they decided that C++ needed too much memory and that its complexity led to developer errors. The language's lack of garbage collection meant that programmers had to manually manage system memory
ПРИГОТОВИЛИСЬ?
@
НАБРАЛИ ВОЗДУХА В ГРУДЬ?
>they decided that C++ needed too much memory
>>52900
Ты хоть укажи, что конкретно обгрунтовать. Ты не согласен с тем, что TS от каких-то ошибок защищает? Защищает, но ровно настолько, насколько он сможет проверить данные до выполнения скрипта. И это о-очень сильно зависит от того, насколько всратые данные будут приходить из соседних скриптов.
>>Так вот ебаный TS по этой теории никакие типы не проверяет, он проверяет только соответствия низкоуровневых форматов, протоколов, чтобы программа не прекратила работу с исключением из-за неспособности интерпретатора разрешить неожиданную ситуацию.
>Обгрунтовал.
Ты хоть укажи, что конкретно обгрунтовать. Ты не согласен с тем, что TS от каких-то ошибок защищает? Защищает, но ровно настолько, насколько он сможет проверить данные до выполнения скрипта. И это о-очень сильно зависит от того, насколько всратые данные будут приходить из соседних скриптов.
>>53010
James Gosling, Mike Sheridan, and Patrick Naughton initiated the Java language project in June 1991.[23] Java was originally designed for interactive television, but it was too advanced for the digital cable television industry at the time.[24] The language was initially called Oak after an oak tree that stood outside
Тожи DSL для маленьких телеков...
Чел. DSL для веба это HTML, а жс взаимодействует с HTML через апи. Как и любой другой язык
James Gosling, Mike Sheridan, and Patrick Naughton initiated the Java language project in June 1991.[23] Java was originally designed for interactive television, but it was too advanced for the digital cable television industry at the time.[24] The language was initially called Oak after an oak tree that stood outside
Тожи DSL для маленьких телеков...
Чел. DSL для веба это HTML, а жс взаимодействует с HTML через апи. Как и любой другой язык
>>53033
Почему у вас какие-то нереалистичные шизо-идеальные требования к языку? Вам прямо прувер нужен, а не язык для хуяк-хуяк - работает? Думаешь кабан будет за доказательства теорем платить?
Почему у вас какие-то нереалистичные шизо-идеальные требования к языку? Вам прямо прувер нужен, а не язык для хуяк-хуяк - работает? Думаешь кабан будет за доказательства теорем платить?
>>53038
Для 99% кабанов стратегия хуяк-хуяк и в продакшен - самая оптимальная. 1% это бигтех и финтех, которым нужно под микроскопом, через 25 митапов и 48 ревю согласовать новый цвет кнопочки.
Местные мартыханы наслушаются ахуительных историй и повторяют.
Запомните золотое правило, дети, ХУЯК-ХУЯК И В ПРОДАКШЕН.
Для 99% кабанов стратегия хуяк-хуяк и в продакшен - самая оптимальная. 1% это бигтех и финтех, которым нужно под микроскопом, через 25 митапов и 48 ревю согласовать новый цвет кнопочки.
Местные мартыханы наслушаются ахуительных историй и повторяют.
Запомните золотое правило, дети, ХУЯК-ХУЯК И В ПРОДАКШЕН.
Блять ну подключите Zod и проверяйте свои сраные типы в рантайме. Хуле вы срач из за какой-то хуиты устроили.
>>53207
Почему тогда zod написан на тайпскрипте?
Почему тогда zod написан на тайпскрипте?
>>52955
А для чего она предназначена? Жопаскрипт и всё с ним связанное предназначено в первую очередь для веб-обезьян, пытаться делать на ноде что-то кроме крудов (бэкенд разработки) будет только клинический олигофрен.
>1) нода изначально не предназначена для бэкенд разработки
А для чего она предназначена? Жопаскрипт и всё с ним связанное предназначено в первую очередь для веб-обезьян, пытаться делать на ноде что-то кроме крудов (бэкенд разработки) будет только клинический олигофрен.
>>53065
да, подписал верно.
но вложеные тернарные операторы в строку - это некрасиво.
чтобы это не был за код - не повторяй так.
а ещё почитай про
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Optional_chaining
и
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Nullish_coalescing
чтобы писать такие (и даже более сложные 👍) конструкции отказоустойчивее 🦾 и красивее 💅.
да, подписал верно.
но вложеные тернарные операторы в строку - это некрасиво.
чтобы это не был за код - не повторяй так.
а ещё почитай про
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Optional_chaining
и
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Nullish_coalescing
чтобы писать такие (и даже более сложные 👍) конструкции отказоустойчивее 🦾 и красивее 💅.
>>52750
Из-за такого преимущества и ФП подхода у тебя один говнокод вместо алгоритмов был. Именно из-за этого говнокодища все бугрутили и сделали TS.
Писали бы на JS в стиле С и TS никогда бы не родился.
> все преимущества JavaScript
> ФУНКЦИОНАЛЬНЫМ ЯП: map-reduce,
Из-за такого преимущества и ФП подхода у тебя один говнокод вместо алгоритмов был. Именно из-за этого говнокодища все бугрутили и сделали TS.
Писали бы на JS в стиле С и TS никогда бы не родился.
>>52955
Так не пиши невалидные программы. В чем проблема вообще? Не понимаю. Реально не понимаю.
>2) джаваскрипт один из худших языков программирования в мире для бэка по озвученной выше причине
>>JS всегда выбирает продолжать исполнение любой ценой, даже когда обрабатываемые данные заведомо невалидны и дальнейшая работа программы вообще не имеет смысла
Так не пиши невалидные программы. В чем проблема вообще? Не понимаю. Реально не понимаю.
>>52957
Там на ноде http вместо сервера, лол. Если сменить либу на uWS, не использовать всякое говно типо JSON.parse, не создавать объектов во время работы - производительность будет раза в два превосходить GO.
Рвутся эти го-петушки потому что понимают - го/петуховн/пхп/сраст калыч на беке и не рабоатет. Забавно кстати с GO-калом вышло, язык создавался для бека, но не вывозит из-за архитектурных косяков.
Там на ноде http вместо сервера, лол. Если сменить либу на uWS, не использовать всякое говно типо JSON.parse, не создавать объектов во время работы - производительность будет раза в два превосходить GO.
Рвутся эти го-петушки потому что понимают - го/петуховн/пхп/сраст калыч на беке и не рабоатет. Забавно кстати с GO-калом вышло, язык создавался для бека, но не вывозит из-за архитектурных косяков.
25 Кб, 706x237>>53034
Ебать, манямир. Какой нахуй interactive television в 91 году?
С которым ни один другой язык взаимодействовать не может. Точка.
>>53254
To help nonprogrammers create nonprograms.
>>53274
В пустыне Сахара:
- У нас воды нет.
- Так наберите!
>originally designed for interactive television
Ебать, манямир. Какой нахуй interactive television в 91 году?
>жс взаимодействует с HTML через апи.
С которым ни один другой язык взаимодействовать не может. Точка.
>>53254
>А для чего она предназначена?
To help nonprogrammers create nonprograms.
>>53274
>Так не пиши невалидные программы.
В пустыне Сахара:
- У нас воды нет.
- Так наберите!
>>53331
Ты тупой? В пустыне нет воды. А писать нормальный код никто тебе не мешает хоть сейчас.
Зачем ты предъявляешь за то, что ты пишешь говнокод? Не пиши говнокод, в чем проблема?
>В пустыне Сахара:
Ты тупой? В пустыне нет воды. А писать нормальный код никто тебе не мешает хоть сейчас.
Зачем ты предъявляешь за то, что ты пишешь говнокод? Не пиши говнокод, в чем проблема?
>>52924
У питухона много проблем, но на фоне JS строгая типизация — это строго преимущество. У него другая проблема — он, сука, ели ползает. Если не нужно обрабатывать тысячи запросов в секунду на одном хосте, то как-то и похуй вообще. Github, вон, на Ruby хостится. Жрёт ресурсов, конечно, пиздец как много, но работает.
В твоём тезисе я согласен только с тем, что уровень фулстэкового сайтописания нынче пробил дно. Просто каких-то бомжей с улицы собирают.
Я не знаю адекватного решения этой проблемы, потому что на самом деле делать систему, где логика клиента и сервера работают вместе, крайне сложно, и, по-хорошему, этим должны заниматься топовые разрабы. И там, где сидят эти топовые разрабы — там обе логики работают вместе. И, да, логика сервера при этом должна быть отдельной от клиента — это неизбежно. Но по факту разработкой занимаются люди с улицы — с ожидаемым результатом.
В 95% случаев фреймворки под тяжёлую динамику (React, Vue, Angular, Svelte, Solid) применяют там, где она нахуй не нужна. Впрочем, о чём это я, React.js в принципе не умеет в тяжёлую динамику — он изначально создан для переключения между полустатичными страничками фейсбука. Итого картина выглядит как:
— У нас на страничке два кнопки требуют JS, а давайте уже всю страницу рендерить через JS.
— У нас вся страница рендерится на клиенте на JS, а давайте и на сервере тоже через JS всё генерировать.
Типа "сгорел сарай — гори и хата".
Тем временем, в 2025 всю динамическую часть вебсайта можно написать на голом JS, в крайнем случае со вставками на Svelte/Solid.
Просто напоминаю, что jQuery стала не нужна в 2014 году, а все фреймворки на Virtual DOM стали бессмысленны в 2018.
Хороший пример — https://distill.pub/guide/
Вот одна из страничек на этом шаблоне: https://transformer-circuits.pub/2025/attribution-graphs/biology.html
То есть, по большей части статика, но есть сложные интерактивные вставки на JS. Никто эти интерактивные вставки не будет рендерить на сервере — это никому не нужно, поисковые боты красоту ваших кнопочек не оценят.
Только не надо мне вонять историями про "консистентность, одинаковый рендеринг на сервере и клиента" — вот вам пикрил, блять, консистентный рендеринг с отключенным JS на топовых вьебсайтах с node.js бэкендом. Дохуя консистентно? То-то же.
Я последний раз как попробовал фронтом заниматься, то по итогу послал всё это говно нахуй и ушел в хайлоад. Фронту реально бабки платят не просто так за то, чтобы в этом говне колупаться.
ХЗ, длинное сообщение уже получилось, я могу долго вонять по этой теме, но я боюсь, что всем просто похуй.
>Если причина только в строгой типизации питухона - то наркоманы это вы.
У питухона много проблем, но на фоне JS строгая типизация — это строго преимущество. У него другая проблема — он, сука, ели ползает. Если не нужно обрабатывать тысячи запросов в секунду на одном хосте, то как-то и похуй вообще. Github, вон, на Ruby хостится. Жрёт ресурсов, конечно, пиздец как много, но работает.
>Она для простого биза ,чтобы нанять челиков фулстеков с улицы. Если бы выбирали с питухоном, пришлось бы искать среди людей с двумя стеками в резюме.
В твоём тезисе я согласен только с тем, что уровень фулстэкового сайтописания нынче пробил дно. Просто каких-то бомжей с улицы собирают.
Я не знаю адекватного решения этой проблемы, потому что на самом деле делать систему, где логика клиента и сервера работают вместе, крайне сложно, и, по-хорошему, этим должны заниматься топовые разрабы. И там, где сидят эти топовые разрабы — там обе логики работают вместе. И, да, логика сервера при этом должна быть отдельной от клиента — это неизбежно. Но по факту разработкой занимаются люди с улицы — с ожидаемым результатом.
В 95% случаев фреймворки под тяжёлую динамику (React, Vue, Angular, Svelte, Solid) применяют там, где она нахуй не нужна. Впрочем, о чём это я, React.js в принципе не умеет в тяжёлую динамику — он изначально создан для переключения между полустатичными страничками фейсбука. Итого картина выглядит как:
— У нас на страничке два кнопки требуют JS, а давайте уже всю страницу рендерить через JS.
— У нас вся страница рендерится на клиенте на JS, а давайте и на сервере тоже через JS всё генерировать.
Типа "сгорел сарай — гори и хата".
Тем временем, в 2025 всю динамическую часть вебсайта можно написать на голом JS, в крайнем случае со вставками на Svelte/Solid.
Просто напоминаю, что jQuery стала не нужна в 2014 году, а все фреймворки на Virtual DOM стали бессмысленны в 2018.
Хороший пример — https://distill.pub/guide/
Вот одна из страничек на этом шаблоне: https://transformer-circuits.pub/2025/attribution-graphs/biology.html
То есть, по большей части статика, но есть сложные интерактивные вставки на JS. Никто эти интерактивные вставки не будет рендерить на сервере — это никому не нужно, поисковые боты красоту ваших кнопочек не оценят.
Только не надо мне вонять историями про "консистентность, одинаковый рендеринг на сервере и клиента" — вот вам пикрил, блять, консистентный рендеринг с отключенным JS на топовых вьебсайтах с node.js бэкендом. Дохуя консистентно? То-то же.
Я последний раз как попробовал фронтом заниматься, то по итогу послал всё это говно нахуй и ушел в хайлоад. Фронту реально бабки платят не просто так за то, чтобы в этом говне колупаться.
ХЗ, длинное сообщение уже получилось, я могу долго вонять по этой теме, но я боюсь, что всем просто похуй.
>>52924
У питухона много проблем, но на фоне JS строгая типизация — это строго преимущество. У него другая проблема — он, сука, ели ползает. Если не нужно обрабатывать тысячи запросов в секунду на одном хосте, то как-то и похуй вообще. Github, вон, на Ruby хостится. Жрёт ресурсов, конечно, пиздец как много, но работает.
В твоём тезисе я согласен только с тем, что уровень фулстэкового сайтописания нынче пробил дно. Просто каких-то бомжей с улицы собирают.
Я не знаю адекватного решения этой проблемы, потому что на самом деле делать систему, где логика клиента и сервера работают вместе, крайне сложно, и, по-хорошему, этим должны заниматься топовые разрабы. И там, где сидят эти топовые разрабы — там обе логики работают вместе. И, да, логика сервера при этом должна быть отдельной от клиента — это неизбежно. Но по факту разработкой занимаются люди с улицы — с ожидаемым результатом.
В 95% случаев фреймворки под тяжёлую динамику (React, Vue, Angular, Svelte, Solid) применяют там, где она нахуй не нужна. Впрочем, о чём это я, React.js в принципе не умеет в тяжёлую динамику — он изначально создан для переключения между полустатичными страничками фейсбука. Итого картина выглядит как:
— У нас на страничке два кнопки требуют JS, а давайте уже всю страницу рендерить через JS.
— У нас вся страница рендерится на клиенте на JS, а давайте и на сервере тоже через JS всё генерировать.
Типа "сгорел сарай — гори и хата".
Тем временем, в 2025 всю динамическую часть вебсайта можно написать на голом JS, в крайнем случае со вставками на Svelte/Solid.
Просто напоминаю, что jQuery стала не нужна в 2014 году, а все фреймворки на Virtual DOM стали бессмысленны в 2018.
Хороший пример — https://distill.pub/guide/
Вот одна из страничек на этом шаблоне: https://transformer-circuits.pub/2025/attribution-graphs/biology.html
То есть, по большей части статика, но есть сложные интерактивные вставки на JS. Никто эти интерактивные вставки не будет рендерить на сервере — это никому не нужно, поисковые боты красоту ваших кнопочек не оценят.
Только не надо мне вонять историями про "консистентность, одинаковый рендеринг на сервере и клиента" — вот вам пикрил, блять, консистентный рендеринг с отключенным JS на топовых вьебсайтах с node.js бэкендом. Дохуя консистентно? То-то же.
Я последний раз как попробовал фронтом заниматься, то по итогу послал всё это говно нахуй и ушел в хайлоад. Фронту реально бабки платят не просто так за то, чтобы в этом говне колупаться.
ХЗ, длинное сообщение уже получилось, я могу долго вонять по этой теме, но я боюсь, что всем просто похуй.
>Если причина только в строгой типизации питухона - то наркоманы это вы.
У питухона много проблем, но на фоне JS строгая типизация — это строго преимущество. У него другая проблема — он, сука, ели ползает. Если не нужно обрабатывать тысячи запросов в секунду на одном хосте, то как-то и похуй вообще. Github, вон, на Ruby хостится. Жрёт ресурсов, конечно, пиздец как много, но работает.
>Она для простого биза ,чтобы нанять челиков фулстеков с улицы. Если бы выбирали с питухоном, пришлось бы искать среди людей с двумя стеками в резюме.
В твоём тезисе я согласен только с тем, что уровень фулстэкового сайтописания нынче пробил дно. Просто каких-то бомжей с улицы собирают.
Я не знаю адекватного решения этой проблемы, потому что на самом деле делать систему, где логика клиента и сервера работают вместе, крайне сложно, и, по-хорошему, этим должны заниматься топовые разрабы. И там, где сидят эти топовые разрабы — там обе логики работают вместе. И, да, логика сервера при этом должна быть отдельной от клиента — это неизбежно. Но по факту разработкой занимаются люди с улицы — с ожидаемым результатом.
В 95% случаев фреймворки под тяжёлую динамику (React, Vue, Angular, Svelte, Solid) применяют там, где она нахуй не нужна. Впрочем, о чём это я, React.js в принципе не умеет в тяжёлую динамику — он изначально создан для переключения между полустатичными страничками фейсбука. Итого картина выглядит как:
— У нас на страничке два кнопки требуют JS, а давайте уже всю страницу рендерить через JS.
— У нас вся страница рендерится на клиенте на JS, а давайте и на сервере тоже через JS всё генерировать.
Типа "сгорел сарай — гори и хата".
Тем временем, в 2025 всю динамическую часть вебсайта можно написать на голом JS, в крайнем случае со вставками на Svelte/Solid.
Просто напоминаю, что jQuery стала не нужна в 2014 году, а все фреймворки на Virtual DOM стали бессмысленны в 2018.
Хороший пример — https://distill.pub/guide/
Вот одна из страничек на этом шаблоне: https://transformer-circuits.pub/2025/attribution-graphs/biology.html
То есть, по большей части статика, но есть сложные интерактивные вставки на JS. Никто эти интерактивные вставки не будет рендерить на сервере — это никому не нужно, поисковые боты красоту ваших кнопочек не оценят.
Только не надо мне вонять историями про "консистентность, одинаковый рендеринг на сервере и клиента" — вот вам пикрил, блять, консистентный рендеринг с отключенным JS на топовых вьебсайтах с node.js бэкендом. Дохуя консистентно? То-то же.
Я последний раз как попробовал фронтом заниматься, то по итогу послал всё это говно нахуй и ушел в хайлоад. Фронту реально бабки платят не просто так за то, чтобы в этом говне колупаться.
ХЗ, длинное сообщение уже получилось, я могу долго вонять по этой теме, но я боюсь, что всем просто похуй.
>>52924
Тут проблема не в статической типизации. а в жаве. На Go садят индусов писать, и им норм. Просто IT — это инертная среда, она новые решения минимум 5 лет адаптирует.
Поясни, с хуя ли пыха в 2025? Говноязык без дизайна, как и JS.
>Или чтобы не писать на каждый пук тесты, а статическая типизаци несколько уменьшает потребность в таких тестах. Но тащить ради статической типизации жаву в малый бизнес не выгодно.
Тут проблема не в статической типизации. а в жаве. На Go садят индусов писать, и им норм. Просто IT — это инертная среда, она новые решения минимум 5 лет адаптирует.
>Поэтому нода просто практичный выбор, для маленьких компаний, как и пыха.
Поясни, с хуя ли пыха в 2025? Говноязык без дизайна, как и JS.
>>52928
Была оптимизация, даже в стандарте прописана, но фактически все интерпретаторы её не поддерживают, потому что геморно. Например, хвостовая оптимизация разваливает стэк.
>Нет, это императивная джаваподобная ООП-дрисня для вебмакак. Там даже оптимизации хвостовой рекурсии нет.
Была оптимизация, даже в стандарте прописана, но фактически все интерпретаторы её не поддерживают, потому что геморно. Например, хвостовая оптимизация разваливает стэк.
>>53433
Мне не похуй. Я внимательно читаю, что ты пишешь. Пока не всё понимаю, потому что только собираюсь в фулстек (для себя).
>но я боюсь, что всем просто похуй.
Мне не похуй. Я внимательно читаю, что ты пишешь. Пока не всё понимаю, потому что только собираюсь в фулстек (для себя).
>>52928
Почитать это где-нибудь можно?
Почитать это где-нибудь можно?
>>53331
Вопрос про ноду был. Ты даже не знаешь, что "нода" и "джаваскрипт" — не тождественные понятия?
Вопрос про ноду был. Ты даже не знаешь, что "нода" и "джаваскрипт" — не тождественные понятия?
>>52957
Нода и Go в 4 раза быстрее питона — дальше что? А Rust ещё в 4 раза быстрее и Ноды, и Go. Если у вас нет хотя бы тысячи запросов в секунду, то эта разница похуй вообще.
Почему же все не пишут на расте, если раст самый быстрый? Может потому, что в энтерпрайзном говне, требования к которому меняются два раза в день, ты заебёшься переписывать свой растовый код?
А если же мы вспоминаем про удобство, то возникает вопрос: нахуй мне Нода, когда Go удобнее и такой же быстрый? Особенно если мы говорим про TypeScript, в котором типы нужно так же писать, но проверка их намного хуже. Даже в сраном Lua такого пиздеца с типами нет — хотя у гейдевов были вопросы к типам, потому они разрабатывали свои производные, вроде JASS. Но никому не могло на ум прийти писать не-браузерную логику на JS.
Если бы ты написал "я обмажусь говном, буду бегать по улице и дрочить" — я бы ответил "ну это разумно, весна заканчивается". Но хуйня, которую ты написал, вообще бессмысленна и взята с потолка.
"Сопоставимая производительность" — господин в курсе, сколько секунд нужно выполняться программе на ноде, чтобы стать быстрее питухона? Про деоптимизацию от кривого кода слышал? Что ебучая нода однопоточна и просто хуёво выполняет сложные алгоритмы на процессоре не слышал? Чуть оступился — и ты отправляешься соревноваться с питухонщиками за первенство по производительности.
Далее, "поддерживать на порядок проще". Я даже не знаю как-то, с чего начать, потому что это настолько бессмысленный тезис, что тут даже нечего опровергать. Просто на досуге поешь говна из рандомных типов от сторонней либы или лямбды от неё же, и ещё раз повтори, что "поддерживать ноду на порядок проще". Ну как бы я соглашусь, что поддерживать ноду возможно, но сравнивать неисправимо динамическую хуету со статически и строго типизированным языком даже джун всерьёз не станет.
>Просто ты - дегенерат: https://www.youtube.com/watch?v=shAELuHaTio
Нода и Go в 4 раза быстрее питона — дальше что? А Rust ещё в 4 раза быстрее и Ноды, и Go. Если у вас нет хотя бы тысячи запросов в секунду, то эта разница похуй вообще.
Почему же все не пишут на расте, если раст самый быстрый? Может потому, что в энтерпрайзном говне, требования к которому меняются два раза в день, ты заебёшься переписывать свой растовый код?
А если же мы вспоминаем про удобство, то возникает вопрос: нахуй мне Нода, когда Go удобнее и такой же быстрый? Особенно если мы говорим про TypeScript, в котором типы нужно так же писать, но проверка их намного хуже. Даже в сраном Lua такого пиздеца с типами нет — хотя у гейдевов были вопросы к типам, потому они разрабатывали свои производные, вроде JASS. Но никому не могло на ум прийти писать не-браузерную логику на JS.
>при сопоставимой производительности и ресурсоемкости Node и Go, на Node я могу сделать бизнес-логику на порядки сложнее, чем в Go и поддерживать ее будет на порядки легче, чем в Go
Если бы ты написал "я обмажусь говном, буду бегать по улице и дрочить" — я бы ответил "ну это разумно, весна заканчивается". Но хуйня, которую ты написал, вообще бессмысленна и взята с потолка.
"Сопоставимая производительность" — господин в курсе, сколько секунд нужно выполняться программе на ноде, чтобы стать быстрее питухона? Про деоптимизацию от кривого кода слышал? Что ебучая нода однопоточна и просто хуёво выполняет сложные алгоритмы на процессоре не слышал? Чуть оступился — и ты отправляешься соревноваться с питухонщиками за первенство по производительности.
Далее, "поддерживать на порядок проще". Я даже не знаю как-то, с чего начать, потому что это настолько бессмысленный тезис, что тут даже нечего опровергать. Просто на досуге поешь говна из рандомных типов от сторонней либы или лямбды от неё же, и ещё раз повтори, что "поддерживать ноду на порядок проще". Ну как бы я соглашусь, что поддерживать ноду возможно, но сравнивать неисправимо динамическую хуету со статически и строго типизированным языком даже джун всерьёз не станет.
>>52957
Нода и Go в 4 раза быстрее питона — дальше что? А Rust ещё в 4 раза быстрее и Ноды, и Go. Если у вас нет хотя бы тысячи запросов в секунду, то эта разница похуй вообще.
Почему же все не пишут на расте, если раст самый быстрый? Может потому, что в энтерпрайзном говне, требования к которому меняются два раза в день, ты заебёшься переписывать свой растовый код?
А если же мы вспоминаем про удобство, то возникает вопрос: нахуй мне Нода, когда Go удобнее и такой же быстрый? Особенно если мы говорим про TypeScript, в котором типы нужно так же писать, но проверка их намного хуже. Даже в сраном Lua такого пиздеца с типами нет — хотя у гейдевов были вопросы к типам, потому они разрабатывали свои производные, вроде JASS. Но никому не могло на ум прийти писать не-браузерную логику на JS.
Если бы ты написал "я обмажусь говном, буду бегать по улице и дрочить" — я бы ответил "ну это разумно, весна заканчивается". Но хуйня, которую ты написал, вообще бессмысленна и взята с потолка.
"Сопоставимая производительность" — господин в курсе, сколько секунд нужно выполняться программе на ноде, чтобы стать быстрее питухона? Про деоптимизацию от кривого кода слышал? Что ебучая нода однопоточна и просто хуёво выполняет сложные алгоритмы на процессоре не слышал? Чуть оступился — и ты отправляешься соревноваться с питухонщиками за первенство по производительности.
Далее, "поддерживать на порядок проще". Я даже не знаю как-то, с чего начать, потому что это настолько бессмысленный тезис, что тут даже нечего опровергать. Просто на досуге поешь говна из рандомных типов от сторонней либы или лямбды от неё же, и ещё раз повтори, что "поддерживать ноду на порядок проще". Ну как бы я соглашусь, что поддерживать ноду возможно, но сравнивать неисправимо динамическую хуету со статически и строго типизированным языком даже джун всерьёз не станет.
>Просто ты - дегенерат: https://www.youtube.com/watch?v=shAELuHaTio
Нода и Go в 4 раза быстрее питона — дальше что? А Rust ещё в 4 раза быстрее и Ноды, и Go. Если у вас нет хотя бы тысячи запросов в секунду, то эта разница похуй вообще.
Почему же все не пишут на расте, если раст самый быстрый? Может потому, что в энтерпрайзном говне, требования к которому меняются два раза в день, ты заебёшься переписывать свой растовый код?
А если же мы вспоминаем про удобство, то возникает вопрос: нахуй мне Нода, когда Go удобнее и такой же быстрый? Особенно если мы говорим про TypeScript, в котором типы нужно так же писать, но проверка их намного хуже. Даже в сраном Lua такого пиздеца с типами нет — хотя у гейдевов были вопросы к типам, потому они разрабатывали свои производные, вроде JASS. Но никому не могло на ум прийти писать не-браузерную логику на JS.
>при сопоставимой производительности и ресурсоемкости Node и Go, на Node я могу сделать бизнес-логику на порядки сложнее, чем в Go и поддерживать ее будет на порядки легче, чем в Go
Если бы ты написал "я обмажусь говном, буду бегать по улице и дрочить" — я бы ответил "ну это разумно, весна заканчивается". Но хуйня, которую ты написал, вообще бессмысленна и взята с потолка.
"Сопоставимая производительность" — господин в курсе, сколько секунд нужно выполняться программе на ноде, чтобы стать быстрее питухона? Про деоптимизацию от кривого кода слышал? Что ебучая нода однопоточна и просто хуёво выполняет сложные алгоритмы на процессоре не слышал? Чуть оступился — и ты отправляешься соревноваться с питухонщиками за первенство по производительности.
Далее, "поддерживать на порядок проще". Я даже не знаю как-то, с чего начать, потому что это настолько бессмысленный тезис, что тут даже нечего опровергать. Просто на досуге поешь говна из рандомных типов от сторонней либы или лямбды от неё же, и ещё раз повтори, что "поддерживать ноду на порядок проще". Ну как бы я соглашусь, что поддерживать ноду возможно, но сравнивать неисправимо динамическую хуету со статически и строго типизированным языком даже джун всерьёз не станет.
>>52990
Пыха вообще было процессором шаблонов, там не было никакого бэкэнда. Может быть потому, что не было ни одного языка специально для разработки сайтов, потому у нас вебсайты нынче такое говно.
>>53010
Мне кажется, что там просто кто-то обосрался с цитатой или переводом. В вике никакой ссылки на оригинал нет, гугл ничего не находит. Даже в 1994 году не было никаких причин считать, что у Java потребление RAM будет ниже, чем у C++.
Я спросил у нейросетки — она вообще не ебёт, откуда взята эта цитата. С вероятностью 99% эту хуйню просто придумал анон, правивший статью в вике. Всё-таки не стоит забывать, что википедия — это просто помойка, куда каждый выбрасывает то, что ему не нужно.
>Но питон тоже не проектировался для бекенд разработки. Жава вообще для таблетов проектировалась, а не пк и серверов. Единственный бекенд язык тогда - это пыха.
Пыха вообще было процессором шаблонов, там не было никакого бэкэнда. Может быть потому, что не было ни одного языка специально для разработки сайтов, потому у нас вебсайты нынче такое говно.
>>53010
>they decided that C++ needed too much memoryv
Мне кажется, что там просто кто-то обосрался с цитатой или переводом. В вике никакой ссылки на оригинал нет, гугл ничего не находит. Даже в 1994 году не было никаких причин считать, что у Java потребление RAM будет ниже, чем у C++.
Я спросил у нейросетки — она вообще не ебёт, откуда взята эта цитата. С вероятностью 99% эту хуйню просто придумал анон, правивший статью в вике. Всё-таки не стоит забывать, что википедия — это просто помойка, куда каждый выбрасывает то, что ему не нужно.
>>53038
Не у меня. Вон, ебанашка (>>52957) рассказывает, как легко поддерживать проекты на JS. Я просто пытаюсь какую-то объективную сторону занять, а не фанбойскую или хейтерскую.
>Почему у вас какие-то нереалистичные шизо-идеальные требования к языку? Вам прямо прувер нужен, а не язык для хуяк-хуяк - работает? Думаешь кабан будет за доказательства теорем платить?
Не у меня. Вон, ебанашка (>>52957) рассказывает, как легко поддерживать проекты на JS. Я просто пытаюсь какую-то объективную сторону занять, а не фанбойскую или хейтерскую.
>>53181
Есть сеньоры, но крестовые. ЗП выросла, но я по итогу ушел с этой работы из-за нарастояющего мозготраха.
>Сеньоры есть в треде? У вас за последние 3 года ваша сеньорская зарплата упала?
Есть сеньоры, но крестовые. ЗП выросла, но я по итогу ушел с этой работы из-за нарастояющего мозготраха.
>>53269
Операторы сравнения из-за лямбд такие сделаны?
5
вот это для удобства функционального программирования сделано, правильно? Как раз функциональщина серьёзных проблем не создаёт, потому что обычно тот, кто её пишет, понимает что пишет. Правда, без персистентных типов данных особо далеко не уедешь, а имеющиеся типы предельно всраты.
>Из-за такого преимущества и ФП подхода у тебя один говнокод вместо алгоритмов был.
Операторы сравнения из-за лямбд такие сделаны?
>> console.log(parseInt(0.0000005));
5
вот это для удобства функционального программирования сделано, правильно? Как раз функциональщина серьёзных проблем не создаёт, потому что обычно тот, кто её пишет, понимает что пишет. Правда, без персистентных типов данных особо далеко не уедешь, а имеющиеся типы предельно всраты.
>>53433
Топовые разрабы пишут библиотеки. А обычные чуханцы с улицы просто пользуются этими библиотеками и пользуются вполне прилично - всё работает, никаких проблем особо и нет.
Некто не пишет с нуля кроме долбоёбов вроде меня ядра приложений, ядра рендера, гидратацию и прочую чушь.
>>53594
ФП и есть одна большая проблема. Когда ты КАЖДЫЙ СУКА РАЗ создаёшь объекты и функции и возвращаешь их - всё скатывается дикий говнокод через полторы итерации разработки.
Влажные манямечты. Если бы такие как ты понимали что ты пишешь - ты не писал бы в ФП стиле.
Вся суть таких как ты. У тебя в return куча дерьмища вместо строк, куча бессмысленных состояний, никто ничего не разберёт в твоей лапше (как и ты сам) и чтобы огородить тебя от продкашена - придумали TS, который не позволяет тебе возвращать рандом ебалу.
>Я не знаю адекватного решения этой проблемы, потому что на самом деле делать систему, где логика клиента и сервера работают вместе, крайне сложно, и, по-хорошему, этим должны заниматься топовые разрабы. И там, где сидят эти топовые разрабы — там обе логики работают вместе. И, да, логика сервера при этом должна быть отдельной от клиента — это неизбежно. Но по факту разработкой занимаются люди с улицы — с ожидаемым результатом.
Топовые разрабы пишут библиотеки. А обычные чуханцы с улицы просто пользуются этими библиотеками и пользуются вполне прилично - всё работает, никаких проблем особо и нет.
Некто не пишет с нуля кроме долбоёбов вроде меня ядра приложений, ядра рендера, гидратацию и прочую чушь.
>>53594
> Как раз функциональщина серьёзных проблем не создаёт
ФП и есть одна большая проблема. Когда ты КАЖДЫЙ СУКА РАЗ создаёшь объекты и функции и возвращаешь их - всё скатывается дикий говнокод через полторы итерации разработки.
> тот, кто её пишет, понимает что пишет.
Влажные манямечты. Если бы такие как ты понимали что ты пишешь - ты не писал бы в ФП стиле.
> Правда, без персистентных типов данных
Вся суть таких как ты. У тебя в return куча дерьмища вместо строк, куча бессмысленных состояний, никто ничего не разберёт в твоей лапше (как и ты сам) и чтобы огородить тебя от продкашена - придумали TS, который не позволяет тебе возвращать рандом ебалу.
438 Кб, 1238x1196>>53586
Ебанашка утверждает, что проекты, где бэк полностью построен на Node поддерживать легче, чем полностью на Go при условии, что у него сложная бизнес-логика.
На Node я могу просто создать объект, который описывает бизнес-сущность: его свойства, поведение и его методы.
То есть, я прямо, компактно (в рамках портянки) опишу:
- ЧТО ЭТО
- ЧТО ОНО ДЕЛАЕТ
И все в рамках одного класса.
В Go мне придется пердолиться со структурами, методами, интерфейсами и все в разных местах порятнки. А потом еще понимать, что к чему и где относится, бегая туда-сюда, получая наслоения абстракций друг на друга.
Единственная проблема - это проблема с типами, которая может возникнуть. Но для этого я буду не щелкать ебалом и использовать TS. Хотя в Go также может возникнуть проблема в типами, пусть и с меньшим шансом.
Пруф ми вронг.
>Вон, ебанашка рассказывает, как легко поддерживать проекты на JS
Ебанашка утверждает, что проекты, где бэк полностью построен на Node поддерживать легче, чем полностью на Go при условии, что у него сложная бизнес-логика.
На Node я могу просто создать объект, который описывает бизнес-сущность: его свойства, поведение и его методы.
То есть, я прямо, компактно (в рамках портянки) опишу:
- ЧТО ЭТО
- ЧТО ОНО ДЕЛАЕТ
И все в рамках одного класса.
В Go мне придется пердолиться со структурами, методами, интерфейсами и все в разных местах порятнки. А потом еще понимать, что к чему и где относится, бегая туда-сюда, получая наслоения абстракций друг на друга.
Единственная проблема - это проблема с типами, которая может возникнуть. Но для этого я буду не щелкать ебалом и использовать TS. Хотя в Go также может возникнуть проблема в типами, пусть и с меньшим шансом.
Пруф ми вронг.
>>53298
Ну и нахуй мне все это надо, если можно просто взять GO и все будет быстро из коробки работать. Это уже не говоря о том, что в продакшене ничего ты менять не будешь, а будешь пилить на Nest с экспрессом под капотом и не выебываться.
>либу замени
>это не используй
>то не используй
>объекты не создавай
Ну и нахуй мне все это надо, если можно просто взять GO и все будет быстро из коробки работать. Это уже не говоря о том, что в продакшене ничего ты менять не будешь, а будешь пилить на Nest с экспрессом под капотом и не выебываться.
В этом треде происходит жирный байт. Поясняю
Типы и валидация
Валидация входящих данных - бездарное мусорное говно для даунов, уровня экранирования переменных SQL. Типы - это вообще разные сущности. Одно в рантайме, другое при сборке используется. Не путаем
Go
На TS ты можешь выразить всё то же, что и на GO, в обратную сторону не работает. В этом и заключаются возможности языка
Функциональное программирование
Его не существует. Везде, где у тебя есть сеть, время и внешние зависимости - не может быть так называемых чистых функций. Вас наебали Хаскелисты
Про React
Он нужен не для VirtualDom. Он нужен, чтобы генерировать интерфейс кодом функциями, как делают везде, в JAVA, C++ etc. - чтобы не пердолиться отдельно с HTML и CSS
Про питухон
Клей для тех мест, где не справляется BASH. Типизации в нем нет
Переусложнение TS
Скил ишью
Основная проблема макак в их сознании себя макаками. Я могу писал на питухоне, пыхе и других примитивных языках. Но не хочу потому, что они не позволяют мне выражать задумку так, как это делает TS. Кресты ещё лучше, но на них интерфейс особо не попишешь - QT лютый кал по сравнению с React. Макака же тоже имеет предпочтение в языках, но она не хочет писать на языке не потому, что он ей что-то не даёт, а потому, что ей сложно. Она запуталась в лямбдах и типах, и хочет отменить это, как лудит. И она даже не палится в своей аргументации. То есть макака против, но никогда не за
Если бы макаки осознавали себя, то было бы проще, но тогда бы они и не были макаками. А так потребуется больше времени, чтобы их вымыло с рынка, потому что их хозяева ещё долго будут не в теме, что делает макака, что позволит ей кормиться. Но вымывание случится, как это случилось с асемблеродаунами, когда появился СИ, с дельфистами против крестов, сейчас происходит с пыхерами и рубистами, и начинает происходить с петухонистами
Типы и валидация
Валидация входящих данных - бездарное мусорное говно для даунов, уровня экранирования переменных SQL. Типы - это вообще разные сущности. Одно в рантайме, другое при сборке используется. Не путаем
Go
На TS ты можешь выразить всё то же, что и на GO, в обратную сторону не работает. В этом и заключаются возможности языка
Функциональное программирование
Его не существует. Везде, где у тебя есть сеть, время и внешние зависимости - не может быть так называемых чистых функций. Вас наебали Хаскелисты
Про React
Он нужен не для VirtualDom. Он нужен, чтобы генерировать интерфейс кодом функциями, как делают везде, в JAVA, C++ etc. - чтобы не пердолиться отдельно с HTML и CSS
Про питухон
Клей для тех мест, где не справляется BASH. Типизации в нем нет
Переусложнение TS
Скил ишью
Основная проблема макак в их сознании себя макаками. Я могу писал на питухоне, пыхе и других примитивных языках. Но не хочу потому, что они не позволяют мне выражать задумку так, как это делает TS. Кресты ещё лучше, но на них интерфейс особо не попишешь - QT лютый кал по сравнению с React. Макака же тоже имеет предпочтение в языках, но она не хочет писать на языке не потому, что он ей что-то не даёт, а потому, что ей сложно. Она запуталась в лямбдах и типах, и хочет отменить это, как лудит. И она даже не палится в своей аргументации. То есть макака против, но никогда не за
Если бы макаки осознавали себя, то было бы проще, но тогда бы они и не были макаками. А так потребуется больше времени, чтобы их вымыло с рынка, потому что их хозяева ещё долго будут не в теме, что делает макака, что позволит ей кормиться. Но вымывание случится, как это случилось с асемблеродаунами, когда появился СИ, с дельфистами против крестов, сейчас происходит с пыхерами и рубистами, и начинает происходить с петухонистами
>>53795
И получить падение производительности в два раза. Молодец, хорошо поступил.
Не будет, это же go и куча говнокода на go. Чтобы на go было быстро тебе придётся стать сеньёром с 10 годами опыта.
Скорее на пхп и жабе.
> Ну и нахуй мне все это надо, если можно просто взять GO
И получить падение производительности в два раза. Молодец, хорошо поступил.
> и все будет быстро из коробки работать
Не будет, это же go и куча говнокода на go. Чтобы на go было быстро тебе придётся стать сеньёром с 10 годами опыта.
> Это уже не говоря о том, что в продакшене ничего ты менять не будешь,
Скорее на пхп и жабе.
>>53800
Про TS
Бессмысленный и бесполезный высер, созданный для макак которые не могут отдавать себе отчёт в том что пишут. Вместо написания приложения теперь придётся писать обосранные типы на десятки строк, которые никаких проблем и не решают.
Вот это забыл.
Про TS
Бессмысленный и бесполезный высер, созданный для макак которые не могут отдавать себе отчёт в том что пишут. Вместо написания приложения теперь придётся писать обосранные типы на десятки строк, которые никаких проблем и не решают.
Вот это забыл.
>>53810
Вот, типичный пример жирного. Отсутствие возможности преподносится, как выгода. TS не обязывает тебя писать типы, довен
Ты думал я тебе за пользу типов буду пояснять. А хуй те, не используй, сам ебись с тем, что у тебя прилетает объект, в котором поля неизвестны
Вот, типичный пример жирного. Отсутствие возможности преподносится, как выгода. TS не обязывает тебя писать типы, довен
Ты думал я тебе за пользу типов буду пояснять. А хуй те, не используй, сам ебись с тем, что у тебя прилетает объект, в котором поля неизвестны
>>53829
А нуда, нужно же писать везде any. Напомни, зачем этот кал тогда нужен?
Почему у тебя прилетает объект в котором поля неизвестны? Как это вообще получается? Ты посмотреть не можешь? У тебя ручки трясутся и из-за этого ты не можешь посмотреть что это за объект? Тебе неприятно смотреть в API?
Объясни, как в целом происходит разработка в среде умственно отсталых дегенератов, которые неспособны прочитать апи и посмотреть какой объект возвращается?
А нуда, нужно же писать везде any. Напомни, зачем этот кал тогда нужен?
> что у тебя прилетает объект, в котором поля неизвестны
Почему у тебя прилетает объект в котором поля неизвестны? Как это вообще получается? Ты посмотреть не можешь? У тебя ручки трясутся и из-за этого ты не можешь посмотреть что это за объект? Тебе неприятно смотреть в API?
Объясни, как в целом происходит разработка в среде умственно отсталых дегенератов, которые неспособны прочитать апи и посмотреть какой объект возвращается?
>>53851
Не нужно. Опять ты обосрался. Тебе же было сказано, не обязывает
У меня такого нет. У тебя прилетает объект. Может сказать, какие поля у этого объекта:
function kek (obj) { console.log(obj.???) }
Погодь, погодь вопросы задавать. Ты с основой не разобрался ещё
>нужно же писать везде any
Не нужно. Опять ты обосрался. Тебе же было сказано, не обязывает
>Почему у тебя прилетает объект в котором поля неизвестны
У меня такого нет. У тебя прилетает объект. Может сказать, какие поля у этого объекта:
function kek (obj) { console.log(obj.???) }
>У тебя ручки трясутся и из-за этого ты не можешь посмотреть что это за объект? Тебе неприятно смотреть в API?
Погодь, погодь вопросы задавать. Ты с основой не разобрался ещё
>>53863
Ты же сам сказал что это проблема. Теперь у тебя проблем нет? Что же случилось, сначала у тебя проблема, а потом её нет!
Что за дегенеративный кусок говна, даун? Это пишется так:
Это ты про ту тему с умственно-отсталыми дегенератами, которые не могут писать нормальный код. Ну да, и что с тобой?
> У меня такого нет.
Ты же сам сказал что это проблема. Теперь у тебя проблем нет? Что же случилось, сначала у тебя проблема, а потом её нет!
> Может сказать, какие поля у этого объекта:
> function kek (obj) { console.log(obj.???) }
Что за дегенеративный кусок говна, даун? Это пишется так:
> function kek({ mother, death }) { console.log(mother, death) }
> "tvoya", true
> Погодь, погодь вопросы задавать. Ты с основой не разобрался ещё
Это ты про ту тему с умственно-отсталыми дегенератами, которые не могут писать нормальный код. Ну да, и что с тобой?
>>53870
Показывай, где сказал
Что лежит в mother?
>Ты же сам сказал что это проблема.
Показывай, где сказал
>function kek({ mother, death }) { console.log(mother, death) }
Что лежит в mother?
>>53889
Т.е. я неправильно понял, "ебаться с объектом" это не проблема, это наслаждение? Да это наслаждение, если этот объект твоя жена.
Хорёк. Не знаю зачем твоя мать в себя его запихала, спроси у неё. Возможно она хотела отрицательное зачатиеировать тебя, но уже поздно...
>Показывай, где сказал
> > А хуй те, не используй, сам ебись с тем, что у тебя прилетает объект, в котором поля неизвестны
Т.е. я неправильно понял, "ебаться с объектом" это не проблема, это наслаждение? Да это наслаждение, если этот объект твоя жена.
> Что лежит в mother?
Хорёк. Не знаю зачем твоя мать в себя его запихала, спроси у неё. Возможно она хотела отрицательное зачатиеировать тебя, но уже поздно...
>>53930
Я предпочитаю TS. Та часть Go, что спизжена с C - норм. Та часть, где попытались в фичи: типы, обработка ошибок - кек, азазаза
Я предпочитаю TS. Та часть Go, что спизжена с C - норм. Та часть, где попытались в фичи: типы, обработка ошибок - кек, азазаза
>>53930
Выбирая между TS и GO - однозначно GO. Плюсов куда больше, например проблемные участки кода можно переписать на C++, компилятор GO автоматически встраивает его. Это пиздец какой плюс, для бэка это очень крутая хуйнюша. Ну а если решил выбрать ноду, то лучше чистый JS, разработка куда быстрее чем с TS, скорость работы кода на чистом JS сравнима с GO (если не использоваться C++ на проблемных участках).
Этого >>53939 дурочка с TS не слушай, он просто местный умственно-отсталый юродивый, копки красит на CSS и всем советует TS, лол.
Выбирая между TS и GO - однозначно GO. Плюсов куда больше, например проблемные участки кода можно переписать на C++, компилятор GO автоматически встраивает его. Это пиздец какой плюс, для бэка это очень крутая хуйнюша. Ну а если решил выбрать ноду, то лучше чистый JS, разработка куда быстрее чем с TS, скорость работы кода на чистом JS сравнима с GO (если не использоваться C++ на проблемных участках).
Этого >>53939 дурочка с TS не слушай, он просто местный умственно-отсталый юродивый, копки красит на CSS и всем советует TS, лол.
>>54015
На ноде ты тоже можешь переписать участки на крестах. Ты такой овощь, что даже не ознакомился с возможностями инструмента
Только это нахуй не нужно обычно. Хочешь кресты, бери кресты, собери в бинарник и вызывай
Короч хуйня какая-то сегодня жёстко байтит. Может, нейронеа
На ноде ты тоже можешь переписать участки на крестах. Ты такой овощь, что даже не ознакомился с возможностями инструмента
Только это нахуй не нужно обычно. Хочешь кресты, бери кресты, собери в бинарник и вызывай
Короч хуйня какая-то сегодня жёстко байтит. Может, нейронеа
>>54101
В JS это вызывается как внешний модуль, ты не можешь делиться участками память, ссылками на объект и производить прочие охуенные вещи, как можно делать в GO.
Оверхед вызова C++ в GO примерно 30-40ns, да, это дохуя, но. Оверхед библиотеки в ноде это 5000ns нахуй. Вызов WASM это 10-20 ns, но работа с типами занимает ещё 500-2000ns.
Чтобы работать с WASM и не терпеть ебанутых издержек - нужно работать с примитивными типами, никаких объектов, весь дизайн приложения нужно составлять для работы с WASM, все данные хранить в типизированных массивах. В GO ничего из этого не нужно нахуй вообще. Берёшь. И пишешь.
Тут только ты ничего и ни о чем не знаешь, потому что ты обоссаный всем тредом кнопокрас.
Конечно не нужно, с такой-то производительностью.
> На ноде ты тоже можешь переписать участки на крестах.
В JS это вызывается как внешний модуль, ты не можешь делиться участками память, ссылками на объект и производить прочие охуенные вещи, как можно делать в GO.
Оверхед вызова C++ в GO примерно 30-40ns, да, это дохуя, но. Оверхед библиотеки в ноде это 5000ns нахуй. Вызов WASM это 10-20 ns, но работа с типами занимает ещё 500-2000ns.
Чтобы работать с WASM и не терпеть ебанутых издержек - нужно работать с примитивными типами, никаких объектов, весь дизайн приложения нужно составлять для работы с WASM, все данные хранить в типизированных массивах. В GO ничего из этого не нужно нахуй вообще. Берёшь. И пишешь.
> Ты такой овощь, что даже не ознакомился с возможностями инструмента
Тут только ты ничего и ни о чем не знаешь, потому что ты обоссаный всем тредом кнопокрас.
> Только это нахуй не нужно обычно.
Конечно не нужно, с такой-то производительностью.
https://shane.ai/posts/notes-on-javascript-jit-deopt/
Интереснай статейка, наворачивайте.
Алсо, странный дизайн сайта, с какой вероятностью автор пидорас-трансженщина?
Интереснай статейка, наворачивайте.
Алсо, странный дизайн сайта, с какой вероятностью автор пидорас-трансженщина?
>>52116
И что? По твоей логике умирает всё, где вакансий меньше пхп? На го меньше вакансий, чем в пхп, он умирает? Я ещё раз говорю, вакансий на ноде не становится меньше каждым годом, а наоборот больше. Это буквально противоположно умиранию.
Написано же, что с ней всё в порядке. В 2025 уже есть годные инстрмуенты для разработки бекенда на ТС. Разрабатывать бекенд на ТС удобно, приятно и быстро.
Если тебе сложно добавить ТС в проект, то это skill issue, там уже давно ничего не надо обмазывать и не надо ебаться, делается всё элементарно и просто.
Так назови какие именно особенности этого языка мешают написанию бекенда, как они ограничивают тебя в написании бекенда. Ладно, можешь не пробовать, ты всё равно не сможешь. Сам выдумал себе в голове рамки про язык для покраски кнопок, или как попугай пересказываешь чужое необоснованное мнение. Оно может и было обоснованным, но лет 10+ назад.
>>52753
К тебе тот же вопрос, какие именно особенности этого языка мешают написанию бекенда, как они ограничивают тебя в написании бекенда?
>>52900
Если человек считает нормальным писать бэк на TS, тут есть два варианта:
1) они никогда в жизни не видел других ЯП, тогда бесполезно что-либо объяснять, это как объяснять преимущества тойоты человеку, который всю жизнь с жигулей не слазит. Его просто надо в эту тойоту посадить.
Я пишу помимо ТС на расте и го.
2) он видел другие ЯПы, но все равно считает TS нормальным. В таком случае нужен галоперидол, тут объяснения бессмысленны.
Ты не сможешь обосновать почему писать бекенд на ТС это плохая идея.
>С таких, что на трижды обоссанном ПХП в пять раз больше вакансий, чем на ноде
И что? По твоей логике умирает всё, где вакансий меньше пхп? На го меньше вакансий, чем в пхп, он умирает? Я ещё раз говорю, вакансий на ноде не становится меньше каждым годом, а наоборот больше. Это буквально противоположно умиранию.
>Что с ней в порядке? Это абсолютно тот же кал, обмазанный типами (и то, еще поебаться надо, чтоб нормально обмазать).
Написано же, что с ней всё в порядке. В 2025 уже есть годные инстрмуенты для разработки бекенда на ТС. Разрабатывать бекенд на ТС удобно, приятно и быстро.
Если тебе сложно добавить ТС в проект, то это skill issue, там уже давно ничего не надо обмазывать и не надо ебаться, делается всё элементарно и просто.
>О всех, которые связаны с тем, что ты пытаешься наебашить бэкэнд на языке, предназначенном для покраски кнопок.
Так назови какие именно особенности этого языка мешают написанию бекенда, как они ограничивают тебя в написании бекенда. Ладно, можешь не пробовать, ты всё равно не сможешь. Сам выдумал себе в голове рамки про язык для покраски кнопок, или как попугай пересказываешь чужое необоснованное мнение. Оно может и было обоснованным, но лет 10+ назад.
>>52753
К тебе тот же вопрос, какие именно особенности этого языка мешают написанию бекенда, как они ограничивают тебя в написании бекенда?
>>52900
Если человек считает нормальным писать бэк на TS, тут есть два варианта:
1) они никогда в жизни не видел других ЯП, тогда бесполезно что-либо объяснять, это как объяснять преимущества тойоты человеку, который всю жизнь с жигулей не слазит. Его просто надо в эту тойоту посадить.
Я пишу помимо ТС на расте и го.
2) он видел другие ЯПы, но все равно считает TS нормальным. В таком случае нужен галоперидол, тут объяснения бессмысленны.
Ты не сможешь обосновать почему писать бекенд на ТС это плохая идея.
В чем смысл срача го/нода? Сейчас же везде микросервисы, можно пилить на чем хошь. На ТС быстрее наваять, а если будут проблемы с производительностью - перепилить на го.
>>54337
Завтра незаметно запилю таску на OCaml. Ведь все равно..
Завтра незаметно запилю таску на OCaml. Ведь все равно..
>>54337
Да нет особо никакого смысла. Нода вполне нормально работает, так же как и го. Равнозначные языки для бека, отличий особо нет.
Можно изначально писать на JS и проблем с производительностью не будет.
>В чем смысл срача го/нода?
Да нет особо никакого смысла. Нода вполне нормально работает, так же как и го. Равнозначные языки для бека, отличий особо нет.
> На ТС быстрее наваять, а если будут проблемы с производительностью
Можно изначально писать на JS и проблем с производительностью не будет.
>>52924
Для больших проектов бекенд на ТС отлично работает. Перформанс более чем достаточный, автоскейлинг в кубере делается как и везде.
>>52928
При чём тут язык? В JSC (Bun) есть оптимизация хвостовой рекурсии. А теперь объясняй зачем тебе она понадобится.
>>52955
Сейчас не 2010 год во-первых, во-вторых она предназначена для запуска JS вне браузера, это уже достаточно.
Нет, не всегда, и обычно это происходит по причине говнокода.
Там как минимум нет статической типизации, уже по этой причине они отправляются в помойку.
>>53583
Go не удобнее, он корявый и обрезванный, на нём неудобно писать веб-бекенды. На нём неплохо пишется софт уровня докера и кубера, хотя и тут его корявость и обрезванность не помогает, но чтобы он был удобнее именно для веб-разработки, чем ТС? Абсурд. Я буду делать разработку сложного проекта на ТС раз в 5 быстрее, а несложного в 10-20 быстрее.
В чем твоя проблема с типизацией в ТС? Структурная типизация, или что?
А ты часто числодробилки пишешь в рамках веб-бекенднов? Часто пишешь какой-нибудь транскодинг видео? Сложно выделить обработчик в отедльный микросервис, который будет дёргать ffmpeg? Да хоть из руби дёргай, какая разница, если делом будет заниматься внешняя сишная либа.
Для больших проектов бекенд на ТС отлично работает. Перформанс более чем достаточный, автоскейлинг в кубере делается как и везде.
>>52928
При чём тут язык? В JSC (Bun) есть оптимизация хвостовой рекурсии. А теперь объясняй зачем тебе она понадобится.
>>52955
>1) нода изначально не предназначена для бэкенд разработки
Сейчас не 2010 год во-первых, во-вторых она предназначена для запуска JS вне браузера, это уже достаточно.
>JS всегда выбирает продолжать исполнение любой ценой, даже когда обрабатываемые данные заведомо невалидны и дальнейшая работа программы вообще не имеет смысла
Нет, не всегда, и обычно это происходит по причине говнокода.
>Laravel или Django просто в силу КРАТНО более развитой экосистемы с этим справляются в разы лучше.
Там как минимум нет статической типизации, уже по этой причине они отправляются в помойку.
>>53583
>А если же мы вспоминаем про удобство, то возникает вопрос: нахуй мне Нода, когда Go удобнее и такой же быстрый?
Go не удобнее, он корявый и обрезванный, на нём неудобно писать веб-бекенды. На нём неплохо пишется софт уровня докера и кубера, хотя и тут его корявость и обрезванность не помогает, но чтобы он был удобнее именно для веб-разработки, чем ТС? Абсурд. Я буду делать разработку сложного проекта на ТС раз в 5 быстрее, а несложного в 10-20 быстрее.
>Особенно если мы говорим про TypeScript, в котором типы нужно так же писать, но проверка их намного хуже.
В чем твоя проблема с типизацией в ТС? Структурная типизация, или что?
>Что ебучая нода однопоточна и просто хуёво выполняет сложные алгоритмы на процессоре не слышал?
А ты часто числодробилки пишешь в рамках веб-бекенднов? Часто пишешь какой-нибудь транскодинг видео? Сложно выделить обработчик в отедльный микросервис, который будет дёргать ffmpeg? Да хоть из руби дёргай, какая разница, если делом будет заниматься внешняя сишная либа.
>>54344
Трансплитатор тс выдает говнокодище, да и сам стиль написания на тс провоцирует создание дерьмокода.
Трансплитатор тс выдает говнокодище, да и сам стиль написания на тс провоцирует создание дерьмокода.
>>53810
Не нужно писать типы на десятки строк, пишешь примерно как в дотнете, джаве, го.
>>53851
У меня в проектах 0 any, я просто не делаю даунский tsconfig. Есть немного unknown там где нужно с соответсвующими проверками.
>>53930
Для 90% бекенда TS, для хитровыебанных сетевых и числодробильных штук Go, 1% раст для тру хайлоада во всех смыслах, и память, и цпу, и латенси с рпс - всё лучше го.
>>54232
>>54101
Никто не юзает эту фичу, для этого просто делается отдельный микросервис на го или расте и всё.
>>54232
С какой такой? Байки про плохую производительность оставь тем, кто в 2025 пишет ТС бекенд на экспрессе.
>>54337
Несколько человек просто иррационально хейтят идею написания бекенда на ТС, кто-то пересказывает чужое мнение из 2010, кто-то болен снобизмом и ему печёт в духе "что эти кнопкокрасы себе позволяют, ррряяя, этот язык не предназначен для бекенда".
А так да, микросервисы с изоляцией всякого цпу-баунд говна в раст или го отлично работают.
>>54341
ТС не накладывает никакого оверхеда, лол, исполняется же ЖС код.
>>54353
Это проблема, которая актуальна чисто для джунов. Человеку с опытом уже становится сложно писать говнокод на ТС.
Не нужно писать типы на десятки строк, пишешь примерно как в дотнете, джаве, го.
>>53851
У меня в проектах 0 any, я просто не делаю даунский tsconfig. Есть немного unknown там где нужно с соответсвующими проверками.
>>53930
Для 90% бекенда TS, для хитровыебанных сетевых и числодробильных штук Go, 1% раст для тру хайлоада во всех смыслах, и память, и цпу, и латенси с рпс - всё лучше го.
>>54232
>>54101
Никто не юзает эту фичу, для этого просто делается отдельный микросервис на го или расте и всё.
>>54232
>Конечно не нужно, с такой-то производительностью.
С какой такой? Байки про плохую производительность оставь тем, кто в 2025 пишет ТС бекенд на экспрессе.
>>54337
Несколько человек просто иррационально хейтят идею написания бекенда на ТС, кто-то пересказывает чужое мнение из 2010, кто-то болен снобизмом и ему печёт в духе "что эти кнопкокрасы себе позволяют, ррряяя, этот язык не предназначен для бекенда".
А так да, микросервисы с изоляцией всякого цпу-баунд говна в раст или го отлично работают.
>>54341
>Можно изначально писать на JS и проблем с производительностью не будет.
ТС не накладывает никакого оверхеда, лол, исполняется же ЖС код.
>>54353
Это проблема, которая актуальна чисто для джунов. Человеку с опытом уже становится сложно писать говнокод на ТС.
>>53810
Не нужно писать типы на десятки строк, пишешь примерно как в дотнете, джаве, го.
>>53851
У меня в проектах 0 any, я просто не делаю даунский tsconfig. Есть немного unknown там где нужно с соответсвующими проверками.
>>53930
Для 90% бекенда TS, для хитровыебанных сетевых и числодробильных штук Go, 1% раст для тру хайлоада во всех смыслах, и память, и цпу, и латенси с рпс - всё лучше го.
>>54232
>>54101
Никто не юзает эту фичу, для этого просто делается отдельный микросервис на го или расте и всё.
>>54232
С какой такой? Байки про плохую производительность оставь тем, кто в 2025 пишет ТС бекенд на экспрессе.
>>54337
Несколько человек просто иррационально хейтят идею написания бекенда на ТС, кто-то пересказывает чужое мнение из 2010, кто-то болен снобизмом и ему печёт в духе "что эти кнопкокрасы себе позволяют, ррряяя, этот язык не предназначен для бекенда".
А так да, микросервисы с изоляцией всякого цпу-баунд говна в раст или го отлично работают.
>>54341
ТС не накладывает никакого оверхеда, лол, исполняется же ЖС код.
>>54353
Это проблема, которая актуальна чисто для джунов. Человеку с опытом уже становится сложно писать говнокод на ТС.
Не нужно писать типы на десятки строк, пишешь примерно как в дотнете, джаве, го.
>>53851
У меня в проектах 0 any, я просто не делаю даунский tsconfig. Есть немного unknown там где нужно с соответсвующими проверками.
>>53930
Для 90% бекенда TS, для хитровыебанных сетевых и числодробильных штук Go, 1% раст для тру хайлоада во всех смыслах, и память, и цпу, и латенси с рпс - всё лучше го.
>>54232
>>54101
Никто не юзает эту фичу, для этого просто делается отдельный микросервис на го или расте и всё.
>>54232
>Конечно не нужно, с такой-то производительностью.
С какой такой? Байки про плохую производительность оставь тем, кто в 2025 пишет ТС бекенд на экспрессе.
>>54337
Несколько человек просто иррационально хейтят идею написания бекенда на ТС, кто-то пересказывает чужое мнение из 2010, кто-то болен снобизмом и ему печёт в духе "что эти кнопкокрасы себе позволяют, ррряяя, этот язык не предназначен для бекенда".
А так да, микросервисы с изоляцией всякого цпу-баунд говна в раст или го отлично работают.
>>54341
>Можно изначально писать на JS и проблем с производительностью не будет.
ТС не накладывает никакого оверхеда, лол, исполняется же ЖС код.
>>54353
Это проблема, которая актуальна чисто для джунов. Человеку с опытом уже становится сложно писать говнокод на ТС.
>>54358
Нужно. Это ТС. На ТС все пишут типы на десятки строк, если ты не пишешь - ты не пишешь на ТС.
Накладывает. Он буквально высирает неоптимизированный говнокод, который можно написать куда лучше, если писать на ЖС. ТС вообще никогда не занимался оптимизацией своего кала, ТС он про другое - позволить джунам писать кучу корпоративного дерьмокода за копейки.
Это да, сеньёры на ТС писать не будут, человек с опытом будет писать на ЖС.
>Не нужно писать типы на десятки строк,
Нужно. Это ТС. На ТС все пишут типы на десятки строк, если ты не пишешь - ты не пишешь на ТС.
>ТС не накладывает никакого оверхеда, лол,
Накладывает. Он буквально высирает неоптимизированный говнокод, который можно написать куда лучше, если писать на ЖС. ТС вообще никогда не занимался оптимизацией своего кала, ТС он про другое - позволить джунам писать кучу корпоративного дерьмокода за копейки.
> Это проблема, которая актуальна чисто для джунов. Человеку с опытом уже становится сложно писать говнокод на ТС.
Это да, сеньёры на ТС писать не будут, человек с опытом будет писать на ЖС.
>>54358
Охуенная идея даунгрейднуть производительность и гонять данные между бекендами просто потому что бекендер чут-чуть даун.
Впрочем, кто я такой чтобы судить любителей покушать свежее человеческое дерьмо.
> Никто не юзает эту фичу, для этого просто делается отдельный микросервис на го или расте и всё.
Охуенная идея даунгрейднуть производительность и гонять данные между бекендами просто потому что бекендер чут-чуть даун.
Впрочем, кто я такой чтобы судить любителей покушать свежее человеческое дерьмо.
>>53810
Два раза не прав.
Во-первых, благодаря типизации можно писать код по спеке. Например бэк ещё не сделали, но его API уже спроектирован, а значит уже можно пилить для него клиент (фронт). В голом JS такой финт сделать практически нереально.
Во-вторых, часто типы можно сгенерить из самой спеки, если она формально описана (openapi, graphql и тп).
>Вместо написания приложения теперь придётся писать обосранные типы на десятки строк, которые никаких проблем и не решают.
Два раза не прав.
Во-первых, благодаря типизации можно писать код по спеке. Например бэк ещё не сделали, но его API уже спроектирован, а значит уже можно пилить для него клиент (фронт). В голом JS такой финт сделать практически нереально.
Во-вторых, часто типы можно сгенерить из самой спеки, если она формально описана (openapi, graphql и тп).
>>43580 (OP)
Хуйнёй страдаете. Катитесь в 1С срочняком. Там тупо кнопка "БАБЛО".
Хуйнёй страдаете. Катитесь в 1С срочняком. Там тупо кнопка "БАБЛО".
>>54370
Какие-то маняфантазии потому-что
1) Обсуждается перформанс в вакууме и как всегда в попугаях
2) Априори преподносится, что этот магический перфрманс важнее поддерживаемости
3) Практически всегда можно убрать типы из кода и сверить бечмарки
Какие-то маняфантазии потому-что
1) Обсуждается перформанс в вакууме и как всегда в попугаях
2) Априори преподносится, что этот магический перфрманс важнее поддерживаемости
3) Практически всегда можно убрать типы из кода и сверить бечмарки
>>54382
А ты уже уходишь из 1С, да...
А ты уже уходишь из 1С, да...
>>54378
Погоди, а в чем проблема писать это на жс? Типо. Религия? Религия тебе запрещает это делать на жс?
Т.е. тс обязывает ещё и всякую хуйню проектировать и всё ради того чтобы дауны-джуны не ошиблись в строке.
Ну не знаю, а у вас в комании принято набирать даунов-джунов? Это типо норма?
>Во-первых, благодаря типизации можно писать код по спеке. Например бэк ещё не сделали, но его API уже спроектирован, а значит уже можно пилить для него клиент (фронт).
Погоди, а в чем проблема писать это на жс? Типо. Религия? Религия тебе запрещает это делать на жс?
>Во-вторых, часто типы можно сгенерить из самой спеки, если она формально описана (openapi, graphql и тп).
Т.е. тс обязывает ещё и всякую хуйню проектировать и всё ради того чтобы дауны-джуны не ошиблись в строке.
Ну не знаю, а у вас в комании принято набирать даунов-джунов? Это типо норма?
>>54362
Нет, нужно только если ты автор библиотеки, напимер ты разработчик какого-нибудь реакта.
Пруфы? Он высирает разве что функции там, где это казалось бы не нужно - когда юзаются енамы. ТС про что угодно, на нём и корпоративные говнокод могут писать, и некорпортативные неговнокод тоже. Суть в том, что на чистом ЖС просто уже практически не пишут. ТС это дефолт и уже давно.
Разве что какой-нибудь мелкий скриптик, не более.
>>54370
Наоборот апгрейднуть проивзодительность, а заодно и масштабируемость. Впрочем, я и прямо из монолита на ноде дёргал ffmpeg, ничего страшного не было, но это был небольшой проект. А писать c/cpp аддоны для ноды это чаще всего плохая идея, можно заебаться чинить это дерьмо в случае проблем (а они вполне вероятны). Микросервисы легче и надёжнее. Ты думаешь сетевой оверхед большой, когда всё в одном контуре? Да даже если распределены географически, то в чём твоя проблема, у тебя цпу-баунд задачи, которые выполняются быстрее сетевых запросов?
>Нужно. Это ТС. На ТС все пишут типы на десятки строк, если ты не пишешь - ты не пишешь на ТС.
Нет, нужно только если ты автор библиотеки, напимер ты разработчик какого-нибудь реакта.
>Накладывает. Он буквально высирает неоптимизированный говнокод, который можно написать куда лучше, если писать на ЖС. ТС вообще никогда не занимался оптимизацией своего кала, ТС он про другое - позволить джунам писать кучу корпоративного дерьмокода за копейки.
Пруфы? Он высирает разве что функции там, где это казалось бы не нужно - когда юзаются енамы. ТС про что угодно, на нём и корпоративные говнокод могут писать, и некорпортативные неговнокод тоже. Суть в том, что на чистом ЖС просто уже практически не пишут. ТС это дефолт и уже давно.
>Это да, сеньёры на ТС писать не будут, человек с опытом будет писать на ЖС.
Разве что какой-нибудь мелкий скриптик, не более.
>>54370
>Охуенная идея даунгрейднуть производительность и гонять данные между бекендами просто потому что бекендер чут-чуть даун.
Наоборот апгрейднуть проивзодительность, а заодно и масштабируемость. Впрочем, я и прямо из монолита на ноде дёргал ffmpeg, ничего страшного не было, но это был небольшой проект. А писать c/cpp аддоны для ноды это чаще всего плохая идея, можно заебаться чинить это дерьмо в случае проблем (а они вполне вероятны). Микросервисы легче и надёжнее. Ты думаешь сетевой оверхед большой, когда всё в одном контуре? Да даже если распределены географически, то в чём твоя проблема, у тебя цпу-баунд задачи, которые выполняются быстрее сетевых запросов?
>>54383
Как ты собрался поддерживать типы на 4 строки? Их никто, кроме писавшего, не понимает.
Дело не типах, дело в говнокоде который сплошь пронизан __awaiter, __assign и прочим бредом.
> важнее поддерживаемости
Как ты собрался поддерживать типы на 4 строки? Их никто, кроме писавшего, не понимает.
> всегда можно убрать типы из кода и сверить бечмарки
Дело не типах, дело в говнокоде который сплошь пронизан __awaiter, __assign и прочим бредом.
48 Кб, 774x1024>>54396
А, так ты кнопкокрас? Так иди нахуй, джун, мы тут серьёзные вещи обсуждаем, куда ты лезешь
> Нет, нужно только если ты автор библиотеки,
А, так ты кнопкокрас? Так иди нахуй, джун, мы тут серьёзные вещи обсуждаем, куда ты лезешь
>>54399
Так не компиль под дерьмо мамонта
Так не компиль под дерьмо мамонта
>>54402
Нет, я сеньор бекенд-разработчик. Ты сам библиотеки не разрабатываешь, так что твой доёб не ясен.
Нет, я сеньор бекенд-разработчик. Ты сам библиотеки не разрабатываешь, так что твой доёб не ясен.
>>54392
Ты будешь запоминать все-все-все структуры данных из API и совсем ни разу не ошибешься в каком-нибудь data.zalupaEnota.mamku[0]?.ebal? Запустить код чтобы отловить баги нельзя - бэк всё ещё ещё пишут гоферы, но из-за обилия if err ≠ nil у них сломались клавиатуры, а новые привезут только завтра.
Я же не сказал, что на JS такое вообще не возможно, но на практике 100% будет обосрамс жидким.
> в чем проблема писать это на жс
Ты будешь запоминать все-все-все структуры данных из API и совсем ни разу не ошибешься в каком-нибудь data.zalupaEnota.mamku[0]?.ebal? Запустить код чтобы отловить баги нельзя - бэк всё ещё ещё пишут гоферы, но из-за обилия if err ≠ nil у них сломались клавиатуры, а новые привезут только завтра.
Я же не сказал, что на JS такое вообще не возможно, но на практике 100% будет обосрамс жидким.
>>54418
1. Ты читаешь апи.
2. Строишь дефолтный объект по этому апи.
3. Строишь обработчики для этого объекта.
В какой момент у тебя появляются ошибки? Типо ты смотрел в доку, а в другой момент ты пускаешь слюни и пишешь хуйню? Как это происходит?
Как можно смотреть в апи и писать хуйню? Как?
Чел, если ты физически болен, если у тебя есть синдром дауна или какие-то другие ментальные проблемы. Как тебя взяли на работу?
>Ты будешь запоминать все-все-все структуры данных из API и совсем ни разу не ошибешься в каком-нибудь data.zalupaEnota.mamku[0]?.ebal?
1. Ты читаешь апи.
2. Строишь дефолтный объект по этому апи.
3. Строишь обработчики для этого объекта.
В какой момент у тебя появляются ошибки? Типо ты смотрел в доку, а в другой момент ты пускаешь слюни и пишешь хуйню? Как это происходит?
Как можно смотреть в апи и писать хуйню? Как?
> но на практике 100% будет обосрамс жидким.
Чел, если ты физически болен, если у тебя есть синдром дауна или какие-то другие ментальные проблемы. Как тебя взяли на работу?
>>54418
>>54392
>>54423
Как же ору с кукареков про тс нинужен. Как без тс сделать такое? https://trpc.io
End-to-end type safety это просто пиздец как удобно, зачем лишать себя удобств, которые ещё и защищают от ошибок? Это мазохизм, или как это называется?
>>54392
>>54423
Как же ору с кукареков про тс нинужен. Как без тс сделать такое? https://trpc.io
End-to-end type safety это просто пиздец как удобно, зачем лишать себя удобств, которые ещё и защищают от ошибок? Это мазохизм, или как это называется?
>>54423
Вот нахера, если вместо этого объекта достаточно просто описать его тип, а в идеале вообще сгенерировать из спеки? Потом ещё этот объект удалять придётся. Слишком много ненужной работы.
>Строишь дефолтный объект по этому апи
Вот нахера, если вместо этого объекта достаточно просто описать его тип, а в идеале вообще сгенерировать из спеки? Потом ещё этот объект удалять придётся. Слишком много ненужной работы.
>>54442
Нет, мань. В идеале существует монорепа с АПИ которую берёт и бекенд и фронт и не возникает никаких проблем с типами, их в принципе не может возникнуть. Большая часть компаний работает с монорепой.
Но откуда это тебе знать, верно? Ты же обоссаный кнопкокрас, ты даже с сетью не взаимодействуешь на клиенте. Зато весь тред засрал своим ТСом, молодец.
>Вот нахера, если вместо этого объекта достаточно просто описать его тип, а в идеале вообще сгенерировать из спеки?
Нет, мань. В идеале существует монорепа с АПИ которую берёт и бекенд и фронт и не возникает никаких проблем с типами, их в принципе не может возникнуть. Большая часть компаний работает с монорепой.
Но откуда это тебе знать, верно? Ты же обоссаный кнопкокрас, ты даже с сетью не взаимодействуешь на клиенте. Зато весь тред засрал своим ТСом, молодец.
>>54445
Как монореповость стала альтернативой типам? Что за шиза? Когда проект большой разобраться вместе с типами легче. Какая бы там реповость не была. Я понимаю когда DHH топит за ванильный жс. У него цель вообще минимум жс и писать все на рельсах. Но каким образом это лучше для жс фулкека?
другой анон
Как монореповость стала альтернативой типам? Что за шиза? Когда проект большой разобраться вместе с типами легче. Какая бы там реповость не была. Я понимаю когда DHH топит за ванильный жс. У него цель вообще минимум жс и писать все на рельсах. Но каким образом это лучше для жс фулкека?
другой анон
>>54454
Речь была про апи, не теряйся
Когда проект большой - писать типы сложнее, разбираться в том какие калструкции высрал какой-то дегенерат - невозможно.
Тем что писать это быстрее раз в пять. То что ТS-дебилы пилят месяц, обычная команда на JS пишет за неделю.
Конечно, к обычным рабам это не относится, на чем тебе скажут на том и будешь пилить.
> Как монореповость стала альтернативой типам? Что за шиза?
Речь была про апи, не теряйся
> Когда проект большой разобраться вместе с типами легче.
Когда проект большой - писать типы сложнее, разбираться в том какие калструкции высрал какой-то дегенерат - невозможно.
> Но каким образом это лучше для жс фулкека?
Тем что писать это быстрее раз в пять. То что ТS-дебилы пилят месяц, обычная команда на JS пишет за неделю.
Конечно, к обычным рабам это не относится, на чем тебе скажут на том и будешь пилить.
282 Кб, 1438x861Читаю вас, как самый ахуенный сериал. Когда уже развязка-то будет? Что в итоге лучше, круче, быстрее?
А как вам такая допинформация: репа Го будет раз в 10 меньше, чем Ноды.
Молю, продолжайте, это пиздец как интересно
А как вам такая допинформация: репа Го будет раз в 10 меньше, чем Ноды.
Молю, продолжайте, это пиздец как интересно
>>54460
Чел, я еще на жквери успел пописать фронтенды, а потом долго писал на вуе 2 без тайпскрипта (и реакте), потому что он вначале с тайпскриптом плохо дружил и тайпскрипт еще не был распостранен у вуешников, а теперь в основном с тайпскриптом живу на беке и фронте и без вуя.
Ты какие-то страсти пишешь про тайпскрипт. Я в основном про лучшую поддержку кода в иде: навинагия, поиск ссылок и наследников/имплементаций.
Даже чистый жс код в иде поддерживается через статический анализ. Только в виду отстттвия типовых подпорок он ограничен. Возьми любой относительно большой жс проект и там навигация по коду сильно хуже в том же вскоде
Возми например https://github.com/stephomi/sculptgl и проверь навигацию и автодополнение. Заебно же методы и свойства копировать вставлять.
Чел, я еще на жквери успел пописать фронтенды, а потом долго писал на вуе 2 без тайпскрипта (и реакте), потому что он вначале с тайпскриптом плохо дружил и тайпскрипт еще не был распостранен у вуешников, а теперь в основном с тайпскриптом живу на беке и фронте и без вуя.
Ты какие-то страсти пишешь про тайпскрипт. Я в основном про лучшую поддержку кода в иде: навинагия, поиск ссылок и наследников/имплементаций.
Даже чистый жс код в иде поддерживается через статический анализ. Только в виду отстттвия типовых подпорок он ограничен. Возьми любой относительно большой жс проект и там навигация по коду сильно хуже в том же вскоде
Возми например https://github.com/stephomi/sculptgl и проверь навигацию и автодополнение. Заебно же методы и свойства копировать вставлять.
>>54494
С чего бы? В ноде будет больше сторонних пакетов установлено. От этого раздует node_modules но не репу
>репа Го будет раз в 10 меньше, чем Ноды.
С чего бы? В ноде будет больше сторонних пакетов установлено. От этого раздует node_modules но не репу
>>53623
Я пишу библиотеки — дальше что? Без хайпа и просто админресурса никто про них даже не узнает. Вот кто из вас знает про Elm? А его авто бегает по всем возможным конференциям нон-стоп. При этом Redux используют не только лишь все, хотя это копия механизма из Elm, причём, используют чаще всего там? где оно даже не нужно.
Опенсорс — это 80% хайпа и сетевого эффекта и 20% технической составляющей. Собственно, я аналогичную тему поднимал среди облачных сервисов (>>3449366 (OP)), где сложный дорогой продукт, привязывающий к единственной инфраструктуре, по прежнему доминирует рынок, на фоне намного более выгодных и открытых альтернатив.
Впрочем, кому это я рассказываю в треде, где на JS пишут бэкенд. Спасибо хоть не на JPEG пишете.
Для Vue.js сделали VueX, суть работы которой заключается в том, что она за тебя создаёт глобальную переменную. Всё, больш она нихуя не делает. Зачем её создали? Чтобы скаргокультит интерфейс Redux. Ну то есть, да, во VueX ещё есть Redux-подобные интерфейсы, но всё то же самое во Vue.js можно сделать без них.
Если так пойдёт дальше, то скоро на npm появятся отдельные пакеты для написания hello world — крайне низкий уровень среднего JS кодера как бы намекает.
Бля, несколько лет назад со мной работал чел, который в корону ушел с работы слесаря и стал работать кодером на JS. После этой работы я подумал, что во фронте ловить нечего. У меня были сомнения, что я ошибся и слишком рано сделал выводы, ведь такие додики сидят не везде, но этот тред мне напомнил, что всё-таки я был прав.
"Руки-крюки, всё ронял, даже веник поломал.
Но однажды сел за гит — и теперь я full-stack-lead".
Задай вопрос тем, кто юзает React.js и Redux — зачем ты у меня спрашиваешь?
Я выше привёл пример пиздеца в твоём же TS. Тебе не понравилось?
>Топовые разрабы пишут библиотеки. А обычные чуханцы с улицы просто пользуются этими библиотеками и пользуются вполне прилично - всё работает, никаких проблем особо и нет.
Я пишу библиотеки — дальше что? Без хайпа и просто админресурса никто про них даже не узнает. Вот кто из вас знает про Elm? А его авто бегает по всем возможным конференциям нон-стоп. При этом Redux используют не только лишь все, хотя это копия механизма из Elm, причём, используют чаще всего там? где оно даже не нужно.
Опенсорс — это 80% хайпа и сетевого эффекта и 20% технической составляющей. Собственно, я аналогичную тему поднимал среди облачных сервисов (>>3449366 (OP)), где сложный дорогой продукт, привязывающий к единственной инфраструктуре, по прежнему доминирует рынок, на фоне намного более выгодных и открытых альтернатив.
Впрочем, кому это я рассказываю в треде, где на JS пишут бэкенд. Спасибо хоть не на JPEG пишете.
>Некто не пишет с нуля кроме долбоёбов вроде меня ядра приложений, ядра рендера, гидратацию и прочую чушь
Для Vue.js сделали VueX, суть работы которой заключается в том, что она за тебя создаёт глобальную переменную. Всё, больш она нихуя не делает. Зачем её создали? Чтобы скаргокультит интерфейс Redux. Ну то есть, да, во VueX ещё есть Redux-подобные интерфейсы, но всё то же самое во Vue.js можно сделать без них.
Если так пойдёт дальше, то скоро на npm появятся отдельные пакеты для написания hello world — крайне низкий уровень среднего JS кодера как бы намекает.
Бля, несколько лет назад со мной работал чел, который в корону ушел с работы слесаря и стал работать кодером на JS. После этой работы я подумал, что во фронте ловить нечего. У меня были сомнения, что я ошибся и слишком рано сделал выводы, ведь такие додики сидят не везде, но этот тред мне напомнил, что всё-таки я был прав.
"Руки-крюки, всё ронял, даже веник поломал.
Но однажды сел за гит — и теперь я full-stack-lead".
>ФП и есть одна большая проблема. Когда ты КАЖДЫЙ СУКА РАЗ создаёшь объекты и функции и возвращаешь их - всё скатывается дикий говнокод через полторы итерации разработки.
Задай вопрос тем, кто юзает React.js и Redux — зачем ты у меня спрашиваешь?
>У тебя в return куча дерьмища вместо строк, куча бессмысленных состояний, никто ничего не разберёт в твоей лапше (как и ты сам) и чтобы огородить тебя от продкашена - придумали TS, который не позволяет тебе возвращать рандом ебалу
Я выше привёл пример пиздеца в твоём же TS. Тебе не понравилось?
>>53623
Я пишу библиотеки — дальше что? Без хайпа и просто админресурса никто про них даже не узнает. Вот кто из вас знает про Elm? А его авто бегает по всем возможным конференциям нон-стоп. При этом Redux используют не только лишь все, хотя это копия механизма из Elm, причём, используют чаще всего там? где оно даже не нужно.
Опенсорс — это 80% хайпа и сетевого эффекта и 20% технической составляющей. Собственно, я аналогичную тему поднимал среди облачных сервисов (>>3449366 (OP)), где сложный дорогой продукт, привязывающий к единственной инфраструктуре, по прежнему доминирует рынок, на фоне намного более выгодных и открытых альтернатив.
Впрочем, кому это я рассказываю в треде, где на JS пишут бэкенд. Спасибо хоть не на JPEG пишете.
Для Vue.js сделали VueX, суть работы которой заключается в том, что она за тебя создаёт глобальную переменную. Всё, больш она нихуя не делает. Зачем её создали? Чтобы скаргокультит интерфейс Redux. Ну то есть, да, во VueX ещё есть Redux-подобные интерфейсы, но всё то же самое во Vue.js можно сделать без них.
Если так пойдёт дальше, то скоро на npm появятся отдельные пакеты для написания hello world — крайне низкий уровень среднего JS кодера как бы намекает.
Бля, несколько лет назад со мной работал чел, который в корону ушел с работы слесаря и стал работать кодером на JS. После этой работы я подумал, что во фронте ловить нечего. У меня были сомнения, что я ошибся и слишком рано сделал выводы, ведь такие додики сидят не везде, но этот тред мне напомнил, что всё-таки я был прав.
"Руки-крюки, всё ронял, даже веник поломал.
Но однажды сел за гит — и теперь я full-stack-lead".
Задай вопрос тем, кто юзает React.js и Redux — зачем ты у меня спрашиваешь?
Я выше привёл пример пиздеца в твоём же TS. Тебе не понравилось?
>Топовые разрабы пишут библиотеки. А обычные чуханцы с улицы просто пользуются этими библиотеками и пользуются вполне прилично - всё работает, никаких проблем особо и нет.
Я пишу библиотеки — дальше что? Без хайпа и просто админресурса никто про них даже не узнает. Вот кто из вас знает про Elm? А его авто бегает по всем возможным конференциям нон-стоп. При этом Redux используют не только лишь все, хотя это копия механизма из Elm, причём, используют чаще всего там? где оно даже не нужно.
Опенсорс — это 80% хайпа и сетевого эффекта и 20% технической составляющей. Собственно, я аналогичную тему поднимал среди облачных сервисов (>>3449366 (OP)), где сложный дорогой продукт, привязывающий к единственной инфраструктуре, по прежнему доминирует рынок, на фоне намного более выгодных и открытых альтернатив.
Впрочем, кому это я рассказываю в треде, где на JS пишут бэкенд. Спасибо хоть не на JPEG пишете.
>Некто не пишет с нуля кроме долбоёбов вроде меня ядра приложений, ядра рендера, гидратацию и прочую чушь
Для Vue.js сделали VueX, суть работы которой заключается в том, что она за тебя создаёт глобальную переменную. Всё, больш она нихуя не делает. Зачем её создали? Чтобы скаргокультит интерфейс Redux. Ну то есть, да, во VueX ещё есть Redux-подобные интерфейсы, но всё то же самое во Vue.js можно сделать без них.
Если так пойдёт дальше, то скоро на npm появятся отдельные пакеты для написания hello world — крайне низкий уровень среднего JS кодера как бы намекает.
Бля, несколько лет назад со мной работал чел, который в корону ушел с работы слесаря и стал работать кодером на JS. После этой работы я подумал, что во фронте ловить нечего. У меня были сомнения, что я ошибся и слишком рано сделал выводы, ведь такие додики сидят не везде, но этот тред мне напомнил, что всё-таки я был прав.
"Руки-крюки, всё ронял, даже веник поломал.
Но однажды сел за гит — и теперь я full-stack-lead".
>ФП и есть одна большая проблема. Когда ты КАЖДЫЙ СУКА РАЗ создаёшь объекты и функции и возвращаешь их - всё скатывается дикий говнокод через полторы итерации разработки.
Задай вопрос тем, кто юзает React.js и Redux — зачем ты у меня спрашиваешь?
>У тебя в return куча дерьмища вместо строк, куча бессмысленных состояний, никто ничего не разберёт в твоей лапше (как и ты сам) и чтобы огородить тебя от продкашена - придумали TS, который не позволяет тебе возвращать рандом ебалу
Я выше привёл пример пиздеца в твоём же TS. Тебе не понравилось?
>>53748
Лучше меньше пизди и больше показывай кода. "Бизнес-сущности" будешь показывать мастеру на скрам-митинге, а на двачах за такие слова ссаными тряпками пиздят.
>На Node я могу просто создать объект, который описывает бизнес-сущность: его свойства, поведение и его методы.
>То есть, я прямо, компактно (в рамках портянки) опишу:
>- ЧТО ЭТО
>- ЧТО ОНО ДЕЛАЕТ
>И все в рамках одного класса.
Лучше меньше пизди и больше показывай кода. "Бизнес-сущности" будешь показывать мастеру на скрам-митинге, а на двачах за такие слова ссаными тряпками пиздят.
>>53895
Хуйня, это твоя мать. Я твой код показываю. Ты не виляй, а отвечай глядя на код. Что там?
>Хорёк. Не знаю зачем твоя мать в себя его запихала, спроси у неё. Возможно она хотела отрицательное зачатиеировать тебя, но уже поздно...
Хуйня, это твоя мать. Я твой код показываю. Ты не виляй, а отвечай глядя на код. Что там?
>>53800
На TS ты можешь выразить всё то же, но в райнтайме всё будет наоборот, потому что сторонний код на JS ебал твою TS валидацию. Это тем более актуально в плане того, как JS умеет тихо игнорировать ошибки.
В прикладных инструментах идеальных реализаций нигде нет, но это не значит, что функционального программирования не может быть в грязном инструменте.
Ещё более абсурдно про неидеальность слышать от челика, который топит за проверку типов в языке, где рантайм малопредсказуемым образом превращает разнородные типы в кашу.
Тут, вон, выше и ниже челики пишут, что для TS скила не нужно, только для Go он нужен.
Господин макак точно пытался писать похожие интерфейсы на Qt и на React? С CSS стилями, flex/grid, position, opacity, transform, z-index, position (absolute / relative / fixed / sticky), media queries, кастомные свойства (var(--main-color)) — расскажи мне, как ты охуенно ими владеешь и пишешь адаптивные интерфейсы, как у 5% современных вебсайтов, где всем этим умеют пользоваться. Вот те, кто двачи верстали, ими пользоваться не умеют, например.
Для сравнения, любая макака может написать на Qt гибкие интерфейсы, и они будут предсказуемо отображаться везде.
>На TS ты можешь выразить всё то же, что и на GO, в обратную сторону не работает. В этом и заключаются возможности языка
На TS ты можешь выразить всё то же, но в райнтайме всё будет наоборот, потому что сторонний код на JS ебал твою TS валидацию. Это тем более актуально в плане того, как JS умеет тихо игнорировать ошибки.
>Функциональное программирование
>Его не существует. Везде, где у тебя есть сеть, время и внешние зависимости
В прикладных инструментах идеальных реализаций нигде нет, но это не значит, что функционального программирования не может быть в грязном инструменте.
Ещё более абсурдно про неидеальность слышать от челика, который топит за проверку типов в языке, где рантайм малопредсказуемым образом превращает разнородные типы в кашу.
>Переусложнение TS
>Скил ишью
Тут, вон, выше и ниже челики пишут, что для TS скила не нужно, только для Go он нужен.
>Кресты ещё лучше, но на них интерфейс особо не попишешь - QT лютый кал по сравнению с React.
Господин макак точно пытался писать похожие интерфейсы на Qt и на React? С CSS стилями, flex/grid, position, opacity, transform, z-index, position (absolute / relative / fixed / sticky), media queries, кастомные свойства (var(--main-color)) — расскажи мне, как ты охуенно ими владеешь и пишешь адаптивные интерфейсы, как у 5% современных вебсайтов, где всем этим умеют пользоваться. Вот те, кто двачи верстали, ими пользоваться не умеют, например.
Для сравнения, любая макака может написать на Qt гибкие интерфейсы, и они будут предсказуемо отображаться везде.
>>54436
Какая разница что он возвращает, суть вообще не в этом, ты ничего не понял. Ты не понимаешь что такое end to end type safety.
Какая разница что он возвращает, суть вообще не в этом, ты ничего не понял. Ты не понимаешь что такое end to end type safety.
>>54232
Какой же ты упоротый. Неудивительно, что ты хейтиш TS. Ты даже не знаешь основ программирования. Ты на полном серьёзе сравниваешь динамический язык, исполняемый виртуальной машиной, которая НЕ СТРУКТУРНО хранит данные, в котором можно на лету генерировать что угодно, со кодом без динамики и виртуальной машины. Очевидно, что в первом случае тебе надо время, чтобы преобразовать данные в структуры, который будет читать программа на C, тогда, как Go спизжен с C, и это я выше упоминал: "Та часть Go, что спизжена с C - норм", поэтому, и сочетается легко. Ты б ещё вилку с ложкой сравнил, Вилкой надо делать 40 черпков супа, а ложной один, значит ложка лучше - охуенная логика
Если ты хочешь скорости, ты берёшь C++ и не ебёшь мозг. Хочешь динамики, берёшь TS. Хочешь псевдо скорости и покушать с рук корпоратов с мозгом, поражённым гугловской пропагандой, берёшь Go. Хочешь, динамику со структурностью - находишь ресурсы, и ебашишь свой виртуалку
С этого момента я прекращаю на твою хуйню отвечать, но отвечу на вопросы, если ты хочешь научиться программировать
>В JS это вызывается как внешний модуль, ты не можешь делиться участками память, ссылками на объект и производить прочие охуенные вещи, как можно делать в GO.
>Оверхед вызова C++ в GO примерно 30-40ns, да, это дохуя, но. Оверхед библиотеки в ноде это 5000ns нахуй. Вызов WASM это 10-20 ns, но работа с типами занимает ещё 500-2000ns.
Какой же ты упоротый. Неудивительно, что ты хейтиш TS. Ты даже не знаешь основ программирования. Ты на полном серьёзе сравниваешь динамический язык, исполняемый виртуальной машиной, которая НЕ СТРУКТУРНО хранит данные, в котором можно на лету генерировать что угодно, со кодом без динамики и виртуальной машины. Очевидно, что в первом случае тебе надо время, чтобы преобразовать данные в структуры, который будет читать программа на C, тогда, как Go спизжен с C, и это я выше упоминал: "Та часть Go, что спизжена с C - норм", поэтому, и сочетается легко. Ты б ещё вилку с ложкой сравнил, Вилкой надо делать 40 черпков супа, а ложной один, значит ложка лучше - охуенная логика
Если ты хочешь скорости, ты берёшь C++ и не ебёшь мозг. Хочешь динамики, берёшь TS. Хочешь псевдо скорости и покушать с рук корпоратов с мозгом, поражённым гугловской пропагандой, берёшь Go. Хочешь, динамику со структурностью - находишь ресурсы, и ебашишь свой виртуалку
С этого момента я прекращаю на твою хуйню отвечать, но отвечу на вопросы, если ты хочешь научиться программировать
>>54460
Нет, не сложнее, и вообще чем больше проект, тем больше пользы от тайпскрипта.
Не нужно экстраполировать уровень своего скилла на всех остальных. В большом проекте на TS разработка будет в разы быстре, чем на JS. Но в твоём случае возможно нет, если для тебя даже TS сложен.
>>54520
Для Go не особо нужен скилл, язык в целом примитивен. Нужно в целом понимать как работает асинхронщина, и в частности как работают горутины и каналы, и как устроен гошный scheduler. Не особо сложно.
Какой сторонний код? Пробовал не использовать низкокачественные васянские библиотеки? И не тащить на каждый пук внешние зависимости?
Ты о чём? Какой рантайм? Компилятор тайпскрипта абсолютно предсказуемым образом превращает ts код в js код.
>Когда проект большой - писать типы сложнее, разбираться в том какие калструкции высрал какой-то дегенерат - невозможно.
Нет, не сложнее, и вообще чем больше проект, тем больше пользы от тайпскрипта.
>Тем что писать это быстрее раз в пять. То что ТS-дебилы пилят месяц, обычная команда на JS пишет за неделю.
Не нужно экстраполировать уровень своего скилла на всех остальных. В большом проекте на TS разработка будет в разы быстре, чем на JS. Но в твоём случае возможно нет, если для тебя даже TS сложен.
>>54520
>Тут, вон, выше и ниже челики пишут, что для TS скила не нужно, только для Go он нужен.
Для Go не особо нужен скилл, язык в целом примитивен. Нужно в целом понимать как работает асинхронщина, и в частности как работают горутины и каналы, и как устроен гошный scheduler. Не особо сложно.
>На TS ты можешь выразить всё то же, но в райнтайме всё будет наоборот, потому что сторонний код на JS ебал твою TS валидацию. Это тем более актуально в плане того, как JS умеет тихо игнорировать ошибки.
Какой сторонний код? Пробовал не использовать низкокачественные васянские библиотеки? И не тащить на каждый пук внешние зависимости?
>рантайм малопредсказуемым образом превращает разнородные типы в кашу.
Ты о чём? Какой рантайм? Компилятор тайпскрипта абсолютно предсказуемым образом превращает ts код в js код.
>>54423
Да ты заебал. Тебе выше был задан вопрос, что находется в твоей mother, хроме хуя бомжа. Глядя на код, отвечать, быстро
Ты понимаешь, к какому твоему обсёру я веду?
>1. Ты читаешь апи.
>2. Строишь дефолтный объект по этому апи.
>3. Строишь обработчики для этого объекта.
Да ты заебал. Тебе выше был задан вопрос, что находется в твоей mother, хроме хуя бомжа. Глядя на код, отвечать, быстро
>function kek({ mother, death }) { console.log(mother, death) }
Ты понимаешь, к какому твоему обсёру я веду?
>>53851
Так это JS. Скрипту пришла строка вместо числа, скипт тебе в вычислениях наебошил "NaNNaNNaNNaN", потом сложил всё это в объект {'a': 0, b: "NaNNaNNaNNaN"} — твоему тайпскрипту это приходит как масив чисел. Твои действия? Это хорошо, если исключение выкинется, а часто вся эта хуйня дальше пробрасывается без изменений.
>Почему у тебя прилетает объект в котором поля неизвестны? Как это вообще получается? Ты посмотреть не можешь? У тебя ручки трясутся и из-за этого ты не можешь посмотреть что это за объект? Тебе неприятно смотреть в API?
Так это JS. Скрипту пришла строка вместо числа, скипт тебе в вычислениях наебошил "NaNNaNNaNNaN", потом сложил всё это в объект {'a': 0, b: "NaNNaNNaNNaN"} — твоему тайпскрипту это приходит как масив чисел. Твои действия? Это хорошо, если исключение выкинется, а часто вся эта хуйня дальше пробрасывается без изменений.
>>53939
>>54015
Я задумался ещё раз, и вспомнил опыт работы в самой помойной помойке, где я когда-то был. Там челики способны запутаться в трёх соснах без внешней помощи. Эти будут делать
tmp1 , _ = func(MyData)
в каждой второй строке и писать типа "interface{}" каждому полю. В их случае чем более примитивен инструмент — тем лучше.
Правда. с нейросетками есть вероятность, что моих бывших коллег уже отправили обратно работать слесарями на завод.
Если же говорить про программистов, способных учиться, то инструментов для создания больших проектов с независимыми модулями в Go, очевидно, больше, чем в TS/JS — о чем тут разговор? Если нужна многопоточность и разделяемое состояние, то тут вообще no contest.
>Я предпочитаю TS. Та часть Go, что спизжена с C - норм. Та часть, где попытались в фичи: типы, обработка ошибок - кек, азазаза
>>54015
>Выбирая между TS и GO - однозначно GO. Плюсов куда больше, например проблемные участки кода можно переписать на C++, компилятор GO автоматически встраивает его
Я задумался ещё раз, и вспомнил опыт работы в самой помойной помойке, где я когда-то был. Там челики способны запутаться в трёх соснах без внешней помощи. Эти будут делать
tmp1 , _ = func(MyData)
в каждой второй строке и писать типа "interface{}" каждому полю. В их случае чем более примитивен инструмент — тем лучше.
Правда. с нейросетками есть вероятность, что моих бывших коллег уже отправили обратно работать слесарями на завод.
Если же говорить про программистов, способных учиться, то инструментов для создания больших проектов с независимыми модулями в Go, очевидно, больше, чем в TS/JS — о чем тут разговор? Если нужна многопоточность и разделяемое состояние, то тут вообще no contest.
>>54232
Воу-воу-воу, секундочку... Нахуй мне ваш JS, если я просто могу скомпилировать программу Go в WASM?
>Вызов WASM это 10-20 ns, но работа с типами занимает ещё 500-2000ns.
Воу-воу-воу, секундочку... Нахуй мне ваш JS, если я просто могу скомпилировать программу Go в WASM?
>>54336
Уже отвечено:
>>52900
Я когда писал фронты, то даже изучал все эти хитромудрости JS, но даже я до вчерашнего дня не знал про прикол с parseInt(0.0000005).
Люди, которые пользуются питоновским говнософтом, часто жалуются на стэки исключени в консоле, но в жертв JS стэков либо нет, либо они настолько всратые, что ничем не помогут в исправлении ошибки.
Один из ключевых инструментов для фиксации ошибок в проде — это стэектрейсы, которые фиксируют ошибочное состояние программы и отдельные параметры окружения. Но в JS это не работает, потому что стэки, как правило, ничего не значат. И что же придумали разрабы? Они фиксируют ВСЕ действия пользователя на сайте в надежде, что повторяя эти нажатия кнопок у себя в таком же браузере получится воспроизвести ошибку с добавленными отладочными фичами/логированием.
В том числе двач пишет ваши щелчки мышкой и нажатия кнопок — если кто не знал. Называется Microsoft Clarity.
И вся эта еботня только потому, что JS — это ЯП, написанный за десять дней.
>К тебе тот же вопрос, какие именно особенности этого языка мешают написанию бекенда, как они ограничивают тебя в написании бекенда?
Уже отвечено:
>>52900
>вместо адекватной стратегии вместо fail-fast fail-loud системы, которая падает сразу и громко, JS всегда выбирает продолжать исполнение любой ценой, даже когда обрабатываемые данные заведомо невалидны и дальнейшая работа программы вообще не имеет смысла, что роднит ее с другим фракталом плохого дизайна: PHP
Я когда писал фронты, то даже изучал все эти хитромудрости JS, но даже я до вчерашнего дня не знал про прикол с parseInt(0.0000005).
Люди, которые пользуются питоновским говнософтом, часто жалуются на стэки исключени в консоле, но в жертв JS стэков либо нет, либо они настолько всратые, что ничем не помогут в исправлении ошибки.
Один из ключевых инструментов для фиксации ошибок в проде — это стэектрейсы, которые фиксируют ошибочное состояние программы и отдельные параметры окружения. Но в JS это не работает, потому что стэки, как правило, ничего не значат. И что же придумали разрабы? Они фиксируют ВСЕ действия пользователя на сайте в надежде, что повторяя эти нажатия кнопок у себя в таком же браузере получится воспроизвести ошибку с добавленными отладочными фичами/логированием.
В том числе двач пишет ваши щелчки мышкой и нажатия кнопок — если кто не знал. Называется Microsoft Clarity.
И вся эта еботня только потому, что JS — это ЯП, написанный за десять дней.
>>54240
Это бездонная тема, есть тысяча причин, почему V8 может деоптимизировать функцию.
>Интереснай статейка, наворачивайте.
Это бездонная тема, есть тысяча причин, почему V8 может деоптимизировать функцию.
>>54541
В чём твоя проблема? Ты не умеешь пользоваться try/catch? Ну ок, мне тоже больше нравится обработка ошибок как значений, запрещают так делать что ли? Если стэки ничего не значат, то может это наговнокожено? Почему люди говнокодят, а потом говорят, что это язык им в штаны срёт? Почему таким людям, которым язык срёт в штаны, кажется что при написании бекенда на тайпскрипте запрещено использовать OpenTelemetry, Jaeger, Loki, Prometheus, Grafana, Sentry, Datadog, New Relic? И при чём тут твой пример с логированием в браузере, если речь была про бекенд?
В чём твоя проблема? Ты не умеешь пользоваться try/catch? Ну ок, мне тоже больше нравится обработка ошибок как значений, запрещают так делать что ли? Если стэки ничего не значат, то может это наговнокожено? Почему люди говнокодят, а потом говорят, что это язык им в штаны срёт? Почему таким людям, которым язык срёт в штаны, кажется что при написании бекенда на тайпскрипте запрещено использовать OpenTelemetry, Jaeger, Loki, Prometheus, Grafana, Sentry, Datadog, New Relic? И при чём тут твой пример с логированием в браузере, если речь была про бекенд?
>>54337
Микросервисы, именно в своём классическом понимании — это мозг рака само по себе. Многие дрочат на гигантов вроде Google, но один "микросервис" гугла для автокомплита больше, чем вся ваша система вместе взятая.
За исключением тончайших проксей, которые ничего не делают (и непонятно зачем нужны), проблема изоляции сервиса неизбежно приводит к необходимости восстановить доступ к общим данным, а это значит нагрузка на БД, а БД не резиновая, потому нужны кэши, а кэши протухают, потому нужны сервисы синхронизации кэшей — вуаля, у нас был макросервис, мы поделили его на три, но сервисов в итоге получилось пять. Тепрь всей этой хуйней нужно еще админить, потому эластик-логстеш-кибана, кубернет у нас уже стоит, это же очевидно, RabbitMQ там несложно будет развернуть для очередей между сервисами — ну, в общем, это вы и без меня знаете, если у вас есть два сервиса, то им нужно ещё минимум семь других для обслуживания.
И если у гугла "микросервис" уже не влазит в простой комплюктер, то простому кабану с сотней пользователей ваши микросервисы — просто третья нога.
Но о чём я пишу, всем похуй, нынче модно микросервис.
> В чем смысл срача го/нода? Сейчас же везде микросервисы, можно пилить на чем хошь. На ТС быстрее наваять, а если будут проблемы с производительностью - перепилить на го.
Микросервисы, именно в своём классическом понимании — это мозг рака само по себе. Многие дрочат на гигантов вроде Google, но один "микросервис" гугла для автокомплита больше, чем вся ваша система вместе взятая.
За исключением тончайших проксей, которые ничего не делают (и непонятно зачем нужны), проблема изоляции сервиса неизбежно приводит к необходимости восстановить доступ к общим данным, а это значит нагрузка на БД, а БД не резиновая, потому нужны кэши, а кэши протухают, потому нужны сервисы синхронизации кэшей — вуаля, у нас был макросервис, мы поделили его на три, но сервисов в итоге получилось пять. Тепрь всей этой хуйней нужно еще админить, потому эластик-логстеш-кибана, кубернет у нас уже стоит, это же очевидно, RabbitMQ там несложно будет развернуть для очередей между сервисами — ну, в общем, это вы и без меня знаете, если у вас есть два сервиса, то им нужно ещё минимум семь других для обслуживания.
И если у гугла "микросервис" уже не влазит в простой комплюктер, то простому кабану с сотней пользователей ваши микросервисы — просто третья нога.
Но о чём я пишу, всем похуй, нынче модно микросервис.
>>54348
Как это "не всегда"? У нас разные жаваскрипты? Или ты мне расскажешь очередные сказки про "у нас в проекте багов не бывает"?
Я не знаю, как называется болезнь, когда пациент берёт худшие куски говна (JS и PHP), и даже там, где говна мало, он всё равно умудряется находить худший кусок говна (Django). Слышал когда-нибудь про mypy и pydatic?
Нука поясни, что здесь корявого и обрезанного?
https://pastebin.com/DL5M97vs
Если тебе нужен темплейтер, то могу переписать с темплейтером.
При чём тут "я"? Мы инструмент или тебя обсуждаем? Может ты десяток хуёв в жопу за чес примешь, но я не из таких.
Я не знаю, есть ли смысл повторять, в ответах выше несколько раз повторил, лучше там про типизацию обсудить.
Если мне похуй производительность, то я пишу на питоне. И в том числе транскодинг видео, как ни странно, шустро работает на питоне.
Implying у вас вся система — пиздец из микросервисов. Тогда можете писать на ноде — там уже нет разницы.
>Нет, не всегда, и обычно это происходит по причине говнокода.
Как это "не всегда"? У нас разные жаваскрипты? Или ты мне расскажешь очередные сказки про "у нас в проекте багов не бывает"?
>>Laravel или Django просто в силу КРАТНО более развитой экосистемы с этим справляются в разы лучше.
>Там как минимум нет статической типизации, уже по этой причине они отправляются в помойку.
Я не знаю, как называется болезнь, когда пациент берёт худшие куски говна (JS и PHP), и даже там, где говна мало, он всё равно умудряется находить худший кусок говна (Django). Слышал когда-нибудь про mypy и pydatic?
>Go не удобнее, он корявый и обрезванный, на нём неудобно писать веб-бекенды.
Нука поясни, что здесь корявого и обрезанного?
https://pastebin.com/DL5M97vs
Если тебе нужен темплейтер, то могу переписать с темплейтером.
>Я буду делать разработку сложного проекта на ТС раз в 5 быстрее, а несложного в 10-20 быстрее.
При чём тут "я"? Мы инструмент или тебя обсуждаем? Может ты десяток хуёв в жопу за чес примешь, но я не из таких.
>В чем твоя проблема с типизацией в ТС? Структурная типизация, или что?
Я не знаю, есть ли смысл повторять, в ответах выше несколько раз повторил, лучше там про типизацию обсудить.
>А ты часто числодробилки пишешь в рамках веб-бекенднов? Часто пишешь какой-нибудь транскодинг видео?
Если мне похуй производительность, то я пишу на питоне. И в том числе транскодинг видео, как ни странно, шустро работает на питоне.
>Сложно выделить обработчик в отедльный микросервис, который будет дёргать ffmpeg?
Implying у вас вся система — пиздец из микросервисов. Тогда можете писать на ноде — там уже нет разницы.
>>54358
Наверное, потому MS переписало компилятор Typescript на Go, бг-г-г.
Ага, тут говорили о том, что вызов фукнции WASM стоит 30 нс, вызов нативной функции 1000 нс, но у нас есть решение круче — это удалённый вызов на 100 000-200 000 нс. Напомните, ваш хайлоад сколько запросов в секунду обрабатывает?
Я болен снобизмом плана "мою айтишечку скатывают в говно", и с каждым годом вебсайты работают хуёвее и хуёвее. И мне приходится этим говном пользоваться. Раньше вебсайтов было меньше, но сил в них вкладывалось больше. Сейчас вебсайты клепаются на похуй вообще.
>Для 90% бекенда TS, для хитровыебанных сетевых и числодробильных штук Go, 1% раст для тру хайлоада во всех смыслах, и память, и цпу, и латенси с рпс - всё лучше го.
Наверное, потому MS переписало компилятор Typescript на Go, бг-г-г.
>Никто не юзает эту фичу, для этого просто делается отдельный микросервис на го или расте и всё.
Ага, тут говорили о том, что вызов фукнции WASM стоит 30 нс, вызов нативной функции 1000 нс, но у нас есть решение круче — это удалённый вызов на 100 000-200 000 нс. Напомните, ваш хайлоад сколько запросов в секунду обрабатывает?
>Несколько человек просто иррационально хейтят идею написания бекенда на ТС, кто-то пересказывает чужое мнение из 2010, кто-то болен снобизмом и ему печёт в духе "что эти кнопкокрасы себе позволяют, ррряяя, этот язык не предназначен для бекенда".
Я болен снобизмом плана "мою айтишечку скатывают в говно", и с каждым годом вебсайты работают хуёвее и хуёвее. И мне приходится этим говном пользоваться. Раньше вебсайтов было меньше, но сил в них вкладывалось больше. Сейчас вебсайты клепаются на похуй вообще.
>>54378
Я тут сидел, и чот мне скучно уже давно. Но ты молодец, рассмешил дядьку. Эффект от написания по спеке для несуществующего кода обычно примерно такой же, как если бы я от балды написал рандомную хуйню, какая мне захочется. И тем хуже будет, долбоебы на другом конце таки выполнят написанную заранее без понимания требований спеку.
Такую хуйню можно провернуть в любом ЯП, TS не обязателен.
>Во-первых, благодаря типизации можно писать код по спеке. Например бэк ещё не сделали, но его API уже спроектирован, а значит уже можно пилить для него клиент (фронт). В голом JS такой финт сделать практически нереально.
Я тут сидел, и чот мне скучно уже давно. Но ты молодец, рассмешил дядьку. Эффект от написания по спеке для несуществующего кода обычно примерно такой же, как если бы я от балды написал рандомную хуйню, какая мне захочется. И тем хуже будет, долбоебы на другом конце таки выполнят написанную заранее без понимания требований спеку.
Такую хуйню можно провернуть в любом ЯП, TS не обязателен.
>>54392
Бля, чел, я в ахуе был, когда нашел предложение работать фронтендером в какой-то помойке за 100 тыр (в короновирус), где требовались все баззворды, которые в принципе есть в индустрии, типа CSS, Webpack, Jest, REST API, Git, CI/CD, при этом работа с таймтрекером — и, вишенка на тортике, необходимо демонстрировать, как ты изучаешь английский язык, какие сериалы на английском ты смотрел. Как ты думаешь, насколько отбитые ебобошки идут на подобные работы? Какой фронтенд они могут написать?
Но более адекватный конторы не полностью исключают долбоебизм. Я с последней работы ушел, когда из-за проебанного не нами дедлайна начали перетряхивать все формальные процессы у нас, и начали жестко ебать мозги best practice и хуяк-хуяк-и-в-продакшен driven development.
И это ещё куда ни шло, а пасаны, вон, в 2025 сидят на React.js + Redux сайты пилят.
>Т.е. тс обязывает ещё и всякую хуйню проектировать и всё ради того чтобы дауны-джуны не ошиблись в строке.
Бля, чел, я в ахуе был, когда нашел предложение работать фронтендером в какой-то помойке за 100 тыр (в короновирус), где требовались все баззворды, которые в принципе есть в индустрии, типа CSS, Webpack, Jest, REST API, Git, CI/CD, при этом работа с таймтрекером — и, вишенка на тортике, необходимо демонстрировать, как ты изучаешь английский язык, какие сериалы на английском ты смотрел. Как ты думаешь, насколько отбитые ебобошки идут на подобные работы? Какой фронтенд они могут написать?
Но более адекватный конторы не полностью исключают долбоебизм. Я с последней работы ушел, когда из-за проебанного не нами дедлайна начали перетряхивать все формальные процессы у нас, и начали жестко ебать мозги best practice и хуяк-хуяк-и-в-продакшен driven development.
И это ещё куда ни шло, а пасаны, вон, в 2025 сидят на React.js + Redux сайты пилят.
>>54418
Ну всегда можно напистать подчерк второй переменной, и получится как в JS.
У нас выросло поколение дебилов, не слышавших про mock тесты. Поздравляю, товарищи.
>бэк всё ещё ещё пишут гоферы, но из-за обилия if err ≠ nil у них сломались клавиатуры, а новые привезут только завтра.
Ну всегда можно напистать подчерк второй переменной, и получится как в JS.
>Я же не сказал, что на JS такое вообще не возможно, но на практике 100% будет обосрамс жидким.
У нас выросло поколение дебилов, не слышавших про mock тесты. Поздравляю, товарищи.
>>54423
Если API большое, то это реально проблема так-то. Заебешься скролить туда-сюда.
>Как можно смотреть в апи и писать хуйню? Как?
Если API большое, то это реально проблема так-то. Заебешься скролить туда-сюда.
>>54427
Я всё думал "как это никто до сих пор не додумался превратить фронт и бэк в одну монорепу". А вот же ж есть tRPC. То есть, вы даже типы данных в API не объявляете — API строится автовыводом прямо.
Не, я бы всё-таки предпочёл монорепу фронт+бэк и импортировать API из общего файла. Мне бы спокойнее на душе было.
хотя я всё ещё считаю, что нода на бэке — это рак.
>Как без тс сделать такое? https://trpc.io
>End-to-end type safety это просто пиздец как удобно, зачем лишать себя удобств, которые ещё и защищают от ошибок? Это мазохизм, или как это называется?
Я всё думал "как это никто до сих пор не додумался превратить фронт и бэк в одну монорепу". А вот же ж есть tRPC. То есть, вы даже типы данных в API не объявляете — API строится автовыводом прямо.
Не, я бы всё-таки предпочёл монорепу фронт+бэк и импортировать API из общего файла. Мне бы спокойнее на душе было.
хотя я всё ещё считаю, что нода на бэке — это рак.
>>54445
Ты забыл уточнить "большая часть компаний, в которых я работал", потому что таким карго культом не так много кто занимается. Например, хоть я работал и в помойке, но у нас никаких монореп не было, у нас API был API и не менялся пять раз в день.
>В идеале существует монорепа с АПИ которую берёт и бекенд и фронт и не возникает никаких проблем с типами, их в принципе не может возникнуть. Большая часть компаний работает с монорепой.
Ты забыл уточнить "большая часть компаний, в которых я работал", потому что таким карго культом не так много кто занимается. Например, хоть я работал и в помойке, но у нас никаких монореп не было, у нас API был API и не менялся пять раз в день.
>>54499
Да, node_modules, не репа. У меня обычно меньше 300 пакетов в node_modules не было. В Go даже для жирных фреймворков аля Gin/Echo нужно штук 50 пакетов — в это время для экспресса уже нужно несколько тысяч пакетов-зависимостей. Это пиздец, господа.
>С чего бы? В ноде будет больше сторонних пакетов установлено. От этого раздует node_modules но не репу
Да, node_modules, не репа. У меня обычно меньше 300 пакетов в node_modules не было. В Go даже для жирных фреймворков аля Gin/Echo нужно штук 50 пакетов — в это время для экспресса уже нужно несколько тысяч пакетов-зависимостей. Это пиздец, господа.
>>54562
Кусок говна по имени JS предпочитает никаких исключений не выбрасывать — это не питон же ж.
Да какая нахуй разница? Развернули бэк у заказчика, на одной из машин бэк не работает. Ваши действия? "Ой, шас по шелу включу логирование". А если после этого ошибка не повторяется? Собирать сотнями гигабайт логи? У меня знакомый "архитектор" так и делает, у них сейчас уже десятки Тб логов, типа "если отказ повторится, то можно будет сравнить с похожим".
>Ты не умеешь пользоваться try/catch?
Кусок говна по имени JS предпочитает никаких исключений не выбрасывать — это не питон же ж.
>И при чём тут твой пример с логированием в браузере, если речь была про бекенд?
Да какая нахуй разница? Развернули бэк у заказчика, на одной из машин бэк не работает. Ваши действия? "Ой, шас по шелу включу логирование". А если после этого ошибка не повторяется? Собирать сотнями гигабайт логи? У меня знакомый "архитектор" так и делает, у них сейчас уже десятки Тб логов, типа "если отказ повторится, то можно будет сравнить с похожим".
>>54524
В Go нет явной асинхронности, все потоки выполнения пишутся как абстрактные потоки, а планировщик потом уже сам ебётся с тем, как их напялить на потоки ОС. То есть, да, язык пиздец какой простой, на самом деле.
5000 пакетов-зависимостей для экспресса — это типовая история. И вот как мне предложишь фильтровать эти зависимости?
Рантайм JS/TS/похую чего. Javascript иногда выполняется — он для этого и пишется. Или тебе нужно определение, что такие рантайм?
https://en.wiktionary.org/wiki/runtime - "Alternative spelling of run-time"
https://en.wiktionary.org/wiki/run_time#English
"(computing) The stage during which a program is executing.
(computing) The amount of time during which a program is executing.
(computing) A software component designed to support the execution of computer programs."
>Нужно в целом понимать как работает асинхронщина, и в частности как работают горутины и каналы, и как устроен гошный scheduler
В Go нет явной асинхронности, все потоки выполнения пишутся как абстрактные потоки, а планировщик потом уже сам ебётся с тем, как их напялить на потоки ОС. То есть, да, язык пиздец какой простой, на самом деле.
>Какой сторонний код? Пробовал не использовать низкокачественные васянские библиотеки? И не тащить на каждый пук внешние зависимости?
5000 пакетов-зависимостей для экспресса — это типовая история. И вот как мне предложишь фильтровать эти зависимости?
>>рантайм малопредсказуемым образом превращает разнородные типы в кашу.
>Ты о чём? Какой рантайм? Компилятор тайпскрипта абсолютно предсказуемым образом превращает ts код в js код.
Рантайм JS/TS/похую чего. Javascript иногда выполняется — он для этого и пишется. Или тебе нужно определение, что такие рантайм?
https://en.wiktionary.org/wiki/runtime - "Alternative spelling of run-time"
https://en.wiktionary.org/wiki/run_time#English
"(computing) The stage during which a program is executing.
(computing) The amount of time during which a program is executing.
(computing) A software component designed to support the execution of computer programs."
>>54614
Зачем идти в такие калторки и работать с ебанавтами?
>>54634
Если апи большое, то это монорепа.
>>54641
По этому и не было, потому что в помойке. Не стоит проецировать помойные практики использования ТСа на всю индустрию.
> Как ты думаешь, насколько отбитые ебобошки идут на подобные работы? Какой фронтенд они могут написать?
Зачем идти в такие калторки и работать с ебанавтами?
>>54634
> Если API большое, то это реально проблема так-то.
Если апи большое, то это монорепа.
>>54641
>Например, хоть я работал и в помойке, но у нас никаких монореп не было,
По этому и не было, потому что в помойке. Не стоит проецировать помойные практики использования ТСа на всю индустрию.
>>54523
Какую ты предложишь альтернативу Go для своей ниши? Ну сейчас ещё можно с натягом предложить Rust, но Rust, сука, сложный. А раньше был выбор между C++ с сегфолтами, Java, на которой без IDE невозможно было писать, и Python, который медленный пиздец. Гугл сделал язык, который простой, как базовые констуркции питона, при этом по скорости между Java и C++.
И нет, Rust/C++ не всегда быстрее, как я недавно пояснял в растотреде: >>3452701 → Если писать на Rust/C++ наивными рефкаунтами сложносвязанные объекты, то можно заметно погрустнеть при бенчах.
>Хочешь псевдо скорости и покушать с рук корпоратов с мозгом, поражённым гугловской пропагандой, берёшь Go.
Какую ты предложишь альтернативу Go для своей ниши? Ну сейчас ещё можно с натягом предложить Rust, но Rust, сука, сложный. А раньше был выбор между C++ с сегфолтами, Java, на которой без IDE невозможно было писать, и Python, который медленный пиздец. Гугл сделал язык, который простой, как базовые констуркции питона, при этом по скорости между Java и C++.
И нет, Rust/C++ не всегда быстрее, как я недавно пояснял в растотреде: >>3452701 → Если писать на Rust/C++ наивными рефкаунтами сложносвязанные объекты, то можно заметно погрустнеть при бенчах.
>>54505
Показывай.
А в чем проблема? Что-то я до сих пор не понял.
У меня JS, всё в порядке.
>Я пишу библиотеки — дальше что?
Показывай.
>Впрочем, кому это я рассказываю в треде, где на JS пишут бэкенд.
А в чем проблема? Что-то я до сих пор не понял.
>Я выше привёл пример пиздеца в твоём же TS. Тебе не понравилось?
У меня JS, всё в порядке.
>>54521
Понимаю, чего нет? Это бред мартышек вроде тебя, которые неспособны писать нормальный код. Им везде нужно safety, потому что они во время программирования слюни пускают. Что поделать, если ты умственно-отсталый.
>>54523
@
АХАХАХАХ, даунёнок не в курсе даже как JS код исполняется и как работает V8. Впрочем, это норма для любителей TS, слишком низкий уровень, лол. Конечно же никаких оптимизаций ты выполнять не можешь, потому что ты даун который пишет на TS и в принципе не понимаешь что писать.
Про DataView ты вообще не слышал наверное, да? Ещё бы, ведь писать типы и свой калыч на объектах не получится, если использовать бинарные данные и типизированные представление.
>Ты не понимаешь что такое end to end type safety.
Понимаю, чего нет? Это бред мартышек вроде тебя, которые неспособны писать нормальный код. Им везде нужно safety, потому что они во время программирования слюни пускают. Что поделать, если ты умственно-отсталый.
>>54523
> Ты даже не знаешь основ программирования.
@
> исполняемый виртуальной машиной, которая НЕ СТРУКТУРНО хранит данные
АХАХАХАХ, даунёнок не в курсе даже как JS код исполняется и как работает V8. Впрочем, это норма для любителей TS, слишком низкий уровень, лол. Конечно же никаких оптимизаций ты выполнять не можешь, потому что ты даун который пишет на TS и в принципе не понимаешь что писать.
Про DataView ты вообще не слышал наверное, да? Ещё бы, ведь писать типы и свой калыч на объектах не получится, если использовать бинарные данные и типизированные представление.
>>54495
Так суть-то как раз в том, что в JS этого достаточно. Всё остальное решается нормальной архитектурой, нормальным АПИ и jsdoc. И всё, никаких проблем там больше не существует.
Проблема вскода. Открой какой-нибудь вим и пиши как белый человек.
Ехали классы через классы. Всё это можно переписать нормально и сразу же 80% кода улетит в помойку, даже в вскоде можно будет работать.
> Я в основном про лучшую поддержку кода в иде: навинагия, поиск ссылок и наследников/имплементаций.
>Даже чистый жс код в иде поддерживается через статический анализ.
Так суть-то как раз в том, что в JS этого достаточно. Всё остальное решается нормальной архитектурой, нормальным АПИ и jsdoc. И всё, никаких проблем там больше не существует.
> Возьми любой относительно большой жс проект и там навигация по коду сильно хуже в том же вскоде
Проблема вскода. Открой какой-нибудь вим и пиши как белый человек.
> Возми например https://github.com/stephomi/sculptgl
Ехали классы через классы. Всё это можно переписать нормально и сразу же 80% кода улетит в помойку, даже в вскоде можно будет работать.
>>54661
Годится, чтобы быстро накидать типы. Просто ТС - более подходящий инструмент для этого.
>jsdoc
Годится, чтобы быстро накидать типы. Просто ТС - более подходящий инструмент для этого.
>>54663
Не, TS уже для другого нужен - для джунов-даунов-индусов, которые в принципе не могут кодить или хоть как-то читать код. Им необходим инструмент которых их ограничивает, вследствие низкого айсикью они сами неспособны мыслить.
Не, TS уже для другого нужен - для джунов-даунов-индусов, которые в принципе не могут кодить или хоть как-то читать код. Им необходим инструмент которых их ограничивает, вследствие низкого айсикью они сами неспособны мыслить.
>>54672
Jsdoc тоже ограничивает. Если ты не можешь писать код без документации, то чем ты лучше обосранного индуса?
Jsdoc тоже ограничивает. Если ты не можешь писать код без документации, то чем ты лучше обосранного индуса?
>>54678
Вот и я об этом же. Если люди неспособны понимать что происходит в коде без документации и говнотипов, то зачем такие программисты нужны?
Вот и я об этом же. Если люди неспособны понимать что происходит в коде без документации и говнотипов, то зачем такие программисты нужны?
>>54672
Опять лоускильные неосиляторы жалуются на чужой айсикью. Типы у них сложные - заставляют думать и мешают в разработке. Но айсикью низкий у других...
Опять лоускильные неосиляторы жалуются на чужой айсикью. Типы у них сложные - заставляют думать и мешают в разработке. Но айсикью низкий у других...
>>54686
Зачем ты так про любителей TSа, которые не могут писать код если им IDE не ткнёт в ебало ошибкой?
Всё так, у пользователей TSа типы данных вызывают фрустрацию и они не могу справится без транспилятора.
>Опять лоускильные неосиляторы
Зачем ты так про любителей TSа, которые не могут писать код если им IDE не ткнёт в ебало ошибкой?
>Типы у них сложные - заставляют думать и мешают в разработке
Всё так, у пользователей TSа типы данных вызывают фрустрацию и они не могу справится без транспилятора.
Программист - это творец. Ничто не должно ставить ему препятствия для творчества. Типизация, документация, спецификации, принципы и лучшие практики - только мешают творить, убивают вдохновение, воруют время. Их придумали тупые индусы, чтобы хоть как-то совладать высокими материями, не вмещающимися в их твердолобые головы. Настоящий программист начинает с того, что забывает всё чему его учили. Особенно ООП. Творцу нужны только функции, массивы и оператор goto - самые быстрые и проверенные временем решения. Это основы, которым не учат на курсах, их можно постигнуть только путем многолетних медитаций на кодом.
>>54772
Какое ещё goto? Jump. Мне очень плохо из-за отсутствия этой полезной фичи во многих языках.
Ещё забыл добавить что код нужно не самому писать, а составлять генераторы которые будут писать выполняемый код. Иначе производительности не получить, просто так массивы и индексы не пролинукешь, если они в рекурсии. Можно конечно и компилятор написать, вместо генераторов, но это уже для индусов.
>Творцу нужны только функции, массивы и оператор goto
Какое ещё goto? Jump. Мне очень плохо из-за отсутствия этой полезной фичи во многих языках.
Ещё забыл добавить что код нужно не самому писать, а составлять генераторы которые будут писать выполняемый код. Иначе производительности не получить, просто так массивы и индексы не пролинукешь, если они в рекурсии. Можно конечно и компилятор написать, вместо генераторов, но это уже для индусов.
>>54830
Бездарная асм {mother} макака, тебе было выше сообщено, что ты не знаешь основ. Генераторы используют только идиоты по той причине, что для оптимизаций нужно понимать, что происходит в коде, а для этого нужна более сложная система, чем генераторы, которые срут код и не знают ничего друг о друге
>Jump. Мне очень плохо из-за отсутствия этой полезной фичи во многих языках
>составлять генераторы которые будут писать
Бездарная асм {mother} макака, тебе было выше сообщено, что ты не знаешь основ. Генераторы используют только идиоты по той причине, что для оптимизаций нужно понимать, что происходит в коде, а для этого нужна более сложная система, чем генераторы, которые срут код и не знают ничего друг о друге
840 Кб, mp4,640x346, 0:13
Подводя итог жарких споров, можно сказать, что Go + Node.js - имба, которая не контрится.
>>55119
А потом кабаныч захочет нейронки и будешь еще на питухоне писать, потому что будет время только на то, чтобы интегрировать готовые решения
А потом кабаныч захочет нейронки и будешь еще на питухоне писать, потому что будет время только на то, чтобы интегрировать готовые решения
>>55133
Я к тому что специалист по всему это далеко не имба. Когда-нибудь приходит время выбросить все знания, что насобирал и изучать только одну школу кунг-фу
Я к тому что специалист по всему это далеко не имба. Когда-нибудь приходит время выбросить все знания, что насобирал и изучать только одну школу кунг-фу
604 Кб, 712x714Люди добрые, у кого-то остался мем с реактозависимым джаваскриптокарасём?
>>55309
Чего тут беседовать? О чем? Любой человек с нормальной психикой понимает что вместо trpc можно использовать один единственный файл АПИ в монорепе. Это проще, это надежнее, это логичнее. Сборочка не будет собираться если АПИ изменится. Клиенты не будут компилироваться, если апи изменится.
Чего тут беседовать? О чем? Любой человек с нормальной психикой понимает что вместо trpc можно использовать один единственный файл АПИ в монорепе. Это проще, это надежнее, это логичнее. Сборочка не будет собираться если АПИ изменится. Клиенты не будут компилироваться, если апи изменится.
>>55338
А понял. Ты на свой местечковый костыль наяриваешь, который случайно в маршрутке придумал пока ехал в вебстудию
А понял. Ты на свой местечковый костыль наяриваешь, который случайно в маршрутке придумал пока ехал в вебстудию
>>55377
причина подрыва?
причина подрыва?
>>54772
Нет, даже не близко. Творчестко - это стихи, это рисование, это кино, это выражение. Программирование ближе к бухгалтерии, к ремонту автомобиля, к инвентаризации кассовому обслуживанию, это пустой дроч.
>Программист - это творец.
Нет, даже не близко. Творчестко - это стихи, это рисование, это кино, это выражение. Программирование ближе к бухгалтерии, к ремонту автомобиля, к инвентаризации кассовому обслуживанию, это пустой дроч.
>>55442
те создатель UNIX это не творец?
те создатель UNIX это не творец?
>>55442
Странно отождествлять разработчика софта с буквально пользователем этого самого софта, да и в целом у тебя сравнения вообще мимо, программирование ближе к банально инженерам всяким
>Программирование ближе к бухгалтерии
Странно отождествлять разработчика софта с буквально пользователем этого самого софта, да и в целом у тебя сравнения вообще мимо, программирование ближе к банально инженерам всяким
>>54336
Ты дегенерат или опять таблетки не пьешь, которые доктор прописал? Ноде больше 10 лет, за эти 10 лет вакансий не стало больше чем на ОФИЦИАЛЬНО умирающем ПХП. Это как квалифицируется в твоем щизоидном манямирке? Растем и развиваемся, блять?
Кем написано, блять? На заборе написано хуй, а там дрова лежат.
Да, если ты гомосексуалист, проще говоря пидор.
Если ты не понимаешь, какие issues делают JS говноязыком, то есть лишь два варианта, которые я описывал выше. Для особо одаренных повторюсь:
1) ты либо не видел других ЯП
2) либо видел, но просто долбоеб
В обоих кейсах, также как я не могу 5-летнему ребенку объяснить квантовую теорию поля, также я не смогу тебе, долбоебу, объяснить, почему JS кал. И дело не в моих объяснениях, приемник сломан, понимаешь?
Смотрим кейс номер два. Ты, будучи долбоеб, так и не понял, чято делает тот или иной ЯП хорошим. Советую начинать качать эту тему, например, начни с книги Дизайин и имплементация языков программирования. Одной из первых глав там идут требования к ЯП. Почитай этот перечень, попробуй оценить как JS оценивается по этим параметрам. До тех пор, не начинай ничего писать в интернетах, не позорься перед уважаемыми людьми.
Я тебе уже это обгрунтовал. Ты просто либо тролль, либо даунит, вероятно, сертифицированный. Справку от психиатра скинь сюда.
>И что? По твоей логике умирает всё, где вакансий меньше пхп?
Ты дегенерат или опять таблетки не пьешь, которые доктор прописал? Ноде больше 10 лет, за эти 10 лет вакансий не стало больше чем на ОФИЦИАЛЬНО умирающем ПХП. Это как квалифицируется в твоем щизоидном манямирке? Растем и развиваемся, блять?
>Написано же, что с ней всё в порядке.
Кем написано, блять? На заборе написано хуй, а там дрова лежат.
>Разрабатывать бекенд на ТС удобно, приятно и быстро.
Да, если ты гомосексуалист, проще говоря пидор.
>Так назови какие именно особенности этого языка мешают написанию бекенда
Если ты не понимаешь, какие issues делают JS говноязыком, то есть лишь два варианта, которые я описывал выше. Для особо одаренных повторюсь:
1) ты либо не видел других ЯП
2) либо видел, но просто долбоеб
В обоих кейсах, также как я не могу 5-летнему ребенку объяснить квантовую теорию поля, также я не смогу тебе, долбоебу, объяснить, почему JS кал. И дело не в моих объяснениях, приемник сломан, понимаешь?
>Я пишу помимо ТС на расте и го.
Смотрим кейс номер два. Ты, будучи долбоеб, так и не понял, чято делает тот или иной ЯП хорошим. Советую начинать качать эту тему, например, начни с книги Дизайин и имплементация языков программирования. Одной из первых глав там идут требования к ЯП. Почитай этот перечень, попробуй оценить как JS оценивается по этим параметрам. До тех пор, не начинай ничего писать в интернетах, не позорься перед уважаемыми людьми.
>Ты не сможешь обосновать почему писать бекенд на ТС это плохая идея.
Я тебе уже это обгрунтовал. Ты просто либо тролль, либо даунит, вероятно, сертифицированный. Справку от психиатра скинь сюда.
>>54523
Ты ебанат. Все, что можно есть вилкой, точно так можно есть ложкой. Ничего из того, что можно есть ложкой, вилкой есть нельзя.
>Ты б ещё вилку с ложкой сравнил, Вилкой надо делать 40 черпков супа, а ложной один, значит ложка лучше - охуенная логика
Ты ебанат. Все, что можно есть вилкой, точно так можно есть ложкой. Ничего из того, что можно есть ложкой, вилкой есть нельзя.
>>53576
Ну, давай, поясни мне за различия.
>Вопрос про ноду был. Ты даже не знаешь, что "нода" и "джаваскрипт" — не тождественные понятия?
Ну, давай, поясни мне за различия.
>>53339
Это ты тупой, ты не понимаешь аналогию. Язык должен ПОМОГАТЬ тебе писать нормальный код, а не мешать. JS - язык, буквально созданный для написания говнокода.
>Ты тупой? В пустыне нет воды. А писать нормальный код никто тебе не мешает хоть сейчас.
Это ты тупой, ты не понимаешь аналогию. Язык должен ПОМОГАТЬ тебе писать нормальный код, а не мешать. JS - язык, буквально созданный для написания говнокода.
>>55555
Так именно об этом и речь. Зачем мне ТС, который вместо того чтобы помогать, заставляет писать портянки типов и всякого говнища?
Нахуя писать в 3-4 раза дольше один и тот же код? Типо, нахуя?
Если ты пишешь говнокод - лично твои проблемы.
>Язык должен ПОМОГАТЬ тебе писать нормальный код, а не мешать.
Так именно об этом и речь. Зачем мне ТС, который вместо того чтобы помогать, заставляет писать портянки типов и всякого говнища?
Нахуя писать в 3-4 раза дольше один и тот же код? Типо, нахуя?
> JS - язык, буквально созданный для написания говнокода.
Если ты пишешь говнокод - лично твои проблемы.
>>55582
Если у вас в пустыне Сахара нет воды - лично ваши проблемы.
>Если ты пишешь говнокод - лично твои проблемы.
Если у вас в пустыне Сахара нет воды - лично ваши проблемы.
>>55545
Спагетти ложкой задолбаешься есть.
Спагетти ложкой задолбаешься есть.
>>55597
У нас всё хорошо. Тут только ты рассказываешь про говнокод, делаю вывод - говнокодище пишешь лично ты.
> Если у вас
У нас всё хорошо. Тут только ты рассказываешь про говнокод, делаю вывод - говнокодище пишешь лично ты.
Штош, вариантов особо нет. Буду пилить статичное дерево на TypedArray и флагах на ветках. Хотя, оно и не совсем статичное, ведь там линки на индексы есть, в теории туда можно добавлять динамические данные.
>>55655
Ты ДУМАЕШЬ, что у тебя все хорошо. На по факту ты уже поцеловал парашу и являешься петухом. Я тебе простой пример приведу. Открой Youtube, любой канал, сделай мемори снэпшот. Попереключай раз 10 вкладки главная->видео->short->трансляции и обратно. Повтори замер. Оцени результаты. Я думаю, ты вряд ли сможешь поспорить с тем, что в Youtube работают одни из лучших фронтендеров в мире. Если лучшие не могут справиться с memory leaks, может быть с языком что-то не так?
>У нас всё хорошо. Тут только ты рассказываешь про говнокод, делаю вывод - говнокодище пишешь лично ты.
Ты ДУМАЕШЬ, что у тебя все хорошо. На по факту ты уже поцеловал парашу и являешься петухом. Я тебе простой пример приведу. Открой Youtube, любой канал, сделай мемори снэпшот. Попереключай раз 10 вкладки главная->видео->short->трансляции и обратно. Повтори замер. Оцени результаты. Я думаю, ты вряд ли сможешь поспорить с тем, что в Youtube работают одни из лучших фронтендеров в мире. Если лучшие не могут справиться с memory leaks, может быть с языком что-то не так?
>>55851
Т.е. ты выстроил для себя манямир, в котором у всех, кто не пользуется твоим калом, всё плохо, и ты пытаешься убедить окружающих в своей искажённой фантазии?
Интересная психологическая особенность тайпсриптеров. Понятно что у таких людей подобные отклонении распространены, но я не знал что отрицание реальности так развито. Это связано с неприятными воспоминаниями из детства, их ебал отчим?
Нет, я не пользуюсь тайпискриптом.
Там работают дегенераты-кнопкокрасы. Возможно ещё и TS используют, из-за этого и протечки.
> Ты ДУМАЕШЬ, что у тебя все хорошо.
Т.е. ты выстроил для себя манямир, в котором у всех, кто не пользуется твоим калом, всё плохо, и ты пытаешься убедить окружающих в своей искажённой фантазии?
Интересная психологическая особенность тайпсриптеров. Понятно что у таких людей подобные отклонении распространены, но я не знал что отрицание реальности так развито. Это связано с неприятными воспоминаниями из детства, их ебал отчим?
> На по факту ты уже поцеловал парашу и являешься петухом.
Нет, я не пользуюсь тайпискриптом.
> Я думаю, ты вряд ли сможешь поспорить с тем, что в Youtube работают одни из лучших фронтендеров в мире
> Если лучшие не могут справиться с memory leaks,
Там работают дегенераты-кнопкокрасы. Возможно ещё и TS используют, из-за этого и протечки.
>>56096
Это не я выстроил манямир, это объективные данные, полученные независимыми исследователями в ходе анализа нескольких десятков тысяч Github репозиториев.
JS-репозитории содержат больше багнутых ПР, там выше соотношение баг/коммит и внедрение фиксов занимает больше времени, чем не только C# и Java, но даже у традиционно считающегося супер небезопасным C++.
Я не знаю, ты мне скажи. Это ведь ты отрицаешь реальность.
Тем более.
Ага, т.е. в Youtube, в который стоит очередь желающих просто ради строчки в резюме, и который может себе позволить нанимать лучших из лучших, работают
которые с JSом почему-то не совладали, а хуйкин с двача, который в проперживает стул в сельском интернет магазине, знает как как бороть JS. Верю. Я поверил, вот тут верю.
>Т.е. ты выстроил для себя манямир, в котором у всех, кто не пользуется твоим калом, всё плохо, и ты пытаешься убедить окружающих в своей искажённой фантазии?
Это не я выстроил манямир, это объективные данные, полученные независимыми исследователями в ходе анализа нескольких десятков тысяч Github репозиториев.
JS-репозитории содержат больше багнутых ПР, там выше соотношение баг/коммит и внедрение фиксов занимает больше времени, чем не только C# и Java, но даже у традиционно считающегося супер небезопасным C++.
>отрицание реальности так развито. Это связано с неприятными воспоминаниями из детства, их ебал отчим?
Я не знаю, ты мне скажи. Это ведь ты отрицаешь реальность.
>Нет, я не пользуюсь тайпискриптом.
Тем более.
>Там работают дегенераты-кнопкокрасы.
Ага, т.е. в Youtube, в который стоит очередь желающих просто ради строчки в резюме, и который может себе позволить нанимать лучших из лучших, работают
>дегенераты-кнопкокрасы
которые с JSом почему-то не совладали, а хуйкин с двача, который в проперживает стул в сельском интернет магазине, знает как как бороть JS. Верю. Я поверил, вот тут верю.
>>56420
Нет, это был ты.
О, ну так их такие как ты писали. Я-то тут при чем?
Нет, я не отрицаю что ты пишешь говнокод. Более того - я уверен в этом.
Вот видишь, ты говоришь не про программистов, а про хуесосов которые ради строчки в резюме хуй пососут.
Не может. Лучшие из лучших делают свои проекты и хуй клали на весь этот кал по найму. Зачем им твой ютуб?
Проблемы работопетухов типо тебя.
> Это не я выстроил манямир
Нет, это был ты.
> это объективные данные, полученные независимыми исследователями в ходе анализа нескольких десятков тысяч Github репозиториев.
О, ну так их такие как ты писали. Я-то тут при чем?
> Это ведь ты отрицаешь реальность.
Нет, я не отрицаю что ты пишешь говнокод. Более того - я уверен в этом.
> Ага, т.е. в Youtube, в который стоит очередь желающих просто ради строчки в резюме,
Вот видишь, ты говоришь не про программистов, а про хуесосов которые ради строчки в резюме хуй пососут.
> который может себе позволить нанимать лучших из лучших, работают
Не может. Лучшие из лучших делают свои проекты и хуй клали на весь этот кал по найму. Зачем им твой ютуб?
> которые с JSом почему-то не совладали
Проблемы работопетухов типо тебя.
>>56437
Бля, написал бы сразу, что ты безработный петух, я б не тратил время тебе отвечать.
Ебать, еще и школьник.
Д'Артаньян, ты? Покажешь свой код?
>Проблемы работопетухов типо тебя.
Бля, написал бы сразу, что ты безработный петух, я б не тратил время тебе отвечать.
>Не может. Лучшие из лучших делают свои проекты и хуй клали на весь этот кал по найму. Зачем им твой ютуб?
Ебать, еще и школьник.
>О, ну так их такие как ты писали. Я-то тут при чем?
Д'Артаньян, ты? Покажешь свой код?
>>56651
Понимаю, ты не можешь представить что кто-то зарабатывает деньги иначе чем бесконечным кнопкокрасом на работе. Ведь ты больше ничего не можешь, кроме как красить кнопки на тайпсрипте, АХАХАХХАХА
Что ещё придумаешь про меня, чтобы попытаться выиграть в своей ментальной борьбе?
Нахуй мне палить тс-говноедам свои изысканные алгоритмы?
> Бля, написал бы сразу, что ты безработный петух,
Понимаю, ты не можешь представить что кто-то зарабатывает деньги иначе чем бесконечным кнопкокрасом на работе. Ведь ты больше ничего не можешь, кроме как красить кнопки на тайпсрипте, АХАХАХХАХА
> Ебать, еще и школьник.
Что ещё придумаешь про меня, чтобы попытаться выиграть в своей ментальной борьбе?
> Д'Артаньян, ты? Покажешь свой код?
Нахуй мне палить тс-говноедам свои изысканные алгоритмы?
>>57017
Фреймворк для накликивания лендосов.
Фреймворк для накликивания лендосов.
>>57118 (Del)
Как же хочется кисоньку...
/0
Как же хочется кисоньку...
>есть пара пет проектов, онлайн-магазинов
>опытна 0 целых 0 десятых.
/0
>>57161
да ты ахуел...
и что делать? че мне еще надо выучить? разве я не сойду за какого-нибудь джуна на 70к в дс?
>/0
да ты ахуел...
и что делать? че мне еще надо выучить? разве я не сойду за какого-нибудь джуна на 70к в дс?
>>57298
У меня фуллстеком 45к первая зпха была. Ладно хоть удалёнка и работал пару часов в день.
У меня фуллстеком 45к первая зпха была. Ладно хоть удалёнка и работал пару часов в день.
>>57298
дык а вкатиться как? как опыт накрутить, что пиздануть на собесе?
я смотрел сливы, но там в основном технические вопросы были. или про бэкграунд меня исключительно хрюша спрашивать будет на позицию джуна, а потом кинет ссылку на гугл мит, где лысый дед с потными яйцами будет меня на знание типов данных в ява скрипте прогонять и про то, нахуя дом нужен?
дык а вкатиться как? как опыт накрутить, что пиздануть на собесе?
я смотрел сливы, но там в основном технические вопросы были. или про бэкграунд меня исключительно хрюша спрашивать будет на позицию джуна, а потом кинет ссылку на гугл мит, где лысый дед с потными яйцами будет меня на знание типов данных в ява скрипте прогонять и про то, нахуя дом нужен?
>>57299
звучит ахуенно так-то. опыт и деньги капают ненапряжно капают, если по гпх, то можно с другой работой совмещать... через пол годика можно уже на уровень повыше расчитывать юудто... как ты нашел такую работу?
звучит ахуенно так-то. опыт и деньги капают ненапряжно капают, если по гпх, то можно с другой работой совмещать... через пол годика можно уже на уровень повыше расчитывать юудто... как ты нашел такую работу?
28 Кб, 640x616>>57294
плюсую. совсем охуел, чтоб магаз сделать нужно как минимум админку, базу данных развернуть на експрес, еще эту хуйню если на редаксе то ебаться с слайсами, инпуты фильтрацию массива с этим же массивом ебаться чтоб в навигации через роутинг по разному фильтровало, для админки jws какой нибудь, чтоб базу данных развернуть нужно как минимум ноду и монголдебил дрочить это как минимум 2 месяца еще 2 месяца на акклиматизацию чтоб полностью придрочиться еще и бандл с каким нибудь свистопердящим бутсрапом потому что обычные сиесес модули нихайпова если еще на тс это вообще 20000 строк говнокода перды охуели совсем мне кажется
мимо вкатло волчара
плюсую. совсем охуел, чтоб магаз сделать нужно как минимум админку, базу данных развернуть на експрес, еще эту хуйню если на редаксе то ебаться с слайсами, инпуты фильтрацию массива с этим же массивом ебаться чтоб в навигации через роутинг по разному фильтровало, для админки jws какой нибудь, чтоб базу данных развернуть нужно как минимум ноду и монголдебил дрочить это как минимум 2 месяца еще 2 месяца на акклиматизацию чтоб полностью придрочиться еще и бандл с каким нибудь свистопердящим бутсрапом потому что обычные сиесес модули нихайпова если еще на тс это вообще 20000 строк говнокода перды охуели совсем мне кажется
мимо вкатло волчара
>>57326
нииии. бэкэнд у меня чисто на мокапи. админки нет. со слайсами ебался, да. поиск по массиву через импут сделал, да...
нииии. бэкэнд у меня чисто на мокапи. админки нет. со слайсами ебался, да. поиск по массиву через импут сделал, да...
>>57307
Будь готов подписаться под тасками и штрафами в случае если их не закрываешь. Для вкатуна только так и это самое основное - уметь закрывать таски.
Фишка в том, что джуны никому не нужны, а нужны как минимум мидлы за цену ждунов. Раскинешь сам остальное.
>>57313
Ну оно только звучит. По факту там ни разу не джунское было. Я свалил когда мне зпху подняли до 50кусков и дали вести проект в одно ебало.
На следующей работе я получал 150к за примерно то же самое.
>дык а вкатиться как?
Будь готов подписаться под тасками и штрафами в случае если их не закрываешь. Для вкатуна только так и это самое основное - уметь закрывать таски.
Фишка в том, что джуны никому не нужны, а нужны как минимум мидлы за цену ждунов. Раскинешь сам остальное.
>>57313
>звучит ахуенно так-то
Ну оно только звучит. По факту там ни разу не джунское было. Я свалил когда мне зпху подняли до 50кусков и дали вести проект в одно ебало.
На следующей работе я получал 150к за примерно то же самое.
>>57355
кабаны совсем ахуели блять? когда последний раз в тк заглядывали?
или тебя отрицательно премировали?
штрафы запрещены по закону блять
>штрафами
кабаны совсем ахуели блять? когда последний раз в тк заглядывали?
или тебя отрицательно премировали?
штрафы запрещены по закону блять
> esbuild
> хочешь написать свой парсер, добавить что-то в парсер, сделать модули для парсера? иди нахуй
Какие гошники дебилы, пиздец просто. Вместо апи кусок кала, парсер и лексер вообще нигде не упоминается.
Гении, просто гении.
>>57294
Если ты сделал магазин - у тебя есть опыт. Хуёвый, но есть. Особенно, если ты сделал полноценный магазин, с кросивым дизайном с выебонами, полностью написан бек с БД, крудами и прчоей хуетой. Ты когда в компанию устраиваешься говоришь: вот мой проект, написал полностью сам, смотрите.
Если ты будешь делать по тз в сжатые сроки, например три недели, (нах тебе летом этим заниматься вопрос) то это будет более чем приближено к реалиями разработки - сделать быстро, но чтобы работало. Это и будет твой практический опыт. Можешь ещё пару проектов сделать, ускоряя цикл разработки, например один проект за неделю, срать и спать запрещено. Когда допиздываться о работке будешь можешь пояснить время которое потратил на эти магазины, чтобы все поняли что ты можешь писать приличный код (ты же можешь, да?) пока тебя ебут в срачелло. Проекты копируй с существующих, либо поищи где-нибудь готовый ui-дизайн, по которому ты будешь всё делать.
>да ты ахуел...
Если ты сделал магазин - у тебя есть опыт. Хуёвый, но есть. Особенно, если ты сделал полноценный магазин, с кросивым дизайном с выебонами, полностью написан бек с БД, крудами и прчоей хуетой. Ты когда в компанию устраиваешься говоришь: вот мой проект, написал полностью сам, смотрите.
Если ты будешь делать по тз в сжатые сроки, например три недели, (нах тебе летом этим заниматься вопрос) то это будет более чем приближено к реалиями разработки - сделать быстро, но чтобы работало. Это и будет твой практический опыт. Можешь ещё пару проектов сделать, ускоряя цикл разработки, например один проект за неделю, срать и спать запрещено. Когда допиздываться о работке будешь можешь пояснить время которое потратил на эти магазины, чтобы все поняли что ты можешь писать приличный код (ты же можешь, да?) пока тебя ебут в срачелло. Проекты копируй с существующих, либо поищи где-нибудь готовый ui-дизайн, по которому ты будешь всё делать.
>>57406
Никому это не нужно и никто не даст писать случайному человеку полноценные проекты. Всё равно переделывать придётся.
>сделать быстро, но чтобы работало. Это и будет твой практический опыт. Можешь ещё пару проектов сделать, ускоряя цикл разработки, например один проект за неделю, срать и спать запрещено. Когда допиздываться о работке будешь можешь пояснить время которое потратил на эти магазины, чтобы все поняли что ты можешь писать приличный код
Никому это не нужно и никто не даст писать случайному человеку полноценные проекты. Всё равно переделывать придётся.
6,9 Мб, mp4,1920x1080, 0:14
>>57447
Разбиваешь проект на несколько частей и перечисляешь их, как самостоятельные элементы твоего портфолио.
Разбиваешь проект на несколько частей и перечисляешь их, как самостоятельные элементы твоего портфолио.
>>57406
нихуя ты слова умные знаешь!
не, я только фронт написал. дизайн как дизайн, без выебонов... основная страница с поиском, фильтрам по категориям, сортировкой по алфавиту/цене/популярности и пагинацией. корзина с подтягиванием через редакс количества товаров, общей стоимости и возможностью добавлять/удалять. из бека у меня массив по ссылке с мокапи...
дайте работу, умоляю
>полностью написан бек с БД, крудами и прчоей хуетой
нихуя ты слова умные знаешь!
не, я только фронт написал. дизайн как дизайн, без выебонов... основная страница с поиском, фильтрам по категориям, сортировкой по алфавиту/цене/популярности и пагинацией. корзина с подтягиванием через редакс количества товаров, общей стоимости и возможностью добавлять/удалять. из бека у меня массив по ссылке с мокапи...
дайте работу, умоляю
>>57447
Придётся, ктож спорит. Главное показать что ты можешь в сложные проекты и можешь работать сжатые сроки. Кроме, офк, знаний всяких говноалгоритмов, фреймворков и прочей чуши, которая учится через мануалы, книжки и нейросеть.
>>57656
Мало, сука. Нужно показать что ты ВАХ КАКОЙ ИНЖЕНЕР, такую сложную хуйню так изящно исполнил! Например, какая-нибудь трёхмерная корзина с кучей паралаксов которые не лагают.
Верю в тебя. Ты сможешь стать курьером
Придётся, ктож спорит. Главное показать что ты можешь в сложные проекты и можешь работать сжатые сроки. Кроме, офк, знаний всяких говноалгоритмов, фреймворков и прочей чуши, которая учится через мануалы, книжки и нейросеть.
>>57656
> дизайн как дизайн, без выебонов
Мало, сука. Нужно показать что ты ВАХ КАКОЙ ИНЖЕНЕР, такую сложную хуйню так изящно исполнил! Например, какая-нибудь трёхмерная корзина с кучей паралаксов которые не лагают.
> дайте работу, умоляю
Верю в тебя. Ты сможешь стать курьером
>>57656
Иди в офис.
Хуй знает зачем тебя тут дрочат петами усложненными.
Смотришь как проходить интервью - проходишь - работаешь.
Ищи места попроще.
Я сам так вкатился недавно. Да деньги небольшие, просто средняя зп моей мухосрани работник пятерочки, но мне нравится такая работа больше.
Иди в офис.
Хуй знает зачем тебя тут дрочат петами усложненными.
Смотришь как проходить интервью - проходишь - работаешь.
Ищи места попроще.
Я сам так вкатился недавно. Да деньги небольшие, просто средняя зп моей мухосрани работник пятерочки, но мне нравится такая работа больше.
>>57699
Ты же в курсе что срыночком труда происходит, да? Даже на среднюю зп уже куча джунов.
Ты же в курсе что срыночком труда происходит, да? Даже на среднюю зп уже куча джунов.
>>57695
а пролапсов им не надо? мне бы для начала во что-то простенькое устроиться, на небольшую зарплату... ну не на 70, ладно уж. ну на 50-60 хотябы...
спсибо большое... пидорас
>>57699
а какой стек знал на момент устройства? какие пет проекты были, сколько? скинь сливов собесов, по которым тренировался, если не сложно...
еще бы на удаленку, а не в офис ебаный......
а пролапсов им не надо? мне бы для начала во что-то простенькое устроиться, на небольшую зарплату... ну не на 70, ладно уж. ну на 50-60 хотябы...
>Верю в тебя. Ты сможешь
спсибо большое... пидорас
>>57699
>Я сам так вкатился недавно.
а какой стек знал на момент устройства? какие пет проекты были, сколько? скинь сливов собесов, по которым тренировался, если не сложно...
еще бы на удаленку, а не в офис ебаный......
>>57918
Мне кажется такие мысли лучше не прокручивать даже.
Собесы на ютубе смотрел любые: рус и англ. Тренился по вопросам, на гитхабе по темам есть.
Да ничего особенного, на фрилансе немного поделал верстку. Парочка готовых легких проектов было.
Я думаю, что решает вообще уверенность и адекватность. Главное, чтобы до собеса добраться, а как - это тебе уже решать.
Собес с которого меня устроили я завалил, кмк, но это не мешает мне выполнять задачи.
>еще бы на удаленку, а не в офис ебаный......
Мне кажется такие мысли лучше не прокручивать даже.
Собесы на ютубе смотрел любые: рус и англ. Тренился по вопросам, на гитхабе по темам есть.
Да ничего особенного, на фрилансе немного поделал верстку. Парочка готовых легких проектов было.
Я думаю, что решает вообще уверенность и адекватность. Главное, чтобы до собеса добраться, а как - это тебе уже решать.
Собес с которого меня устроили я завалил, кмк, но это не мешает мне выполнять задачи.
Какие сейчас у мидлов з/п в бэкенд ноде? У меня сейчас 200 на руки, не наебывают случаем?
>>58727
Бэкэнд на ноде? Это ты наебываешь. Тебя надо выкинуть к херам собачьим на мороз, а проект переписать на нормальном языке программирования.
>Какие сейчас у мидлов з/п в бэкенд ноде? У меня сейчас 200 на руки, не наебывают случаем?
Бэкэнд на ноде? Это ты наебываешь. Тебя надо выкинуть к херам собачьим на мороз, а проект переписать на нормальном языке программирования.
Вы чо дураки что ли все?
Сервера на С надо писать.
Сервера на С надо писать.
>>57695
Поубивал бы нахуй.
>Например, какая-нибудь трёхмерная корзина с кучей паралаксов которые не лагают.
Поубивал бы нахуй.
64 Кб, 790x689Как тут правильно справиться с ошибкой? Если делать каст через "as", то отваливаются подсказки.
>>57432
так лучше ведь застрелиться
так лучше ведь застрелиться
Как же приятно говнокодить на express js
Все.
Выкатили обнову для тс.
https://devblogs.microsoft.com/typescript/announcing-typescript-native-previews/
Выкатили обнову для тс.
https://devblogs.microsoft.com/typescript/announcing-typescript-native-previews/
>>60722
Не помогло, та же самая ошибка.
Хочется чего-то такого:
https://pastebin.com/dArMVg60
Но тут тс сыпет ошибками.
Какие есть варианты решения?
Не помогло, та же самая ошибка.
Хочется чего-то такого:
https://pastebin.com/dArMVg60
Но тут тс сыпет ошибками.
Какие есть варианты решения?
>>61121
Не использовать ТС и писать на ЖС. Нахуй тебе это говно? Сперьёзно, нахуя?
Ты дрочишь пустое нихуя, ты сражаешься с языком, вместо написания алгоритмов, архитектур и понимания что есть такое программирование.
Ничего полезного не делаешь. Задумайся.
Не использовать ТС и писать на ЖС. Нахуй тебе это говно? Сперьёзно, нахуя?
Ты дрочишь пустое нихуя, ты сражаешься с языком, вместо написания алгоритмов, архитектур и понимания что есть такое программирование.
Ничего полезного не делаешь. Задумайся.
>>61003
Им пришла в голову охуительная идея как скрестить ежа с ужом
https://github.com/microsoft/typescript-go/pull/711
Им пришла в голову охуительная идея как скрестить ежа с ужом
https://github.com/microsoft/typescript-go/pull/711
> Прогресс API
> Большой проблемой в рамках этого переноса будет преемственность с потребителями API TypeScript. У нас есть начальная основа слоя API, который можно использовать для стандартного ввода-вывода. Эта работа означает, что потребители API могут взаимодействовать с процессом TypeScript через IPC независимо от языка потребления. Поскольку мы знаем, что многие потребители API будут писать код на TypeScript и JavaScript, у нас также есть клиенты на JavaScript для взаимодействия с API.
> Поскольку сегодня API TypeScript в большинстве случаев используется синхронно, мы хотели сделать так, чтобы взаимодействие с этим процессом было синхронным. Node.js, к сожалению, не предоставляет простого способа синхронного взаимодействия с дочерним процессом, поэтому мы разработали собственный модуль Node.js на Rust (который должен порадовать многих людей) под названием libsyncrpc.
>>61271
Спасибо нахуй. Мощно.
Ничерта не понимаю зачем они всё это делают, зачем всё это существует и как работает.
> the perf maybe isn’t good enough for linters
Спасибо нахуй. Мощно.
Ничерта не понимаю зачем они всё это делают, зачем всё это существует и как работает.
>>61290
У линтеров обычно свои парсеры, пока что ни одного не знаю который бы пользовался тайпскриптовым.
Странно, что решили пойти в сторону го. У него киллерфича это конкурентность через горутины, для транспайлера это ни к чему. Если уж пилить для перформанса то брать раст. Swc по замерам быстрее esbuild например.
У линтеров обычно свои парсеры, пока что ни одного не знаю который бы пользовался тайпскриптовым.
Странно, что решили пойти в сторону го. У него киллерфича это конкурентность через горутины, для транспайлера это ни к чему. Если уж пилить для перформанса то брать раст. Swc по замерам быстрее esbuild например.
>>61398
Конечно, потому что это говно, лол. Линтер с компилятором это пиздато тому що может буквально по вызовам разобрать че там с твоим кодом происходит прямо в редакторе.
Не ну если кто-то хочет в прошлый век разработки в блокнотах отправиться, то окей, вопросов нет.
Да один хуй там нет плагинов для AST, а значит пошли нахуй бляди. Очередное никому не нужное говно, которое даже корпобляди использовать не будут, потому что впадлу.
> У линтеров обычно свои парсеры, пока что ни одного не знаю который бы пользовался тайпскриптовым.
Конечно, потому что это говно, лол. Линтер с компилятором это пиздато тому що может буквально по вызовам разобрать че там с твоим кодом происходит прямо в редакторе.
Не ну если кто-то хочет в прошлый век разработки в блокнотах отправиться, то окей, вопросов нет.
> Если уж пилить для перформанса то брать раст. Swc по замерам быстрее esbuild например.
Да один хуй там нет плагинов для AST, а значит пошли нахуй бляди. Очередное никому не нужное говно, которое даже корпобляди использовать не будут, потому что впадлу.
>>61398
Уже отвечено самими разработчиками:
https://github.com/microsoft/typescript-go/discussions/411
Или вот большое обсуждение:
https://news.ycombinator.com/item?id=43332830
Там же приводится обсуждение проекта, который ушёл от Rust в сторону TypeScript:
https://www.prisma.io/blog/rust-to-typescript-update-boosting-prisma-orm-performance
Для разработки на Rust нужно в разы больше времени, чем на Go или JS/TS. Но, как ты правильно отметил, JS не умеет в параллелизацию, да и в принципе с низкоуровневыми структурами он медленный. И да, TSC обрабатывает сырцы параллельно. Да, Rust был бы быстрее, но потребовал бы в разы больше ресурсов для разработки. Переход с TS на Go ускорил компилятор в 10 раз, не изменив расходов на разработку, а переход с Go на Rust ускорит компилятор в полтора раза и остановится всю разработку.
>Странно, что решили пойти в сторону го. У него киллерфича это конкурентность через горутины, для транспайлера это ни к чему. Если уж пилить для перформанса то брать раст. Swc по замерам быстрее esbuild например.
Уже отвечено самими разработчиками:
https://github.com/microsoft/typescript-go/discussions/411
Или вот большое обсуждение:
https://news.ycombinator.com/item?id=43332830
Там же приводится обсуждение проекта, который ушёл от Rust в сторону TypeScript:
https://www.prisma.io/blog/rust-to-typescript-update-boosting-prisma-orm-performance
Для разработки на Rust нужно в разы больше времени, чем на Go или JS/TS. Но, как ты правильно отметил, JS не умеет в параллелизацию, да и в принципе с низкоуровневыми структурами он медленный. И да, TSC обрабатывает сырцы параллельно. Да, Rust был бы быстрее, но потребовал бы в разы больше ресурсов для разработки. Переход с TS на Go ускорил компилятор в 10 раз, не изменив расходов на разработку, а переход с Go на Rust ускорит компилятор в полтора раза и остановится всю разработку.
Хотя бы 1 местный занимался разработкой под Adobe CEP и бекэндом на python?
>>61121
1. Нахуя тебе ModelBase? Для чего этот тип нужен?
2. Сначала создал объект, а потом расспреживаешь? Совсем дебил?
>Какие есть варианты решения?
1. Нахуя тебе ModelBase? Для чего этот тип нужен?
2. Сначала создал объект, а потом расспреживаешь? Совсем дебил?
>>61744
Долбоеб, не понимающий за дискриминированные объединения, пытается в типы, ясно.
>А тебя это ебать не должно.
Долбоеб, не понимающий за дискриминированные объединения, пытается в типы, ясно.
Блядь. Хотел использовать rollup, а там оказывается он основан на acron что хохлами сделан. Неприятно. Встроили ещё чего в говноноду, никто и не заметит. Сука.
Ладно, придётся esbuid использовать в несколько проходов парсера.
Ладно, придётся esbuid использовать в несколько проходов парсера.
Есть лучше вариант - освоить бекенд и писать по дедовски на ванила жс + hotwire turbo или htmx, а про зоопарк фреймворков и кокомпиляцию на фронтенде забыть как страшный сон из фильма инсепшен.
>>62613
Да сука блядь, придётся использовать SWC вместе с esbuild. Ну да, очевиднео же, как собирать собрался, дебил. Сукааа. Почему всё это сделать НАСТОЛЬКО ПАРАШНО БЛЯДЬ? Выблядки. Просто выблядки. Ну ок, хотя бы собираться будет быстрее чем rollup.
>>62614
К сожалению не работоблядь, пишу приложения, а не сайты, и мне нужно генерировать ir из jsx любыми способами.
Да сука блядь, придётся использовать SWC вместе с esbuild. Ну да, очевиднео же, как собирать собрался, дебил. Сукааа. Почему всё это сделать НАСТОЛЬКО ПАРАШНО БЛЯДЬ? Выблядки. Просто выблядки. Ну ок, хотя бы собираться будет быстрее чем rollup.
>>62614
К сожалению не работоблядь, пишу приложения, а не сайты, и мне нужно генерировать ir из jsx любыми способами.
>>62643
Ты сомневаешься в моей квалфицикации, смерд? Кастомный парсер JSX и JS на регулярках, вместе с преобразованием в IR. Извинись, говно.
Ты сомневаешься в моей квалфицикации, смерд? Кастомный парсер JSX и JS на регулярках, вместе с преобразованием в IR. Извинись, говно.
>>62667
Не, он не анализирует сам код. Парсер SWC будет парсировать весь код, а я буду потреблять start end и парсировать отдельно всё что нужно. Немного переделал и теперь всё так будет. Зато фреймворк работает быстрее раз в 10 чем солид/преакт/светле
Не, он не анализирует сам код. Парсер SWC будет парсировать весь код, а я буду потреблять start end и парсировать отдельно всё что нужно. Немного переделал и теперь всё так будет. Зато фреймворк работает быстрее раз в 10 чем солид/преакт/светле
>>63111
Он тебе говорит чтобы ты в терминах разобрался.
Лексер:
Вход - символы(буквы)
Выход - токены
Механиз - регулярные выражения
Парсер:
Вход - токены
Выход - AST/CST
Механизм - recursive descent (например)
Отличе в том что для парсера не хватит регулярных выражений например для рекрсивных зависимостей в БНФ (для вложенных конструкциый), или формирования контекста отступами как в питоне (потому что требуется запоминание позиции в на предыдущем отступе)
Он тебе говорит чтобы ты в терминах разобрался.
Лексер:
Вход - символы(буквы)
Выход - токены
Механиз - регулярные выражения
Парсер:
Вход - токены
Выход - AST/CST
Механизм - recursive descent (например)
Отличе в том что для парсера не хватит регулярных выражений например для рекрсивных зависимостей в БНФ (для вложенных конструкциый), или формирования контекста отступами как в питоне (потому что требуется запоминание позиции в на предыдущем отступе)
>>63177
Лексер еще сканером называют
Лексер еще сканером называют
И тут майкрософт такой, пацаны сматрите! оп
Elsa is a minimal runtime for JavaScript and TypeScript written in Go
https://github.com/elsaland/elsa
A fast and correct TypeScript type checker and compiler with additional experiments (Rust)
https://github.com/kaleidawave/ezno
Elsa is a minimal runtime for JavaScript and TypeScript written in Go
https://github.com/elsaland/elsa
A fast and correct TypeScript type checker and compiler with additional experiments (Rust)
https://github.com/kaleidawave/ezno
>>63305
Безобразная Эльза - королева флирта,
C банкой чистого спирта я спешу к тебе.
Нам за тридцать уже и все, что было
Не смыть ни водкой, ни мылом с наших душ,
Ведь мы живем для того, чтобы завтра сдохнуть.
Поиск в рутубе двачеры писали: по запросу Безобразная Эльза выдает в основном Холодное Сердце
Безобразная Эльза - королева флирта,
C банкой чистого спирта я спешу к тебе.
Нам за тридцать уже и все, что было
Не смыть ни водкой, ни мылом с наших душ,
Ведь мы живем для того, чтобы завтра сдохнуть.
Поиск в рутубе двачеры писали: по запросу Безобразная Эльза выдает в основном Холодное Сердце
>>63177
Т.к. функция выдаёт AST - это парсер.
У меня так.
Нужно хранение состояний для каждой вложенности, да.
> Он тебе говорит чтобы ты в терминах разобрался.
Т.к. функция выдаёт AST - это парсер.
>Вход - символы(буквы)
>Выход - AST/CST
У меня так.
> Отличе в том что для парсера не хватит регулярных выражений например для рекрсивных зависимостей в БНФ (для вложенных конструкциый)
Нужно хранение состояний для каждой вложенности, да.
Когда вы поняли, что бекенд на ноде умирает, как руби?
Куда вы пошли, на какой стек свичнулись?
Куда вы пошли, на какой стек свичнулись?
>>63566
Остались на ноде, конечно. На ноду приходят от необучаемости — ты что, предлагаешь другой ЯП изучать? Ты охуел?
>Когда вы поняли, что бекенд на ноде умирает, как руби?
Остались на ноде, конечно. На ноду приходят от необучаемости — ты что, предлагаешь другой ЯП изучать? Ты охуел?
>>63649
Хуле там сложного-то, изучить другой яп. Я вот не вижу разницы в написании веб-микропенисов под ноду, джаву, голанг или питон. Эта вся хуйня учится неделя-две и всё, можно работать.
Но почему-то требуют КОММЕРЧЕСКИЙ ОПЫТ
Хуле там сложного-то, изучить другой яп. Я вот не вижу разницы в написании веб-микропенисов под ноду, джаву, голанг или питон. Эта вся хуйня учится неделя-две и всё, можно работать.
Но почему-то требуют КОММЕРЧЕСКИЙ ОПЫТ
>>63864
300
300
>>63706
Как человек, который писал на питоне много, я не могу сказать, что питон "учится неделя-две". Я уже хуй знает сколько месяцев занимался писанием тестов под питон, и всё равно неуверено себя чувствую. Так я даже фреймворков модных не знаю — их тоже нужно изучать.
>Я вот не вижу разницы в написании веб-микропенисов под ноду, джаву, голанг или питон. Эта вся хуйня учится неделя-две и всё, можно работать.
Как человек, который писал на питоне много, я не могу сказать, что питон "учится неделя-две". Я уже хуй знает сколько месяцев занимался писанием тестов под питон, и всё равно неуверено себя чувствую. Так я даже фреймворков модных не знаю — их тоже нужно изучать.
>>63899
Это проблема самого низкого уровня, проблема синтаксиса. Это было сложным 3 года назад, сейчас это база любого вкатуна-стажёра. Я уже не помню, когда руками писал тесты
>Я уже хуй знает сколько месяцев занимался писанием тестов под питон, и всё равно неуверено себя чувствую.
Это проблема самого низкого уровня, проблема синтаксиса. Это было сложным 3 года назад, сейчас это база любого вкатуна-стажёра. Я уже не помню, когда руками писал тесты
>>63902
Какой в пизду синтаксис? У тебя здоровенный фреймворк тестовый, ему нужно с правильными параметрами по требованиям нахуярить тестовый сценарий. Синтаксиса в питоне раз-два и обсчелся, а вот тесты уже сложнее — даже просто сформулировать задачу, чтобы нейросетка по промту что нужно создала.
>Это проблема самого низкого уровня, проблема синтаксиса. Это было сложным 3 года назад, сейчас это база любого вкатуна-стажёра. Я уже не помню, когда руками писал тесты
Какой в пизду синтаксис? У тебя здоровенный фреймворк тестовый, ему нужно с правильными параметрами по требованиям нахуярить тестовый сценарий. Синтаксиса в питоне раз-два и обсчелся, а вот тесты уже сложнее — даже просто сформулировать задачу, чтобы нейросетка по промту что нужно создала.
>>63917
Зато семантики в питоне не на раз два
@dataclass
MyDto:
some_field: list[str] = []
Где здесь ошибка?
def test(x: dict[str, str| int]):
pass
y = {"a": "aaa", "b": "bb"}
test(y)
Почему здесь ошибка типизации?
Это просто парочка примеров. Там еще можно сотню ловушек найти
Зато семантики в питоне не на раз два
@dataclass
MyDto:
some_field: list[str] = []
Где здесь ошибка?
def test(x: dict[str, str| int]):
pass
y = {"a": "aaa", "b": "bb"}
test(y)
Почему здесь ошибка типизации?
Это просто парочка примеров. Там еще можно сотню ловушек найти
>>64005
Справедливости ради "some_field: list[str] = []" уже все нейросетки знают, это не такая проблема.
А это причина, почему я ебал в рот все эти статические проверщики типов. Реальных ошибок не ловят, только ебут мозги. В системах даже с локальным выводом типов "y" будет иметь тип "dict[str, str| int]".
>Зато семантики в питоне не на раз два
Справедливости ради "some_field: list[str] = []" уже все нейросетки знают, это не такая проблема.
>def test(x: dict[str, str| int]):
>y = {"a": "aaa", "b": "bb"}
>test(y)
А это причина, почему я ебал в рот все эти статические проверщики типов. Реальных ошибок не ловят, только ебут мозги. В системах даже с локальным выводом типов "y" будет иметь тип "dict[str, str| int]".
>>43580 (OP)
Тут кто-нибудь настраивал module-federation для vite? Получалось подружить модуль на vite с модулями на webpack?
Тут кто-нибудь настраивал module-federation для vite? Получалось подружить модуль на vite с модулями на webpack?
>>63917
Эта хуйня уровня стажёра у тебя, это вообще задача на 3 минуты.
Если ты не умеешь писать тесты - то тебе нечего делать в прфоессии. Сейчас любой выпускник курсов умеет писать любые тесты через ИИ
Эта хуйня уровня стажёра у тебя, это вообще задача на 3 минуты.
Если ты не умеешь писать тесты - то тебе нечего делать в прфоессии. Сейчас любой выпускник курсов умеет писать любые тесты через ИИ
>>64295
В nano сиди, даунич. За тебя код нейросети пишут уже, нахуй тебе иде и жопобрейнсы? Чтобы что?
В nano сиди, даунич. За тебя код нейросети пишут уже, нахуй тебе иде и жопобрейнсы? Чтобы что?
>>64599
Нахуй мне писать тесты руками?
Меня на собесе никогда не просили писать их. Более того, те компании, которые про тесты спрашивают - имеют крайне хуёвое покрытие и отсутствие автотестов.
И да, если ты умеешь писать тесты через ИИ, ЭТО ОЗНАЧАЕТ ПО ФАКТУ, что умеешь писать их и ты.
Вам что, платят за набор кода, рили? как в 70е:
Нахуй мне писать тесты руками?
Меня на собесе никогда не просили писать их. Более того, те компании, которые про тесты спрашивают - имеют крайне хуёвое покрытие и отсутствие автотестов.
И да, если ты умеешь писать тесты через ИИ, ЭТО ОЗНАЧАЕТ ПО ФАКТУ, что умеешь писать их и ты.
Вам что, платят за набор кода, рили? как в 70е:
>>64945
Что будешь делать, когда нейронки у тебя отберут?
>И да, если ты умеешь писать тесты через ИИ, ЭТО ОЗНАЧАЕТ ПО ФАКТУ, что умеешь писать их и ты.
Что будешь делать, когда нейронки у тебя отберут?
>>64958
Пойду в дизенсекторы
Пойду в дизенсекторы
>Что будешь делать, когда нейронки у тебя отберут?
Нейронки уже никуда не уйдёт, они с нами навсегда
>>64974
С каждым месяцев нейросети всё дешевле и лучше, быстрее и умнее. вот уже Телеграмм встраивает Grok.
Очнись, дедуля. ИИ это база, в каждом доме есть уже.
С каждым месяцев нейросети всё дешевле и лучше, быстрее и умнее. вот уже Телеграмм встраивает Grok.
Очнись, дедуля. ИИ это база, в каждом доме есть уже.
>>64975
Так и я о том же. Эра консюмеров настала, никому в хуй не вперлось что ты там руками делаешь или дрочишь 100 фреймворков чтобы написать приложуху когда даже бесплатная нейронка может за секу все это насрать. Надеюсь скоро как в валли будем все лежать в коматозе и роботы будут нас пичкать хрючевом и нейропоревом как свиноматок пока сэм альтман лутает с гоев миллиарды
Так и я о том же. Эра консюмеров настала, никому в хуй не вперлось что ты там руками делаешь или дрочишь 100 фреймворков чтобы написать приложуху когда даже бесплатная нейронка может за секу все это насрать. Надеюсь скоро как в валли будем все лежать в коматозе и роботы будут нас пичкать хрючевом и нейропоревом как свиноматок пока сэм альтман лутает с гоев миллиарды
>>65246
Ты, сначала, почитай что и зачем нужны тесты, потом задавай глупые вопросы.
Отвечать я не буду, так как вы же на собеседованиях станете умнее. А мне нет смысла порождать себе конкурентов
Ты, сначала, почитай что и зачем нужны тесты, потом задавай глупые вопросы.
Отвечать я не буду, так как вы же на собеседованиях станете умнее. А мне нет смысла порождать себе конкурентов
>>65581
Почитал. Тесты нужны для того чтобы наебать заказчика на рабочие места и выполнять бесполезную работу.
> Ты, сначала, почитай что и зачем нужны тесты
Почитал. Тесты нужны для того чтобы наебать заказчика на рабочие места и выполнять бесполезную работу.
>>65618
Помню как создатель этого молокала высирался на харчке, рассказывая как это всё круто. Пиздец, ну и шиза, зачем они это всё пишут.
Помню как создатель этого молокала высирался на харчке, рассказывая как это всё круто. Пиздец, ну и шиза, зачем они это всё пишут.
>>65659
Они могут пригодится в одном случае - когда вместо людей набрали дегенератов и необходимо тестировать каждый пук на соответствие апи.
Что же, такое за можно не рассматривать, дурка вместо компании это не нормально.
Они могут пригодится в одном случае - когда вместо людей набрали дегенератов и необходимо тестировать каждый пук на соответствие апи.
Что же, такое за можно не рассматривать, дурка вместо компании это не нормально.
>>65447
Всё так. Припахали писать на вуе, уже полгода.
Ноль сожалений. Реактивность просто есть из коробки и она работает, не нужно спредить на каждый чих.
Китаец завозит компиляторные макросы на стыке с TS.
Просто кайф.
Реакт же активно добивают верцели.
мимо
Всё так. Припахали писать на вуе, уже полгода.
Ноль сожалений. Реактивность просто есть из коробки и она работает, не нужно спредить на каждый чих.
Китаец завозит компиляторные макросы на стыке с TS.
Просто кайф.
Реакт же активно добивают верцели.
мимо
>>64296
Мальчик, тут команда из 5 человек несколько дней ебалась с тестом для сложной системы, где одного питонового кода на десяток лямов строк, а у него, видите ли, "задача на 3 минуты". Как из Hello World вырастишь — приходи.
>Эта хуйня уровня стажёра у тебя, это вообще задача на 3 минуты.
>Если ты не умеешь писать тесты - то тебе нечего делать в прфоессии. Сейчас любой выпускник курсов умеет писать любые тесты через ИИ
Мальчик, тут команда из 5 человек несколько дней ебалась с тестом для сложной системы, где одного питонового кода на десяток лямов строк, а у него, видите ли, "задача на 3 минуты". Как из Hello World вырастишь — приходи.
>>64945
LOL. Умеет Рональдо — умею и я.
>>64975
Уже в системах средней сложности длительность обдумывания задачи человеком превышает длительность написания, и потому нейросеть перестаёт давать пользу по большей части, только отвлекя от настоящей задачи своей тупой хуйнёй.
Для маленьких кусков кода в вакууме (входные данные в таком формате, преврати мне в выходной формат) нейросетки я использую интенсивно то же, но в дальнейшей интеграции они только мешаются.
>если ты умеешь писать тесты через ИИ, ЭТО ОЗНАЧАЕТ ПО ФАКТУ, что умеешь писать их и ты.
LOL. Умеет Рональдо — умею и я.
>>64975
>С каждым месяцев нейросети всё дешевле и лучше, быстрее и умнее. вот уже Телеграмм встраивает Grok.
>Очнись, дедуля. ИИ это база, в каждом доме есть уже.
Уже в системах средней сложности длительность обдумывания задачи человеком превышает длительность написания, и потому нейросеть перестаёт давать пользу по большей части, только отвлекя от настоящей задачи своей тупой хуйнёй.
Для маленьких кусков кода в вакууме (входные данные в таком формате, преврати мне в выходной формат) нейросетки я использую интенсивно то же, но в дальнейшей интеграции они только мешаются.
>>65447
с 2018 года легаси. Я даже в этом треде уже написал:
>>53433
7 лет React.js и немножко Vue.js являются легаси. То есть, они решают задачу, которую не нужно решать — просто, когда-то эту задачу нужно решать, а теперь нужно поддерэивать системы на базе этого решения. Но делать что-то новое на React.js — это великая тупость.
>>65593
Во Vue ещё есть смысл, потому что помимо Virtual DOM оно обеспечивает отслеживание изменений, как это делает последний Svelte или единственный Solid.js. И это отслеживание инструментов — это самая современная фишка, которая появилась не так давно вместо со введением WeakMap, наблюдателей. и ещё какой-то хуйни. Я писал ещё на второй версии Vue, где отслеживание изменений было ублюдочным — на нём не советую ничего писать.
>>65618
$mol — это красивая теория, которая разъебется о практику в видео текстового поля, которое ебало в рот всю эту замечательную чистоту и иммутабельность. В принципе, если вы собрались делать что-то аля Google Docs, где даже курсор рисуется и управляется JS, то может и прокатить.
Если вам не нужно ленивое рисование компонентов, то от $mol остаётся что-то очень сильно похожее на Svelte/Solid.
>Больно признавать но react-легаси
с 2018 года легаси. Я даже в этом треде уже написал:
>>53433
>Просто напоминаю, что jQuery стала не нужна в 2014 году, а все фреймворки на Virtual DOM стали бессмысленны в 2018.
7 лет React.js и немножко Vue.js являются легаси. То есть, они решают задачу, которую не нужно решать — просто, когда-то эту задачу нужно решать, а теперь нужно поддерэивать системы на базе этого решения. Но делать что-то новое на React.js — это великая тупость.
>>65593
>>Вуе
>Это же реакт для бедных?
Во Vue ещё есть смысл, потому что помимо Virtual DOM оно обеспечивает отслеживание изменений, как это делает последний Svelte или единственный Solid.js. И это отслеживание инструментов — это самая современная фишка, которая появилась не так давно вместо со введением WeakMap, наблюдателей. и ещё какой-то хуйни. Я писал ещё на второй версии Vue, где отслеживание изменений было ублюдочным — на нём не советую ничего писать.
>>65618
>Видел. Ты бы ещё $mol притащил.
$mol — это красивая теория, которая разъебется о практику в видео текстового поля, которое ебало в рот всю эту замечательную чистоту и иммутабельность. В принципе, если вы собрались делать что-то аля Google Docs, где даже курсор рисуется и управляется JS, то может и прокатить.
Если вам не нужно ленивое рисование компонентов, то от $mol остаётся что-то очень сильно похожее на Svelte/Solid.
>>65636
>>65688
Тесты для чего? Если тестируемый кусок приложения реализует собой более-менее чистую функцию, то есть можно оттестировать в отрыве от остальной системы. Но в случае GUI в сборе это нереально сделать, потому что он нихуя не чистый, всегда есть макака, которая долбит по кнопкам параллельно работе вашей программы.
Именно замена ручного тестирования автотестиами привела к тому, что сайты нихуя не работают — потому что они проходят тесты на сферическом сетапе в вакууме, но у реального пользователя с медленным интернетом, не следующего тестовому скрипту, система работает совершенно по иному. В частности, знаменитый Facebook работает омерзительно — они были в своё время лидерами по продвижению автоматического тестирования.
Софт не становится проще делать — просто снижается планка качества.
> Тесты нужны для того чтобы наебать заказчика на рабочие места и выполнять бесполезную работу.
>>65688
>Они могут пригодится в одном случае - когда вместо людей набрали дегенератов и необходимо тестировать каждый пук на соответствие апи.
Тесты для чего? Если тестируемый кусок приложения реализует собой более-менее чистую функцию, то есть можно оттестировать в отрыве от остальной системы. Но в случае GUI в сборе это нереально сделать, потому что он нихуя не чистый, всегда есть макака, которая долбит по кнопкам параллельно работе вашей программы.
Именно замена ручного тестирования автотестиами привела к тому, что сайты нихуя не работают — потому что они проходят тесты на сферическом сетапе в вакууме, но у реального пользователя с медленным интернетом, не следующего тестовому скрипту, система работает совершенно по иному. В частности, знаменитый Facebook работает омерзительно — они были в своё время лидерами по продвижению автоматического тестирования.
Софт не становится проще делать — просто снижается планка качества.
Посланы, а у вас случался сбой в целеполагании? Я уже 2 года как ничего на работе считай не делаю, сижу в бигтехена 400к, пилю интерфейсы для внутренних систем в час по чайной ложке на удалёнке, всем похуй что я на удалёнке закрываю одну задачу в неделю, чё то делаю и ладно. Из за этого деградирую по скиллу и немного трясусь что не пройду собес в случае закрытия проекта. Делать ничего не хочу при этом, вспоминаю как понаезжал в ДС, ночевал в хостелах и по 5 мобесов в день делал лишь бы зацепиться и охуеваю с собственной деградации.
Делаю пет проект для портфолио и тут я застопорился, красный блок где размещается слайдер фото при w-full уходит за пределы экрана, если задать в процентах w-[48.4%] то при уменьшении экрана все равно появляется внизу скрол, каким способ сделать что бы красный блок был ровно на границе правой стороны экрана?
Правильно ли в этом случае делать костыль через js и вымерять расстояния от левого края красного блока до конца правой части экрана?
Или это макет хуйня и так не принято делать и в любом случае слайдер не должен так прижиматься к правому краю?
В проекте использую tailwindcss и shadcn
Правильно ли в этом случае делать костыль через js и вымерять расстояния от левого края красного блока до конца правой части экрана?
Или это макет хуйня и так не принято делать и в любом случае слайдер не должен так прижиматься к правому краю?
В проекте использую tailwindcss и shadcn
>>66271
Короче нашел решение, просто задать ровно w-[48%] и больше с этим не ебатся.
Короче нашел решение, просто задать ровно w-[48%] и больше с этим не ебатся.
>>66233
Ну если тебе хочется пожрать — эту задачу нужно решать. Если жрать не нужно, то ты жрёшь. У многих кодеров архитектурный ОКР — "я должен жрать, потому что предки голодали". Если проблемы нет, то её и не нужно решать. Конечно, если ты не еблан, который целыми днями чинит то, что не ломалось.
Std в C++ очень разное, сам C++ в принципе представляет собой большое число слоёв наследия. Просто посмотри, сколько в этом ЯП способов инициализации:
https://habr.com/ru/companies/jugru/articles/469465/
"
Инициализация по умолчанию (С)
Копирующая инициализация (С)
Агрегатная инициализация (С)
Статическая инициализация (С)
Прямая инициализация (С++98)
Инициализация значением (C++03)
Универсальная инициализация (C++11)
Назначенная инициализация (С++20)
Прямая инициализация агрегатных типов (C++20)
"
Задача техлида или эквивалентного чела на C++ проекте заключается в том, чтобы отрезать от C++ кусок примерно 30% от всей спецификации, и беспощадно давить любые попытки джунов-мидлов задействовать оставшиеся 70%.
Если пройтись по std, то можно перечислить отдельные наиболее бесполезные хуёвины: auto_ptr, valarray, vector<bool>, gets, strcpy, random_shuffle, raw_storage_iterator, bind, mem_fun. Может ещё что-то, но мне похуй.
>1) как определить, что ту или иную задачу решать уже не нужно?
Ну если тебе хочется пожрать — эту задачу нужно решать. Если жрать не нужно, то ты жрёшь. У многих кодеров архитектурный ОКР — "я должен жрать, потому что предки голодали". Если проблемы нет, то её и не нужно решать. Конечно, если ты не еблан, который целыми днями чинит то, что не ломалось.
>std из c++ Легаси?
Std в C++ очень разное, сам C++ в принципе представляет собой большое число слоёв наследия. Просто посмотри, сколько в этом ЯП способов инициализации:
https://habr.com/ru/companies/jugru/articles/469465/
"
Инициализация по умолчанию (С)
Копирующая инициализация (С)
Агрегатная инициализация (С)
Статическая инициализация (С)
Прямая инициализация (С++98)
Инициализация значением (C++03)
Универсальная инициализация (C++11)
Назначенная инициализация (С++20)
Прямая инициализация агрегатных типов (C++20)
"
Задача техлида или эквивалентного чела на C++ проекте заключается в том, чтобы отрезать от C++ кусок примерно 30% от всей спецификации, и беспощадно давить любые попытки джунов-мидлов задействовать оставшиеся 70%.
Если пройтись по std, то можно перечислить отдельные наиболее бесполезные хуёвины: auto_ptr, valarray, vector<bool>, gets, strcpy, random_shuffle, raw_storage_iterator, bind, mem_fun. Может ещё что-то, но мне похуй.
>>66413
Верно ли я понимаю, что решаемые jQuery проблемы пропали?
>Если проблемы нет, то её и не нужно решать.
Верно ли я понимаю, что решаемые jQuery проблемы пропали?
Как тебе такое, Илон Маск?
>>66433
Они решены другими инструментами сильно лучче. С Shadow Root jQuery вообще мерзотно работает, особенно на границе двух DOM-ов.
Конечно, если тебе нужно под старый IE писать, то, возможно, смысл есть в jQuery. То есть, обходить кривой API, AJAX-запросы, куцые CSS стили. Но самые тормознутые танкисты уже сидят минимум на windows 7, а там все эти проблемы без jQuery решены лучше, чем в jQuery, все API уже есть в браузере и CSS стили умеют в кучу анимаций без неодходимости дрочить DOM по селекторам.
>Верно ли я понимаю, что решаемые jQuery проблемы пропали?
Они решены другими инструментами сильно лучче. С Shadow Root jQuery вообще мерзотно работает, особенно на границе двух DOM-ов.
Конечно, если тебе нужно под старый IE писать, то, возможно, смысл есть в jQuery. То есть, обходить кривой API, AJAX-запросы, куцые CSS стили. Но самые тормознутые танкисты уже сидят минимум на windows 7, а там все эти проблемы без jQuery решены лучше, чем в jQuery, все API уже есть в браузере и CSS стили умеют в кучу анимаций без неодходимости дрочить DOM по селекторам.
>>66460
1) это может быть результатом метапрограммирования
2) это может быть нейронка которая намеренно обучена писать такой код
3) это может быть работа где платят за количество кода
4) это может быть метапрограммирование с защитой от копипасты когда код делают таким что никто не захочет его копипастить и при этом скорость работы или объем не сильно деградируют
1) это может быть результатом метапрограммирования
2) это может быть нейронка которая намеренно обучена писать такой код
3) это может быть работа где платят за количество кода
4) это может быть метапрограммирование с защитой от копипасты когда код делают таким что никто не захочет его копипастить и при этом скорость работы или объем не сильно деградируют
>>66669
Оптимизации чего?
Оптимизации чего?
нахуя нужны тесты если есть typescript?
мимовкатун
мимовкатун
>>66669
Это будет оптимизацией если switchcase v8 разхуячивает до таблицы переходов. Но это строки, тут точно такого не происходит.
>>66741
Думаю, самая лучшая оптимизация тут будет числовой индекс в массиве/объекте. Впрочем, если такой свитчкейс существует то тут явно что-то пошло не так. ОЧЕНЬ БЛЯДЬ НЕ ТАК
Это будет оптимизацией если switchcase v8 разхуячивает до таблицы переходов. Но это строки, тут точно такого не происходит.
>>66741
Думаю, самая лучшая оптимизация тут будет числовой индекс в массиве/объекте. Впрочем, если такой свитчкейс существует то тут явно что-то пошло не так. ОЧЕНЬ БЛЯДЬ НЕ ТАК
>>66460
Это все скрины из одного проекта. Я когда увидел сначала проиграл люто, а потом охуел от осознания того что мне с этим работать. Там такие приколы почти в каждом компоненте. Примерно так же на свич кейсах экспортируются апи эндпоинты. Все компоненты написаны с помощью библиотеки Styled и никак не сгруппированы, папка components разворачивается на 3 высоты экрана, папка styled ещё больше . bearer token авторизованного пользователя передается в url параметрах.
Это все скрины из одного проекта. Я когда увидел сначала проиграл люто, а потом охуел от осознания того что мне с этим работать. Там такие приколы почти в каждом компоненте. Примерно так же на свич кейсах экспортируются апи эндпоинты. Все компоненты написаны с помощью библиотеки Styled и никак не сгруппированы, папка components разворачивается на 3 высоты экрана, папка styled ещё больше . bearer token авторизованного пользователя передается в url параметрах.
>>66774
Это вайбкодеры или просто индия?
>Все компоненты написаны с помощью библиотеки Styled и никак не сгруппированы, папка components разворачивается на 3 высоты экрана, папка styled ещё больше . bearer token авторизованного пользователя передается в url параметрах.
Это вайбкодеры или просто индия?
>>66460
1) Тут нужно было сделать объект и вернуть значение по ключу?
2) Тут я если честно не понял сути. ПОчему первая строка выглядит так.
3) Уебанские названия цветов?
4) Тут в условиях один и тот же компонент.
Все верно?
Мимо вкатун
1) Тут нужно было сделать объект и вернуть значение по ключу?
2) Тут я если честно не понял сути. ПОчему первая строка выглядит так.
3) Уебанские названия цветов?
4) Тут в условиях один и тот же компонент.
Все верно?
Мимо вкатун
>>66413
Не больше, чем в JS, тем более, что в первом же примере кода половина строк compile-time errror'ы, с хуяли это способы - известно лишь одному Тимуру.
>Просто посмотри, сколько в этом ЯП способов инициализации:
Не больше, чем в JS, тем более, что в первом же примере кода половина строк compile-time errror'ы, с хуяли это способы - известно лишь одному Тимуру.
Посоветуйте книжечек с примерами проектирования чего-нибудь простого и базового на жс/тс сорт оф с нуля(экспресс там какой-нибудь) в стиле ООП без использования монстров типа некст/нест и т.д.
>>66460
1) Этот проект выложен на гитхаб?
2) а как тебе вот такое:
s=new ExtJSON_cmp_stack(s.o.first().fourth().get().second(),s.o.second().fourth().get().second(),s);
Или такое:
public Pair<
Four<
Ariphmetical,
ExtString,
ChainDqueue<LogicalStructs.ExtJSON>,
ChainDqueue<Pair<LogicalStructs.ExtJSON,LogicalStructs.ExtJSON>>
>,
Four<
Ariphmetical,
ExtString,
ChainDqueue<LogicalStructs.ExtJSON>,
ChainDqueue<Pair<LogicalStructs.ExtJSON,LogicalStructs.ExtJSON>>
>
> o;
Я понимаю, что это из другого языка, но это более хуже, чем то, что у тебя.
1) Этот проект выложен на гитхаб?
2) а как тебе вот такое:
s=new ExtJSON_cmp_stack(s.o.first().fourth().get().second(),s.o.second().fourth().get().second(),s);
Или такое:
public Pair<
Four<
Ariphmetical,
ExtString,
ChainDqueue<LogicalStructs.ExtJSON>,
ChainDqueue<Pair<LogicalStructs.ExtJSON,LogicalStructs.ExtJSON>>
>,
Four<
Ariphmetical,
ExtString,
ChainDqueue<LogicalStructs.ExtJSON>,
ChainDqueue<Pair<LogicalStructs.ExtJSON,LogicalStructs.ExtJSON>>
>
> o;
Я понимаю, что это из другого языка, но это более хуже, чем то, что у тебя.
Решил попробовать сверстать сайт на наксте, весь день проебался с настройкой и чтением доки. В итоге вернулся на некст
14 Кб, 689x258>>66460
а вот тебе ещё
а вот тебе ещё
Какой подход лучше-
1 Отправляем фетч и полученый результат вручную мастрырим в нужный блок страницы
2 исп фетч и шаблонизатор
1 Отправляем фетч и полученый результат вручную мастрырим в нужный блок страницы
2 исп фетч и шаблонизатор
>>68327
Фетч готовой страницы в iframe лучший вариант
Фетч готовой страницы в iframe лучший вариант
>>68557
Нейросеть спроси, хуле ты. Надо сигналы делать, которые будут автоматически в нужные элементы страницы встраивать данные.
У меня так: ловлю хук onRender, отправляю запрос на сервер с запросом на нужные данные, сервер отправляет клиенту и записывает в сигнал, этот сигнал стора уже есть в JSX <div content={store.govnyak}/>. Когда onRender false - на сервер отправляется отписка. Но этовсё на вебсокете и вообще кастомный фреймворк, я прост выебнулся какой я охуенный, ну и в целом знай что так можно. Подобное можешь реализовать на любом фреймворке.
С нормальным фреймворком, солид например, у тебя тож будут сигналы. Создаёшь сигнал const { kal, setKal } = Signal("mocha"); в jsx <div>{kal()}</div>, ловишь onRender, отправляешь фетч, получаешь говно своё и вызываешь setKal(data). Конкретные функции смотри сам, я хз, план примерно такой, нейросеть подскажет дальше.
В svelte утебя вообще будет так:
let kal = "mocha";
onMount(async () => {фетч; kal = result});
<div>{kal}</div>
Рекомендую нах, мозги ебать себе не будешь, 0 лишнего бойлерпринта, все переменные становятся сигналами если это нужно.
Нейросеть спроси, хуле ты. Надо сигналы делать, которые будут автоматически в нужные элементы страницы встраивать данные.
У меня так: ловлю хук onRender, отправляю запрос на сервер с запросом на нужные данные, сервер отправляет клиенту и записывает в сигнал, этот сигнал стора уже есть в JSX <div content={store.govnyak}/>. Когда onRender false - на сервер отправляется отписка. Но этовсё на вебсокете и вообще кастомный фреймворк, я прост выебнулся какой я охуенный, ну и в целом знай что так можно. Подобное можешь реализовать на любом фреймворке.
С нормальным фреймворком, солид например, у тебя тож будут сигналы. Создаёшь сигнал const { kal, setKal } = Signal("mocha"); в jsx <div>{kal()}</div>, ловишь onRender, отправляешь фетч, получаешь говно своё и вызываешь setKal(data). Конкретные функции смотри сам, я хз, план примерно такой, нейросеть подскажет дальше.
В svelte утебя вообще будет так:
let kal = "mocha";
onMount(async () => {фетч; kal = result});
<div>{kal}</div>
Рекомендую нах, мозги ебать себе не будешь, 0 лишнего бойлерпринта, все переменные становятся сигналами если это нужно.
>>43580 (OP)
Здравствуйте, хочу начать программировать на языке JavaScript, опыта до этого не было никакого, может кто-то может дать советы начинающему, видел много видео аля "вкат за 10 часов" Стоит ли на подобное тратить время?
Большое желание выйти на минималку в виде 100к рублей, долго ли учиться чтоб выйти на подобные деньги?
Здравствуйте, хочу начать программировать на языке JavaScript, опыта до этого не было никакого, может кто-то может дать советы начинающему, видел много видео аля "вкат за 10 часов" Стоит ли на подобное тратить время?
Большое желание выйти на минималку в виде 100к рублей, долго ли учиться чтоб выйти на подобные деньги?
>>69328
Недолго.
https://eda.yandex.ru/partner/rabota
>Большое желание выйти на минималку в виде 100к рублей, долго ли учиться чтоб выйти на подобные деньги?
Недолго.
https://eda.yandex.ru/partner/rabota
>>69791
Купи самокат.
Купи самокат.
>>69328
Если готов усердно учиться хотя бы года 2, то может и сможешь устроиться куда-нибудь. Конкретно вкатываться в JS смысла нет, потому что одного знания JS недостаточно, нужно изучать кокретную область применения - бэкенд или фронтенд, но в обоих случаях вряд ли будет просто найти себе применение. На бэкенде JS не очень популярен и сложноват (по сравнению с php/python/...), а на фронтенде конкуренция. Лучше другой язык осваивать, я думаю. Тем более первым языком.
А так сейчас большая конкуренция среди новоиспечённых вкатышей, и к тому же благодаря нейросетям уменьшилась надобность в малоопытных сотрудниках.
Если готов усердно учиться хотя бы года 2, то может и сможешь устроиться куда-нибудь. Конкретно вкатываться в JS смысла нет, потому что одного знания JS недостаточно, нужно изучать кокретную область применения - бэкенд или фронтенд, но в обоих случаях вряд ли будет просто найти себе применение. На бэкенде JS не очень популярен и сложноват (по сравнению с php/python/...), а на фронтенде конкуренция. Лучше другой язык осваивать, я думаю. Тем более первым языком.
А так сейчас большая конкуренция среди новоиспечённых вкатышей, и к тому же благодаря нейросетям уменьшилась надобность в малоопытных сотрудниках.
>>69939
жаваскрипт полезен тем, что это возможность делать интересные пет проекты обычному человеку.
пришла идея в вебе - реализовал, есть шанс подзаработать.
что можно сделать на условных плюсах питоне или го?
жаваскрипт полезен тем, что это возможность делать интересные пет проекты обычному человеку.
пришла идея в вебе - реализовал, есть шанс подзаработать.
что можно сделать на условных плюсах питоне или го?
>>69966
Приведи свой последний пример интересного пет-проекта через который ты подзаработал.
Автоматизация, скрипты, боты, парсеры, вычисления. Всё это заурядно и не требует больших навыков. Всё то же самое на других языках будет в 10 раз сложнее.
Приведи свой последний пример интересного пет-проекта через который ты подзаработал.
>питоне
Автоматизация, скрипты, боты, парсеры, вычисления. Всё это заурядно и не требует больших навыков. Всё то же самое на других языках будет в 10 раз сложнее.
>>69966
Двачую,прототип проэкта самое то делать если проэет не сильно масштабный
Не надо туда лезть
Двачую,прототип проэкта самое то делать если проэет не сильно масштабный
>го?
Не надо туда лезть
>>69972
а деньгам откуда тут взяться? будешь ботов для игр делать чтобы что? а автоматизировать и парсить на жсе можно
у меня щас есть парочка интересных идей, но раскрывать не буду
>боты
>парсеры
>вычисления
а деньгам откуда тут взяться? будешь ботов для игр делать чтобы что? а автоматизировать и парсить на жсе можно
у меня щас есть парочка интересных идей, но раскрывать не буду
68 Кб, 400x299>интересные пет проекты
>пришла идея в вебе - реализовал
>есть шанс подзаработать
>есть парочка интересных
>раскрывать не буду
Каждый раз.
>>70301
А те'бе зачем'м?
А те'бе зачем'м?
Доброй ночи, господа яваскриптизеры. Что думаете насчет electron и react-native? Не зашкварно ли таким пользоваться и насколько реально найти на том же electron работу?
Ебал я в рот этот реакт. От раздумий, как лучше всего проструктурировать компоненты, задать архитектуру приложения, и задать верстку еще поверх этого - выпадаю в бессилие, апатию, и в итоге вообще нихуя не делаю, потому что идеального варианта и "как надо" просто нахуй не существует, и везде какие-то издержки появляются, имперфекшены и прочая хуйня. Мамку ебал короче, помню ангуляр недельку щупал, так там всё straightforward было и единственный верный путь, так что думать почти ни о чем не приходилось, нужно было просто делать. Может я аутист какой-то?
236 Кб, 668x764Каждый день как день сурка, вроде только вчера понедельник был а завтра уже пятница. Жизнь пролетает мимо и кажется что абсолютно зря. Зачем мне деньги если на жизнь остаётся 2 дня в неделю? Да и на выходных сижу в полном ахуе с пустотой в голове и думаю о том что скоро опять на работу пиздос
Как вы работу нашли? Я уже почти год пытаюсь, и оффер не предлагают. Сначала Angular изучал — с ним всё дохло. Потом React, сейчас вообще ещё и бэк на Nest изучать стал. Откликаюсь и на фуллстек, и на фронт, и на бэк — и ничего.
>>70669
Не знаю аутист ли, но ты совершенно точно вебмакака без образования, для которого АРХИТЕКТУРА даже сраных кнопок кажется магией. Тебе на курсах сказали, что программист - это такой таксист, который владеет целой отвёрткой и может написать императивный говнокод, красящий кнопки, а всё что сложнее - это уже яйцеголовый ботан и норм пацану для трудоустройства в общем-то необязательно. Это было справедливо 10 лет назад, сегодня это делает чатгопота. Ты опоздал.
Не знаю аутист ли, но ты совершенно точно вебмакака без образования, для которого АРХИТЕКТУРА даже сраных кнопок кажется магией. Тебе на курсах сказали, что программист - это такой таксист, который владеет целой отвёрткой и может написать императивный говнокод, красящий кнопки, а всё что сложнее - это уже яйцеголовый ботан и норм пацану для трудоустройства в общем-то необязательно. Это было справедливо 10 лет назад, сегодня это делает чатгопота. Ты опоздал.
>>70684
Она не кажется мне магией, она кажется мне говном, потому что ее нихуя нет. Посмотрев разные проекты, я понял, что все дрочат по-своему, и что везде много условностей, а мне наоборот хочется очень точную систему и набор лучших гайдлайнов.
Она не кажется мне магией, она кажется мне говном, потому что ее нихуя нет. Посмотрев разные проекты, я понял, что все дрочат по-своему, и что везде много условностей, а мне наоборот хочется очень точную систему и набор лучших гайдлайнов.
>>70684
И да, какие в пизду курсы? Я не настолько долбоеб
И да, какие в пизду курсы? Я не настолько долбоеб
>>70678
А сколько ты учился до этого? Если год - это все, что у тебя есть, то в ближайший год можешь не надеяться.
Нет, просто Angular - это продукты и финтех, вкатуны там не нужны.
То есть, ты не смог выучить Angular, полез на React, не получилось с реактом, прыгнул на нест? Удачи с таким подходом.
Какой тебе, нахуй фуллстек, ты реакт выучить не смог, лол.
С базой у тебя что?
>Я уже почти год пытаюсь
А сколько ты учился до этого? Если год - это все, что у тебя есть, то в ближайший год можешь не надеяться.
>Сначала Angular изучал — с ним всё дохло.
Нет, просто Angular - это продукты и финтех, вкатуны там не нужны.
>Потом React, сейчас вообще ещё и бэк на Nest изучать стал.
То есть, ты не смог выучить Angular, полез на React, не получилось с реактом, прыгнул на нест? Удачи с таким подходом.
>Откликаюсь и на фуллстек, и на фронт, и на бэк — и ничего.
Какой тебе, нахуй фуллстек, ты реакт выучить не смог, лол.
С базой у тебя что?
>>70918
Профильного образования нет, как работает компьютер под крышкой не представляю. Уверенный пользователь windows. Знаю JS, Python, понимаю принципы ООП.
>С базой у тебя что?
Профильного образования нет, как работает компьютер под крышкой не представляю. Уверенный пользователь windows. Знаю JS, Python, понимаю принципы ООП.
>>70918
Не, я всё из этого продолжаю учить. Мне просто надоело чисто во фронтенде сидеть, поэтому еще и Nest стал смотреть. Сейчас делаю пет-проекты на React и Nest — чаще всего это тестовые задания с вакансий.
Ну, на TypeScript где-то год, до этого я делал сайты на CMS PHP. JS соответственно знал немного, но про TS и фреймворки нет.
Не, я всё из этого продолжаю учить. Мне просто надоело чисто во фронтенде сидеть, поэтому еще и Nest стал смотреть. Сейчас делаю пет-проекты на React и Nest — чаще всего это тестовые задания с вакансий.
>А сколько ты учился до этого?
Ну, на TypeScript где-то год, до этого я делал сайты на CMS PHP. JS соответственно знал немного, но про TS и фреймворки нет.
>>71008
Лол. Ну, кстати, у меня образование ИБ. Но мне всегда именно сайты нравилось делать. А это образование только отвращение к ИТ на пару лет привило.
Лол. Ну, кстати, у меня образование ИБ. Но мне всегда именно сайты нравилось делать. А это образование только отвращение к ИТ на пару лет привило.
>>71012
Я вкатун в пхп и жс, тоже хотел бы знания по иб иметь, ведь если ты уеб разраб, то надо сапоги защищать сайту пыховому от кул хацкеров.
Я вкатун в пхп и жс, тоже хотел бы знания по иб иметь, ведь если ты уеб разраб, то надо сапоги защищать сайту пыховому от кул хацкеров.
>>71019
Да вебмакаке хватит знания OWASP
https://cheatsheetseries.owasp.org/index.html
https://owasp.org/www-project-web-security-testing-guide/stable/
Да вебмакаке хватит знания OWASP
https://cheatsheetseries.owasp.org/index.html
https://owasp.org/www-project-web-security-testing-guide/stable/
>>71032
мимо шел
мимо шел
>>71032
Спасибо большое, ну я понимаю, что прямо уник не надо заканчивать, чтоб это освоить. Но тем не менее список большой по этой ссылке, длинный, надо много времени, чтоб его от корки до корки задрочить.
Спасибо большое, ну я понимаю, что прямо уник не надо заканчивать, чтоб это освоить. Но тем не менее список большой по этой ссылке, длинный, надо много времени, чтоб его от корки до корки задрочить.
>>71162
Значит за ЕнОТовой будешь шпигунть через ноклу.
Значит за ЕнОТовой будешь шпигунть через ноклу.
>>71142
Я веб макака...
Я веб макака...
>>70671
Я трачу деньги на плохие вещи на выходных и потом еще и отхожу от них в понедельник.
Как же заебало.
Я трачу деньги на плохие вещи на выходных и потом еще и отхожу от них в понедельник.
Как же заебало.
>>70671
У меня то же самое. У меня ещё опыт есть около 5 лет РНН. Постоянно вспоминаю, как я кайфовал тогда, а сейчас рабство какое-то, даже на удалёнке. Ещё двух лет даже не отработал, а уже думаю увольняться.
Всю душу высасывает эта работа. Полный пиздос.
У меня то же самое. У меня ещё опыт есть около 5 лет РНН. Постоянно вспоминаю, как я кайфовал тогда, а сейчас рабство какое-то, даже на удалёнке. Ещё двух лет даже не отработал, а уже думаю увольняться.
Всю душу высасывает эта работа. Полный пиздос.
>>71487
Прям один в один моя история, братишка. Только мне ещё и в офис ходить приходится...
Прям один в один моя история, братишка. Только мне ещё и в офис ходить приходится...
>>71538
С подключением
С подключением
732 Кб, 1205x602https://www.ventusky.com/ru/moscow
Есть сайт, там можно смотреть погоду по дате и времени.
API нету и архивы данных они никак не дают. Есть идеи как спарсить данные?
Допустим чисто по городу Москве за все года каждый день в 15.00.
Календарик слева можно как-то автоматизировать и переключать скриптом? И брать данные из надписи Москва столько-то градусов.
Есть сайт, там можно смотреть погоду по дате и времени.
API нету и архивы данных они никак не дают. Есть идеи как спарсить данные?
Допустим чисто по городу Москве за все года каждый день в 15.00.
Календарик слева можно как-то автоматизировать и переключать скриптом? И брать данные из надписи Москва столько-то градусов.
>>71645
Посмотри, какие запросы там отправляются. Хотя очевидно, они берут данные откуда-то из дургих источников, а не из своих.
Посмотри, какие запросы там отправляются. Хотя очевидно, они берут данные откуда-то из дургих источников, а не из своих.
>>71674
Оттуда, откуда они берут данные, бесплатно их всё равно не получить, везде нужна регистрация, запросы, оплаты, и т.д.
Я в вебе ноль, пока смог сделать только такую ссылку.
https://www.ventusky.com/?p=55.8;43.1;5&l=temperature-2m&t=20250417/12&src=link
Можно перебирать даты и время такой ссылкой, но как выбрать город?
Типо просто сделать клин на ссылку Москва и потом спарсить результат. Как?
Напишите, кому не в падлу.
Оттуда, откуда они берут данные, бесплатно их всё равно не получить, везде нужна регистрация, запросы, оплаты, и т.д.
Я в вебе ноль, пока смог сделать только такую ссылку.
https://www.ventusky.com/?p=55.8;43.1;5&l=temperature-2m&t=20250417/12&src=link
Можно перебирать даты и время такой ссылкой, но как выбрать город?
Типо просто сделать клин на ссылку Москва и потом спарсить результат. Как?
Напишите, кому не в падлу.