JS Thread #316 - Программирование

>CSS-in-JS

Кто и нахуя это вообще придумал? Это так же неудобно звучит, как и пишется. Кто те долбоебы, что решили, что писать, а тем более читать вместо одного слова лишних пять очень удобно, так еще и в js-файле?

Ответы284771

425 29 сен, 19:10 3284771

>>284768

> писать, а тем более читать вместо одного слова лишних пять

Ты о чём?

426 29 сен, 19:11 3284773

>>284765

>либа для рендеринга отображения

Выглядит сложнее самого JS. Но я только начал его трогать.

Ответы284776

427 29 сен, 19:12 3284775

Ответы284842 284856 284865 284964 284965

>мы всегда делали стили на scss модулях, а сейчас уже просто на css модулях, scss больше не нужен

А что изменилось? Я вот SASS этот ваш пробую

мимо-вкатун

Ответы284792

428 29 сен, 19:12 3284776

>>284773

>я только начал его трогать

Ну проорать тогда только можно с твоих визгов про сложность. Даже про css первое время все так визжали, мол нихуя непонятно

Ответы284777

429 29 сен, 19:12 3284777

>>284776
Хз, CSS простой относительно.

Ответы284779

430 29 сен, 19:14 3284779

>>284777
Это понятно. Я именно про знакомство с чем-либо новым. Первое время всегда нихуя не понятно

431 29 сен, 19:27 3284792

>>284775
В css добавили много фичей

432 29 сен, 20:30 3284839

77 Кб, 1486x850

94 Кб, 1500x864

13 Кб, 252x252

Я правильно пынямаю чтобы на РАБотку взяли примерно на таком уровне нужно код писать?
>>284747
Ну охуеть теперь
>>284755
Знаю только что самое изичное это пехепе, натурально для имбецилов тупа а самый пиздец это кресты
мимо калтун

433 29 сен, 20:35 3284842

>самое изичное

>самый пиздец

Бтв на высоком уровне все будет пиздецом. Поэтому разница в сложности это обычные взвизги

434 29 сен, 20:52 3284856

Ответы284918 284924 284950

> Я правильно пынямаю чтобы на РАБотку взяли примерно на таком уровне нужно код писать?

Вызов апи эндпоинта и вызов фетча с предустановленным env вынеси в отдельные функции

Ответы284860

150 Кб, 1495x851

435 29 сен, 20:56 3284860

>>284856
Да эт не мое мля, я вообще не понимаю что там написано

436 29 сен, 21:04 3284865

>>284839
Самый обычный код. Правда React.FC давно уже не используют.

Ответы284888

437 29 сен, 21:33 3284888

>>284865
Че с ним не так?

438 29 сен, 21:43 3284896

Соло вкатун, коммерческого опыта больше 1 года, в Украине удаленно - 700 долларов зп.

Это победа или хуйня?

439 29 сен, 22:03 3284918

>>284896
Как учился расскажи, плес.

Тоже хочу вкатиться, но пока только начинаю курить, и что-то оно очень тажко идет, походу я слишком даун.

440 29 сен, 22:11 3284924

>>284896
Нормально, главное чтобы проект не хуйней был

Ответы284950

441 29 сен, 22:17 3284932

Сап. Посоветуйте несильно сложный пет проект на джуна.
Фронтенд очень нравится, но без понятия как нормально практиковать js

Ответы284940 284944

3,7 Мб, mp4,
1292x1032, 1:08

442 29 сен, 22:28 3284940

>>284932
Создавай свою борду, как я когда-то.

443 29 сен, 22:33 3284944

>>284932
мета поиск по интернет магазинам своей мухосрани
продай кабанчикам владельцам ломбардов чтобы их сотрудники могли в два клика пробить прайс барахла что им принесли
работает просто
строка для поиска куда ты пишешь свой запрос
запрос отправляется в разные инет магазины в их поиск, результат парсится и вываливается в таблицу где есть фильтрация пейджинг и сортировка

Ответы284947

444 29 сен, 22:36 3284947

>>284944

>мета поиск по интернет магазинам своей мухосрани

В моем случае вообще не вариант. Из крупных магазинов есть только днс и билайн. У менее крупных сайта в принципе нет

Ответы284952

445 29 сен, 22:44 3284950

>>284924
спасибо, но почитаю двачик и в среднем у джунов віше 64к рублей зп (700 дол) - хуй знает...

>>284896
Для начала - английский хотя бы Б2 (будет намного легче)
С появлением ЧатГПТ - достаточно легко учить

Начинал с freecodecamp - увидел HTML - думал я это не выучу, потом заметил что там каждый открытый тег = закрытый тег, и стало проще

и так потихоньку кушаешь слона, делаешь заметки, гуглишь все непонятные слова, и все получится)

у меня ушел 1 год ровно на с 0 до получения работы джуна первой

Ответы285638

446 29 сен, 22:46 3284952

>>284947
пиздец ты тупой

447 29 сен, 23:12 3284964

>React.FC

>Объявление функций через const

Мы вам перезвоним

Ответы284979

448 29 сен, 23:13 3284965

Ответы285034 285133 287399

>не использовать swr/tanstack query

Мы вам обязательно перезвоним

449 29 сен, 23:32 3284979

>>284964

>React.FC

Значит олд писал, точно не вкатун.

>Объявление функций через const

Что не так?

Ответы285027

450 29 сен, 23:57 3285007

Добрый день. Попробовал я этот ваш фронтенд - не понравилось. Хочу попробовать бек.
И стоит соответственно вопрос: насколько актуален бек на ноде? Лучше ли он чем тот же Го?
Какой на нода-бекенд стек и откуда соответственно брать информацию?
Всех заранее благодарю за ответы всей душой и нежно целую в лобик

Ответы285030 285342

451 30 сен, 00:25 3285027

>>284979

>Что не так?

function для функций намного читабельнее

452 30 сен, 00:33 3285030

>>285007
Бек на ноде актуален, но если тебе хочется максимальной актуальности, то пхп, питон, джава, сишарп, го более популярны на бекенде.

Бек на ноде хуже го в плане перформанса, но лучше в плане скорости разработки, удобства разработки, и самое главное — го язык довольно уродливый и неудобный, без негатива, просто так его задумали, а тайпскрипт прекрасный и элегантный, с отличной системой типов, гибкий, с приятным синтаксисом.

Стек это самая нода, фреймворк нест либо фастифай, либо велосипед над экспрессом, потому что экспресс это тупо роутер, а дальше как по стандарту — OpenAPI/Swagger, Postgresql, Redis, Rabbitmq/Kafka/NATS, кликхаус, Prometheus с графаной и локи, какой-нибудь minio под файлохранилку, nginx, docker swarm / кубер. Информацию очевидно брать из вакансий топовых контор, например.

453 30 сен, 00:44 3285034

>>285030

>Бек на ноде актуален

странно, на хх на ноду джуновских вакансий даже меньше чем на го

Ответы285036 285037 285342

454 30 сен, 00:45 3285036

>>285034
Так я и говорю, что го популярнее.

455 30 сен, 00:46 3285037

>>285034
Ну и джуны не очень нужны.

456 30 сен, 09:51 3285131

Поясните про минификацию JS с помощью Vite, например. Как это работает? Он ведь не просто убирает пробелы с переносами строк, он ещё и переименовывает переменные, и сливает файлы в один? Не понимаю, как такое возможно. Надо как-то по-особому код писать, чтобы минификация удалась?

Ответы285160 285480

457 30 сен, 09:52 3285133

>>285030
Скажи пожалуйста, по каким материалам лучше учить ноду, а после и нест?

Ответы285799

458 30 сен, 10:17 3285160

>>285131
разобрался!

459 30 сен, 13:50 3285342

>>284765
Асинхронность живет своей жизнью, если надо зафетчить что-то в компоненте, нужно либо пилить свой костыль на useEffect, либо использовать чужой, например tanstack query, либо вообще стейт менеджмент. Если раньше ты использовал синхронные функции в асинхронных и было понятно, как это в приницпе работает, реакт по эту ситуацию инвертирует и теперь тебе в синхронных компонентах нужно использовать асинхронность, что ломает мозг поначалу.
Правда вероятно это общая проблема клиент-сайд рендеринга, а не конкретно реакта.
>>285007
Прикол бэка на жс сейчас это монорепозитории, когда бэк и фронт в одной репе, бэк на Next или Remix, и можно использовать серверные компоненты и штуки типа tRPC и server actions. Го и Питон так не могут и не смогут никогда, там только no-js решения типа htmx, но оно совершенно по другому работает. Но это больше для хипстеров из твиттера и индивидуальных и малых манябизнесменов, чем для поиска реальной работы.
>>285034
Джуновские вакансии это Джокушка ловушкера, чтобы пришёл чел с синдромом самозванца, поднатарел, и начал работать как миддл, а Кабан ему продолжил бы платить как ждуну. Но даже Кабаны понимают что это залупа какая-то и проще нанимать миддлов-самозванцев, уверенно накручивающих опыт.

Ответы285443 285453 285481

460 30 сен, 17:04 3285443

>>285342

>Прикол бэка на жс сейчас это монорепозитории, когда бэк и фронт в одной репе, бэк на Next или Remix, и можно использовать серверные компоненты и штуки типа tRPC и server actions. Го и Питон так не могут и не смогут никогда, там только no-js решения типа htmx, но оно совершенно по другому работает. Но это больше для хипстеров из твиттера и индивидуальных и малых манябизнесменов, чем для поиска реальной работы.

У меня на работе так, монорепа Next + Nest, но без смузявого trpc, у нас OpenAPI и просто пакет shared types. В реальной работе такого много, но на западе, по крайней мере в молодых и свежих проектах, например в крипте очень часто так делают.

461 30 сен, 17:13 3285453

>>285342

>Но это больше для хипстеров из твиттера и индивидуальных и малых манябизнесменов, чем для поиска реальной работы

Ты про htmx?

462 30 сен, 17:32 3285479

