Не сказав би, що проектування — це абстрактні філософствування про дизайн без чітких критеріїв.

Коли ставиться задача спроектувати рішення, то зазвичай є проблема, яку потрібно вирішити. Що вже не відноситься до абстрактних філософствувань.

Коли при проектуванні недостатньо критеріїв, то задача архітектора їх виявити. А якщо їх виявити не вдається, тоді необхідно зробити припущення. Припущення теж необхідно явно описати та узгодити зі стейкхолдерами. Можливо підготувати ризик план, якщо закладені припущення виявляться некоректними.

Точно можна сказати, що LLM пришвидшує весь цей шлях.
Однак контекст занадто розпорошений, процес вимагає багато комунікації. Ціна помилки занадто велика, тестами архітектурний план не покриєш.

Нажаль не можу сказати, поки не читав.

Reverse Meta-Prompting

Це дуже крута, порада. Дякую!
На багато краще, ніж матюкатись на агента, хоча інколи хочеться

Згоден, з людиною завжди комфортніше працювати.

А посилання на сайт візитівку не лишили.
Цікаво ж подивитись)

Дякую, дуже цікаво!

Отже відомо, що очікують бачити рекрутери і які є розповсюджені помилки кандидатів.
Звучить, ніби ці всі рекомендації міг би гарно роздавати chat gpt (чи інші) на основі цих вхідних даних і декількох десятків гарних розібраних кейсів.

Отже, можна зробити сервіс, куди ти можеш закинути своє CV, чи відео запис свого інтервʼю. Чи зіграти у рольову гру з GenAI типу спілкування з рекрутером.
В результаті цього всього отримуєш конкретний фідбек і застосовуєш його.
Звучить цілком реалістично для реалізації.

Зробіть хтось будь ласка, візьму % за ідею для стартапу)

А якщо серйозно, то можна просто поспілкуватись з ChatGpt і ± всі ті самі рекомендації отримати, перевірено)
Однак ця стаття гарно підтверджує відомі гіпотези, за що дуже дякую ще раз!

Супер, дякую!

Якщо мова про те, що один вступник в середньому подав більше заяв, тоді зрозуміло.
Але про що це каже?

Загальна кількість заяв на ІТ-спеціальності в 2025 році зросла

vs

У 2025 році на ІТ-спеціальності було зараховано 23,3 тис. першокурсників (це на 7% менше, ніж торік).

Дивна якась математика. Кількість заяв зросла, так що аж на 7% менше вступників.
Мабуть я щось не зрозумів, буду вдячний якщо хтось прояснить)

Дуже цікаво, дякую!
Мабуть неймовірно важко підтримувати таку систему прогнозування бойових дій актуальною, враховуючи динаміку розвитку бпла і їх вплив.

Цікава новина, дякую!
Це жорстоко, але схоже на правду ;)

Насправді, Google заставляє нас зробити нормальну підтримку Dark Mode, тому що автоматична інверсія працює мʼяко кажучи погано

Під тиском поганих відгуків користувачів розробники будуть змушені.

Цікаво як тут себе буде поводити ReactNative.

Крута архітектурна стаття, дякую!

Окрім фінального результату «размер приложения в 5 раз с 42 до 8» було б дуже корисно, якби була інформація скільки кожен крок дав зменшення розміру.
Особливо ось ці:
— заміна enum;
— Play Feature Delivery;
— Redex;
— видалення бібліотек.

Дякую за статтю, цікаві роздуми.
Однак здається автор має упередження стосовно аутсорсу, оскільки є зацікавленою стороною :)

Наприклад щодо поради делегувати розробку аутсорсу для

сильная, состоявшаяся компания

За такої логікою, бігтехи, що мають у своєму штаті тисячі розробників, щось роблять неправильно.

У статті наведені різноманітні підходи до проектування та документування: CRC, UseCases, FURPS+.
Це чудові речі, однак з часом їх важко підтримувати, адже проект змінюється.
А без цього, вони стають неактуальними і втрачають сенс.
Цікаве питання: як зменшити операційні витрати часу на такого роду документацію?
Чи може в цьому посприяти GenAI?
Якщо є в когось досвід чи думки, було б дуже цікаво дізнатись.

Дійсно цікаве питання.
Однак «користуватись» криптовалютою можна зовсім по різному.
Було б круто, якби було опитування із такими можливими відповідями:
— Не користуюсь
— Колись користувався, перестав
— Високочастотний трейдинг
— Розробляю торгових ботів
— Інколи щось купляю/продаю в довгу
— Купляю/продаю послуги/товари за крипту

Вражений наснагою автора!
Які навички найбільше допомогли вам на шляху до створення і ведення цього бізнесу?
Може є якісь джерела, що дали потужні інсайти? (курси, книги, досвід)

Дякую автору за класний і зрозумілий огляд, коротко і по суті.
Не вистачає на мою думку рекомендацій інструментів контролю якості коду та їх налаштування (lint, detekt, ktlint, konsist).
Часто на різних проектах це все налаштовано по різному. А інколи і взагалі доводиться доводити чому це потрібно ;)

Погоджуюсь із автором, що є потенціал до формування дефіциту нових кадрів, через занадто складні умови для джуніорів.
Хоча при цьому, кількість софту і потреб буде збільшуватись.
В результаті буде збільшуватись попит на інженерів (тільки вимоги будуть змінюватись через нові можливості з Gen AI).
Через збільшення попиту будуть збільшуватись зарплати.
В результаті інженери стануть занадто дорогими і буде вигідно наймати джуніорів, щоб навчити їх під себе.
І в результаті ми знову повернемось до попиту на джуніорів.
Треба тільки почекати.
Років 5-10.

Але це все не точно)

Виглядає гарно, досить фундаментально.
Сам із задоволенням пройшов би такий курс, якби мав час ;)
Я б додав підкурс по ШІ у робототехніці:
— Computer Vision
— Reinforcement learning
— SLAM

Виглядає цікаво, дякую!
Особливо Terminal з Debian.