Это копия, сохраненная 28 марта в 03:13.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Больше пары строк кода в посте или на скриншоте ведут в ад.
Для программирования на HTML https://codesandbox.io
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: «что я хочу получить, что я для этого делаю, что я вместо этого получаю». Если/когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Документация - https://developer.mozilla.org
Руководство для вката - https://github.com/acilsd/wrk-fet#javascript
Не ту пикчу приложил, хотел без шапочки именинника. В следующем перекате исправлюсь.
Всё сдаюсь по поводу тайпскрипта, но насчёт дефолтных значений хз, разве они идентично работают с переназначением, это в исходном коде надо смотреть, по поводу переназначения я прочёл, что меняеть объект arguments херово как и любой другой объект (в стрелочной нет таког объекта, но там какая-то другая реализация наверное)
Это не объект arguments.
https://github.com/v8/v8/blob/main/src/api/api.cc
он их только создает
реакт был создан в качестве реакции на происходящее в айти индустрии
Обеспечивает людей не могущих в программирование работой в айти.
Держит на своих могучих плечах фронтенд индустрию. Без него все бы давно затянулось.
Понапридумывают хуеты конечно
Думаю, что тебе самое место итт.
ООП ХУУЙ
Лучшая девочка.
Тут в 297 треде один анон подгорал от великолепного developer expirience в RN:
>Ебаный react-native, сука какое дерьмо, 3 день я ебусь с этой хуетой java.lang.UnsatisfiedLinkError: couldn’t find DSO to load: libhermes.so и ноль нахуй, нихуя блеатЬ, хермес-хуемес отключен-включен-хуечен, это просто полный пиздец. Как это КОНТРИТЬ ТО ЕБАНЫЙ РОТ? В эмуляторе ведра всё заебись, а на устройстве апшка шлет нахуй с этой ошибкой, я ебал рот
Ну так я говорю с expo, а у того анона без
по моему опыта в 100% случаев можно нагуглить решение, только если ты не делаешь что-то совершенно ебанутое, либо не можешь нагуглить
>vite
хуита
>nextjs
другалек, это фреймворк для разработки веб приложений на реакте, а не сборщик-компилятор.
>почему
Какие у него преимущества по сравнению с вебпуком? Я кроме перформанса не могу назвать ни одного.
>есть у него перспектива заменить вебпак?
Есть
знакомся с чем хочешь. логика работы, принцип написания кастомных лоадеров и/или плагинов для них практически идентичен
Смешнее то что в мирке вебмакакенов то что по идее делалось бы одной командой
cat *.js > all.js
превратилось в целую область знаний которою нужно реально изучать и "иметь опыт не меньше года".
А потом у таких экспертов туду лист весит под 100мб, потому что внезапно оказывается, что все чуточку сложнее, чем просто склеить файлы в один.
жквери это типа недостаточно серьёзно для тебя? чел...
всмысле, а если на другом языке ты типа неправильный респонс получишь по типам, то прога крашнется?
c++
https://strawpoll.com/w4nWr2JP3yA
Приходишь на собес, там включается вебка и видишь это ебало. Твои действия?
Примерно так и должен выглядеть человек, проводящий минимум половину своей жизни за ПК. То есть, просто обычный программист.
Просто берёшь и добавляешь в намбер прототайп
ебать дурдом
А вот нет, к сожалению это как раз у макакенов с вебпаками сайты подгружают сотни мегабайт скриптов, в то время как у разрабов "старой школы" сайты загружаются мгновенно.
Ну у Костяна в отличие от Мурыча даже отдельный тред был, что очень большая редкость
>Костю Базрова
Помню. Летом в яндекс собесился и решил примеры собесов погуглить. Наткнулся на его легендарный собес.
Раст работает плохо в том, что у долбоёба он работает на JS/TS. Ты, кстати, тоже долбоёб. Не тегай меня, животное.
>Я пишу на React, typescript
чел, ты
>а
Ты никогда не будешь настоящей женщиной. У тебя нет матки, нет яичников, нет яйцеклеток. Ты гомосексуальный мужик, которого гормонами и операцией превратили в нелепую насмешку над совершенством природы.
"Одобрение" которое ты получаешь неискренне и двулично. У тебя за спиной люди насмехаются над тобой. Твои родители испытывают к тебе отвращение и стыд, твои "друзья" смеются над твоей омерзительной внешностью за закрытыми дверями.
Мужчины считают тебя уебищем. Тысячи лет эволюции позволяют им распознавать фальшивок с невероятной эффективностью. Даже трапы которые могут пойти за тян выглядят дико и неестественно для мужчин. Твое строение скелета выдает тебя с головой. И даже если тебе удастся привести к себе домой бухого вдрызг мужика, он сбежит сразу как только почует твою болезненную, заражённую рану от топора которую ты называешь вагиной.
Ты никогда не будешь счастлив. Ты будешь выдавливать наигранную улыбку каждое утро и убеждать себя что всё будет хорошо, но глубоко внутри ты чувствуешь нарастающую как сорняк депрессию, которая вот-вот сдавит тебя.
Однажды это станет слишком невыносимо - ты купишь веревку, затянешь петлю и нырнешь в холодную пустоту. Твои родители найдут тебя, убитые горем, но вздохнувшие с облегчением что им больше не придется жить с этим стыдом и разочарованием. Они похоронят тебя и на надгробии напишут твое настоящее имя, и каждый прохожий до скончания веков будет знать что здесь похоронен мужчина. Твое тело сгниет и обратится в пыль, и всё что ты после себя оставишь - скелет, по которому без труда можно будет понять что он принадлежал особи мужского пола.
Это твоя судьба. Это твой выбор. Пути назад нет.
Посмотрел всю эту дрисню.
Позиция Мурыча мне даже близка с одной небольшой поправкой. Нужно ли разработчику изучать спецификацию? Может и не обязательно, хотя было бы полезно наверное. Но вот тем кто объясняет как устроен js и выступает в качестве авторитета - вот им да, очень желательно было бы поглядывать в спецификацию время от времени.
Главная проблема Мурыча что он просто тупой. И к сожалению чтение спецификации тут не сильно поможет. И еще довольно агрессивный - плохое комбо. Ни один ответ Мурыча никак не связан с его вопросом, что обычно и бывает когда тупой человек пытается придумать "задачку с подковыркой".
Соер вроде посмышленее, хотя и не далеко ушел от Мурыча. При своей смышлености он изучил js ровно на уровне чтобы выглядеть гуру в глазах безмозглых лошков чтобы они несли ему денежку. Ну не плохо устроился что уж тут скажешь.
Если кто не верит моему анализу можете пересмотреть момент когда Соер начинает нести хуйню про литералы и книгу дракона, а Мурыч с ОК-фейсом сглатывает.
Уровень сторонних комментов вокруг данной дискуссии - "Марьиванна я окакался".
function createMakakaMethods () {
const active = true;
function ban (id) {...}
function kick (id) {...}
return { ban, kick }
}
const makakaMethods = createMakakaMethods()
makakaMethods.ban(2281488)
и чем тут читаемость хуже?
>И еще довольно агрессивный
То чувство, когда Мурыч на "Вы", а Сойбой "Слушай, Мурыч, ты по моему перегибаешь. Ты тут не экзамен принимаешь. Ты получил мой ответ, аудитория получит свое мнение".
А Мурыч лишь просто хотел уточнить у Сойбоя правильно ли он понял его ответ...
Сижу и смотрю, и не покидает чувство, что нейронкой тред видеовизировали.
> Но вот тем кто объясняет как устроен js и выступает в качестве авторитета - вот им да
Вот ды. А Мурыч нигде эту мысль не доносит. И вкатуны, которые его смотрят, уверены, что после этих многочасовых шизооткровений они палюбас на собесах разъебывать будут.
Если б он четко говорил, мол пацаны, это чисто мои задротства, для вката смотрите что-то более практическое, тогда к нему претензий не было бы.
Говорю, что я им перезвоню. Выхожу из звонка. Перестаю отвечать на звонки и письма.
Странный пол получается. Получается 3.5 калеки пытаются найти и захуесосить единственного вкатутоса ИТТ.
По учебным материалам самые доступные React, Vue, Angular, потому что куча материалов по ним. Какие из них удобнее всего? Ну и за востребованность тоже поясните, хотя не знаю, как сейчас с рынком full-stack вакансий (если не Node.js + React, а, допустим, Spring + Angular, Laravel + Vue, может быть большое число вариаций).
В тыпрайзе по ощущениям ангуляр популярнее, в целом по рынку - реакт намбер ван.
Фронтомакакам реально потребовалось столько времени и страданий, чтобы переизобрести и чуть доработать джавовый JSP из начала нулевых, или я чего-то не понимаю?
А по факту чем плох такой подход с жсом, упрятанным глубоко под капот темплейтов?
Существует миллион макак с императивным поносом в голове которые не осилят.
> Волчара не может дать ответ Глыбе
> Глыба спускается на уровень Волчары и консолит логи через линию.
> Волчара: АРЯЯ, ГЛЯБА ПИШИТ КАНСАЛЬ ЛАГИ!!!!!
Ору.
Так никто и не отрицает. До сих пор дохуя чего на темплейтах пилится.
Сам оформи, даун. Заставил того долбоёба пол треда затегать и никак не угомонишься.
Интересная идея, что на самом деле деды все делали правильно - использовали жс только для интерактивности, но все состояние было на бэке - но я не понимаю, чем этот подход лучше современного. Так или иначе нужно проверять на бэке, что тебе летит с фронта, точно так же отраженное состояние бэка на фронте может устареть (например, токен протух, и теперь те действия, которые бэк сказал, что ты можешь совершать, ты совершать уже не можешь). Так и че усатый бумер тогда так облизывает этот подход? Что думаем?
Усатый бумер пишет на расте и го, который он рекомендует но горит с него при каждом упоминании на стриме во время обзора статьи/когда что-то пилит, помимо тайпскрипта.
Усатый бумер не котирует реакт.
HTMX удобен бэкендерам, так как это 80% бэкенда + фронт.
Условный некстжс, даже если бэк лежит отдельно - макаку фронтовика заставляют углубляться в ноду, шдёпатт мидлвары, что-то в файловой системе делать, etc.
В H TMX из коробки есть всякие дебаунсы и прочие декоратианые аттрибутивнве штуки, чтобы не ебаться с жыэсом.
Так а минусы есть? Звучит так, словно сервер будет больше трафика гонять на фронт; чтобы какую-то логику вокруг кук/локал стореджа сделать, придется все равно жс писать.
Как же тебя корёжит
бложик и статику без реактивности можно на нем делать
но условный реалатйм чат на нем пилить это долбоебизм
>Условный некстжс, даже если бэк лежит отдельно - макаку фронтовика заставляют углубляться в ноду, шдёпатт мидлвары, что-то в файловой системе делать, etc.
В 90-95% проектов на нексте ничего не нужно делать из перечисленного. Никакой ноды, никаких мидлваров, никакой файловой система, макака работает практически так же, как и с обычным реактом.
Почему? В геймдеве, насколько я знаю, тонкие клиенты очень распространены. Что принципиально мешает сделать риалтайм чат на хтмх?
это просто не практично, приложения с большим потоком данных и интерактивностью используют сокеты, а не post запросы — что и есть основой htmx
Какие-то есть. Есть какие-то плюсы.
>>73352
Ну, что поделать. Зато кабан платит стабильно.
>>73354
Генерация страниц из жысонов.
Серверный доступ к роутам.
Счас ещё скажу кэширование, покусают SPA и бэкендо макаки. Одни будут топить за то, что кэширование на фронте не нужно, пусть бэк кеширует. Другие будут топить за то, что фронт пидоры запросами срут.
Ещё заверните в докер со всем нужным дерьмом.
К слову, никто не говорит про серверлес. Заметьте. А серверлес сборка посылает с аксиосом нахуй.
ну эт хорошо, мб для кого-то и подойдет
просто нужно понимать, когда оно надо, а когда — нет
взять условный телеграм, который стримит данные через свои api
если ты захочешь сделать свой веб клиент, htmx тут в хуй не уперся, нужно брать нормальный фреймворк
для какой-то задачи подойдет, для какой-то нет
https://www.youtube.com/watch?v=zB9tEQYLPL4
720x1280, 0:58
>а с фреймворками JS непонятно
>выбирают в зависимости от самого проекта
Ответ в постановке.
Ангуляр для огромных и неповоротливых.
Рякт для быстрых и страшных.
Вью хуй знает. Думаю ты не из тех первертиксов, которые вью+вордпресс накатывают, а если и из тех, то побойся бога.
Сам я предпочитаю Ангуляр + Нест. Они созданы друг для друга. Как Джо Блек и та глазастая баба.
>Сам я предпочитаю Ангуляр + Нест. Они созданы друг для друга. Как Джо Блек и та глазастая баба.
Нест очень хорошо подходит для бека, но такой стиль на фронте кажется оверкиллом, поэтому я для фронта почти всегда выбираю некст
Мимофуллстек
>Нест
Для небольшого магаза для Кабаныча или простого крудошлёпства сойдёт, но энтерпрайз, большая нагрузка или сложные вычисления это либо go либо java.
Как же здорово, что многие кабанчики не в курсе этого важного и единственно правильного мнения некоего эксперта с двача.
Примерно так. Это у анальников фиксации уровня "для сложного проекта подойдёт только X и Y, я скозал", при этом всегда есть куча альтернативных инструментов, которые вполне подходят вместо X и Y
Я лет 5 за компом работаю и чет подумываю о чем-то другом даже, природу понюхать хочется
Или выйти на отдых просто и пройдет?
да давай хорошая идея. дворник или гид в горах например. а то мест в айти мало че то
напиши свою, ты тупой что ли?
Везде нужен симбиоз ФП и ООП. Архитектура это ООП, бизнес логика это ФП.
Без задней мысли.
Шкила вали учить мат часть сюда придёшь когда сдашь экзамены адьес
ещё символом
Когда разрабатываешь свою библиотеку или манки-патчишь чужую. Всё, больше никогда.
Сорта говна.
ангуляр
База.
>fsd
Дайте угадаю, очередная граната от террористов для реактомакак?
>реакт или ангуляр
О какой архитектуре может идти речь когда ты говоришь о библиотеке? Библиотека это набор инструментов которые ты себе можешь хоть в жопу засунуть (что реактомакаки чаще всего и делают) и тебя никто не остановит, потому что это библиотека. Фреймворк с другой стороны заставляет тебя работать в его рамках, отсюда и название Фреймворк, он не даст тебе засунуть что-то в жопу, выбросив ошибку и ударив по рукам, у тебя будет минимум той архитектуры которую предлагает создатель, ты её сможешь только дополнить или немного изменить, нагородить что-то своё у тебя не получится.
356x536, 0:24
Next.js - это мощный инструмент для создания веб-приложений, но, как и любой новый инструмент, он может показаться сложным на первый взгляд. Вот несколько рекомендаций, как учить Next.js:
1. Освойте основы:
- Начните с официального [туториала по Next.js](https://nextjs.org/learn/basics/create-nextjs-app).
- Попробуйте создать простое веб-приложение, используя базовые функции Next.js.
2. Используйте документацию как справочник:
- Документация Next.js довольно обширна, и читать ее сразу целиком может быть утомительно. Вместо этого, используйте ее как справочник, когда вам что-то нужно.
3. Практикуйтесь:
- Создавайте небольшие проекты на основе того, что вы узнали из туториалов и документации.
- Экспериментируйте с различными функциями и возможностями Next.js.
4. Изучайте примеры кода:
- Изучайте примеры кода из официальной документации и сообщества Next.js. Это поможет вам лучше понять, как использовать различные функции и паттерны.
5. Присоединяйтесь к сообществу:
- Присоединитесь к сообществу Next.js, где вы можете задавать вопросы, делиться своим опытом и учиться от других разработчиков.
Не бойтесь экспериментировать и делать ошибки - это часть процесса обучения. Удачи!
Омерзительный пидор-качок и бляди какие-то скачущие.
Омерзительный пидор-качок и бляди какие-то скачущие.
не понял что там сложного, так а может ты просто новичок, поэтому тебе это кажется в новинку? там сначала нужно знать реакт, а перед этим жс, языки разметки и стилей
месяц читать доку он собрался ох лол, я щас открыл её впервые и сразу понял, что там очевидные концепции типа роутинга и апишки этого некста. вопрос тупой блять изначально, я дал буквально идеальный ответ потому что представил себя новичком, я бы ахуел эту доку читать
Ебало представили?
Сап, двач. Решил попробовать изучить js, сам вообще к айти никакого отношения не имею и работаю на заводе. Спросил друга айтишника, что можно изучить, чтоб попробовать и он посоветовал именно этот язык. Я именно хочу попробовать и понять, что такое программирование, не с целью поиска работы и вката если конечно мне прям понравится и у меня все будет получаться, то тогда подумаю о вкате. Почитал руководство бегло, но у меня два вопроса: в теории, если бы я вдруг захотел найти работу, то как бы работодатели на меня смотрели, если я приду и скажу, что мне 30 лет и я всю жизнь ебашу на заводах обычным рабочим с гуманитарной вышкой, а тут решил стать айтишником. Второй вопрос: что скажете по поводу книги на пикрил?
Ну в любом случае, я бы для себя хотел попробовать. Для общего развития, так сказать
Форс больших зарплат профессии продавцами курсов, из-за которого решивших стать айтишником в 30 и не только лет стало так много, что сквозь них не доберешься даже до собеседования. Разумеется, нанимателям приходится изобретать больше заградительных требований.
про всё остальное не знаю, но именно научиться программировать ну хотя бы основы достаточно интересный экспириенс, книгу не читал, но наверное хорошая
Причем тут твой роутинг, долбоеб? Концепции простые, но документация со всем апи огромная. Ее нет смысла читать от корки до корки, там просто дохуя. Чатгопота правильно ответ сгенерил, надо просто начать что-то делать свое, а доку импользовать как справочник.
У тебя есть знакомые айтишники?
Начинать надо с более явных языков, лучше всего подойдет Си, он прост и в нём всё буквально, нет лишних абстракций. Как научишься писать простые программы на Си, поймешь разницу между ссылкой и значением, тогда и переходи к изучению JS.
В целом, именно из-за явности Си выбирают как язык для изучения в ВУЗе, понял Си, поймешь и другие языки, а его недостатки как раз дадут понять зачем нужны такие языки как С++ и JS.
>решил стать айтишником
На это есть шанс только при возможности потратить 2-3 года на обучение, при этом не в ВУЗе, а самостоятельно, изучая всё что необходимо индустрии, а не преподам работающим по методичке. Правда тратить на это нужно будет минимум 8 часов в день, т. е. с работой совмещать не получится
Нахуя учить си, если работать собираешься на жс? Пустая трата времени, и больше шанс забить в итоге, потому что ближе к цели не продвигаешься.
Про 2-3 года фуллтайм изучения тоже загнул, года хватит, если замотивирован.
Нахуя учить алфавит, если собираешься писать слова и составлять предложения? Это элементарный подход вида - начинаю от простого и перехожу к сложному.
Поняв Си ты без труда освоишь любой другой язык, иначе всё для тебя превратится в зубрежку, очевидно, что это сильно замедлит изучение JS. И, как я сказал, достаточно будет базового понимания для того чтобы вообще иметь представление как устроена работа с памятью и сущностями в языках программирования.
> года хватит, если замотивирован.
Хватило бы если бы не растущая конкуренция, сейчас помимо самого программирования нужно еще знание алгоритмов, а это отдельная тема и не менее сложная. Сверху этого знание фреймворков, библиотек, практика. За год ты всё это не освоишь. Мотивация не поможет, потому что ресурсы организма ограничены, ты не можешь бежать сутками не получив травму которая обездвижит тебя на недели, также и с обучением, невозможно за день освоить что-то и применять на практике. И да, тут главное не мотивация, а систематизм, на мотивации ты можешь сделать рывок, а потом она закончится и ты опустишь руки, с системным подходом рывков не будет, но будет постоянное обучение которое не нужно подкреплять эмоциями.
Ты часто про память думаешь в высокоуровневых языках? И мысль, что "без си сильно дольше будешь учить жс" просто абсурдна, потому что очевидно, что на изучение си + жс уйдет куда больше времени, чем просто на жс. Жс, на минуточку, один из самых легких языков программирования, потому что ни о каких типах, ссылках и памяти думать не надо, чтобы писать рабочий код.
Си не является составной частью других языков, они независимы, хоть и похожи. С тем же успехом можно было бы сказать "сначала изучи джаву, а то не поймешь другие языки".
>знание фреймворков, библиотек, практика
>знание алгоритмов
Always has been.
>И да, тут главное не мотивация, а систематизм, на мотивации ты можешь сделать рывок, а потом она закончится и ты опустишь руки, с системным подходом рывков не будет, но будет постоянное обучение которое не нужно подкреплять эмоциями.
Я бы сказал, мотивация + четкий план/курс обучения. На мотивации можно далеко уехать, если понятно, каков путь к цели.
>решил стать айтишником
Легко, но ты должен отречься от реального мира и посвятить себя IT
На 2 стульях не усидеть. Особенно в эру всемирной конкуренции.
Протухшая уже давно
ну усидчивости мне не занимать, а жизни социальной у меня нет. Только как я пойму, что изучил все и все понимаю? вот если эту книгу осилю, то что? можно сказать, что я все освоил и выучил или что?
> усидчивость в освоении новой непонятной хуйни
> освоил <одну> книжку прочитал и дай боже повторил за книжкой/видосом
Это вершина айсберга вката.
мимо
Ты только на алгосики угробишь 6 месяц.
Книга это 1% от общих знаний.
Смотри курсы, смотри ютубчик параллельно читай книгу, статьи, делай пет, спрашивай на форумах.
Как только сможешь написать приложение с несколькими страницами, переходами между ними, аутентификацией, красивыми стилями, используя какой-нибудь фреймворк (для вката популярнее всего реакт). Тогда можешь идти по собесам и дорабатывать пробелы в знаниях.
>фреймворков, библиотек, практика
>За год ты всё это не освоишь.
Хз насколько низкий уровень интеллекта нужно иметь, чтобы тратить на изучения примитивнейших вещей 3 года.
>Только как я пойму, что изучил все и все понимаю?
такого нету, всегда есть куда копать в глубину
>ни о каких типах, ссылках и памяти думать не надо
Как ты без них объяснишь зачем нужен .toSorted вместо .sort. и почему у константных объектов можно менять поля?
вещи примитивные но обьем знаний огромный, если челик не слышал про переменные, функции, циклы это считай он начинает с школьной программы
Покажу тебе красивые картинки, где есть коробочка с цифрами внутри, и как один метод создает новую коробочку-копию, а другой переставляет местами циферки в оригинальной.
А с объектом нарисую машинку, подпишу сверху const toyota и поменяю ей шины, объяснив, что это все та же тойота, не мерседес, но с другими шинами.
Ну, значит, как-то.
>потому что ни о каких типах, ссылках и памяти думать не надо
Придется думать, даже взять useState в реакте и то как он делает сравнение через shallow comparison, т.е. как минимум нужно понимать что есть ссылка в памяти на объект и эта ссылка не меняется пока не сделать Object.assign. Js нифига не простой, простота это как раз явное указание типов, явное обозначение мутабельности/иммутабельности, и тд.
>>75367
Я бы не стал учить is сейчас, хотя вакансий больше (пока что), но в перспективе java/c# (винда никуда не уйдет) выглядит покрепче.
Можно заехать в 1с даже, мне кажется и то лучше.
Ну и база анон, она от языка не зависит и всегда актуальна.
Так а зачем си учить, чтобы понять конкретно этот аспект? Проще столкнуться с проблемой на практике, делая жс проект, а затем узнать, что оказывается есть какие-то ссылки.
>если челик не слышал про переменные, функции, циклы это считай он начинает с школьной программы
Чел, в школе пиздюк только складывать и вычитать весь первый класс учится, а
>переменные, функции, циклы
учатся за неделю и совершенствуются до хорошего уровня при дальнейшей практике
Ну да, туду лист написал и в бой! Хуею с маняфантазий вкатунов.
Там на одни паттерны уйдет не один проект, кто-то даже с опытом в 3-5 лет не понимает как их применять, не знает элементарных принципов построения архитектуры приложения. А тут чел с завода, который вообще ничего не знает и не имеет какого-либо опыта, осваивает всё за год, лол.
Жестко давишь конкуренцию.
Эти вещи бессмысленно изучать без применения на реальных проектах. Разве что для собесов зубрить.
C лишен абстракций, если в js hashTable это уже готовая структура используемая под капотом, то в C ее нужно реализовывать самому. Просто кому то важно понять почему оно работает так, как работает, а кто то просто решает задачи и ему норм.
ты заебёшься, вроде бы иногда кажется, что всё просто, но это как кроличья нора
Согласен, но если ты выбираешь начать с си, то ты лишаешь себя выбора, нужны тебе эти глубокие знания или нет.
Самый лучший совет - попросись в команду на хакатоне, просто посмотреть. Сразу поймёшь, твое не твоё.
ну моё мнение что с это лишнее, потому что дальше можно идти до асемблера а потом ещё как ваще работает комп, а потом и до квант меха, хотя может ошибаюсь
>Там на одни паттерны уйдет не один проект
>кто-то даже с опытом в 3-5 лет не понимает как их применять
Так, а зачем задрачивать все паттерны, если даже сеньоры спокойно работают не зная как их применять по твоим словам? Ты жопой то не виляй, базовые знания для прохождения собеса и вката спокойно за год неторопливого темпа осваиваются. Если тебе понадобилось для этого три года, то соре, но ты не очень умный видимо.
Я в 30 вкатился, но на фулстека Питон + ЖС, так что вполне возможно, но придётся пахать пару лет минимум.
Я тоже начинал с "просто попробовать". Потом втянулся.
Но я с Питона начинал. Он получше, как по мне. Можно всякие штуки разнообразные делать, жс в этом плане ограниченнее (или сложнее).
Но Питон мёртвый для поиска работы. Только если фулстачить. Но для знакомства с программированием - лучший язык.
Как по мне, щас нет никакого наиболее простого пути. Где проще - большая конкуренция, в других языках или сложнее или работы меньше. Так что придётся трудиться очень много.
По Жс книг хороших нет, если что. Все дерьмо.
Я начал делать сайт на Питоне + Джанго и мне понадобилась интерактивность на сайте. Для этого нужен был ЖС,
Просто гуглил типа "обработать клик по кнопке", "вставить хтмл элемент на страницу" и так далее. Читал статьи на MDN.
MDN это вроде как единственный нормальный источник по жс. Там статьи хорошие на английском.
Так и научился. Очень много знаний получил, когда начал изучать Реакт и Тайпскрипт. До этого говнокодил просто, после этого начал гораздо лучше понимать многое. Но это где-то после года испльзования жс.
Ты так говоришь, будто на реакте не пишутся сложные проекты.
Это не сервер и не бекенд в привычном понимании, это в первую очередь BFF (backend-for-frontend), никакую ответственность с клиента на сервер он не перекладывает, потому что это одно изоморфное неделимое приложение, приложение на нексте в 100% случаев является либо BFF (что по сути является фронтендом), либо вообще статикой. В нексте технически можно писать апи, но делают так редко, потому что для практически любого серьёзного проекта лучше брать полноценный бекенд фреймворк и писать отдельный апи сервер.
Да, это я понял. Так а в каком случае такая сложность того стоит? Выглядит как слишком много проблем для любого проекта.
хороший вопрос, тоже интересно
А в чём проблема? В нексте почти вся сложность взята фреймворком на себя. Селф-хостить его не сложно. Он нужен когда проекту нужно SEO, а если оно не нужно, то есть обычно когда проектв внутренние или под логином, то тогда совсем всё просто, static export автоматический делается в нексте и на выходе получается чистая статика, которую хоть энжинексом можно раздавать, то есть просто замена create-react-app и vite.
А теперь ты говоришь, чем куча опенсорсных проектов на гитхабе отличаются от нереальных. А также что мешает создать свой крупный проект и поддерживать в нём хорошую архитектуру.
Ответ "мне лень, хочу чтобы мне сопли подтерли более опытные" очевиден и не принимается.
Почему нет? На нём удобно вкатываться. Язык хороший в качестве первого, относительно простой для изучения, для бекенда отлично подходит, конкуренция низкая на всех уровнях, от вкатывальщика до сеньёра.
Ну так сеньеры уже на работе, а ты за забором, чувствуешь разницу, сычуш? Или ты думаешь, что вкатуна не прогонят через 7 кругов ада собеса перед тем как отказать? Конечно же они будут слушать его рассказы о том как он упорно учился ЦЕЛЫЙ ГОД, перед этим закисая на работе, посочувствуют ему, примут на должность с зепкой в 200к, потратят год времени для того чтобы получить от него хоть какой то выхлоп (если повезет).
Я даже не знаю насколько отреченным от реальности нужно быть чтобы в это верить.
>Селф-хостить его не сложно
Настолько несложно, что для этого пилится отдельный проект энтузиастами: https://youtu.be/UdCXUVhVSEE?t=2667.
Если нужен сео, то почему бы не отдать статический хтмл с бэка, отправить это на фронт, где подгрузится условный реакт и дофетчит нужные данные?
А если для сео нужно прям чтобы контент был сходу встроен в хтмл, то это можно сделать на бэке, используя любой шаблонизатор, и затем точно так же с фронта дозагрузить, что нужно.
Например, список твитов встраиваешь в хтмл на бэке, отдаешь, и дальше фронт инфу о юзерах, чьи это твиты, запрашивает с бэка отдельно. Это тот же сср, если я правильно понимаю, но нет жестко заданной реализации бэкенда, можешь что угодно туда воткнуть. Наверно, htmx это что-то подобное?
Ты этим постом только подтвердил все, что я сказал.
Вкатунец ничего из этого не пишет, у него в целом опыта мало, поэтому всякие архитектуры ему и не нужны.
Соглашусь с аноном, советовавшим Си.
Лучше начни с него:
1) Простой и лаконичный язык, без лишних свистоперделок и синтаксических наворотов - в силу этого осваивается за пару месяцев
2) В целом поймешь, что такое программирование и как работает память
3) Си постоянно бьет по рукам, вынуждая тебя понимать, что ты пишешь
4) У большинства мейнстримных языков Си-подобный синтаксис, так что любой другой язык потом освоишь намного быстрее (ну разве что про классы почитаешь)
Я сам вкатывался на JS, но если бы пришлось выбирать снова, выбрал бы Си. Если поймешь, что программирование - это твое, потом можно и условный JS с фреймворками навернуть (или что другое). В любом случае, после Си вкатываться намного проще.
Поначалу важно, чтобы был интерес. А какой интерес писать на Си? Байты перекладывать?
Так все поделия, которые обычно пишут на вкатунских курсах типа конвертера валют или крестиков-ноликов, можно точно также написать на Си без байтоебства.
>Настолько несложно, что для этого пилится отдельный проект энтузиастами: https://youtu.be/UdCXUVhVSEE?t=2667
Херь какая-то на видео, некст спокойно заворачивается в докер и хостится на любой vps или в клауде
>Если нужен сео, то почему бы не отдать статический хтмл с бэка, отправить это на фронт, где подгрузится условный реакт и дофетчит нужные данные?
>А если для сео нужно прям чтобы контент был сходу встроен в хтмл, то это можно сделать на бэке, используя любой шаблонизатор, и затем точно так же с фронта дозагрузить, что нужно.
>Например, список твитов встраиваешь в хтмл на бэке, отдаешь, и дальше фронт инфу о юзерах, чьи это твиты, запрашивает с бэка отдельно. Это тот же сср, если я правильно понимаю, но нет жестко заданной реализации бэкенда, можешь что угодно туда воткнуть. Наверно, htmx это что-то подобное?
Ты сам этот велосипед хочешь писать? Так у тебя получится по сути то же самое, что и некст, только в разы хуже. Некст всё это делает из коробки без лишней траты времени. Жёстко заданной реализации бекенда некст не навязывает, у большинства некст приложений отдельный апи сервер на джаве/дотнете/го/пыхе/ноде/питоне/руби...
Так тебе на видео и говорят, почему хостинг некста - это не только "завернул в докер и задеплоил". С этим-то никто и не спорит, что в докер его можно завернуть. Можешь прочекать опеннекст, если хочешь больше примеров.
>Ты сам этот велосипед хочешь писать? Так у тебя получится по сути то же самое, что и некст, только в разы хуже. Некст всё это делает из коробки без лишней траты времени. Жёстко заданной реализации бекенда некст не навязывает
Так а тебе мало того факта, что нужен отдельный бэкенд-под-фронтенд в реализации некста? Это мало того, что операционная сложность, деплоить это поделие, мониторить отдельно и т.д., так еще и зачем-то разделяет апи сервер и сервер, который просто рендерит данные с апи и ничего больше. Не проще ли сделать рендеринг частью апи сервера, ведь это просто еще один вид апи, который отдает хтмл, а не жсон?
С добрым утром, уже года 3 так.
>Так тебе на видео и говорят, почему хостинг некста - это не только "завернул в докер и задеплоил". С этим-то никто и не спорит, что в докер его можно завернуть. Можешь прочекать опеннекст, если хочешь больше примеров.
Так этот опеннекст для любителей serverless. На западе такое делают иногда, когда фуллстек положение делается с помощью некста и серверлесс. Но всё равно большинство серьезных проектов делают отдельный бекенд, а в нексте у них чисто фронтенд. Для этого достаточно задеплоить докер контейнер на впс.
>Так а тебе мало того факта, что нужен отдельный бэкенд-под-фронтенд в реализации некста? Это мало того, что операционная сложность, деплоить это поделие, мониторить отдельно и т.д.
Ну да, очень сложно задеплоить докер контейнер и написать в нём next start. Чем это отличается от деплоя обычного реакта? Вообще ничем, 0 отличий буквально. Обвешивание этого дела мониторингом тоже не отличается.
>так еще и зачем-то разделяет апи сервер и сервер, который просто рендерит данные с апи и ничего больше.
Так в чём проблема? Воспринимай контейнер с некстом как фронтенд. Если у тебя там есть SSR, то некст сам его делает, в остальном это то же самое, как если бы в контейнере был обычный реакт с vite. Делается vite build и статику раздаёт энджинкс. А в нексте к такому же варианту (только next build вместо vite build) добавляется вариант с SSR, где делается next start.
>Не проще ли сделать рендеринг частью апи сервера, ведь это просто еще один вид апи, который отдает хтмл, а не жсон?
Если приложение простое, то можно, только хз зачем, тогда придётся писать апи инструментами некста, либо костылить чвлй аналог некста, либо как олды в 2005 писать на пыхе. Я бы даже для простого приложения делал отдельный апи сервер на чисто бекенд фреймвоке.
>Так этот опеннекст для любителей serverless. На западе такое делают иногда, когда фуллстек положение делается с помощью некста и серверлесс. Но всё равно большинство серьезных проектов делают отдельный бекенд, а в нексте у них чисто фронтенд. Для этого достаточно задеплоить докер контейнер на впс.
На видео выше речь идет о версионировании апи в нексте. Я с некстом не работал, поэтому спрошу: как его сделать в селф хостед варианте без серверлесс? Это ж проблема не конкретной инфраструктуры по идее.
>Ну да, очень сложно задеплоить докер контейнер и написать в нём next start. Чем это отличается от деплоя обычного реакта? Вообще ничем, 0 отличий буквально. Обвешивание этого дела мониторингом тоже не отличается.
Ты добавляешь ненужную подвижную часть в архитектуру без особых на то причин. Зачем?
>Если приложение простое, то можно, только хз зачем, тогда придётся писать апи инструментами некста, либо костылить чвлй аналог некста, либо как олды в 2005 писать на пыхе. Я бы даже для простого приложения делал отдельный апи сервер на чисто бекенд фреймвоке.
Полно решений для генерации хтмл из темплейта, на любом языке. Что именно некст делает такого, что я не смогу сделать, раздавая с бэка предзаполненный данными хтмл и делая всю динамику на клиенте средствами любого фреймворка (заметь, тут нет лока на реакт, как в случае с некстом)?
Пока что некст выглядит, как ебейший оверинжиниринг.
>На видео выше речь идет о версионировании апи в нексте. Я с некстом не работал, поэтому спрошу: как его сделать в селф хостед варианте без серверлесс? Это ж проблема не конкретной инфраструктуры по идее.
Если это статика, то делается next build, потом сбилженная статика просто раздаётся энджинксом. Если SSR, то вместо энджинкса next start.
>Ты добавляешь ненужную подвижную часть в архитектуру без особых на то причин. Зачем?
В смысле без причин? Если SSR нужен, то это удобное решение. А для статики на нексте нет дополнительных подвижных частей.
>Полно решений для генерации хтмл из темплейта, на любом языке. Что именно некст делает такого, что я не смогу сделать, раздавая с бэка предзаполненный данными хтмл и делая всю динамику на клиенте средствами любого фреймворка (заметь, тут нет лока на реакт, как в случае с некстом)?
Он может удобным способом делать как раз это, раздавать с бэка хтмл с предзаполненными данными, сложности при этом не особо добавляет, я считаю. При этом будет не просто хтмл, а SPA на реакте с клиентским роутингом. Либо его можно использовать как альтернативу create-react-app и vite, когда не используется SSR и на выходе после next build получается пре-рендеред статика с клиентским роутингом. В большинстве проектов у меня так и было, либо совсем небольшая часть страниц с SSR, остальное статика.
>В смысле без причин? Если SSR нужен, то это удобное решение. А для статики на нексте нет дополнительных подвижных частей.
Ну вот я расписал примерно, как можно сделать сср без лока на реакт и жс и без обязательных дополнительных подвижных частей. Претензия к нексту именно в том, как идея реализована, сам смысл сср мне понятен.
>после next build получается пре-рендеред статика с клиентским роутингом
Речь о хтмл без каких-либо доп. данных с бэка, просто статика, верно? Если так, то в чем смысл в принципе использовать некст здесь, когда можно написать этот хтмл по-дедовски?
Мурыч, ты?
>вкатуна не прогонят через 7 кругов ада собеса
О каких кругах ада идёт речь? Инфа о том как проходят и что спрашивают на собесах открыта, никаких кругов ада, для прохождения которых нужно якобы три года дрочиться по 8 часов в день там нет.
>они будут слушать его рассказы о том как он упорно учился ЦЕЛЫЙ ГОД, перед этим закисая на работе
Нет, в случае если вкатун не супер тупой, они будут слушать его рассказы о том как он уже полгода-год проработал в компани нейм, успешно создавая свой и исправляя чужой код и вообще какой он весь охуенный и опытный.
> Нет, в случае если вкатун не супер тупой, они будут слушать его рассказы о том как он уже полгода-год проработал в компани нейм, успешно создавая свой и исправляя чужой код и вообще какой он весь охуенный и опытный.
То есть ты предлагаешь сходу врать? Ну тогда я буду его гонять через круги ада.
Я хочу сделать класс у которого на старте pending promise.
Когда я сделаю че мне надо, промис должен ресолвится.
Вопрос 1. в конструкторе onDone объявлен или нет?
Вопрос 2. как это сделать?
Вопрос 3. как сделать чтобы красным не подчеркивало?
Я попробовал на настоящем языке программирования. Javascript
Ответ 1. объявлен.
Ответ 2. я всё написал верно.
Ответ 3. как блядь?
Имплюкатинг инструмент не работает, но тогда зачем ты просишь фиксы, если в нерабочем инструменте нельзя сделать как тебе надо? Макака...
Да совсем забыл что лямбды биндят this "как надо".
Столкнулся с траблом, потому что не могу найти нормальный контент по авторизации с использованием только внешней апишки. Если честно - я охуел с того, насколько много контента по React в ру сегменте и насколько его мало по новому Next, но и на инглише его тоже не очень много. Недавно был "мастер класс", который стоит больше косаря - от RED GROUP, в котором он якобы рассказал про три способа реализации авторизации, но этого пидораса и за бесплатно смотреть противно.
Может, кто-то знает какие-то годные ресурсы на эту тему?
>Недавно был "мастер класс", который стоит больше косаря - от RED GROUP, в котором он якобы рассказал про три способа реализации авторизации
Может где-то слили?
Учусь, чувак. Материал в виде статей и видосов быстрее усваивается.
По многим моментам прошерстил доку, но на тему авторизации в доке предлагают вьебать вонючий Next-auth и другие похожие либы.
>>77104
Искал, но не смог найти. Мне кажется, что за эту залупу даже его подписота ни копейки не платила, не говоря уже о Робин Гудах. Хотя все остальное легко яндексится.
Сорян за то, что не объяснил. У меня апишка на Nest. Авторизацию я хочу юзнуть без использования внутренней апишки от Next (app/api/route.ts). То есть - посылать данные с клиента напрямую в апишку и получать их оттуда.
Бля. Пока это писал - осознал, что для оптимизации рендеринга лучше юзать либо api роут, либо их новые server actions. Щас попробую второе.
И еще уточню. Щас у меня задача посылать запрос на верификацию токена и получать юзера.
А есть смысл заворачивать твоё приложение в докер?
btw там нихуя сложного, если тебе просто упаковать приложение в образ поверх готовой базы.
у меня там редис через wsl и mysql
токен ты держишь на фронте в куках/сторадже.
посылаешь при авторизации в хеадере Bearer , если есть в куках/сторадже.
Не, я стараюсь сделать более сложную авторизацию.
Есть access и refresh токены. Access может храниться в куках или хранилище. Refresh же должен храниться только в куках с флагом httpOnly. Углубленно не успел узнать как обычно происходит перехват токена хацкерами, но при авторизации с токеном httpOnly - кука с токеном идет напрямую с клиента на сервер. Может прийти и обратно таким же образом, если токен обновляется. Так ее перехватить нельзя.
И все же хотелось бы реализовать сначала JWT.
В Vite есть возможность билдить ts в js версии <= ES5? Да, мне так нужно.
Пиздос как заебла эта хуйня, одни подводные камни.
Нет, витяня только билдит под ES модули.
Что не легаси?
Просто покупаешь рекламу у гугла. Если сайт полезный, то похуй на чём он сделан, если говно, то никакие сео оптимизации не помогут.
С сессиями придется через какое-то время перелогиниваться, с токенами (если есть рефреш) не нужно никогда перелогиниваться если регулярно посещаешь сайт
люди чаще проходят по дефолтным ссылкам, а не по выделенным рекламой. ты сам когда нибудь например по рекламной ссылке в жизни хоть раз переходил?
никак?
Вот тебе пример дефолтной ссылки и не дефолтной. Охуеть какая разница, да?
>ты сам когда нибудь например по рекламной ссылке в жизни хоть раз переходил?
Да, а что в этом такого? Как я говорил, если сайт полезен, то тебе похуй как ты на него попал, ты добавляешь его в закладки и продолжаешь пользоваться, если это сео дерьмо то ничего кроме сожаления о потраченном времени у тебя посещение этого сайта не вызовет.
у меня с юблоком ваще не видно таких сайтов, кстати гугл раньше и скам сайты пропускал через рекламу
У нас ИТТ завёлся актёришка из курилки.
программистишки также будут трястись
SSR нужен для поисковой оптимизации, чтоб краулер смог спарсить данные и сайт был добавлен в поисковую выдачу. Всякая хуета типа серверных экшенов делается потому что Vercel мутят свои облака и сервис по типу AWS и пытаются из своего Next сделать инструмент под это дело.
люди будут источником энергии. забыл чтоли сюжет матрицы
Попробовал давеча Amplication - генератор на выходе даёт модели в призме, сваггер + графкул, Новогодняя ночьенд на Nest, всё в контейнеры завёрнуто. В принципе, годнота, но достаточно сыро.
Варианты с пиздингом бойлерплейта с рабочих проектов хороши, конечно, но хотелось бы услышать о более распространённых решениях.
Вымирать.
Как же ты заебал со своими перегрузками. Никак. Нельзя.
Внезапная база из компьютерной графики. Хо-хо ха-ха вышка говна да.
По существу: чем экзотичнее селекторы и свойства - тем выше вероятность, что везде будет работать по-разному через жопу.
Как будто оно с обычными маржинами и паддингами не будет работать через жопу. То, что каждый элемент сам определяет положение относительно других элементов, а не относительно границ общего окна - это дорога в ад.
Никогда не понимал, как правильно верстать, из-за этого.
мимо
Ну расскажи, как правильно смотреть на верстку и стили. Я Шалун с небольшим опытом, может, просто не осилил пока, но выглядит это все максимально не удобно.
а ты можешь сделать, чтобы определялось относительно окна, просто задав всем элементам position:relative, но нужно будет координаты каждому указывать
Вот конкретно этот код просто разбесил меня:
https://codepen.io/t_afif/pen/oNQWMVN
Я начал искать инфу про маски и не нашёл ничего внятного даже именно в контексте кода выше, это какая-то там фича полуреализованная
Это всё нюансы, главное наличие возможности.
>Усатый бумер пишет на расте и го, который он рекомендует но горит с него при каждом упоминании на стриме во время обзора статьи/когда что-то пилит, помимо тайпскрипта.
Да это типичный ютубовский контентмейкер, среди его аудитории модно хейтить реакт вот он и хейтит, хомячки генерируют просмотры и ставят лайки. Какой-то позиции у него нет, просто зачитывает базированые статьи и базирует. Или зачитывает кринжовые статьи и кринжует. Скрыл нахуй его из рекомендаций, подзаебал чето.
>хейтить реакт
В чем не прав? Достаточно посмотреть сюда, чтобы примерно почувствовать, насколько он хуевый (а ведь это хеллоу ворлд примеры, что там в продакшене - страшно представить): https://component-party.dev/
Я не говорю что конкретно он в чём то неправ, тем более сам не фанат реакта. Просто корёжит от ютуберов, которые окучивают свою паству фейковыми реакциями и эмоциями, не имеют четкой позиции, метаются из стороны в сторону и т. д. Этого хуйлана я тоже смотрел пока не понял что его видосы это жвачка с натужными кеками и стремлением подстроиться под конкретную аудиторию.
Например? Я пока не заметил переобувания с его стороны. Некоторый контент - унылая жвачка, но есть и интересные видосы, где он аргументирует свое мнение.
Я хз, если бы я смотрел с целью тебе или кому-то доказать, может чё и запомнил бы и выписал. А так, после очередного унылого видоса я просто отметил для себя, что персонажа стало уж слишком много в фиде, тейки его подзаебали, да и вообще мне он кажется не до конца искренним, поэтому взял себе перерыв от подобного контента.
Vitepress / nextra
Вроде позицию он как раз не меняет, если не считать чего-то в духе по рофлу срать Шары/жаву => в видосах про них что норм на самом деле говорить. Наоборот как раз поднаедает одно и то же каждое видео слушать, почти слово в слово.
У нас разные представления о прекрасном. Один только export default function чего стоит, лямбда тоже выглядит неструктурированно. Но шаблоны в свелте реально так себе, так что сорта говна. Зато от нагромождений юзГовно() избавились.
Почему вебмакаки только недавно до этого додумались? Идея не настолько экзотическая.
Partial/selective hydration давно есть в https://remix.run/
Недавно и в gatsby 5-ой версии появилось
Так что ей миллион лет в обед
Прикольная штука, не всегда удобная, но в целом норм
Почему не всегда удобная? Я это себе представляю, как SPA внутри пре-рендеред страницы, то есть что-то типа клиентских компонентов в SSR приложении, только более умные, с параллельной и ленивой гидратацией.
Чел, то что у тебя какая-то база из вуза есть это чистая лотерея. Это мог быть неприкладной матан как у меня.
>SPA внутри пре-рендеред страницы
>Почему не всегда удобная?
Ну бля именно поэтому. Это пока ещё экспериментальная хуйня. Вот из-за сложностей гидрации, потому что она вся хитровыебанная, сложно поставить разные сторонние библиотеки. Когда нужна локализация или UI компоненты или CSS-in-JS или чё-нибудь в этом роде, ты открываешь сука документацию, открываешь страницу server-side rendering. И там написано типа оберните ваш сервер в <ThemeProvider> ну и всё будет чики пуки. Ты оборачиваешь и всё нахуй падает. Потому что библиотека не рассчитывала, что будет какая-то умная/ленивая гидрация или острова или ещё какая хуйня. Приходится искать какие-то костыли, сниппеты, чтобы пофиксить и библиотека нормально встала. Чего нет в каком-нибудь next.js, где сразу всё без костылей встаёт.
Ну и по мелочи, типа когда родительский фрейм уже запросил данные с сервера и отрендерился, то и приходится по-новой в дочернем фрейме всё это запрашивать.
Короче говоря, это всё классно ровно до тех пор пока какой-нибудь твой любимый atlassian ui kit не поставится и придётся менять на next.js.
прочитай, это как брошюра для алгоритмов
>Один только export default function чего стоит
Потому что это ваАниматорный жс, а у свелте или вью магия подкапотная происходит
> реакт получше смотрится.
Жирнота. Реакт всегда выглядит как говно при любой погоде а любое время года.
А, это Абу эту хуйню устроил
В нексте тоже с 14 версии
Все так. Пиздец, дали людям JSX с мапами - бери пользуйся. Быстро, универсально, удобно. Нет, не хочу. Хочу жрать говно с перегруженными темплейтами, городить ngFor, v-for, #each и прочую дрисню.
> Быстро, универсально, удобно
Универасльно? Да. И всё. Тот же код на вью пишется гораздо быстрее и удобнее.
Выглядит как говно, мне понимать JSX проще и быстрее, писать примерно столько же по скорости
ну тут нужно в частности разбирать, где-то норм, где-то неоч. очевидно декораторы @ в тс мне нравятся
Выглядит как говно, мне понимать Svelte проще и быстрее, писать примерно столько же по скорости
так может ты сайтики на ассемблере собирать будешь?
любая технология это некий уровень абстракции, и делается это все для удобства
Популярность реакта говорит лишь о том, что он появился раньше. Выглядит, как говно, работает, как говно, но экосистема богаче и больше кабанов уже успели на него закоммититься за неимением чего-то лучше.
у реакта так называемая "богатя экосистема" такова лишь потому, что сам по себе реакт ничего полезного из себя не представляет
нет у него нихуя рабочего из коробки
нужен роутинг? ставь реакт роутер / некст
нужны сторы? ставь redux / zustand / effector
нужна работа з запросами ? ставь react query
и таких примеров множество
и на каждый блядь чих нужно что-то да качать и ставить
в то время как в sveltekit 90% потребностей покрывает функционал, поставляемый вместе с фреймворком
не говоря уже о том, что в нем нет virtualdom, этих обоссаных абстракций по типу useEffect, useMemo, useCallback, useFootgun etc
тьхфу блядь, мерзость
>и на каждый блядь чих нужно что-то да качать и ставить
Ого, npm i package-name действительно сложно сделать.
>не говоря уже о том, что в нем нет virtualdom, этих обоссаных абстракций по типу useEffect, useMemo, useCallback, useFootgun etc
Круто, но зачем нужен svelte, если есть solid, который сочетает в себе преимущества реакта (JSX) и отсутствие минусов реакта (виртуал дом и бесполезные для солида хуки)?
>преимущества реакта (JSX)
это лютый кал, а не преимущество
>зачем нужен svelte, если есть solid
потому что это удобно, большое сообщество, дохулиард решений из коробки, пишешь меньше кода, реактивность, можно долго перечислять
https://www.youtube.com/watch?v=HyWYpM_S-2c
Затем, что солид все еще очень сырой и с маленьким комьюнити, а также не решает проблему с юзЗалупа().
>не решает проблему с юзЗалупа()
В чём проблема?
>>80070
>это лютый кал, а не преимущество
Мнение магияшизов. Многие люди предпочитают писать валидный JS.
>потому что это удобно, большое сообщество, дохулиард решений из коробки, пишешь меньше кода, реактивность, можно долго перечислять
По сравнению с солидом преимущество разве что большое сообщество.
В том, что все эти createEffect, useSignal и прочая залупа делаются гораздо проще и читабельней в свелте, и подозреваю, что они работают так же непредсказуемо, как в реакте.
Если бы солид поддерживал обратную совместимость с реакт компонентами, это был бы лютый шин уровня тайпскрипта. Но создатели обосрались.
>Если бы солид поддерживал обратную совместимость с реакт компонентами, это был бы лютый шин уровня тайпскрипта. Но создатели обосрались.
НИНУЖНА.
Есть божественный Preact, с небесными сигналами и обратной совместимостью с React. Остальное - залупа.
чётенький цикл под массивы вместо того чтобы писать одно и то же каждый раз
>Preact
Несовместим на 100%, некоторые фичи реакта либо отсутствуют, либо надо тащить какую-то обертку, либо экспериментальные. Я бы не рискнул в Новогодний Выпуск тащить, исходя из дМЯУументации.
>Является ли for of неуместным синтаксическим сахаром?
Любой язык программирования является неуместным синтаксическим сахаром. Писать программы надо в машинных кодах.
я только за, вот кароче моя идея - это нпм пакеты только с бинарными модулями, но для юзера пакета только апи пользуешься например сложить числа, подключаешь модуль, он возвращает функцию сложения, которая принимает аргументы. всё, пользуешься
Точно так же, если ты про компоненты.
🕛-in-🥂 — зло!
Заметил, что в последнее время начала хайпиться библиотека StyleX от Meta (Facebook), которая, якобы, "облегчает Белый Медведьотку стилей". Триггерит, особенно, когда это заявляют опытные Белый Медведьи в своих туториалах.
Почему Хороводеры вечно усложняют себе жизнь всяким шлаком, типа: StyleX, vanilla-extract, styled components и т.п.
Когда это:
🍊Script
stylex.create({
text: {
color: 'red'
}
})
Стало лучше/проще этого?
🕛
.text { color: red }
Как же это тупо писать 🥂-код в виде 🕛 в TS файлах, чтобы в итоговом бандле получать СSS-файл, но еще и с уродскими классами x1jchvi3 x1p7i66b x1xmf6yo 🔥, которые фиг пойми как дебажить.
Конечно, нам же и так не хватало боли с этим TypeScript, так мы его еще и в 🕛 должны запихать, чтобы нам еще хуже жилось 😢
И почему-то эта шиза в основном у React-Белый Медведьов 👩💻 🏥
Да, есть отбитые и в других фреймворках, которые пытаются скрещивать 🕛-in-🥂 с Vue/Angular, но чаще это переходит все в deprecated.
За всю мою карьеру в коммерческих проектах, эксперименты с этими 🕛-in-🥂 либами приводили к тому, что в итоге от них отказывались в пользу S🕛-модулей.
А кто ещё до сих пор не отказался, скорее всего ленится это делать или просто больной на голову шизофреник на уровне любителей пиццы с ананасом.
Пожалуйста, прекратите заставлять 🥂 выполнять ваши больные фантазии. Пусть 🥂 делает свою задачу и 🕛 свою, как это было задумано изначально 😣
🕛-in-🥂 — зло!
Заметил, что в последнее время начала хайпиться библиотека StyleX от Meta (Facebook), которая, якобы, "облегчает Белый Медведьотку стилей". Триггерит, особенно, когда это заявляют опытные Белый Медведьи в своих туториалах.
Почему Хороводеры вечно усложняют себе жизнь всяким шлаком, типа: StyleX, vanilla-extract, styled components и т.п.
Когда это:
🍊Script
stylex.create({
text: {
color: 'red'
}
})
Стало лучше/проще этого?
🕛
.text { color: red }
Как же это тупо писать 🥂-код в виде 🕛 в TS файлах, чтобы в итоговом бандле получать СSS-файл, но еще и с уродскими классами x1jchvi3 x1p7i66b x1xmf6yo 🔥, которые фиг пойми как дебажить.
Конечно, нам же и так не хватало боли с этим TypeScript, так мы его еще и в 🕛 должны запихать, чтобы нам еще хуже жилось 😢
И почему-то эта шиза в основном у React-Белый Медведьов 👩💻 🏥
Да, есть отбитые и в других фреймворках, которые пытаются скрещивать 🕛-in-🥂 с Vue/Angular, но чаще это переходит все в deprecated.
За всю мою карьеру в коммерческих проектах, эксперименты с этими 🕛-in-🥂 либами приводили к тому, что в итоге от них отказывались в пользу S🕛-модулей.
А кто ещё до сих пор не отказался, скорее всего ленится это делать или просто больной на голову шизофреник на уровне любителей пиццы с ананасом.
Пожалуйста, прекратите заставлять 🥂 выполнять ваши больные фантазии. Пусть 🥂 делает свою задачу и 🕛 свою, как это было задумано изначально 😣
Сначала я хотел оскорбиться от надзирающих ссак главного макакера, которых заставили пилить замены, но потом понял, что это ты уебан. Сомневаюсь, что часть поста рандомно попердолило.
удобно, но 🕛 полностью не заменит
да, поставить маржин оч быстро, не нужно ебаться с именованиями
но условые keyframes или что-то сложное ты все равно будешь писать в <style></style>
но я работаю в соло, на мнение других поебать
Тогда TW и Svelte - a match made in heaven. Можно хуярить инлайны, а когда их не хватает, просто в <style> прописывать скоупд-стили.
>это нпм пакеты только с бинарными модулями
Я бы тебе в ёбыч прописал за такое, вот моя идея, мой манифест.xml.
Я люблю Новогодний Выпускить модули и ебсти их, как захочу. Этим и прекрасен 🍊скрипт. А ты, выходит, хочешь меня этой радости лишить и загнать снова в OllyDbg и SoftICE со своими ебучими бинарями. Я тебе так скажу - боженька дал для таких премудрых Skypack. ПодклюГлинтвейн модули как ESM, пользуйся публичным АПИ, только других в чёртову бездну за тобой не тащи.
Ничего лучше Linaria чел-овечество пока не придумало. Мог бы не тужиться, всё равно кроме первой строчки я дальше не читал.
Sass modules
Выкатывайся из программирования, иди в математики. Вот там все явно.
Функциональное программирование это когда ты делаешь array.map(val=>val*2). Лапша это императивный понос без структуры.
>if (!collection.length) return
>if(!collection.startKey) return
Так вот это баг. Потому что 0 оказалось валидным startKey и выходить не надо, надо выходить именно от нулевой длины.
🥂 заставил Белый Медведьа целенаправленно написать баг чтобы проверочку на тип пройти.
Представляющий из себя последовательность команд.
Если я блядь не знаю и знать не хочу какого класса e instanceof. Оно в кишках говно библиотеки третьесторонней.
проблема усугубляется тем, что автор библиотеки срать хотел на 🥂 и в е может прилететь что угодно
Ну короче да. Только так
// eslint-disable-next-line @typescript-eslint/no-explicit-any
} catch (e: any) {
Это Прошлогодний снег технология. Сейчас она применима только для авто генерации сайтов через нейронку.
удаляй
Тебе приходит e = { code: 777, huitka: 666 } Это инстанс чего? Я же про типизацию чужих ошибок.
Столяров сказал нам, что ты патлатый пидор, чмо.
Это если переводить с умного.
Говорит яваскрипт - говноязык.
"Смирись с этим".
Что сейчас хайпует?
Хуи сосешь?
Молодой человек, вы какие курсы закочили?
Он приводил пример где ты описываешь работу this в рамках внешнего апи settimeout по спецификации языка.
Если ты не знаешь что тебе прилетит и нужно в рантайме чекать, то пик1, если знаешь, просто тс выебывается, то пик2
Фреймворк для микросервисошлёпов. Хотя я нест предпочитаю даже в случае работы с микросервисами.
talwind плагин в vscode поставь, будет проще
А у nest нормальная документация до сих пор под пейволом?
он умеет работать с сообщениями как кафка?
>сущности плодить нужно нахуй
Это только про Хоровод, здесь костыль на костыле, потому что у истоков стоит дремучее вонючее легaси с хуевым дизайном. На Новогодняя ночье в основном только годные и нужные технологии.
>вот тот же докер блять сижу читаю сука он оказывается использует wsl на винде ох лол
Не обязательно, я спокойно через hyper-v запускаю докер, ебал я этот wsl.
Виндобоярин
встал вопрос о том, как защитить своё творение от пиздинга, ну то есть в компилируемых языках всё понятно, есть исходный код и есть бинарники, которые конечно можно попытаться декомпилировать, но это требует творческого подхода от "взломщика"
а вот с 🥂 кодом всё просто, скопировал и спиздил, есть исходники, можешь сам Белый Медведьатывать проект дальше насрав на автора
есть ли какие-то подходы современные, чтобы защитить хотя бы часть важного кода от пиздинга, чтобы челик не смог разобраться в том как всё работает? пофиг что он сможет скопировать текущую версию, главное чтобы он не понял суть кода и не смог развивать проект самостоятельно с извлечением прибыли мимо меня?
https://github.com/vercel/pkg
https://github.com/nexe/nexe
https://node🥂.org/api/single-executable-applications.🕛
Сделать ненужное говно.
Только такое не пиздят.
Все остальное пиздят.
Как бы ты не препятствовал взломщикам.
Браузерка вряд ли кому нужна будет. И вопрос тут не к качеству продукта, а к ненужности тому, который обладает навыком пиздить что надо спиздить.
Как вариант держи часть кода на сервере и отдавай только результат вычисления.
Вообще-то экзотик обжект аррай.
Он лишь допускает в своей речи произносить Аррай, а так его корежит и по спецификации это экзотик обжект аррай и на то есть причина.
Спецификации иди читай, блять, неуч.
>докер блять сижу читаю сука он оказывается использует wsl на винде ох лол,
Ну а как ты линуксовые контейнеры запустишь без эмуляции? Докер же не полноценная vm, а так, тонкая хуйнюшка.
Можешь вместо линуксовых использовать виндовые контейнеры, тогда не нужен будет wsl.
>>81532
>Не обязательно, я спокойно через hyper-v запускаю докер, ебал я этот wsl.
Оно так наверное раза в 4 медленнее работает.
А в чём ваша проблема с wsl? Я его просто поставил и всё работает само.
>web assembly
немного читал про это, но если это так пиздато, быстро, может позволять прятать код, по почему это не используется повсеместно?
const errMessage = (e as Error)?.message ?? e || "Unknown error occured";
console.error({errMessage});
>Есть обфускация. Ещё есть web assembly.
Всё хуйня. Стоит признать, что сейчас в современных хромиум браузерах литералли лучший отладчик. Ты просто по кайфу браузишь по флоу кода и находишь всё, что нужно, как бы автор ни пытался что-то скрыть. Базарю, это будет даже интересней, чем твоя сраная игрушка.
когда ты распаковываешь {count}, у тебя геттер функция вызывается один раз, отдает в count 0, и потом ты этот ноль просто перечитываешь. сделай const obj = create(), и потом последовательно вызови геттер как obj.count
Ааааа, точно. Не привык к синтаксису геттеров в жс, думал, копируется функция, а не результат вызова. Спасибо.
>думал, копируется функция
А синтаксис вызова функции тоже забыл? Если ты думал что это функция, то почему писал count а не count()?
>почему писал count а не count()?
Это куда более очевидно, чем то, что при распаковке под капотом вызывается obj.<unpackedVariableName>, который в данном случае оказывается именем геттера, то есть вызовом.
>гугл сервисы говно
Зис. Плюс гугла только в меньшей цене, сами сервисы зачастую сырые и нестабильные. Хотя я плотно с ним работал пару лет назад, может, че-то поменялось. Но это корпа, так что не думаю, что успели все исправить.
много где изспользуется гугловская авторизация и сервисы аля карты или переводчик и я думал должно быть удобно пользоваться когда у тебя все в одном месте там контейнеры и пр. а оно вон как оказывается
>почему так?
Ой бля, потому что aws это самый старый сервис из облаков. Я лично не думаю, что gcp чем-то хуже. Амазон бешеные бабки вкладывает в документацию, статьи, конференции, презентации, демки, бест практисес, воркшопы и так далее. Ты можешь просто прийти, посмотреть - ага, нужно делать так-то и так. На Новогодний Выпуске там буквально сотни примеров на любой слуГлинтвейн.
Gcp ничем особо не хуже. Но с другой стороны, я не очень люблю терраформ, а он там буквально повсюду.
У gcp есть годные продукты, типа BigQuery и Firebase. Ну а всё остальное в принципе как у всех. Не вижу каких-то особо сильных преимуществ.
let undefined = 5;
console.log(undefined);
console.log(void 0)
}
test()
Что выведет функция test? В консоль не лезь, в тред не подсказывай. вопрос на засыпку Шалунам
Проиграл с этого хакера.
не понял в чём соль?
5
undefined
Вот почему:
В 🍊Script, undefined является глобальной переменной, которая изначально установлена в undefined. Однако, внутри функции test, undefined был переопределен с помощью let undefined = 5;. Поэтому, первый console.log(undefined); выведет 5.
void 0 в 🍊Script всегда возвращает undefined, независимо от того, была ли переменная undefined переопределена. Поэтому, второй console.log(void 0); выведет undefined.
По-хорошему должна вывести харчок в ебало тому кто такой код пишет.
Ебучие инфоцыгане даже реферальную ссылку вставить не могут без точек и скобочек. Киньте этой гниде репортов.
Примите благодарность за проявленную бдительность и гражданскую ответственность!
Ну, по спецификации то я все правильно ответил.
это terser
Не похуй ли?
Работаю в офисе, график с 10 до 19, зп 200к, начал задумываться об удаленке.
Есть ли удаленка со свободным графиком? Типа я могу встать в 7 утра и начать работать, закончить в 3 дня. Именно что бы это было оговорено, а не проебываться на обычной удаленке.
Почему думаю про удаленку, когда у офиса гораздо больше преимуществ, таких как - живое общение, рабочие моменты решаются быстрее, бесплатный чай кофе обеды.
Просто на работе часто ты делаешь задачи, а потом сидишь в офисе до 7 вечера.
Прям совсем со свободным - редко или на себя. Зачастую ты должен присутствовать на стендапах и т.д. и отвечать в рабочее время команды.
>но я не понимаю, чем этот подход лучше современного.
Тем что лучше вписывается в идеальное виденье того, как должны писаться программы архитектурно. То есть Дети в костюмах звёздочек - это только слой отображения, который только отображает данные, и таким образом в теории может быть заменен на любой другой слой отображения.
Например вот два варианта чтобы задать одну и ту же логику типов
1) Раньше если нужно было задать ограниченный набор строковых значений в свойстве, то делал как-то так.
2) Enum будто бы делает то же самое. Поэтому смысла чет не пойму...
https://www.typescriptlang.org/play?#code/PTAEHUFMBsGMHsC2lQBd5oBYoCoE8AHSAZVgCcBLA1UABWgEM8BzM+AVwDsATAGiwoBnUENANQAd0gAjQRVSQAUCEmYKsTKGYUAbpGF4OY0BoadYKdJMoL+gzAzIoz3UNEiPOofEVKVqAHSKymAAmkYI7NCuqGqcANag8ABmIjQUXrFOKBJMggBcISGgoAC0oACCbvCwDKgU8JkY7p7ehCTkVDQS2E6gnPCxGcwmZqDSTgzxxWWVoASMFmgYkAAeRJTInN3ymj4d-jSCeNsMq-wuoPaOltigAKoASgAywhK7SbGQZIIz5VWCFzSeCrZagNYbChbHaxUDcCjJZLfSDbExIAgUdxkUBIursJzCFJtXydajBVDtUAAOUgqAk8DI8QAomQ2GR9qAALygADkNLpDOZrIZPMUFKIoGIJ1QZxZbI53J5UtOqzlIrFlLVZGIMtQ7GE3P59MZWo5AB9JdLZcL2e1iqUHY6nU7FCj2IhQFqdXjBPomZx3aAAN6KEolI2CrVc3kRk02nm8UNh5Uy1U26NKq1ptmigC+5Mpj30BEavpw0ZDYbhdQY+SuqEonGYSZK3zZda9uv1inzigQnEENAJJYHkDrRcEI7LFe4NbrPICi4T4Jt85T1pzuYA3MEVDhmh4yF5EAznMD2DQvm4zMx2AxmJB+LBoOpEgxgXoRF4AERM1YMRAFn0b8kmxb9wAcVAeWEGkJG-IIVAAeS+Mh3l9fgHyOGUyAUVxpDwUAnBPHRhiwfQUAQRBoWES4r2NaIRAMDhsQWJhWA4HgghKIA
Как раз этому htmx противоречит: если у тебя все рендерит сервер и на фронт отдает только хтмл, то интегрироваться с теми же мобилками не получится. Ну или придется поддерживать отдельно еще и рест апи. Хтмл - это часть отображения, она не должна быть на бэке.
Пытаюсь разобраться с enum в TS, а точнее что в нем такого, чего я не мог сделать раньше.
Например вот два варианта чтобы задать одну и ту же логику типов
1) Раньше если нужно было задать ограниченный набор строковых значений в свойстве, то делал как-то так.
2) Enum будто бы делает то же самое. Поэтому смысла чет не пойму...
енум вроде код в сам жс добавляет, можешь глянуть на сайте
Теперь скажите, это я наткнулся на неудачную комбинацию JS фреймворка и UI тулкита и есть какие-то более удачные варианты, или это норма что UI виджеты приходится переписывать постоянно? В целом с Svelte уходить не хочу, мне он понравился. Но то что мне не хватает фич в UI - проблема.
Я так вообще сеньйор С++ разработки, поэтому ваш JS мирок для меня слишком новый.
>нет editable select'ов (ну или autocomplete'ов) нормальных
>нет breadcrumb
https://www.skeleton.dev/components/autocomplete
https://www.skeleton.dev/elements/breadcrumbs
Или я чего-то не понимаю?
>табы в 2 ряда расположить если их много
Это вроде вообще решается простым css (или тейлвиндом), тут по-моему не нужен целый отдельный компонент: https://tailwindcss.com/docs/flex-wrap.
Ты не понимаешь разницу между типом и значением? Энум это значение, а твой юнион это тип. Когда ты его будешь в коде использовать, ты будешь набирать конкретные значения.
type Fools = "Вася" | "Петя";
let fullFool: Fools = "Вася";
Если не укажешь Fools
let fullFool = "Вася";
то у fullFool будет тип string
vs
const enum Fools {
Vasya = "Вася"
Pepya = "Петя"
}
let fullFool = Fools.Vasya
у fullFool тип Fools
Спасибо. Я вчера в основном смотрел на SMUI и там этого ничего не было, и что-то показалось что в Skeleton всё также. Сейчас вижу.
Для ООП достаточно и интерфейсов с классами. В других языках нет никакой третьей категории, и все прекрасно работает.
>В других языках нет никакой третьей категории
Есть структуры.
>В других языках
В других языках нет утиной типизации.
Мы в ЖС можем сунуть всё что угодно как аргумент в функцию.
foo(instance: MyClass | undefined)
MyClass | undefined - это тип
MyClass а это класс/интерфейс
Зачем нам нужны типы? Ну чтобы undefined можно было в foo сунуть.
Зачем классы? Они охуенные. Зачем интерфейсы? Чтобы наследовать всякое было проще.
Если изучаешь джава, то тебе в другой тред. Про ютуб хз, мне читать проще. Если тебе все-таки жаваскрипт, то читай кантора, он база.
Когда вызывается функция когда её загоняешь в (()=>{})() скобочную вагину? Что значит "прямо на месте"?
Имею ввиду такую ситуацию. У меня есть значит вот такое:
function test(boo) {
let s = ""
let test = (boo) ? "test" : (()=>{ let x = 10;while(--x){s = s + x} })()
return test;
}
Функция скобочной вагины, которая вызывается на месте, будет вызвана только когда я запущу функцию test(false)? Или когда запущу test(true) скобочная вагина всё равно исполнится? Прост у меня в скобочной вагине стоит цикл и он очень не простой, не хотелось бы лишнюю энергию тратить на такое.
Блядь, пока писал понял как это говно протестировать - нужно этот цикл сделать потяжелее и запустить test(false) и test(true) и проверить время.
Скобочная ваджайна выполняется только когда выполнение переход к этой самой скобочной ваджайне. Ну заебись, хуле.
Выполняется оно всё так, как написано.
Анонимная функция - это обычное выражение. И оно будет вычислено тогда, когда до него дойдёт поток выполнения. Т.е. так же, как и любое другое выражение, напр. a = b + 1.
А после того, как оно будет вычислено, будет сознана функция. И эта созданная функция будет тут же вызвана. Прямо на месте.
Если ты это делаешь в цикле 1000 раз - значит 1000 раз будет создана новая функция, и вызвана. Поэтому, в цикле такое делать не надо. Надо присвоить функцию переменной, а потом вызывать уже эту переменную.
И да - открой для себя отладчик в браузере.
https://learn.javascript.ru/debugging-chrome
Будешь видеть всё живьём.
> обычное выражение. И оно будет вычислено тогда, когда до него дойдёт поток выполнения. Т.е. так же, как и любое другое выражение, напр. a = b + 1.
Хм, теперь понятно, да. Т.е. если функцию в условие воткнуть, то эта функция "прямо на месте" выполняться не будет, потому что поток выполнения до этого места не дойдёт.
> Если ты это делаешь в цикле 1000 раз - значит 1000 раз будет создана новая функция, и вызвана. Поэтому, в цикле такое делать не надо. Надо присвоить функцию переменной, а потом вызывать уже эту переменную.
Просто нужно оставить условие и этого достаточно, думаю. В моём случае.
>>87304
Да я в уме программирую, даже в сонсоль хрома код вставляю на проверку раз в неделю, нах мне отладчик.
>Да я в уме программирую, даже в сонсоль хрома код вставляю на проверку раз в неделю, нах мне отладчик.
Чтобы понимать, как оно на самом деле работает.
Программа пишется под конкретного исполнителя.
И одна и та же программа может выполняться разными исполнителями по-разному.
Например, в уме - работает, а в браузере - нет, почему-то.
> Например, в уме - работает, а в браузере - нет, почему-то.
Соболезную таким программестам, такого ещё ни разу не было, ни одного релиза с багами.
В этой хуйне меня смутило то что в массивах самовызывающаяся функция почему-то исполняется сразу. Видимо в жс поток выполнения проходит весь массив, даже если доступ был к другой ячейке массива, шиза конечно.
>кантора
Зачем вы постоянно советуете этот нудный и перегруженный кал??? Кантор в первую очередь справочник, а не учебник. Для новичка не подойдёт. В идеале надо начинать с СИ. Потом читать адаптированные книги для нубов.
Сынок, ты серьёзно вот это вот написал?
Какие у тебя могут быть релизы, если ты не знаешь элементарных детских вещей?
Нахуя ты позоришься? Ты мазохист?
То что ты знаешь как работает жс скорее вызывает, ну знаешь, сочувствие. Жаль что тебе приходится столь глубоко разбираться в этой хуйне.
Какой уж тут тролинг, когда вместо составного типа данных, как в нормальных языках, вынужден какие-то, блядь, переменные создавать, функции писать через генераторы кода. Вместо макросов создавать код нужно через строки, блядь! Тулуп порвёшь пока нормальный код напишешь.
И ладно я обычно работаю с чистой логикой и примитивами, не требуется ничего кроме функций, а ведь кто-то вынужден приложения целые писать высокоуровневые. Ебнешься с этой хуйней.
Си, плюсы, раст.
Вроде бы просто .bind({ }) работает. Хотя я до конца не понимаю, как.
Алсо, что можно почитать/изучить уже человеку с каким-то опытом? Наткнулся на сайт с ежедневными заданиями: https://adventjs.dev/
Норм тема?
Не надо ничего клонировать.
Надо каждый раз создавать новую функцию.
А для этого надо сделать другую функцию, которая будет создавать ту, что тебе нужно. И эта создающая функция может принимать параметры, если нужно.
Классический пример:
function makeAdder(a) {return function(b){return a + b}}
const add2 = makeAdder(2)
const x = add2(3)
//x = 5
Хорошо ты его мысли прочитал. Сразу видно сеньора.
Потому что я читал и мне зашло.
В джаваскрипте нет типов.
Все фреймворки одно говно.
Просто есть отличительные черты.
Реакт - говновасянщина и велосипеды, Англуряр - православие и порядок.
Оценивание же сложности фреймворка - оценивание своего интеллекта в первую очередь.
Например если считаешь, что Реакт проще Ангуляра, то природа не одарила интеллектом.
Т.к. сложности в освоении фреймворка как такогого нету. День-два-неделю посидеть, поразбираться и все. Сложность же в чтении самого кода и разбирательстве в говнокоде самого проекта.
Например если ты залетишь на новый проект, то тебе будет сложно независимо от того какой там фреймворк. Но будет проще если это не реакт, в силу его библиотечности и васянщины.
Какую шконку займет светл пока не ясно.
Может быть будет новым реактом или камплем.
Буквально МЯУ.
Я уволился с прошлого месяца.
Сижу делаю свои проекты, нейронки трогаю, игрульки делаю.
Собираюсь всю теорию которую хочу подучить/изучить законспектировать.
>стою на одном месте без развития
Галера или норм компания?
Парой помогает перекатиться в другое место, так сказать, обновить обстановку.
Ну а если норм компания (сорта яндексов, банки), перетерпи и попробуй превозмочь этот период.
Попробуй игрульку сделать. Мне зашло. На блюпринтах в анриале. Сидишь карту красишь, анимации делаешь, логику играюче рисуешь. Ну и пердолинг присутствует, думаю это нужно чтобы мозг держать в тонусе.
Ну и гуляй почаще. Траву трогай. Качайся.
Пердолинг он та то и пердолинг, что головой пердолить всякое говно нужно. Нужно очищать голову.
А вообще пиздуй в Детский Утренник, там обычно с такими вопросами.
Ну почему же, каждый фреймворк по-разному заставляет тебя думать об одном и том же. Как следствие, где-то больше подводных камней, где-то меньше.
Конкретно в свелте сложность не столько в непонятном апи, сколько в многообразии фичей: можно и анимации из коробки делать, и в целом для стилей какая-то своя надстройка над ксс есть, не считая просто базовый синтаксис.
Хотя я опять прокрастинирую через чтение доки, надо бы уже просто к практике перейти, тогда и освоится нормально.
Разработчики шлют в анус и с ехидным ебалом предлагают переделать все под esm, как будто у меня в проекте нет других 100500 библиотек, которые в свою очередь нормально импортируются только через commonJS. Какое-то круговое посылание нахуй получается
Работает же все
CommonJS puk
const kek = import("kek")
async function puk() {
console.log(await (await kek).sayKek())
}
puk()
ESM kek
export function sayKek() {
return Promise.resolve("kek");
}
оопще в 2024 всем пох, так как все пишут на тайпскрипте а не жс и транспилят и бандлят
посрать?
чё так жестко
Если будешь вкатываться каждый день по 9+ часов, то да. Я сам на джуна за 2 месяца вкатился не напрягаясь. Даже ts не понадобился. Так что готовь кофе, врубай какой-нибудь бодрящий музон и вперёд.
>>89546
Ну так я пишу на тс и компилирую в жс. Вот кстати мой тсконфиг. Если поставить в module es6, оно везде делает импорты и ломаются модули коммонжс. Если поставить commonjs, оно везде ставит реквайры и ломаются модули esm онли.
Окей, вручную поменяю скомпилированный жс код на import. Так это говно жалуется что импорт можно делать только в модули (спасибо, target es6). Ставлю в package.json "type": "module". Опять какая-то ошибка. Решение стаковерфлоу: импортировать все модули через esm. Спасибо, гениально, блять!
Не понимаю о чем ты. Просто берешь и пишешь - margin-bottom: 10px; и всё работает.
До первого ехидного юзера с иронично узким окном браузера, на котором все съедет к хуям. А чтобы все эджкейсы обработать, придется писать бесконечные полотна стилей, потому что мало того, что стандартов между браузерами нет нихуя, так еще и стили слишком гранулярные, когда это не требуется. Использовать ксс - это как писать бэк на плюсах - очень гибко, но нахуй не нужно с такой сложностью.
Так индустрия говна, где каждый дрочит, как хочет, иначе бы такого сайта, как caniuse не существовало бы.
Получается под каждое новое Рога и Копыта надо новую технологию для стилей учить? А какие вообще есть?
Вообщем, нашел ответ. Просто идите нахуй
ПРОСТО ИДИТЕ НАХУЙ
https://stackoverflow.com/questions/70545129/compile-a-package-that-depends-on-esm-only-library-into-a-commonjs-package
Хочу написать пет на рякте, дабы изучить его на практике, открывая доку в непонятных моментах. Есть какие-нибудь источники, где расскажут, как не написать говно и дадут идею для пета? Или ютуб-видосы "ПИШЕМ ПЕРВОЕ ПРИЛОЖЕНИЕ НА РЯКТ ЗА 1 ЧАС" подойдут?
помогите пожалуйста:
после подключения библиотеки yup для react-hook-form вылезает ошибка с типизацией и я не понимаю, в чем проблема?
Начать свой стартап.
Это копия, сохраненная 28 марта в 03:13.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.