Рубрика «outsourcing»

Does the New Year have you scrambling to wrap up last year’s software development projects? Don’t archive your Jira tickets and Trello boards too quickly!

A good rule of thumb in software development is that your next software project should always be better than your last. Why? Because the lessons you learn and take away from each project should be continuously documented and applied in future projects.

In the words of Rachel Green, every good project should end with closure.

image

Follow this quick and easy 6-step guide to ensure that you wrap up your software project efficiently and effectively.

6 Steps for Successfully Wrapping up a Software Development Project

1. Document future needs

Читать полностью »

Сервисом top$dev было проведено исследование стран Восточной Европы по собственной методике на основе данных крупнейших фриланс-бирж (oDesk, Elance, Freelancer и других): более 88 тысяч профилей фриланс-разработчиков и 260 тысяч проектов на общую сумму более $350 млн.
Краткие выводы:
Читать полностью »

PVS-Studio, аудит кода

До недавнего времени мы занимались исключительно развитием и продажей продукта PVS-Studio. Потом мы подумали и решили предлагать новую услугу: регулярный аудит кода. Про неё я и расскажу. Статья предназначена для менеджеров и тимлидов. Дабы не портить себе настроение и не минусовать, программистов прошу статью не читать.
Читать полностью »

Outsourcing
Как вы знаете, основная наша деятельность – это разработка анализаторов кода PVS-Studio и CppCat. И хотя мы давно и, как нам кажется, успешно этим занимаемся, недавно у нас появилась необычная мысль. Все-таки мы не пользуемся своими инструментами в том режиме, что и наши клиенты. Нет, конечно, мы проверяем код PVS-Studio с помощью PVS-Studio. Но откровенно говоря, проект PVS-Studio не такой уж большой. И работа с кодом PVS-Studio по стилю и характеру отличается от, к примеру, работы с кодом Chromium или LLVM.

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

Ну да ладно, к чему это все? Наши теоретические желания попробовать себя в других проектах совпали с практическими предложениями, которые постепенно стали к нам поступать. В прошлом году мы решили выделить у нас в компании команду, которая бы занималась – о ужас! – разработкой на заказ. То есть участвовала в сторонних проектах в качестве программистов. Причем нам было интересно участвовать в долгосрочных и довольно крупных проектах, т.е. не менее 2-3 разработчиков и не менее 6 месяцев разработки. У нас было две цели:

  • попробовать альтернативный тип бизнеса (заказную разработку помимо продуктовой разработки);
  • самим посмотреть на использование PVS-Studio в долгосрочных проектах.

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

image
Недавно инспектировал код одного приложения и выписал список вопросов разработчикам с ответами.
Приложение основано на клиент серверном взаимодействии, с регистрацией и обновлением некоторых данных.
Читать полностью »

image

17 мая 2014 г. компания MobiDev организовывает встречу для UI дизайнеров из Харькова.

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

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

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

http://designer.mobidev.biz

Читать полностью »

Я знаю людей из корпоративных разработчиков, которым outsourcing буквально «жизнь поломал». Энергичный хлопок дверью.
– Всем нужен программист, – сказал я, возвращаясь к ботинкам.

Embarcdero (Borland) не использует модель outsourcing-а в «чистом виде», однако схема привлечения внешних ресурсов вполне может считаться полезной для рассмотрения, особенно в свете backsourcing-а. Почему Embarcadero не всё делает сама? Почему базовый продукт нуждается в дополнении со стороны технологических партнёров? Как что-то отдать на сторону, а потом забрать? Нужно ли думать об backsourcing-е как неизбежном завершении outsourcing-а? Можно ли вообще обойтись без этого?

