Как стать автором
Обновить

Новую macOS Catalina сравнивают по качеству с Windows Vista

Время на прочтение 6 мин
Количество просмотров 74K
Тестирование IT-систем *Разработка под MacOS *Управление проектами *Управление продуктом *Софт

System Preferences (не отвечает)

В начале октября вышло обновление macOS под названием Catalina (10.15), которое повлекло ряд технических проблем и вызвало волну критики со стороны пользователей и разработчиков. Дошло до того, что некоторые разработчики сравнивают macOS Catalina по качеству с Windows Vista, одной из самых неудачных ОС в истории Microsoft (см. статью macOS 10.15 Vista).
Всего голосов 49: ↑41 и ↓8 +33
Комментарии 217

Аудит системы контроля версий, ч. I

Время на прочтение 7 мин
Количество просмотров 1.2K
Чулан
Необходимо регулярно сверять устройство вашей системы контроля версий с
реальностью процесса разработки и внедрения. В этом документе мы постараемся
изложить краткую схему вопросов, на которые необходимо ответить, чтобы
высветить недостатки и потенциальные проблемы в вашей системе.


Для анализа нам потребуется описание структуры веток, список участников
процесса и область их ответственности, описание потоков изменений. Для
наглядности можно попробовать нарисовать пару диаграмм: граф потоков изменений
по веткам и древовидную структуру потока, развернутую во времени. Мы считаем
более важным (и более простым) первый график, тогда как традиционно во многих
текстах по системам контроля версий используется второй, не так чётко
высвечивающий структуру.


В этом документе описывается только анализ системы. Способы решения проблем,
выявленных при анализе, будут обсуждаться отдельно.


Читать дальше →
Всего голосов 11: ↑11 и ↓0 +11
Комментарии 27

ReadySET — свободный набор шаблонов внутренней документации софтварного проекта

Время на прочтение 1 мин
Количество просмотров 663
Чулан
Существует такой проект ReadySET, в нём собрана отличная структурированная и упорядоченная коллекция шаблонов внутренней проектной документации. Все шаблоны можно смотреть на сайте, скачать архивом или экспортить через Subversion. Все шаблоны отлично документированы и предоставляют готовую инфраструктуру проектной документации.

Охвачены практически все аспекты: планирование проекта, вижн, сбор требований, разработка, дизайн и архитектура системы, реализация, тестирование, установка, техподдержка и сопровождение. Шаблоны созданы в очень ясном XHTML/CSS формате.

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

Ресурс чрезвычайно полезный. Всё по-английски. BSD License.
Всего голосов 5: ↑5 и ↓0 +5
Комментарии 0

Feature Driven Development для веб-разработчиков

Время на прочтение 4 мин
Количество просмотров 12K
Разработка веб-сайтов *
Лет 10 назад веб-проекты по большей части были статическими, а технологический процесс порой — прост до безобразия. Теперь грань между веб-приложениями и настольными приложениями стирается, функциональная сложность веб-проектов растет. Это диктует новые требования к веб-разработке. Обычная ситуация нынче, в эпоху «удиви меня 2.0», — когда проект долгосрочный, в нем задействовано множество специалистов (и не специалистов также), щедро орошающих многострадальный product backlog новыми идеями и целями, как до начала разработки, так и после. Как вы понимаете, цели и истории мутируют, а вместе с ними и задачи. Предварительная оценка по времени теряет свою целесообразность. И т.д. и т.п. Очевидно, нужна специальная методология разработки. Можно попробовать приобщиться к Rational Unified Process (RUP) или Process Mentor. Однако, не стоит. Среди столь популярных ныне Agile методик имеется то, что нам надо — Feature Driven Development (FDD).
Читать дальше →
Всего голосов 8: ↑7 и ↓1 +6
Комментарии 11

Бег с препятствиями или создание одного проекта

Время на прочтение 7 мин
Количество просмотров 1K
Я пиарюсь

О чем разговор


chefonline.ruChefonline.ru – это кулинарный портал, как бы банально это ни звучало. У нас есть персональная и общая книги рецептов, есть возможность создавать списки покупок, планировать меню, хранить избранное, можно писать в коллективный блог или просто читать его, есть другие интересные и полезные сервисы для любителей и сочувствующих.

