К сожалению это опыт, мои товарищи тоже сталкивались с этим.
Описывать особо нечего — банк просто в один прекрасный момент может отказаться от приема платежей со стороны зарубежного контрагента, почему, отчего и тп — вы скорее всего не узнаете.
Причем я не призываю уходить в тень, заметьте — сейчас напряженная ситуация с зарубежными странами, ужесточен контроль за валютными операциями и тд и тп.
А схема получения денег, описанная в статье, наверное, самая простая для обычного разработчика.
Поэтому посыл мой таков — просто будте готовы к внезапной жопе, не питайте иллюзий, и не расстраивайтесь, если не дай бог банк откажется принимать средства от контрагента. Просто меняете банк и все, до следующего раза (контрагента менять несколько сложнее).
а потом бац — и банк отказывается принимать деньги от вашего зарубежного контрагента несмотря на оформленный паспорт сделок, проверенные договора и тд и тп, и вообще вы белый пушистый, но никого это не волнует.
это я просто чтобы предупредить ребят — если что, будте готовы к гиморою, ведь это валюта.
По поводу запросов — Не соглашусь. Люди разные и также разный портрет этого «студента».
Да с завышенными хотелками людей достаточно много, но есть и те, у кого они вполне приемлимые, вот их и надо искать.
По поводу уйдут — а не надо держать их на мизерной зарплате вечно это раз (да и зачем, если они уже начинают отрабатывать вложенные в них деньги), во вторых работа не должна быть для них рутиной.
Вы не забывайте — кроме материального (что немаловажно), человеку важно ощущение его собственного роста, интерес к проделываемой работе и видимый результат действий.
По поводу запаса — во первых при определенных условиях они как раз таки станут этими самыми людьми (только нужно понимать что процесс занимает некоторое время, это не сиюминутное решение). Во вторых, пока они таковыми не стали, в руках опытного продакта/тимлида и гибкого подхода в управлении они могут перекрывать те бреши, которые образуются там, откуда вы сдернули опытного (как видите, не надо бросать их на амбразуру).
Начну с конца — как раз когда людей мало, и вы находитесь в замкнутом круге (нет людей чтобы делать больше проектов => нет денег чтобы наращивать денежный резерв для роста => ...), в этот момент и нужно действовать отходя от общепринятых рамок. У вас собственно и выбор то не велик.
Гармонично продолжая об общепринятых рамках — «выдернуть 1-2 разработчика для обучения сложно»:
Во первых — кого учить, во вторых как учить — это отдельная тема для рассказа. Но, скажем так, очень сильно упростив и сведя все к двум шагам — набираем определенный психотип студентов (умнички просто да) и нагружаем их реальными задачами на пределе их текущих знаний и возможностей.
Вы экономите время своих разработчиков и ускоряете прогресс этих студентов ооочень сильно.
Проекты с низкими рисками — всегда есть собственные проекты, куда можно поставить человека. Также можно выдумать проект. Можно взять проект из своего огромного списка «сделаю когда-нибуть», у вас же есть такой список да?:)
По поводу набора и отбора — я пока что всех своих сотрудников через хх находил, но тут тоже отдельную статью можно написать о том как что и тд.
Набираете талантливых студентов, пропускаете их через ряд проектов с низкими рисками. Один опытный разработчик может несколько часов в день тратить на кодревью.
В итоге у вас получается вымуштрованная команда с пониманием того как делать незя и мозгом, понимающим как делать зя, относительно низкой стоимостью, которая добавляет вашему старшему разработчику несколько пар рук, которые с минимальными затратами снимают с него кучу рутинной нерискованной работы, которая часто тратит большую часть времени.
А если студенты особо талантливые, то не только нерискованную работу но и многое другое…
Это не теория если что, у меня кейсов достаточно много таких.
А Authelia рассматривали? Если да, то почему не подошла?
Описывать особо нечего — банк просто в один прекрасный момент может отказаться от приема платежей со стороны зарубежного контрагента, почему, отчего и тп — вы скорее всего не узнаете.
Причем я не призываю уходить в тень, заметьте — сейчас напряженная ситуация с зарубежными странами, ужесточен контроль за валютными операциями и тд и тп.
А схема получения денег, описанная в статье, наверное, самая простая для обычного разработчика.
Поэтому посыл мой таков — просто будте готовы к внезапной жопе, не питайте иллюзий, и не расстраивайтесь, если не дай бог банк откажется принимать средства от контрагента. Просто меняете банк и все, до следующего раза (контрагента менять несколько сложнее).
это я просто чтобы предупредить ребят — если что, будте готовы к гиморою, ведь это валюта.
Да с завышенными хотелками людей достаточно много, но есть и те, у кого они вполне приемлимые, вот их и надо искать.
По поводу уйдут — а не надо держать их на мизерной зарплате вечно это раз (да и зачем, если они уже начинают отрабатывать вложенные в них деньги), во вторых работа не должна быть для них рутиной.
Вы не забывайте — кроме материального (что немаловажно), человеку важно ощущение его собственного роста, интерес к проделываемой работе и видимый результат действий.
По поводу запаса — во первых при определенных условиях они как раз таки станут этими самыми людьми (только нужно понимать что процесс занимает некоторое время, это не сиюминутное решение). Во вторых, пока они таковыми не стали, в руках опытного продакта/тимлида и гибкого подхода в управлении они могут перекрывать те бреши, которые образуются там, откуда вы сдернули опытного (как видите, не надо бросать их на амбразуру).
Начну с конца — как раз когда людей мало, и вы находитесь в замкнутом круге (нет людей чтобы делать больше проектов => нет денег чтобы наращивать денежный резерв для роста => ...), в этот момент и нужно действовать отходя от общепринятых рамок. У вас собственно и выбор то не велик.
Гармонично продолжая об общепринятых рамках — «выдернуть 1-2 разработчика для обучения сложно»:
Во первых — кого учить, во вторых как учить — это отдельная тема для рассказа. Но, скажем так, очень сильно упростив и сведя все к двум шагам — набираем определенный психотип студентов (умнички просто да) и нагружаем их реальными задачами на пределе их текущих знаний и возможностей.
Вы экономите время своих разработчиков и ускоряете прогресс этих студентов ооочень сильно.
Проекты с низкими рисками — всегда есть собственные проекты, куда можно поставить человека. Также можно выдумать проект. Можно взять проект из своего огромного списка «сделаю когда-нибуть», у вас же есть такой список да?:)
По поводу набора и отбора — я пока что всех своих сотрудников через хх находил, но тут тоже отдельную статью можно написать о том как что и тд.
В итоге у вас получается вымуштрованная команда с пониманием того как делать незя и мозгом, понимающим как делать зя, относительно низкой стоимостью, которая добавляет вашему старшему разработчику несколько пар рук, которые с минимальными затратами снимают с него кучу рутинной нерискованной работы, которая часто тратит большую часть времени.
А если студенты особо талантливые, то не только нерискованную работу но и многое другое…
Это не теория если что, у меня кейсов достаточно много таких.
Когда смотришь фильм, редко задумываешься о том, сколько труда нужно приложить для его съемки.