>>283026

>Тебе удобно ковыряться с настройкой вебпака чтобы потом иметь меньше фич, чем есть в дефолтном нексте?

В дефолтном нексте ты в один прекрасный момент столкнешься с тем, что то, что делается элементарно на своем конфиге в пару строк на нексте вообще сделать невозможно. Даже через специальную опцию под конфиг вебпука в конфиге некста.

Ответы285483

463 30 сен, 17:33 3285480

>>285131

>Надо как-то по-особому код писать, чтобы минификация удалась?

Да, но всем похуй. Получишь экономию на спичках при в разы большей когнитивной нагрузке при написании кода

464 30 сен, 17:34 3285481

>>285342
Просто юзаешь tanstack query и не знаешь бед.

465 30 сен, 17:34 3285483

>>285479
Ну так давай примеры.

Ответы285485

466 30 сен, 17:35 3285485

>>285483
Как мне написать свой аналог dynamic-функции?

Ответы285490

467 30 сен, 17:37 3285488

>css модулях

>костылей

>нативное решение

Блять

Ты совсем отбитый. Ты не программировал нихуя. Ты не знаешь, как пишется софт, ты не видел QT, на котором, кстати работает твой браузер и операционка, на который ты запускаешь свой CCS, ты не видел крестов, ты не писал на Flash/JAVA. Ты нихуя не знаешь. Ты опущь отрыжки IT. Нахуй ты что-то пишешь, вместо того, чтобы получиться пару лет. Поясняю

>css модулях

CSS модули не нужны - у тебя вместо этого объекты. Ты вместо
.pidor {
font-size: 16px
background: #FF0000
}

Пишешь
export const pidor = { fontSize: '16px', background: "#FF0000" }

Разница в том, что во втором варианте у тебя есть язык. В первом у тебя есть только убогие модули

>костылей

>нативное решение предоставляет всё необходимое

Тупой даун рассуждает за костыли. А ты в курсе, что твой CSS - это костыль. Что вместо того, чтобы работать с объектами, ты пишешь текст. который пердолит парсер CSS и о чудо, также применяет эти свойства к объектам. Но ты тупой, ды даже никогда не интересовался, как работает та штучка, которая приносит тебе покушать

>Я вот работаю в тир 1 компаниях

Выебёваться тем, какой крутой папик тебя снял - признак опущенца. И я не работаю в галерах, а только за проценты

>CSS-in-JS

Даун, я тебе зачем сто раз объяснял про объекты - это раз. Два, какое нахуй CSS in JS, когда tsx. Ты в силу отсутсвия опыта не можешь поверить, что кто-то не просто читает туториалы и мыслит концепциями, а делает так, как удобно и эффективно, что потом становится мейнстримом. Я - мейнтсрим, ты слепок из прочитанных туториалов

А вообще я хочу развития wasm, чтобы бомжи, типо тебя, отправились на помойку, как это сделали PHP-господа. К сожалению, люди тупы. Фигма, которой полюзуется весь мир, в том числе твоя тир-1 галера, продемонстировала, что можно делать приложения без всего этого говна. Но дауны слабы интелектуально, то, что я говорю, до них дойдёт через несколько лет, когда, должно было уже лет 5 назад, а то, что делает условная фигма, для них просто аутстендинг и дойдёт только лет через 5 - 10

467 30 сен, 17:37 3285488

>css модулях

>костылей

>нативное решение

Блять

Ты совсем отбитый. Ты не программировал нихуя. Ты не знаешь, как пишется софт, ты не видел QT, на котором, кстати работает твой браузер и операционка, на который ты запускаешь свой CCS, ты не видел крестов, ты не писал на Flash/JAVA. Ты нихуя не знаешь. Ты опущь отрыжки IT. Нахуй ты что-то пишешь, вместо того, чтобы получиться пару лет. Поясняю

>css модулях

CSS модули не нужны - у тебя вместо этого объекты. Ты вместо
.pidor {
font-size: 16px
background: #FF0000
}

Пишешь
export const pidor = { fontSize: '16px', background: "#FF0000" }

Разница в том, что во втором варианте у тебя есть язык. В первом у тебя есть только убогие модули

>костылей

>нативное решение предоставляет всё необходимое

Тупой даун рассуждает за костыли. А ты в курсе, что твой CSS - это костыль. Что вместо того, чтобы работать с объектами, ты пишешь текст. который пердолит парсер CSS и о чудо, также применяет эти свойства к объектам. Но ты тупой, ды даже никогда не интересовался, как работает та штучка, которая приносит тебе покушать

>Я вот работаю в тир 1 компаниях

Выебёваться тем, какой крутой папик тебя снял - признак опущенца. И я не работаю в галерах, а только за проценты

>CSS-in-JS

Даун, я тебе зачем сто раз объяснял про объекты - это раз. Два, какое нахуй CSS in JS, когда tsx. Ты в силу отсутсвия опыта не можешь поверить, что кто-то не просто читает туториалы и мыслит концепциями, а делает так, как удобно и эффективно, что потом становится мейнстримом. Я - мейнтсрим, ты слепок из прочитанных туториалов

А вообще я хочу развития wasm, чтобы бомжи, типо тебя, отправились на помойку, как это сделали PHP-господа. К сожалению, люди тупы. Фигма, которой полюзуется весь мир, в том числе твоя тир-1 галера, продемонстировала, что можно делать приложения без всего этого говна. Но дауны слабы интелектуально, то, что я говорю, до них дойдёт через несколько лет, когда, должно было уже лет 5 назад, а то, что делает условная фигма, для них просто аутстендинг и дойдёт только лет через 5 - 10

Ответы285495 285502 285846

468 30 сен, 17:38 3285490

>>285485
Не понял что ты подразумеваешь под dynamic function.

469 30 сен, 17:50 3285495

>>285488

>Я - мейнтсрим

Мейнстрим батхерта..

470 30 сен, 18:03 3285502

>>285488
Зачем ты так порвался?

>Ты не знаешь, как пишется софт, ты не видел QT, на котором, кстати работает твой браузер и операционка, на который ты запускаешь свой CCS, ты не видел крестов, ты не писал на Flash/JAVA.

Видел QT, и писал десктопный/мобильный софт на разных инструментах. В вебе чистый css это лучшее решение, если ты не согласен, то ты не понимаешь как устроен браузер. Так что тебе требуется образование, вместо этого ты с напыщенным видом рвёшься на дваче.

>А ты в курсе, что твой CSS - это костыль. Что вместо того, чтобы работать с объектами, ты пишешь текст. который пердолит парсер CSS и о чудо, также применяет эти свойства к объектам

Я в курсе, а ещё в курсе, что при использовании CSS-in-JS костылей к парсингу CSS добавляется лишний шаг, который ещё и выполняется в JS. Просто я не макака, которая пишет третьесортные продукты, в которых команда забивает на производительность.

>Даун, я тебе зачем сто раз объяснял про объекты - это раз. Два, какое нахуй CSS in JS, когда tsx. Ты в силу отсутсвия опыта не можешь поверить, что кто-то не просто читает туториалы и мыслит концепциями, а делает так, как удобно и эффективно, что потом становится мейнстримом. Я - мейнтсрим, ты слепок из прочитанных туториалов

Ты просто придираешься к терминам из-за бессильной злобы. Под CSS-in-JS подразумеваются билиотеки типа styled-components и emotion, и всем очевидно, что написание стилей при использовании этих библиотек делается в том числе jsx/tsx файлах. А мейнстрим всё-таки css, а не твои костылики. Тебе реактомакаке не понять, ты вряд ли видел как пределами твоего мирка пишутся веб-приложения на взлослых фреймворках.

>А вообще я хочу развития wasm, чтобы бомжи, типо тебя, отправились на помойку, как это сделали PHP-господа. К сожалению, люди тупы. Фигма, которой полюзуется весь мир, в том числе твоя тир-1 галера, продемонстировала, что можно делать приложения без всего этого говна. Но дауны слабы интелектуально, то, что я говорю, до них дойдёт через несколько лет, когда, должно было уже лет 5 назад, а то, что делает условная фигма, для них просто аутстендинг и дойдёт только лет через 5 - 10

99% приложений не требутся того, что делается в фигме. Для 99% приложений и через 5-10 лет лучшим решением будет применение дефолтного ангуляра/вью/реакта с тайпскриптом без всякого wasm. Wasm уже развился, и не сегодня и не вчера. Вперёд, делай веб-приложения на blazor, лол.

470 30 сен, 18:03 3285502

>>285488
Зачем ты так порвался?

>Ты не знаешь, как пишется софт, ты не видел QT, на котором, кстати работает твой браузер и операционка, на который ты запускаешь свой CCS, ты не видел крестов, ты не писал на Flash/JAVA.

Видел QT, и писал десктопный/мобильный софт на разных инструментах. В вебе чистый css это лучшее решение, если ты не согласен, то ты не понимаешь как устроен браузер. Так что тебе требуется образование, вместо этого ты с напыщенным видом рвёшься на дваче.

>А ты в курсе, что твой CSS - это костыль. Что вместо того, чтобы работать с объектами, ты пишешь текст. который пердолит парсер CSS и о чудо, также применяет эти свойства к объектам

Я в курсе, а ещё в курсе, что при использовании CSS-in-JS костылей к парсингу CSS добавляется лишний шаг, который ещё и выполняется в JS. Просто я не макака, которая пишет третьесортные продукты, в которых команда забивает на производительность.

>Даун, я тебе зачем сто раз объяснял про объекты - это раз. Два, какое нахуй CSS in JS, когда tsx. Ты в силу отсутсвия опыта не можешь поверить, что кто-то не просто читает туториалы и мыслит концепциями, а делает так, как удобно и эффективно, что потом становится мейнстримом. Я - мейнтсрим, ты слепок из прочитанных туториалов

