Процес «Управління релізами» — для постпроектной підтримки або розвитку продукту

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

Процес «управління релізами, один з стека процесів ITSM, якраз і пропонує рішення для формальної пріоритизації та угруповання запитів користувачів (запитів на зміни, інцидентів) загальні пакети доставки — «релізи».

У даній статті коротко розкриваються такі теми:

  • застосовність процесу — коли має сенс його впроваджувати
  • основні етапи процесу, активності, залучені ресурси і результати
  • планування релізів: календар, обсяг, паралельне виконання
  • деякі проблеми доставки в релізах

Читати далі →

Як PVS-Studio шукає помилки: методики і технології

Що всередині у PVS-StudioPVS-Studio — статичний аналізатор вихідного коду для пошуку помилок і вразливостей в програмах на мові C, C++ і C#. У цій статті я хочу дати огляд технологій, які ми використовуємо в аналізаторі PVS-Studio для виявлення помилок в коді програм. Крім загальної теоретичної інформації я буду на практичних прикладах показувати, як та чи інша технологія дозволяє виявляти помилки.

Введення
Приводом для написання статті стало мій виступ з доповіддю на відкритій конференції ІСП РАН 2016 (ISPRAS OPEN 2016), що проходила в перших числах грудня в Головній будівлі Російської академії наук. Тема доповіді: «Принципи роботи статичного аналізатора коду PVS-Studio» (презентація у форматі pptx).

На жаль, час виступу було сильно обмежено, тому мені довелося підготувати досить коротку презентацію і не розповісти в доповіді багато чого з того, що хотілося. Тому я вирішив написати цю статтю, де більш детально розповім про те, які підходи і алгоритми ми використовуємо при розробці проекту PVS-Studio.

Читати далі →

Як 10 років тому починався проект PVS-Studio

Єдиноріг

Десять років тому ми створили просту утиліту під назвою Viva64, призначену для виявлення деяких проблем в 64-бітному коді. Так було закладено початок статичного аналізатора коду PVS-Studio. Хоча з того моменту пройшло 10 років, що більш-менш у нас, як у компанії, стало виходити лише кілька років тому. Ця стаття — не історія успіху, так як ми вважаємо, що все найцікавіше тільки починається. Однак, 10 років — це привід підбити проміжні підсумки і розповісти нашим читачам як все починалося, які нас чекали помилки, і що на даний момент у нас вийшло. Місцями я, можливо, буду не зовсім хронологічно точний при описі подій. Моя пам'ять не ідеальна, а 10 років — це тривалий проміжок часу. Бажаю всім приємного читання.

Читати далі →

Впровадження NSTouchBar на Swift

Нещодавно Apple представила світу нову лінійку MacBook Pro. І однією з особливостей свіжої версії стало те, що верхній ряд системних кнопок в ній видалений – вірніше, замінений на мультитач екран. Розробникам це нововведення повинно бути цікаво в першу чергу, адже на панелі виділена область, яку можна використовувати у власних додатках. Компанія Apple навіть надала API для її використання. У цій статті ми розповімо і покажемо, як освоювали можливості NSTouchBar. Отримані знання ми надалі застосували в апдейте MaCleaner.



Читати далі →

Практичний посібник «Як вивести з себе програміста»

Розробники і неразработчики мислять зовсім по-різному. Тому те, що здається всім іншим нормальним (питання, коментарі і просто фрази для підтримки розмови), може довести спеціаліста до сказу. Менеджерам на замітку: якщо у програміста нервово засмикалася очей після вашого питання, можливо, його слід переформулювати або взагалі більше не задавати.

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

Отже, зустрічайте топ-7 фраз менеджерів, які не залишають вибору програмістам.


/ Flickr / Kenny Louie / CC

Читати далі →

Як я почав писати сторонні проекти, щоб набратися досвіду


(Оскільки люди запитували: Sublime Text 3 з «Spacegray Light» («платиново-сірий світлий») з Materialize гарнітура Ubuntu Mono Bold)

Як і більшість інших студентів, які навчалися за програмою комп'ютерних наук в Каліфорнійському університеті в Сан-Дієго, я протягом кількох років йшов через різні курси просто «накатом». Я ніколи не був ні хорошим, ні поганим по успішності, і мій середній бал був «не дуже». Я любив курси програмування з їх надзвичайно складними завданнями; математичний аналіз же був мені не до душі.

У цьому нетехническом пості я хотів би (для різноманітності) поділитися моїм досвідом роботи з проектами з відкритим вихідним кодом. Ці проекти надали мені велику допомогу в подальшому при отриманні місця для стажування (у т. ч. в Amazon, яке пізніше перетворилося на постійне робоче місце).

Якщо ви зараз вивчаєте комп'ютерні науки або плануєте робити це, то сподіваюся, що вам буде корисний мій досвід.
Читати далі →

Що віддати перевагу: власні ресурси, купівлю або аутсорсинг?

image
Я впевнений, що ми всі чули цей задававшийся вже багато разів питання, однак і зараз можна зустріти багатьох колег по бізнесу в різних сферах, які продовжують міркувати над цим давнім питанням. Хоча багато сучасні керівники бачать переваги закордонного аутсорсингу робіт по розробці, є й такі, хто тримається подалі від цієї практики з-за неприємного минулого досвіду. Але питання залишається – довірити розробку зовнішньої ІТ-компанії або краще залучити ресурси і займатися цим всередині організації?
Читати далі →

Через терни до складання

Привіт, дорогі читачі. Я – розробник в компанії «RTL Service», в якій мої обов'язки по розробці продукту перетинаються з обов'язками DevOps. Конкретніше – я створюю і підтримую інфраструктуру складання і первинного тестування наших продуктів ще до їх попадання в відділ тестування.

У даній статті буде розказано про те, який шлях проходить код від пуша у сховище системи контролю версій до формування інсталяційного deb пакети і розміщення в наш репозиторій пакетів.
Читати далі →

Кінцеві автомати в середовищі динамічного моделювання SimInTech. Частина 2

першої частини ми показали як створити алгоритм роботи на основі «кінцевих автоматів» в SimInTech і використовувати його спільно з «класичними» алгоритмів у вигляді функціонально блочних діаграм.

У другій частині ми покажемо як створити вкладені і паралельно працюють кінцеві автомати і здійснювати обмін даними між ними.

Читати далі →

Un-FuckUp-able Development Protocol (UDP)

Нещодавно після чергового Team Building'a отримав від одного Колеги-Графомана лист-притчу про велику кнопку «зробити все добре». Він і раніше балувався винаходом велосипеда, але, в цей раз конструкція здалася мені дуже вдалою. Кому цікаво — прошу-запрошую під кат. З його дозволу дослівно:

В цю сієсту на веранді практично ніхто не курив, тому, що всі пішли на черговий дводенний SCRUM тренінг. Джонні стомлено окинув поглядом присутніх: Дему і Варю. Вони теж не були в захваті від того, що відбувається, було дуже жарко і задушливо, літо в Долині було в самому розпалі, і здавалося, що на вулиці навіть спекотніше ніж в Task Tracker'е.



Читати далі →