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

>CSS-in-JS

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

Ответы84771

425 29 сен, 19:10 3284771

>>84768

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

Ты о чём?

426 29 сен, 19:11 3284773

>>84765

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

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

Ответы84776

427 29 сен, 19:12 3284775

Ответы84842 84856 84865 84964 84965

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

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

мимо-вкатун

Ответы84792

428 29 сен, 19:12 3284776

>>84773

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

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

Ответы84777

429 29 сен, 19:12 3284777

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

Ответы84779

430 29 сен, 19:14 3284779

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

431 29 сен, 19:27 3284792

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

432 29 сен, 20:30 3284839

77 Кб, 1486x850

94 Кб, 1500x864

13 Кб, 252x252

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

433 29 сен, 20:35 3284842

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

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

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

434 29 сен, 20:52 3284856

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

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

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

Ответы84860

150 Кб, 1495x851

435 29 сен, 20:56 3284860

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

436 29 сен, 21:04 3284865

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

Ответы84888

437 29 сен, 21:33 3284888

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

438 29 сен, 21:43 3284896

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

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

Ответы84918 84924 84950

439 29 сен, 22:03 3284918

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

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

440 29 сен, 22:11 3284924

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

Ответы84950

441 29 сен, 22:17 3284932

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

Ответы84940 84944

442 29 сен, 22:28 3284940

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

443 29 сен, 22:33 3284944

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

Ответы84947

444 29 сен, 22:36 3284947

>>84944

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

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

Ответы84952

445 29 сен, 22:44 3284950

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

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

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

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

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

Ответы85638

446 29 сен, 22:46 3284952

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

447 29 сен, 23:12 3284964

>React.FC

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

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

Ответы84979

448 29 сен, 23:13 3284965

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

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

449 29 сен, 23:32 3284979

>>84964

>React.FC

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

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

Что не так?

Ответы85027

450 29 сен, 23:57 3285007

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

Ответы85030 85342

451 30 сен, 00:25 3285027

>>84979

>Что не так?

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

452 30 сен, 00:33 3285030

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

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

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

Ответы85034 85133 87399

453 30 сен, 00:44 3285034

>>85030

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

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

Ответы85036 85037 85342

454 30 сен, 00:45 3285036

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

455 30 сен, 00:46 3285037

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

456 30 сен, 09:51 3285131

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

Ответы85160 85480

457 30 сен, 09:52 3285133

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

Ответы85799

458 30 сен, 10:17 3285160

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

459 30 сен, 13:50 3285342

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

Ответы85443 85453 85481

460 30 сен, 17:04 3285443

>>85342

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

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

461 30 сен, 17:13 3285453

>>85342

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

Ты про htmx?

462 30 сен, 17:32 3285479

>>83026

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

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

Ответы85483

463 30 сен, 17:33 3285480

>>85131

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

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

464 30 сен, 17:34 3285481

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

465 30 сен, 17:34 3285483

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

Ответы85485

466 30 сен, 17:35 3285485

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

Ответы85490

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

Ответы85495 85502 85846

468 30 сен, 17:38 3285490

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

469 30 сен, 17:50 3285495

>>85488

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

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

470 30 сен, 18:03 3285502

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

>Ты не знаешь, как пишется софт, ты не видел 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

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

>Ты не знаешь, как пишется софт, ты не видел 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, лол.

Ответы85527 85577

8 Кб, 300x168

471 30 сен, 18:23 3285527

>>85502

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

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

472 30 сен, 19:00 3285556

>тред про js

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

473 30 сен, 19:25 3285577

>>85502

>к парсингу 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

>>85502

>к парсингу 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++ и линапс, там страшные темплейты и постоянно пули в ноги летят"

Ответы85581 85582 88645

474 30 сен, 19:31 3285581

>>85577

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

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

475 30 сен, 19:35 3285582

>>85577

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

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

330 Кб, 640x360

476 30 сен, 19:56 3285598

>>83785
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 сделал он, так работает, но просто интересно, что это за хуйня?

Ответы85644

478 30 сен, 20:54 3285638

>>84950

>freecodecamp

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

Ответы85642

479 30 сен, 21:01 3285642

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

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

Ответы85662

480 30 сен, 21:02 3285644

>>85628
Это связано с ограничениями безопасности и архитектурными особенностями браузеров на основе 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

>>85628
Это связано с ограничениями безопасности и архитектурными особенностями браузеров на основе 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 с основным потоком является лучшим решением.

Ответы85682 85688

481 30 сен, 21:18 3285662

>>85642

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

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

482 30 сен, 21:46 3285682

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

Ответы85709

483 30 сен, 21:54 3285688

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

Ответы85698

484 30 сен, 22:11 3285698

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