Ты просто придираешься к терминам из-за бессильной злобы. Под CSS-in-JS подразумеваются билиотеки типа styled-components и emotion, и всем очевидно, что написание стилей при использовании этих библиотек делается в том числе jsx/tsx файлах. А мейнстрим всё-таки css, а не твои костылики. Тебе реактомакаке не понять, ты вряд ли видел как пределами твоего мирка пишутся веб-приложения на взлослых фреймворках.

>А вообще я хочу развития wasm, чтобы бомжи, типо тебя, отправились на помойку, как это сделали PHP-господа. К сожалению, люди тупы. Фигма, которой полюзуется весь мир, в том числе твоя тир-1 галера, продемонстировала, что можно делать приложения без всего этого говна. Но дауны слабы интелектуально, то, что я говорю, до них дойдёт через несколько лет, когда, должно было уже лет 5 назад, а то, что делает условная фигма, для них просто аутстендинг и дойдёт только лет через 5 - 10

99% приложений не требутся того, что делается в фигме. Для 99% приложений и через 5-10 лет лучшим решением будет применение дефолтного ангуляра/вью/реакта с тайпскриптом без всякого wasm. Wasm уже развился, и не сегодня и не вчера. Вперёд, делай веб-приложения на blazor, лол.

Ответы285527 285577

8 Кб, 300x168

471 30 сен, 18:23 3285527

>>285502

>делай веб-приложения на blazor, лол

Учитывая все "превосходство" blazor-а, делать веб на вишневом blazer-е будет эффективнее

472 30 сен, 19:00 3285556

>тред про js

>24/7 срач про css

473 30 сен, 19:25 3285577

>>285502

>к парсингу CSS добавляется лишний шаг

Нет, тупой даун. Ты не умеешь писать, код. Ты не видел QT, иначе бы ты мне тут не порол чушь. Это проверяется за час. Открываешь и читаешь, как парсится CSS
https://chromium.googlesource.com/chromium/blink/+/refs/heads/main/Source/core/css/parser

Потом открываешь и смотришь, как идёт работа с DOM
https://chromium.googlesource.com/chromium/blink/+/refs/heads/main/Source/core/dom

И ты увидишь, что если ты используешь CSS в файле или CSS in JS о которым ты тут талдычишь и пытаешься мне его приписать, хотя я никогда в жизни не использовал, а использовал объекты, то CSS парсится, то есть, его текст разибрается на токены, а потом добавляется, как атрибуты к нодам DOM. Если ты или твой фреймворк добавляет атрибут к ноде через JS, то никакого парсинга CSS не происходит

Поэтому я и написал, что ты не умеешь програмировать и ничего не видел, на шаришь за производительность. Потому, что разрабочик изучает используемый инструментарий, а ты этого не делаешь

Для тех кто не шарит. Это CCS in JS
const className = `
color: red;
font-weight: bold;
`;

А это объект
const className = {
color: 'red'
padding: '20px'
}

>Ты просто придираешься к терминам из-за бессильной злобы.

У меня нет злобы. Я пытаюсь вас хоть чему-то научить. И мне не особо интересно, что там подразумевается. Это термин, придуманный чтобы опять двигать какую-то концепцию. Большинство разрабов мыслит концепциями. А этом треде проявление этого. Это всякие люди, которые приходят и спрашивают: "Посоны, а что учить?". Они учат, что им дают, БЭМ, вью, ангуляр, редакс, что им не скорми, они не шарят. А потом оказывается, что, ой, оно устарело, надо мобикс, реакт. Я же мыслю не так. Я иду изучаю инструмент, и выбираю лучшее. Через годы макакичи доходят своими мозгами до моих подходов, а потом мне рассказывают, что я там что-то скопировал, потому, что мой подход похож на то, что они родили. У меня опускаются руки.

>99% приложений не требутся того, что делается в фигме

100% требуется то, что делает фигма. Просто есть макаки, которые не умеют. Они рассказывают, что НИНУЖНА. Это как с REST, когда давно можно уже гонять данные через UDP, макаки обмазываются TCP HTTP, долбят фетч запросами вместо нормланого соединения, срут кодами ответа в HTTP заголовки, а потом мне ещё расскаывают, что сокеты - это ДОРАГА, ты НИПАНИМАИШЬ! То же самое про сборку - всё собирается из трёх языков HTML/JS/CSS, хотя в реальности всё это исполняет программа на одном языке и этот язык C++

>Wasm уже развился

Нет. Тулинга нет. Про развился может написать только даун, которому и в блокноте норм. Бытро ответил мне, как ты дебажишь васм в бараузере?

>blazor

Так ты масдай макака. Я так и знал. Поэтому ты нихера не знаешь. "Мам, я ниасили C++ и линапс, там страшные темплейты и постоянно пули в ноги летят"

473 30 сен, 19:25 3285577

>>285502

>к парсингу CSS добавляется лишний шаг

Нет, тупой даун. Ты не умеешь писать, код. Ты не видел QT, иначе бы ты мне тут не порол чушь. Это проверяется за час. Открываешь и читаешь, как парсится CSS
https://chromium.googlesource.com/chromium/blink/+/refs/heads/main/Source/core/css/parser

Потом открываешь и смотришь, как идёт работа с DOM
https://chromium.googlesource.com/chromium/blink/+/refs/heads/main/Source/core/dom

И ты увидишь, что если ты используешь CSS в файле или CSS in JS о которым ты тут талдычишь и пытаешься мне его приписать, хотя я никогда в жизни не использовал, а использовал объекты, то CSS парсится, то есть, его текст разибрается на токены, а потом добавляется, как атрибуты к нодам DOM. Если ты или твой фреймворк добавляет атрибут к ноде через JS, то никакого парсинга CSS не происходит

Поэтому я и написал, что ты не умеешь програмировать и ничего не видел, на шаришь за производительность. Потому, что разрабочик изучает используемый инструментарий, а ты этого не делаешь

Для тех кто не шарит. Это CCS in JS
const className = `
color: red;
font-weight: bold;
`;

А это объект
const className = {
color: 'red'
padding: '20px'
}

>Ты просто придираешься к терминам из-за бессильной злобы.

У меня нет злобы. Я пытаюсь вас хоть чему-то научить. И мне не особо интересно, что там подразумевается. Это термин, придуманный чтобы опять двигать какую-то концепцию. Большинство разрабов мыслит концепциями. А этом треде проявление этого. Это всякие люди, которые приходят и спрашивают: "Посоны, а что учить?". Они учат, что им дают, БЭМ, вью, ангуляр, редакс, что им не скорми, они не шарят. А потом оказывается, что, ой, оно устарело, надо мобикс, реакт. Я же мыслю не так. Я иду изучаю инструмент, и выбираю лучшее. Через годы макакичи доходят своими мозгами до моих подходов, а потом мне рассказывают, что я там что-то скопировал, потому, что мой подход похож на то, что они родили. У меня опускаются руки.

>99% приложений не требутся того, что делается в фигме

100% требуется то, что делает фигма. Просто есть макаки, которые не умеют. Они рассказывают, что НИНУЖНА. Это как с REST, когда давно можно уже гонять данные через UDP, макаки обмазываются TCP HTTP, долбят фетч запросами вместо нормланого соединения, срут кодами ответа в HTTP заголовки, а потом мне ещё расскаывают, что сокеты - это ДОРАГА, ты НИПАНИМАИШЬ! То же самое про сборку - всё собирается из трёх языков HTML/JS/CSS, хотя в реальности всё это исполняет программа на одном языке и этот язык C++

>Wasm уже развился

Нет. Тулинга нет. Про развился может написать только даун, которому и в блокноте норм. Бытро ответил мне, как ты дебажишь васм в бараузере?

>blazor

Так ты масдай макака. Я так и знал. Поэтому ты нихера не знаешь. "Мам, я ниасили C++ и линапс, там страшные темплейты и постоянно пули в ноги летят"

Ответы285581 285582 288645

474 30 сен, 19:31 3285581

>>285577

>У меня нет злобы. Я пытаюсь вас хоть чему-то научить

Сенсей, у вас жопа подорвалась

475 30 сен, 19:35 3285582

>>285577

>100% требуется то, что делает фигма

Ору с этого додика. Вот скажи, нахуя какому-нибудь озону рисковать интерфейс через канвас?

330 Кб, 640x360

476 30 сен, 19:56 3285598

>>283785
1. Читаешь доки к HTML
2. Читаешь доки к CSS
3. Верстаешь несколько лендингов по быстрому
4. Читаешь доки к JS
5. Пилишь тудушки и все что понравится из гугла по запросу "100 проектов на чистом JS за месяц", лучше гугли на англюсике
6. Читаешь доки к рякту
7. Пилишь копию Spotify для портфолио
8. ??????
9. ПРОФИТ

Ну и там гит или еще какое говно по вечерам дрочишь, если новичок в айти. Местных петучей с их модными веяниями шлешь нахуй, это потом на первой работе наверстаешь один хуй года 3 пройдет с начала обучения ХА ХА

477 30 сен, 20:42 3285628

Почему chromium-based браузеры просто молча без всяких ошибок не запускают Worker из другого Worker? То есть let w = new Worker('file.js') возвращает объект, но браузер даже не обращается к file.js. И это все молча. В фаерфоксе нормально работает. Воркэраунд сделал - отправить сообщение в основной поток, чтобы Worker сделал он, так работает, но просто интересно, что это за хуйня?

Ответы285644

478 30 сен, 20:54 3285638

>>284950

>freecodecamp

Залупа, которая ничего не объясняет, просто пишешь код пошагово и все (по крайней мере в курсе по JS). Я понимаю, что дев должен сам уметь гуглить, искать решения, читать доки, но freecodecamp везде хвалят как лучшую бесплатную школу для старта.

Ответы285642

479 30 сен, 21:01 3285642

>>285638
ну залупа не залупа, когда чатгпт не было я был рад и этому. А так да, прошел только html+css курс, а курс джс уже скипнул и пошел своей дорогой изучать

А щас с ЧатГПТ считаю вообще нахуй не нужны все те сайты, это лучший персональный ментор

