Ни в коем случае не спорю о ситуации на рынке) Бардак полнейший. Я писал с точки зрения процесса организации труда, про сферическую команду в вакууме и как я вижу ее эффективную компоновку. Куда движется процесс найма мне не очень понятно. Средняя продолжительность работы в одной компании сокращается. Чтобы стоять на месте бежать нужно все быстрее. И как следствие инвестиции в выращивание и обучение сотрудников становятся более рискованными. Компании решают не рисковать и брать готовых, только вот готовых больше не становится.
Возможно дело в том, что команда, состоящая из одних сеньоров будет недостаточно эффективна на длительной дистанции. Не все задачи требуют бешенного опыта и скиллов, и опытным разработчикам очень скоро надоест пилить модельки и заниматься прочей рутиной. Я не имею ввиду, что надо собирать команду из одних джунов, тут как раз важен балланс, чтобы сеньоры занимались более отвественными задачми (задачами-вызовами, о которых не стыдно будет написать в резюме), а джуны прокачивали опыт, воюя с более-менне простыми задачами под контролем менторов (тех же сеньоров)
Я имел ввиду лишние вызовы инициализаторов, время исполнения которых ненулевое. А это значит, что вопрос падения — это вопрос количества вызовов. К примеру, если в инициализаторе layer-а будет какое-то потенциально весомое вычисление, то при многократном вызове draw (например анимация) эти вычисления будут прогоняться зря. Конечно, в реальном примере это не поднимет использование cpu даже на процент, но все-же не думаю что хорошая практика — создавать объект на всякий случай и надеяться на оптимизацию)
Было бы здорово, если бы стол был модульным. То есть сегодня я купил стол с хабом usb 2.0 и без беспроводной зарядки, а потом докупил новый хаб или тот же модуль беспроводной зарядки и вставил их себе в стол
Автор упустил один момент: вместе с макетами была гифка и подпись «This is a demo of how the chart app should work. It's made for JS, but the animations should be like this on all platforms». Понятно, что should != must, но кроме анимаций там и делать нечего. В чате то и дело все обсуждали реализацию этих самых анимаций и скидывали свои варианты. Даже если автор сразу не понял, что их надо бы сделать (а с ними и нетривиальные оси координат), то уж из тысяч сообщений, валившихся в чат можно было понять, что делают остальные и как минимум подвергнуть критике свою точку зрения. P.S. Сам участвовал, ничего не занял, но в моем случае все объективно)
Ни в коем случае не спорю о ситуации на рынке) Бардак полнейший. Я писал с точки зрения процесса организации труда, про сферическую команду в вакууме и как я вижу ее эффективную компоновку. Куда движется процесс найма мне не очень понятно. Средняя продолжительность работы в одной компании сокращается. Чтобы стоять на месте бежать нужно все быстрее. И как следствие инвестиции в выращивание и обучение сотрудников становятся более рискованными. Компании решают не рисковать и брать готовых, только вот готовых больше не становится.
Возможно дело в том, что команда, состоящая из одних сеньоров будет недостаточно эффективна на длительной дистанции. Не все задачи требуют бешенного опыта и скиллов, и опытным разработчикам очень скоро надоест пилить модельки и заниматься прочей рутиной. Я не имею ввиду, что надо собирать команду из одних джунов, тут как раз важен балланс, чтобы сеньоры занимались более отвественными задачми (задачами-вызовами, о которых не стыдно будет написать в резюме), а джуны прокачивали опыт, воюя с более-менне простыми задачами под контролем менторов (тех же сеньоров)