1) Выгода для разрабов что у них меньше стресса при совместной работе. Также после их код ревью им меньше переделывать. 2) Откройте свою веб студию где программисты будут просто будут сидеть, а вы им будите платить за просиженное время. У вас точно будет успех. 3) Бизнес платит по рынку, если программист на рынке стоит дороже, но получает меньше, то он может просто поменять работу.
Это вам так кажется что они это знают. У каждого свой, уникальный опыт и знания. Никто вас не заставляет все расписывать. Распишите основные, важные вещи.
Описание и автоматизация дополняют друг друга, а не противоречат. У вас люди знают какие именно проверки вы в строили в си? Или пишут вам с вопросом почему папйп не прошёл? Обязательно нужно расписать кратко какие проверки в си, чтобы люди знали это до пуша.
выгоды для лида, что ему меньше тратить своего времени на прокачку людей, объяснение что и как и отработку возражений при ревью. Каждый разраб нужен чтобы развивать бизнес, чем быстрее, тем лучше. Гайд ускоряет этот процесс.
1) выгода для разрабов в том, что у них есть готовое решение как поступать в большинстве кейсов им не нужно ломать голову что и как делать, также при ревью им придется меньше переделывать.
2) денег никто не понижает. просто вы сможете быстрей джуна вырости до мидла.
Да, согласен, критичные вещи, которые быстро можно обговорить, лучше обсудить в начале.
Я бы еще добавил «Согласовать в начале собеседования, что если кому-то, что-то явно не понравится, понравится, то обязательно перепроверять это уточняющими вопросами». Иначе очень часто из-за разного понимания, люди по одному слову делают выводы и принимают решения.
Я думаю если тим лид моложе программиста, то ему сложнее морально доминировать над ним. Чем больше разница тем сложнее. Старших нужно уважать, а не "гнобить", а тим лиду важно иметь возможность "гнобить(доминировать) " над всеми. Ноги отсюда ростут. Нужно думать как это переиграть. Как вариант не показывать на собесах свое я, быть не уверенным в не профессиональных вопросах.
Здравствуйте, да здорово когда резюме просматривает специалист. Но просмотра мало, ещё нужна перепроверка. Т к кандидат мог что-то делать, не делать из резюме это не всегда понятно.
А можно пример как задать тотже токен Window, чтобы он также работал и на клиенте?
1) Выгода для разрабов что у них меньше стресса при совместной работе. Также после их код ревью им меньше переделывать.
2) Откройте свою веб студию где программисты будут просто будут сидеть, а вы им будите платить за просиженное время. У вас точно будет успех.
3) Бизнес платит по рынку, если программист на рынке стоит дороже, но получает меньше, то он может просто поменять работу.
Это вам так кажется что они это знают. У каждого свой, уникальный опыт и знания. Никто вас не заставляет все расписывать. Распишите основные, важные вещи.
ага верно, вы прошли линт)
.
Вот в этой ошибке линта кодеру что нужно сделать?
29:9 error Expected blank line before this statement padding-line-between-statementsПоверьте черный ящик, ибо практически везде ошибки не информативные и ничего кроме стресса ваш новый разраб не получит прочитав их.
Описание и автоматизация дополняют друг друга, а не противоречат. У вас люди знают какие именно проверки вы в строили в си? Или пишут вам с вопросом почему папйп не прошёл? Обязательно нужно расписать кратко какие проверки в си, чтобы люди знали это до пуша.
Супер, кто еще кроме вас знает что так можно?
выгоды для лида, что ему меньше тратить своего времени на прокачку людей, объяснение что и как и отработку возражений при ревью. Каждый разраб нужен чтобы развивать бизнес, чем быстрее, тем лучше. Гайд ускоряет этот процесс.
1) выгода для разрабов в том, что у них есть готовое решение как поступать в большинстве кейсов им не нужно ломать голову что и как делать, также при ревью им придется меньше переделывать.
2) денег никто не понижает. просто вы сможете быстрей джуна вырости до мидла.
В саппорте были файлики и прога webtutor. Для кодеров у меня сейчас только репозиторий с ридми и примерами
А кто ещё кроме вас это знает?
Да, вы правы. Гайд помогает достигнуть единый подход в разработке и отрабатывать возражения умников, если вам пришлось их ревьюить
1) Ваше описание clean architecture
2) Код приложения по данной архитектуре.
Я бы еще добавил «Согласовать в начале собеседования, что если кому-то, что-то явно не понравится, понравится, то обязательно перепроверять это уточняющими вопросами». Иначе очень часто из-за разного понимания, люди по одному слову делают выводы и принимают решения.
Я думаю если тим лид моложе программиста, то ему сложнее морально доминировать над ним. Чем больше разница тем сложнее. Старших нужно уважать, а не "гнобить", а тим лиду важно иметь возможность "гнобить(доминировать) " над всеми. Ноги отсюда ростут. Нужно думать как это переиграть. Как вариант не показывать на собесах свое я, быть не уверенным в не профессиональных вопросах.
Здравствуйте, да здорово когда резюме просматривает специалист. Но просмотра мало, ещё нужна перепроверка. Т к кандидат мог что-то делать, не делать из резюме это не всегда понятно.