Одним п'ятничним ввечері кілька років тому я отримав завдання від керівника підготувати за вихідні ТЗ на конкурс. Мабуть, я надто вже випромінював радість від майбутніх вихідних, і босові просто було приємно зайняти їх чимось новим і цікавим, як він вважав, адже до цього з технічними документами мені працювати не доводилося. Зараз вже не зможу пригадати, яка там була система, але точно якийсь моніторинг. Суботній ранок приніс розчарування. Мільйони посилань, сотні статей одна іншої інформації. Від однієї абревіатури ГОСТ віяло нудьгою і пилом. Приблизно так і почалося моє знайомство з сімейством ГОСТ 34 на автоматизовані системи. Під катом зручна пам'ятка по цьому самому ГОСТу, яка абсолютно випадково, коли зустрілася на просторах мережі і допомогла систематизувати дані в знатному купі документів.
gost_1.png

Читати далі →

Структура "Feature Folders" ASP.NET Core MVC



Перша версія ASP.NET MVC з'явилася ще в 2009 році, а перший перезапуск платформи (ASP.NET Core) почав поставлятися з минулого літа. Протягом цього часу структура проекту за замовчуванням залишилася майже незмінною: папки для контролерів, уявлень (views) і часто для моделей (або, можливо, ViewModels). Такий підхід називається Tech folders. Після створення нового проекту ASP.NET Core MVC організаційна структура папок має наступний вигляд:


У чому проблема зі структурою папок за замовчуванням?
Великі веб-додатки вимагають кращої організації ніж маленькі. Коли є великий проект, організаційна структура папок, що використовується за умовчанням в ASP.NET MVC (і Core MVC), перестає працювати на вас.

Читати далі →

Як оцінювати великі завдання

Існує безліч способів оцінити власні історії. Ми використовуємо власну методологію, щоб оцінити і опрацювати завдання перед тим, як писати код. Як ми до цього дійшли і чому наш підхід краще, ніж Planing Poker, читайте під катом.

image

Читати далі →

Інфраструктура простий електронного підпису. Частина 4: Практичні аспекти реалізації

image

частина 1, частина 2, частини 3 були розглянуті основні системи інфраструктури ПЕП. В цій частині буде розглянуто порядок проектування для практичної реалізації інфраструктури. Відразу зазначу, що опис носить узагальнений характер, і не є ні туториалом, ні інструкцією, ні керівництвом. Як було зазначено в першої частини, вся стаття представляє собою лише особисте бачення, засноване на практиці впровадження ПЕП інформаційні системи агентів, що надають складні, багатоетапні технологічні послуги. Мета впровадження ПЕП — розширити географію обслуговування за рахунок перенесення в мережу Інтернет документообігу при наданні послуги фізичним особам та мінімізації необхідності особистих візитів клієнтів в офіс компанії. Для спрощення прикладу, не будемо розглядати великі компанії зі складним документообігом, а візьмемо абстрактну компанію, що надає послуги домашньої автоматизації. Документообіг послуги такої компанії в мінімальному варіанті складається з заявки на проектування, договір з технічним завданням та акту виконаних робіт.

Читати далі →

Звіт та матеріали конференції MageConf 2016

image
10 Грудня 2016 року в Києві пройшла конференція MageConf 2016. Тематика конференції — весь стек технологій, що використовуються в Magento. Конференція пройшла в 2 потоки: Backend та Frontend.

Під катом ви зможете знайти відео всіх доповідей презентованих на конференції:

Читати далі →

UI/UX події 2017 року, які вас точно не втомлять

Який дизайнер не хоче стати найкращим у своїй галузі? А найкращий спосіб дізнатися щось дійсно круте – це поспілкуватися з людьми, які на цьому собаку з'їли. Тому сьогодні ми пропонуємо вашій увазі список всіляких цікавих заходів (в першу чергу, присвячених темі UI/UX) як для дизайнерів-початківців, так і для просунутих, які ви, можливо, захочете внести в свій щоденник.



Читати далі →

Серйозне проектування серйозних сайтів. Частина 2. Візуалізація

Це друга частина статті про проектування великих сайтів. У ній ми розповімо про візуальну частину проектування, про інтерфейси. Якщо ви не читали першу частину, то рекомендую це зробити тут: habrahabr.ru/company/SECL_GROUP/blog/318598

