Front-end спільнота

RSS
425 статей, 395 топіків, 13K коментарів, 6004 учасники


← Сtrl 123456...28 Ctrl →

Коментарі

Легасі проекти, плюс співбесіди. Так що почитати варто
Забудьте ви за це Zoneless + signals ось що варто знати
вогонь сервіс! дякую.
Це не правда. Прості SPA робляться без знання коду без особливих проблем.
На сьогодні зробити більш-менш складний SPA за допомогою AI-слопу (типу клоде тощо) без знань JavaScript — неможливо. Тільки прості і примітивні компоненти які і раніше можна було завантажити з codepen
хотфікс інженер:)
Методи apply та call всього навсього дозволяють викликати функцію так ніби вона є методом вказаного обʼєкту. Нащо тулити до цього якесь пришивання?
javascript та js замість JavaScript та JS ріже очі. Нащо писати implicit, explicit якщо вони легко й просто перекладаються? JavaScript найгірше з того що я зустрічав. Текст читається важко. this — це теж параметр Не параметр а аргумент.
Ну якщо бездумно вайбкодити для себе якусь апку — не обов’язково і інженером бути)
Верстку можна було робити без коду вже, напевно, років 20 як. Більшість вебдеву зводяться до наклєпать вже готові віджети в правильних місцях, скопіювати якийсь стиль і підключить БД. Це все вже робилося мільйон разів до цього.
Навайбкодити можна багато чого аби працювало, а от аби воно працювало добре і щоб код був максимально добре написаним, то все ще треба його після ШІ ревʼювати і правити.
Якще не хочешь щоб інтефейс твоєї апки зжирав половину оперативної пам’яті то знання js лишнім не буде, хоча там не тільки js.
Якщо ваше бачення maintainability одразу включає scalability за замовчуванням, нехай так і буде.
Це не scalability. Те що ви описали називається maintainability.