Sergey750il: Попробую объяснить...
Знания у джунов - у всех разные, поэтому конкуренция напрямую зависит от задачи работодателя, а это - уже снижает вероятность конкуренции почти до нуля из-за большого разброса порога входа для специфичных точечных задач ("основание пирамиды").
И еще: пока один джун начал работать - ищут ещё 2-3 параллельно, т.к.:
1. Не знают потенциал и возможность текущего к обучению и освоению нового материала
2. Если другой будет в разы умнее на собеседовании - сразу заменят текущего новым.
Поэтому, ответ прост: чтобы устроиться - нужно быть лучшим джуном для текущей задачи по "запуску ракеты в космос".
А чтобы им быть - нужны знания и сдержанный "аппетит" к оплате за свою работу. Другими словами: раб ради опыта.
OnYourLips: пункт 3 - согласен, здесь не структура MVC, а просто сам код в виде функций: где и как использовать (в какой момент) и куда его вставлять - это дело десятое (и так понятно).
Остались пункты 1 и 2)))
Про п.1: вырезка кавычек вместо их экранирования (я так полагаю...)?
Про п.2: даже не догадываюсь...
Можно пояснить мне по ним? (возможно я реально упустил что-то... но пока не могу понять.)
Евгений: Отлично!
Главное - это не отступать, когда будет тяжело или что-то непонятно!
Проходите только официальные уроки.
Всех благ Вам и успеха в познании инструмента разработки!
Евгений: разберитесь с тем, как создаётся каркас пустого приложения, осуществляется переход между сценами без выгрузки скриптов и с прелоадером, с общей методологией работы в самом Unity3D (интерфейс, инструменты, порядок биндинга объектов, анализ производительности и прочее). Базовые знания по C#.
Всё остальное - это уже процесс разработки конкретного программного продукта и там смотрите в API как в справочник и пишете код.
Когда будет стоять задача конкретно по шейдерам - тогда и будете уже глубже разбираться.
Имея перечисленные выше навыки и 2-мя готовыми своими играми (на которых обучались) в качестве портфолио - Вы со 100% долей вероятности сможете найти работу.
OnYourLips:
По пункту 1 - хотелось бы конкретики.
По пункту 2 - что именно он не делает?
По пункту 3 - хотелось бы конкретики.
(Пока что - ничего конкретного Вы не сказали..)
xfg: Про косяки - бывает код расходится с тем, что он должен делать в реальности и это может угрожать взлому из-за банального недосмотра разработчиков. Я везде лучше лишний раз отфильтрую, чем потом буду разгребать проблемы.
У меня, скорее, не предпочтение, а доп. защита от косяков самих же разработчиков. Как говорится: на всякий "пожарный".
А про статьи - это там всё что хочешь может быть: это более чем не надёжный источник.
