Про код ревью, навчання персоналу всередині компанії, розширення обов’язків співробітників, knowledge sharing sessions, і багато інших речей ви напевно не чули? 😭

Ну те що там вундервафля в бем-і була то я не сперечаюсь, тому її майже ніхто і не юзав, окрім любителів садомазо :) Але саме правила найменування і декомпозиції, коли на той момент інших норм правил не було — в цьому і була цінність

Ну давайте спочатку розберемось що ви під «інструмент» розумієте. Бо у БЕМа був і інструмент, котрий вони в Яндексі і юзали, котрий робив компіляцію і всяке таке. Але там прям дроч була, то я згоден) А маніфест (ідея, правила використання) для мене вже є гарним інструментом — бо однакові правила для вирішування проблем сильно економлять час як при розробці, так і при ревью, так і при подальшому сапорту проекту.
Я так розумію, я можу бути і не правий, вам хотілось на той момент мати інструмент для автоматичної ізоляції стилів. Так — це взагалі не про БЕМ.

А що мені розбиратись, не я його скіпнув бо не зрозумів плюсів використання :) Зараз інші часи, він і справді рідко потрібен в поточних реаліях, але в конкретних ситуаціях кращих альтернатив я ще не бачив.

На 100% впевнений що автор почав своє життя з умовного Реакту, і окрім js-фреймворків нічого в житті ще не бачив :)

Коли я бачу framework-agnostic бібліотеки, котрі надають свій css-файл окремо, і там всередині класи аля .h1-abracadabra (хеш для любителів ізолювання) — я тепер буду згадувати автора топіка.

Це не душніння з вашої сторони, це адекватні питання. Відчуття що автор просто відчув себе дартаньяном, хоча навіть в топіку не розібрався.

не надавав реальних інструментів

а ще не забезпечував ізольованість модулів

А могли б просто розібратись як то працює, і не розраховувати на ізольованість :) БЕМ якраз про можливіть не ізолювати, а мати глобальний доступ через адекватну декомпозицію.

Можливо прийшов час перестати використовувати БЕМ ?

Просто не треба «пхати» всюди його, а тільки там де реально він вирішить біль.

Щось з назвою статті ваші слова дуже сильно різняться.

Як же круто жити у світі де CSS пишеться тільки в компонентах фреймворків -_-

От тіки всюди де не було БЕМ років 5-10 тому, були або scoped-css з всратими назвами й жопоболью в вебпаку, або styled components з компіляцією стилів в сраному рантаймі, або лаконічний БЕМ :) Якщо у вас не було перших двох, і не було БЕМу — от тоді вже починався маразм

Бо умовний Rust я не знаю взагалі, а задачі на нього є — з АІ то тупо швидше. Бо правила написання коду всюди однакові, а нюанси мов бувають різні. І то, навіть з мінімальними знаннями Rust, іноді приходиться за АІ поправляти, бо якусь трешню пропонує.

Або умовно я взагалі фронтендер, але на пет-проекті пишу бекенд, котрий поскладніше всіх аутсосів де я працював до того. Мені куди простіше висувати гепотези, просити надати код до тих гепотиз щоб глянути яким він буде, задавати питання по best-practice (котрі я в принципі можу провалідувати), і тд і тп. Але знову ж, АІ це лише інструмент, один із багатьох.

Як у вас красиво (на справді ні) вийшло програмістів назвати операторами заліза — адже ті хто пишуть код та вирішують задачі, вони ж просто оперують машинним кодом, котрий оперує залізом. А інженерів операторами механіки і фізики. А хіміків операторами молекул. І так можна продовжувати дуже далеко :)
AI це лише інструмент, для інструментів, для оперування залізом — ось так можна це сказати. Чи заперечує це ваше твердження що тепер такі люди «оператори ChatGPT»? Важко відповісти, залежить лише від того наскільки викривлено ви дивитесь на речі.

Ви ж я сподіваюсь розумієте що програмісти це не ті люди котрі «просто» пишуть код — так? Бо якщо всі ваші задачі то писати код, то можу вас привітати — ваш манкі-джоб і справді скоро може бути не те що прям замінений, але дуже сильно оптимізований.

Ну так ми тут наче на форумі особистим досвідом міряємось, а не проводимо всесвітнє наукове неупереджене дослідження :)

Для мене це працює так. По відгукам знайомих також. На початку треду для людини ± теж.

А про кілобайти — це норм що люди про ті токени і не шарять. Якраз для звичайних людей (тред-стартер це маркетолог) 32кб даних більш зрозуміло. Я так розумію 32кб мається на увазі «можливість завантажити на UI 32кб файли». І як можеш побачити для звичайного маркетолога з «звичайними» задачами навіть файл на 20кб даних АІ погано обробляє. Можеш знову сказати що «вчіться писати промпти», але далеко ти на цьому не попливеш. Подивимось що там в майбутньому гугл та хАІ зроблять, прориви то круто, але конкретно зараз багато для кого це просто гарний замінник гугла/редіту/стаковерфлоу

