vism

Есть более компактное решение с использованием Laravel Forms & HTML

{{ Form::select('your_select_name', $suggestions, $youId, ['class' => 'your-select-class']) }}

SELECT RAND() from Authors where authors.id = RAND(MAX(authors.id))

вопрос оплаты труда волнует меня в последнюю очередь

вранье

с позиции нуба и чайника, нравится эта сфера, процесс обучения доставляет удовольствие.

просто вы работать еще не начали в этой сфере

Никто ведь не захочет тратить 90% времени в вузе на учебу, а потом 95% из взрослой жизни.

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

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

нет

тем более что профессия подразумевает многочисленные болезни

Что за бред? Твое здоровье в твоих руках. Не забывай заниматься физической активностью и профилактикой болезней.

И что делать, если ты занимаешься одним, а в один момент это становиться неактуальным - учить что-то новое заново?

Это нормально. У тебя будет опыт и выучить что-то новое не так уж и сложно.

Пользуюсь Модулем уже два года. Всегда подписываю Confirmation of Services на сумму за вычетом $30. Никогда вопросов не возникало. Более того - сумма в акте должна совпадать с суммой транзакции, иначе де-юре получится, что Upwork вам не доплатил, а к этому уже может придраться налоговая.

разумеется

гуглите BEPS и CRS

Пионеров и сверху жухают, так что песне литься до 2020 , я где-то об этом писал уже

Хорошо знаю frontend

Уверены?

но сейчас сложно на фрилансе найти заказы чисто по frontend(у).

На upwork по одному только React более 1800 результатов.

Нет, это не так. CRUD - это очень маленький пласт задач. Так повелось, что бизнес-логика в подавляющем большинстве случаев выходит за рамки crud, поэтому и задач там больше

На стажировку молодым людям проблема устроиться, на удаленку -- никак (но вы можете не слушать и найти)

Просто постарайтесь подумать с точки зрения работодателя -- как ему работать с удаленщиком и зачем -- попробуйте набросать в голове эту задачу. А еще и стажер.
В параметры задачи занесите ФАКТ, что бОльшее количество работы -- в миллионниках, где есть куча НЕудаленных кандидатов (да еще и ВУЗы крутые)

Я вот не представляю такой странный бизнес-процесс, не вижу получения профита с такого,
удаленная работа определенно сложнее. Вот вам пара статей от основателей успешных компаний с удаленными сотрудниками и вот как они мыслят:
- Построение распределённой команды CSSSR
- Условия работы в IT-Agency
(тут обо всех условиях, но выделен большой раздел про удаленщиков, от туда вы вынесете акценты таких условий, если коротко -- время на коммуникацию идет куда меньше, чем в живую, то есть его тратят на объяснение и уточнения только)

И тогда поймете -- удаленная работа достаточно сложна в обслуживании, а еще и стажер -- сказка какая-то,

на вашем месте бы я не держался "в вашем захолустье",
это не сподручно в современном устройстве страны

Коллеги! Гайки будут потихоньку закручивать - это очевидно. Единственный легальный способ работать на upwork - это работать как ИП.
поясню почему.
скажем так, с точки зрения Российского законодатльства фриланс это предпринимательство.
На это указывает Статья 2 (1) Гражданского кодекса Российской Федерации.
Гражданское законодательство регулирует отношения между лицами, осуществляющими предпринимательскую деятельность, или с их участием, исходя из того, что предпринимательской является самостоятельная, осуществляемая на свой риск деятельность, направленная на систематическое получение прибыли от пользования имуществом, продажи товаров, выполнения работ или оказания услуг лицами, зарегистрированными в этом качестве в установленном законом порядке.

В соответствии с п. 3 ст. 120 Налогового кодекса термин «систематическое» означает два раза и более в течение календарного года.

Исходя из нашего законодательства, если Вы делаете одну услугу на upwork в год то все ок:)

Имеем 4 колонки на kanban-доске:

1. Список заданий
   
2. В процессе
   
3. На проверке
   
4. Исполнено
   

Теперь о каждом чуть более детально.

Список задач, он же backlog - список того, что вообще надо сделать. Сортируется это дело по приоритетам, т.е. самая верхня задача самая важная, самая нижняя - самая не важная. Отдельно отмечу, что только в данный момент времени. Отметок "Важная", "Важная 1", "Важная 2", "Срочная", "Горящая" и т.п. быть не должно. Если задача есть в этом списке, значит она важна для команды. Ее исполнение необходимо для нормальной работы команды. Акцентирую Ваше внимание, что именно в данный момент. Как тимлид Вы можете сделать только одну доработку в этой колонке - присвоить цвет каждому подчиненному. Например, Иван берет только синие задачи, Николай только желтые и т.п. Срочнось задач в компетенцию тимлида не входит, это зона ответственности менеджмента.

В процессе - задачи, над которыми именно сейчас работают Ваши подчиненные. Не вообще работают, а вот конкретно в данный момент, когда Вы открывайте доску и смотрите на нее, Ваш человек сидит в IDE и пишет/отлаживает код. Колонка обязана иметь лимит. Все книжки рекомендуют начинать с 2n - 1, где N - количество людей в команде, а минус 1 потому что кто-то может с чем-то застрять и ему надо будет помочь. Порядок задач в этой колонке не важен. Важно только то, сколько они там находятся. У Вас должно быть какое-то время реагирования, т.е. если задача висит там 3-й день, то нужно спросить условного Николая, что у него там за проблема и не нужно ли ему там с ней помочь. Часто, это колонка разбивается на на две: в процессе и отложено. Вторая означает, что когда исполнитель начал работу над задачей, он не нашел, скажем, доступа к хостингу или данные к FTP/cPanel, предоставленные клиентом, оказались не верными. Колонка "Отложено" требует уже реакции менеджеров в духе "Звонок клиенту". Задачи от колонки "Отложено" менеджеры должны обрабатывать, дополнять и перемещать снова в backlog. Продуктовые команды, обычно, такую колонку не используют. Разного рода digital-агенства применяют это очень часто.

На проверке - думаю, из названия понятно. Ваш подчиненный завершил задачу, Вам/Менеджерам/Клиенту надо ее проверить. В эту колонку задачи могут переносить Ваши подчиненные, но из нее переносить задачи могут только менеджеры или Вы.

Исполнего или Готово - опять же, думаю понятно. Завершенные задачи. В конце рабочей недели по наполнению этой колонки можно оценить продуктивность команды или/и продуктивность конкретного разработчика, если Вы будите использовать схему "Человек - Цвет". Карточки из этой колонки отправляются в архив в пятницу в 19:00 или когда Вы там выгоняйте всех программистов из-за мониторов. Также, в конце каждой недели, должен чиститься backlog от более не актуальных задач. Помните что я писал выше? В первой колонке у нас только важные задачи, которые необходимы именно в данный момент. Если клиент "заглох" или "слетел" - его задачи из backlog должны быть отправлены в архив, вместе с завершенными задачами в пятницу в 19:00

Отдельно отмечу, что появление задач с метками "Важное 1", "Срочное", "Очень-Очень срочное" в любой системе управления, не только scram/kanban, говорит о том, что в компании слабый менеджмент. Есть задача. Ее либо надо сделать прямо сейчас или в ближайшее время либо ее нет смысла делать совсем.

Следует также помнить, что замена менеджмента и/или системы управления, ровно как и изменения в ней, должны исходить от собственика/директора либо при его одобрении и полной поддержки. В противном случае это очень быстро все заглохнет, окончившись не чем. Каким образом Вы донесете эту необходимость до своего Босса - уже вопрос отдельный.