Портал достаточно молод, сделано хоть и немало, но многое все еще находится в разработке или в виде идей, поэтому рассказать хотелось бы не о самом проекте, а о процессе его создания. Надеюсь, наш опыт будет полезен хабра-людям.
Читать дальше →
Всего голосов 59: ↑51 и ↓8 +43
Комментарии 89

В Mozilla внедрили модель разработки Lorentz

Время на прочтение 1 мин
Количество просмотров 908
Agile *
После недавнего релиза Firefox 3.6 организация Mozilla переходит на собственную методологию программной разработки под названием Lorentz. Она сочетает и принципы классического программирования по принципу водопада, и методики Agile. Предполагается, что таким образом получится внедрять в браузер фичи более короткими итерациями, то есть релизы станут выходить быстрее.

Благодаря модели Lorentz в линейке Firefox 3.6.x будут выходить не только патчи, но и апдейты с новыми фичами. Раньше в версиях вроде 3.5.х такого не было, а все новые фичи накапливались для основного релиза. В общем, это серьёзное изменение.

По словам директора проекта Firefox Майка Белтцнера (Mike Beltzner), в связи с разделом разработчиков по модели Lorentz, основные релизы теперь будут готовиться дольше, но фичи будут появляться быстрее.

Похожий подход сейчас применяют и в разработке Linux. Например, в текущем ядре 2.6.x новые фичи выходят с каждым релизом, то есть примерно каждые три месяца.

via InternetNews.com
Всего голосов 14: ↑9 и ↓5 +4
Комментарии 9

Жизненный цикл серебряной пули

Время на прочтение 10 мин
Количество просмотров 1.3K
Чулан
Мой перевод статьи Сары Шерд “Life Cycle of a Silver Bullet”, 2003 г.

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



Читать дальше →
Всего голосов 14: ↑11 и ↓3 +8
Комментарии 4

Человеческий фактор или «соглашения не работают»

Время на прочтение 4 мин
Количество просмотров 3.5K
Управление проектами *
Представьте ситуацию. Вы со своей командой, после очередной итерации, обсуждаете слабое покрытие кода тестами и решаете что с понедельника текущего момента все пишут тесты как для нового кода, так и для всплывающих багов. Это кажется разумным (кто-то вспоминает последний неудачный деплой), все поддакивают и довольные расходятся с мыслью, что ну вот теперь то у нас точно все будет отлично. Приходит время следующего собрания на котором во время вопроса «а как у нас с тестированием» большинство отводит глаза. Результат ясен, все осталось по старому.

Можно конечно попытаться вычислить тех кто этого не делает, выяснить почему так происходит, провести воспитательную беседу) и это даже поможет на какое-то время. А потом пройдет время и все станет по прежнему. Причем те люди которые следуют соглашениям по данному вопросу, в другом вопросе могут делать все по своему и наоборот.

Читать дальше →
Всего голосов 56: ↑53 и ↓3 +50
Комментарии 42

Наш рабочий процесс

Время на прочтение 2 мин
Количество просмотров 11K
Блог компании Taucraft Limited
Наша компания разрабатывает систему управления agile проектами TargetProcess. За несколько лет разработки мы попробовали очень много самых разных практик, и пришли к своему процессу, которому успешно следуем и особо не меняем уже полгода.

Так как всякий процесс имеет границы применения, начнем с контекста.

Контекст


  • Разработка одного большого веб-приложения силами 10-20 человек;
  • Продукту уже 6 лет;
  • Используемые технологии: С#, ASP.NET, NHibernate, ExtJS;

Весь процесс описывать долго и нудно, так что вот самые главные практики.

Не очень технические практики


Цикл.
Сначала мы использовали итерации, но отказались от них полтора года назад. Когда продукт набирает определенный вес, гораздо лучше иметь возможность выпустить релиз в любой момент времени, когда готова хотя бы одна новая фича. Так что все дружно перешли на Kanban. Сейчас мы можем выпустить любой бакфикс в течение дня. Новые публичные билды выходят примерно раз в неделю.
Читать дальше →
Всего голосов 38: ↑28 и ↓10 +18
Комментарии 17

