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

(далее…)

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

Ответ очевиден. Ведь именно 4ого августа состоится первая в России конференция в формате BarCamp.

Во сколько начало? Кто не знает, как проехать, ждут на ост. “Городок” через дорогу от пушев в 14 часов МСК автора этого поста. Кто знает, подъезжает в 15 сразу на место (далее…)

• 4 августа в Казани пройдет первая в России конференция в формате BarCamp. Официальное название: BarCampKazan (перевод на русский).
• Что такое BarCamp. BarCamp представляет собой международную сеть открытых конференций, содержание которой формируется участниками. Как правило акцент делается на веб-приложениях, связанных с открытым исходным кодом, open-source технологий.
• Почему в Казани? Казань это достаточно старинный город (недавно Казани исполнилось 1000 лет), вместе с тем IT отрасль и в целом инновационные технологии здесь получают хорошее подкрепление в лице выпускников традиционно сильных технических университетов города (КАИ, ВМК, т.д.). У нас есть развитая инфраструктура для создания Outsourcing-компаний (например, технопарк “ИДЕЯ”), и учитывая относительно недорогую по сравнению с Москвой и Питером стоимость жизни, Казань по соотношению цена/качество IT-услуг становится все более и более привлекательной для outsourcing компаний (например, Flatsourcing, VoodooVentures, Lixil Graphics, Laconix, Auriga и др.).
• Темы конференции. Список тем открыт, вы можете (далее…)
  

Тема не новая. Почему-то все равно актуальная. Ведь причины, которые я перечислю, казалось бы, понятны опытным разработчикам и менеджерам (далее…)

Есть разные идеалогии и подходы к управлению разработки ПО. Наиболее известные соответствуют стадартам CMMi, ISO-9001, используют такие умные методы описания разрабатываемого ПО как UML. Меньшие же организации используют что-то поближе к жизни, что-то попроще. Где же этот компромис, между XP и этими бюрократическими подходами к разработки.

Долго думал, какой же из существующих “компромисов” больше всего характиризовал бы процессы внутри нашей организации. (далее…)

Getting Real by 37signals переведен полностью на русский

Кто слышал, тому комментарии по поводу содержания не нужны, кто не слышал идет читать =)

Вопрос заключается в следующем:

• как вы ведете репозиторий для проекта?
• как вы обновляете проект - из тегов или из транка?
• как у вас организован цикл обновления проекта?
• как вы нумеруете версии проекта?

Конкретнее.

Сейчас у нас есть две версии проекта:

• production — реально работающая версия
• stage — версия для тестирования перед обновлением проекта

Попробую описать цикл разработки:

1. разработали фичу A в транке
2. подготовили релиз и зафиксировали его в теге rel_feature_A ( тем временем продолжили разработку )
3. перед тем как обновить production, обновили stage из rel_feature_A
4. если все прошло хорошо, одобрил заказчик, то обновили production из rel_feature_A
5. если что то пошло не так и(ли) появились фидбеки у заказчика, то накатываем патчи из транка в rel_feature_A и повторяем шаги 3) - 5) пока не наступит 4)

Cуббота 28 Апреля 2007 - странный день в России для IT-компаний, особенно работающих в сфере outsourcing

У нас в организации, как и во всей России, формально рабочий день. Но по субботам нерабочий день у наших заказчиков, которые, как и у подавляющего большинства компаний-аутсорсеров, находятся за пределами России.
(далее…)

Для эффективного распределения собственного времени и способности вовремя решать поставленные задачи рекомендуется, как известно, составлять так называемые to-do списки, списки дел. В эпоху “вебдванольности” появилось достаточное количество сервисов, в которых можно вести такие списки, например ta-da lists. Лично я для самоорганизации ежедневно (по крайней мере стараюсь) составляю такие списки дел, указывая у каждого пункта приоритет (A, B или С).

• A - обязательно надо выполнить (must-dos)
• B - следовало бы выполнить (should-dos)
• С - можно было бы выполнить (could-dos)

Недавно прочитал о другом интересном способе расстановки приоритетов заданий. Вместо как таковых приоритетов предлагается обозначать важность задач “очками”. Предлагаемая шкала (по уменьшению важности):

• за самые важные дела при выполнении получаешь 10 points
• менее важные дела 5 points
• некритичные 2 points.

Подытоживая каждый день, можно подсчитывать количество “очков” и хвалить или ругать себя Технология, видимо, основывается на психологии
Оказалось, и такой сервис уже есть.

(далее…)

достаточно интересная сатья

http://www.cnews.ru/reviews/index.shtml?2007/03/20/241048

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