senior software engineer в EPAM
  • Успешная работа с клиентом: строим долгосрочные отношения

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

  • Коли буде готово: як не зруйнувати відносини в команді

    Саша, у тебя менеджер некомпетентный мудак в первую очередь. Картина маслом: единственный человек знакомый с системой поиска говорит 2 недели, рядом джун говорит 3 дня. После такого расхождения все маркеры проблемы на лицо и дать возможность команде продавить исполнителя на срок в 3 раза меньше заявленного — найти себе проблем просто сходу. А так отличная статья — одобрям-с!

  • Блиц-опрос компаний «большой пятерки»: лидеры хотят реформ в государстве и образовании

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

    Поддержал: Sergey Prokofiev
  • Чи приховуєте ви розмір зарплатні?

    Какой смысл скрывать эти данные если вилка есть на DJ?

  • Какая польза от программистов?

    Ну так это не импортозамещение, это развитие конкурентного уровня товаров своего производства. Согласно твоей же формулировки в целом для экономики не важно будет ли этот товар потребляться внутри страны или станет экспортным. Для меня просто формулировка «импортозамещение» это что-то про изоляцию рынка все же.

  • Какая польза от программистов?

    На чем вы завтра будете строить импортозамещение?
    Вот зачем это здесь? Я же надеюсь все прекрасно понимают, что единственной страной добившейся «импортозамещения» на данный момент является Северная Корея.

    А в целом ситуация не нова. Извощик с лошадью на заре машиностроения считался вполне себе хорошим средством передвижения, без «вот этих ваших модных штучек». Фактически государству на данный момент стоило бы уделить максимум внимания перестроению экономики с экспорта природных ресурсов, хотя бы на экспорт людей в виде того же аутсорса, вместо этого чудо гении из правительства пытаются 1) доказать, что это невозможно, 2) срочно разобрать богохульный трактор и вернуть всех к мотыге

  • Когда вы начали программировать?

  • Linkedin — сеть недалеких «проффессионалов»

    В корне не согласен с автором. Чтобы не пересказывать свои ночные измышления, я просто оставлю ссылку здесь: bit.ly/16NItv2 . А от себя добавлю, что найти личные данные человека в интернете ни разу не сложно даже без дружбы с js, поэтому паранойя является слабой защитой от людей которым это необходимо.

  • Максим Гринів: Є стереотип, що наші [українські] програмісти дуже сильні. Але це не так

    Американский программист стоит троих наших, схема работает следующим образом: 1. рождаешься в Американских штатах; 2. Учися. 3. Идешь работать программистом. 4. Нанимаешь наших на аутсорс и они за тебя пишут. 5. PROFIT!!! PS Где-то недавно пруфлинк про такое дарование пролетал...

    Поддержали: Ivan Pomidorov, notus
  • Донецкий хакатон — не торт

    У нас похоже разное понимание фана. Мой фан это ощущение потока, хороший код и шуршание кнопок, что есть фан для вас я не знаю. 2х дневное мероприятие без убийственных дедлайнов на мой сугубо субъективный взгляд было бы намного продуктивнее и интереснее. Это никоим образом не претензии к организаторам, я считаю они молодцы, просто мысли вслух.

  • Донецкий хакатон — не торт

    Я был в Атласе. Там более комфортно

  • Донецкий хакатон — не торт

    Если честно не знаю, но дышать там было нечем. Т.е. я выходил в курилку, на 4м этаже, там дышал, работал 30 минут и снова бежал в курилку. Это под энергетиками. К Шагу претензий в целом нет, они решили все проблемы, вопрос в другом, зачем было организовывать умираловку.

  • ДОУ Хакатон — Донецк!

    Размеры: Иван: L, Даниил: XL, Денис и + Евгений Круглый: XXL (прошу обратить внимание что еще один член команды)

  • ДОУ Хакатон — Донецк!

    Будем в составе Даниил Мочуляк, Иван Ступак и Денис Кузин

  • ДОУ Хакатон — Донецк!

    Будем в составе Даниил Мочуляк, Иван Ступак, Денис Кузин

  • Описание и анализ проекта. Что да как?

    Мы обычно действуем следующим образом:
    1. Список функций — общий список со всеми функциями системы. Он не фиксируется и дополняется по мере надобности уже в ходе работы над проектом. (доступ общий для всех, если всех сильно много, то периодически просматривается и режется откровенный творческий бред)
    2. Планирование первого выпуска. Из первого листа технично вырезаем минимальный набор функций позволяющий получить выполняющую свои задачи систему без наворотов и излишеств. Фактически это первая бета. Набор функций стараемся ограничить месячным объемом работы (если за это время не получилось чего-то рабочего мотивация начинает падать и резко, что в свою очередь сильно гасит скорость работы)
    3. На базе второго пункта включается разработчик интерфейса (попутно неплохо если у него перед глазами лежит первый лист). Он набрасывает блочную структуру без отрисовки и визуализации (тупо на листе бумаги блоками).
    4. В тоже время что и пункт 3 с тем же набором данных готовится БД.
    5. После 3,4 БД шлифуется и если необходимо проверяются запросы, возникшие вопросы и так далее на мусорных данных. Здесь же рисуется интерфейс.
    6. Собственно формирование тудушек, написание кода, рисование, верстка в общем создаем первичный продукт
    7. Тестирование, допиливание и так далее.
    8. Релиз, раздача слонов, фонтаны радости и пива.

    9. Идем на шаг 2 и строим следующую итерацию.

    ps Пункт 1 пополняется по ходу работы. При переходе к следующей итерации вместо разработки и рисования подразумевается допилка и модернизация имеющегося.