Ответы пользователя по тегу Организация работы
  • Пособие по организации работы и команды в IT startup?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    : «Buddy, у тебя нет тех. бэка, поэтому дай другому челу руль и он тебя приведёт к успеху». Стоит ли рассказывать, что это, мягко говоря, «очень плохой ответ».


    Смотрите, "Евгений".
    Для стартапа у вас должен быть бизнес-план. А именно - кому продавать продукт, кто его уже готов купить и за какие деньги. А у вас на повестке дня просто "как написать продукт".

    Стартап это вообще не про то, что вы тут написали. Для стартапа именно вы должны быть главным техническим специалистом, а не просто спонсором с непродуманной идеей. То есть самая суть вопроса - "стартап" вы пропускаете.

    Вы придумали концепт продукта. У вас уже есть примерное ТЗ. То есть задача осталась простая - просто написать продукт.

    Если вы не разбираетесь в людях и не можете нанять даже технического архитектора, которому готовы доверитсья, что он уложится в указанный бюджет и напишет продукт по ТЗ - ну идете в контору, заключаете договор, они вам пишут
    Если ТЗ нет, то перед выделением 50.000 нанимаете консультанта, который помогает вам написать ТЗ и оценить (можно сразу в контору, которая еще и возьмется потом это писать).
    Но будет ли этот проект приносить прибыль? Сможете ли вы его продать - вот в чем главный вопрос. Потому как хороших программистов, которые могут довольно быстро накопить 50к - много, а стартапов подобного плана - мало. Именно потому что кому оно нужно - это вопрос из области продаж и знания рынка.
    Ответ написан
  • Как работать командой над большим проектом?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    1. Договор - полюбому. Чтобы можно было прижучить.
    В нормальных команиях также секьюрити проводят регулярные таунхолы, особенно для новичков, где рассказывают о безопасности. И приводят пару примеров, как кто-то расшарил кусочек кода, как его засудили на много денег и добавили в черные списки всех компаний.
    Это для тех, кто по глупости может.

    2. Делите исходники на части. Автоматизируйте деплой так, чтобы разработчик это руками не делал и никуда не лазил - сделал коммит - CI сервер автоматом закачал все нужное из разных репозиториев и задеплоил. Надо нескольким разработчикам - сделайте несколько тестовых окружений, чтобы разработчик мог зайти в Jenkins или Teamcity, нажал одну кнопку и выбрал куда ему деплоить. Но своих логинов парлей у него не было.

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

    И это все равно не гарантия. Смиритесь =)
    Ответ написан
  • Какие DevOps практики(инструменты) используете для разворачивания инфраструктуры?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Пример: у меня есть плейбук ansible который разворачивает гитрепозитарий на групе серверов, но я примерно понимаю, что скорее всего, у "больших дядек" это делается не через плейбук, а через jenkins + docker + webhook, но на практике взглянуть на такое я не могу :)


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

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

    Старайтесь не оптимизировать что-либо, а решать конкретные проблемы, типа "вот тут я трачу еженедельно xx часов на рутину. Имеет ли смысл потратить неделю на оптимизацию и сэкономить потом на этом, или рутина связана с процессами, неподдающимися автоматизации (например из-за бюрократии).
    Ответ написан
  • Нормально ли ходить на повторное интервью после провала?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Есть даже более-менее общепринятый минимальный срок между интервью - месяц. Если компания специально не оговаривает минимальный промежуток - смело идите.
    Ответ написан
  • Как организовать команды для внедрения CI/CD?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    CI/CD это не организация команд, это организация процесса автоматической сборки/деплоймента/тестирования.

    Для этого девопс/админ или шарящий в этой теме разработчик придумывают правила (branching name conventions, versioning, настраивает соответствующие инструменты и инфраструктуру (teamcity/jenkins/какой-нить bitbucket с пулл реквестами. Чтобы по коммиту собирался билд, проходили юнит тесты, результат деплоился в тестовый энвайрнмент, запускались автотесты, результат возвращался в пулл реквест и подтверждал действие.
    Чтобы деплоймент на тестовый энвайрнмент делался одной кнопкой, чтобы деплой на прод делался одной кнопкой с предварительным подтверждением и аппрувалом также в цифровом виде.
    Вот это все.

    А команды - как угодно можно сделать.
    Ответ написан
  • Какие есть решения по организации некого Changelog для разработчиков и системных администраторов?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    1. ЛЮБОЙ багтрекер будет хорошим решением.
    2. Любая локальная вики с поддержкой версионности будет достаточным решением.
    3. git со структурой документов/текстовых файлов, да хоть рисунков.

    P.S. "не заточенные жёстко на программировании (типа GIT и всё такое)"
    Судя по этому упоминанию, вы понятия не имеете что такое GIT и программирование. Потому что GIT можно использовать как угодно. Я бы серьезно посоветовал Вам поиск решения на этот вопрос переложить на более компетентных людей.
    Ответ написан
  • Как правильно релизиться в больших компаниях?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Правильные версии - более универсальный вариант. Вдобавок те же фича-тимы могут работать и с версиями.
    Чтобы упростить работу с версиями, используйте https://semver.org/lang/ru/

    Скажем так. На организацию эффективных фича-тим уйдет больше усилий, чем на версионирование.
    Ответ написан
  • Есть ли программа по расписанию заменяющая файл host или быстро переключение(себе для блокировки интернета от прострактинации)?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Команда cp (linux) или команда copy (windows) может легко вам "переключить" хост файл.

    Встроенный cron (linux) или служба расписания (windows) может легко делать это по расписанию автоматически.

    В чем собственно у вас проблема?
    Ответ написан
  • Как вы выбираете из множества решений то, которое в итоге реализуете?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    На самом деле вам только кажется, что несколько вариантов равноправны. С опытом приходит понимание, чем каждый вариант лучше/хуже и вы применяете его в конкретной ситуации уже исходя из опыта.

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

    saboteur_kiev
    @saboteur_kiev Куратор тега Системное администрирование
    build engineer
    Если нет документально подтвержденного трудового договора, в котором описаны ваши рабочие часы и условия, то обговорите это с начальником.
    Я так понимаю, основная проблема не столько работа после 18-ти, сколько требования это делать внезапно, по распоряжению руководства.

    Документально подпишите ваш трудовой распорядок, с описанием всех ситуаций. Не хочет начальник - идите к директору. Трудовой договор должен устраивать обе стороны.
    Либо увольняйтесь, потому что если вы боитесь уйти с работы - будут сидеть на шее.

    Можете почитать, но если у вас ненормированный рабочий день, то по умолчанию вас привлекать могут, но с оплатой, а не "отгулами"
    logos-pravo.ru/trudovoy-kodeks-rf-tk-rf
    Ответ написан
  • Как организовать работу с командой поддержки?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    1. Общайтесь только в трелло.

    Если необходимо решить вопрос быстрее - техподдержка созваниваеться по телефону, затем сотрудник поддержки в трелло тикете пишет что.

    2. "По телефону договорились о ....."
    Ответ написан
  • Как наладить работу отдела программистов в госучреждении при суматошном потоке задач?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    1. Вместо емайла завести сервис-деск систему (JIRA, или что-то бесплатное), через которую собственно должны приходить задачи. Если некоторые "заказчики" неспособны - пусть шлют емайлы или документы, которые аттачить/вставлять из них текст в JIRA-тикеты.
    Можно будет управлять приоритетами, гораздо проще подавать статистику наверх чем были заняты люди, приводить пример затрат в часах на решение задачи или на ее уточнение, чтобы выявить для руководства, кто из заказчиков не способен нормально поставить задачу, из-за чего возникают проблемы.

    2. Когда наберется статистика, идти с ней к высшем руководству и добиваться влияния на "приказы".
    Ответ написан
  • Реально ли выкроить 3 часа на самообразование в течение рабочего дня?

    saboteur_kiev
    @saboteur_kiev Куратор тега IT-образование
    build engineer
    Полностью зависит от проекта (даже не от конторы, ибо в крупной конторе отдельные команды могут иметь свое расписание).
    Однако найти контору, где можно свободно заниматься самообучением 2-3 часа в день (а для этого желательна полная концентрация, а не дергаться каждые 20 минут, отвлекаясь на работу) - будет сложно. Вот посидеть на тостере, отрываясь от работы на пару минут - несложно везде.
    Ответ написан
  • Режим работы, как наладить?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Лучшее - враг хорошего.
    А не работает, потому что вы углубляетесь в технические моменты чем и как делать, вместо того, чтобы в приоритете постоянно держать главную задачу. Ну и видимо тестируете недостаотчно.
    Ответ написан
  • Как правильно сидеть?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Сидеть нужно недолго.
    Меняйте позу.
    Вставайте, прохаживайтесь хотя бы за чаем.
    Статичное положение в любом случае приведет к проблемам.

    Даже если вы активно ходите в качалку, а на работе 8 часов сидите в одной и той же позе - будут проблемы.

    А так - любое кресло, в котором у вас нагрузка распределяется как можно ровнее. Тут скорее зависит от вашей фигуры.
    Ответ написан
  • Работаете ли в свой больничный?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    То, что температура выровнялась, еще не означает, что вы здоровы. Обычно это означает, что иммунитет переборол активную стадию болезни, подавил рост возбудителя и приходит в себя, но в зависимости от течения болезни, сам организм может быть значительно ослаблен. Хотите работать - работайте, но я бы на вашем месте отдохнул.

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

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

    P.S. При этом вполне бывает, что врач ошибается и дает больше, чем надо - тут решайте сами.

    P.P.S. Работа, которая организована таким образом, что может полностью полететь, если один сотрудник заболел и не может временно работать - организована неправильно.
    Ответ написан
  • Как назвать клиенту цену за свою работу если не знаешь сколько потратишь время?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Если вам не хватает опыта, то не нужно браться за задачу, которую вы не можете даже оценить.

    Если задача составлена с настолько невнятным ТЗ, что не можете ее оценить - нужно или добить от заказчика внятное ТЗ или снова не браться.

    Если же задача по своей сути требует инвестигейшена, то так прямо и сообщите, что вы возьметесь, но указанные вами цена и сроки ориентировочные, и на уточнение нужно столько-то времени.
    Ответ написан
  • Как общаться с HR при пожизненном отсутствии интереса и проактивности?

    saboteur_kiev
    @saboteur_kiev Куратор тега IT-образование
    build engineer
    Связь между внешним проявление эмоций и мотивация что-то делать - чисто индивидуальная.
    Некоторые могут писать шикарные сатирические пьесы и играть клоунов с совершенно похоронным видом, некоторые не могут без гыгы прочитать бородатые анекдоты.

    Не путайте бесплатную деятельность, проактивность, заинтересованность в результате и мотивацию.

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