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

Побудова ідеальної оптики в Zemax

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

У цій короткій статті я спробую показати, чому ваш HL7 CDA документ, швидше за все, не відповідає стандарту, а також припустити, що з цим робити.