U
я придумал новый курс для инфоцыган из БМ -
"Как правильно гуглить и экономить 20-30 мин на каждом запросе"
"Как правильно гуглить и экономить 20-30 мин на каждом запросе"
Вообще то это самый нужный курс
Size: a a a
2020 July 22
U
В любой професии
DB
Ещё раз. стек не играет роли. важны предпочтения в стеке самого работодателя (возможно у него в окружении много разработчиков на php, чем на go) и понимание задачи в целом. Если человек только формулирует Т.З. по интервью в этом чате, значит четкого понимания задачи нет. Только осознание в какую сторону будет бизнес двигаться. Тогда нужен MVP. Перписывание MVP с экономическим обоснованием и пониманием того, что нужно гораздо продуктивнее, чем просто теория о том, что "может будет большая нагрузка"
я согласен с этим тезисом. так как для проекта выживательно иметь возможность всегда по адекватной цене нанять исполнителя. гошник уйдет и на его место дольше будет поиск а может и вовсе не найдется. пхп и лара в россии достаточно популярны. но мне конечно хотелось бы и ноду и го. это мы себе сможем позволить когда мвп будет стабильно приносить деньги.
DB
Суть в чём.
Почти всегда задача требует уточнения до "сферического Т.З. в вакууме" иначе велика вероятность, что человек сделает не то, что нужно.
Если делать маленькими шажками и с постоянным сотрудником:
1. Сотрудник думает о проекте, не как о разовой работе, может предложить более изящные решения
2. Сотрудник способен обслуживать систему.
3. У команды и руководства не тратится время на согласование всего т.з. в целом и на споры о несоответствии пунктов Т.З.
4. Если что-то изменилось, не надо "строить глазки" и просить на этом этапе остановиться, потому что "теперь делаем иначе"
Почти всегда задача требует уточнения до "сферического Т.З. в вакууме" иначе велика вероятность, что человек сделает не то, что нужно.
Если делать маленькими шажками и с постоянным сотрудником:
1. Сотрудник думает о проекте, не как о разовой работе, может предложить более изящные решения
2. Сотрудник способен обслуживать систему.
3. У команды и руководства не тратится время на согласование всего т.з. в целом и на споры о несоответствии пунктов Т.З.
4. Если что-то изменилось, не надо "строить глазки" и просить на этом этапе остановиться, потому что "теперь делаем иначе"
здесь есть тоже проблемы. мы брали в штат. модуль писался и потом разраб уходит посреди модуля в другую контору тк кто то платит неадекватно больше. мы можем бэку на пхп платить 80-150к. а кто то предложил 200к например что мы не тянем. и вот модуль лежит не доделанный. а потратили мы на него месячную зп.
поэтому тестирую гипотезу сдельной работы с проверкой кода на мердже.
человек заинтересован сделать и получить деньги. а не делать и получить деньги.
и потом если получилось сделтаь первый модуль то можно офер на фуллтайм сделать. и нормально по аджайл хотябы работать.
поэтому тестирую гипотезу сдельной работы с проверкой кода на мердже.
человек заинтересован сделать и получить деньги. а не делать и получить деньги.
и потом если получилось сделтаь первый модуль то можно офер на фуллтайм сделать. и нормально по аджайл хотябы работать.
DB
ларавел джедай свободный - ты где? ))
A
здесь есть тоже проблемы. мы брали в штат. модуль писался и потом разраб уходит посреди модуля в другую контору тк кто то платит неадекватно больше. мы можем бэку на пхп платить 80-150к. а кто то предложил 200к например что мы не тянем. и вот модуль лежит не доделанный. а потратили мы на него месячную зп.
поэтому тестирую гипотезу сдельной работы с проверкой кода на мердже.
человек заинтересован сделать и получить деньги. а не делать и получить деньги.
и потом если получилось сделтаь первый модуль то можно офер на фуллтайм сделать. и нормально по аджайл хотябы работать.
поэтому тестирую гипотезу сдельной работы с проверкой кода на мердже.
человек заинтересован сделать и получить деньги. а не делать и получить деньги.
и потом если получилось сделтаь первый модуль то можно офер на фуллтайм сделать. и нормально по аджайл хотябы работать.
Ну я видел частый негативный опыт и редко позитивный по фрилансу. Даже при плотном контроле
DB
Ну я видел частый негативный опыт и редко позитивный по фрилансу. Даже при плотном контроле
тут наверное может спасти код ревью на мердже. если код принят то оплата проведена. если код не принимается то нет оплаты. но тут тимлид опухнет ревью делать каждый раз
E
E
кто может помочб с ошибкой?
A
А почему в чат лары?
А
Вордпрессеры
E
та так может кто то знает
ДК
та так может кто то знает
ты ето. Давай в чат джунов php
DB
тут я вижу все устроенные ларавельщики собрались?
P
магистры ларавеля
P
кто может помочб с ошибкой?
ты б ее хоть загуглил, первый результат точно такая же ошибка
ДК
магистры ларавеля
И святой Тейлор
VL
а кто-то знаком с webrtc ?
EM
а кто-то знаком с webrtc ?
Познакомился через фреймворк neat-rtc, правда, бэк на ноде поднимал для сокетов