Главный блог dev.by

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

Недавно я где-то увидел хороший принцип: "то, что делать неприятно, надо делать чаще". Он отлично ложится на разработку ПО, в частности, на его интеграцию. Подход, при котором интеграция проекта осуществляется настолько часто, насколько это возможно, называется "непрерывной интеграцией" (Continuous Integration*).

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

С другой стороны, на локальных порталах сообществ разработчиков нередко в комментариях, да и в постах высылается град критических стрел и иронии в отношении аутсорсинга со стороны сотрудников “продуктовых” компаний. Несомненно, они имеют полное право на существование и во многом верны, но дискуссии о роли аутсорсинга в развитии белорусской ИТ-индустрии обычно скатываются до бесконечного “аутсорсинг – это плохо” против “да нет тут никаких продуктов”. Слёт народных комиссаров очевидность всегда радует бурными эскападами и язвительностью, но, тем не менее, слишком часто выливается в одиозное выяснение отношений.

Так или иначе, какого-то достаточно развёрнутого взгляда на влияние аутсорсинга на функционирование и развитие отрасли разработки и внедрения программного обеспечения в Беларуси пока найти сложно, поэтому в данном материале попытаюсь представить своё субъективное суждение на эту тему.

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

Symfony — свободный каркас, написанный на PHP5, который использует паттерн Model-View-Controller (MVC). По-моему личному впечатлению, да и, думаю, впечатлению многих проект очень удачный, поэтому он широко используется при создании сайтов. Именно поэтому стоит уделять особое внимание возможным уязвимостям. В данной статье пойдёт речь о одной из таких уъязвимостей — о разработчике.

Два года назад антрополог Секай Фарай получила грант Колумбийского Университета на изучение сообщества технологических стартапов. Это произошло как раз вовремя: уже полным ходом идет новая золотая лихорадка под руководством двадцатилетних гиков из Нью Йорка, Лондона и Сан Франциско, мечтающих создать себе состояния на новом поколении интернет-стартапов.

Сидя в холле манхеттенского Ace Hotel, одного из новомодных мест для тусовок ИТ-гиков, Фарай утверждает, что бум только что начался. "Люди, которые еще совсем недавно создавали стартапы, потому что не могли найти себе работу, теперь отказываются от выгодных предложений", - говорит она. "Вокруг столько денег. Мысль о том, что твоя идея станет Следующей Большой Идеей, практически осязаема. Воздух просто пропитан воодушевлением". А может ли это все окончится слезами? "Оно всегда так кончается".

Lucene – это open-source библиотека для полнотекстового поиска. К сожалению, документация к нему не всегда хорошо организована, и новичку бывает сложно сориентироваться среди десятков новых понятий и названий. В этом посте я попробую немного исправить ситуацию, вкратце описав, что есть что в мире Lucene.

Уже начиная со следующего понедельника начнутся анкетирования в рамках опроса Best IT Companies To Work For In Belarus, и нам, как организаторам конкурса хотелось бы популярно рассказать айтишникам о методологии конкурса, о том, как будут оцениваться компании, и на какие вопросы придется многим из них отвечать. Конкурс Best IT Companies To Work For In Belarus – это не какая-то разовая акция, он будет проводиться ежегодно, а его методология будет неустанно и непременно совершенствоваться, чтобы максимально объективно и обстоятельно оценивать комфорт и условия работы в белорусских ИТ-компаниях. В основе конкурса лежит открытая методология крупнейшего конкурса Великобритании — Best Companies, которая была переработана в соответствии с нашими реалиями и практиками профессиональными социологами. Ознакомиться с методологией можно по ссылке. Конкурс состоит из двух этапов: анкетирование и экспертная оценка. С экспертной оценкой все просто — специальная независимая комиссия посещает офис компании и оценивает его по определённому чеклисту (его можно найти тут). На данном этапе не оценивается удовлетворенность сотрудников, уровень проектов и другие критерии, которые не поддаются объективной оценке. Речь идет исключительно о формальных признаках, таких как: своевременное обновление технической базы, комфорт, мебель, удаленность офиса от центра и т.д. Самые животрепещущие вопросы о комфорте работы в компании будут выясняться на этапе независимого и анонимного анкетирования сотрудников компаний – участников конкурса. Именно про него и хотелось бы рассказать немного подробнее.