Управление разработкой *

Автор статьи Джеймс Охлен уже давно в игровой индустрии — в BioWare он работает 20 лет. Сейчас он дизайн-директор этой компании (принадлежащей EA) и управляет разработкой таких франшиз, как Mass Effect и Dragon Age.

Как дизайн-директор BioWare он должен показывать сотням гейм-дизайнеров и других разработчиков компании творческое видение огромных виртуальных миров — конечно же, это серьёзная задача.

На Austin Game Conference он поделился с другими разработчиками идеями и концепциями, на которых основывается работа над дизайном в такой большой студии, как BioWare.

Вы были здесь прежде. Ваша программа элегантна. Вы использовали точно требуемое количество абстракций. Ваши модули безупречно модульные. Ваша система имеет дело с внешним миром через продуманные интерфейсы и не имеет никакой прямой зависимости от внешних систем. Ваши тесты пройдены безукоризненно. Ваш отчёт о покрытии тестами кода требует целую минуту для загрузки. 97% это значит…

Жизнь прекрасна. А затем происходит нечто.

Компания GridGain Systems, разработчик программных решений на базе Apache Ignite, предоставила клиентам доступ к решениям GridGain In-Memory Data Fabric на облачной платформе Microsoft Azure. Это позволит компаниям-поставщикам финансовых услуг использовать возможности интегрированных облачных служб Microsoft для быстрого развертывания продуктов GridGain и перенести вычисления в оперативную память компьютера.

По оценке аналитиков из IDC, к 2019 году рынок данных вырастет на 50% до $187 миллиардов. Отдельную ценность имеют вычисления в режиме реального времени.

GridGain — один из лидеров в этом сегменте. Будучи небольшим стартапом, компании удалось обойти крупных конкурентов и заключить контракты по всему миру. Причина успеха компании — технологическое ноу-хау? Или, может быть, просто везение?

О нелегкой судьбе наукоемкого ИТ-стартапа, о конкуренции на рынке данных и его перспективах мы поговорили с основателем и генеральным директором компании Никитой Ивановым.

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

Но для того чтобы создать инструмент, способный что-то систематизировать и упорядочивать, нужно для начала самим научиться систематизировать и упорядочивать свои дела. Для нас главное дело — разработка системы документооборота ТЕЗИС. Поэтому неудивительно, что работа над каждым новым релизом системы тоже движется по четкому маршруту — как работа над любым документом в нашей СЭД.

В этой статье мы хотим ненадолго пустить читателя на внутреннюю кухню разработки системы документооборота. Мы расскажем об этапах подготовки к релизу СЭД ТЕЗИС и покажем, как выстроена работа над новыми версиями. Возможно, наш организационный опыт окажется кому-то полезным.

Всем привет. Если вы читаете этот материал, значит вы уже ознакомились с предыдущими. Две недели назад мы поставили задачу построить прибыльную веб-студию в сегменте недорогих сайтов и через 3 года выйти на хорошую прибыль. Мы поставили цель и проработали типовой бизнес-план. Думаю, большинство читателей уже успели ознакомиться с ним. Спасибо всем, кто прислал свои комментарии и замечания. Сегодня поговорим о подборе команды…

Oracle анонсировал облачную инфраструктуру «второго поколения». Она предназначена для сторонних разработчиков, которые хотят использовать в своих приложениях дата центры Oracle. Об этом рассказал технический директор компании Ларри Эллисон на конференции OpenWorld в Сан-Франциско.

Параметры инфраструктуры таковы: 28,8 ТБ, 512 ГБ и 36 ядер на одной виртуальной машине. Стоит все это $5,40 в час. Представители Oracle утверждают, что эти показатели в 10 раз превосходят мощности Amazon Web Services (AWS) – главного конкурента компании в данном сегменте.

Кроме того, Oracle запустил еще один новый сервис – Cloud@Customer. Основная идея сервиса заключается в том, что необходимое оборудование для облачных вычислений устанавливается на стороне клиента, чтобы гарантировать конфиденциальность и безопасность данных. Сервис Cloud@Customer, опять же по мнению его разработчиков, является более мощным и дешёвым инструментом, чем продукты конкурентов.

С 6 по 8 октября в Москве пройдет 15-я ежегодная конференция ISDEF 2016. О программе подробно прочитайте в нашем предыдущем посте. Как мы уже говорили, наш ISDEF – это теплая ламповая встреча тех, кто основал и развивает ИТ-компании, которые живут на свои заработанные, без грантов и инвестиций. Член правления ассоциации ISDEF Виталий Янко vital выступит на конференции с докладом «Перспективы продуктовых компаний в робототехнике». В этом посте Виталий поделился основными тезисами своего доклада.

