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 и проверяйте свои сраные типы в рантайме. Хуле вы срач из за какой-то хуиты устроили.
Сеньоры есть в треде? У вас за последние 3 года ваша сеньорская зарплата упала?
>>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
Ты тупой? В пустыне нет воды. А писать нормальный код никто тебе не мешает хоть сейчас.
Зачем ты предъявляешь за то, что ты пишешь говнокод? Не пиши говнокод, в чем проблема?
>В пустыне Сахара:
Ты тупой? В пустыне нет воды. А писать нормальный код никто тебе не мешает хоть сейчас.
Зачем ты предъявляешь за то, что ты пишешь говнокод? Не пиши говнокод, в чем проблема?