Я не верю ни во что, что не имеет смысла. Фриланс в программировании и удаленная работа по ИП или как самозанятым - это реальность и интернет этому способствует. Опыт командной разработки - это опыт работы с git. Работодателю выгоднее это, т.к. по ТК дороже.
Любая корочка (диплом, опыт работы по трудовой) в разработке очень легко компенсируется упорным трудом на конечный результат. Сегодня есть гитхаб, фриланс, медиум, хабр и прочие ресурсы дающие возможность расти и развиваться как специалисту.
WbICHA, стоит отметить, что скорость разработки на тс прямо пропорциональна объему кода, а у жс обратно пропорциональна, мб экспоненциально - все же сама суть. Если писать небольшой компонент, например батн, на реакте и тс, то выйдет дороже, чем написать его на жс.
Надим Закиров, вообще ts не для аккуратности, а для строгой типизации, удобного интелисенс, багфиксинга и чего-то еще более удобен. Ошибки в тс ищутся проще.
artem, https://habr.com/ru/post/421179/
Стоит отметить, что начинать с этого не следует. Возьмите книгу "Алгоритмы и структуры данных" и пытайтесь понять и реализовать написанное в ней самостоятельно в правильном порядке - это стандартная практика программирования. Без этого нельзя. Займет не один месяц, но даст базу, необходимую для того, чтобы начать программировать.
artem, это не реализация, а использование готового. Вердикт: вы не знаете "алгоритмы и структуры данных". Просто загуглите: алгоритмы и структуры данных книга java. Это даже стажер должен знать.
Вообще нужно отталкиваться от зарплаты и требований. Сама лычка в себе ничего объективного не несет. Есть варианты где мидлу платят 50к, а джуну 120к. Существуют недосеньоры, чей уровень не годится даже для джуна.
Нужно смотреть иначе на это - работодатель всегда ищет выгоду и его можно понять. В этом случае каждый пункт может выглядеть так, с позиции работодателя:
1. Понимает, что джун справится, т.к. проекты низкого качества.
2. На них можно давить и меньше платить, что вполне оправдано.
3. Опытный просит 200к, джун 40к.
first-programmer, валидация в приложении yii. Сами entity в этом случае дублируются: если используется cqrs, то для сущности user создаются команды: CreateUserCommand, RemoveUserCommand которые дублируют нужные поля из entity user. В команды добавляется валидация. Такую концепцию я извлек из eShoppingOnContainer, который описан в блоге майкрософта и из других звездных проектов гитхаба (4000 и выше). Это для asp.net, но не думаю, что подход будет сильно отличаться для yii
