Стоит отметить, что апгрейдить устройство не получится. Процессор и ОЗУ распаяны на плате. Конечно, SSD М.2 2242 заменить можно, но лучше это делать, имея какой-никакой опыт в разборке устройств.
Сразу мимо. Увы, в мире браузеров и Electron-приложений девайс с 16 ГБ ОЗУ на борту уже года через 3-4 превратится в дорогую печатную машинку.
Спасибо, что есть 32 ГБ комплектация, конечно, но выпускать на рынок премиум-сегмента 16 ГБ модели без возможности апрейда в 2024 году, мягко говоря, странно.
В двух словах, знанием Computer Science, в общем ее понимании. Есть громадная разница в том, что можно изучить за 5 лет учебы по специальности и 3-4 месяцами экспресс-курса "зарабатывай 300к/наносек". Курсовики натасканы на конкретные пункты вакансий и ответы на часто задаваемые вопросы. Пол шага в сторону - ступор, непонимание и беспомощность.
Я так собеседовал курсовика, который рассказывал, как успешно 2+ года работал над популярном фреймворке, хорошо знает два мейнстримных языка, а ответы на устройства фреймворков и новых технологий у него отскакивали от зубов.
Но стоило попросить его написать цикл for и вывести числа от 0 до 9 - он намертво завис. Я даже предложил ему выбрать любой из двух ЯП, которые он так хорошо знает. За 40 минут он так и не справился, и еще имел наглость пожаловаться, что "у него больше практические навыки, а вы мне тут абстрактные теоритические задачи даете".
Особо зацепило: " вынуждены", т.е. эта мера (повышение оклада) вынужденная...
Все верно, и перестанут при первой возможности. Бизнес - это про извлечение прибыли, а не про справедливость. И он мечтал бы платить не больше МРОТ, и чтобы от лучших кадров отбоя не было. В условиях монополии и отсутствии конкуренции это вполне реально (см. зарплаты учителей и врачей в регионах), но при более менее рыночных отношениях никто на такие условия не придет.
Справедливости ради, работник не отказался бы получать х10 от рынка. Но сильно вряд ли кто-то такое предложит. Рынок найма - это рынок, где постоянно противостоят интересы работодателя платить как можно меньше и работника - получать как можно больше. В точке условного баланса этих интересов и происходит найм.
Если бы заказчик знал свои процесы, он наверное давно сам все автоматизировал :) А если серьезно, то в процессе автоматизации многие процессы как раз и уточняются, совершаются чудесные открытия и меняются ТЗ.
Когда процессы не автоматизированы, они частно работают не по четко прописанному регламенту, а по принципу "нам тут нужен такой план или нужно вот эту штуку посчитать, сделай". То, что навыки реализации процесса фрагментированы и нет понимания целой картины - в данном случае естественно.
Парное программирование, несомненно, может быть невероятно эффективно как и любой другой правильно примененный инструмент. Но на мой взгляд, оно работает не для всех и только в очень частных случаях.
Например, программист может 90% времени может проводить в состоянии потока. Максимальный фокус, цельная картина кода/мира в голове. Достижимо ли состояние потока в парном программировании? Сомневаюсь.
ПП очень ситуативно. Отладить какой-то сложный баг в Продакшене? Вполне. Решить тикет средней сложности? Нет, парно может быть в 2-3 раза дороже и бесполезнее, если речь, конечно о ПП, а не о менторстве.
Если вести статистику в долларах и евро, вместо -15% легко -30% может получиться. А это непатриотично. Да и валюты недружественные.
Сразу мимо. Увы, в мире браузеров и Electron-приложений девайс с 16 ГБ ОЗУ на борту уже года через 3-4 превратится в дорогую печатную машинку.
Спасибо, что есть 32 ГБ комплектация, конечно, но выпускать на рынок премиум-сегмента 16 ГБ модели без возможности апрейда в 2024 году, мягко говоря, странно.
В двух словах, знанием Computer Science, в общем ее понимании. Есть громадная разница в том, что можно изучить за 5 лет учебы по специальности и 3-4 месяцами экспресс-курса "зарабатывай 300к/наносек". Курсовики натасканы на конкретные пункты вакансий и ответы на часто задаваемые вопросы. Пол шага в сторону - ступор, непонимание и беспомощность.
Я так собеседовал курсовика, который рассказывал, как успешно 2+ года работал над популярном фреймворке, хорошо знает два мейнстримных языка, а ответы на устройства фреймворков и новых технологий у него отскакивали от зубов.
Но стоило попросить его написать цикл for и вывести числа от 0 до 9 - он намертво завис. Я даже предложил ему выбрать любой из двух ЯП, которые он так хорошо знает. За 40 минут он так и не справился, и еще имел наглость пожаловаться, что "у него больше практические навыки, а вы мне тут абстрактные теоритические задачи даете".
Все верно, и перестанут при первой возможности. Бизнес - это про извлечение прибыли, а не про справедливость. И он мечтал бы платить не больше МРОТ, и чтобы от лучших кадров отбоя не было. В условиях монополии и отсутствии конкуренции это вполне реально (см. зарплаты учителей и врачей в регионах), но при более менее рыночных отношениях никто на такие условия не придет.
Справедливости ради, работник не отказался бы получать х10 от рынка. Но сильно вряд ли кто-то такое предложит. Рынок найма - это рынок, где постоянно противостоят интересы работодателя платить как можно меньше и работника - получать как можно больше. В точке условного баланса этих интересов и происходит найм.
Если бы заказчик знал свои процесы, он наверное давно сам все автоматизировал :) А если серьезно, то в процессе автоматизации многие процессы как раз и уточняются, совершаются чудесные открытия и меняются ТЗ.
Когда процессы не автоматизированы, они частно работают не по четко прописанному регламенту, а по принципу "нам тут нужен такой план или нужно вот эту штуку посчитать, сделай". То, что навыки реализации процесса фрагментированы и нет понимания целой картины - в данном случае естественно.
Парное программирование, несомненно, может быть невероятно эффективно как и любой другой правильно примененный инструмент. Но на мой взгляд, оно работает не для всех и только в очень частных случаях.
Например, программист может 90% времени может проводить в состоянии потока. Максимальный фокус, цельная картина кода/мира в голове. Достижимо ли состояние потока в парном программировании? Сомневаюсь.
ПП очень ситуативно. Отладить какой-то сложный баг в Продакшене? Вполне. Решить тикет средней сложности? Нет, парно может быть в 2-3 раза дороже и бесполезнее, если речь, конечно о ПП, а не о менторстве.