Больше пары строк кода в посте или на скриншоте ведут в ад.
Для программирования на HTML https://codesandbox.io
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если/когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Документация - https://developer.mozilla.org
Руководство для вката - https://github.com/acilsd/wrk-fet#javascript
react - все.
angular - все
vue - давно все.
JQuery 4.0 - пробуем, тестируем.
База треда.
Ангуляр для чедов.
Вью для беток.
Реакт для омежек.
Есть ли какой-то способ стать лучше в этой области?
Представление это уже давно не единственная задача фронтенда, CSS позволяет запилить интерфейс любой сложности. Если ты говоришь о WASM, отказе от DOM и отрисовке интерфейса на канвасе, то это концепция для узкого круга проектов, в первую очередь для проприетарного говнища, а такое надо для джевы оставить как раз. Одной из сильных сторон веб-интерфейсов является то что они абсолютно прозрачны, ты по переменным можешь разобрать как работает ютуб или гугл, можно ли так сделать в энтерпрайзе? Только путём реверс-инжиниринга.
>Есть ли какой-то способ стать лучше в этой области?
Да, есть.
>Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если/когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
У него еще никнейм чибо был.
Может и шифруется тут, но мало ли что найдете.
>> Ученого
Мда на webgl шейдер натянул
Короче братва, не понимаю темы. Зачем делать сайт на жыесть фреймворке, когда есть слово пресс, ван с и джумла.
Ради лайтхауса?
>+современный
>+совместимость
>+возможность
>+удобная
>+удобный
Это даже не баззворды. Это просто залей воды и готово.
Значит, я работаю над проектом, который на джаве на бэке и ТС на фронте. Запускается он при помощи всяких штук в Идее, там же я и разрабатываю. Бэк запускается при помощи томкат, фронт при помощи галп. ОС Убунту. Ну и некоторое время назад у меня через какое-то время после начала работы стал полностью зависать пека, так что кнопкой приходится резетать. Потом я обнаружил, что это всё-таки из-за галпа, потому что если только сервер запустить, то работает норм, но как врубаю галп, то откисает. Хз, куда смотреть вообще. Я уже и убунту перенакатывал. На работе все работает нормально. Мб есть какие идеи, хоть как попытаться понять.
>Мб есть какие идеи, хоть как попытаться понять.
А что тут подсказывать? Памяти не хватает, система начинает свопить. Ставишь https://github.com/rfjakob/earlyoom и пусть оно убивает всё, что потребляет слишком много памяти. Ну и что-нибудь легковесное, а-ля lapce.
Ученый симулировал часть атлантического океана в реальном времени.
Иногда он посещает наш тред и делится своей горькой мудростью.
Ну и в чем смысл этого совета? Чтобы оом килер бандлер убивал? Нехуй компилить лучше аниме смотри?
Закрываешь лишние вкладки/окна с дебаггерами, аниме в первую очередь, лишние вкладки, блокноты, электрониевые приложухи: дискорд, стим, постман. Всё что нахуй не нужно для работы. Работаешь, давишься, копишь на плашку памяти.
другой
>Чтобы оом килер бандлер убивал?
ДА БЛЯ чтобы бандлер убивал. Иначе просто повиснет вся система. Проще перезапустить приложение, чем перезагружать комп. А иначе никак. Увеличивай память, либо работай с более легковесными приложениями.
Ну да, у меня 8гб, а на работе 32. Но раньше-то работало.
>>3051807
Спс, попробую
>>3051836
У меня и так все закрыто максимально.
Вот ещё кстати замечал одну штуку, если я запускаю тесты, то он выполнит парочку, а потом появляется ошибка, что типа maximum heap size exceeded. Ну или как-то так. При этом на работе тесты нормально проходят.
https://stackoverflow.com/questions/38558989/node-js-heap-out-of-memory
Видно ты гуглить не любишь, а особенно копатьтся и разбираться в чём-то новом. Как ты в индустрию попал вообще?
Эту статью я гуглил, но как-то не особо помогло. Да и проблему с самой приложухой это не решает. Я просто подумал, что мб у меня что-то не так работает с очисткой памяти в пеке, хз. Прост на работе же тесты норм работают, а там я этот хип сайз никак не трогал. Разве что его до меня увеличили, я не проверял, сколько он там.
>>3051889
Хотя извиняюсь, сработало. Раньше я просто переменную окружения устанавливал в одном терминале, а тесты запускал в другом (из иде), а надо было переменную тоже в том же месте установить. Ну тесты проходят теперь хоть.
>>3051895
Ну вот видишь. Проблема еще в том что у тебя действительно мало оперативы. В нынешних условиях минимум это 16, 32 уже нормально, с закосом на будущее. Давай посчитаем: жидбрейнс минимум 2гб, докер до 1гб, процессы ноды, жвм и тд - ещё 2-3 гб, у и браузер тоже, ты же не по памяти код пишешь. Благо оперативка щас дешёвая.
Если хочешь срача, можешь пойти в МВП.
Там под 500 за день бывает.
Ну или неси инфоповод. Тут всех додиков(бекендеров, тайлиндеров, реактеров) мы успешно затхавили и унизили.
Найти протечку памяти и устранить её. Вероятнее всего там какой-то поехавший кэш в этом галпе, который постепенно забивается тысячей версией скриптов и сборок. Вполне вероятно что это можно настроить в самом галпе, кстати, чтобы оно не кэшировало.
>Тут всех додиков(бекендеров, тайлиндеров, реактеров) мы успешно затхавили и унизили.
Ну и остались вкатуны. И хули толку с вас?
мимо бекендер
Не, просто у вас тут очень скучно, вот я и не захожу. Никаких интересных срачей нет.
>мимо бекендер
нода - не бекенд. это вордпрес из мира веба.
Каждый день срач !== срач.
Срач должен быть священным или эмоциональным.
Пока бекендеры, тайлвиндеры, реактеры попущены и сидят, трясутся о том, правильно ли они жвиут анальную жизнь, ждем, пока опять в себя поверят или кто-либо принесет интересный повод.
>>3051938
все вкатились, все на мальдивах папуасок кадрят, сюда забегают по старой памяти или чтобы покекать.
мимо кнопкокрас
Бегать по версиям либы где не призывают свергнуть императора.
А то мало ли, спидорак.
Скорее ты прав, непосредственно фронтенда уже недостаточно, существенно упростив разработку приложений с помощью фреймворков и UI-библиотек фронтенд глубоко углубился в бэкенд на ноде и по сути должность уже должна называется fullstack-web-developer или fullstack-js-developer с соответствующей оплатой. Иные трактовки это игра на кошелёк кабану.
>контекст
Значение знаешь? Ты не знаешь что такое нода в контексте этого разговора. Что ты блядь подразумеваешь что в нексте нет ноды, если он на ноде сделан?
Пукни еще что-нибудь тупое, давай.
Заливать ли на гитхаб учебные проекты? Я пока учусь и делаю по туториалам.
Readme.md сделать с инструкцией по запуску и сделать пару команд в терминале займёт у тебя много времени?
Вопрос в том, можно ли такой гитхаб потом прикреплять к резюме.
У тебя его либо никто не посмотрит либо посмотрят когда уже поймут что ты что-то знаешь. Лишним не будет.
видел похожую штуку в твитере у челика yonatan
сделано с помощью glsl, математика, геометрия, вот это все
помещается в 10 строчек кода и выглядит прикольно
на twigl.app можно посмотреть больше примеров
>Пока бекендеры, тайлвиндеры, реактеры попущены
>ждем, пока опять в себя поверят
У них просто работа есть
Допёрло: в коде number напрямую не меняется, всего лишь возвращается значение от number - 1. number стал бы уменьшаться, если код выглядел бы вот так.
>>3053514
Функция возвращает тебе результат своего выполнения или нихуя, в твоём случае результат работы с аргументом num. В коде number это переменная которую ты передаёшь как аргумент, те по сути в момент вызова функции, в котором аргумент это эта переменная, ты присваиваешь аргументу значение переменной, а не делаешь переменную аргументом.
То-та раз в пару месяцев десант разного качества яростно булькает.
>>3053533
Почему-то регулярно булькаешь только ты. Видимо, хорошо тебя все три группы проткнули.
>>3051807
Спс, прикупил, теперь все заебок.
Что-то не врубаюсь как у тебя 20 получилось если ты говорил что у тебя 8. Было 4+4 и одну планку заменил на 16? В таком случае у тебя в двухканальном режиме будет работать 4+4, а остальное в одноканальном, лучше вторую на 16 докупи.
>>3053584
А учитывая то что у тебя древнейший i3 сэнди бридж на ддр3 тебе полноценный двухканальный режим очень не помешал бы.
Существует ли какой-нибудь годный гайд по написанию, скажем, мувисерчера на ts? Подскажите, пожалуйста, если знаете.
>гайд по написанию мувисерчера
Сам догадаться не можешь как его написать?
No. Знаю в общих чертах, но сам с нуля не сделаю. Вообще застрял немного, понимаю, что в голове должна быть какая-то система, по каким правилам написать то или иное приложение, но не понимаю, как её выстроить.
Я не могу спокойно смотреть на высеры ветродибилов, протестующих против использования CSS.
Я не могу спокойно смотреть, как эта недобиблиотека заменяет собой стили, потому что ветродибилам тяжело их осилить.
Я не могу спокойно смотреть, как привычная и красивая система стилей в отдельном файлике заменяется уродскими нечитаемыми строками в class атрибуте.
Я не могу спокойно смотреть на то, что ветродибилизм проникает в новые UI библиотеки, засирая собой все больше проектов.
Я не могу спокойно смотреть, как фронтенд из ремесла богов, творящих чудеса на каскадных стилях превращается в игрушку для умственно отсталых.
Если мы хотим избежать катастрофы, если мы хотим обеспечить себе достойную жизнь, сохранить традиции и преемственность поколений, то нам нужно понять - КАК РЕШИТЬ ВОПРОС ВЕТРОДИБИЛОВ ВО ФРОНТЕНДЕ?
Не интересовался этой штукой, но разве это не обычный цсс фреймворк? Типа всякие бутстрапы также работают.
Есть такое, щас более ценятся фронтендеры со знаниями бэкенда, фуллстеки по сути.
>КАК РЕШИТЬ ВОПРОС ВЕТРОДИБИЛОВ ВО ФРОНТЕНДЕ?
Его выбирают потому что он уменьшает время на написание стилей, соответственно, высвобождается время на написание логики проекта, поэтому никак, кабан кабанычу надо фичу новую продать, а не ебаться с организацией стилей. Есть альтернативный вариант, но он ещё хуже тейлвинда - полностью отказаться от DOM.
>Задача разработчиков этой хуйни - ЗАОПТИМАЙЗИТЬ РЕНДЕР ВЁРСТКИ в браузере. И вместо того, чтобы сделать заебись, делают через раздолбанный свиной клапан. Как же я устал от того, что приходится постоянно делать useКалback и сраные memo, чтобы лишний раз не вываливались ненужные перендеры, спасибо, оптимизировали нахуй. Как же я устал от того, чтобы вдуплять где там велью тайп, где там референс тайп В ЯЗЫКЕ С ДИНАМИЧЕСКОЙ ТИПИЗАЦИЕЙ. ВЫ ТАМ СЛВСВЕМ УПОРОТЫЕ БЛЯТЬ. А ТО АХАХАХАХА СМОТРИ РЕДЬЮСЕР ДОЛЖЕН ВОЗВРАЩАТЬ НОВЫЙ ОБЪЕКТ СОСТОЯНИЯ. Ьеюе надо изменить одно поле блятб? Так скопируй ВЕСЬ объект. Тогда у КОПИИ измени поле и суй копию вместо прошлого состояния. Сука и у меня ощущение, что я один вижу этот постоянный пиздец. ВАМ ЯЗЫК ПРЕДОСТАВЛЯЕТ ПРОКСИ ОБЪЕКТЫ, НУ ЭТО КОГДА ВЫ ИМЕЕТЕ ДОСТУП КО ВСЕМ ИЗМЕНЕНИЯМ ОБЪЕКТА, КАКОГО ХУЯ ВЫ ДЕЛАЕТЕ СРАВНИВАЯ ССЫЛКИ? ЕСЛИ ВЫ МОЖЕТЕ ТРИГЕРИТЬ ОБЪЕКТ ПРИ ВЫЗОВЕ СЕТТЕРА НА ОБЪЕКТЕ.
>Вот мобх нормальные люди делали, это да, красавцы, не то что redux гении, которые пердолятся с бойлерпейтом, запиливая библиотеки, чтобы он был непонятнее. Говна наворотили, смазали его генераторами и засирают интернет высерами, типа "saga круто, на генераторах же".
>Ко-ко-ко у нас латентная функциональщина, иммутабельные объекты. ВЫ ЧЁ БЛЯТЬ, В ЖСЕ НЕТ ПЕРСИСТЕНС ТИПОВ, ПИШИТЕ ГАЙДЫ НА ИММЬЮТАБЛЕЖС И ПРОПИДОРИВАЙТЕ ЕГО, ВСТАВЛЯЯ В ЗАВИСИМОСТИ.
>Как же жопа горит. Скриньте, реакт и редукс ждёт судьба какого нибудь вонючего бэкбона.
>Я не могу спокойно смотреть, как фронтенд из ремесла богов, творящих чудеса на каскадных стилях превращается в игрушку для умственно отсталых.
Это всегда была игрушка для аутистов, какая разница чистый css или фреймворк?
На этапе ознакомления с проектом предполагается что CSS ты знаешь по умолчанию, но лишние зависимости отправляют тебя в документацию к этой зависимости чтобы разобрать чё там наверстали вместо того чтобы ознакомиться с проектом за пределами представления. Кроме того - полотно из классов в HTML просто уёбищно смотрится. Претензия к тейлвинду в большей степени даже не к нему самому как к фреймворку, а к ебучему атомарному дизайну организации классов который он использует, и к форсу у смузихлёбов, конечно же.
>Скриньте, реакт и редукс ждёт судьба какого нибудь вонючего бэкбона
Только редукс ждёт
>Как же я устал от того, что приходится постоянно делать useКалback и сраные memo, чтобы лишний раз не вываливались ненужные перендеры
РеактТим обещали, что к концу года больше не будем это писать
>теперь и там вы увидите кучу ветродибилов среди топовых создателей библиотек и контрибьюторов
Ты же недавно затирал, что tw легаси. Как так?
>Только редукс ждёт
К сожалению нет. Даже в стартапы до сих это говно тащат, хотя казалось бы давно уже пора забыть это как страшный сон и перестать использовать стейтменеджеры в проектах.
Кэш !== стейт, стейт должен быть консистентным, а в кэше данные могут перестать существовать в произвольный момент времени
Попробуй пару раз самостоятельно.
Только так выстраится полное понимание где и как, и что исать.
Можеш глнуть тысячи видосов/статей.
Идеального гайда по написанию того или иного не существует.
Смотри сотни тысяч реп на гитхабе.
Недавно писал пет на стендалонах. До этого даже не пробовал.
Годнота.
Но такое чувство, будто импортов стало больше.
Хотя и будто чище.
Вроде как теперь это стандарт и если генерить с нуля ангуляровский проект, то по умолчинию везде и все теперь генерится стендалонами.
>консистентность состояния
>фронтенд
Это троллинг тупостью такой?
>Я не могу спокойно смотреть, как привычная и красивая система стилей в отдельном файлике заменяется уродскими нечитаемыми строками в class атрибуте.
Ты совсем даун? @apply научи их юзать и пишите в отдельном файлике.
>РеактТим обещали, что к концу года больше не будем это писать
Да, только это обещали в июле 2022 года, зафиксируй данную информацию.
>сам с нуля не сделаю.
И что же тебе помешает?
>по каким правилам написать то или иное приложение
Нет никаких правил. Выбираешь стек на свой вкус, примерно прикидываешь, из каких компонентов состоит приложение, какие фичи могут понадобится в будущем, чтобы оставить место для расширения, и начинаешь накидывать компоненты. В твоем случае их примерно 3: серч инпут, муви и муви лист. Как накидаешь, в App.ts собираешь это говно вместе и проверяешь, что оно работает. Делов на полтора часа с учетом времени на подсос к АПИ и перекура.
>не понимаю, как её выстроить
Не надо сразу пытаться понимать, как выстроить систему. Начни понимать, как понять.
>застрял
Всегда большую задачу рескидывай на маленькие.
Есть люди, которых стопорят большая задача, будто синий экран ловят.
Хапом не берись.
Распиши тудушку для создания тудушки если надо.
>css уже придумали.
Конечно, поэтому вместо
"mobile:gap-3"
давай писать
@media (max-width: 767px) {
.class {
gap: 12px;
}
}
>>@apply
>Конечно, поэтому вместо
Миксины уже придумали.
И пообещали в этом году, пару дней назад. Зафиксируй данную информацию
И при этом таргет=бланк ссылка должна быть кликнута только левой кнопкой мышки.
Не баг а фича?
Весь важный стейт должен быть на бэкенде. А всякие настроечки типа темная/светлая тема можно хранить в локалсторадже, стейт менеджмент либы нахуй не нужны.
Апплай - антипаттерн и нинужон. Нужно писать тейлвинд классы прямо на элементе и игнорировать визги одебилевших от ксс-ин-жс бойлерплейтопечатающих реактошвайнов. С компонентным подходом любого фреймворка и автосортировкой классов читается без проблем.
>Миксины уже придумали.
У тебя на скрине все еще 5 строк кода там, где на TW 1.
>>3054254
>И пообещали в этом году, пару дней назад. Зафиксируй данную информацию
Пиздеть не мешки ворочать. Алсо, я не знаю откуда ты, пиздоболище деревенское, берешь инфу, но НИКАКОЙ официальной инфы о конце года нет даже близко:
>To see the compiler in action, you can check out our talk from last fall. At the time of the talk, we had early experimental data from trying React Compiler on one page of instagram.com.
Прошлой осенью попиздели про компилер. Дальше вообще охуенно:
>Since then, we shipped the compiler to production across instagram.com. We’ve also expanded our team to accelerate the rollout to additional surfaces at Meta and to open source.
То есть у себя мы новый компилер уже юзаем, а вы пока хуй нюхайте. Заебись подход к КАК БЫ опенсорсному продукту. Охуенно.
>We’re excited about the path ahead and will have more to share in the coming months.
Перевожу для дауненка без английского: в ближайшие месяцы будет КАКАЯ-ТО инфа по ПРОГРЕССУ.
https://www.youtube.com/watch?v=_ANHeyfQFkc
>JavaScript - лучший язык программирования
Ясно, очередная жертва аборта.
>Его можно писать как угодно и ни один язык в мире не может с ним сравниться.
Ну давай, переопредели мне поведение оператора + в JavaScript.
>Если мне надо математику посчитать, CSV файл, я его JS-ом разбиваю по запятым и пишу нужну мне логику.
Безотносительно того, что вроде контестящий на сеньорность долбоеб не знает, что такое библиотеки, интересно как он будет перемножать матрицы на JS и в какой рантайм перформанс это выльется, тут уже не важно с либами или без? Математик, блять, хуев.
Ведущий тоже хорош:
>JS развивается семимильными шагами.
Где он, блять, развивается? Последний апдейт в кор языка был в 2015 году.
Два ютубных пиздобола 2 часа льют воду.
>У тебя на скрине все еще 5 строк кода там, где на TW 1.
Пусть хоть 1000 но читаемые.
Неосилятор, спок. У тебя на второй картинке все отлично читается, потому что в каждой строке есть смысловая структура - положение, граница, паддинги, текст. Глаза разуй. То, что какие-то долбоебы хуярят совершенно рандомно и не сортируют через претиер - проблемы долбоебов.
color-slate-100
Почему нельзя сделать color-slate-150?
Чтобы прикрыть жопу макакам, насравшим настолько недопереваренным реакт кодом, что без костылей хранить стейт уже было решительно невозможно, не переписывая все с нуля.
Потому что в него заложена гармоничная палитра цвета, подобранная дизайнерами. Можешь настроить свою палитру и юзать ее.
И чё 150 в той же палитре между 100 и 200. Позовите следующего специалиста.
Попробуй читать не жопой. Я сказал, что тот не особо важный стейт, который есть на фронте, нужно хранить в локал/сешнсторадже или передавать в урлах. Никакой раздутый стейт менеджмент не нужен.
>пиздоболище деревенское
>Перевожу для дауненка без английского
Причина баха?
>Устал его настривать...
Вся суть. Время идёт, нихуя не меняется
>Как оно?
Если не в падлу поддерживать - норм.
Ну да, я той штукой, которую анон посоветовал, earlyoom, смотрел, как раз браузер, идея, томкат и галп почти впритык 8 гб жрали.
https://tailwindcss.com/docs/reusing-styles#extracting-classes-with-apply
Как анон выше написал сами авторы попутного-вітру-тобі-в-сраку считают это плохой практикой. Почему? А тебя это ебать не должно, утилити-фёрст яскозал.
https://nuejs.org/blog/tailwind-misinformation-engine/
>ряяяяя нимагу цвет кнапки паменять!1 Тейлвинд плахой!
Объясни, почему хейтеры тейлвинда такие тупые неосиляторы?
Во время учёбы я почти не взаимодействовал с фронтендом, а делал "фуллстэк" с бэка на питоне + ксс стили. Мне тогда очень понравилось, были ясные задачи, питон приятный язык.
Не так давно я начал изучать ЖС и обратил внимания на фреймворки, заинтересовал вью, но я увидел кучу всяких интересных анимаций, three js и gsap и меня это тоже как-то зацепило, захотелось побольше поковырять такие штуки.
Сейчас я осознаю, что время приближается к поиску работы и надо решать, что же фронт или бек, и теперь я в замешательстве. Потому что до этого я всё же думал про бек, а теперь... ЖС мне сам, к примеру, не нравится, но вот, что можно сделать меня привлекает, а в беке наоборот, с языками работать приятно, нравится, что не нужно много ебаться с выбором фреймворка/библиотеки как это во фронте, но для себя я вижу только, что это нужно для работы, а не для личных интересных штук, чтобы сделать и вау. Это конечно кайф когда задачу делаешь на бэке и всё норм работает, но нет такого, что вот я себя сам удивил.
С другой стороны, вроде как говорят, что на фронтенде сейчас перегруз и особо не нужны, в отличии от бека где логику и фичи всё время нужно делать для бизнеса.
Может быть в похожей ситуации кто-то был и скажет своё мнение?
пикрандом
Главное не react-window, там настолько все гениально, что на каждое изменение вся виртаулизированная начиннка размаунчивается и замаунчивается. Охуенная продуктивность
В такой ситуации не был.
Дави до талого то направление где шаришь лучше.
Во время работы уже сможешь переобуться на другое.
>тупые неосиляторы
Не могут разобраться в CSS для которых и придуман утилити-фёрст подход. Но я кстати их совсем не осуждаю - в какой-то момент в веб пришло огромное количество денег. Это создало цепную реакцию, круговорот бабла - бизнес платил за продукт кабану, кабан брал больше продуктов на разработку, разраб охуевал, к нему на помощь пришёл якобы ускоряющий разработку тулинг с платными фичами и костыльным подходо, итого разраб подсаживался на зависимость от сомнительной либы, но успевал разработать проект, кабан отдавал продукты заказчикам, а заказчики довольно урчали. Ну и чтобы подсосаться к этому кэшфлоу огромное количество вкатунов просто забило хуй на изучение CSS, ведь есть модная тулза и куча UI-либ. Просто бизнес, ничего личного.
Если мысленно заменить тейлвинд на реакт ничего не поменяется в принципе, похожий путь когда из библиотеки через костыли сделали подобие фреймворка в котором можно было быстро разобраться и хуячить свои модные SPA первее конкурентов, а теперь всем приходится жить с этим и хавать вот подобные вещи >>3053975
>>3055316
Вот это мантры пошли. Тейлвинд не заменяет знание ксс. Сразу видно, что ты на нем и строчки не писал, но почему-то не стыдишься нести полную хуйню.
С платных фичей сренькнул. Что там платного? Юай либы, которые написаны с помощью тейлвинда? Ну не плати, возьми любые другие, причем тут тейлвинд вообще?
Костыли у тебя в голове, как и у автора статьи, который просто льет воду про манябестпрактисы, а на конкретике жиденько срет под себя.
Я пару лет изучал питончик, пилил свой сайтик, с фронтом, но так тупо по гайдам, тоже всегда хотел быть бекендером. Но бекендеры на питоне тем более никому не всрались. Последний год откликался на все подряд, но ниразу на собес даже не звали, иногда только тестовые слали.
В итоге один раз откликнулся нка какую-то очередную вакансию с расплывчатым описанием, типа у нас дохуя всяких вакансий, откликайтесь все. Прислали ссылку на гитхаб, где было много всяких тестовых, и сказали выбрать какое-нибудь и присылать. Ну на бэк там было на джаве, я её никогда не трогал даже. Были ещё на парсинг там, на тестирование фронтенда итд. В итоге единственное, что хоть как-то подходило было сделать небольшую СПА на вьюжс. Свой сайтик я как раз на нем делал. Ну я и сделал. Собственно там было нужно просто хитрые запросы к ВК апи посылать, так что сам фреймворк не особо сильно использовался. Ну наговнокодил и отправил. Через 2 недели позвали на собес. На собесе вообще нихера не спрашивали технического, прост спросили, что я там изучал и как, что пилил итд. Не пиздел вообще. ЖС прицельно начал изучать за неделю до собеса, когда позвали на него. Потом предложили стажировку на 30к.
И вот уже сижу там третий месяц, фронтендером на тайпскрипте, который вообще в глаза не видел, выполняю таски итд. Сразу посадили за проект в комнату с двумя ведущими фронтендерами (а их и всего 2 в компании, не считая меня, лел) ну и сказали типа вот задачи твои тут смотреть, чего непонятно вот у них спрашивай. Ну конечно охуевал мощно поначалу. Теперь тоже не слишком круто погромирую офк, но че-то там делаю, кнопочки перекрашиваю. Очень нравится.
>Как анон выше написал сами авторы попутного-вітру-тобі-в-сраку считают это плохой практикой.
По твоей же ссылке:
>Yes, HTML templates littered with Tailwind classes are kind of ugly.
>>3055249
>Может быть в похожей ситуации кто-то был и скажет своё мнение?
Да, конечно, сейчас эксперты с двача помогут тебе с выбором карьеры. Совсем долбоеб?
> https://tailwindcss.com/docs/reusing-styles#extracting-classes-with-apply
> Как анон выше написал сами авторы попутного-вітру-тобі-в-сраку считают это плохой практикой.
Ты просто англюсик не знаешь.
"Заставь дурака богу молиться весь лоб расшибет." Чисто про тайлвинд поговорка. Как насчёт включать голову и использовать ксс вместе с тайлвиндом в зависимости от того где меньше работы?
Ну прям где шарю лучше нет такого, потому что, ну что эти пару месяцев с питоном, не так уж много на самом деле.
>>3055343
Спасибо за историю. Я даже не конкретно про питон думал, а вообще в целом, что будет бэк, единственное, что не на джаве или шарпах.
>>3055373
Не совсем долбоёб. Я не перекладываю ответственность, а спрашиваю кто как поступил в похожей ситуации.
Вопрос встал.
Развивать знания узла или переходить на язык "идти долго"
>Не совсем долбоёб
Тогда почему бы тебе не нарисовать два кружочка: в одном то, что ты умеешь, в другом то, за что тебе готовы платить. И заняться тем, что находится в пересечении кружков?
Спс, попробую.
Я особо ничего не умею на данный момент. Умею садиться, учиться и делать. Но если писать именно так, скорее всего тогда будет фриланс фронтенд (сайтики) или переустановить винду/поменять жесткий диск, потому что такие шабашки пока единственное, что мне перепадало.
В любом случае, прям ща и сяду запишу мысли.
Создалось впечатление, что QA можно устроиться, освоив ЯП и прочитав две книжки. Стек фронта учу уже месяцев 7, конца-края не видно. Интерес есть, но мне срочно нужна работа и кажется, будто бы на тестера не такая бешеная конкуренция (возможно, ошибаюсь). На какой бы стул сесть, я уже не знаю.
>Стек фронта учу уже месяцев 7, конца-края не видно.
7 месяцев - это очень мало, за это время максимум, что можно освоить - это простая статичная верстка и немного JS.
>Интерес есть, но мне срочно нужна работа
В таком случак однозначно в ручники. Там вкат при нормальной компьютерной грамотности возможен за полтора-два месяца.
>>3056082
>Умею садиться, учиться и делать.
Это довольно тяжело монетизируемый навык, если ты только не студент на шее у родаков.
>Но если писать именно так, скорее всего тогда будет фриланс фронтенд (сайтики)
В этом направлении и работай, но учти, что сейчас (на фл.ру, по крайней мере) конкуренци зверская и челики готовы буквально за 1500 рублей верстать пиксель перфект сайты.
Снова я. Посмотрел чужие репы, как я понял: будет у меня список фильмов храниться в сторе редакса, будет компонент слайс для карточки фильма, будет инпут для поиска. Но с чего начать? Вот просто первая строчка кода? Все делают очень по-разному.
>7 месяцев - это очень мало, за это время максимум, что можно освоить - это простая статичная верстка и немного JS.
Бля, возможно, я необъективно оцениваю свои знания, но с адаптивной версткой, двумя частями кантора и докой реакта я разобрался за это время. Написал ТУДУЛИСТ. Сижу, бля. То ли в тестеры катиться, то ли дальше фронт копать. Инфы и мнений вокруг так много, что один хуй не разберешься, пока сам не набьешь шишки. Единственное, что я вижу из объективного - так это то, что на тестера существуют вакансии БЕЗ ОПЫТА, а на фронта нет, лол.
Не, я фрилансю по знакомым, но выхлоп хуйня на самом деле по этому работу хочу.
Да я к фронту тяготею внутренне, мне просто не нравится как его переусложнили и мне не очень нравятся разница ЗП бэка и фронта...
>7 месяцев - это очень мало
Можно вкачусь в вашу беседу. Я думаю, что 7 мес. это вообще норм срок, особенно если была какая-то база. У меня кореш 30+ вкатывался в жирные времена ковидные за 6 мес. на реакт джуна и ниче, работает уже миддлом. Это я к тому, что сильно влияет фактор уверенности в своих силах.
>Написал ТУДУЛИСТ. Сижу, бля. То ли в тестеры катиться, то ли дальше фронт копать.
Если есть вариант запрыгнуть на работу, но в тестирование, то прыгай не задумываясь. Там посматривай как делают проекты, развивай насмотренность, дома пили петы, потом можешь перескочить в разработку. Ты за время работы даже не в разработке получишь в разы больше знаний по фронту чем если бы ты просто читал книжки, дрочил литкод или проходил курсы.
нужно будет сделать npx my-admin-plugin и там будет описана логика для создания твоего рута админ.
ты говоришь о создании библиотеки которая будет генерить тебе папку с админкой и заготовленными файлами/кодом.
делаешь либу.
логика либы создает папку и файлы в ней.
публикуешь либу.
подтягиваешь либу в новый проект.
пишешь npx {{твоя либа нейм}}
???
профит.
Если имеешь в виду, есть ли место на примете - не, так же придется по вакансиям откликаться. Просто нужно что-то искать побыстрее. На тестера, как я понял, нужна теория тестирования книжка и пописать автотесты на каком-нибудь jest?
Я хотел что-то другое. Типа мы устанавливаем её в node_modules
потом пишем в nextconfig,ts plugns: ["my_admin"] и всё.
Чет я не врубаюсь, а как мне хеллоу ворлд хотя бы запустить с помощью npx?
То есть я делаю npx ../my_plugin/
вылазит
>npm ERR! could not determine executable to run
Гуглится какая-то дичь не в тему про эту ошибку.
>npm ERR! A complete log of this run can be found in: C:\Users\User\AppData\Local\npm-cache\_logs\2024-02-20T16_44_14_108Z-debug-0.log
А вот эта хуйня не открывается и говорит админских прав нету. У меня есть админские права.
В айти не всегда метод тыка работает. Иногда надо читать доку по теме, прежде чем что-то делать.
Я прошлый раз полез читать доку по муодулям ТС и неделю ничего не делал вообще. Потом что-то нагуглил и сделал методом тыка.
Чукча не читатель, чукча писатель.
https://blog.shahednasser.com/how-to-create-a-npx-tool/
Всё я понял как хеллоуворд сделать вот хорошая статья.
А копируем мы из папки
__dirname это там где лежит npx скрипт.
в папку
process.cwd() там где запускаем скрипт.
>Бля, возможно, я необъективно оцениваю свои знания
>двумя частями кантора и докой реакта я разобрался за это время
Ну смотри, если ты разобрался, ты сможешь без особых проблем объяснить как работают замыкания и this в JS. Начнем с простого.
>>3056197
>Но с чего начать? Вот просто первая строчка кода?
Не знаешь с чего начать, пропиши функциональные требования к своей папке в формате стори: я захожу на страницу, я нажимаю в поле поиска название фильма, я вижу список фильмов с частичным или полным совпадением, я могу добавить фильм в список "хочу посмотреть", я могу оценить просмотренный фильм. Исходя из этой стори, мы видим, что центральной точкой притяжения твоего приложения является поле инпута, потому что без него ты дальше не двинешься никуда. Начни с разработки этого компонента.
>Я думаю, что 7 мес. это вообще норм срок
7 месяцев это вообще не срок. Точнее, это срок, чтобы заработать синдром даннинга и крюгера на фоне того, что ты можешь ебануть на условном реакте пресловутый тудулист и думать, что ты познал все. Оттуда до начала реальной нестыдной разработки, когда тебе можно назвать нормальным джуном еще 1,5-2 года УПОРНОГО труда, когда тебе хотя бы минимально подсказали, куда двигаться.
> Стоит ли переходить из продуктовой компании на галеру за зп +50%?
Смотря что за галера. Проблема многих галер в том, что ими руководят некомпетентные жадные до денег кабаны. Они хватаются за всё подряд, за низкобюджетные заказы, вместо того чтобы взять несколько крупных заказов $25-50к и сидеть пердеть.
Если галера занимается крупными заказами - стоит попробовать
Если галера занимается мелкими заказами - нах надо
Это будет тупо работа на поток
Что значит?
>работает только
Что пишет в обратном случае?
Ну так тебе вторым параметром надо Function передать. Поэтому можно передать функцию без скобочек, или обернуть её в лямбду и там внутре вызвать. А когда ты пишешь скобочки, то получаешь уже результат функции.
Напиши
typeof testFunction
typeof testFunction()
То есть всё зависит от того что мне нужно, сама функция (чтобы запихнуть в неё параметры, к примеру), или результат её выполнения?
Но мне в любом случае непонятно, почему тогда вот такой вариант не отработает
Эмитер вызвал лямбду, а внутри у неё что?
Просто функция лежит, сама она себя не вызвет.
>языком для дебильных
addEventListener вызывает переданную в него функцию, когда наступает событие 'click'.
В обоих случаях ты передаешь функцию, в первом testFunction, во втором безымянную стрелочную, которая вызывает testFunction.
В первом случае всё понятно, наступает событие, вызывается testFunction.
Во втором случае вызывается безымянная стрелочная функция, она исполняется, при исполнении внутри у нее вызывается testFunction.
В третьем случае, если бы в стрелочной внутри просто testFunction был, то при наступлении события клик вызвалась бы стрелочная функция, у которой внутри просто testFunction написан. Ну комплюхтер посмотрит на функцию и всё на этом, вызова-то нет.
Так с css modules можно писать как на 2 пике, только без мусора типа apply в стилях. И если ты не знал, в тейлвинде apply является антипаттерном.
Всмы? Написать можно что угодно на чем угодно. Тайпскрипт имеет смысл использовать только на больших проектах, для собственных поделий обычного джейса хватит за глаза.
> мусора типа apply в стилях.
Где ты там мусор у меня на скрине видел? Всё стерильно.
>антипаттерном
Мамашу твою ебал.
Для ботов нода нужна в любом случае чтобы запускать код, а сам код можно хоть js, хоть ts.
Для телеграма целых три библиотеки есть, с помощью которых можно писать ботов:
https://github.com/grammyjs/grammY
https://github.com/telegraf/telegraf
https://github.com/yagop/node-telegram-bot-api
>Где ты там мусор у меня на скрине видел? Всё стерильно.
Везде, где в строке есть @apply. Уже на второй строке какое-то говнище, не являющееся css.
>Мамашу твою ебал.
Причина тряски?
>антипаттерном
Знаешь что еще явлется антипаттерном? Rопипаста. А чтобы заинлайнить стили .element их надо скопипастить.
Как же тебе печёт, когда критикуют твой любимый расхайпленный костыль, лол.
>>3057401
>>3057398
>>3057395
Ещё раз, для дебилов, в тейлвинде такое использование apply является антипаттерном. То есть так считают авторы тейлвинда.
https://tailwindcss.com/docs/reusing-styles#avoiding-premature-abstraction
>Whatever you do, don’t use @apply just to make things look “cleaner”
Что не понятно в этих словах? Или вы живёте чисто по принципу hype-driven development и даже не читаете документацию костыля, которым портите проект?
>Ещё раз, для дебилов, в тейлвинде такое использование apply является антипаттерном.
Ещё раз, для дебилов, ебал твою мамашу. Смотри на скрине какой стерильный код получается.
>Как же тебе печёт, когда критикуют твой любимый расхайпленный костыль, лол.
Печет с твоего тролинга тупостью.
>стерильный код получается
>жижа из маняклассов тейлвинда
Лол. Это железный детектор вкатыша. Такие ещё любят писать условия одной строкой, типа if (condition) return true, или везде лепят однострочные стрелочные функции, или объявляют объекты с несколькими значениями в одну строку, ведь так чище, короче, стерильнее. Только это всё не важно, важна читаемость.
>Использует тейлвинд
>Считает, что кто-то кроме него троллит тупостью
Лол!
Не кормлю больше. Буду скрывать все высеры с критикой @apply итт.
Из прошлого треда.
Что не так с тейлвиндошизами? Почему они воспринимают критику костыля как троллинг?
Болезненная тема.
Некоторые в силу интеллекта прибегают к "технологиям" "облегчающими" жизнь, после это говно обрастает поклонниками, ну а эти поклонники образуют культ. Ну а раз есть культ, то не я тупой даун, который костылит говном и засоряет тырнет, а дохуя умный и продвинутый создатель интернетов, ну а когда эта мантра подвергается смеху/оспарению, градус бампера достигает крит. температуры.
>>3057578
>>3057539
Семен, я не поверю что в треде есть 2 долбоеба, которые считают что код >>3057375 нечитаемый.
Это реально троллинг тупостью? Тебе самому норм быть таким говноедом? Я просто охуел от этого высера на реакте. Тут проблема не в тейлвинде, а в том, что эта лапша из мапов и скобочек сама по себе нихуя не читаема. И да, я другой анон, можешь не верить, но тебя уже минимум двое попускают.
Какие же люди тупые, я ебал. Вроде интеллектуальная профессия.ю почему ты такой тупой? Мы про ксс спорили.
Вот я переписал хтмл.
Это тейлвиндошизы мимикрируют под нормальных людей, спамя аплай в css классах
Прекращай позориться, вкатун. Если для тебя вопрос читаемости стоит как "апплай или не апплай", а не "какого хуя у меня в анусе тернарники, мапы и вызовы функций", то тут поможет только доктор.
>дурачок даже не видит разный стиль письма и разное отношение к тейлвинду у отвечающих
Есть, тебе нужно добавить тейлвинд к своему стеку, будет настолько быстрая разработка что работа не будет отнимать время на смузи.
Мой тебе совет - учи C++ и необходимое к нему в работе. Это единственный стек, который еще будет держаться. Я не шучу, сам думаю перекатиться ибо с трехлетним опытом не могу уже третий месяц найти работу (на опыт вообще всем насрать, все его рисуют). Все остальное либо утонуло во вкатышах, либо утонет в ближайшие пару лет. Фронт, пистон, даже сишарп уже лежат. Жаба, пхп и остальное на очереди.
Ебать. Вот это пиздец на скрине.
Спасибо НамберПрототайп, что моя судьба не касалась рякта.
Зачем тогда сервис нужен в дополнение к контроллеру?
Или это просто говнокодец?
Как можно бы было сделать по-другому?
Вот отсюда код, смотрел урок по jwt
https://github.com/utimur/fullstack-jwt-auth/blob/master/server/service/user-service.js
https://getmatch.ru/vacancies/17107-frontend-developer-angular
Полистайте сами
Это говнокодец, что является обычным делом для бекенда на экспрессе. А вот в несте принято http эксепшены кидать в контроллере.
https://stackoverflow.com/questions/71467793/what-is-the-correct-type-of-exception-to-throw-in-a-nestjs-service
Но в сервисе вполне можно кидать ошибки бизнес логики.
Где все? https://getmatch.ru/vacancies/java-script/remote?p=1&sa=150000&pa=all&s=vacancy_breadcrumbs
На реакте большинство
Пиздец какой.
Йоу чувак мы взяли твою ошибку и распердолили её в другую, что бы ты мог кидать ошибки из сервиса и контролёра одновременно!
Нет?
Там бросаются ошибки из эндроинт валидаторов, потом из контроллеров, потом из сервисов. Это чушь.
И вот с такими вкатутосами я итт и сижу. И эти люди без понимания БАЗЫ архитектуры приложений еще что-то пукают про хуевость тейлвинда.
мимо
в рамках спецификации нет запрета на код описанный тобой.
Хотя я фронт.
Я даже не представляю как беки живут без алгосиков
Это же база даже для джунов.
только за месяц пришлось окунутся в
префиксное дерево
алгоритм Ахо-Корасик
алгоритм Джарвиса
А ты думал слухи что Яндекс платит ниже рынка это просто слухи?
>Вкакотуся не отличает хттп ошибки от ошибок бизнес логики
Классика
Пчел, это язык с динамической типизацией, у тебя в любом месте может отрыгнуть. Для этого там и написана мидлварь для ошибок, чтобы быть уверенным, что апишечка всегда отдаёт стандартный ответ.
>помидор продолжает копипастить в каждом контроллере обработчик ошибок
Программирует. Много всего перепробовал, приятнее всего было делать бекенды на узле.
Посоветуешь, как из фронта перекатиться? Подзаебал фронт, хочу че нить другое попробовать, опыт 2 года не бог весть какой, но не вкатун
База это нест, постгрес, реббит, редис, основные модули ноды. Экспресс и монгу можно скипать.
Скоро так будет везде. Не пойму зачем в 2024 платить программистам много.
>Не пойму зачем в 2024 платить программистам много.
Иначе перекатятся к барину.
Им забугорный Смузи дороже православного Компота.
Те, кто мог, уже попивают забугорный смузи, остальные либо тупые, либо идейные. Ни тем ни другим много платить смысла нет.
> Те, кто мог, уже попивают забугорный смузи, остальные либо тупые, либо идейные.
Ну так идейные и свалили.
Адекватные Кащеи сидят и над златом чахнут, попивая забугорный смузи в миксе с маминым компотом.
Яндекс зпху ниже рынка держал еще до всякой гойды.
У меня первый кабанчик, который галеру держал, говорил что свалил потому что там платят хуево + процессы говно.
Я не мог но я начал учить английский в 2022, таких как я дохуя.
Китайский не осилю, это 5 лет на язык
Но китайское ИТ лучше европейского.
Есть люди которые просто заняли сытые места уехавших.
Я прыгнул с 200 на 450к
>Иначе перекатятся к барину.
К какому барину? Там сокращения до сих пор идут. Ты будешь конкурировать там со вчерашними сеньерами погнаных из гуглов и епамов. К ним в придачу еще миллионы паджитов и на сладкое твой сомнительный статус беглеца из страны-ахрессора.
У класса есть статический словарь [key: CarColor]: number
При каждом вызове коньструктора в словаре увеличивается соответствующая циферка.
Метод выдаёт цвет, у которого циферка самая большая.
В этом то и проблема, что размышляю я в подобном ключе, но это ничего не даёт, я типа просто не знаю что делать дальше. Типа как у большинства кодеров было, они вот составили такой план и ищут в гугле правильные методы, чтобы реализовать по плану или что? Решение я глянул с помощью жпт, но сам разбираться в этом лучше не стал. Я в принципе не конкретно про эту задачу, а в общем говорю.
По шагам расписывай, что инициализируется, в какие условия заходит, что меняет.
спасибо за ответ, друг. Но это не отвечает на мой изначальный вопрос касательно подхода к решению задач на этапе освоения, потому что я в рот не ебу что там инициализируется и какие методы юзать.
Женщина, Вы каким образом на данном ресурсе оказались?
1. Не кринжуй (1 жпг).
2. Лучшие репы закрепи. Лень бегать и чекать непонятно что. Описание для лучших реп напиши. Как, что, зачем, для чего.
<div flexbox>
--<div>
----<img max-width:100%/>
--</>
--<div very-wide/>
</>
Результат: very-wide див сжимает див с картинкой до атома. Нихуя не гуглится, почему именно так происходит. Если убрать max-width или выставить shrink на диве с картинкой в 0, то поведение становится ожидаемым - картинка занимает положенную ей ширину. Что это за хуйня? Ничего не понимаю. Никакие статьи по алгоритму расчета флексбокса на этот вопрос не отвечают.
Very-wide див - просто див с кучей текста внутри, если что.
Если просто полистать выглядит как будто ты год пишешь туду листы с первых уроков курсов по рандомным либам, ещё и деградировала с тс до жс
>меня возьмут на работу?
Возможно, я хз. Обычный средний полузаброшенный гитхаб. Ничего особого катастрофического не вижу, но и ничего вау крутого тоже. Ничего, чему я бы хотел поставить звезду нет.
https://live-chat-tan.vercel.app/register
Не могу войти со свежим зареганым акаунтом.
Зачем ты задал максимальную ширину в процентах если твоей задачей является то чтобы картинка занимала всю ширину родителя? Убери этот max и оставь просто width, height: auto конечно тоже задай. Ну и самому родителю надо задать либо ширину, либо задать поведение как он должен себя вести в этом flex-контейнере через flex-shrink/flex-grow/flex-basis или просто шортхэнд flex.
Ноль эффекта.
>>3060350
>width, height: auto конечно тоже задай
Ноль эффекта.
>Ну и самому родителю надо задать либо ширину, либо задать поведение как он должен себя вести в этом flex-контейнере через flex-shrink/flex-grow/flex-basis
Я понимаю, что можно закостылить нужное поведение, вопрос в другом. Почему див с картинкой в принципе ужимается, если внутри него есть картинка размером 48х48? По умолчанию флекс базис должен быть равен размеру дива, а размер дива определяется размером его контента, который по умолчанию 48х48. У max-width здесь какое-то совершенно непредсказуемое поведение. По нормальной, человеческой логике он должен аффектить только максимальную ширину, не минимальную.
>По умолчанию флекс базис должен быть равен размеру дива, а размер дива определяется размером его контента, который по умолчанию 48х48.
Ты забываешь что у тебя есть другой контент, почитай про поведение элементов помещённых во флекс-контейнеры. И это никакие не костыли, ты говоришь браузеру что делать.
https://jsfiddle.net/xgcnw7e8/12/
Спасибо, но как раз на твоем сниппете и видно проблему: убираешь шринк 0, и текст сжимает картинку. Убираешь width и height - картинка становится нормальной.
Как я и говорил, я уже читал про поведение флексбокса. Если я понял правильно, браузер складывает базисы, далее смотрит на оставшееся место - если не хватает, то сжимает, если есть лишнее место - смотрит на флекс гроу и растягивает по необходимости.
Так вот почему браузер считает, что когда у картинки выставлен какой-то из width-атрибутов, внезапно места не хватает и надо сжимать картинку? Это же бред. Нигде нет объяснения конкретно этого случая, ну или я хз, как гуглить.
>Так вот почему браузер считает, что когда у картинки выставлен какой-то из width-атрибутов, внезапно места не хватает и надо сжимать картинку? Это же бред. Нигде нет объяснения конкретно этого случая, ну или я хз, как гуглить.
Браузер без явно заданного flex-shrink сжимает оба элемента, т.к. по дефолту он равен 1, и при отрисовке выбирает компромисс между двумя элементами. Текст у тебя тоже будет сжат без явно указанного свойства.
Да, это понятно. Но тогда почему если ничего не указывать, картинка не будет сжиматься?
У браузера не будет инфы о её размере из CSS, значит, браузер будет считать, что размер картинки равен ее обычному размеру. Тогда он должен будет её отрисовать в том размере в котором она грузится, и если ты у родителя уменьшишь ширину, то ширина картинки не изменится и она будет выходить за пределы родителя.
>и если ты у родителя уменьшишь ширину, то ширина картинки не изменится и она будет выходить за пределы родителя
Но она не выходит за пределы родителя. Если ты добавишь бордер на враппер картинки, то увидишь, что враппер остается того же размера, что и картинка, то есть никакого выхода за пределы чего-либо не происходит.
Ну и плюс очень странно, что у браузера все еще есть информация о размере картинки, но почему-то теперь он решает ее не сжимать. Какая разница, откуда эта информация идет - из ксс или из интринсик значений?
>Но она не выходит за пределы родителя. Если ты добавишь бордер на враппер картинки, то увидишь, что враппер остается того же размера, что и картинка, то есть никакого выхода за пределы чего-либо не происходит.
Я же подписал что если уменьшить.
>Ну и плюс очень странно, что у браузера все еще есть информация о размере картинки, но почему-то теперь он решает ее не сжимать.
Приоритет отображения контента. Браузеру похуй на родительский элемент, картинку он должен отобразить в полном размере если её размеры не заданы явно, поэтому и получается что он не уменьшается.
>Я же подписал что если уменьшить.
А, ну да, я не в ту сторону сжимал.
>Приоритет отображения контента. Браузеру похуй на родительский элемент, картинку он должен отобразить в полном размере если её размеры не заданы явно, поэтому и получается что он не уменьшается.
Мда, ну и бредятина. Спасибо за объяснения, одной причиной хейтить ксс теперь больше.
>одной причиной хейтить ксс теперь больше
Неправильный ты вывод сделал, ты хейтишь CSS за то что браузер не рендерит картинку так как тебе нужно, хотя CSS как раз позволяет тебе тонко настроить поведение и добавить контроля твоим элементам. CSS позволяет всем браузерам отображать контент единообразно, пресловутая кроссбраузерность, иначе будет хуйня кто во что горазд как раньше. Хотя даже сейчас во времена доминирования хромиум-бейзд браузеров есть говноподелие от эппл которое резко выделяется в худшую сторону.
>у элемента есть неявная ширина и высота
>браузер отображает одним образом
>явно задаешь ширину и высоту, причем даже не конкретно, а просто ставя верхнюю границу
>браузер начинает вести себя совершенно иначе
>неправильный ты вывод сделал, ксс - годнота
Ты блять серьезно? Какую бы степень контроля ксс не давал, любые свойства должны точно описывать то, что происходит с элементом, а не ебать голову идиотскими сайд эффектами, смысл которых понятен только авторам ксс.
>ебать голову идиотскими сайд эффектами
Сайд-эффект в твоём случае это сценарий когда не задав нихуя картинке ты получил то что хотел.
Это только подтверждает мой тезис. На ксс логично смотреть так же, как на любой другой инструмент: есть проблема, решение которой прячется за удобным для пользователя апи. Если апи не дает интуитивного понимания, каким будет результат в том или ином случае (это ведь даже не какой-то супер редкий эдж кейс!), то инструмент - говно.
Я как пользователь не должен иметь необходимости лезть в подобные кишки 99% времени пользования инструментом. Если приходится - опять же, инструмент - говно.
Ни одна бэкенд или фронтенд технология у меня еще не вызывала такой боли, как ксс, так что проблема тут явно не во мне.
>технология у меня еще не вызывала такой боли, как ксс, так что проблема тут явно не во мне.
Какие же бекендеры дегенераты...
>Если апи не дает интуитивного понимания, каким будет результат в том или ином случае (это ведь даже не какой-то супер редкий эдж кейс!), то инструмент - говно.
Так ты им не пользовался, ты сказал что браузер тебе сделал красиво, а CSS только запутал, хотя то как хотел ты и как тебе отрисовал браузер это как раз плохая практика потому что результат непредсказуем. А случаем не ты ли в одном из тредов писал про justify-content? Если ты, то лучше забей на CSS и хуячь на тейлвинде.
То есть ксс не определяет дефолтного поведения, и поэтому браузеры делают, что хотят, а ебаться с этим юзеру. Классная спецификация, ничего не скажешь. Напоминает плюсы с их UB. На ксс я итак стараюсь забить насколько это возможно, но тейлвинд хоть и заметает под ковер часть кссного говняка, все же не спасает от него полностью.
Для тебя лично, из другого треда, вкачусь и напишу: нет, не вкатишься, ты не нужен, хоть себе на волчье очко опыт накрути, агрохуесос.
Вот у меня есть классы:
class Foo { ... }
class Bar extends Foo { ... }
class Baz extends Foo { ... }
и есть функция, принимающая конструктор:
function createFoo<T extends new (...args: any[]) => any>(Constructor: T) {
let foo = new Constructor();
...
}
Можно ли ограничить эту функцию так, чтобы она принимала только конструкторы, наследующие от Foo (т. е. только Bar, Baz и т. д.)? При этом таких классов, как Bar и Baz, может быть сколько угодно. Т. е. перечислять их в union (T extends typeof Bar | typeof Baz) - не вариант.
https://tsplay.dev/mZ5QDN
Дальше думать лень. Может тебе это поможет.
Это не фича а баг.
Потому что instanceof у них будет отличаться даже если они одинаковые.
>>3061524
https://tsplay.dev/NdD2MN
Тогда задача решена.
Ну скачай на рутрекере курс как сделать свой сайт и всё, там будет и ксс и жс.
Потому что у тебя куча способов самому узнать что учить есть, но ты срёшь на сосаче третий день.
Ты сам тут дегенерат, верстка это ебучее развлечение для аутистов
Я бы с тобой согласился, если бы на дворе был 2007 и всем хватало десктопной тулзы на винформах, которую надо скачать с пустой страницы с текстом без нихуя. А без вменяемого симпотичного UI ты получишь моментальный баунс пользователя.
мимо
Ведь буквально 3 года назад они получали свои 300к.
Есть стори?
Потому что теперь MERN стек знает любой школьник или заводчанин kekw
Можно с любым стеком найти вакансии с низкой зарплатой. А можно и высокой. Платят нам примерно так же, как и остальным. У сеньоров в любом стеке будет от 300.
В бекенд разработке на ноде MERN стек был относительно популярен лет 5-8 назад, да и то чаще на уровне джунов. Как там в 2016 поживается?
Как будто остальные пишут не круды. Челибас, банковские переводы это тоже круд операции.
ты просто зашёл во фронт тред хотя ничего не понимаешь сделал глоток рафа на миндальном молоке
https://mantine.dev/dates/date-time-picker/
Взял сначала такой пикер. В нем нельзя просто тыкнув в инпут сменить год без дрочива календаря кликами.
Идём дальше
https://mantine.dev/dates/date-input/#with-time
Вот этот работает как мне надо. Но если его законтролить, то клики по календарю работают, но если мы редактируем данные в инпуте клавиатурой, то они сбрасываются. А секунды минуты, вообще никак не поменять.
onChange евент прилетает только от манипуляций с виджетом календаря.
Захотел сделать инпут просто инпутом где пишешь че хочешь. и рядом кнопку календаря которая выбирает дату.
А получается если мы контролим инпут и у нас год 2024, мы стираем цифру чтобы ввести дрйгой год получается 202 и это невалидный год например. Как это контрить?
Сделал 3 вариант короч. Календарь я сунул в мантиновое меню, проверяю дату на валидность onBlur в обычном инпуте не контролируемом.
А инпут заполняю в useEffect.
Пиздец дрочево конешн.
>проверяю дату на валидность onBlur в обычном инпуте не контролируемом.
>инпут заполняю в useEffect.
>Пиздец дрочево конешн.
Зато лидер рынка и работы много и говнокода типа калбэк через эвентлистенер через юзвочко.
Это еще не всё. надо еще в defaultValue прописать дату, а то useEffect не всегда срабатывает...
БИБИБИБИБИБИБИ
БЯБЯБЯБЯБЯБ БУКА БУКА БИКА БЯМБА БИЛДА ДА БУКА ВУКА КУКА СРУКА
>>3063147
Ещё можно пдфки генерить. Если делать это попукивая в кафку, то суть не меняется. Круды.
Если тейлвиндом не зашкварно, во всяком случае как нам утверждает мейнстрим, то почему зашкварно бутстрепом?
И отправляет 2 лога первый сразу же по клику, а второй когда промис сработает.
Можно сколько угодно этих логов отправлять почему-то в массив добавляется только один за клик.
И получается сначала появляется надпись "Отправляем..." а потом на её месте "успешно". А надпись "Отправляем..." исчезает.
Эффект конечно прикольный, но это баг.
Компонент лога Пик 3 смысла предоставлять нет, потому что ошибка выше на 1 скрине длина массива не та.
Мне кажется меня ебет какая-то реактовая оптимизация рендеров.
Делаю вот так и только 1 запись.
Ну открой доку по юзстейту, господи. Есть 2 перегрузки диспатча из юзстейта.
1) Ты передаёшь значение которое будет установлено к следующему рендеру.
2) Функциональный вариант с доступом к внутреннему значению переменной.
В во втором кейсе ты делаешь
setLog(state => state.concat(record));
Ну что, react макаки, тряска по поводу htmx уже началась?
шучу, на реакте много легаси говна уже, просто интересно че думаете про htmx, htmz(https://leanrada.com/htmz/) будет ли за ними будущее?
Что то хуйня, что это хуйня, но хтмкс хотя бы подвижка в правильную сторону. Жду, когда колесо фронтосансары даст полный оборот и макаки вернутся к нормальному вебу и перестанут сука писать лендинги на ангуляре. Сил уже никаких нет, как заебало то господи ёб твою мать блять
Это просто новый инструмент для которого кто-то уже нашёл, а кто-то найдёт применение, нахуя искать убийцу реакта. Сейчас в смартфонах по 8 гигов оперативы, в десктопах современных по 16 минимум, поэтому генерация HTML на сервере вместо клиента это очень мнимое преимущество и прямо скажем запоздалое. Ну и зависит от количества компонентов в интерфейсе которые ререндерятся при взаимодействии пользователя с этим самым интерфейсом, т.к. мы грузим HTML.
>>3063768
>и перестанут сука писать лендинги на ангуляре
Это какое-то соломенное чучело, я такой видел только один раз и это был высер Артемия Лебедева который разбирал Вадим Макеев, что-то про доступность там было. Бизнес в целом не такой расточительный чтобы тратить деньги на подобную хуйню.
>генерация HTML на сервере вместо клиента это очень мнимое преимущество и прямо скажем запоздалое
Поисковики если что уже умеют парсить JS, ну а если прям очень хочется можно и SSR прикрутить, т.е. проблемы которые решают htmx/серверные компоненты решаемы и сейчас.
Ты попизди мне ещё тут с дивана, я за год третий подобный высер перекорячиваю уже, ажтрисет уже блять
Скажи честно, ко многим сайтам уже сам лично прикручивал SSR? Чо там в ангуляровском ссре по LCP и прочим метрикам?
>Поисковики если что уже умеют парсить JS
Ну вот зачем ты пишешь хуйню о том, в чём ничего не понимаешь? Какой жс кто там парсит, что ты брешешь? Поинтересуйся хоть, каким образом то эти самые поисковики выполняют жс, какие там для этого приходится применять хитрости, чтобы убедиться, что фронтовысер уже прям вот загрузился, а не просто насрал в евент луп и сдриснул из первичной таски, и какие это по итогу влечет проблемы с теми же метрикам
Всякие нексты и свелткиты выглядят более адекватно с той точки зрения, что они к существующим фронтотулзам прикручивают бэк, а не наоборот. Бэк на ноде, конечно, мем, но для простых проектов сгодится, главное, что всякие бандлеры и линтеры прикрывают жопу. А вот если фронт притащить на бэк через хтмкс, то тут только хеллоу ворлды писать, потому что даже для тайпскрипта придется тащить васянские либы сомнительного качества или как-то иначе пердолиться с билдом, через те же мейкфайлы. Минимизацию бандла пердолить самому и т.д.
>они к существующим фронтотулзам прикручивают бэк
Охуенная тема, закономерный итог развития парашной фронтомакакии. К фронту прикручиваем бэк, все правильно, очень разумно и естественно звучит, для реактивного объебоса, который кроме очка Абрамова ничего в своей профессиональной жизни не видел. Progressive enhancement, graceful degradation - не, не слышали, ведь все, что умеем - это писать ИМПОРТ РЕАКТ ФРОМ РЕАКТ и ЮЗЭФФЕКТ ЮЗСТЕЙТ и хотим, чтобы желательно больше ничего и не требовалось уметь, а что в эту матрицу дауна, сбежавшего из интерната для умственно отсталых, не влезает - то либо не нужно, либо как-нибудь прикорячим, в принципе гланды через жопу тоже можно вырывать, если по другому не умеешь
Лол блять, остуди пердак. Я тебе про конкретные практические проблемы говорю, а ты про то, как оно в идеале должно быть. Для реальных проектов ни хтмкс, ни эти фуллстек фреймворки не годятся, надо делить на фронт и бэк. Но для всяких стартапов тупо удобнее взять фуллстек фреймворк и не ебать голову отсутствием нормальной экосистемы вокруг хтмкс, разве не так?
Ты даже не понимаешь, что такое фронт и бэк, вернее у тебя различие между ними обусловлено фреймворк-ориентированной парадигмой мышления. Притащить фронт на бэк - ты сам понимаешь, какую хуйню ты сказал? Ты в курсе например, что HTML это по смыслу не обязательно "фронт", потому что хтмлня способна передавать смыслы (семантику) документа? А раз так, то может разумно эти смыслы описать и сформировать в том же месте, где сидят фактические данные, а не упаковывать-распаковывать их по миллиарду жсонов на десятках эндпойнтов и в конце все это лепить динамически из дивов и палок?
Да мне похуй на стартапы и как именно им удобнее сэкономить сегодня на том, за что придется платить 10х послезавтра. По итогу дешевле и удобнее всегда делать сразу по человечески, разница только в сроке, спустя который наступит время "платить по долгам". А если кто-то считает, что он сейчас напишет дешёвую и сердитую хуиту, а зато потоооом, то он либо дурачок, либо в принципе не планирует ничего на долгий срок и его интересует по быстрому срубить бабки и съебать в закат
Нет, не разумно. Есть причина, по которой существует деление на фронт и бэк на уровне "стеков" и специализаций вебмакак. Хтмл, какой бы он там ни был - это представление. Ты выдал хуйню уровня "все информация, поэтому давайте все держать в одной кодобазе". Естественно, хтмл несет смысл, вот уж открытие. Но это просто формат, который к тому же не всеми потребителями понимается - некоторые хотят жсон, для нативных мобильных приложений хтмл не имеет смысла.
А представление должно быть отделено от логики. Хтмкс же предлагает на болты привинтить хтмл к логике. Мало того, что тулзы для работы с хтмл/ксс/жс (фронтом, короче) другие и слабо вписываются в экосистему любого бэкенд-языка, так еще и в поддержке это все превратится в кромешный пиздец, от которого деды с их CGI и сервлетами пытались уйти в бородатые годы.
Еще раз: хтмл - представление, бэк в принципе не должен знать, как отобразить данные, это не его дело.
Пока ты пердолишься с сурьезным клинкодовым решением, бизнес 10 раз сдохнет, и вместо зарплаты ты получишь рыбную котлету.
>Хтмл, какой бы он там ни был - это представление
Какое нахуй представление? Давай начнем с того, что хтмл - это язык, причем не абы чего, а разметки гипертекста. Хтмл-документ ничего никому не "представляет", он просто размечает гипертекст, дальше можешь с ним делать что хочешь - можешь в браузер засунуть с дефолтным ua стайлшитом, можешь кастомных стайлшитов туда докинуть, можешь сделать вид что это такой xml с нюансом, можешь попросить как-то, и тд. Я понятия не имею, что ты вкладываешь в свое понятие представления и главное нахуя мне этот термин нужен. Я вот оперирую другими понятиями: я знаю, что есть данные, которые мне нужно как-то донести до пользователя в удобоваримом для него формате. Эти данные так или иначе структурированы, этот факт позволяет мне при помощи хтмл передать данные с сохранением смысла на клиент. А клиент дальше уже пусть дрочит как хочет, хоть в вебвью отображает, хоть парсит, хоть в браузере со стайлшитами картинки рисует, да хоть блять на азбуке Брайля воспроизводит, мне все одно, потому ,что я данные передал вместе с их структурой. Где тут представление в хтмл, о чем ты вообще?
Так сложно понять, что представление и формат - одно и то же? Хтмл ничем не "лучше" жсона или хмл или чего угодно еще. Притащив хтмл на бэк, ты просто говоришь "теперь мы поддерживаем только браузеры". Ну и флаг тебе в жопу да залупу на воротник, твой выбор. Но как только возникнет необходимость отдавать что-то кроме хтмл (а она возникнет, если это не твой личный петпроект на 1.5 человек), у тебя будет неподдерживаемая лапша из логики и представления.
Ну так не работай в говне, которое тонет за два месяца. Проблема не в том, что он дохнет, а в том, что долбоебы думают, что могут наебать природу и сделать легко и дёшево то, чему внутренне присуща определенная степень сложности. Получается всегда одно и то же в итоге -- переписывания с нуля, деньги в топке, вместо продукта вечное сырое говно, тонущее под тяжестью того шлака, который в него насовывали в попытках удержать свое "простое" решение на плаву
Вот же кабанычи глупые. Вместо того, чтобы потратить год на хорошее масштабируемое решение, которые нахуй никому на рынке не нужно, делают мвп из говна и палок, тратя кратно меньше денег на проверку гипотез и быстрее захватывая рынок.
>представление и формат - одно и то же
В этом твоя ошибка, откуда и вытекают дальнейшие твои рассуждения. Ты определись для начала, чего ты отдавать хочешь -- гипертекст или просто куски данных? Если тебе надо в одном клиенте гипертекст, а в другом куски - ну так отдавай в первый клиент гипертекст, а второй пусть дёргает твой рест или что там у тебя. Гипертекст это не "представление", и не просто формат данных, это данные, структурированные особым образом и за счёт этой структуры несущие дополнительную семантику, которую жсоном ты заебешься передавать, а если попытаешься, то и получится у тебя тот же хтмл, только over JSON зачем-то, косноязычный, многословный и бессмысленный.
Какой рынок они захватывают в 2024 тысячелетии, окстись, рынок давно захвачен гигакабанами и в любой нише гигакабан раздавит доморощенных захватывальщиков как блоху
И да, я нихуя не сторонник хтмкса, на мой взгляд это тупое говно тупого говна для людей, совершенно не понимающих суть(тм) скриптодрочева и какое именно место оно должно по логике вещей занимать в вебе
Так эта мета-информация о структуре данных имеет смысл только для браузера. Как я и сказал, хтмл - просто формат, который 1) менее удобный в работе, чем жсон 2) не понимается всеми клиентами. А уж больше в нем информации или меньше, чем в жсоне - дело десятое.
>Если тебе надо в одном клиенте гипертекст, а в другом куски - ну так отдавай в первый клиент гипертекст, а второй пусть дёргает твой рест или что там у тебя
Вот об этом я и говорил. Теперь тебе вместо того, чтобы просто отдать жсон со стандартной структурой данных и позволить клиенту самому решить, как эти данные представить, придется поддерживать кучу всяких разных апишек под хотелки разных клиентов. Надо добавить поле для мобилок и браузеров? Не забудь добавить в обе апишки. А теперь добавь к этому версионирование, которое придется делать для всех апи, добавь процессные сложности как разделение на несколько команд и раздельное их масштабирование с разными потребностями к си/сд под разные куски кода. Все это приведет к монолитной калоглыбе, к которой страшно лишний раз прикасаться.
Маняфантазии. Гигакабаны просто скупают выстреливающие стартапы, сами стартапы никуда не деваются.
>Так эта мета-информация о структуре данных имеет смысл только для браузера
С каких бы это хуев? Ты мне ещё скажи, что понятия "упорядоченный/неупорядоченный список", "смысловое ударение", "аутлайн документа" и просто правила профессиональной публицистики существуют только в браузере. Теперь приведи пример, как ты собираешься передавать факт смыслового акцента на определенном слове в тексте посредством жсона.
>Надо добавить поле для мобилок и браузеров? Не забудь добавить в обе апишки
Если ты имел дело с Большими Проектами(тм), то, думаю, сам понимаешь, что этот аргумент несостоятелен. Тебе так или иначе придется думать и о мобилках, и о браузерах, и о черте лысом при изменениях в апи, а то и заиметь отдельное апи для мобилок в запущенных случаях
>А теперь добавь к этому версионирование, которое придется делать для всех апи, добавь процессные сложности как разделение на несколько команд и раздельное их масштабирование с разными потребностями к си/сд под разные куски кода. Все это приведет к монолитной калоглыбе, к которой страшно лишний раз прикасаться.
Нет, не приведет. У тебя есть сурсы данных - БД, говнохранилища, файлопомойка, сторонние сервера, и тд. У тебя есть внутреннее апи для агрегации данных из этих сурсов и какого-то первичного трансформирования, если тебе нужно их как-то перекрестно склеивать. Это у тебя так и так все будет, вне зависимости от того, сколько апи у тебя торчит наружу. И дальше у тебя есть уже то, что ты мог бы назвать, пользуясь своей терминологией, представлениями этих полусырых, прошедших первичную обработку, данных. Например, "представление" в хтмл формате с дополнительными смыслами, очень удобно описываемыми самой структурой хтмльни, для клиентов, которым не насрать на эти смыслы. А для тех, кому насрать, у тебя есть "представление", например, в виде иерархии сущностей аля рест. Где тут монолитность? Она здесь внутренне заложена не больше, чем в случае с одним внешним апи
А с чего ты решил, что я должен в принципе такую информацию всегда передавать? Она часто не имеет смысла с точки зрения бизнес-домена. Если я продаю дилдаки, то юзеру важно знать название модели, описание, цену, длину, диаметр, наличие доп. функций. А уж на каком там слове акцент в описании и как это показать - во-первых, далеко не так важно, во-вторых, я могу конкретно описание сохранить с хтмл-тегами и отдать на фронт просто строкой в жсоне, не превращая все в хтмл.
Если ты продаешь дилдаки на ангуляре, то у меня для тебя плохие новости. Сферический дилдачный магазин хтмльней описывается полностью, а для мобильного приложения пожалуйста делай рест, никто не запрещает. Но скорее всего дилдокабан все равно не готов будет вложиться в полноценную нативную разработку под ведро и айос, зато показать хтмльню в вебвью и успокоиться как раз быстро и дёшево, и никак не препятствует в дальнейшем переходу на полноценный нейтив
Ну то есть никакой рынок они на самом деле не захватывают, а захватывают его гигакабаны, что я изначально и сказал
С чего бы? С жсоном я добавляю поле в одну апи, а тут надо в две. Добавление поля не ломает никаких клиентов, поэтому тут кроме согласования контракта с теми, кто эти клиенты поддерживает, ни о чем думать не нужно.
>>3063840
Как у тебя все просто звучит. Вот только на практике ты охуеешь от одного только набора инструментов в такой монорепе, потому что сырой хтмл никому не нужен, мы не в нулевых, надо будет прикручивать кастомный жс к нему - усложняешь процесс билда. Тесты будут дольше гоняться, потому что теперь надо тестировать несколько апи, добавлять юай-тесты. Захочешь избежать этого - пожалуйста, теперь у тебя еще больше кастомной конфигурации билда, которая решает проблему, созданную монорепой. Отвалилась жопа из-за проблемы с какой-то из тулзов или депенденсей? Что ж, теперь ты нихуя не сможешь сделать, пока не починишь, даже если тебе надо просто кнопку покрасить, не трогая бизнес логику.
Это по сути то же самое, что монолит vs микросервисы. Первый проще поначалу, да, но масштабируется хуже. Все усугубляется тем, что вряд ли сегодня есть нормальные тулзы для работы в таком стиле, чисто практически это будет боль, васянство и ревущий горькими слезами кабаныч.
Гигакабан не купит твое поделие, если им никто не будет пользоваться. Если им пользуются, то ты захватил рынок или его часть.
Ладно, я на сегодня заебался, уже пять утра нахуй. Завтра отвечу, если не забуду
Так я ж не против, на здоровье. Просто надо пынямать, что если магазин дилдокабаныча взлетит и понадобиться масштабировать вверх и вширь, то ему придется влошиться в распиливание огромного копролита, срущего хтмлками. Но скорее всего влошения не будет, просто будет очередной проект-болото, где фитчи пилятся по несколько месяцев под рев непонимающего кабана.
>Бэк на ноде, конечно, мем
Как обычно очередное некомпетентное разглагольствование фронтендера без опыта работы в бекенде. Забавно, что такие персонажи думают, что свелткит или некст — это и есть бекенд на ноде, лол.
Кушай жирные промисы, только не обляпайся.
https://www.youtube.com/watch?v=i0YfiQlzv6M
При чём тут расхайпленный кусок говна под названием графкл? Он не связан с нодой, и проекты на нём делают всё реже и реже, это говно умирает.
И при чём тут промисы? Ты можешь нормально выражаться, шиз, и привести нормальные аргументы?
>>3063854
А ещё графкл чаще всего любят именно фронтендеры, ведь им так легче делать запросы к беку. Видео не смотрел, пока не знаю, что там кукарекают про перформанс, но он у ноды явно неплохой.
>идео не смотрел, пока не знаю, что там кукарекают про перформанс, но он у ноды явно неплохой.
Чел... ну во-первых, хуй знает, как там замерялась латенси, потому что об этом напрямую и говорится в видео, что промисы на базе ивент залупы довольно дорого обходятся, а во-вторых, у тебя жс в бизнес-логике, о чем тут вообще говорить))).
> Ты даже не понимаешь, что такое фронт и бэк,
/thread
Этого шиза тут уже 19 тредов кормят. У него нода это только экспресс а некст это фронтэнд.
Устал уже от этих мантр про слабый перформанс ноды. Эти мантры никогда не подкреплены пруфами, и в любых бенчмарках нода показывает себя нормально, вполне средне. Это не ровня го или сишарпу, но куда лучше руби, пхп, питона.
>у тебя жс в бизнес-логике
А вот ещё одна из классических мантр, которая уже давно неактуальна. Тайпскрипт видел сколько лет назад вышел? Да и в чистой бекенд разработке на ноде популярен нест, который даёт подход и структуру по типу спринга из джавы, а это железобетонная хуйня, проверенная временем. Ну, отдельные извращены могут взять какой-нибудь InversifyJS и накостылить всё вручную на фастифае или чём угодно ещё, только зачем, если уже есть нест.
>Это не ровня го или сишарпу, но куда лучше руби, пхп, питона.
А почему мы сравниваем ноду с языками, для серьезного бэка мало пригодными? Писать логику на динамикодрисне, когда есть джава, го или шарп, серьезно?
>А вот ещё одна из классических мантр, которая уже давно неактуальна. Тайпскрипт видел сколько лет назад вышел?
Юзаю тайпскрипт повсюду, но почему-то все равно периодически ловлю "Error: zalupa is not a function" и подобное. Неправильный тайпскрипт устанавливаю, видимо. А весь секрет в том, что авторы либ могут свободно забивать хуй на типизацию, и ничего ты с этим не сделаешь.
Да и все эти твои графики показывают лишь слона в вакууме, да и то вполне возможно, что не слона, а коня. Сравнивать по-хорошему надо одинаковые продовые проекты с приличным трафиком, а таких сравнений у нас нет, есть только анекдоты типа "перешел с Х на Y, стало лучше по метрике Z". Так что я больше верю мемам, все-таки не зря частенько слышу, как больно работать с нодой на бэке.
>А почему мы сравниваем ноду с языками, для серьезного бэка мало пригодными?
Сравниваем с любыми, в том числе с интерпретируемыми. Серьёзный бек ты по количеству RPS определяешь? Лол.
>Писать логику на динамикодрисне, когда есть джава, го или шарп, серьезно?
У тайпскрипта статическая типизация.
>Юзаю тайпскрипт повсюду, но почему-то все равно периодически ловлю "Error: zalupa is not a function" и подобное. Неправильный тайпскрипт устанавливаю, видимо. А весь секрет в том, что авторы либ могут свободно забивать хуй на типизацию, и ничего ты с этим не сделаешь.
Авторы либ тут при чём? Речь шла про бизнес логику, которую ты сам пишешь.
>Да и все эти твои графики показывают лишь слона в вакууме, да и то вполне возможно, что не слона, а коня.
Понятно, рпс не важен, латенси не важен. В том же бенчмарке от techempower есть fortunes, которые сильнее приближены к проду, и там нода себя нормально показывает.
>Сравнивать по-хорошему надо одинаковые продовые проекты с приличным трафиком, а таких сравнений у нас нет, есть только анекдоты типа "перешел с Х на Y, стало лучше по метрике Z".
Догадайся, почему нет. Потому что продвые проекты обычно не переписывают с X на Y или обратно.
>Так что я больше верю мемам, все-таки не зря частенько слышу, как больно работать с нодой на бэке.
Да, мемы конечно точнее, чем множеством разных бенчмарков. Я наоборот чаще слышу как приятно работать с бекендом на ноде, но я работаю бекендером на ноде много лет, вокруг меня много таких же. И закономерно, что я такое слышу. Потому что я получаю нормальный перформанс, пишут на одном из лучших языков (TS), пишу либо максимально свободно, как на чистом express/fastify, либо в удобной структуре неста как на спринге, только без излишеств джавы, благодаря всему этому высокую скорость разработки. Ну и самое главное, доёбы до перформанса, даже если бы они были оправданы, смысла имеют мало, и ты бы это знал, если бы писал серьёзные проекты. У инстаграма бизнес логика на питоне, у ютуба тоже, на пхп и руби так же писались крупные проекты. Ты намного раньше упрёшься в ботлнек в базе данных. А ещё энтерпрайз проекты для внутреннего пользования гигантских корпораций практически никогда не имеет реально высокой нагрузки, так что маловато смысла в том, чтобы тащить туда джаву/дотнет/го. В Тинькове вот несколько активных проектов написаны на ноде. Да много где, в компаниях, которые тут все знают.
2. Что думаете насчет этой вещи https://github.com/uNetworking/uWebSockets.js/?
3. Воркер треды делают ноду многопоточной?
Как сделать чтобы красным не подчеркивало?
https://tsplay.dev/w2g5jN
await лишние удалил.
>HTML это по смыслу не обязательно "фронт", потому что хтмлня способна передавать смыслы (семантику) документа
Какие блять "смыслы" может передать набор букв, изначально определяющий дефолтный способ отражения в браузере? Например, сейчас W3C рекомендует хлебные крошки верстать как nav > p > a. Расскажи мне, плиз про семантику p данном примере.
>>3063835
>Теперь приведи пример, как ты собираешься передавать факт смыслового акцента на определенном слове в тексте посредством жсона.
Факт смыслового акцента не имеет к данным никакого отношения, как и упорядоченный список. Или покажи мне (не)упорядоченный список в SQL. Алсо, далеко не каждый проект В ПРИНЦИПЕ нуждается в таких вещах как аутлайн и смысловое ударения. Ты еще блять не знаю, назови выделение курсивом данными.
>>3063851
>Забавно, что такие персонажи думают, что свелткит или некст — это и есть бекенд на ноде, лол.
Бэк на динамопараше - это уже само по себе мем, вне зависимости от ее конкретного названия. Хотя, если в твоем понимании копролит на пыхапэ, срущий хтмль для сельского интернет магазина дилдониксов - это бек...
>>3063859
Вау, прикольно, наверное сравнивать хуйню, умеющую только срать джсоном с фуллстек фреймворком.
>>3063877
>Устал уже от этих мантр про слабый перформанс ноды. Эти мантры никогда не подкреплены пруфами, и в любых бенчмарках нода показывает себя нормально, вполне средне.
Даже на твоих диаграммах ноду крепко бутылит БУКВАЛЬНО любой нормальный язык программирования, начиная с го и кончая сисярпом.
>Это не ровня нормальным ЯП, но куда лучше говна, дерьма, мочи.
Пофиксил, не благодари.
>Тайпскрипт видел сколько лет назад вышел?
И в котором до сих пор куча критических багов, причем многие из них возникают, если писать код, следуя документации. И да, фикситься они не будут примерно НИКОГДА.
>Да и в чистой бекенд разработке на ноде популярен нест, который даёт подход и структуру по типу спринга из джавы
И который при прочих равных (ну если отбросить написание кода на ЖС) в пике обеспечивает 70к RPS, в то время как Spring 150k. Как говорится, почувствуйте разницу.
>Ну, отдельные извращены могут взять какой-нибудь InversifyJS и накостылить всё вручную на фастифае или чём угодно ещё, только зачем, если уже есть нест.
Вопрос нахуя в принципе костылить бэк на непредназначенном для этого языке программирования, видимо, перед жсодаунами не встает в принципе.
>>3063884
>У тайпскрипта статическая типизация.
И что она дает, если:
1) она не строгая
2) она с кучей багов, вызванных структурной типизацией
3) она наследует весь кал JS, по типу typeof null === "object", являясь его надмножеством
?
>Я наоборот чаще слышу как приятно работать с бекендом на ноде, но я работаю бекендером на ноде много лет, вокруг меня много таких же.
А если ты придешь в гей-клуб, услышишь о том, как приятно ебаться с мужиками в жопу, прикинь?
>Потому что я получаю нормальный перформанс
Нормальный перформанс - это 0,5 от такого на нормальных ЯП? Фиксирую данную информацию.
>пишут на одном из лучших языков (TS)
В стендапе себя не пробовал?
>либо в удобной структуре неста как на спринге, только без излишеств джавы
А то, что эти излишества обеспечивают написание безопасного кода, который быстрее в твоего минимум в 2 раза, ты это решил опустить?
>благодаря всему этому высокую скорость разработки
Которая компенсируется низкой скоростью отладки, лол
>Ну и самое главное, доёбы до перформанса, даже если бы они были оправданы, смысла имеют мало, и ты бы это знал, если бы писал серьёзные проекты.
Я писал до жопы срьезных проектов и НИ РАЗУ не видел бэк на жс.
>У инстаграма бизнес логика на питоне, у ютуба тоже
Ты работал в инстаграме и ютубе? Тогда не пизди, что там и на чем написано. Бизнес логика ютуба написана на С++.
>на пхп и руби так же писались крупные проекты
Да, например на руби был написан твитор, а потом когда они уперлись в ботлнек, все это динампорашаное говно пришлось перепиливать на Скалу (JVM).
>Ты намного раньше упрёшься в ботлнек в базе данных
Стесняюсь спросить, ты когда-нибудь слышал что-то про кешировани или ин-мемори?
>А ещё энтерпрайз проекты для внутреннего пользования гигантских корпораций практически никогда не имеет реально высокой нагрузки, так что маловато смысла в том, чтобы тащить туда джаву/дотнет/го
1) энтерпрайз компании далеко не всегда образец для подражания
2) перформанс - это следствие, а не причина. Причина - это иметь возможность писать код на НОРМАЛЬНОМ языке программирования.
Если ты реально не понимаешь, почему ЖС таковым не является, у тебя большие проблемы с инженерной культурой. Есть вполне опеределенны критерии качества языка программирования, сформулированные ДЕСЯТИЛЕТИЯ назад инженерами, эти самые языки изобретающие. Так вот ЖС ПО КАЖДОМУ из критериев получает даже не нулевую, а БУКВАЛЬНО ОТРИЦАТЕЛЬНУЮ ОЦЕНКУ.
>В Тинькове вот несколько активных проектов написаны на ноде.
Вау, АЖ В САМОМ тинькове какую-то хуйню написали на ноде, это сигнал к тому, что бэк на ноде - это норм
>некст это фронтэнд.
В нём можно писать обработчики бекенд роутов, но не обязательно, очень многие этого не делают. А вот фронтенд в некст приложении есть всегда, это не опционально, это обязательно. Так что по сути некст это фронтенд, его используют в первую очередь для фронтенда, и только иногда для маняподобия бекенда. Нормальный бекенд на нексте возможен разве что с серверлесс.
https://tsplay.dev/NBdJnW
Вот так нормально вроде.
>это обязательно
Что тебе запретит не использовать страницы в нексте?
Зачем так толсто? Ладно, покормлю. Как ты пишешь буквально никто не делает. Зачем это нужно, если проще и выгоднее взять банальный экспресс? Некст не предназначен для написания бекенда, он либо для маняфуллстека, либо для фронтенда. Его возможности для написания бекенда сильно ограничены, их хватает только для серверлесс-шизов и всяких tRPC-шизов. Если у продукта есть мобильное приложение, то уже нужен отдельный бекенд.
>>3051416
Нихуя себе, жс сосунки открыли для себя демосцену.
Охуеть просто, демка в 10 строк помещается у него, у другого этим занимается учёный.
>Бэк на динамопараше - это уже само по себе мем, вне зависимости от ее конкретного названия.
Хехе, ловите "иксперта".
>Если у продукта есть мобильное приложение, то уже нужен отдельный бекенд.
Так ты же вчера усирался доказывал мне, что достаточно одного бэкенда и все клиенты обязательно должны лепить себя динамически на основе реста
>Какие блять "смыслы" может передать набор букв, изначально определяющий дефолтный способ отражения в браузере?
Ты не понимаешь, что такое HTML, пиздуй мдн хотя бы читать.
Например, сейчас W3C рекомендует хлебные крошки верстать как nav > p > a. Расскажи мне, плиз про семантику p данном примере.
А Вася из пивного ларька рекомендует кнопки на дивах верстать, дальше что? W3C превратились в калосборник давным давно, когда с чего-то решили, что спецификация должна монументировать говнопрактики тридцатилетней давности, вместо того, чтобы определять, как писать правильно. А правильно или неправильно ты сверстал - ну сходи к инвалидам спроси у них, как им, пиздато такой нав читается со скринридера, все понятно, или не особо.
>Факт смыслового акцента не имеет к данным никакого отношения, как и упорядоченный список
Ты не понимаешь, что такое данные.
>Ты еще блять не знаю, назови выделение курсивом данными.
Иди читай мдн про тэг <i>, неуч.
>Хехе, ловите "иксперта".
На остальные пункты пукнуть уже не хватило ума? И да, все еще жду примера серьезного бэка на динамопараше.
>, как им, пиздато такой нав читается со скринридера, все понятно, или не особо.
Как?
Чел, на кложе дохуя в финтехе написано. Алсо руби и иже с ними. Да хуле с тобой спорить - себе дороже, как говорится. Ты же упертый баран со сверхценным "своим мнением".
>хлебные крошки верстать как nav > p > a
Разве не семантичнее использовать вложенный список? Хлебные крошки и выглядят как ссылка на какой-то элемент списка, как пример ссылка на элемент раздела - разделов у нас несколько, они являются подразделами других разделов.
Я проебался с разметкой, это была цитата того анона. Правильные хлебные крошки это <ol> со ссылками + aria-current="page", больше нихуя не надо. Ну возможно ещё navigation landmark, но тут уже надо конкретно смотреть.
Что как? Иди да спроси, или сам попробуй, поставь себе ридер, выкрути яркость экрана в ноль и посмотри, понятно тебе что происходит или нет. Если нет - значит, твоя верстка говно. В особо запущенных случаях может быть дизайн говно, из которого никакой вёрсткой доступную страницу не слепишь, но это всё-таки исключение в наш век чукотских мартыханов, не осиливших даже доку почитать, прежде чем своими кривыми щупальцами лезть в разработку
Это просто тебе трясунчику внушили что тебе надо стараться для слепых. А если ты для слепых не достаточно постарался то тебе зп урезать надо.
>Ты не понимаешь, что такое HTML, пиздуй мдн хотя бы читать.
1) Я побольше твоего понимаю, что такое HTML
2) МДН никак не может являться источником информации об HTML
>W3C превратились в калосборник
Пока что в калосборник превратились только твои мозги, которые считают, что информацию об HTML можно получать откуда-то кроме WHATWG.
>А правильно или неправильно ты сверстал - ну сходи к инвалидам спроси у них, как им, пиздато такой нав читается со скринридера, все понятно, или не особо.
Ты совсем долбоеб? Такие вещи задаются при помощи ARIA-атрибутов.
>Ты не понимаешь, что такое данные.
Просвети меня.
>Иди читай мдн про тэг <i>, неуч.
В третий раз повторяю, МДН не является и не может являться источником информации про HTML. Алсо, можешь высраться о том, чем же отличается текст обернутый в <i> от <span> с навешенным font-style: italic. Ответ: ничем, это хуита тянется со времен HTML 1.0, когда CSS в природе не было.
>Чел, на кложе дохуя в финтехе написано. Алсо руби и иже с ними.
Чел, твою кложу уже многократно обоссали с ног до головы. Весь финтех написан на джаве. Любой, блять, банк, весь госсектор, почти весь тырпрайз. Чтобы это понять достаточно хотя бы один раз устроиться на работу в любой из означенных секторов IT. И тут вылазит какой-то петух, обчитавшийся SICP и ни разу в жизни не работавший в энтерпрайзе, и начинаются вскукареки про "на кложе дохуя написано".
>Да хуле с тобой спорить - себе дороже, как говорится. Ты же упертый баран со сверхценным "своим мнением".
Каким, блять, мнением? Это не мнение, это факт. Принеси сюда хотя бы один пример общественно-значимого для ITшки попенсорс продукта, написанного на кложе или руби. А у тебя мнение, причем из манямирка, в котором финтех на кложе, а на руби что-то там написано.
Ну ты только не плачь сильно, когда твоего кабана амерский суд на бабки по ADA поставит, а кабан в свою очередь тебя на мороз ссаными тряпками выпизднет, абсолютно заслуженно кстати.
>>3064322
Ну понятно, читать не пошел, чукча не читатель, зато пасть свою тупорылую джуновскую разеваешь. Про ариа вообще пушка блять, даун не в курсах, как строится AOM и почему твоя ссаная ария в большинстве случаев нахуй не нужна, если верстка сделана правильно. Ты ведь даже ни одного скринридера в жизни не запускал и ни одного приложения на комплаенс с WCAG аудит не проводил, ты же ровно нихуя не знаешь о доступности. Типичный двачер-червь со "своим мнением", приобретенным от индусов-инфоцыган на медиуме
> Ну ты только не плачь сильно, когда твоего кабана амерский суд на бабки по ADA поставит, а кабан в свою очередь тебя на мороз ссаными тряпками выпизднет, абсолютно заслуженно кстати.
Невыдуманные истории о которых нельзя молчать.
Тебя в гугле забанили? Или ты максимум на руссеянское ООО Залупа&Ко работал?
Попробуй CSS Vanilla, это новый фреймворк, говорят очень легковесный и даже нативная поддержка в браузерах есть уже
>>3064514
Ну и зоопарк у вас, фронтеэндеров. Каждый месяц новый фреймворк.
В этом вашем мастере можно простой интерфейс в духе ВК наговнякать без лишней боли в заднице?
Как в ВК, литералли: https://github.com/VKCOM/VKUI
Шиз, ты всех анонов перепутал. Я не говорил, что достаточно одного бэкенда, я изначально сказал, что для простого бэка хватит и фуллстек фреймворка, и это будет удобнее, чем то же самое на хтмкс, потому что чисто практически нормальный фронт во втором случае будет сложнее написать. По мере роста проекта в любом случае придется разбивать на фронт и бэк части и соединять через рест.
Соседнюю вкладку открой. Тейлвинд надо с постксс юзать, ты не так поставил.
Сук, точно там прям так и написано что для вито нужно через постксс ставить все
Большое спасибо, анон.
> как диды в 2010х
Это буквально всё кроме некста, нукста.
Отправляешь реквест на сервер, он тебе ощибку валидации отправляет.
Рисуешь эту ошибку на форме.
>почему твоя ссаная ария в большинстве случаев нахуй не нужна, если верстка сделана правильно
Вау, малолетний долбоеб при помощи верстки собрался сообщать скринридеру, что кнопка является тогглом меню и находится сейчас в открытом состоянии, просто вау. Научи верстать.
>ни одного приложения на комплаенс с WCAG аудит не проводил
Хуею с придурка. Первый же пункт:
>1.3.1 Info and Relationships (A) (2.0)
>Use ARIA landmarks and labels to identify regions of a page.
>>3063999
>И который при прочих равных (ну если отбросить написание кода на ЖС) в пике обеспечивает 70к RPS, в то время как Spring 150k. Как говорится, почувствуйте разницу.
Проиграл. Пруфов не будет?
>Вопрос нахуя в принципе костылить бэк на непредназначенном для этого языке программирования, видимо, перед жсодаунами не встает в принципе.
Костылить нужно тем, кто не хочет писать на несте. А тайпскрипт вполне для бека предназначен. Точнее, у него нет строгого предназначения, он предназначен для запуска в любой доступной среде исполнения, в том числе в ноде или в бане.
>Нормальный перформанс - это 0,5 от такого на нормальных ЯП? Фиксирую данную информацию.
Нормальный перформанс это такой, которого достаточно для 99% проектов.
>А то, что эти излишества обеспечивают написание безопасного кода, который быстрее в твоего минимум в 2 раза, ты это решил опустить?
Как задетектить диванного вкатыша? Он зациклен на перформансе, ему не даёт покоя перформанс, он регулярно его упоминает без значимой на то причины.
>Которая компенсируется низкой скоростью отладки, лол
Скорость отладки намного выше, чем у той же джавы.
>Я писал до жопы срьезных проектов и НИ РАЗУ не видел бэк на жс.
Тогда перечитай свой же каламбур про гей клуб. Не удивительно, если сидеть в эхо камере. Ошибка выжившего. Если ты ни разу не видел, то это не значит, что их нет. Я при этом не спорю, что на джаве или го их конечно же больше.
>Ты работал в инстаграме и ютубе? Тогда не пизди, что там и на чем написано. Бизнес логика ютуба написана на С++.
Не работал, но читал об этом публикации. Судя по информации из них, бизнес логика написана на питоне. На плюсах написан видео процессинг, транскодинг и т.д.
>Да, например на руби был написан твитор, а потом когда они уперлись в ботлнек, все это динампорашаное говно пришлось перепиливать на Скалу (JVM).
Проекты уровня твиттера это 0.01% проектов. Ты и близко не подбирался к таким.
>Стесняюсь спросить, ты когда-нибудь слышал что-то про кешировани или ин-мемори?
Далеко не всё запихуемо в редис.
>2) перформанс - это следствие, а не причина. Причина - это иметь возможность писать код на НОРМАЛЬНОМ языке программирования.
Тайпскрипт прекрасный язык, доёбы к нему на 99% надуманы. Если у тебя претензии к каком-то поведению js, то ты видимо не понимаешь, почему и зачем в js так устроено. Егор автор — гениальный человек. Не зря он же создал сишарп.
>Если ты реально не понимаешь, почему ЖС таковым не является, у тебя большие проблемы с инженерной культурой. Есть вполне опеределенны критерии качества языка программирования, сформулированные ДЕСЯТИЛЕТИЯ назад инженерами, эти самые языки изобретающие. Так вот ЖС ПО КАЖДОМУ из критериев получает даже не нулевую, а БУКВАЛЬНО ОТРИЦАТЕЛЬНУЮ ОЦЕНКУ.
Какие проблемы? Тебе кто-то запрещает писать DDD, гексагональную архитектуру, event sourcing / cqrs, SOLID? Только не на js, а на ts. Проблемы это "ррряяя, структурная типизация мне в штаны насрала"? Про typeof null === 'object' совсем смешно.
>Вау, АЖ В САМОМ тинькове какую-то хуйню написали на ноде, это сигнал к тому, что бэк на ноде - это норм
Одна из топ продуктовых компаний РФ, вполне показатель. Кроме него вот ещё где пишут на ноде чистый бек, не фуллстек и не BFF:
Озон, Яндекс, Сбер, Райффайзен, Совкомбанк, Ренессанс, Русский Стандарт, Киви, МТС, Теле2, Дом.ру, Билайн, Х5, Магнит, Газпром, Леруа, БКС, Профи.ру, Банки.ру, Сравни.ру, Скиллбокс, Победа, S7, Пик, Самолёт, Авиасейлс, OneTwoTrip, Делимобиль, Playrix, Здравсити, топы букмекеров (BetBoom, Winline, Pari). Уверен, ты даже близко не трогал такого уровня проект, который делают в бетбуме на ноде с сотней-другой микросервисов. Потому что его можно сделать почти на чём угодно, важна грамотная архитектура. А это делается не на уровне языка программирования, а на уровне систем дизайна. Правильное кеширование, очереди...
>Принеси сюда хотя бы один пример общественно-значимого для ITшки попенсорс продукта, написанного на кложе или руби.
Если ты не вкатун, то наверняка пользовался этим https://gitlab.com/gitlab-org/gitlab
А если еще и маковод, то этим https://github.com/Homebrew/brew
Мимо
>Как задетектить диванного вкатыша? Он зациклен на перформансе, ему не даёт покоя перформанс, он регулярно его упоминает без значимой на то причины.
Пока что наблюдаю зацикленность на перфомансе у тебя, уже который пост маняграфиками срешь.
>Скорость отладки намного выше, чем у той же джавы.
Лол. Как сказать, что ты не работал с тру-тайпед языками, не говоря об этом.
мимо
>Пока что наблюдаю зацикленность на перфомансе у тебя, уже который пост маняграфиками срешь.
Я просто опровергаю безпруфные утверждения в духе "у ноды плохой перформанс, кудах" пруфами.
>Лол. Как сказать, что ты не работал с тру-тайпед языками, не говоря об этом.
Что ты называешь тру-тайпед? Я работал с джавой, го, сишарпом, пхп, питоном. Скорость отладки у джавы просто худшая из них. Хоть я и работал с ней меньше всех и возвращаться больше никогда не хочу. Если мне нужно будет, я напишу микросервис на го, если нужно будет заниматься cpu bound задачами, например. Это будет в разы быстрее и приятнее по DX, чем с джавой.
>Что ты называешь тру-тайпед? Я работал с джавой, го, сишарпом, пхп, питоном. Скорость отладки у джавы просто худшая из них. Хоть я и работал с ней меньше всех и возвращаться больше никогда не хочу. Если мне нужно будет, я напишу микросервис на го, если нужно будет заниматься cpu bound задачами, например. Это будет в разы быстрее и приятнее по DX, чем с джавой.
Ну приведи пример, где у тебя в джаве плохая отладка. В ней отлететь может только спринг и прочая рефлексивная магия в рантайме. А в твоей ноде сам язык - магия, которая в рантайме дает тебе не ссылку на строчку кода, где что-то сломалось, а ссылку на жсный высер. В итоге тебе как минимум надо сначала смапить жс обратно в тс, и только затем пытаться понять, что пошло не так. По определению динамикодрисня хуже дебажится, чем статически-типизированные языки. Тс - это не настоящая статическая типизация, а линтер.
>Каждый месяц новый фреймворк.
Они примерно одно и то же делают, бери любой.
>В итоге тебе как минимум надо сначала смапить жс обратно в тс, и только затем пытаться понять, что пошло не так.
Не пробовал обмазывать свои поделки логами и тестировать?
Когда мы все перейдем на Ангуляр?
Даже файршип кекает с потугов реактопараши.
Мимо ангулярогосподин.
>Проиграл. Пруфов не будет?
Ты под баклофеном? Второй скрин у ТЕБЯ ЖЕ.
>А тайпскрипт вполне для бека предназначен.
Ты что, ебанутый? Как может надстройка (аддон) к языку, предназначенному для обработки DOM нод в браузере, быть предназначеннной для бэка? Ты хоть понимаешь, что такое платформа?
>Нормальный перформанс это такой, которого достаточно для 99% проектов.
Приемлемый пока не начнешь ловить ineffective mark compacts near heap limit и тогда вот свой вскукарек будешь вспоминать совсем по-другому.
>Скорость отладки намного выше, чем у той же джавы.
Ага, пока не получишь cannot read property null of undefined на проде без сорсмапов.
>Тогда перечитай свой же каламбур про гей клуб. Не удивительно, если сидеть в эхо камере. Ошибка выжившего.
Скорее ошибка человека, стабильно работающего топ-10 конторах РФ.
>Судя по информации из них, бизнес логика написана на питоне. На плюсах написан видео процессинг, транскодинг и т.д.
Ну то есть, все критические процессы типа сверхбыстрого сжатия видео с минимальными потерями написаны на плюсах, а питон хтмльку раздает с <video src="" />. Ты это бизнес логикой называешь? Аахах.
>Проекты уровня твиттера это 0.01% проектов. Ты и близко не подбирался к таким.
Я работал в проектах покруче твиттера.
>Далеко не всё запихуемо в редис.
Ясн.
>Тайпскрипт прекрасный язык, доёбы к нему на 99% надуманы.
Прекрасный язык с багами в коре языка, которые не фиксятся годами.
>Если у тебя претензии к каком-то поведению js, то ты видимо не понимаешь, почему и зачем в js так устроено.
Как раз таки я понимаю, что и как в JS устроено, и поэтому со всей ответственностью заявляю, что если отбросить в сторону производительность основных реализаций, JS - буквально худший из широко используемых язык программирования в мире, ну может после ПХП, ВБА и 1С.
>Егор автор — гениальный человек. Не зря он же создал сишарп.
Автор кого? Автор JavaScript некомпетентный баран, а сишарп создал автор ТС.
>Какие проблемы? Тебе кто-то запрещает писать DDD, гексагональную архитектуру, event sourcing / cqrs, SOLID?
Причем здесь архитектура и паттерны? Я тебе говорю про качества языка, ты реально не понимаешь, что это такое? Хорошо, прожую для дауненка.
Есть, например, такое качество как ПРЕДСКАЗУЕМОСТЬ. Для совсем имбецилов поясню, что это когда в языке некие стандартные вещи делаются так же, как в других языках, интуитивно понятны, и при использовании не требуют чтения документации.
Возьмем пример, поиск регулярки в строке. Ну, как бы это вроде супер важная вещь для языка, который бэйсикли только с текстом в разных его формах и работает, и наверное она сделана хорошо, да? ДА? Нихуя. Во всех известных мне языках (Java, Python, C++). Поиск регулярки в строке возвращает массив совпадений (пустой, если их не было). В JS он возвращает либо массив совпадений, либо БЛЯДЬ NULL. Это непредсказуемо. Такого нет буквально ни в одном существующем языке в мире.
Дальше, язык должен быть кратким. Иначе можно ебашиться на ассемблере. Что происходит в примере выше? JS буквально ЗАСТАВЛЯЕТ меня писать больше кода:
вместо matches.length я должен писать matches && matches.length. Просто потому что долбоеб впихнул null туда, где должен быть пустой массив.
>Проблемы это "ррряяя, структурная типизация мне в штаны насрала"?
Не, произвольное расширение метода в имплементации интерфейса - это вообще ни разу не проблема. Так, мелочь, только почему-то полностью валидный с точки зрения ТС код в рантайме с критикалом вылетает.
>Про typeof null === 'object' совсем смешно.
А про то, что .hasOwn типы не сужает тебе тоже смешно? Ну смейся.
>Одна из топ продуктовых компаний РФ, вполне показатель.
Кто, тинькоф? АХАХАХАХАХ.
>Уверен, ты даже близко не трогал такого уровня проект, который делают в бетбуме на ноде с сотней-другой микросервисов
Сынок, блять, тебе даже не снилось какого уровня проекты я трогал.
>>3065422
>Если ты не вкатун, то наверняка пользовался этим https://gitlab.com/gitlab-org/gitlab
Ну то есть на кложе ты высрал ноль, а на руби 1? ВАУ. Как же мы блять жили-то до гитлаба, я вообще хуй его знает. Вот это блять незаменимый кусок софта. Пиииииздэц.
>>3065427
>просто опровергаю безпруфные утверждения в духе "у ноды плохой перформанс, кудах" пруфами.
У ноды перфоманс 0.5 от нормальных языков для бэка, мы это уже вроде выяснили.
>>3065469
>Не пробовал обмазывать свои поделки логами и тестировать?
Кек, чтобы приложуха на ноде была хоть как-то отлаживаема, ее надо обмазывать тестами с ног до головы, с кавереджем примерно 90%+. И это все равно никак не спасет тебя от утечек памяти.
>все критические процессы типа сверхбыстрого сжатия видео с минимальными потерями написаны на плюсах, а питон хтмльку раздает с <video src="" />
А на чём ещё должны быть написаны кодеки? Странный доёб. На жабе твоей любимой на ютубе тоже не сделано кодирование видео, значит язык хуета?
☑️ Прочитать доку React
☑️ Создать Hello, World
☑️ Установить Tailwind CSS
Что дальше? Как разбить свои компоненты?
Допустим, я хочу сделать простейший интерфейс с топбаром, сайдбаром, основным контентом справа от сайдбара и футером.
Как все это организовать? Создать рут-компонент, где на flexbox сделать разметку, а потом уже создавать отдельные компоненты, которые и добавлять в рут-компонент?
Алсо, где писать все это? В App.jsx или в Main.jsx?
>Ага, пока не получишь cannot read property null of undefined на проде без сорсмапов.
>проде
Может в твоих проектах топ-10 компаний в которых ты работал и можно было вносить фиксы в продакшн-билд, в чём я лично сомневаюсь, но вообще это скомпилированный в случае TS транспилированный код из девелопмент-билда как правило и отсутствие сорс-мап там просто невозможно. Ты выдумал сейчас нереалистичный сценарий чтобы залезть в залупу.
>>3065510
Организация структуры проекта в реакте зависит от логики. Тебе нужно понять как у тебя поток данных будет идти. Если на этом хеллоу ворлд у тебя всё заканчивается, то в принципе это валидно. Можешь запихать его в отдельный компонент HelloWorld.jsx и вернуть компонент HelloWorld в App.
>тру-тайпед языками
Какую только хуйню не сморозят местные шизы. True Typed Language, пиздос. Замутил уже вайтпейпер на эту тему, не?
Ещё надо в названии писать "FunctionComponent" или "ClassComponent", чтобы явно указать функциональный или классовый компонент.
И если компонент принимает children, то надо дописать "...WithChildren"
https://www.robinwieruch.de/react-folder-structure/
Норм написано или говняк?
>А на чём ещё должны быть написаны кодеки? Странный доёб. На жабе твоей любимой на ютубе тоже не сделано кодирование видео, значит язык хуета?
Ты реально имбецил? Кодеки - это и есть бизнес-логика ютуба, и она на С++. Питона там нет даже близко.А раздача хтмльки - это побочный субпродукт, он вообще может на чем угодно быть.
>>3065521
>Может в твоих проектах топ-10 компаний в которых ты работал и можно было вносить фиксы в продакшн-билд
Ты, блядь, тупостью троллишь или что? Фиксы вносятся в фиксовую ветку, чекаутнутую с того, что падает на стэйдже.
>но вообще это скомпилированный в случае TS транспилированный код из девелопмент-билда как правило и отсутствие сорс-мап там просто невозможно
О чем ты говоришь? У тебя ошибка уровня Invalid state: Writer has been released at new NodeError (node:internal/error:405) в файналайзе райтэбл стрима в колл стэке глубиной 200 функций. Ты как это дебажить будешь, ебанутый?
Не понимаю для чего тебе RootComponent, твой App это уже точка входа начальной загрузки. Ну либо тогда тебе надо выводить просто RootComponent в App, а в файле RootComponent импортировать всё остальное. Ты попробуй для начала хотя бы для одного компонента сделать какую-то логику, а потом разберёшься уже по ходу как удобнее разбить.
>Ты попробуй для начала хотя бы для одного компонента сделать какую-то логику
так и планировал, но боюсь что потом придется с болью в жопе переделывать структуру приложения
Хотел вот узнать как правильно делать, чтобы потом не передывать
Ладно наляпаю говна потом на своих ошибках научусь
>Кодеки - это и есть бизнес-логика ютуба
HTML тоже получается часть бизнес-логики ютуба, так?
>Ты, блядь, тупостью троллишь или что? Фиксы вносятся в фиксовую ветку, чекаутнутую с того, что падает на стэйдже.
Вы ебало этого девупса представили вообще? Ты в каком году в топ-10 компаниях работал, в 2009? Ты прежде чем с ебалом знатока пиздеть про производственные процессы в разработке на JS ознакомился бы хотя б для начала с окружением которое там используется в 2024, да что там в 2024, в 2020, лол.
>Вы ебало этого девупса представили вообще?
Пусть продолжает, давно так не проигрывал
>с болью в жопе
Пчел, ноу пэин, ноу гэин
Зато в следующий раз нормально сделоешь
>Как же мы блять жили-то до гитлаба, я вообще хуй его знает. Вот это блять незаменимый кусок софта. Пиииииздэц.
Вкатун не палится
мимо
>с закосом
Не с закосом, а это и есть гитлаб БУКВАЛЬНО перекрашеный стандартными средствами самого гитлаба.
Базовичок в треде, я спокоен. Горением жсомакак в стадии отрицания удовлетворен.
Ну и кал ебать. Написанный на жикваре и 4 бутстрапе на скелете 2 вуя.
Бекендеры-дегенераты кичатся надуманной производительностью?
Все так, блядей корежит, анон - базовичок. А вебмка смешная, аж прыснул.
>Лень всю ветку читать
Фронтендофреймворковый сдвгшнотиктоковый зумеродаун in a nutshell.
>Проиграл с доёбов до гитлаба.
С highly reactive ui гитлаба, который требует бесконечного продавливания кнопок Ctrl-R не проигрываешь?
>блядей корежит
Натурально мем
КАТИМСЯ >>3065778 (OP)
КАТИМСЯ >>3065778 (OP)
>Ты под баклофеном? Второй скрин у ТЕБЯ ЖЕ.
У тебя скрины хоть какие-нибудь будут, или ссылки, хоть что-нибудь? На моём скрине у фастифай общий рейтинг 1200, у спринга 1500. Кто пиздец про 0.5 перформанса от "нормальных языков" (лол)? И тебя не смущает, что а спринга в самом важном тесте, в fortunes, такой ничтожный результат?
>Ты что, ебанутый? Как может надстройка (аддон) к языку, предназначенному для обработки DOM нод в браузере, быть предназначеннной для бэка? Ты хоть понимаешь, что такое платформа?
JS предназначен не только для работы с DOM. Не нужно выдавать желаемое за действительное.
>Приемлемый пока не начнешь ловить ineffective mark compacts near heap limit и тогда вот свой вскукарек будешь вспоминать совсем по-другому.
Лол, жява-петуч пиздит про OOM, классика. Во-первых, лимит можно легко увеличить, во-вторых, нагрузка легко распределяется на много процессов, в-третьих, ты часто грузишь огромное количество данных в память? Не надо троллить тупостью, я думаю ты знаешь про стримы и очереди.
>Ага, пока не получишь cannot read property null of undefined на проде без сорсмапов.
Тебе требуется образование. Почитай про логирование, observability, инструменты типа sentry, datadog, newrelic, ELK stack, grafana&prometheus...
>Скорее ошибка человека, стабильно работающего топ-10 конторах РФ.
Я тоже в несколько конторах из КОТВАСЯ работал.
>Ну то есть, все критические процессы типа сверхбыстрого сжатия видео с минимальными потерями написаны на плюсах, а питон хтмльку раздает с <video src="" />. Ты это бизнес логикой называешь? Аахах.
Питон ответственен за веб-апи, к которому обращаются клиенты с браузеров, мобильных приложений, смарт ТВ и т.д. А cpu-bound задачи очевидно делаются на лоу лвл языке. У джавы тут тоже будет жёсткий посос.
>Я работал в проектах покруче твиттера.
На каких? Удиви нас. Какой-нибудь СБОЛ что ли? Жду хохму от тебя.
>Как раз таки я понимаю, что и как в JS устроено, и поэтому со всей ответственностью заявляю, что если отбросить в сторону производительность основных реализаций, JS - буквально худший из широко используемых язык программирования в мире, ну может после ПХП, ВБА и 1С.
Просто мнение человека, которому по какой-то причине неприятно, что скриптовый язычок для оживления разметки развился до прекрасного и уважаемого в индустрии тайпскрипта, на котором делают помимо фронта ещё и бекенд, и мобильные приложения, и даже десктоп. Почему они это себе позволяют?!
>Автор кого? Автор JavaScript некомпетентный баран, а сишарп создал автор ТС.
Автор тайпскрипта.
>Есть, например, такое качество как ПРЕДСКАЗУЕМОСТЬ. Для совсем имбецилов поясню, что это когда в языке некие стандартные вещи делаются так же, как в других языках, интуитивно понятны, и при использовании не требуют чтения документации.
В JS и тем более в TS абсолютно всё предсказуемо. Для тебя наверное приведение типов в JS является непредсказуемым? Но оно абсолютно предсказуемо и следует небольшому набору строгих и простых правил.
>Возьмем пример, поиск регулярки в строке. Ну, как бы это вроде супер важная вещь для языка, который бэйсикли только с текстом в разных его формах и работает, и наверное она сделана хорошо, да? ДА? Нихуя. Во всех известных мне языках (Java, Python, C++). Поиск регулярки в строке возвращает массив совпадений (пустой, если их не было). В JS он возвращает либо массив совпадений, либо БЛЯДЬ NULL. Это непредсказуемо. Такого нет буквально ни в одном существующем языке в мире.
О да, проверить на null так сложно, учитывая сколько удобных инструментов появилось для этого в JS в последние годы.
>Дальше, язык должен быть кратким. Иначе можно ебашиться на ассемблере. Что происходит в примере выше? JS буквально ЗАСТАВЛЯЕТ меня писать больше кода:
>вместо matches.length я должен писать matches && matches.length. Просто потому что долбоеб впихнул null туда, где должен быть пустой массив.
Вот ты и спалилась, некомпетентная жява-мартышка. Optional chaining добавили больше 4 лет назад.
>Не, произвольное расширение метода в имплементации интерфейса - это вообще ни разу не проблема. Так, мелочь, только почему-то полностью валидный с точки зрения ТС код в рантайме с критикалом вылетает.
Пример такого произвольного расширения имплементации метода?
>А про то, что .hasOwn типы не сужает тебе тоже смешно? Ну смейся.
Тайпгарды есть.
>Кто, тинькоф? АХАХАХАХАХ.
Да. А что, нет? И почему же? Назови тогда топ продуктовые компании РФ по твоему мнению.
>Сынок, блять, тебе даже не снилось какого уровня проекты я трогал.
Дядя, ну так расскажи. А пока ты со своими рассуждениями выглядишь как пропёрдыватель кресла в Сбере или ВТБ/Иннотехе.
>У тебя скрины хоть какие-нибудь будут, или ссылки, хоть что-нибудь?
Пик 1
>JS предназначен не только для работы с DOM.
Ты какой-то дурачок, правда. Определение из википедии:
>JavaScript (/ˈdʒɑːvəskrɪpt/), often abbreviated as JS, is a programming language and core technology of the World Wide Web, alongside HTML and CSS. As of 2024, 98.9% of websites use JavaScript on the client side for webpage behavior
История появления:
>There was a desire in the flourishing web development scene to remove this limitation, so in 1995, Netscape decided to add a scripting language to Navigator.
Поэтому решили нанять петуха-Эйха, чтобы создать
>a "language for the masses (для быдла), to help nonprogrammers (читай между строк - non programs) create dynamic, interactive Web sites"
>Лол, жява-петуч пиздит про OOM, классика.
Ты снова очень крепко обрейтузился, я не пишу на джаве.
>Во-первых, лимит можно легко увеличить
Можешь не продолжать, я уже понял, что ты долбоеб.
>Почитай про логирование, observability, инструменты типа sentry, datadog, newrelic, ELK stack, grafana&prometheus...
Дальше по тексту я тебе привел пример ошибки, которая тебе вернулась из лога. Твои действия?
>Я тоже в несколько конторах из КОТВАСЯ работал.
Понятия не имею, что обозначает это сочетание букв.
>Питон ответственен за веб-апи, к которому обращаются клиенты с браузеров, мобильных приложений, смарт ТВ и т.д.
С чем их и поздравляю (пик 2)
>На каких? Удиви нас. Какой-нибудь СБОЛ что ли? Жду хохму от тебя.
Хохма - это буквально каждое написанное тобой предложение.
>Для тебя наверное приведение типов в JS является непредсказуемым?
Абсолютно. Хотя бы потому что не имеет аналогов ни в одном другом ЯП
>Но оно абсолютно предсказуемо и следует небольшому набору строгих и простых правил
Очень небольшому, например алгоритм приведения типов при сравнениях умещается на одном экране ноутбука, если сраниваются примитивы. Если сравниваются объекты, правда нужно вкуривать еще 3 экрана документации, в том числе наизусть помнить, что возвращает toPrimitive, valueOf и toString каждого объекта в языке.
>О да, проверить на null так сложно
Дело не в том, сложно или несложно проверить на null. Дело в том, что:
1) делать этого не приходится ни в одном другом языке программирования
2) это абсолютно ненужное действие
3) какому в принципе пидарасу может придти в голову возвращать null или []?
>Пример такого произвольного расширения имплементации метода?
У тебя проблемы со зрением или с мышлением? Ты не видишь, что я пишу, или не осознаешь прочитанное? Какая часть фразы "имплементация допускает произвольное расширение сигнатуры метода интерфейса" тебе непонятна? Если понятна каждая, значит ты понимаешь о чем я говорю и ебешь мне мозги, если не понимаешь - ты додик, который глорит инструмент, ограничений которого не понимает, и значит с тобой нечего обсуждать.
>Тайпгарды есть.
hasOwn это и есть тайпгард, и он не работает. На это заведено с десяток issue. Впрочем, зачем я что-то дауну объясняю, у которого in - это тайпгард?
>Да. А что, нет? И почему же? Назови тогда топ продуктовые компании РФ по твоему мнению.
Тебя в гугле забанили?
>А пока ты со своими рассуждениями выглядишь как пропёрдыватель кресла в Сбере или ВТБ/Иннотехе.
Пошел нахуй, долбоеб.
Что можно учить ещё параллельно языку, что бы была какая то синергия чтоли ?