Сегодня анонсирован выход версии Redmine 2.0.1, в который были исправлены 11 основных ошибок версии 2.0.0(вышла 14 днями ранее), в которой отказались от использования Rails 2.3 в пользу Rails 3.
Таким образом, Redmine теперь стабильно работает на Rails 3.
Естественно, могут возникнуть некоторые проблемы несовместимости плагинов, обновлением которых уже вовсю занимаются разработчики.
Импакт анализ — еще один инструмент в разработке ПО, который применяется программистами для облегчения жизни тестировщиков улучшения тестирования. сновная идея импакт анализа — это указание затронутых мест в проекте при разработке новой или изменении старой функциональности. Во время разработки часто возникают ситуации, когда вносишь изменения в одном месте, а это влияет либо на весь проект либо на несколько мест в проекте. При таких изменениях сложно вспомнить и протестировать все необходимые места, особенно если они не покрыты тестами. В результате этого, после сдачи очередного релиза, клиенты начинают обращаться с жалобами на то, что что-то поломалось или не работает.
Читать полностью »
Попросили меня на фирме выступить с докладом и рассказать о методологии по которой мы работаем, разрабатываем наше приложение. Я сразу же сказал — «У нас Scrum», и сел составлять презентацию. Но я остановился на первом же слайде, и вот почему.
Agile содержит в себе множество методологий — XP, Scrum, Lean, Kanban, ScrumBut (СкрамНО). Сев разбирать методики, я понял, что не могу сказать, что моя команда работает по какой-то одной из них. В целом наш рабочий процесс можно изобразить так:
Не то чтобы часто, но всё-таки иногда у программистов/тестеров/сетевых инженеров/саппорта и других диаспр IT возникает необходимость получать уведомления о тех или иных событиях, которые имеют место быть в области их творческого безумия. Так стало и со мной, скромным тружеником большой компании, когда было сказано, что пора бы нашему отделу выставить регламент на обработку запросов клиентов, чтобы не расслабляться и получать премии. Счастья было полные штаны.
Естественно в первый же месяц премия была потеряна, ибо по условию было необходимо удовлетворить клиента максимум за 4 часа рабочего времени (делается это по старому доброму обычаю, в последние минуты), а про клиентов все забыли ибо релиз, ибо баги, ибо ищем и не до этого. Тогда-то и решили прикрутить какой-нибудь нотифай на случай, если станем забывать про запросы клиентов. Идея была проста: мигать смской или ещё чем-нибудь каждый 5 минут в случае, если до deadline в отношениях с клиентом и премией осталось меньше часа. Что и реализовали за минут 40 не потеряв ни цента.
Читать полностью »
За 6 месяцев из PDF—презентации получился продукт. С привлечением посевных инвестиций, драйвом командной работы, путешествием в Нью-Йорк, изучением английского права, сложностями, открытиями, разочарованиями и вдохновениями. Вот так создавался Manifest.
Продолжаем серию постов из разряда «делимся опытом». Сегодня расскажем про место, больное у многих веб-сервисов, но без преувеличения не у нас — технической поддержке пользователей.
Вопросов, жалоб и предложений всегда много, поэтому и каналов саппорта у TeamLab сразу несколько и среди них как интерактивные: форма user voice, обращения по email, страница user feedback, онлайн-чат, аккаунты TeamLab в соц.сетях, так и справочные: Help Center, FAQ и блог.
Настоящий IT-шник всегда любит сварить «кашу из топора». А если этой кашей еще и получается вкусно накормить коллег, то выходит вообще замечательно.
По долгу службы мне постоянно приходится сталкиваться с различными инсталляциями bug и issue-трекеров (далее просто баг-трекеров) и среди них попадалось довольно много нестандартных решений. Что-то мне приходилось разворачивать самому, что-то я «подсмотрел» у клиентов, но поделиться наблюдениями было бы полезно.
С этой темой я уже выступал на конференции SQADays, но для тех, кому лениво смотреть 18 минут видео, все будет кратко расписано в статье.
На недавно прошедшей конференции Application Developer Days 2012 мне довелось прочитать коротенький доклад о том, как создаются Open Source проекты на примере OpenVZ Web Panel. К сожалению, у меня было 10 минут, вместо положенных 30-40 и в результате 80% подготовленного материала оказалось “за бортом”. Организаторы, почему-то в последний момент передумали и убрали даже 5-минутную секцию с вопросами, так что остался без фидбэка. Но не буду сильно наезжать на организаторов — они старались как могли и конференция явно удалась, за что им огромное спасибо. Также очень порадовало и качество большинства докладов.
Теперь к сути топика — хочу выложить полную версию рассказа о том, как создаются Open Source проекты на примере собственного начинания, поделится мыслями и взглядами на разработку подобных проектов, рассказать о внутренней кухне, попробовать предостеречь от типичных ошибок.
Читать полностью »
Я использую один важный принцип – происхождение которого я расскажу позже – который срабатывает более чем везде где я был. Собственно: в любое время, в любой организации(или процесс, или системе) в которой я находился, всегда было небольшое количество узких мест – это люди, команды, системы, или что-либо еще, что ограничивало результаты всей организации. По факту, обычно, только один.
Читать полностью »
Условия, которые питают креативных программистов, убивают менеджеров и маркетологов — и наоборот. Программирование — Великая Игра. Оно поглощает игрока полностью, включая и душу и тело. Если ты попался — то ты попался, и ничего уже больше не имеет значения. Когда ты в следующий раз вылезешь из своей берлоги, вполне могут обнаружиться лишние десять киллограммов, борода до колен и такое количество пустых коробок из-под пиццы вокруг, что уже, наверное, наступила весна? Но для тебя это всё не важно. Потому, что твоя программа работает, а код быстр и элегантен. Ты победил.
Читать полностью »
