Еммм, і як це спростовує те, що я навів? Ті обидва — не просто «хороші інженери», а генії. Геній інженер Тесла не дорівнює геній підприємець Тесла. Едісон — виняток, я не заперечував що винятки існують.
Бюрократія і жорстке централізоване управління дійсно можуть давати дуже швидкий результат. І приклади з Кореї чи Китаю це добре показують. Стаття не заперечує цього. Питання скоріше в довгостроковій стійкості і в ціні такого результату.
+ Недавно Andrej Karpathy опублікував LLM Wiki (A pattern for building personal knowledge bases using LLMs) — може бути корисно почитати його думки на рахунок генерування і підтримання документації використовуючи LLMs
Я с глубочайшим офигением узнал на днях, что с 1969 по 1972 было шесть(!) посадок с людьми на Луну. Я ещё не родился тогда, а большинство местных читателей — тем более.
Стандартний підхід в IT — діаграми. BPMN, UML activity, swim-lane.
Плюс діаграми для AI-агента — не дуже зручний формат. Йому потрібен текст, модульний, з чіткими лінками.
Не дивилися в сторону Mermaid?
Трохи занадто «елевейтед» щодо людиноцентричності. Корея, Китай женуть результати аж бігом не особливо парячись вірить хтось чи ні. Чеболь-партія сказали треба — значить треба.
Коментарі