Git + TrackStudio — автоматизация разработки

Время на прочтение 19 мин
Количество просмотров 10K
Управление проектами *
Туториал
Это статья о том, как с помощью TrackStudio и Git можно организовать удобный процесс разработки ПО. В стать рассмотрен вариант для ОC Windows. Но при желании не сложно все сделать и для других OC.
Для этого нам понадобиться:
  1. TrackStudio — универсальная система управления задачами.
  2. Git — VCS.
  3. Blat — Маленькая (70kB) open source консольная программа под Windows, которая позволяет отправлять e-Mail по SMTP протоколу из командной строки, с приложенными файлами.
  4. STunnel — Программа, которая позволяет вам зашифровать произвольные TCP подключения внутри SSL. Инструмент доступен для Unix и Windows.
    Нужен если вы используете gmail.com, как почтовый сервис. Так как blat напрямую работать с gmail не может.
Задача:
Организовать рабочий процесс таким образом, что бы при коммите в git, автоматически в TrackStudio задаче добавлялся комментарии с различными типами сообщения и текстом этого комментария был текст сообщения коммита.
Решение
Всего голосов 38: ↑32 и ↓6 +26
Комментарии 49

Юзабилити как опиум для народа

Время на прочтение 4 мин
Количество просмотров 6.2K
Интерфейсы *
Из песочницы
Слово «Юзабилити» будоражит умы. Тут и там слышно «неюзабельно», появилось много рекомендаций на тему повышения юзабилити ресурсов, множество адептов культа юзабилити, множество молодых будущих юзабилистов. Слово окутано пеленой таинственности. Мистическое знание о том, как делать юзабилити, хотят получить все больше людей. Возникают вопросы о том, как продавать юзабилити, как внедрять юзабилити, как юзать юзабилити.

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

Читать дальше →
Всего голосов 110: ↑85 и ↓25 +60
Комментарии 80

Source code как способ думать

Время на прочтение 7 мин
Количество просмотров 15K
Тестирование IT-систем *Программирование *Совершенный код *
Recovery mode
Маленькое предварительное замечание: Подробное объяснение потребовало бы объёмов средней книжки. Тут всё дано схематично, кратко и без подробностей. Текст, конечно, хулиганский, но прежде чем наезжать на автора, стоит учесть, что за ним стоит двадцать лет опыта и много-много литературы как классической, так и специалистам ИТ не ведомой.

Есть слово, приносящее индустрии каждый год огромные убытки. И слово это — bug.

Баги — это некие виртуальные вредоносные жучки, прячущиеся внутри программ. Они обладают собственной волей. Они проникают в самые важные участки. Они портят результаты, прерывают выполнение работы и делают другие гадости.

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

Массовая глобальная нескончаемая игра, которой увлечённо предаются практически все работники отрасли, включая тестеров, менеджмент, организаторов процессов и высоколобых теоретиков.

Почему так происходит? Потому что в индустрии совершенно превратно понимают, что такое исходный код и для чего он нужен.

Если опросить специалистов, мы получим сотню разных мнений. Но в сухом остатке, если отбросить всю шелуху, код выступает плодом творческих усилий и выражением гениальности автора. В стандартной ситуации и при любом фактическом уровне профессионализма программист воспринимает себя почти святым гением, создающим почти идеальный продукт.

Если сделать программиста не идеальным, получается одна интересная штука: код перестаёт быть готовым результатом. Он даже перестаёт быть результатом. И становится отражением текущего понимания программистом условий поставленной задачи и способов её решения.

Код именно отражает, а не описывает. Последнее возможно, но требует перестройки всего процесса, от форматов записи до мозгов.

Мозги критичны. Нужны люди особой культуры, не боящиеся выглядеть дураками, каких в ИТ практически не встречается.