Так шо тоді так агришся ні з чого? Випий чаю чи що
Тобі дві людини норм написали що чим більше в контексті токенів, тим менш якісні відповіді дає АІ, а ти оце починаєш пісюнами мірятись хто як промпти пише. Звичайним юзерам коли у них щось не виходить також кажеш що вони просто занадто тупі для вашого мега крутого проекту? Якщо не працює, то воно не працює. Я АІ вже пару років юзаю, і помічаю що якість тіки падає після умовного 4го gpt. Що claude, що gemini, що gpt 4, o1, 4o — чим більше вікно контексту, тим більше артефактів і менша якість. Буквально вчора взагалі пару строк коду з пробілами в іменах змінних мені 4о видав, тобто буквально респонс зламаний. Тож круто бігати розповідати про теоретичні можливості АІ та їх контекстів, от тіки по факту щось кого не запитаю, всім він ок лише як умовний гугл, або «порівняй А та Б», або «глянь цей код, що там можна покращити» (при цьому розуміючи що 90% респонсу буде вода, а інші 10% дуже часто просто оверінжинірінг).

Хоча я й не кажу що АІ це булшіт повний. За його допомогою я дуже легко розібрався в багатьох речах, бо він дає відповіді більш «по-людяному», а не 95% SEO води. Просто є задачі аля «розкажи як працює оце», а є прикладні задачі аля «от є логіка розмазана на 20 слоїв абстракції, є отакі умови, є отакі вимоги, є отакі лімітейшини, є отакий стиль — допиши нову логіку». Чим більше «є N» додаєш, тим більш кончену відповідь дає будь-який АІ з тих що я юзав. І я не про безкоштовні 3.5 турбо, чи що там ще є.

Шось адепти будь-чого якісь занадто ніжні до критики 🙄

От приблизно саме так мені АІ і відповідає після 15-20к токенів :)

Ви або в іншому світі живете, або сліпо вірите в цей маркетинг-булшіт. У мене на 15-20к токенах будь-яка модель стає як ракушка в плані відповідей. Завжди просто створюю нове контекстне вікно, бо сама ідеальна відповідь зазвичай десь в перших 5-7к токенів.

Ви дурний (без образ) чи просто тролите?

Мій код зараз також на 70% це АІ. От тіки:
Я прошу АІ зробити той код
Я перевіряю чи той код працює
Я десять разів міняю промпт, щоб результат був відповідний
Я все одно дописую функціонал
Я приймаю рішення чи потрібні тести на той код, і які саме
Я вирішую чи взагалі треба той код, чи треба продакт менеджера попустити в хотілках
Я витрачаю на задання контексту часу більше на саме написання коду
Я даю потрібен контекст, бо якщо дати АІ обробляти ВЕСЬ контекст що є, ніяка модель такий контекст не вивезе, а ціна на API буде співставна за написання проекту з нуля. При цьому на 100% впевнений ще результат буде посередній, бо навіть зараз 50 строк коду часто видаються з змінними котрих не існує, або з тупим ігноруванням початкового запиту

Я от тіки що взяв і проаналізував. Через AI

What You Should Worry About

Commoditization of Low-Level Development:
Tasks like writing basic scripts, creating small-scale websites, or implementing simple algorithms can now often be done faster (or entirely) by AI tools. This puts some pressure on entry-level roles or freelance developers focused on simpler projects.

Increased Competition:
As AI improves efficiency, companies may require fewer engineers for the same output. This could lead to fewer open positions and increased competition for roles that demand higher levels of expertise.

Shift in Required Skills:
Traditional coding skills are still essential, but there’s a growing demand for developers who understand how to collaborate with AI tools, work with AI/ML models, and integrate AI solutions into applications.

Low-Code/No-Code Impact:
As business teams adopt low-code/no-code tools, some routine development tasks may no longer require a dedicated developer, reducing demand for those roles.

Automation of Maintenance Tasks:
AI is increasingly automating tasks like bug fixing, performance optimization, and infrastructure management, reducing the need for developers focused solely on maintaining existing systems.

Тож повернемось до питання топіку.

Чи програмісти залишаться потрібними?

Виходячи з “аналізу” вище — так, залишаться. Але з наявністю АІ кількість жовторотих топікстартерів зросте кратно, нажаль.

Скоріше «легше криптою займатись» в плані того що можна в принципі ніяких податків не платити (як це робить весь світ, навіть в США), бо все одно ніхто не доведе що ви там комусь щось винні.