Прийшов час осідлати справжнього Буцефала🏇🏻Приборкай норовливого коня разом з Newxel🏇🏻Умови на сайті
×Закрыть
Development Team Lead
  • Опрос: Кто на вашем проекте(ах) занимается автоматизацией тестирования?

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

    Поддержали: Volodymyr Spodaryk, anonymous
  • UML в реальных проектах

    Use cases, deployment, classes отлично вписываются в любое объяснение где используется 5 и больше сущностей. Аудитория вводится в курс дела за 5 минут, так как в UML ничего сложного нет — 2-3 вида классификаторов, два-три вида связей. Так что не рискуйте зря, берегите себя.

    Поддержал: Andriy Kurhanevych
  • UML в реальных проектах

    UML позволяет просто визуализировать сложные вещи. Рискну предположить, что Вы UML никогда не использовали, но мнение имеете :)

    Поддержал: Andriy Kurhanevych
  • UML в реальных проектах

    Спасибо за ответ, очень интересный практический опыт.

  • UML в реальных проектах

    Интересно, про SysML и применение UML в Embedded слышу впервые. Можете пожалуйста рассказать поподробнее как MDE и SysML применяются в Embedded? Для меня сейчас это актуально.

  • UML в реальных проектах

    Что такое тру энтерпрайз?

  • UML в реальных проектах

    Совпадает с моим опытом. На достаточно большом проекте, где знания передавались на уровне народного эпоса — из уст в уста, использование deployment diagramm добавило в проект ясности.

    Поддержал: Alex Fogol
  • UML в реальных проектах

    Спасибо за ответ! Какие виды диаграмм использовали?

  • UML в реальных проектах

    Спасибо за развернутый ответ! Я так понял, вы используете UML в основном для себя. Приходилось ли его использовать на уровне проекта (при общении с другими разработчиками, с заказчиком)?

  • Team Lead vs Senior Developer

    Повезло, ИМХО

    Поддержали: NewOne NewOne, Oleg Kariakin
  • Team Lead vs Senior Developer

    Птицу видно по полету видно опытного человека. Я встречал компании вообще без PM. И ничего — работают, успешно. Размер небольшой — до 50 человек. В больших же компаниях, PM имел профильное образование (например, финансы), достаточное чтобы говорить с бизнесом на одном языке, и самое элементарное техническое.

  • Team Lead vs Senior Developer

    Забыл еще добавить — тимлид умеет разговаривать не только с начальством (что верно) но и с подчиненными. Насчет не очень хорошего программиста — это зависит от человека, а не от должности. Так же учтите, при команде человек в 8 у тимлида останется в лучшем случае 1.5-2 дня на свою деятельность как программиста, и то придется постоянно отвлекаться.

    Поддержали: Artem Manaenko, Roman Vasilyev
  • Team Lead vs Senior Developer

    Team Lead — это Senior developer с организаторскими способностями. И да, он и немного HR, и архитектор, и бизнесаналист, и developer. Это тот самый зам руководителя (PM), который реально работает с людьми и с техникой, по аналогии с сержантом в армии или прорабом на стройке. Дальнейшая эволюция для тимлида — это Delivery manager, т.е техническое управление проектом в 20-30-40-50 человек, с делегированием непосредственного выполнения задания тимлидам. Для чего нужен PM без знания технической части — бюджет с заказчиком обсуждать, я полагаю.

    Senior девов частенько назначают тимлидами, поруководить 2-3 разработчиками. Происходит это в уже устоявшихся структурах. Единственная их функция — обсуждать (или разжовывать) детали задач с подчиненными. Столкнувшись с ситуацией невыполнения сроков или проблемами в коллективе, такие «тимлиды» быстро сливаются. Настоящими тимлидами становятся те, кто готов наводить порядок в бардаке и заботиться о подчиненных. Тим лидер является звеном в цепочке управления, создающим условия для работы разработчиков всех уровней компетентности — от джуниоров до лидов.

  • IT Recruiter at Freelance, что за зверь?

    Freelance-recruiter — обычный рекрутер, поддерживающий контакты с несколькими компаниями, договаривающийся с ними о бонусах и ищущий кандидатов по вакансиям компаний. Как и в любой работе, общаться или нет с рекрутером зависит прежде всего от персональных качеств самого рекрутера как человека. Если человек ответственный — у него и вакансии будут от надежных компаний. Если начинающий — то вакансии будут те, которые ему удастся добыть. Если хотите проверить рекрутера, посмотрите его профиль в социальных сетях (LinkedIn, Facebook). Количество подписчиков, общение в сети может сказать насколько человек вовлечен в активность freelance — рекрутера.

  • Sign-on бонусы — зло?

    С точки зрения программиста sign-on бонусы это однозначно хорошо — дополнительные деньги. Касательно смены работы я не думаю, что sign-on бонус оказывает большое влияние на принятие решения программистом. Сам по себе бонус может быть причиной смены работы в небольшом количестве случаев, необходим более серьезный повод. Полагаю, в первую очередь пойдут за интересным проектом. Так что, по моему субъективному мнению, для компании sign-on бонус почти бесполезен, для программиста — хорош :)

  • Рекрутинг. По ту сторону баррикад

    Больше всего мне в статье понравилось то, что главная задача рекрутера — не отфильтровать кандидатов, а найти нужного (или нужных, т.е. диапазон для выбора).

    Рекрутеру нужно понимать кого он ищет. Вряд ли сам рекрутер разберется во всех нюансах job description, тут на помощь должен прийти тимлид. Замечательно, если тимлид (даже с другого проекта) сможет присутствовать при разговоре с заказчиком, когда обсуждается job description. Это совет из моего личного опыта.

    Старый тред конечно, добавил в общую копилку свой комментарий — может, кому-то будет полезен :)

  • Новая модель рекрутинга: ставим на долгожителей

    IMHO, сколько бы вы не наняли джуниоров, это не гарантирует их превращение в Middle/Senior разработчиков.
    Нужно нанять правильного сотрудника, и не важно, какого уровня он будет.
    Правильный сотрудник — это разработчик само-мотивированный (которому не нужен постоянный менеджерский надзор),
    способный вовремя и без напоминания приходить на работу, выстраивающий правильные отношения с руководством и коллегами,
    способный к самообучению, и выполняющий поставленные перед ним задачи в срок.
    Все вышеперечисленное — это скорее качества личности, чем профессиональные навыки, их не указывают в резюме. Тем более, у молодого
    сотрудника еще не наработана соответсвующая репутация, и нет возможности получить рекомендации.
    Даже забрасывая широкую сеть рекрутинга и принимая всех найденных, нет никакой гарантии, что подобные кандидаты будут найдены.
    Я полагаю, должен быть какой-то момент прозрения у рекрутера, чтобы найти таких сотрудников, и личные качества рекрутера тоже играют роль.
    Вот эти качества и можно поощрять премиями, за рост и долговременное присутствие сотрудника в компании.
    Я считаю, что предложенный подход имеет смысл.