Писать и говорить то, что думаешь, — это всегда отсутствие такта, презрение к окружающим и хамство. Если кто-то ставит в своём коде комментарий «Stupid idea. Does not work, if N < 0. Correct ASAP.», он рискует прослыть минимум странным. А вот если это попадёт в участок ответственности гениального программиста, тут уже мелкой истерикой не ограничится. Даже, если «stupid» будет подразумеваться только по контексту. Или напишите в комментарии что-нибудь типа «I do not know why this works, but otherwise the function generates an exception.» Потом покажите это начальнику и попросите повышения.

И, конечно, гораздо выгоднее говорить «Мы исправляем баги в коммуникационном модуле», а не «Читая документацию мы прошляпили несколько критических моментов и неделю будем всё с нуля переделывать.»

Ладно, оставим. Большинство такого не выдерживает. Страшно. И ронять чувство собственного достоинства тоже страшно. И лицо потерять… И начальство тоже… Короче, фиг с ним, перейдём к плюшкам.

Читать дальше →
Всего голосов 79: ↑39 и ↓40 -1
Комментарии 147

Процесс разработки в Badoo

Время на прочтение 8 мин
Количество просмотров 38K
Блог компании Badoo Разработка веб-сайтов *
Сегодня мы проведём экскурсию по цеху разработки Badoo, в котором создаётся новый функционал нашего сайта, расскажем о самом процессе — от постановки задачи и до момента выкладки в боевое окружение.

За время существования компании её рабочий процесс эволюционировал от стохастического к хорошо контролируемому и понятному. Ещё полтора-два года назад никто точно не мог ответить на вопрос, какие задачи попали в сегодняшнюю выкладку, а менеджер опрашивал программистов, кто и что выложил. Сейчас же процесс максимально автоматизирован, таск-трекер тесно связан с системой контроля версий, задачи проходят несколько стадий проверки. При этом сохранилась высокая скорость разработки: нормальной считается ситуация, когда задача появилась утром, а после обеда новый функционал уже доступен пользователям на сайте.
Что ж, пройдём?
Всего голосов 108: ↑89 и ↓19 +70
Комментарии 80

Как мы используем Trello и Google Docs, чтобы постоянно улучшать работу UserVoice

Время на прочтение 12 мин
Количество просмотров 119K
Разработка веб-сайтов *
Туториал
Перевод


Прошлой осенью, вернувшись из отпуска, я обнаружил, что Дехана, наш Product Manager в UserVoice, заменила мой любимый «Roadmap» в Google Docs на доску Trello.

Моя первоначальная реакция на такие перемены была отнюдь не положительной. Проблема заключалась не в самом Trello, а в том, как мы им пользовались. Trello – это ОЧЕНЬ открытый проект. Не существует единственного “правильного” способа работы в Trello, поэтому, чтобы чувствовать себя в нем как дома, вам потребуется время для настройки «под себя».

Итак, после долгих экспериментов, нам, кажется, удалось получить полностью устраивающую нас систему работы, и мы решили, что стоит поделиться ею со всеми. Этот пост будет длиннее, чем обычно, и если вы далеки от темы веб-разработки, он может показаться вам немного скучным. Если вы решите сразу перейти к части поста, посвящённой полученным урокам, я, несомненно, расстроюсь, но обижаться не стану.
Читать дальше →
Всего голосов 35: ↑32 и ↓3 +29
Комментарии 13

Создание продукта: НАЧАЛО

Время на прочтение 7 мин
Количество просмотров 58K
Блог компании «SCRUMguides»
Туториал
Как в фильме Начало (Inсeption), реальность в продуктовой разработке имеет определенную вложенность слоев. В зависимости от того, какая роль вам выпала, ваше “начало” в проекте может произойти раньше или позже, но всегда приятнее быть в числе создателей новой реальности, не так ли?

Эта статья — вступительная часть к трилогии о том, что собой представляет в гибкой продуктовой разработке:

  • Готовность Начать
  • Готовность Завершить
  • Готовность Выпустить

Первая часть будет посвящена процессу открытия продукта (Product Discovery), вторая — процессу разработки продукта (Agile Delivery), третья — формированию цикла этих двух процессов, с обратной связью от рынка (Business Development). Здесь же, в начале, я задам общие рамки ролей и процессов, в которые буду углубляться в следующих частях.