Динамічний прототип


Рис. 9. Демонстрація динамічного прототипу для проекту «Маркетплейс».

На цьому етапі ми переходимо від аналітики до інтерфейсів, до візуальної частини. На основі Mind map необхідно спроектувати інтерфейси для кожної функції і сторінки. Таких інтерфейсів в нас буде багато, від декількох десятків до декількох сотень унікальних прототипів, а ще є розкадровки, коли одна сторінка може мати ряд станів, спливаючих вікон, що випадають блоків і т. д. У процесі всі прототипи об'єднуються в один великий динамічний прототип і зв'язуються між собою.

Читати далі →

Серйозне проектування серйозних сайтів. Частина 1. Аналітика

Майже 4 роки тому ми написали одну з самих популярних статей в рунеті про проектування великих проектів з такою ж назвою, як і ця: частина 1 і частина 2. Тільки на Хабре її прочитало понад 170 тис. осіб, а взагалі вона публікувалася в самих різних виданнях світу. Більше 1000 стартапів використовували напрацювання з цієї статті для проектування, і це тільки ті, про яких я чув і які нам писали. Але час не стоїть на місці, а ми постійно розвиваємося. З тих пір наша технологія проектування значно еволюціонувала і стала ще краще. У цій статті ми опишемо нашу оновлену технологію проектування і покажемо багато живих прикладів для кожної стадії.

Проектування — це перший етап розробки будь-якого великого проекту. Це основа його успішності. Коли ми будуємо хмарочос, нам потрібно продумати все до кожного гвинтика: зовнішній вигляд будівлі, кількість поверхів, локації всередині, використовувані матеріали. А ще потрібно зробити його стійким до землетрусів, подбати про екологію, зробити в ньому офіси та магазини. Це все вирішується на етапі проектування хмарочоса. І проектування в даному випадку — це гарантія якості майбутньої будови, що воно не розвалиться і не поховає під уламками людей. Цей етап дозволяє зрозуміти владі міста і власникам, як саме виглядатиме споруда у підсумку, побачити попередню проектну модель, провести точні розрахунки.



Читати далі →

Міфи і помилки про проектуванні в Scrum


Сьогодні гнучкими методологіями складно когось здивувати: з дня прийняття маніфесту Agile пройшло вже 15 років, ще раніше світ дізнався про Scrum. Це вже буденність для багатьох компаній, що займаються розробкою ПЗ, і здається, що додати тут нічого.

Але при всій популярності Scrum у своїй роботі і на різного роду семінарах і конференціях часом стикаюся з нерозумінням його базових принципів. І все частіше в коментарях на Хабре бачу негативні відгуки: у когось не виходить домовитися з замовниками про перехід на ітераційну розробку, хтось не може адаптувати команду. Напевно, найпопулярніший відгук про Scrum, який можна зустріти звучить так: «Ми витрачаємо по півгодини на мітинги з нульовою користю, а потім працюємо як раніше, тільки додалася головний біль з демо, ретро і плануванням».

Читати далі →

Інтерв'ю з розробником інопланетного софта: «Станься що, моя дупа прийняла основний удар»

В день програмістки, представляємо вашій увазі інтерв'ю з розробником, який зміг отдебажить марсохід за 18 годин на відстані 100 мільйонів миль. Тим більше, що частина коду космічного апарата була написана мови Ada.

image

DDJ:Ви програмуєте комп'ютери, які працюють на поверхні іншої планети. Ось це незвично!

GR: Це незвично і для мене, можу вас запевнити. Це такий мікросвіт, де всі зосереджені на тому, щоб всі завдання наступного дня були виконані у відповідності з планом.

Ви йдете додому в 3 ранку, все ще в напрузі від перегляду повертається інформації і безсонної ночі. Ваші дружина і діти вже сплять, вам точно не заснути, а в 8 ранку вже треба бути на роботі. Тому ви включаєте CNN і дивіться на своє усміхнене обличчя в контрольному центрі і дивіться на ті ж зображення, які ви переглядали 12 годин тому. Дуже дивне відчуття.

Це був маленький проект маленької кампанії, однак він дуже вплинув на багатьох з нас. Зазначу також, що з технічної точки зору, проект був своєчасним.

Читати далі →