Тезис 1. Какие разработки для робототехники нужны сейчас?

Робототехника — это технология, которая не работает в отрыве от физических свойств реального аппаратного обеспечения. То есть нужно программировать реальное «железо» с поправкой на все его ограничения, часто выявляемые уже в ходе использования.

В России рынок образовательной и сервисной робототехники ежегодно удваивает обороты. Рост промышленной робототехники, скорее всего, тоже продолжится — за счет компаний, которые будут автоматизировать свое производство. И к этому моменту те разработчики, у которых будут и интеграторские компетенции, и свои математические «фишки», упакованные в продукт, имеют шанс преуспеть, но некоторым соваться на рынок противопоказано.

Мы уже писали, как сформировать команду и с помощью каких инструментов контролировать соблюдение процессов. Но что еще важно учитывать на всех этапах жизни проекта?

Дмитрий Лобасев (lobasev.ru)

Давайте погрузимся в механику гибких процессов и вместе подумаем, как сделать так, что вот, приходите вы, например, с конференции и как менеджер говорите: «Так, ребята, всем Kanban с понедельника!» или «Всем Scrum!». А ребята смотрят на вас – ну, а какой у них выбор? Сказали Scrum, значит, Scrum… Идут, что-то делают, пытаются сделать Scrum, делают какие-то ритуалы, приплясывают возле доски по утрам, ходят, что-то еще делают. Но что-то не работает.

Мой доклад, как раз, этому и посвящен. Давайте рассмотрим механику Agile-процессов – как сделать так, чтобы все-таки это приносило ценность.

Вот как было задумано:



Ну, и получается на выходе:

Асхат Уразбаев (ScrumTrek)

Прежде, чем начнем говорить, как это все выглядит изнутри, с какими проблемами мы сталкиваемся, когда тренируем команду, вопрос: те, кто работает по Agile, что для вас значит, что Agile команда является Agile командой? Как вы это определяете?

По оценкам Gartner, в 2016 мировой рынок облачных сервисов вырастет на 16,5% до 204 млрд. долларов, с 175 млрд. долларов в 2015 году. Самый высокий рост ожидается от сегмента IaaS – по прогнозам в 2016 году он поднимется на 38,4%.

В будущем ожидается достаточно большой скачок: к 2019 году сегмент IaaS достигнет 130 млрд., а расходы на аппаратное и программное обеспечение по данным Forbes могут вырасти с 25 млрд. долларов в 2015 году до 173 млрд. долларов в 2016. Чем обусловлен такой быстрый рост? Новые возможности для развития IaaS обеспечивает высокий «темп восприятия» сервиса малым и средним бизнесом и современные тренды: мобильность и возможность работать с собственного устройства (BYOD – Bring Your Own Device).

Это первая статья серии о том, как мы внедрили непрерывную интеграцию в процесс разработки CRM и облегчили жизнь финансовому отделу.

Прежде, чем описать технические подробности, расскажу о предпосылках к разработке системы и о том, как финансовый отдел работал раньше.

Раньше для автоматизации технических процессов в финансовом отделе мы использовали такую структуру.

В ИТ-сфере производительность труда напрямую зависит от разработчиков. Поэтому компании ищут и порой находят весьма парадоксальные способы мотивации, компенсации и прочей оптимизации труда рыцарей интеллектуального ордена.

Однако находят их не все, а только наиболее рьяные первопроходцы. А после этого общественность увлеченно наблюдает за тем, что происходит в том же Google. Кто-то мечтает применить программы наподобие «правила 20%» у себя в компании, а кто-то настроен скептически. Единого мнения обычно не бывает.

Мы попросили экспертов высказаться на эту тему.

Деннис Ритчи – создатель языка программирования Cи. Он вместе с Кеном Томпсоном разработал Cи для создания операционной системы UNIX. «У Ньютона есть фраза о стоящих на плечах гигантов», – говорит Брайан Керниган. «Мы все стоим на плечах Денниса».

«Практически все в веб создано на основе – Cи и UNIX», – рассказал изданию Wired Роб Пайк (Rob Pike), легенда программирования. – «На языке Cи написаны браузеры. На ядре UNIX работает почти весь Интернет, и оно также написано на языке Си. Веб серверы – написаны на языке C. А если не на нем, то на Java или C++. А эти языки производные от Си. Python и Ruby также базируются на Cи. Я ручаюсь за то, что все сетевое оборудование работает на программах, написанных на С. Действительно трудно переоценить то, что, сколько всего в современной информационной экономике основано на работе Денниса».