Пишу эту статью для нынешних или начинающих Владельцев Продуктов — «ловцов снов» и «продавцов воздуха». Людей, идеи которых способны изменить реальность, а могут сами оказаться иллюзией.
Читать дальше →
Всего голосов 69: ↑51 и ↓18 +33
Комментарии 35

Интерактивное тестирование — стоит ли овчинка выделки

Время на прочтение 4 мин
Количество просмотров 4.6K
Разработка веб-сайтов *Тестирование IT-систем *
Привет, хабражители.
Давно вынашивала идею поделиться идеей об интерактивном тестировании как одной из возможных форм организации процесса, но свободное время появилось только сейчас, чем и хотелось бы воспользоваться. Хотя называть сие «организацией процесса» было бы слишком громко, скорее это просто один из удачно реализованных подходов работы в команде между программистом и тестировщиком. Ниже я поделюсь не столько какими-то истинами, сколько своим (как мне кажется — позитивным) опытом.

Если кому интересно — прошу под кат.

Читать дальше →
Всего голосов 7: ↑7 и ↓0 +7
Комментарии 6

Тонкости в процессе дизайна для стартапов

Время на прочтение 7 мин
Количество просмотров 28K
Веб-дизайн *
Эта статья вышла из моего пути “проб и ошибок”, и почти каждый тезис так или иначе связан с неудачей или успехом на этапе проектирования и дизайна для какого-либо стартапа.



Надеюсь, что она поможет дизайнерам избежать тех же ошибок, на которые натолкнулась в свое время я. Людям, которые решили сделать свой стартап, эта статья поможет учесть тонкости, связанные с процессом разработки и сделать более качественный продукт.
Читать дальше →
Всего голосов 51: ↑48 и ↓3 +45
Комментарии 13

Игра про безумных учёных-гиков и немного фееричная история локализации

Время на прочтение 6 мин
Количество просмотров 60K
Блог компании Мосигра Разработка игр *
Это самая офигенная и позитивная игра про учёных, которую мы видели. Этот процесс будет интересен как тем, кого радует айтишный Game Development, так и тем, кто любит истории длинных проектов с сюрпризами.



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


Мы решили делать игру не просто про безумных учёных, нет. Про добрых, но при этом совершенно, напрочь безумных учёных в духе «Понедельник начинается в субботу». И начали с концепта иллюстраций. Соответствующие концепты справа от прототипов.
Читать дальше →
Всего голосов 106: ↑99 и ↓7 +92
Комментарии 74

Как Appnestic может помочь веб-студиям?

Время на прочтение 2 мин
Количество просмотров 3K
Блог компании Appnestic Разработка веб-сайтов *
Appnestic — это хостинг платформа для быстрого запуска приложения, автоматического управления ресурсами и многого другого. В платформе довольно много возможностей. Ранее мы описывали платформу более подробно habrahabr.ru/company/appnestic/blog/216653

Как Appnestic может быть полезен компаниям, разрабатывающим программное обеспечение и веб-студиям?

Рассмотрим вариант

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

Давайте подсчитаем, сколько времени тратится разработчиком нa настройку окружения, это процесс достаточно долгий и трудоемкий.
Читать дальше →
Всего голосов 12: ↑8 и ↓4 +4
Комментарии 6

Про важность документирования

Время на прочтение 4 мин
Количество просмотров 21K
Разработка веб-сайтов *Тестирование IT-систем *Программирование *
Recovery mode
Многие из нас работают в компаниях с уже устоявшимися процессами разработки прикладного ПО, и неотъемлемой частью этих процессов являются самые разнообразные документы. Однако, есть компании, в которых нет традиций и процессов написания технической документации, а вся информация находится у людей в головах и в корпоративной электронной почте. Если вы приходите из компании первого типа в компанию второго типа, вы очень быстро обнаруживаете, что рабочая документация нужна как воздух. Почему? Давайте рассмотрим основные типы рабочей документации в разработке ПО, и попытаемся представить себе жизнь без них.
И как же живётся без документов?
Всего голосов 34: ↑28 и ↓6 +22
Комментарии 34