Outsourcing самим звуком вызывает негативную реакцию со стороны «собственных разработчиков», на что есть масса причин. Теперь к этому добавится ещё одно однокоренное слово – backsourcing. Чтобы это не стало «второй возможностью хлопнуть дверью», разберёмся в деталях. Хорошая команда, выполняющая работу на заказ похожа на спецназ. Каждый боец обладает несколькими компетенциями. Но куда ж без «танка»? Мягкие и изнеженные корпоративные разработчики не могут ничего противопоставить закалённому в баттлах сейлу. Такой «очаровашка» очень быстро вотрёт вашему CIO, что именно его команда сделает все гораздо лучше.

Читать полностью »

Опрос программистов: работаете ли вы на зарубежных или отечественных заказчиков?Исторически сложилось, что существенная часть российских (и exСССР в целом) программистов работают в офшорном программировании. Почему так получилось вполне понятно — в 90-х местные компании, пишущие свои коммерческие продукты можно было пересчитать чуть ли не по пальцам руки.

В то же время разница _средних_ зарплат программистов в те времена между Россией и западными странами была настолько существенной, что сравниться с экспортом человеко-часов могла наверное только добыча нефти фонтанным способом :-) В принципе это всех устраивало — зарубежные заказчики получали продукт за меньшие деньги, разработчики тут — получали существенно бОльшие деньги, чем инженеры других специализаций. Впрочем, сейчас разрыв по зарплатам существенно сократился.

Хотелось бы понять: насколько эта ситуация стабильна в долгосрочной перспективе? Все зависит от того, какой процент программистов работает в интересах зарубежных компаний.Читать полностью »

Привет, читатели! image

В этой статье я хочу рассказать о том, что EPAM Systems делает в области залива Сан Франциско и как здесь работают наши люди. Сам я совсем недавно переехал в Калифорнию и хочу поделиться своими впечатлениями с вами.

Многие знают, что ЕРАМ — одна из самых больших IT-компаний в СНГ, а ее офисы есть во многих крупных городах России, Украины, Беларуси и Казахстана. Несколько наших офисов открыты в Европе. Главный европейский офис находится в Будапеште; несколько раз я навещал венгерских коллег с тренингами по клаудам и смог оценить, насколько хорошие люди там работают.

Ну, а в США основные инженерные силы ЕРАМ — это “он-сайт” сотрудники, которые могут работать по всей территории США: от Калифорнии да Массачусетса, от Сиэтла до Майами.

Точка притяжения всех американских айтишников — это Silicon Valley. “Если у тебя нет офиса в Кремниевой долине, значит, твоя компания не очень успешна”, — такое мнение приходилось слышать не раз от многих людей. Это очень похоже на правду, так как здесь — действительно — сосредоточено невероятное количество офисов, от маленьких конторок до гигантских корпораций. В некоторых из этих офисов работают наши ребята — айтишники всех мастей: дЭвы, тестеры и “О_о”дмины. Как правило, это бывшие сотрудники какого-нибудь из офисов СНГ, которые показали свою надежность в бою и были отправлены «на передовую».
Читать полностью »

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

Уже давно работаю удалённо (outsourcing) и как следствие обязан ежемесячно предоставлять отчёт о проделанной работе, в виде таблицы с наименованием задач, затраченным временем и прочей информацией. Даже при огромном наличии тикет систем, использовать их ежедневно для записи проделанной работы — каторга. В фирме где я работаю нет строгих требований к ведению логов или других ежедневных отчётов, что возможно делает мою проблему отсутствия ежедневных данных единичной, или по крайней мере не такой популярной (или же нет, быть может я не один такой аутсорсер?). Месяц пролетает незаметно и с полным погружением в работу, вместо погружения в бюрократию, поскольку всё строится на доверии. И до недавнего времени я с задачей составления ежемесячных отчётов справлялся, поскольку почти каждый день я как минимум здаровался с коллегами по skype, болтал о том о сём, включая рабочий процесс, обновлял тикеты, получал письма. Но вот же беда, не всегда имеются в наличии сохранившиеся данные на нужный день, в который хоть убейся не можешь вспомнить что делал. И в один такой момент, составляя такой отчёт, меня вдруг осенило, как я, программист, могу сам себе впредь эту проблему решить.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js