Чек-лист - отличная штука. Если сделал его сам
Когда обсуждают выбор типа хранилищ, брокеров, способа интеграции регулярно слышу вопрос: “А что лучше использовать для XXX?”
Рассказываешь об особенностях технологии, сильных и слабых сторонах, известных кейсах применения… а в ответ: “Нет, ты пальцем покажи: здесь нужно использовать FOO, а здесь BAR”. После короткого диалога собеседник просит какой-нибудь чек-лист, таблицу с критериями принятия решений или что-то подобное.
🤦♂️ Если вы узнали себя, то у меня плохие новости.
◽️Во-первых, инет завален всевозможными чек-листами и сравнениями на любую тему. Пора научиться гуглить нужную информацию, в том числе с помощью ChatGPT и ей подобных. Неумение добывать инфу можно относить к одному из смертных грехов.
◽️Во-вторых, большая часть подобных материалов поверхностна, создана не на основе опыта автора, а является выжимкой из аналогичных источников.
◽️В-третьих, глубокие материалы с серьезным анализом могут оказаться как бесполезны, так и вредны для вас.
Но почему?
При проектировании системы хороший инженер фокусируется на тех ограничениях и контексте, которые важны для его задачи. Основываясь на них, он составляет список значимых критериев и уже по ним выбирает подходящие технологии. Со временем, он может сформировать чек-лист, в котором соберет критерии и условия их применимости.
Однажды он оформит его в статью и выложит в сеть.
Есть проблема - это критерии, которые имели значение в его задачах. Нет никакой гарантии, что все критерии значимы для вас. Нет никакой гарантии, что все значимые для вас критерии есть в списке. Нет даже гарантии, что сам автор не разочаруется в своем подходе через пару лет.
Тогда что делать?
1️⃣Погружаться в контекст вашей задачи. В большинстве случаев он шире зоны ответственности аналитика или разработчика. Например, я писал о проблемах выбора способа интеграции
2️⃣Изучать технологии по первоисточникам, а не обзорным статьям. Благо, сейчас проблем с оригинальной документацией нет
3️⃣Самостоятельно выявлять значимые критерии принятия решений и валидировать их с командой
Последний пункт самый важный. Выявление критериев - серьезная творческая задача, которая требует глубокого понимания контекста и технического кругозора. Выбор технологии на основе списка критериев - элементарная задача для систем принятия решений, которая успешно решалась еще в прошлом веке. А при наличии LLM вообще внимания не стоит.
Мораль проста: занимайтесь творческими задачами, которые пока недоступны моделькам. Всю рутину неизбежно сметут LLM, причем это уже не вопрос возможностей, а внедрения и безопасности.
❗️Работающий чек-лист - это тот, который вы сделали сами. На все остальное есть GPT.
Когда обсуждают выбор типа хранилищ, брокеров, способа интеграции регулярно слышу вопрос: “А что лучше использовать для XXX?”
Рассказываешь об особенностях технологии, сильных и слабых сторонах, известных кейсах применения… а в ответ: “Нет, ты пальцем покажи: здесь нужно использовать FOO, а здесь BAR”. После короткого диалога собеседник просит какой-нибудь чек-лист, таблицу с критериями принятия решений или что-то подобное.
🤦♂️ Если вы узнали себя, то у меня плохие новости.
◽️Во-первых, инет завален всевозможными чек-листами и сравнениями на любую тему. Пора научиться гуглить нужную информацию, в том числе с помощью ChatGPT и ей подобных. Неумение добывать инфу можно относить к одному из смертных грехов.
◽️Во-вторых, большая часть подобных материалов поверхностна, создана не на основе опыта автора, а является выжимкой из аналогичных источников.
◽️В-третьих, глубокие материалы с серьезным анализом могут оказаться как бесполезны, так и вредны для вас.
Но почему?
При проектировании системы хороший инженер фокусируется на тех ограничениях и контексте, которые важны для его задачи. Основываясь на них, он составляет список значимых критериев и уже по ним выбирает подходящие технологии. Со временем, он может сформировать чек-лист, в котором соберет критерии и условия их применимости.
Однажды он оформит его в статью и выложит в сеть.
Есть проблема - это критерии, которые имели значение в его задачах. Нет никакой гарантии, что все критерии значимы для вас. Нет никакой гарантии, что все значимые для вас критерии есть в списке. Нет даже гарантии, что сам автор не разочаруется в своем подходе через пару лет.
Тогда что делать?
1️⃣Погружаться в контекст вашей задачи. В большинстве случаев он шире зоны ответственности аналитика или разработчика. Например, я писал о проблемах выбора способа интеграции
2️⃣Изучать технологии по первоисточникам, а не обзорным статьям. Благо, сейчас проблем с оригинальной документацией нет
3️⃣Самостоятельно выявлять значимые критерии принятия решений и валидировать их с командой
Последний пункт самый важный. Выявление критериев - серьезная творческая задача, которая требует глубокого понимания контекста и технического кругозора. Выбор технологии на основе списка критериев - элементарная задача для систем принятия решений, которая успешно решалась еще в прошлом веке. А при наличии LLM вообще внимания не стоит.
Мораль проста: занимайтесь творческими задачами, которые пока недоступны моделькам. Всю рутину неизбежно сметут LLM, причем это уже не вопрос возможностей, а внедрения и безопасности.
❗️Работающий чек-лист - это тот, который вы сделали сами. На все остальное есть GPT.