Больше пары строк кода в посте или на скриншоте ведут в Ад.
Для программирования на HTML https://jsfiddle.net/
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: что я хочу получить, что я для этого делаю, что я вместо этого получаю. Если когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Руководство для вката:
https://pastebin.com/9yRADC0s
>Мне именно нужен вариант когда я кликаю по кнопке, и браузер ведет себя так будто я нажал кнопку submit в форме, в том числе производит перезагрузку страницы.
https://developer.mozilla.org/en-US/docs/Web/API/CustomEvent
реакт все.
на самом деле интересно конечно. Денчик таки засрал реакт своим говном Но 1) наверняка эта новая хрень будет похожа на React 2) react - мировой стандарт, еще лет 5 будет точно много работы на react. 3) а ангуляр старше и морально устарел значительно сильнее реакта, да и изначально был унылым мерзким говном. Учить его в 2020 - бред. Да работы много, но писать на angular - все равно что ебать себя черенком от лопаты. Вообще для обучения еще пойдут Svelte - он очень приятный и на нем легче всего осознать ssr, но если этот вариант кажется слишком уж легкомысленным, то можно взять Вью, но уж точно не Ангуляр.
А ты где вакансии смотришь? Я в разгар корона кризиса за 1 день поиска нашел. При этом скорость разработки заебись, порог вхождения никакой и маленькая конкуренция, чувствую себя шикарно. Конечно странное поведение и не очень понятные вещи есть, но всегда удается в обход. Встроенные сторы освобождают от таких вещей как redux в реакте (убить Денчика), что вообще делает жизнь прекрасной.
https://github.com/facebookexperimental/Recoil
https://www.infoq.com/news/2020/05/recoil-react-state-management/
2021 год === SyncFlow + recoil
поясните почему js такой тяжелый, выскажите свое мнение:
>>1762772 →
таки соглашусь. но почему-то на нем пишут лютое тормозное говно иногда. наверное дело в ветвлении и дроче процессора на элементарных операциях.
типа как в проце есть опкоды для чтения/сравнения нуль терминированной строки и работает это все максимально быстро.
а в js нужно посложнее + юникод и может быть реализовано слишком затратно. и в итоге это может наслоиться как ком.
Какова хуя, я всего лишь хочу последнюю цифру, а он мне говорит сосать писю.
Нормально? если нет, то не подскажите пожалуйста, где можно "бест практис" получить?
Собственно вопрос:
Какие есть годные каналы где делают какие-то небольшие фичи с голым js? Пока выбрал для себя вариант, где я чередую теоретические занятия(т.е. практические, но без особого применения на практие) и практические (с особым применением на парктике). Что-то вроде такого https://www.youtube.com/channel/UCLjtB1XNaiVz-brRDymb5gg
Это охуенно помогает понять общий принцип и в целом как-то прорисовывает общую структуру джаваскрипта у меня в голове. Но вот не знаю, самые ли лучшие это варианты изучения js на практике. Я знаю что уроков-то в инете полно, но там это как правило что-то вроде делаем соцсесть с нуля за 900 часов. А хочется чего-то более-менее законченного, чтобы после завершения можно было по пунктам все пройденное расписать и как-то уложить в голове. А вариант прочесть книгу с носорогом от начала до конца и нихуя не запомнить примерно всю книгу от начала до конца, мне не очень подходит, получается какое-то обучение ради обучения. Возможно мне нихуя и не нужно конечно, и того что я нашел уже достаточно, но на всякий случай спрошу тут, интересует именно практика. Всего остального я нашел и структурировал уже в избытке, на еще 20 руководств хватит
https://www.freeformatter.com/javascript-beautifier.html
Вставь сюда, оно отформатирует, у тебя там просто для уменьшения веса файла все пробелы и отступы убрали
1) Есть какое правило для eslint'a, чтобы форсило обращение к глобальным переменным через window.X? А то у меня уже было, что я нечаянно обращался например к window.location вместо variable.location, забыв приписать объект.
2) Почему ts пишет, что name имеет тип never, когда это очевидно строка?
Сам код: https://github.com/Kiryusha/platformer/blob/master/src/core/game/Collider.ts#L244
Я всплывашку показал, чтобы never было видно. Но там да, явно уже указано user: UserInfo. Проблема в том, что name это также глобальная переменная, так что обращение name вместо user.name ни eslint ни ts не видит как ошибку т.к. считают, что name это window.name. Вот как бы заставить их подсвечивать такие места как ошибки?
В общем, убрал env: {browser: true} из .eslintrc, а эта хуйня все равно не подсвечивается как ошибка. Зато когда прописал no-undef правило в rules все заработало. Хотя это правило вроде должно само включаться при использовании eslint:recommended пресета. Странно.
В общем, если кто такой же хуйней страдает, вот мое конечное решение:
1. Явно прописать no-undef правило несмотря на extends: [eslint:recommended] потому что это баг? наверное.
2. Вместо env: {browser: true} прописать явно globals, которые забыть\спутать с собственными переменными в коде нельзя, вроде setTimeout, setInterval, console, а для всех остальных прописать window и document, и использывать глобальные переменные через них.
Задача была добавить кнопки закрытия для разных окон сообщений(смсок), в итоге решил всё как обычно через костыли.
Пришлось создавать n-ое количество клонов кнопки и каждому элементу присваивать свой клон.
//сделал кнопку
let closeButton = document.createElement(‘button’);
closeButton.className = ‘close’;
closeButton.innerHTML = ‘X’;
//сделал клонов
let closeButton1 = closeButton.cloneNode(true)
let closeButton2 = closeButton.cloneNode(true)
//вставил клонов в нужный нодлист
smski[0].insertAdjacentElement(‘afterbegin’, closeButton)
smski[1].insertAdjacentElement(‘afterbegin’, closeButton1)
smski[2].insertAdjacentElement(‘afterbegin’, closeButton2)
А при создании функции, которая бы генерировала мне нужное количество клонов (на случай, если смсок будет овер9к), вообще столкнулся с проблемой, что в js, как оказалось, крайне сложно создать кучу переменных с аналогичными названиями, пришлось выкруичваться и самый оптимальный путь, к которому я пришел это использовать eval
for (let i = 0; i < smski.length; i++) {
eval(‘closeButton’ + i + ‘=’ + ‘closeButton.cloneNode(true)’)
eval(‘smski[ ‘+ i + ‘].insertAdjacentElement(“afterbegin”, closeButton’ + i + ‘)’)
Окей, кнопки добавил, всё хорошо, начал пилить функционал, простенькая функция, которая закрывает родителя. Но, как оказалось, динамически созданные скриптом элементы не могут быть найдены querySelector’ом, к примеру, т.к. на момент выполнения скрипта в DOM их ещё нет (даже если в коде расположить всё в нужном порядке). Опять пришлось выкручиваться и использовать setTimeout с минимальной задержкой, чтобы сначала элементы записать в DOM, а потом уже, спустя t времени найти их и назначить им функционал.
Вот теперь собственно, в чем вопрос:
1. Как можно быстро и безболезненно добавить одинаковые элементы в несколько мест?
2. Можно ли каким-то благородным способом помимо eval сделать кучу переменных типа peremennay1 = 1, peremennaya2 = 2, peremennaya3 = 3 и т.д…
3. Можно ли как-то динамически созданные элементы добавить с помощью js и без задержек начать их использовать?
Прикрепляю ссылку на код https://jsbin.com/porisukepi/edit?html,css,js,output
Может подкинете хороших идей, как всё это сделать KPACUBO?
>1. Как можно быстро и безболезненно добавить одинаковые элементы в несколько мест?
document.querySelectorAll('selector').forEach(element => element.append(Твой элемент))
> 2. Можно ли каким-то благородным способом помимо eval сделать кучу переменных типа peremennay1 = 1, peremennaya2 = 2, peremennaya3 = 3 и т.д…
Что? let a = 1; let b= 2; Так?
>3. Можно ли как-то динамически созданные элементы добавить с помощью js и без задержек начать их использовать?
Можно, создаёшь, вставляешь и без задней мысли используешь.
Ни на чём не писал, вкатываюсь только.
>>1764730
1.Это не сработает, так как применив append второй раз, с первого места элемент перенесется во второй, далее со второго на третье и т.д. в конечном итоге элемент будет один, там, где его применили в последний раз.
2. Да, но не прописывать это вручную, допустим нужно создать 100 переменных, что я, каждую должен написать?
3 повторяюсь, в момент создания элементов queryselector ещё не увидит их, т к. они появятся в документе только после выполнения скрипта.
>1.Это не сработает, так как применив append второй раз, с первого места элемент перенесется во второй, далее со второго на третье и т.д. в конечном итоге элемент будет один, там, где его применили в последний раз.
Так создавай каждый раз новый? Как у тебя один и тот же элемент может быть в нескольких местах сразу?
>2. Да, но не прописывать это вручную, допустим нужно создать 100 переменных, что я, каждую должен написать?
Зачем тебе сто переменных, наркоман?
>3 повторяюсь, в момент создания элементов queryselector ещё не увидит их, т к. они появятся в документе только после выполнения скрипта.
ШТО? В смысле «в момент»? В JS не может происходить несколько вещей в один и тот же момент, querySelector выполняется или до или после их создания. Если он их не видит, то, очевидно, до. Просто исправь это.
https://jsbin.com/fowanawayu/1/edit?html,js,output
Нахуя я вообще это делаю
Для начала почитай основы - https://learn.javascript.ru/modifying-document.
Тебе не нужно искать в документе созданные элементы, потому что у тебя уже есть ссылка на них.
const myDiv = document.createElement('div');
тебе не нужно делать const div = document. querySelector..., потому что myDiv уже и так содержит ссылку на твой элемент.
Можно сразу к нему обращаться
div.className = "alert";
div.innerHTML = "<strong>Всем привет!</strong> Вы прочитали важное сообщение.";
document.body.append(div);
Создавать еще подобных элементов можно при помощи cloneNode:
let myDiv2 = myDiv.cloneNode(true); true - для "глубокого клонирования (всех внутренних элементов тоже)".
mydiv2.classList.add('hello');
myDiv2.innerHTML('<p>Hello there</p>');
Создать несколько элементов можно любым перебором, циклом, например.
Ну во-первых ты на фронте никакие ключи к апи хранить не должен. У тебя просто должен быть эндпоинт на сервере типо /getData, к которому ты обращаешься с фронта, а уже на сервере делаешь запросы к сторонним апи. И нахуя тебе вообще views на сервере, если у тебя отдельно фронт на реакте, че за пиздец?
https://jsfiddle.net/bp8o34hk/
> делай animation-play-state: paused вместо транзиций
Делаю анимацию для таймера и, как я не ебался с обработчиками, если часто теребить паузу туда-сюда то анимация начинает отставать от\обгонять таймер. Так что нужно делать точно на транзициях.
Что непонятного, простейшая демка, чтобы проблему показать, одна кнопка меняет классы, которые триггерят анимацию перехода, другая прописывает e.style.transform = getComputedStyles(e).transform, чтобы заморозить анимацию в текущем моменте. Но почему-то это дергает элемент немного в предыдущее положение. Может это оптимизация браузера какая, типа отрисовывать не все состояния элемента, а только каждое пятое, десятое, n'ое?
И raf хуйня, это для сложных анимаций, которые в css нормально написать нельзя
Буду делать калькулятор или туду.
Если я все захуячу на HTML CSS, а логику на JS то намана будет?
Пока совсем новичок, но понимаю как это будет работать.
> срендерить посты у себя на локальном сервере?
> CORS
CORS ограничения это для браузера. На сервере можешь делать что хочешь.
Че-то не могу въехать в async/await
В чем вообще суть await? В питоне тоже такая же херь вроде есть, то там я тоже не вдуплил. Вот есть у меня кусок кода:
response = await makeRequest()
result = await performAction()
Ведь пока response не будет получен то код "замрет" на этой строчке и не будет выполняться, и только потом уже будет вызвана функция performAction, а ведь можно было бы их запустить в обработку вместе - они ж обе синхронные
>как шрифты подбирать
Что ты там "знаешь как программировать"? Судя по твоим вопросам, ты о html/css слышишь впервые. Это было бы простительно вкатывальщику-питонисту в ML или вкатывальщику-джависту в мобилки, но ты-то блять фронтенд макакой хочешь быть
Штудируй матчасть дальше, ебана, ты едва полпути прошел
А вот теперь представить что у нас:
const result1 = await asyncAction(arg1);
const result2 = await asyncAction(arg2);
doStuff(result1);
doStuff(result2);
Как запустить асинхронно первые 2 функции? Нам же незачем ждать пока выполнится одна, чтобы начать выполнять другую
И вообще, лучше юзать встроенный драг энд дроп или пердолиться с мышкиными евентами?
Сколько задач не решал, времени не тратил, решение всегда дерьмовое получается - с лишними инициализированными переменными, циклами, пока гении решают в одну регулярку и в несколько методов. Да и сами по себе задачи не очень интересные, нудные, бесполезные.
У меня же задача в первую очередь приложение запилить.
Короче, будут ли на это смотреть работодатели? Если у меня допустим плавные слайды на JS, модальные окна и прочая залупа присутссвует. Причем все без фрейморков на голом JS.
В общем, делаю апку - эмулятор гитарных примочек в браузере
Каждая примочка - это компонент весьма похожей структуры.
Поэтому в обычном, не js ООП, я бы просто сделал абстрактный класс, вынес туда повторяющуюся логику, а уникальную делал в компонентах-детях
Я так понял, vue компоненты не наследуются таким образом
Может тогда можно передать vue компонент внутрь другого компонента в качестве параметра?
Миксины немного не то, так как есть общая часть и в шаблонах, и в коде.
Чем здесь не подойдут миксины?
А вообще есть https://class-component.vuejs.org/ если прямо хочешь наследовать.
Не подойдут тем, что темплейт прийдется копипастить или как-то другим механизмом расширять, те же слоты
То есть вместо какого-то одного механизма, прийдется код одним способом, а шаблон каким-то другим
В ангуляре старом была такая хуйня, типа transclude, то есть директива твоя была сорт оф "рамкой"
>>1766134
Хм, может посмотрю на реакт заодно, но он разве в целом не более хуиный чем Vue считается?
>>1766165
Хотя можно рендер метод переопределять? Тогда лучше jsx использовать https://github.com/vuejs/jsx А еще лучше сразу на реакте писать
Попробуй тогда https://composition-api.vuejs.org/ из грядущего vue 3.
А вообще мне больше кажется, что тебе лучше писать на ваниле со своей структурой классов.
Короче сделал функцию
function waitFor(conditionFunction) {
const poll = resolve => {
if (conditionFunction()) resolve();
else setTimeout(() => poll(resolve), 400);
}
return new Promise(poll);
}
И в акшэне сделал вот так
waitFor(() => ctx.state.chart_loaded === true)
.then(() => {
ctx.commit("save_chart_ticker")
ctx.commit("chart_draw_bid", payload)
ctx.commit("update_chart")
});
Такой говнокод вообще законный? Ниче не сломается?
Думал получать css-стили с color и background-color, но $('a').css('background-color') выдаст цвет, даже если он не задан, а перекрашивание добавит лишний фон к объекту.
Может, можно как-то получать весь css, приводить цвета к одному виду и менять их? Или можно как-то получать только прописанный css элемента?
> после axios запроса подождать, пока одна из переменных в state станет true
Ты же изменяешь ее коммитом, коммиты синхронны, так что после вызова commit() можешь считать что стейт поменялся уже
>>1766198
С одной стороны да
С другой стороны хочу этот проект использовать как пет проджект для портфолио, а там котируется исключительно фреймворкоговно
Знаю, это и использую сейчас. А на img, video, canvas и прочее говно еще раз это использовать инверт+хуеротате. Но это не идеальный вариант, очень часто какой-то контент инвертируется тоже. Да и цвета всего дважды инвертированного тускнеют из-за какого-то бага. Хочу на js альтернативу написать, но пока не знаю, как, да и знаком с ним плохо.
пчел, если ты реализуешь свой пет с рективностью и прочими плюшками фреймворков на ванило жсе и это будет не костыльное говнище, то тебя возьмут в любую контору где есть любая из технологий vue/react/angular, потому что в процессе ты приобретёшь понимание как они работают и обучишься нужному крайне быстро, чего не хватает вкатышам, которые смотрят все как на чудо из коробки
npx tsc работает стандартно
>In latest Chrome, CORS security rules are applicable for style-sheets also (Similar to Iframe rules).
>You can load and render them but, cannot access the content through javascript (If loaded from Cross-Domain ).
>If your CSS Stylesheet is from Same domain as of HTML /or included in same HTML file, you will be able to access document.styleSheets[elem].cssRules otherwise it will throw error
А альтернативы есть?
О чём ты говоришь? Какой разрыв между теорией и практикой? Ты будешь реализовывать приложение с использованием определённой технологии ( к примеру реактивность) на ванильном жсе, что реализовано из коробки у фреймворков, где здесь онли теория дядя? Это уже практическое применение определённых знаний
Реактивность это баззворд, а не технология. Реализовать реактивный поток данных можно множеством способов, и что самое главное, с различными интерфейсами. Напимер ванильная реактивность - это обсерверы и прокси. При этом интерфейс уподобной реактивности совершенно не похож на тот, который используется в мейн-стрим фреймворках. Работодателю обычно надо чтобы ты не только знал, как гвозди забиваются, но и чтобы ты умел забивать гвозди опредленным молотком. Ему не выгодня ждать, пока ты научишься работать с перфоратором, даже если ты успешно умеешь работать с дрелью. По существу, ты должен и знать и уметь и ванильный жс и фреймворки. Приоритет при найме примерно такой
умеет и ванилу и необходимый стек > умеет стек, ванилу так себе > умеет только стек > умеет только ванилу
console.log(sum(1)); //1
console.log(sum(3)); //4
console.log(sum(2)); //6
Какой стыд!
Без лишнего вызова (считай без замыкания) можно реализовать тысячей и одним способом.
Можно хранить счетчик в свойстве самой функции, можно сделать замыкание на блочный скоуп, можно навернуть прокси поверх функции, можно переопределять функцию при каждом выззове - но все эти решения говно и неправильные.
Анон, как называется такой подход, когда:
1.Рендерят на клиенте или подгружают элементы (без скриптов контента нихуя нет вообще).
2.Пишут вообще SPA.
3.Используют fontawesome и polyfill
4.Плоский дизайн.
5.Странные шрифты, которые вроде бы нормальные, но лучше бы смотрелись на бумаге, чем на экране.
6.Много пустого места, упрощение всего UI, но он сука еще неудобнее и запутанней стал от этого.
7.Всякие эмодзи, улыбающиеся персонажи, хипстерская графика.
8.Приложения на electron и полноэкранные фоны как у страницы входа в discord (приложение на винду), которые нахуй все закрывают. зато красиво.
9.Ублюдская "дружелюбность".
Разговоры и переписки с клиентом "по скрипту", но , сука, без нормального ответа.
Пример: службы поддержки.
Ошибки вида "Ой, сломалось, но мы уже работаем над этим!"
"Тут что-то происходит" без какого-либо номера чтобы задать вопрос в поддержке.
И навязывание под этим делом регистрации, ввода телефона, привязывание банковской карты или нахуй вообще посыл "обнови свой девайс", только завуалированно.
Как например семерка на новых процах, не помню как там точно. "Не поддерживается Нам похуй что ты любишь, но обновись на 10 и все будет"
Хотя вне браузеров и таких случаев все норм работает.
Это называется проблемы ПМ. Разработчика это волновать не должно вообще. Если у тебя перманентный бугурт от того, что так делают, то ты просто долбоеб, который не понимает как устроен бизнес, и скорее всего с заказчиками напрямую никогда и не работал. В своих пет-проектах тебе никто не мешает делать как ты считаешь правильным. Ровно как не мешает как пользователю, не пользоваться тем, что тебя не устраивает (внезапно, да?). Иди еще побугурти что, не знаю, у сотовых операторов мобильные подписки есть.
>Почему так много одинаковых черт везде?
Потому же, почему кто-то загибает джинсы, даже зимой
Есть определенные тренды, что касается визуального стиля. 10 лет назад вместо лонггридов, например, были популярны красочные промо-пейджи, которые выглядели не как веб-страница, а как картинка. А 20 лет назад шиком дизайна было что-то вроде такого https://www.lingscars.com/
>то ты просто долбоеб
Ну да, почаще в зеркало смотри)
Такой подход в ПО напоминает политкорректность и цензуру в общении, но только здесь свобода выбора подминается "требованиями" рынка (я все же думаю, что люди так видят и считают что эти черты помогут продукту стать популярней, но это скорее боязнь отступать в сторону чем собственное решение. т.е. это не требования рынка, а перестраховка.).
Я бы привел примеры, но согласен с тем, что деньги решают.
Но когда это желание денег прикрывается "дружелюбием" и прочими вензелями, от этого становится тошно.
Софт под линукс кстати почти лишен такого, но он какой-то аутистичный бывает.
Я просто пользуюсь продуктом и он стал более неудобным чем был или вообще сделан неудобно.
Как средство продать получше и побыстрее или доказать что это пользователь нарушил закон своими постами, а не создатель продукта - может быть, но на комфорт и удобство тут будто хуй положили.
Пример: старые версии поисковиков, youtube, qiwi, винды - они были охуенно удобными и не жрали ресурсы компа.
Они помогали решать задачи. И, я считаю, что это самое главное.
так-то да, но она не такая как то что ты видишь.
стили и скрипты часто отлетают (firefox), да и вообще эта рыжая поделка сохраняет через жопу.
приходится использовать сервисы чтобы они выдали ссылку на pdf отрендеренный. так хоть со стилями и всем как видишь, но без интерактивности.
>неинтересен бизнесу
ебать, какой нахуй бизнес?
я просто хочу удобный user experience как раньше, но почему все меняется в какие-то инвалидские тренды? будто поехавший на ад делал.
хочу просто решать свои повседневные задачи, сайт то ебаный от этого не получит меньше бабла. какое мне дело до бизнеса?
>нет, не слышал почти. в двух словах объяснишь?
Ну вот на примере того же ютуба, у которого тебе не нравится редизайн. Делают новый дизайн, или даже несколько версий. Делят пользователей на группы, и разным группам включают разные версии дизайна. Как в целом, так и до мелочей, когда у одних одна кнопочка, тут, а у других там. И смотрят, насколько изменения приносят профит, основываясь на статистике и обратной связи каждой из групп.
>Т.е. на пользователя забивают
Нет. Забивают на тех, кому хочется на саночках только ехать, но не приносить деньги. Большинству нужны имеено рюшечки, и как можно более простой дизайн. И простота тут не в минимализме о котором ты говоришь, а в одной кнопке- подумайте за меня. А еще вау эффект. Если у сервиса не меняется внешний вид годами, пользователи переползут на его конкурента, который будет хуже, но выглядеть красивее, в рамках эпохи.
я андроид не осуждал.
не нравится, что с 10м много софта стало неработоспособным, но это не конец. я пятым пользовался без проблем год назад.
все что не нравится можно выпилить.
я больше про сайты и сам софт, который делают будто бы специально тяжелым и не таким интуитивно понятным.
android, особенно без сервисов гугл вполне четко исполнен и все как надо работает. без говняка.
я бы не ставил дизайн в один ряд с производительностью и юзабельностью.
как-то видел сайт дочки газпрома, так там вообще такие анимации и графика, что охуеть. будто бы на webgl он сделан.
но это скорее визитка, он особо ничего не продает, только привлекает нужных людей.
функционала там как такового нет.
>Если у сервиса не меняется внешний вид годами
кстати всегда задумывался об этом.
Но больше о дизайне брендов.
Макдональдс не меняет дизайн уже лет 20 и на коне.
А всякие кончи не могут и им приходится обращать на себя внимание.
>вау эффект
>подумайте за меня
блядь, о чем и речь.
я хочу то, для чего сервис задумывался, а не то что высрал маркетолог и руководство. от моего пользования, показа рекламы, комиссий им разве денег не упадет?
какая-то чисто эмоциональная хуйня, будто для подростков.
>никому
>большинству
в таких взглядах есть большая ошибка.
мака на пикче раза в два больше линукса.
я считаю, что идти на поводу у трендов и больших компаний = разрушать планету. потому что это все вертится вокруг впаривания и потребления ненужных вещей, на которые тратятся ресурсы. еще эти ебаные тренды бывают вредными для психики и мозгов: инста, тик ток, бесконечная прокрутка, вайны, яндакс дзен, медиум и прочие помойки.
они много времени и внимания забирают, после них чувствуешь себя недостаточно хорошим в сравнении с другими и понеслось... для продаж это может и хорошо, но это вредная хуйня.
>инста, тик ток, бесконечная прокрутка, вайны, яндакс дзен, медиум и прочие помойки.
>они много времени и внимания забирают, после них чувствуешь себя недостаточно хорошим в сравнении с другими и понеслось
А ты зачем ими пользуешься? Вот у меня под окном есть помойка. Я туда мусор выбрасываю, но каждый день возле них есть свой потребитель, который в этой помойке копается. Тебя, выходит, само наличие помойки как-то вынуждает в ней копаться? Тебе разве неочевидно до сих пор, что твои рассуждения на самом деле сводятся к тому, что ты хочешь исправить окружающих людей, которых устраивают эти продукты, а не сами продукты, которые не устраивают тебя?
ты прав, но я не об этом.
я о давлении, которое оказывают тренды и крупный бизнес: ненужные вещи, психологические манипуляции, запланированное устаревание.
Если смотреть на большинство веб приложений, то они работают с API.
Т.е. никто не мешает сделать минимально необходимый функционал без груза в виде тяжелого браузерного кода.
Я даже задумал попробовать, но нашел уже готовый вариант.
2.
не пользуюсь, но они очень популярны. ну очень приятно об этом слушать и смотреть как знакомые сидят в телефоне, когда собрались пообщаться вместе.
это как наркотик. как двач, только для нормисов.
>>1767419
есть, но я не обращал почти внимания на него. вылетает из головы какой там цвет и есть ли одноцветные фото-а-не-клипарты.
достал еду, съел, пакет выкинул и все.
а сама эмблема не меняется. это редкий случай. у бк и кфц менялась.
Это не давление. Это рыночная жкономика и конкуренция.
Предложение должно превышать спрос.
Побеждает лишь агрессивный маркетинг или отсутствие конкуренции.
>никто не мешает сделать минимально необходимый функционал без груза в виде тяжелого браузерного кода.
Делай на здоровье, кто тебе мешает?
Ты, кажется, хочешь чтобы для тебя делали. Так на здоровье, заплати сделают.
почему столько много тормозных поделок?>>1762464 (OP)
>маркетинг
>заплати
ты видно очень занятой. будь я какой-нибудь бабкой или школьником - на кой хрен мне сдались эти сложности?
я просто охуел от того, что вместо того чтобы глянуть за пару минут товар, мне приходится ебаться с настройками поиска и смотреть много того что мне не нужно.
если тратишь свое время из за чужих интересов, значит у тебя считай что пиздят деньги.
я чувствую себя слегка униженным от такого, охуенный user-experience.
sum = (a => b => (a += b))(0)
>не пользуюсь, но они очень популярны. ну очень приятно об этом слушать и смотреть как знакомые сидят в телефоне, когда собрались пообщаться вместе. это как наркотик. как двач, только для нормисов.
>Тебе разве неочевидно до сих пор, что твои рассуждения на самом деле сводятся к тому, что ты хочешь исправить окружающих людей, которых устраивают эти продукты, а не сами продукты, которые не устраивают тебя?
но не ирл же!
сейчас за то что ты выскажешься в сшп негативно о лгбт, тебя могут уволить с работы и вообще подпортить жизнь.
за то что неизвестно кто ебется в жопы и недоволен.
охуенно важный и нужный тренд. вот только нужен он тем, кто имеет с этого профиты и рулит другими.
"не все полезно, что в рот полезло" это как раз про тренды.
SPA! будущее! охуенно!
ага, только неюзабельно блять.
Тут была реклама какой-то игры про порностудию и я решил посмотреть что там. Так я даже после регистрации не смог сюжетку прохдить потому что написано с какими-то костылями или редкими возможностями браузера.
Просто отрисовывалось все через жопу, тормозило и не позволяло выбирать пункты диалогов.
Зато за рекламу отвалили.
Но м.б. это для тех, у кого прям быстрая пекарня, у них то деньги на донаты есть. Может и так.
Вот пример того, как сайты выглядели 10 лет назад.
Сижу блять, думаю второй день, почему у меня no-undef eslint'овский постоянно отваливается, сегодня ещё no-dupe-keys отвалился. Переустанавливаю все, начинаю блять вручную сначала писать все .eslintrc'ы и tsconfig'и ищу момент, когда начинает все отваливаться, и че я нахожу? Вот это вот говно. Ебаные оверрайды, отключающие нужные мне правила eslint'a. И сука ни слова на их страничке об эти оверрайдах, только то, что "it only turns on rules from our TypeScript-specific plugin". Уууу сука!
>if (characters.charAt(i) == "b") {
Нет, я же вкатывальщик простой, кому не похуй на мои репорты
>>1767745
Хуево он проверяет, я вот например хочу не объявлять env в eslint'e, чтобы вот к таким переменным, которые могут быть и ключами объектов в обычном коде, нельзя было нечаянно обратиться, забыв объект, и получить window.хуй
Еблан ты и их оверрайды, о таком в доке писать надо.
>Хуево он проверяет, я вот например хочу не объявлять env в eslint'e, чтобы вот к таким переменным, которые могут быть и ключами объектов в обычном коде, нельзя было нечаянно обратиться, забыв объект, и получить window.хуй
Ты сейчас осознаешь что тайпскрипт проблему несовпадения типов решает by design?
короче я даун, нужно просто было установить куки с токеном на стороне сервера и дать редирект. При переходе по защищенным роутам просто юзается этот куки, а при логауте куки вычищаются. И никаких токенов в заголовках не надо
ответил сам себе, вдруг кому пригодится
React - все стейт менеджеры говно
Angular - бойлерплейта на 5 файлов, что бы завести один инпут, Сложно отлаживать RX.
JQ - реально пока лучшее решение, без сарказма, жаль там Typescript'а нет
>жаль там Typescript'а нет
https://www.npmjs.com/package/@types/jquery
На, братишка, покушать принес.
Пытаюсь писать, но получается лапша, все разбросано там и сям. В голове несколкьо вариантов на каждый случй как что организаовать, но хер знает как лучше.
Тебе только фронт? Гуглишь что-нибудь такое, https://www.robinwieruch.de/react-folder-structure и смотришь что да как. Я вот пока не вью писал, смотрел как гитлаб свой фронт делает, очень интересное чтиво.
Мало кто знает, но в js есть пять типов функций.
1. Функция-конструктор. Она может быть вызвана и как функция, и как констркутор. У нее есть внутренние методы [[Call]] и [[Construct]]
2. Конструктор. Функция, которая может быть вызвана только как конструктор. Попытка вызвать внутренний метод [[Call]] этой функции приведет к ошибке.
3. Функция-метод. Функция, которая может быть вызвана только через [[Call]], но не может быть использована, как конструктор. При этом в ней остается доступен объект arguments. Единственный способ на данный момент создать такую функцию черещ литерал объекта или литерал класса. Метод [[Construct]] выбросит исключение.
4. Bounded-функция. Функция с привязанным контекстом и\или аргументами. Является одним из типов первых трех функций у которых забинден контекст this и\или аргументы. При этом если контекст забинден к функции-конструктору, которая вызывается как конструктор, или к конструктору, то это не влияет на ее вызов. При конструировании объекта this всегда будет указывать на вновь соданный объект. У bounded функций нельзя перепривязать уже забинденные аргменты или контекст. Доступ к оригинальной функции ванильными способами отсутсвует.
5. Стрелочные функции. Это разновидность функции-метода, с привязанным контекстом this. Привязанный контекст зависит от области объявления функции. Перепривязать контекст к стрелочной функции нельзя, но еще можно привязать аргументы. Объект arguments внутри функции не доступен. Метод [[Construct]] выбросит исключение.
Большое заблуждение, что многие конструкции синтаксиса ES6 являются просто синтаксическим сахаром. Это не совсем так.
1. Стрелочные функции нельзя полноцоенно сэмулировать на синтаксис ES5. У стрелочных функции помимо привязанного контекста, нет доступа к объекту arguments. У обычных функций доступ к объекту arguments есть. При попытке эмуляции, можно только забиндить контекст, поведение доступа к arguments изменить не получится. Помимо этого ES5 функции так же могут быть вызваны через метод [[Construct]] по-умолчанию. Исключение на данный юзкейс придется прописывать вручную. Помимо этого в ES6 у функций-методов и стрелочных фнкций отсуствует свойство prototype, в то время как у функций-конструкторов es5 оно является перезаписываемым, но не настраиваемым, а у контсрукторов es6 оно является ненастраевым и незаписываемым. Удалить prototype у es5, чтобы сэмулировать стрелочные функции, нельзя.
2. Пункт о prototype и методе [[Construct]] так же касается функций методов. На синтаксесе es5 нельзя полностью сэмулировать функции-методы. У них по прежнему останется поле prototype и метод [[Contsruct]], в то время как в es6 это не так.
3. Классы не являеются полностью синтаксическим ссахаром над es5 конструкторами и прототипами. Конструторы классов нельзя вызвать через метод [[Call]], это приведет к исключению. Для эмуляции данного поведения на es5 исключения придется прописывать руками. У конструкторов es6 поле prototype по-умолчанию явялется незаписываемым. Для эмуляции на es5 права доступа к полю придется изменять вручную. Но самое главное отличие в том, что es5 функции-конструкторы не могут наследоваться от es6 конструкторов, в то время, как es6 конструкторы от функций-конструкторов es5 могут.
Потому что к внутренним методам [[Construct]] и [[Call]] нет доступа из рантайма, в то время как к @@Iterator, @@asyncIterator теперь есть. Если в будущем введут функциональность для метапрограммирования поведения [[Construct]] и [[Call]] их именование тоже изменится. Через синтаксис @@ сейчас принято обозначать, что доступ к внутреннему поведению осуществляется через известные символы.
> Макдональдс не меняет дизайн уже лет 20 и на коне.
Даже здания маков меняются. Маки как на пик1 выглядели еще с десяток лет назад, это сейчас там модный тренд "под дерево", еще были популярные красные фасады, а сейчас новая волна редизайна проходят и мак в некоторых местах уже выглядит как на третьей пикче. И это не говоря про саму упаковку и UI/UX, которые тоже часто меняется.
Поясните почему после сабмита у меня не передается значение инпута пропсом к компоненту. Или причина не в этом?
Если я в 16й строчке комнонента изменю 'кайт машин' на summoner или юзернейм, то фетчить у меня будет NULL
Перекатываюсь с питона, просто охуеваю с ебанутости синтаксиса.
Лол у нас бэкендеры вообще во фронте не шарят и ниче, на хлеб с маслом зарабатывают себе. И с икрой. Отдадут тебе хуйню с сервера а ты ебися с ней как хочешь.
Хотя нет, вру. Они могут на жквери что-то закостылить если фронты недоступны. В реакт-проекте. Ахахаха... :`(
Проебаная табуляция, причем в разных файлах разного размера, точки с запятой стоят как аллах на душу положит, с закрывающей скобки на отдельной строке я в голос проорал. Консоль логи в jsx, компонент Search назван как Main. То как у тебя Search пропсы принимает это вообще пиздец, ты хоть примеры в оф доке посмотри для начала.
Не отвечай за мну
>>1768955
Начал я с петухона, учил пару месяцев с перерывами, потом понял что работу с ним не найду. Синтаксис простой, язык распиарен. Значит миллионы школьников ломятся в те же ворота.
Сейчас освоил более менее верстку и начал осваивать основы JS. Тк на пистоне решал много задачек, примерно понимаю как что решать. Но нужно время чтобы найти аналогичные конструкции в языке JS.
Буду вскоре приступать к пет проджектам, писать велосипеды. Что то типа сервиса одноразовых записок или мультиплеерных танчиков.
Допустим, хочу я написать"I have 2 apples, 3 pineapples, 3 oranges" и мне надо, что если какого-то фрукта нет, инфа по нему не писалась и запятая не ставилась. Есть какие библиотеки, которые решают проблему написания предложений?
Я не самый удачный пример привёл, понятно, что это довольно просто закодить. Представь, что у тебя предложений 10 такого говна, какие-то предложения нужны, какие-то надо иногда убрать, в самих предложениях тоже текст программируемый. Мне бы либу, которая помогала такое закодить.
>let calculator = {
sum() {
return this.a + this.b;
},
mul() {
return this.a this.b;
},
read() {
this.a = +prompt('a?', 0);
this.b = +prompt('b?', 0);
}
};
calculator.read();
alert( calculator.sum() );
alert( calculator.mul() );
я же заебошил так
>let calculator = {
firstNum:0,
secondNum:0,
read(){
this.firstNum = prompt(`input first num`,);
this.secondNum = prompt(`input second num`, );
},
mul(){
return this.firstNum this.secondNum;
},
summ(){
return (+(this.firstNum) + (+this.secondNum));
}
};
calculator.read();
alert(calculator.mul());
alert(calculator.summ());
в чем я не прав?
Так получилось
>>1768846
>Проебаная табуляция, причем в разных файлах разного размера, точки с запятой стоят как аллах на душу положит, с закрывающей скобки на отдельной строке я в голос проорал.
Так работает же
>Search назван как Main.
Переименовал уже
>То как у тебя Search пропсы принимает это вообще пиздец, ты хоть примеры в оф доке посмотри для начала.
Ты о проебаных фигурных скобках? Так я об этом отписался в некст посте. Если о чем-то другом, то обьясни будь добр
>
Нахуя тут вообще либа нужна? Тебе выше написали, рендери строку из массива значений при помощи строчных литералов или тупо join. Если нужна реактивность, подключи реакт или вью.
Или тебе либа нужна чтобы по массиву пройти? А посрать за тебя тебе либа не нужна? Совсем зумеры охуели.
В ЖС нет массивов как таковых. Есть объекты, называемые массивом и ведущие себя как массив.
https://tc39.es/ecma262/#sec-array-objects
Буквально третьего дня делал небольшой проектик на реакт-редакс, писал этот ебучий редакс бойлерплейт, коннектил компоненты, мапил стейт и пропсы, в то время как в ВУЕ это делается левой пяткой за полторы минуты.
Еще и размер всего вуе в третьей редакции обещают сократить до 18 ебучих килобайт. 18. Килобайт.
Вуе реально клевая тема или мне кажется?
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array
Если тебе прям глубоко надо, то в конце ссылка на спеку.
Кстати не понимаю, а чего тут пространного? Просто интересно на основе каких структур данных сделаны массивы в js, чтобы понимать их ограничения в перфомансе.
Я понимаю, что это не всем надо. Но ведь на js пишут бэкенд и там такая информация была бы полезна. Очень странно, что я не могу легко найти подобную информацию.
Нашел статью, чел пишет, что за ЖСовскими "массивами" прячуться C++ массивы, в зависимости от содержимого. если только числа - будет простой крестовый массив с числами, если объекты - будет массив поинтеров и т.д.
https://ryanpeden.com/how-do-javascript-arrays-work-under-the-hood/
А вот тут можно посмотреть как оно реализовано на V8
https://github.com/v8/v8/blob/master/src/builtins/builtins-array.cc
Так как я в крестах не шарю, подробнее рассказать не смогу.
https://github.com/xtuc/webassemblyjs/issues/462
в логах выводит
http fetch GET 404 https://registry.npmjs.org/@xtuc%2flong 1089ms
и т.д.
с утра голову ломаю :<
Твой вопрос изначально некорректен, а по тому не совсем ясно, что ты хочешь услышать в ответ. Любой язык программирования - это прежде всего абстракция, и под капотом у него соотвественно, либо спецификация, либо формальное описание (что суть то же самое), либо эталонная реализация исполняющей среды или компилятора. Интерпретатор или компилятор любоя языка можно написать на чем-угодно, и реализовать сущности языка на более низком уровне абстракции, аналогично разным образом - единственное, что важно, это чтобы они вели себя так, как описано спецификацией. Под капотом у js - спецификация ECMAScript, которая никак не определяет, каким именно образом должны быть представлены объекты (в том числе и массивы), на машинном уровне. Помимо самого распространненого js-движка v8 есть еще куча движков и интерпретаторов, написанных на разных языках программирования и для разных сред, и везде массивы могут быть представлены по-разному. Даже в браузерах, под капотом у хрома и у фаерфокса будут различия в реализации, потому что они используют разные движки. Если говорить в общем, то у мейнстрим движков везде используется jit компиляция, и множество иных рантайм-оптимизаций. То, как будет выглядеть массив на машинном уровне зависит от множества факторов - от типов элементов хранящихся в массиве, от его длины, от того имеет ли он дырки, является ли он статическим на протяжении всего времени жизни или динамически изменяется, и так далее. Представление массива в памяти так же может менятся в рантайме, в зависимости от того, как именно его используют. К слову, то же самое касается js-объектов в целом - нельзя просто так взять и сказать, что в js все объекты это хэшмапы - в современных движках это не совсем так (касательно v8 у объектов под капотом вполне себе плюсовые классы). Если же тебя интересуют реализации в конкретных движках, то непонятно что ты гуглишь - у всех менстрим(да ине мейнстрим) движков js открытые исходники - иди и читай. Но, непонятно зачем тебе это. Опираться на какие-то тонкости реализациии конкретного исполнителя бессмысленно. То, что сработает в одном случае, может привести к деградации в другом. Более того, если ты выдумаешь какую-то оптимизацию для конкретного движка сегодня, завтра она может перестать работать или вовсе начнет работать в обратном направлении, потмоу что реализация под капотом изменится и твои хаки - это удобный способ выстрелить себе в ногу. Единственная оптимизация, которая работает наверняка и всегда - это мономорфный код. Чем меньше ты используешь динамики - тем быстрее твой код.
Ну и собственно вот тебе подкапотность js-движков, читай
https://github.com/v8/v8
https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/Getting_SpiderMonkey_source_code
https://github.com/svaarala/duktape
https://github.com/horhof/quickjs
https://github.com/mozilla/rhino
const readStream = fs.createReadStream( path );
асинхронна? Именно в этот момент эта функция цепляется к файлу на диске? Проверяет его существоания не прочее?
Или всетаки блокировка потока выполнения когда произойдет какое то событие и с этим потоком начнутся какие то действия?
типа :
readStream.pipe(response)
п.с.
судя по тому что при обработке события open
readStream.on('open' , ()=>console.log('Событие open потока readStream'));
консол лог выводится уже после всех остальных консол логов - получается что создание потока -асинхронный процесс.
Или все таки событие open эммитируется тогда когда навешивается слушатель на это событие?
Спасибо.
По сути обычному смертному никак не разобраться что там под капотом.
Мне просто было интересно знать, какие есть понятные ограничения, которые зависят от реализации, у использования такой простой штуки, как массивы. А тут реализация очень неоднородная и динамическая.
Вот, кстати, напрасно рофлишь.
В 2020 подняться на жирующих от шальных нефтеденег москалях не получится так же как хлопцы с твоих пиков (земсков, стройхлам, второго не узнал, а четвертый вообще инфоцыган и тяжелее собственной писи ничего в руках не держал).
Так что только за 1 ролтон (если еще заплатят) конкурировать с джамшутом, только в чумном коронавирусном бараке жить, только шекельме бешельме насяльника, только хардкор.
Не правда. Сантехник за разводку труб берёт от 20к за ~8 часов работы. Плиточник берёт от 50к за 3.2 кв м, примерно за 16 часов работы. Вот теперь сравни со своим недоайти в виде вротенда и подумай, а стоит ли кручение деревьев и проход графов всех этих усилий, если васян с деревни будет получать больше тебя?
Всё тобой перечисленное - история из сытых нулевых.
Сейчас стройки-всё, евроремонты-все, только аварийка да нищеброд-сегмент за копье.
Средний класс, на котором можно было эти 20к-50кк в день-тоже всё. Только Москва, но и там с каждым годом всё меньше и меньше.
Вчера только отдал за 2 полных дня поклейки обоев 5к - причем это норм мастер. И 500р за час работы сантехнику за подключение машинки. За смену всех труб и всей сантехники в квартире отдавал год назад 15 двоим работникам и у них ушло полтора рабочих дня.
Все эти спецы были с опытом больше 5 лет, васяны без опыта получают меньше. И когда заказов нет они сосут хуй. А если работаешь не на обычных пидорах, а на организацию, то там каждый третий объект - кидок на деньги.
В моей мухосрани вротендер без опыта получает 25к в месяц стабильно.
Я и многие мои знакомые через ремонт прошли, я в 2019, кто-то чуть раньше, кто-то позже. Ты либо платишь те суммы которые я назвал, либо нанимаешь джамшута/алкаша васю, а потом отдаешь еще больше за исправление того говна, которое они нахуевертили. Даже самый жлоб-знакомый всё таки отдал ТАКИЕ ДЕНЖИЩИ, после того как пытался сэкономить и нанять работников с авито.
>>1770841
>мухосрань
>5к за 2 дня работы
>15к за полотора дня
Не хочу разрушать твой манямирок, но факт еще в том, что эти 2/1.5 дня работники хуй пинают, потому что работа не волк, в лес не убежит и им нужно изобразить бурную деятельсность. И да, для мухосрани это большие деньги, особенно когда вротендер получает по 25к.
>>а стоит ли кручение деревьев и проход графов всех этих усилий
Ты с другой стороны подумай. Сычев хочет бабла, но вылезти из своего маня мирка ему страшно и дискомфортно. Что бы иметь успех - нужно ведь быть решительным, упорным, дисциплинированным, активным, уметь с людьми договориться. Сычев никогда этого не умел, и никогда не рештся на то что бы эти качества развивать.
Современное ойти - это последнее прибежище неудачника, где неудачнику не нужно менять себя, и где есть надежда что его ущербность не сиграет против него. Но рыночек уже порешал - и против него это обязательно сиграет.
Глупо отрицать что то кто в ойти вкатывается к +\- тридцатнику - это неудачники в своей профессии. И пакет хуевых черт характера прилагается к этом. Лень, инертность, тупость и т.д.
Тот у кого карьера сложилась - никуда естественно не уйдет.
Так что в любом случае в ойти будут переть орды далбоебов. Что наруку тем кто любит прогинг как есть.
>Современное ойти - это последнее прибежище неудачника
Разве что в манямирке вкатывальщика, который ни на одном собесе не был. Опыт всем известного Кости показывает, что айти ничем не отличается от других сфер, в ней также пользуются успехом социобляди и кабанчики, а омеганы и хикканы идут лесом сразу после того как сделали паузу в полсекунды перед ответом на очередной вопрос собеседующего.
Да и в ремонте тебе не нужны никакие умения кроме непосредственного ремонта. Будь хоть ты немым, тебя всё равно наймут, если ты им докажешь, что умеешь делать ремонт и не уйдешь в запой через пару дней. В айти немым дорога закрыта, даже если у тебя возраст подходящий.
Че-то туплю с вебсокетами
На клиенте навалял простенький скрипт для того чтоб въехать в вебсокеты:
//создал сокет
let ws = new WebSocket("ws://myhost/");
//повесил коллбеки
ws.onopen(e) = function (e) {
ws.send("Extra data");
}
ws.onmessage(e) = function (e) {
console.log(e.data);
}
//вот это печатается в консоль
console.log("Here");
//пытаюсь отправить данные
ws.send("Here is the data");
//а вот это уже не печатается, т.к. скрипт "застрял" на прошлой строчке
console.log("There")
Хрен ли скрипт застревает? На беке все норм работает
>>Разве что в манямирке вкатывальщика
Так и я о том же.
Читай же внимательнее макакий
>>Но рыночек уже порешал - и против него это обязательно с играет.
>>Да и в ремонте тебе не нужны никакие умения кроме непосредственного ремонта.
Ага, а в программировании тебе не нужны никакие умения кроме прогинга
И что, ятоже на бекенде. Это кстати глупый повод для хвастовства. Потому что ты знаешь много всякой залупы - и все равно пролетарий на зряплате.
А я знаю типа который начиная с ремонотов дошел до строительства коттеджей, а там знать нужно о я ебу, включая законодательсво и всякие технологии + к этому он подскакивает кабанчиком, знает нужных людей. Где че купить, поставки. И вообще господин хозяин с парой десятков рабочих.
Как личность - он гораздо шире офисного задрота живущего межд мемчиками и дрочкой с бекендом.
такие дела.
Не понимаю как этот паттерн работает.
return new Promise((resolve, reject) => {
setTimeout(resolve, ms);
});
}
let timeoutCallback = setTimeout( () => {
console.log('pizda')
}, 1000);
const asyncMock = async () => {
await delay(1500);
clearTimeout(timeoutCallback);
}
asyncMock();
Да брось ты. Твои слова максимализм. Половина айоти сидит на 80 тыщах, какие доллары, какие кризисы блин.
В ойти идут не для спасения от экономических кризисов, а потому что есть маня мечта, о желании получать много денег, и при этом дрочить на розовых коней оставаясь социальным инвалидом. И вообще овощем.
Единственное как верно выше сказал анон - хайп и конкуренция таких овощей делит на ноль. Что и хорошо.
В моем кругу кабанчики, и с прогерами. Кабанчики - гораздо интереснее , у них шире кругозор как правило, огромный круг знакомых и вообще активная позиция по жизни.и они не умеют сортировать пузырьком, или обосраной вставкой пиздец вообще
А прогеры через одного аутисты, и не важно куда заносит, в компенсацию кочалкой, или в задротство в дрочке японского языка потому что аниме.
1. Нужна одностраничка (с раутингом максимум на 4-5 переходов);
2. Нужно адаптивная (это пиздец как важно). У меня уже много раз был опыт с версткой, он всегда был неудачный - то плывет, то сворачивается в гармошку. Отсюда вопрос - какой фреймворк/технологию лучше выбрать? Уже писал на реакте - все зашло збс, по большей части вопрос по стилизации - какой стиль body контейнера? Блочный/Хуечный/Flexible (чи как он там). Короче чтобы и на хай разрешении и на мобилках было читаемо.
Мне один анон советовал писать с мобилы, а дальше расширять под XS и т.д. Что скажете?
3. Нужен ли Bootstrap/Material Ui/Другой фреймворк? Мне не нужны азы-хуяры ванильного JS - мне нужен рабочий WEB UI
Пока вроде все. Это мне для маленькой галерее, может быть выходом в маленький ИМ с аутентификацией+Oauth (бек знаю на чем буду писать).
Спасибо.
Анон, ну что это за бабьи всхлипы?
"Сгинули, повесились", хуйня какая то.
У меня знакомый есть у него местная сеть кофе на вынос, короче ну прям самый колхозный бизнес. Штук 10 у него будок, и еще пара мест где можно уже посидеть за столиком - и как то работает. Не помер в корону.
>>1771514
Это тебе бы хотелось так думать, на самом деле. Потому что то что я пишу - не влазит в твой маня мирок.
Практически нереально заниматься напрягающей извилины деятельностью больше 4 часов в день, все рано или поздно осознают это. Тебе оставшееся время никто не мешает использовать для чиллового ознакомления со смежными областями, общения с коллегами и или на крайний случай не особо запарного изучения того что может тебе пригодиться. Так что ты абсолютно нормален.
Тут только 1 варик для тебя -- это удаленка. Никто не пишет код по 8 часов. Я в среднем работаю 2-3 часа, остальное время хожу по офису, залипаю в телефоне и так далее. И да, это пиздец как напрягает по 2 причинам. Невозможно писать код 8 часов и никто сука тебя с работы не отпустит пораньше
Поэтому стремись на удаленку.
Мои знакомые кабанчики 24 на 7 думают о своем бизнесе и у них вообще нет времени на то, чтобы жить. Другое дело, что они с недельной поездки вынесут дохуя эмоций и потом будут травить кулстори про поездку, или про выхи, но не более того.
А вот прогеры наоборот, к 30 уже научились отдыхать после работы и забывать ее на работе, поэтому заебись живут и делают интересные штуки.
>Если ui говно
Бесплатные темплейты говно, но думаю накидаю компоненты с 0 и будет норм
>>1771629
>>1771633
я для себя осознал, что компоненты одни и теже, только темплейты в Material - говнище
>>1771728
Мне посоветовали Media query, ты советуешь флекс боксы. типо все заворачивать во FlexBox, чтобы растягивалось?
Медиа, флексы - это css всё. Медиа ты будешь прописывать как у тебя хуйнянейм будет выглядеть при таком то разрешении экрана. Ты на флексах сетку сверстал, все тянется и передвигается, а текст, например, как был для десктопа так и есть, вот ты медиа прописал, что на таком то разрешении такой размер текста. Не пердолься с костылями, пиши на чистом css/html, знания пригодится потом. Уже на ютубе нашёл бы давно видос, как адаптивно верстать за 30 минут. Или гриды погугли, я их просто не учил, не ебу что там. Там по идее те же флексы.
>>Мои знакомые кабанчики 24 на 7 думают о своем бизнесе
Не без этого, тут согласен полностью. Но опять же хуярящие до посинения кодеры и днем и ночью - тоже нихуя не редкий зверь. Уж лучше блядь обкашливать вопросики где-то в где-то с людьми, чем блядь опять понмаить что уже 3 часа ночи и ты уже давно токого же бледно мертвого цвета как и твой монитор. Но это имхо.
Для нормальных денег придется хуярить в люом раскладе. Но уж лучше хуярить начальником, владельцем бизнеса, пусть и с ночи до утра будучи на созвоне. Лучше говорить "обнял" какому нибудь поставщику, чем обнимать блядь монитор.
Мне слегка припекает, потому что сейчас 5 вечера, суббота, я на работе, пилю бэкенд.
>> с недельной поездки вынесут дохуя эмоций и потом будут травить кулстори про поездку, или про выхи
Вот такие вот потом травят внукам охуительные истории, коих тыща. У таких огроменный опыт.
>>научились отдыхать после работы и забывать ее на работе, поэтому заебись живут и делают интересные штуки.
тото хабр полон нытья про выгорание. Но это к слову.
Лан, эта вся лирика не в тему треда.
>Но уж лучше хуярить начальником, владельцем бизнеса
Рабочая схема для бизнеса в Рашке только одна: просекаем золотую жилу, вкатываемся, снимаем сливки и через полгода-год ликвидируемся, повторяем по новой
Из тех же, кто хуярит "на перспективу", 19 из 20 хлебнут говна
>Мне слегка припекает, потому что сейчас 5 вечера, суббота, я на работе, пилю бэкенд.
Ну и пили дальше, ебана. Нахрен ты рассуждаешь о вещах, в которых не шаришь? Как и сказали: >>1771686 ошибка выжившего во всей красе
ПЕРЕКАТ >>1772070 (OP)
ПЕРЕКАТ >>1772070 (OP)
ПЕРЕКАТ >>1772070 (OP)
ПЕРЕКАТ >>1772070 (OP)
ПЕРЕКАТ >>1772070 (OP)
ПЕРЕКАТ >>1772070 (OP)
ПЕРЕКАТ >>1772070 (OP)
ПЕРЕКАТ >>1772070 (OP)
ПЕРЕКАТ >>1772070 (OP)
Что делать если всем нужны мидлы и сеньоры, в какой язык перекатываться? Где мало вкатышей и вакансий для новичка нормально