Минуло багато часу з мого останнього поста про Channels, і разом з цим багато чого сталося - API розроблено і стабілізовано, додався функціонал на кшталт «» контролю за переповненням «» (backpressure), ситуація з бекендами виглядає набагато краще, особливо після того, як шар взаємодії локальних і віддалених машин став трохи дорослішим.

Я розробник з невеликої незалежної студії, який займається типовими для нашої професії завданнями і, відповідно, стикається з типовими проблемами. Одна з найактуальніших - налагоджена, стабільна і продуктивна взаємодія з дизайнером при спільній роботі над проектом. Зараз вже для всіх очевидно, що запорука гладкої командної роботи - це грамотна механізація окремих її етапів, що підтверджує і насиченість ринку відповідним ПЗ. Зокрема, цілу нішу утворює софт для оптимізації роботи з дизайном на боці розробника - адже практика показує, що в сучасних реаліях забезпечувати левову частку співробітників дорогими графічними редакторами з повним пакетом функцій заради, фактично, перегляду і «розбору» для більшості компаній надто накладно.

Написати, нарешті, цей пост мене змусила вже давня дискусія ось до цієї посади на тему, яка час від часу спливає то там, то тут.

Написання хорошого ТЗ для розробки сайту ще та проблема, і я поділюся своїм досвідом зі створення «людино-зрозумілого» опису для замовника для розробника.