Сегодня на стриме будут гости - мои ученики, коллеги, синьоры программисты, контрибьюторы открытого кода и профессионалы со всего мира. Расскажут нам, как они видят ситуацию в отрасли, и что делают, чтоб не пропустить момент изменений, ведь, это не только время сложностей, но и колоссальные возможности, которые, похоже, не повторяться и те, кто оседает волну изменений, будет определять правила игры завтра. https://youtube.com/live/C4giRiwGhB0
YouTube
🤖 AI: Гонка без стратегии — Тимур Шемсединов — Frontend, Backend, JavaScript, TypeScript, Node.js
⬢ массовые увольнения ⬢ найм сломан и работу найти сложно ⬢ каждую неделю волна атак на npm, GitHub, CI/CD, AI ⬢ AI-агенты бесконтрольно тащат зависимости ⬢ тотальная потеря внимания у людей ⬢ нужно быть на все руки мастером ⬢ больше кода, меньше понимания…
❤9👍4🔥3
Forwarded from Metarhia Chief Level
This media is not supported in your browser
VIEW IN TELEGRAM
👍4❤2💯2🤩1👀1
Сайт все ж таки краще структурує план фонового навчання і якось усе розкладає по поличках https://nexttick.it/?utm_source=timur_tg_metarhia
👍10❤5💯3👎2😁1🤩1
У використанні ШІ люди діляться на дві категорії.
Перші швидко й безславно випалюють ліміт, а потім страждають, що без ШІ вже не можуть працювати.
Другі страждають, що використали надто малий відсоток ліміту, і в останній день та останню годину підписки, щоб бабло не пропало, починають заливати в ШІ всяку дичину.
Перші швидко й безславно випалюють ліміт, а потім страждають, що без ШІ вже не можуть працювати.
Другі страждають, що використали надто малий відсоток ліміту, і в останній день та останню годину підписки, щоб бабло не пропало, починають заливати в ШІ всяку дичину.
😁23💯7👍2🔥1
В епоху AI найважливішим стає зменшення когнітивного навантаження на розробника та агентів. Щоб не вирішувати всі питання одночасно, не писати разом системний і прикладний код, не переписувати весь проект при кожній зміні, необхідно використовувати способи боротьби зі складністю.
Знижувати когнітивне навантаження ми навчилися ще до AI, і все це тепер стає ще актуальнішим:
1. Введення виразних та компактних DSL мов, вони приховують складність реалізації
2. Поділ на системний та прикладний код. В них є своя складність, але коли вони змішані, розробник змушений одночасно думати про бізнес-логіку, мережеві протоколи, потоки виконання, зберігання даних, безпеку та інфраструктуру. Поділ дозволяє вирішувати одне завдання за раз і пам'ятати лише той рівень абстракції, з яким працюєш зараз.
3. Декомпозиція – найочевидніше
4. Ізоляція складності - приховувати складність за абстракціями, інтерфейсами та контрактами
5. Стандартизація - винесення рішень, що часто зустрічаються, у платформу, стандарт або навіть саму мову, що робить прикладний код більш простим
6. Модульність - щоб пам'ятати лише частину ментальної моделі коду
7. Зниження зачеплення та зв'язування в коді (coupling & cohesion, тут обох видів)
8. Зменшення паразитної складності, тобто оверинженерингу
9. Локалізація змін - з часом структура проекту змінюється так, щоб зміни зачіпали мінімальну кількість модулів і абстракцій
10. Паттерни – використання готових рішень, потрібно менше замислюватись і автору та читачам
11. Зменшення варіативності - часто можна звузити сферу застосування програми, не втративши у функціональних вимогах, програмісти схильні включати до цієї сфери варіанти використання, які не були потрібні
12. Ну і нарешті – гарна стандартна бібліотека, при наявности потужного веб-апі, що саме її ми й не маємо у js, де наші списки та інші дженерік колекції, де дерева, де графи та стандартні алгоритми за утілітами? Так, вони у сраному нпм
Знижувати когнітивне навантаження ми навчилися ще до AI, і все це тепер стає ще актуальнішим:
1. Введення виразних та компактних DSL мов, вони приховують складність реалізації
2. Поділ на системний та прикладний код. В них є своя складність, але коли вони змішані, розробник змушений одночасно думати про бізнес-логіку, мережеві протоколи, потоки виконання, зберігання даних, безпеку та інфраструктуру. Поділ дозволяє вирішувати одне завдання за раз і пам'ятати лише той рівень абстракції, з яким працюєш зараз.
3. Декомпозиція – найочевидніше
4. Ізоляція складності - приховувати складність за абстракціями, інтерфейсами та контрактами
5. Стандартизація - винесення рішень, що часто зустрічаються, у платформу, стандарт або навіть саму мову, що робить прикладний код більш простим
6. Модульність - щоб пам'ятати лише частину ментальної моделі коду
7. Зниження зачеплення та зв'язування в коді (coupling & cohesion, тут обох видів)
8. Зменшення паразитної складності, тобто оверинженерингу
9. Локалізація змін - з часом структура проекту змінюється так, щоб зміни зачіпали мінімальну кількість модулів і абстракцій
10. Паттерни – використання готових рішень, потрібно менше замислюватись і автору та читачам
11. Зменшення варіативності - часто можна звузити сферу застосування програми, не втративши у функціональних вимогах, програмісти схильні включати до цієї сфери варіанти використання, які не були потрібні
12. Ну і нарешті – гарна стандартна бібліотека, при наявности потужного веб-апі, що саме її ми й не маємо у js, де наші списки та інші дженерік колекції, де дерева, де графи та стандартні алгоритми за утілітами? Так, вони у сраному нпм
❤13💯7👍1😁1
Ми з Іллєю вирішили відкритий канал IT Гільдія 🚀 що є безкоштовним аналогом гільдії NextTick
— для кого - Middle/Senior розробників
— що - новини у світі AI та IT
— фрагменти відео та матеріалів
— практичні поради
Заходьте https://t.me/itguild_next_tick
— для кого - Middle/Senior розробників
— що - новини у світі AI та IT
— фрагменти відео та матеріалів
— практичні поради
Заходьте https://t.me/itguild_next_tick
❤4👍2🔥1🎉1💯1
Хто хотів подивитися як писати фронтенд та бекенд без фреймворків так, щоб не було бойлерплейту, лапши з асинхронщини, були реактивні апдейти, зручна архітектура структура папочок, і таке інше:
https://github.com/HowProgrammingWorks/WebComponents
https://github.com/HowProgrammingWorks/WebComponents
GitHub
GitHub - HowProgrammingWorks/WebComponents: WebComponents
WebComponents. Contribute to HowProgrammingWorks/WebComponents development by creating an account on GitHub.
👍7🔥5❤3💯2😁1😢1
🚀 У Гільдії з'явився відкритий канал
Головні теми: Архітектура, коммунікації, AI, хардскіли
По цих темах ми менше будемо постати тут, а все більше - там https://t.me/+f8QYKhgcI5EwOTZi
Головні теми: Архітектура, коммунікації, AI, хардскіли
По цих темах ми менше будемо постати тут, а все більше - там https://t.me/+f8QYKhgcI5EwOTZi
❤2👍1🎉1🍾1
🏛 Поради зі стриму з архітектури NextTick від 2026-06-13 - Тимур Шемседінов
💡 Документація стає важливішою: AI читає markdown-файли, вимоги, meeting notes, issues, розшифровки та контекст
💡 Паттерни, принципи та інженерні терміни не зникають через AI. DI, IoC, SRP, ідемпотентність, грануляція, контракти та ізоляція потрібні, щоб точно пояснювати завдання людям та агентам
💡 Код повинен залишатися зрозумілим для людини. У AI вище межа контексту та когнітивної складності, але якщо система стала незрозумілою навіть AI, людині вона вже давно недоступна
💡 Архітектурні знання тепер потрібні майже всім розробникам: не обов'язково бути архітектором за посадою, але треба розуміти, що саме генерує AI і чи це можна приймати в проект
💡 Документація стає важливішою: AI читає markdown-файли, вимоги, meeting notes, issues, розшифровки та контекст
💡 Паттерни, принципи та інженерні терміни не зникають через AI. DI, IoC, SRP, ідемпотентність, грануляція, контракти та ізоляція потрібні, щоб точно пояснювати завдання людям та агентам
💡 Код повинен залишатися зрозумілим для людини. У AI вище межа контексту та когнітивної складності, але якщо система стала незрозумілою навіть AI, людині вона вже давно недоступна
💡 Архітектурні знання тепер потрібні майже всім розробникам: не обов'язково бути архітектором за посадою, але треба розуміти, що саме генерує AI і чи це можна приймати в проект
👍8❤4💯4
Які метрики ви використовуєте для оцінки процесів та результатів роботи?
Чи це ефективно? Що ви робите, щоб метрики не перетворювалися у формальні показники і не підроблювалися?
Чи це ефективно? Що ви робите, щоб метрики не перетворювалися у формальні показники і не підроблювалися?
👍4🤷♂2🤯1
Новий набір у гільдію NextTick почався, заходимо
Що нового у матеріалах
- Записи усіх попередніх тем (див. на сайті)
- Нові лекції та стріми про архітектуру від Тимура
- Нові лекції та стріми про коммунікацію від Іллі
- Курс по TypeScript від Іллі
- Багато матеріалів про AI
Заходимо, не соромимося https://nexttick.it/?utm_source=timur_tg_metarhia
Що нового у матеріалах
- Записи усіх попередніх тем (див. на сайті)
- Нові лекції та стріми про архітектуру від Тимура
- Нові лекції та стріми про коммунікацію від Іллі
- Курс по TypeScript від Іллі
- Багато матеріалів про AI
Заходимо, не соромимося https://nexttick.it/?utm_source=timur_tg_metarhia
🤣7👍5🔥1🫡1
Чи думали ви на час кризи у ІТ та нового простору можливостей з AI, коли можна створити свій бізнес самостійно чи у малій групі однодумців, а додаткові компетенції легко закриваються за допомогою Al, нарешті вирватися із найманої праці?
https://t.me/HowProgrammingWorks/2108
https://t.me/HowProgrammingWorks/2108
💯8🔥3👀3❤1👍1
У кого є діти чи знайомі вступники, поширюйте посилання на стрім з КПІ
Взагалі, буде цікаво усім початківцям, не тільки першокурсникам, бо поговоримо по те, як отримати перший досвід прозробки та що опановувати у першу чергу.
🧑💻 AI & Software engineering in 2026
Saturday, 4 July · 19:00 – 21:00
YouTube: https://www.youtube.com/live/rfsINVnhEo8
Щоб привести себе у стан глибокого занепокоєння, пропоную прочитати наступне:
⬢ масові звільнення
⬢ найм зламаний і роботу знайти складно
⬢ кожного тижня хвиля атак на npm, GitHub, CI/CD, AI
⬢ AI-агенти безконтрольно тягнуть залежності
⬢ тотальна втрата уваги у людей
⬢ потрібно бути на всі руки майстром
⬢ більше коду скрізь
⬢ потік сміття на рев'ю, око замилився
⬢ живемо без Security review? - взагалі без review
⬢ масове виробництво коду без володіння змістом
⬢ різке зростання copy-paste архітектури
⬢ втрата інженерного фокусу
⬢ професійна демотивація
⬢ час прискорився, життя перетворилося на гонку
⬢ компанії вимагають впроваджувати AI без стратегії
Взагалі, буде цікаво усім початківцям, не тільки першокурсникам, бо поговоримо по те, як отримати перший досвід прозробки та що опановувати у першу чергу.
Використання AI для програмування, побудови технічних завдань, виправлення помилок, пошуку вразливостей, оптимізації алгоритмів, створення технічної документації, рефакторингу, рев'ю коду, трансляції на іншу мову програмування та інших типових задач
🧑💻 AI & Software engineering in 2026
Saturday, 4 July · 19:00 – 21:00
YouTube: https://www.youtube.com/live/rfsINVnhEo8
Щоб привести себе у стан глибокого занепокоєння, пропоную прочитати наступне:
⬢ масові звільнення
⬢ найм зламаний і роботу знайти складно
⬢ кожного тижня хвиля атак на npm, GitHub, CI/CD, AI
⬢ AI-агенти безконтрольно тягнуть залежності
⬢ тотальна втрата уваги у людей
⬢ потрібно бути на всі руки майстром
⬢ більше коду скрізь
⬢ потік сміття на рев'ю, око замилився
⬢ живемо без Security review? - взагалі без review
⬢ масове виробництво коду без володіння змістом
⬢ різке зростання copy-paste архітектури
⬢ втрата інженерного фокусу
⬢ професійна демотивація
⬢ час прискорився, життя перетворилося на гонку
⬢ компанії вимагають впроваджувати AI без стратегії
💯12😁3❤1🤯1
1: Хто тільки починає - ідуть на стрім по використанню AI у програмуванні - https://www.youtube.com/live/rfsINVnhEo8
2: Хто вже має досвід - додаються у гільдію NextTick - https://nexttick.it/?utm_source=timur_tg_metarhia
3: Хто лишився, переходить на рядок [1]
2: Хто вже має досвід - додаються у гільдію NextTick - https://nexttick.it/?utm_source=timur_tg_metarhia
3: Хто лишився, переходить на рядок [1]
🫡9👎2💯2❤1