485 30 сен, 22:32 3285709

>>85682
Для того чтобы обеспечить расшаренное автоинкрементируемое значение между 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

>>85682
Для того чтобы обеспечить расшаренное автоинкрементируемое значение между 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:
Если изменение политики безопасности слишком сложное или нежелательное, можно использовать основной поток как медиатор для инкремента значений и передачи их между воркерами. Этот подход менее эффективен, но избежит проблем с изоляцией.

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

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

Ответы85726

486 30 сен, 22:54 3285726

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

487 1 окт, 00:09 3285760

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

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

Ответы85771 85787

488 1 окт, 00:28 3285771

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

489 1 окт, 01:29 3285787

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

85 Кб, 811x1000

490 1 окт, 03:10 3285799

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

Ответы85843 86076

491 1 окт, 07:25 3285843

>>85799

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

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

Ответы85849 86631 87399

492 1 окт, 07:38 3285846

>>85488

> >css модулях

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

> .pidor {

> font-size: 16px

> background: #FF0000

> }

> Пишешь

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

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

493 1 окт, 07:42 3285849

494 1 окт, 12:47 3286076

>>85799

>несту

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

Ответы86082 86141 86151 86631 86981

495 1 окт, 12:55 3286082

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

496 1 окт, 13:08 3286094

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

Ответы86101

497 1 окт, 13:16 3286101

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

Ответы86145

498 1 окт, 13:59 3286141

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

Ответы86631 86642

499 1 окт, 14:05 3286145

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

500 1 окт, 14:12 3286151

>>86076

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

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

501 1 окт, 15:50 3286226

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

Ответы86247 86268

502 1 окт, 16:00 3286247

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

503 1 окт, 16:07 3286268

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

504 1 окт, 19:54 3286618

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

Ответы86619 86701

505 1 окт, 19:55 3286619

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

506 1 окт, 20:08 3286631

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

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

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

Ответы86877 87028

507 1 окт, 20:18 3286642

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

508 1 окт, 21:44 3286701

>>86618
Чтобы объяснить проблему типов и высокоуровневой синтаксической абстракции (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

>>86618
Чтобы объяснить проблему типов и высокоуровневой синтаксической абстракции (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)

Ответы86999

52 Кб, 1001x647

509 2 окт, 00:25 3286812

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

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

Ответы87017

510 2 окт, 04:29 3286877

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

Ответы86878

511 2 окт, 04:57 3286878

>>86877

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

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

Ответы86913

512 2 окт, 07:39 3286913

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

Ответы87399

513 2 окт, 09:33 3286981

>>86076
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 и ебашишь данные, при этом тебе ещё плейграунд документацию генерирует. Поэтому по возможности выкидывайте каку, подкллючайте отдельно либы и пишите норм

Ответы86987 87409

514 2 окт, 09:41 3286987

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

Ответы87018

515 2 окт, 09:58 3286999

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

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

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

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

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

Ответы87012

516 2 окт, 10:14 3287012

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

Ответы87037

517 2 окт, 10:23 3287017

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

518 2 окт, 10:23 3287018

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

Ответы87026

519 2 окт, 10:32 3287026

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

Ответы87042

520 2 окт, 10:32 3287028

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

Ответы87030 87404

521 2 окт, 10:34 3287030

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

522 2 окт, 10:46 3287037

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

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

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

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

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

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

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

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

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

Ответы87057

523 2 окт, 10:50 3287042

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

Ответы87058

524 2 окт, 11:00 3287057

>>87037

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

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

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

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

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

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

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

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

Ответы87127 87246

525 2 окт, 11:00 3287058

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

Ответы87071

526 2 окт, 11:11 3287071

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

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

Ответы87077

527 2 окт, 11:18 3287077

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

Ответы87088

528 2 окт, 11:32 3287088

>>87077

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

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

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

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

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

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

Ответы87095

529 2 окт, 11:37 3287095

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

530 2 окт, 12:04 3287127

19 Кб, 633x269

22 Кб, 655x334

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

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

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

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

Ответы87344

47 Кб, 1340x403

531 2 окт, 14:41 3287246

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

мимо

532 2 окт, 16:04 3287344

>>87127

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

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

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

533 2 окт, 17:46 3287399

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

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

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

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

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

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

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

# 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

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

538 2 окт, 17:53 3287409

>>86981

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

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

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

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

Ответы87473

539 2 окт, 19:12 3287473

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

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

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

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

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

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

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

Ответы87513

540 2 окт, 19:56 3287513

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

Ответы87748

541 2 окт, 23:56 3287748

>>87513

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

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

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

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

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

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

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

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

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

541 2 окт, 23:56 3287748

>>87513

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

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

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

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

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

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

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

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

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