Ответы пользователя по тегу Организация работы
  • Designer vs Coder - кто кого?

    @meilmut
    Да говорите вы с начальством цифрами. Например, посчитайте по-честному, сколько ваших рабочих часов в день/неделю/месяц занимает разбор стилей. Пересчитайте на зп и выставьте сколько стоит работа, когда дизайнер не готовит style guides и ассеты.

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

    А то я часто читаю про разборки в стиле "Он плохой! Нет, он плохой!". Руководству искренне будет на ваши терки с дизайнером все равно, особенно, если работа все равно делается и сдается в срок.
    Ответ написан
    Комментировать
  • Нормальная ли ситуация на работе (описание внутри)?

    @meilmut
    Проблема системная, и заключается она в том, что на вашем проекте нету нормального Product Owner / Project Manager с опытом в управлении продуктом и командой. Если те люди, которые должны выполнять задачи вышеназванных ролей, являются со-основателями компании или приближенными, то скорее всего изменить что-то будет сложно. Ну разве что они адекватные и до них можно достучаться - тут вам виднее.

    Если желание изменить у них что-то появится, то:
    1. Сначала надо построить процессы на бумаге. Разработка довольно типовой бизнес-процесс, много где он отлично расписан. Пусть берут основу и дорабатывают под компанию.
    2. Потом уже внедрить приложение для управления проектами, которое позволит этот бизнес-процесс сделать исполняемым. То есть пустить его в работу. До этого надо кстати еще подумать, как мигрировать существующие данные.

    В целом, это все вообще не ваша головная боль как джуниора. Мой совет: раз уже влезли туда, отработайте еще минимум месяца 3, чтобы не портить себе резюме слишком частыми сменами работы. Если ситуация за это время не изменится, то в спокойном темпе меняйте работу.

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

    @meilmut
    Про jenkins / teamcity и другие сборщики уже ответили выше.

    Если вопрос чисто организационный: почему тестеры чаще других пересобирают тестовые серваки? То это потому, что когда тикет приходит в тест, его невозможно тестировать, если негде тестировать. Не поднимать же себе локальную версию каждый раз?

    По этой причине, чтобы тестеры не клянчили постоянно "пересоберите нам, пересоберите", им или тест лидам дают доступ делать это самостоятельно. А девелоперы в большинстве случаев могут спокойно работать локально.
    Ответ написан
    Комментировать
  • Один программист Full-Stack или два (Backend и Frontend)?

    @meilmut
    Я бы брал двоих (собственно говоря мы так и делаем). Производительность будет точно выше. Но только при условии, что вы хорошо организуете взаимодействие между девелоперами. Лучше конечно, чтобы люди сидели в одном офисе.

    Варианты как организовать:
    1. Ставится только один тикет. Назначается на того, кто должен сделать свой кусок первым. После он передает тикет другому исполнителю. Если люди сидят в одном офисе, то могут работать над тикетом параллельно. Когда сделали - сдали в тест.
    2. Ставится одна общая задача. Под нее накидываются подзадачи. Все заводится отдельно для backend, отдельно для frontend. Все задачи закрыты - основной тикет идет в тестирование. Найденные баги опять же заносятся подзадачами. И так пока не закроется.

    Лучше первый вариант - меньше дублирования информации.
    Ответ написан
    1 комментарий
  • Как собрать/организовать несколько аккаунтов Gmail в один?

    @meilmut
    А почему не воспользоваться почтовым клиентом? Тем же thunderbird например?
    Ответ написан
    Комментировать
  • Обязан ли программист отдавать 100% рабочий продукт без косяков?

    @meilmut
    Соглашусь с xmoonlight.

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

    Доработки и исправления ошибок в этом случае вы можете оформлять с заказчиком за дополнительную плату.
    Ответ написан