«Недаром же Windows, когда-то написали на Cи, – добавляет он. А UNIX лежит и в основе настольной операционной системе Apple, Mac OS X и IOS. Эти системы установлены в iPhone и iPad».

Меня зовут Василий Чуранов. Я директор компании WebCanape. Ближайшие несколько месяцев я хочу потратить на систематизацию тех знаний и опыта, которые помогли WebCanape войти в топ-100 веб-студий и начать зарабатывать на самом конкурентном рынке — разработки сайтов. Этот опыт я планирую свести в 15 материалов, которые, возможно (очень надеюсь), станут для веб-студий с небольшим штатом сотрудников и большими амбициями — полезными практическими инструкциями в этом нелегком пути.

Является ли Agile аналогичным Lean? Когда люди говорят “Agile”, подразумевают ли они на самом деле Scrum? Или люди все еще используют разные типы Agile и почему?

Получая много вопросов в прошлом, я решил расставить все точки над “и”.

Не так давно мы, как IaaS-провайдер, начали рассказывать о мифах [Часть 1, Часть 2], которые сложились вокруг облачных технологий, и постарались их развеять.

Сегодня мы поговорим о том, как и почему крупные западные IT-компании начали обращать особое внимание и ценить уникальные возможности своих сотрудников с расстройствами аутистического спектра вообще и синдромом Аспергера в частности.



/ фото Kristina D.C. Hoeppner CC

Один из аспектов профессии разработчика — посвящение профанов в особенности процесса разработки ПО.
С. Макконнелл, Совершенный код

Цель этой публикации — поделиться опытом работы над проектом со сложной историей и тяжёлым наследием. После ухода из очередного т.н. «стартапа», я решил что хочу попробовать новых ощущений: enterprise, legacy, etc. Для этого взялся за работу над корпоративным приложением для транснационального концерна. Разработка на тот момент шла уже третий год, приложение пережило несколько поколений разработчиков, но стабильного релиза так и не было.

Полагаю публикация будет полезной:

• разработчикам принимающим аналогичное решение, чтобы взвесить за и против
• менеджерам «непростых» проектов, чтобы лучше понять причины и следствия технических проблем
• и, конечно, просто любопытствующим

Затрагиваемые в статье вопросы:

• Низкая компетенция разработчиков, и что с этим можно поделать?
• Какие аргументы убедительны в глазах заказчика для нефункциональных изменений в проекте?
• Почему работа аналитиков и QA очень важна с точки зрения разработки в частности и для проекта в целом?

Существуют разные подходы к определению размера зарплаты программистов. Три возможных варианта:

• Фиксированное количество рабочих часов в неделю. Фиксированная зарплата (оклад). Программист, если он хочет, может работать больше, но зарплата от этого не увеличивается;
• Зарплата определяется затраченным временем. Часовая ставка меньше, чем в предыдущем варианте, но можно отработать больше и зарплата будет больше;
• Фиксированное количество часов в неделю. Оклад — как в первом варианте, но на эту сумму накладываются бонусы и штрафы. Рассчитываются на основе отзывов клиентов, наличия багов в коде, фактов нарушения трудовой дисциплины и т.п. В среднем величина бонусов больше, чем штрафов и зарплата выше, чем в первых двух вариантах.

Какой же из этих вариантов лучше с точки зрения мотивации, эффективности и т.д. и т.п.?

Опрос под катом

«Сила простоты» — эта фраза все чаще звучит в комнатах разработчиков Macroscop во время планирования версий. Сейчас мы как никогда сфокусированы на простоте продукта, включении в него только того, что реально нужно пользователям, и удалении всего мало востребованного.

Удивительно, но сделать продукт простым для пользователя очень сложно. Мы поняли это на собственном опыте, когда столкнулись с вопросами, на которые не нашли однозначного ответа:
• что важнее, простота или функциональность?
• до какой степени нужно и можно упрощать продукт?
• и на кого ориентироваться в конечном счете при внесении изменений?

Простота – это сложно

Конечно, нам всегда было ясно, что продукт надо делать простым для пользователя. Это подтверждается и здравым смыслом, и опытом успешных компаний из самых разных областей.

Посмотрите, например, на Dropbox. Однажды гендиректор Macroscop Артем Разумков пообщался с одним из создателей этого сервиса. Тот рассказал, что идея хранения файлов в облаке была известна давно, и для этого надо было нажать на кнопку только 1 раз – загрузить файл. То, что придумали они – это просто переход от одного нажатию к нулю нажатий: человек просто помещает файл в обычную папку, и он загружается в облако автоматически. Кнопку «загрузить» вообще не надо нажимать! Эта простая идея перехода от 1 нажатия к 0 нажатий позволила им взлететь до невероятных высот. Вот она сила простоты!