Ответы285662

480 30 сен, 21:02 3285644

>>285628
Это связано с ограничениями безопасности и архитектурными особенностями браузеров на основе Chromium (например, Google Chrome и другие браузеры на базе Chromium). Основная проблема заключается в том, что Chromium, в отличие от Firefox, строго реализует ограничения и спецификации для Web Workers, чтобы уменьшить потенциальные риски безопасности и ошибки, связанные с многопоточностью в JavaScript.

### Почему так происходит:
1. Ограничение вложенных Worker'ов в Chromium:
В Chrome (и других Chromium-based браузерах) существует ограничение на создание Worker'ов внутри других Worker'ов (вложенных Worker'ов) из соображений производительности и безопасности. Это означает, что если вы пытаетесь создать Worker внутри другого Worker'а, этот вызов может быть проигнорирован, хотя сам объект Worker и создается. Это сделано для того, чтобы избежать потенциально высоких нагрузок на ресурсы при работе с многопоточностью.

2. Спецификация Web Workers:
По спецификации, создание вложенных Worker'ов возможно, однако браузеры не обязаны поддерживать это поведение одинаково. Firefox разрешает это и может корректно отрабатывать вложенные Worker'ы, тогда как в Chromium это ограничено по умолчанию.

3. Без сообщения об ошибке:
Chromium просто молча игнорирует этот запрос, создавая объект, но не загружая скрипт, поскольку это считается нарушением ожиданий или стандартов браузера в части многопоточности. Ошибки могут не генерироваться, потому что это не является критической ошибкой с точки зрения синтаксиса или выполнения кода — это поведение просто заблокировано.

4. Воркэраунд с основным потоком:
Вы правильно нашли обходное решение: создание нового Worker'а через основной поток. Это соответствует рекомендациям по разработке, так как основной поток может лучше управлять созданием и уничтожением Worker'ов.

### Почему так не работает в Firefox?
Firefox использует несколько иную реализацию стандартов Web Workers и допускает создание вложенных Worker'ов. Это является следствием различий в реализации движков браузеров и подходов к многопоточности.

### Итог:
Основная причина заключается в ограничениях безопасности и архитектуры браузеров на основе Chromium. Если вам нужна кросс-браузерная совместимость, workaround с основным потоком является лучшим решением.

480 30 сен, 21:02 3285644

>>285628
Это связано с ограничениями безопасности и архитектурными особенностями браузеров на основе Chromium (например, Google Chrome и другие браузеры на базе Chromium). Основная проблема заключается в том, что Chromium, в отличие от Firefox, строго реализует ограничения и спецификации для Web Workers, чтобы уменьшить потенциальные риски безопасности и ошибки, связанные с многопоточностью в JavaScript.

### Почему так происходит:
1. Ограничение вложенных Worker'ов в Chromium:
В Chrome (и других Chromium-based браузерах) существует ограничение на создание Worker'ов внутри других Worker'ов (вложенных Worker'ов) из соображений производительности и безопасности. Это означает, что если вы пытаетесь создать Worker внутри другого Worker'а, этот вызов может быть проигнорирован, хотя сам объект Worker и создается. Это сделано для того, чтобы избежать потенциально высоких нагрузок на ресурсы при работе с многопоточностью.

2. Спецификация Web Workers:
По спецификации, создание вложенных Worker'ов возможно, однако браузеры не обязаны поддерживать это поведение одинаково. Firefox разрешает это и может корректно отрабатывать вложенные Worker'ы, тогда как в Chromium это ограничено по умолчанию.

3. Без сообщения об ошибке:
Chromium просто молча игнорирует этот запрос, создавая объект, но не загружая скрипт, поскольку это считается нарушением ожиданий или стандартов браузера в части многопоточности. Ошибки могут не генерироваться, потому что это не является критической ошибкой с точки зрения синтаксиса или выполнения кода — это поведение просто заблокировано.

4. Воркэраунд с основным потоком:
Вы правильно нашли обходное решение: создание нового Worker'а через основной поток. Это соответствует рекомендациям по разработке, так как основной поток может лучше управлять созданием и уничтожением Worker'ов.

### Почему так не работает в Firefox?
Firefox использует несколько иную реализацию стандартов Web Workers и допускает создание вложенных Worker'ов. Это является следствием различий в реализации движков браузеров и подходов к многопоточности.

### Итог:
Основная причина заключается в ограничениях безопасности и архитектуры браузеров на основе Chromium. Если вам нужна кросс-браузерная совместимость, workaround с основным потоком является лучшим решением.

Ответы285682 285688

481 30 сен, 21:18 3285662

>>285642

>А щас с ЧатГПТ считаю вообще нахуй не нужны все те сайты, это лучший персональный ментор

Тут согласен, дудосю им сервера своими тупыми вопросами почему и как, а он все разжевывает с примерами.

482 30 сен, 21:46 3285682

>>285644
Ok, GPT, а как мне теперь между всеми этими Workers расшарить значение integer autoincremented? Я не говорю, что это обязательно переменная JS. Наверное, может быть SharedBuffer с одним единственным значением в нем, но тогда надо это все в Isolated пихать, а там уже со сторонними яваскриптами типа гугл аналитики всякой могут быть сложности. Что скажешь?

Ответы285709

483 30 сен, 21:54 3285688

>>285644
Пиздец до чего техника дошла.
Ты прям вот так и вбил сообщение анона без изменений и гопота поняла?
А в ответе есть смысл я просто не шарю?

Ответы285698

484 30 сен, 22:11 3285698

>>285688
Вообще-то я сразу подумал примерно все, что GPT и выдал. Это для сравнения с живой макакой. Просто интересно, почему срань гугловая считает приемлемым тоном хотя бы варнинг в консольке не чиркануть, что она зажопила Worker.

485 30 сен, 22:32 3285709

>>285682
Для того чтобы обеспечить расшаренное автоинкрементируемое значение между Web Workers, в том числе и в основной поток, SharedArrayBuffer — это действительно подходящее решение. Однако стоит учитывать некоторые особенности и ограничения при работе с ним, особенно в контексте безопасности (например, необходимости использования [Cross-Origin-Opener-Policy](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Cross-Origin-Opener-Policy) и [Cross-Origin-Embedder-Policy](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Cross-Origin-Embedder-Policy)).

### Решение с SharedArrayBuffer

SharedArrayBuffer позволяет нескольким потокам одновременно работать с одним и тем же участком памяти. Для инкрементации целого числа в таком буфере можно использовать Atomics, чтобы обеспечить безопасные операции без гонок данных.

#### Пример использования:

1. Создаем SharedArrayBuffer для хранения числа.
2. Используем Atomics для инкремента значения этого числа в разных потоках.

Вот пример, как это может быть реализовано:

```js
// Основной поток
const sharedBuffer = new SharedArrayBuffer(4); // 4 байта для хранения одного целого числа
const sharedArray = new Int32Array(sharedBuffer); // Массив на основе sharedBuffer

// Инициализация значения
sharedArray[0] = 0; // Начальное значение инкремента

// Создание воркеров
const worker1 = new Worker('worker.js');
const worker2 = new Worker('worker.js');

// Передача sharedBuffer воркерам
worker1.postMessage(sharedBuffer);
worker2.postMessage(sharedBuffer);

worker1.onmessage = (event) => {
console.log(`Worker1: ${event.data}`);
};

worker2.onmessage = (event) => {
console.log(`Worker2: ${event.data}`);
};
```

Теперь в файле `worker.js`:

```js
onmessage = function(event) {
const sharedArray = new Int32Array(event.data); // Получаем доступ к sharedArray

// Безопасная инкрементация с использованием Atomics
const newValue = Atomics.add(sharedArray, 0, 1); // Инкрементируем sharedArray[0]

// Возвращаем новое значение в основной поток
postMessage(`New value: ${newValue + 1}`); // Возвращаем значение после инкремента
};
```

### Ключевые моменты:
- SharedArrayBuffer позволяет разделять память между потоками, что дает возможность каждому Worker'у изменять и читать одно и то же значение.
- Atomics.add() гарантирует, что операция инкремента будет атомарной, предотвращая гонки данных, даже если несколько потоков одновременно попытаются изменить одно и то же значение.
- Буфер должен быть инициализирован в основном потоке и передан в Worker'ы через `postMessage`.

### Важные замечания:
1. Безопасность:
Для использования SharedArrayBuffer в современных браузерах, включая браузеры на базе Chromium, потребуется обеспечить строгие заголовки политики безопасности:
- Cross-Origin-Opener-Policy (COOP): `same-origin`
- Cross-Origin-Embedder-Policy (COEP): `require-corp`

Это ограничивает доступ к ресурсу сторонних скриптов, таких как Google Analytics или других внешних библиотек, что может привести к конфликтам. Чтобы обойти это, можно запускать сторонние скрипты через sandbox или конфигурировать заголовки соответствующим образом.

2. Atomics:
Без использования `Atomics` могут возникать гонки данных, когда несколько потоков одновременно пытаются изменить одно и то же значение, что приведет к некорректным результатам. Atomics гарантирует, что операции чтения и записи выполняются последовательно.

3. Изоляция:
Если SharedArrayBuffer вызывает сложности с внешними скриптами (например, Google Analytics), и вы не хотите менять политики безопасности, альтернативное решение может быть более сложным:
- Использовать основной поток как координатора для рассылки и обработки инкрементов между воркерами.
- Но это может повлиять на производительность, если воркеров много и требуется высокая частота взаимодействий.

### Варианты обхода проблем с изоляцией:
- Вариант 1: Если вам действительно нужно использовать сторонние скрипты и при этом работать с SharedArrayBuffer, можно запускать логику с воркерами на другом поддомене, настроенном с нужными политиками COOP/COEP.
- Вариант 2: Если SharedArrayBuffer мешает безопасности сторонних скриптов, можно передавать данные между воркерами через основной поток, хотя это потребует больше обмена сообщениями и может слегка снизить производительность.

### Альтернативное решение без SharedArrayBuffer:
Если изменение политики безопасности слишком сложное или нежелательное, можно использовать основной поток как медиатор для инкремента значений и передачи их между воркерами. Этот подход менее эффективен, но избежит проблем с изоляцией.

Если нужно уточнить детали или рассмотреть другие варианты, дай знать!

485 30 сен, 22:32 3285709

>>285682
Для того чтобы обеспечить расшаренное автоинкрементируемое значение между Web Workers, в том числе и в основной поток, SharedArrayBuffer — это действительно подходящее решение. Однако стоит учитывать некоторые особенности и ограничения при работе с ним, особенно в контексте безопасности (например, необходимости использования [Cross-Origin-Opener-Policy](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Cross-Origin-Opener-Policy) и [Cross-Origin-Embedder-Policy](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Cross-Origin-Embedder-Policy)).

### Решение с SharedArrayBuffer

SharedArrayBuffer позволяет нескольким потокам одновременно работать с одним и тем же участком памяти. Для инкрементации целого числа в таком буфере можно использовать Atomics, чтобы обеспечить безопасные операции без гонок данных.

#### Пример использования:

1. Создаем SharedArrayBuffer для хранения числа.
2. Используем Atomics для инкремента значения этого числа в разных потоках.

Вот пример, как это может быть реализовано:

```js
// Основной поток
const sharedBuffer = new SharedArrayBuffer(4); // 4 байта для хранения одного целого числа
const sharedArray = new Int32Array(sharedBuffer); // Массив на основе sharedBuffer

// Инициализация значения
sharedArray[0] = 0; // Начальное значение инкремента

// Создание воркеров
const worker1 = new Worker('worker.js');
const worker2 = new Worker('worker.js');

// Передача sharedBuffer воркерам
worker1.postMessage(sharedBuffer);
worker2.postMessage(sharedBuffer);

worker1.onmessage = (event) => {
console.log(`Worker1: ${event.data}`);
};

worker2.onmessage = (event) => {
console.log(`Worker2: ${event.data}`);
};
```

Теперь в файле `worker.js`:

```js
onmessage = function(event) {
const sharedArray = new Int32Array(event.data); // Получаем доступ к sharedArray

// Безопасная инкрементация с использованием Atomics
const newValue = Atomics.add(sharedArray, 0, 1); // Инкрементируем sharedArray[0]

// Возвращаем новое значение в основной поток
postMessage(`New value: ${newValue + 1}`); // Возвращаем значение после инкремента
};
```

### Ключевые моменты:
- SharedArrayBuffer позволяет разделять память между потоками, что дает возможность каждому Worker'у изменять и читать одно и то же значение.
- Atomics.add() гарантирует, что операция инкремента будет атомарной, предотвращая гонки данных, даже если несколько потоков одновременно попытаются изменить одно и то же значение.
- Буфер должен быть инициализирован в основном потоке и передан в Worker'ы через `postMessage`.

### Важные замечания:
1. Безопасность:
Для использования SharedArrayBuffer в современных браузерах, включая браузеры на базе Chromium, потребуется обеспечить строгие заголовки политики безопасности:
- Cross-Origin-Opener-Policy (COOP): `same-origin`
- Cross-Origin-Embedder-Policy (COEP): `require-corp`

Это ограничивает доступ к ресурсу сторонних скриптов, таких как Google Analytics или других внешних библиотек, что может привести к конфликтам. Чтобы обойти это, можно запускать сторонние скрипты через sandbox или конфигурировать заголовки соответствующим образом.

2. Atomics:
Без использования `Atomics` могут возникать гонки данных, когда несколько потоков одновременно пытаются изменить одно и то же значение, что приведет к некорректным результатам. Atomics гарантирует, что операции чтения и записи выполняются последовательно.

3. Изоляция:
Если SharedArrayBuffer вызывает сложности с внешними скриптами (например, Google Analytics), и вы не хотите менять политики безопасности, альтернативное решение может быть более сложным:
- Использовать основной поток как координатора для рассылки и обработки инкрементов между воркерами.
- Но это может повлиять на производительность, если воркеров много и требуется высокая частота взаимодействий.

### Варианты обхода проблем с изоляцией:
- Вариант 1: Если вам действительно нужно использовать сторонние скрипты и при этом работать с SharedArrayBuffer, можно запускать логику с воркерами на другом поддомене, настроенном с нужными политиками COOP/COEP.
- Вариант 2: Если SharedArrayBuffer мешает безопасности сторонних скриптов, можно передавать данные между воркерами через основной поток, хотя это потребует больше обмена сообщениями и может слегка снизить производительность.

### Альтернативное решение без SharedArrayBuffer:
Если изменение политики безопасности слишком сложное или нежелательное, можно использовать основной поток как медиатор для инкремента значений и передачи их между воркерами. Этот подход менее эффективен, но избежит проблем с изоляцией.

Если нужно уточнить детали или рассмотреть другие варианты, дай знать!

Ответы285849 286631 287399

Ответы285726

486 30 сен, 22:54 3285726

>>285709
Хуя GPT прокачалась. Прям сводит сразу все, что гуглить бы пришлось. Эт я вопросы задавал.

487 1 окт, 00:09 3285760

>>277327
учите скалу. язык будущего

P.S. мимо единошиз

Ответы285771 285787

488 1 окт, 00:28 3285771

>>285760
Есть уже хоть легковесный компилер на жс скалы в wasm? Ну иначе я не могу вообще придумать, зачем это в жс треде.

489 1 окт, 01:29 3285787

>>285760
Он умер при рождении, в банках поигрались и хватит

85 Кб, 811x1000

490 1 окт, 03:10 3285799

>>285133
Пик. По несту ищи на торрентах сливы официальных курсов от разработчиков неста.

Ответы285843 286076

491 1 окт, 07:25 3285843

>>285799

>разработчиков неста.

твои протыки? литералли кто?

492 1 окт, 07:38 3285846

>>285488

> >css модулях

> CSS модули не нужны - у тебя вместо этого объекты. Ты вместо

> .pidor {

> font-size: 16px

> background: #FF0000

> }

> Пишешь

> export const pidor = { fontSize: '16px', background: "#FF0000" }

Съеби в свои кресты уебище и никогда сюда не залазь.

493 1 окт, 07:42 3285849

>>285843
https://www.youtube.com/watch?v=vYFhHVMetPg

494 1 окт, 12:47 3286076

>>285799

>несту

Как же проигрываю с того, у неста так и не образовалось коммюнити, в отличии от экспресса. По нему литералли кроме офф курсов ничего нет.

Ответы286082 286141 286151 286631 286981

495 1 окт, 12:55 3286082

>>286076
А как же твиттер разработчиков, охуел

496 1 окт, 13:08 3286094

fp-ts и вообще фп это база или кринж?

Ответы286101

497 1 окт, 13:16 3286101

>>286094
Цель? Выебываться в твиттере покатит, в реальной жизни - нет

Ответы286145

498 1 окт, 13:59 3286141

>>286076
А зачем он вообще нужен? Это же просто поделка под java spring, чтобы ооп-дебилам было удобно и привычно. Разрабы с IQ > 100 пользуются преимуществами мультипарадигмального языка, а не ограничиваются ооп подходами, а у джавашарпистов своих технологий хватает, зачем им еще и это.

Ответы286631 286642

499 1 окт, 14:05 3286145

>>286101
а ты пробовал?

500 1 окт, 14:12 3286151

>>286076

> По нему литералли кроме офф курсов ничего нет.

Наверное, потому что официальной доки хватает.

501 1 окт, 15:50 3286226

Релокация для фронта вообще возможна?
Особенно в асашай где сайты прямиком из 2000 - мне кажется там одни фулстаки с упором в бэк работают

Ответы286247 286268

502 1 окт, 16:00 3286247

>>286226
сайты нахуй не нужны, фронт мобильных приложений кури

503 1 окт, 16:07 3286268

>>286226
Если для тебя релокация проще, чем освоить что-то, то ты вообще можешь релоцироваться куда угодно. Поздравляю и завидую.

504 1 окт, 19:54 3286618

Можете объяснить для дебила в чём проблема TS + HLS в контексте монад?

Ответы286619 286701

505 1 окт, 19:55 3286619

>>286618
Или не HLS. Но что-то такое, не помню даже точно

506 1 окт, 20:08 3286631

>>285843
Литералли разработчики неста. Официальный сайт неста пробовал открывать?

>>286076
Образовалось. Есть и телеграм чаты, и дискорд, и так далее, курсы тоже есть не-официальные, ну и охуенная дока.

>>286141
Нужен чтобы на тайпскрипте было удобно и приятно писать проекты среднего-крупного уровня.

Ответы286877 287028

507 1 окт, 20:18 3286642

>>286141
Чтобы сразу отметать вакансии с жава-дебилами в команде.

508 1 окт, 21:44 3286701

>>286618
Чтобы объяснить проблему типов и высокоуровневой синтаксической абстракции (TS + HLS) в контексте монад, давайте разложим это на более простые элементы, начиная с понятий, которые могут быть вам знакомы.

### 1. Монады:
Монады — это концепция из функционального программирования, которая помогает управлять вычислениями, особенно когда речь идёт о последовательных действиях (например, работа с состоянием, обработка ошибок, асинхронные операции и т.д.). Монада предоставляет механизм для связывания последовательных операций так, чтобы результат одной операции можно было передавать в другую, обрабатывая их в чётко определённой последовательности.

Главное, что нужно знать:
- Монада — это контейнер: она может содержать какое-то значение.
- Bind (или `flatMap`) — это функция, которая берёт значение внутри монады, выполняет над ним операцию и возвращает новую монаду.
- Return (или `of`) — это функция, которая помещает значение внутрь монады.

Например, асинхронные вычисления в JavaScript (`Promise`) можно рассматривать как монаду, так как они позволяют описывать последовательные асинхронные действия.

Продолжаем!

### 2. TypeScript (TS):
TypeScript — это язык программирования, основанный на JavaScript, который добавляет статическую типизацию. Это значит, что мы можем указывать типы данных переменных, функций и структур, что помогает избежать ошибок на этапе компиляции и делает код более предсказуемым.

### 3. HLS (High-Level Syntax):
Здесь под HLS, вероятно, имеется в виду высокоуровневый синтаксис, который помогает писать код проще и выразительнее, предоставляя абстракции, скрывающие детали низкоуровневых вычислений. В случае с монадической обработкой это позволяет скрыть сложности управления состоянием или ошибками.

### 4. Где возникают проблемы TS + HLS в контексте монад?

Когда мы пытаемся применить концепцию монад в TypeScript с использованием высокоуровневого синтаксиса, могут возникнуть некоторые проблемы:

1. Сложности с типами:
TypeScript хорошо работает с типами, но монады часто имеют сложную иерархию типов. Например, у нас может быть "монада внутри монады" (например, `Promise<Option<T>>`), и здесь возникает сложность правильной типизации. Монады требуют тщательной работы с типами, чтобы описать их правильно, а в TS не всегда удобно работать с вложенными типами.

Проблема: TS может не всегда корректно обрабатывать глубокие вложенные типы монад, что приводит к сложности с композицией операций.

2. Работа с асинхронными операциями:
Асинхронные вычисления в TypeScript представляются через `Promise`, а это своего рода монада. Однако, если мы начинаем смешивать разные монады (например, `Promise`, `Option`, `Either`), могут возникнуть проблемы с их композицией.

Например, если у нас есть `Promise<Option<T>>`, нам нужно несколько раз "распаковать" значение: сначала дождаться результата `Promise`, а затем "распаковать" значение `Option`. Это может быть громоздким и трудно выразить в TS, особенно когда необходимо делать это много раз.

Проблема: трудности с композицией асинхронных монад (например, работа с `Promise` внутри другой монады).

3. Необходимость дополнительных абстракций:
В некоторых случаях для работы с монадической структурой в TS требуются специальные библиотеки или утилиты, чтобы было легче композировать и связывать операции. Например, такие библиотеки, как `fp-ts`, предоставляют специальные функции для работы с монадой `Either`, `Option`, `Task`, что добавляет абстракцию над стандартными механизмами TypeScript.

Проблема: без дополнительных утилит монадические операции становятся сложными и громоздкими.

### 5. Пример на TypeScript

Давайте рассмотрим пример с монадой `Option` (которая представляет собой "наличие или отсутствие значения") и `Promise`.

```typescript
// Пример с монадами Option и Promise

// Возвращает Option с данными
function getData(): Option<number> {
return some(10);
}

// Оборачиваем Option в Promise
function getAsyncData(): Promise<Option<number>> {
return Promise.resolve(getData());
}

// Используем монаду Option и Promise вместе
getAsyncData()
.then(option => option.fold(
() => console.log('Нет данных'),
(value) => console.log(`Значение: ${value}`)
));
```

Здесь, даже для простого примера, приходится использовать вложенные операции (`then` для `Promise`, `fold` для `Option`). Если добавить больше сложных операций, код быстро становится трудно читаемым и поддерживаемым.

### 6. Заключение:
Проблемы TS + HLS в контексте монад связаны с:
- Сложностью типизации и композиций монад;
- Трудностями в работе с асинхронными монадическими структурами;
- Необходимостью использования дополнительных библиотек для упрощения работы с монадами.

Монады — мощная концепция, но их реализация в TypeScript не всегда проста из-за сложных типов и асинхронных вычислений.

508 1 окт, 21:44 3286701

>>286618
Чтобы объяснить проблему типов и высокоуровневой синтаксической абстракции (TS + HLS) в контексте монад, давайте разложим это на более простые элементы, начиная с понятий, которые могут быть вам знакомы.

### 1. Монады:
Монады — это концепция из функционального программирования, которая помогает управлять вычислениями, особенно когда речь идёт о последовательных действиях (например, работа с состоянием, обработка ошибок, асинхронные операции и т.д.). Монада предоставляет механизм для связывания последовательных операций так, чтобы результат одной операции можно было передавать в другую, обрабатывая их в чётко определённой последовательности.

Главное, что нужно знать:
- Монада — это контейнер: она может содержать какое-то значение.
- Bind (или `flatMap`) — это функция, которая берёт значение внутри монады, выполняет над ним операцию и возвращает новую монаду.
- Return (или `of`) — это функция, которая помещает значение внутрь монады.

Например, асинхронные вычисления в JavaScript (`Promise`) можно рассматривать как монаду, так как они позволяют описывать последовательные асинхронные действия.

Продолжаем!

### 2. TypeScript (TS):
TypeScript — это язык программирования, основанный на JavaScript, который добавляет статическую типизацию. Это значит, что мы можем указывать типы данных переменных, функций и структур, что помогает избежать ошибок на этапе компиляции и делает код более предсказуемым.

### 3. HLS (High-Level Syntax):
Здесь под HLS, вероятно, имеется в виду высокоуровневый синтаксис, который помогает писать код проще и выразительнее, предоставляя абстракции, скрывающие детали низкоуровневых вычислений. В случае с монадической обработкой это позволяет скрыть сложности управления состоянием или ошибками.

### 4. Где возникают проблемы TS + HLS в контексте монад?

Когда мы пытаемся применить концепцию монад в TypeScript с использованием высокоуровневого синтаксиса, могут возникнуть некоторые проблемы:

1. Сложности с типами:
TypeScript хорошо работает с типами, но монады часто имеют сложную иерархию типов. Например, у нас может быть "монада внутри монады" (например, `Promise<Option<T>>`), и здесь возникает сложность правильной типизации. Монады требуют тщательной работы с типами, чтобы описать их правильно, а в TS не всегда удобно работать с вложенными типами.

Проблема: TS может не всегда корректно обрабатывать глубокие вложенные типы монад, что приводит к сложности с композицией операций.

2. Работа с асинхронными операциями:
Асинхронные вычисления в TypeScript представляются через `Promise`, а это своего рода монада. Однако, если мы начинаем смешивать разные монады (например, `Promise`, `Option`, `Either`), могут возникнуть проблемы с их композицией.

Например, если у нас есть `Promise<Option<T>>`, нам нужно несколько раз "распаковать" значение: сначала дождаться результата `Promise`, а затем "распаковать" значение `Option`. Это может быть громоздким и трудно выразить в TS, особенно когда необходимо делать это много раз.

Проблема: трудности с композицией асинхронных монад (например, работа с `Promise` внутри другой монады).

3. Необходимость дополнительных абстракций:
В некоторых случаях для работы с монадической структурой в TS требуются специальные библиотеки или утилиты, чтобы было легче композировать и связывать операции. Например, такие библиотеки, как `fp-ts`, предоставляют специальные функции для работы с монадой `Either`, `Option`, `Task`, что добавляет абстракцию над стандартными механизмами TypeScript.

Проблема: без дополнительных утилит монадические операции становятся сложными и громоздкими.

### 5. Пример на TypeScript

Давайте рассмотрим пример с монадой `Option` (которая представляет собой "наличие или отсутствие значения") и `Promise`.

```typescript
// Пример с монадами Option и Promise

// Возвращает Option с данными
function getData(): Option<number> {
return some(10);
}

// Оборачиваем Option в Promise
function getAsyncData(): Promise<Option<number>> {
return Promise.resolve(getData());
}

// Используем монаду Option и Promise вместе
getAsyncData()
.then(option => option.fold(
() => console.log('Нет данных'),
(value) => console.log(`Значение: ${value}`)
));
```

Здесь, даже для простого примера, приходится использовать вложенные операции (`then` для `Promise`, `fold` для `Option`). Если добавить больше сложных операций, код быстро становится трудно читаемым и поддерживаемым.

### 6. Заключение:
Проблемы TS + HLS в контексте монад связаны с:
- Сложностью типизации и композиций монад;
- Трудностями в работе с асинхронными монадическими структурами;
- Необходимостью использования дополнительных библиотек для упрощения работы с монадами.

Монады — мощная концепция, но их реализация в TypeScript не всегда проста из-за сложных типов и асинхронных вычислений.

>>3287398 (OP)
>>3287398 (OP)
>>3287398 (OP)

Ответы286999

52 Кб, 1001x647

509 2 окт, 00:25 3286812

Эх, помню 2 года назад, целый день голову ломал над этим кодом, тупо понять не мог, что тут происходит.
Кое-как сделал, заткнул дырку, и забил.

Щас наткнулся на этот же код, смог понять за 10 секунд, что тут и как. А тогда сидел, вообще нихера не понимал, что тут творится...
Какие-то кложуры, колбэки, апплаи... Щас смешно немного.

Ответы287017

510 2 окт, 04:29 3286877

>>286631
Нахуй мне открывать сайт твоих протыков?

Ответы286878

511 2 окт, 04:57 3286878

>>286877

>твоих протыков

Я не знаю что это значит. Речь про официальный сайт неста. Ты так пытаешься троллить, это должно быть смешно?

Ответы286913

512 2 окт, 07:39 3286913

>>286878
Ты так часто повторяешь «официальный сайт неста», наверное, думаешь это охуительно значимое явление? В твиттере написали?

Ответы287399

513 2 окт, 09:33 3286981

>>286076
NESTJS - это фреймворк для тех, кто до сих пор не переучился с JAVA или .NET. Посмотрите биографию создателя - это типичная .NET макака которая вместо того, чтобы учить JS стала переделывать JS под то, что привыкла видеть

Поэтому у нас вместо двух коротких записей, одной в файле cats.ts
findAll() { return 'This action returns all cats' }

И второй в условном router.ts
cats: [ findAll ]

или альтернативно в schema.ts для gql
catsFildAll: findAll()

Мы пишем этого монстра
@Controller('cats')
export class CatsController {
@Get()
findAll(): string {
return 'This action returns all cats';
}
}

Второе, давно уже перекатываются все на сокеты. Эти GET/POST/PUT и прочее говно - давно уже должно сдохнуть. Нахуй вообще HTTP и его заголовки. Всё, что тебе нужно, чтобы слать на сервер запросы - это сгенерировать токен и слать всё через Вебсокеты. Подключаешь ws или uWebSocket и gql и ебашишь данные, при этом тебе ещё плейграунд документацию генерирует. Поэтому по возможности выкидывайте каку, подкллючайте отдельно либы и пишите норм

Ответы286987 287409

514 2 окт, 09:41 3286987

>>286981
Опять этот вебсокетодебил принес из твиттера свое говно

Ответы287018

515 2 окт, 09:58 3286999

>>286701
Монады - это говно собаки. Это концепция из функционального программирования которого не существует. Нет никакого функционального программирования. Всё программирование в мире, если угодно, имеративное. Хотя императивного никакого нет - это просто термин, придуманный в противопоставление функциональному. Функционального не существет, императивного тоже нет, есть просто программирование. Открываете код любого драйвера, компилятора, браузера - вот оно, программирование, последовательное исполнение инструкций. Так работаю процессоры - последовательно делая операции с числами в регистрах. Для описание этих операций придумали ASM. Потом язык C, как инструмент автоматизации генерации ASM. Потом C++ - как набор концепций для автоматизации того, что приходится писать на C. В толм числе виртуальные машины - как способ создания песочницы, работают также. Весь мир программирования работает так, что автоматизирует генерацию ASM.

Никакой математики, никаких математических функций в программировании нет. Любая попытка делать язык не для упрощения генерации кода, а для каких-то фантазий, например, для решения математических задач, порождает уёбищное переусложнённое решение, как в случае с монадами

>Например, асинхронные вычисления в JavaScript (`Promise`)

Нет, нельзя. Промис носит своей целью некое удобство программирования. Вот представь, что мы запустили два треда. В первом мы получаем значение "a" и "b", не важно как, пусть это буду долгие вычисления или долгий запрос куда-то. Во втором треде, мы хотим, когда "a" вычислилось, сразу использовать его, а не ждать, когда ещё и "b" посчитается. Для этого были рождены промисы в крестах. От-туда с теми же целями они перекочевали в другие языки.

Каким хуем тут монады? А никаким. Это просто желание создателей функциональной шизы примазаться к программированию. И всё шиза, что выдал чатгпт, не имеет никакого смысла

Ответы287012

516 2 окт, 10:14 3287012

>>286999
Монады, как и промисы - это абстракции для решения задач. Да, монады это слишком generic-абстракция, и для большинства программистов без математического образования не подходит, однако именно программисты с образованием придумывают новые удобные абстракции, а не макаки. Да, те, кто пытались примазать монады как есть - туповаты, но не все образованные люди такие.

Ответы287037

517 2 окт, 10:23 3287017

>>286812
Еще смешнее что в реальной разработке это все почти не используется и за пределами собесов не встречается.

518 2 окт, 10:23 3287018

>>286987
Олигофрен нафантазировал, что я захожу на твиттер

Ответы287026

519 2 окт, 10:32 3287026

>>287018
Заходишь на Хабр, читать переводы из Твиттера?

Ответы287042

520 2 окт, 10:32 3287028

>>286631
Как раз наоборот. Что-то маленькое запустить на несте норм. Дальше проект начинает раздуваться, множатся классы, зависимости, абстракции с какой-то чудовищной скоростью.

Ответы287030 287404

521 2 окт, 10:34 3287030

>>287028
Ну так это то, что нужно для огромной команды разработки, где можно любую задачу разрезать на миллион компонентов и разделегировать на миллион макак.

522 2 окт, 10:46 3287037

>>287012
Нет. Монады - это не абстракция. Это вымышленное говно. Объясняю, что такое абстракция. Абстракция - это выделение общих свойств и отбрасывание необщих. Другими словами, у нас есть множество объектов, они чем-то похожи, а чем-то непохожи. Мы берём, отбрасываем то, чем они не похожи, оставляя общие свойства - это операция абстрагирования, в результате которой получается абстракция.

От чего абстрагируется промис, понятно - выше в одном из предыдущих сообщениях я написал. Есть много случаев, когда в первом треде надо получить данные из второго треда, когда первый ещё не закончил считать. Под эту общую задачу появляется промис

От чего абстрагируется монада? Тут ты дашь жидкого, так как на сможешь объяснить

>большинства программистов без математического образования не подходит

Это говно не подходит ни для чего. Ты же просто перепасчиваешь говно из гугла. Возможно это гпт. Это говно не работает. Обычные циклы и ветора - гораздо более пощная штука, чем твои монады

>однако именно программисты с образованием придумывают новые удобные абстракции

Неверно. Абстракции не придумывают. Я написал выше, как они рождаются. Исключительно из опыта. Просто делаешь что-то в десятый раз и видишь похожие решения в нескольких местах, и обобщаешь их. Как раз таки, когда абстракции придумывают - получаются шизофрения

>те, кто пытались примазать монады как есть - туповаты, но не все образованные люди такие

Это вообще понос. Типо, это не монадоиды придумали дрисню, а вы не доросли до монад (что там доростать, если это убожество). Так что это может сработать на тех, кто не шарит. Но меня хуй проведёшь

Ответы287057

523 2 окт, 10:50 3287042

>>287026
Я не сижу на помойках

Ответы287058

524 2 окт, 11:00 3287057

>>287037

> промис - панятна, монада - нипанятна

О чем и речь, макакам недоступно

> не подходит ни для чего

Макакен, милый, с помощью математики решается гораздо больше задач, чем с помощью программирования макаками

> рождаются, а не придумываются

Еще раз, милый макакен - абстракции придумываются, бывают простые и понятные макакам, бывают сложные. Никакая макака ни из какого опыта своего не обобщит никакую абстракцию, у нее нет мозгов на это

> вы не доросли до монад

Ты не понял самого главного, макакен - нет ничего плохого, в том что ты макака, почему тебя это задевает? Монада - плохая для программирования абстракция, потому что требует слишком дорогих математиков вместо макак, нерентабельно.
Тот, кто пытался присунуть монады в программирование - глупый и тупой, несмотря на определенные знания в математике. Макака, выполняющая примитивные задачи - умнее его.
Сможешь второй раз осилить?
Если что, я не тот, кто тебе гпт копипастил, я мимо проходил

Ответы287127 287246

525 2 окт, 11:00 3287058

>>287042
Но помои в голову себе залил и нам тут эти помои продаешь

Ответы287071

526 2 окт, 11:11 3287071

>>287058
Я не заливал ничего себе в голову. Я не мыслю так, как ты. Я аргументирую каждое слово.

Ты же просто пизданую хуйню, что мой подгод говно - ни примеров кода, ни резъёба. Вот, я тебе и отвечаю также, что ты хуй. Пока не будет что-то внятное с твоей стороны, мои ответы будут соответсвующими

Ответы287077

527 2 окт, 11:18 3287077

>>287071
Я же сразу объяснил, твой подход говно, потому что им пользуются полторы калеки в Твиттере, не таких как все, особенных у мамки. Качество подхода определяется исключительно массовостью, дорогой нитакусик.

Ответы287088

528 2 окт, 11:32 3287088

>>287077

>Я же сразу объяснил, твой подход говно

Ты ничего не объяснил, ты пернул в лужу

>потому что им пользуются полторы калеки в Твиттере

Я не строю свою логику на твиттере, о чём тебе сообщил сразу, я исхожу из того, чтобы использовать лучше средства. Нахуй слать HTTP заголовки, если их можно не слать. Я и не делаю

>Качество подхода определяется исключительно массовостью

Я предполагал, что скоро в диалоге появится этот тезис. Нет. Массовость - всегда говно. Пирожки у метро - это массово. Жить в человейнике - это массово. Получать среднюю зарплату - это массово. Массово всегда = говно. Массово - это то, что может освоить каждый. Я говорю про лучшее, а не про то, что может осилить каждая макака. Тем более, у меня нет никаких проблем сделать тот же REST API. Я его не делаю не потому, что не могу, а потому, что это говно собаки. А вебсокеты не делают не потому, что там какие-то минусы, а потому, что это чуть сложнее, туториалов мало, и посоны в чатиках и курилках такое не обсуждают

Ответы287095

529 2 окт, 11:37 3287095

>>287088
Нитакусик, твое мнение нам, быдлу, неинтересно, зачем ты приперс продавать свои помои нам? Ищи себе подобных не здесь

530 2 окт, 12:04 3287127

19 Кб, 633x269

22 Кб, 655x334

>>287057
Эти приколы со мной не работают, я же сказал, что ты меня хуй проведёшь. Ты можешь сколько угодно превозносить математику. Особо забавно, что ты говоришь это мне, участнику городских олимпиад. А вот, выставить себя идиотом, это у тебя хорошо получается

А теперь к делу. Перепиши простой код с пик1 на монады. Одним циклом пожалуйста, а не двумя со всякими фильтрами. Можно пользоваться чем угодно
https://www.typescriptlang.org/play/?#code/MYewdgzgLgBAZgSwEbgIbGAmBeGAKAGwQFsEoAuGMAV2KQFMAnASkprqYG0BdHAPhgBvAFAwYBerEb0I1ArFycAjABoYS7qJgB3ABYIJ+KI2r1mQrWNCRY7Boxwxps+Z2dyoAOglgA5lF0YAFp1XgBqJxkPNyj5b3o-AOCYACZNMTEEOHw7JhgBIlIoZksMpGlUAGtS9ziAB2oIXTxcli0AXy1pKGpGMEiXKGFO4WsIEAlvEF88RBQwdEw8JQAGNeZmIA

А потом, со звёздочкой, сделай это лениво, как на пик2
https://www.typescriptlang.org/play/?#code/GYVwdgxgLglg9mAVAAmDARgghhCNkAUANjALYxQBcyYIp6ApgE4CU1A4g2M1lHEwB5a9ZgBpkANzgwAJgD5kAbwBQyZEQZRkEEEyZctAXmQBGVes3IsyY2bUat6G6fMBPGAyIyXagO4ALGA1CJwFjEnIoFiVzNR09A2d0WOR3T294-TAoFKdjawBqZGS1NWtjTINzAF9lWuVgfkIIBABnLQoGUmQ4YFQMbFwYAhMABnGWFnMWsFa4DQA6IjgAcwJO0imgA

Хочется, знаете ли посмотреть мощь твоих монад. И это я ещё не просил тебя вместо привычного итератора ++i с шагом в один элемент, делать шаги в цикле в зависимости от входных данных

Ответы287344

47 Кб, 1340x403

531 2 окт, 14:41 3287246

>>287057
Как ты заебала, макака.

мимо

532 2 окт, 16:04 3287344

>>287127

> я участник олимпиад, знаю матиматеку!!!!11111

> монады нипанятна!!!!!!

В голос с этого математика

533 2 окт, 17:46 3287399

>>286913
В смысле значимое явление? Смотря с какой стороны. Меня буквально спросили по каким материалам нест:
>>285030

>Скажи пожалуйста, по каким материалам лучше учить ноду, а после и нест?

Я закономерно ответил, что можно скачать с торрентов курсы от разрабов неста, инфа про них есть на официальном сайте, про содержание и т.д., документация там же.

После чего один умственно отсталый начал меня доёбывать вот тут:
>>285843

>>разработчиков неста.

>твои протыки? литералли кто?

Из милосердия к болезному попытался донести до него информацию, но видимо зря, это скорее всего был всего лишь троллинг тупостью.

# OP 534 2 окт, 17:46 3287400

# OP 535 2 окт, 17:46 3287401

>>3287398 (OP)
>>3287398 (OP)
>>3287398 (OP)

# OP 536 2 окт, 17:46 3287402

>>3287398 (OP)
>>3287398 (OP)
>>3287398 (OP)

537 2 окт, 17:48 3287404

>>287028
Значит вы что-то делаете не так. Если использовать простую и примитивную (в хорошем смысле) дефолтную архитектуру, где каждая папка (помимо какой-нибудь shared/common/utils) обозначает какую-либо фичу, то бывает уже этого достаточно. А так-то можно и DDD делать, "чистую архитектуру" и т.д., короче всё то, что есть и в больших приложениях на дотнете или спринге.

538 2 окт, 17:53 3287409

>>286981

>или альтернативно в schema.ts для gql

Никто не запрещает писать на графкл в несте. Но графкл это очень убогая, вредная и мертворождённая технология, так что лучше так не делать.

>Второе, давно уже перекатываются все на сокеты

Ты имеешь в виду графкл, или что? Не вижу, чтобы какие-то "все" на вебсокеты перекатывались. Кто эти все? Феникс эликсировский и всё?

Ответы287473

539 2 окт, 19:12 3287473

>>287409
Никто не запрещает писать на графкл в несте. Я не про graphql расуждал, а показывал, насколько избыточен код в NestJS

>графкл это очень убогая, вредная и мертворождённая технология, так что лучше так не делать

Критерии? Мои критерии просты. Документация из коробки, без генераторов кода и ручной работы. Поддержка сокетов. Поддержка вложенных запросов. API позволяющее выборочно получать поля. Приведи примеры.

>Феникс эликсировский

Это дерьмо без классов и нормальной типизации. Мне пары минут хватило, чтобы ознакомиться. То есть они в 2к24 не смолги в то, что умел C++ в 98. Зачем вы лезете во всякий мусор?

>Не вижу, чтобы какие-то "все" на вебсокеты перекатывались. Кто эти все?

Ты не видишь, потому, что обитаешь на помойке. Обитатели притона тоже не видят, кто эти все, кто хорошо живёт. Возьми веб клиент телеги, фигму, zoom, игры, да любое нормальное приложение. С тем же успехом можно пойти в PHP, и оттуда вещать, что да вообще нет тех, кто использует сокеты и демоны, HTTP-запросы и cron - наше всё; правильно, потому, что PHP в них не может (без напильника)

Ответы287513

540 2 окт, 19:56 3287513

>>287473
У тебя ебанутая логика, состоящая из крайностей. По-твоему нельзя совмещать рест и вебсокеты, или что? Ты не разрабатывал серьезных проектов, очевидно. Потому что если бы разрабатывал, то понимал, что для одних задач берутся вебсокеты, для других что-то другое. А теперь скажи мне, как ты будешь кешировать графкл запросы, особенно когда у тебя огромное количество RPS?

Ответы287748

541 2 окт, 23:56 3287748

>>287513

>По-твоему нельзя совмещать рест и вебсокеты, или что?

Зачем, если сокеты умеют во всё то же самое, что и рест. Ты точно также можешь открыть соединение прокинуть данные и закрыть соединение на сокетах. Другое дело, что обычно это не требуется. Лучше соединение сохранить, и гонять данные

>что для одних задач берутся вебсокеты, для других что-то другое

Не требуется. Я выше написал, что сокеты умеют во всё то же, что умеет рест и при этом могут больше и дают больше контроля. Да, там есть накладные расходы на хендшейк, но, повторюсь, обычно соединение держат, и иногда что-то можно разово получить и оборвать соединение - это не проблема

Говоря про задачи, ты врёшь. Выявляется это просто, покажи где было какое-то место в проекте, которое, ну, просто ни при каких условиях никогда нельзя было с реста поменять на сокет. Расскажи нам про этот кейс. Какие были критерии, во что уперлись. Ты же не расскажешь, потому что такого не было. Ты просто так делаешь потому, что привык. И потому, что, чтобы делать иначе тебе надо пойти на конфликт

Все так делают. Пример с PHP и cron показателен. Бомжи на PHP не умеют в демоны в силу специфики языка - поэтому будут тебе будут рассказывать, что крон - это норм. А чё такова. При том, что нормальный демон тебе даёт больше возможностей и контроля для вызова чего-то по рассписанию. Да, это на том же петухоне с shedure напишите, всё лучше будет

Так же с API. Кто-то не освоил несколько сотен строк, чтобы разобраться, как работают сокеты - это не шутка, таких куча. Это же надо подумать, как открывать, закрывать соединение, менеджерить всё это, убивать подвисшие и т.д. Кто-то поленился разобраться с GraphQL, а чё такова, работает же, swagger накитал, мм, вкуснятина. И все эти неосиляторы ходят и говорят, что НИНУЖНА. Они, кстати, ещё любят про TS говрить, что типы не нужны. Ещё про linux - что он говно, про C++ - что язык для дедов. Я этого наслушался уже за много лет. И ты ведёшься на всё это, вторя им. Почему я определил что ты ведёшься, а не воспринял это, как твой самостоятельный выбор, я выше объяснил - критериев нет, кейсов нет

>А теперь скажи мне, как ты будешь кешировать графкл запросы

Никак. Кеширование запросов - говно для бомжей. Ты мыслишь в рамках REST. Подумай, как работают сокеты. Сокеты, если норм написаны - кидают тебе инрементально данные. Они тебе один раз выдают весь снапшот данных при входе в приложение, а потом присылают изменения. И основной поток данных - это изменения. Кешировать изменения - это шиза

541 2 окт, 23:56 3287748

>>287513

>По-твоему нельзя совмещать рест и вебсокеты, или что?

Зачем, если сокеты умеют во всё то же самое, что и рест. Ты точно также можешь открыть соединение прокинуть данные и закрыть соединение на сокетах. Другое дело, что обычно это не требуется. Лучше соединение сохранить, и гонять данные

>что для одних задач берутся вебсокеты, для других что-то другое

Не требуется. Я выше написал, что сокеты умеют во всё то же, что умеет рест и при этом могут больше и дают больше контроля. Да, там есть накладные расходы на хендшейк, но, повторюсь, обычно соединение держат, и иногда что-то можно разово получить и оборвать соединение - это не проблема

Говоря про задачи, ты врёшь. Выявляется это просто, покажи где было какое-то место в проекте, которое, ну, просто ни при каких условиях никогда нельзя было с реста поменять на сокет. Расскажи нам про этот кейс. Какие были критерии, во что уперлись. Ты же не расскажешь, потому что такого не было. Ты просто так делаешь потому, что привык. И потому, что, чтобы делать иначе тебе надо пойти на конфликт

Все так делают. Пример с PHP и cron показателен. Бомжи на PHP не умеют в демоны в силу специфики языка - поэтому будут тебе будут рассказывать, что крон - это норм. А чё такова. При том, что нормальный демон тебе даёт больше возможностей и контроля для вызова чего-то по рассписанию. Да, это на том же петухоне с shedure напишите, всё лучше будет

Так же с API. Кто-то не освоил несколько сотен строк, чтобы разобраться, как работают сокеты - это не шутка, таких куча. Это же надо подумать, как открывать, закрывать соединение, менеджерить всё это, убивать подвисшие и т.д. Кто-то поленился разобраться с GraphQL, а чё такова, работает же, swagger накитал, мм, вкуснятина. И все эти неосиляторы ходят и говорят, что НИНУЖНА. Они, кстати, ещё любят про TS говрить, что типы не нужны. Ещё про linux - что он говно, про C++ - что язык для дедов. Я этого наслушался уже за много лет. И ты ведёшься на всё это, вторя им. Почему я определил что ты ведёшься, а не воспринял это, как твой самостоятельный выбор, я выше объяснил - критериев нет, кейсов нет

>А теперь скажи мне, как ты будешь кешировать графкл запросы

Никак. Кеширование запросов - говно для бомжей. Ты мыслишь в рамках REST. Подумай, как работают сокеты. Сокеты, если норм написаны - кидают тебе инрементально данные. Они тебе один раз выдают весь снапшот данных при входе в приложение, а потом присылают изменения. И основной поток данных - это изменения. Кешировать изменения - это шиза