155 подписчиков
Странно, но все уже придумано до нас или что я узнал сегодня.
Очень часто сталкиваюсь в литературе с паттернами, выстрелившими спустя десятилетия. Например, в книжке про UML 2005го года обнаружил фактически описание SDLC процесса и Contract-first подхода. Почему это взлетает сейчас и не взлетело тогда? Пади знай. Может системы были проще, может сообщество еще не созрело до инженерных практик, но факт остается фактом.
Еще одна история в копилку.
Помешался мир на ООП и в начале 90х появился XML. Нет ООП сейчас не умер, но нашел свое не очень узкое, но и не всеобъемлющее место в мире разработки.
Неожиданно появилась ультимативная возможность ограничивать API спецификацией, а так же выносить валидацию данных из бизнес-слоя. Но XML тяжеловесен, очень затратен с точки зрения проектирования контракта и как-то потихоньку SOAP начал уступать JSON-like API.
Появился Pure-JSON (богомерзкий), а дальше все пошло по нарастающей, кому интересно, почитайте про пирамиду Ричардсона (Richardson Maturity Model)
. И к чему мы пришли? Простите меня API-first бояре, но OpenApi все ближе по структурности и жёсткости ограничений к XML…
Но я все не о том.
Забавно наблюдать как сейчас спикеры на конференциях толпами рассказывают, как они мутят API или Contract-first подходы, как это удобно и полезно. Подразумевая, конечно, некоторую толику новаторства в своих действиях. А тем временем API-first подходу уже более 50 лет. И это не какая-то мертвая технология из прошлого, а то, что еще и нас с вами, уважаемые читатели переживёт – SUN-RPC. Про NFS слыхали? Так вот он только по API-first и работает. При этом, куча подходов в части современной реинкарнации API-first переизобретаются заново, что равно наделению их детскими болезнями.
Пост без морали, просто наблюдение с берега реки.
Пейте std::cout, дышите std::cin!
1 минута
30 апреля