Побуду трохи адвокатом. Мені здається, ви трохи не так зрозуміли сенс цієї статті. А сенс вкладається в питання «З чого почати?», «Як спробувати AI, якщо ти звичайний розробник без досвіду в ML?» в третьому абзаці. Часто зустрічаю сильних спеціалістів, які чомусь максимально відгороджуються від AI з типовим коментарем «я спробував/ла ваш гпт 2 роки дому, він зробив якусь хрінь, тому ШІ для мене не працює». Іноді доводиться проводити окремі тренінги для команд з демонстрацією того, які відкриваються можливості та який буст до перформансу може додати ШІ. І ось такі нескладні практичні таски, типу створити mvp з мінімальним залученням якогось ші-інструменту чи апі, відчиняють двері до більш серйозних експериментів та опановування нового домену
Нюанс в тому, що як раз базу мало хто знає на нормальному рівні. Багато хто стартує з умовних реакт-курсів, де css приділяють увагу на одному-двох заняттях, іноді на рівні імпорту тайлвінду чи бустрапу. А потом на реальних проектах замість трьох строчок в css імпортують черговий пакет чи лібу
Дякую!
Так, це експерементальне програмуання, але точно не в тому сенсі, яке підімайли ваші викладачі, скоріш за все. Досі всі плутають, що саме називати ai-вайб-кодінгом, але пропоную повернутися до витоків цього поняття (вже далека історія, цілих кілька місяців тому лол).
В ті часи з’явилося декілька тредів на реддіті та ще декількох платформах, щодо наступних кейсів. В двох словах: людина довго має в голові концепт якогось продукту чи застосунку, але або не має часу, або знань в конкретній сфері чи мові. В якийсь вільний вечір людина бере кілька пляшок вина (чи чогось ще), зручно влаштовується на кріслі чи дивані, і починає голосом надиктовувати свої ідеї в AI слухавку. Надиктовує, обговорює, консультується, потім AI агент починає це імплементувати, і все в такому форматі. У підсумку, за кілька годин людина по факту вже мала навіть не MVP, а плюс мінус робочий проект, зроблений в вайбовій атмосфері без особливих напрягів, бо навіть не відкривала код
Тому я VSCode і не юзаю :) Чекаємо на демку, попкорн вже готовий
Ну, якщо відкинути просрочені жарти щодо деяких особливостей синтаксису та логіки жс, то є інші нюанси. Якось я намагався пояснити людям, зовсім далеким від айтішної тематики, навіщо усі ці щотижневі дайджести і взагалі особливості нашої екосистеми. І багато з того, що для нас є норма, їм виглядало саме як mental illness. Починаючи з частоти змін на рівні фреймворків чи інструментів до зміни концептів чи архитектурної логіки. І це треба мати особливий склад мислення, щоб не просто в цьому варитися бо висока зп, а ще й любити все це діло. Хто знає, може це все якась технічна варіація ОКР, або FOMO чи щось таке
все частіше схиляюся до думки, що js взагалі це mental illness
Дякую. Сам час від часу перевіряю, чи ми на ДОУ, бо трохи дивно не бачити срачів в коментах :)
Та да, кожен раз забуваю, що якщо в тайтлі статті є «A Complete Guide», то зазвичай компліт гайдом там і близько не пахне :)
¯\_(ツ)_/¯
можливо, і лайно.. але яке ж воно іноді гарне, з анімаціями та плавними переходами! :)
Один з останніх кейсів, яким можу поділитися, це створення плагіну «Text to speech». Клієнт забажав такий функціонал для свого сайту, для сторінок і модулів різного типу, зі специфічними побажаннями для деяких з них. Через дуже лімітований час і бюджет спершу на думку прийшло використання вже готового плагіну, по робити кастомний функціонал з нуля, з урахуванням усіх побажань клієнта точно не вкладається в дедлайн, навіть якщо точно знаєш як це зробити технічно. Але після години гугління зрозумів, що жоден плагін не покриває потрібний функціонал. Тому вирішив піти шляхом колаборації з AI. Я склав детальний промпт, де в подробицях зробив опис функціоналу і рекомендації, як саме я би це робив. Майже одразу AI (Claude) згенерував мені майже все що потрібно, і далі ми вже з ним працювали над нюансами. Після того, як функціональна частина була готова (на це пішло
Можливо, цей приклад не архітектурного рівня чи софтверного інженірінгу, але, як на мене, це win-win кейс. І клієнт отримав бажаний функціонал з максимальною кастомизацією під нього і швидше, ніж планувалося, і мені самому було цікаво створювати щось нове в колаборації з ШІ
згоден, Biome цікава тулза, але якось повз мене пройшла, з дефолтних лінтерів або ще не мігрував, або вже OXC
Нуу, не веб-компонентами єдиними. Тим більше це не стільки про стилі, скільки про глобальний підхід. Якщо ж говоримо за CSS, то як мінімум css @layers — один з нативних варіантів менеджити скоуп стилів. Це не класична ізоляція, але штука корисна і дає потужний інструмент розрулювати стилізацію на рівні компонентів та лейаутів. Ще один варіант ізоляції (який я останні роки практикую) — менеджмент стилів через CSS custom properties, коли при консистентній компонентній структурі html в селектори передаються тільки динамічні values. Також, SASS/ SCSS після переходу на dart почали міграцію в сторону більш грамотної та більш ізольованої організації sass-компонентів, забанивши @import на користь @use та @forward
Оце маю бажання трохи подушнити тут, але не маю вільного часу наразі :(
Єдине, що не можу не запитати, це щодо глобальної ідеї статті. Висновок «час перестати використовувати БЕМ» бо «В сучасних умовах компонентний підхід виконує роботу BEM автоматично» не дає відповіді, що пропонується на виході, бо методологія не дорівнює компонентному підходу. Чи ви пропонуєте робити CSS-анархію на рівні компонентів, не дотримучись жодної методології, змішуючи стилі, що відповідають за різні рівні абстракції, бо автоматичні тулзі це якось порішають самі? Чи пропонується якась інша методологія типу SMACSS, OOCSS, Atomic , rscss чи щось кастомне? А що робити, коли на проекті не використовується JS фреймворк?
пу-пу-пу..
Це ж теоретична задача. Питання не в тому, щоб все пофіксити в 10 годин, а в умінні ідентифікувати потенційні вузькі місця, фікс яких принесе максимальний профіт
Мені здається, що нині вага статей трохи впала, бо ШІ вміє дуже добре допомагати з ними. Ось виступ десь на конфі чи мітапі — оце діло :)
трохи змінив, але можете запропонувати коректний переклад