можно за копейки использовать хардкорную математику в каком-нибудь нии, а можно выполнять скучную, сильно абстрактную работу квонта за зарплату в 2 раза выше рынка
Это имеет отношение не к программированию, а к удаче или способностям устроиться в более выгодное место. Математику же стоит учить просто из любопытства и чтобы не допускать глупых ошибок — в самой математике очень много интересного.
Втягивай! Это не наркотики, но тоже затягивает.
Чтобы отношения были крепче — вовлекай ее в свою жизнь — это развивает и ее и тебя.
Финансовое положение улучшиться
Будет о чем поговорить в постели — она поймет твои проблемы и поможет их решить.
Ей будет приятно, что она не бесполезна в твоей работе.
Она будет предлагать идеи, до который ты не додумался
Минусов вообще не вижу.
Теперь о том, как. Обучение будет успешным, если ты ее заинтересуешь. Опиши перспективы, помогай ей решать задачи, сделай так, чтобы ее работа была оценена не только тобой, но и другими людьми, помоги ей поверить в свои силы. Лучше создать ей маленький стартап, чтобы пользователи сами генерили ей идеи, а ты помогал в реализации — так она быстрее научится. Потом сможешь привлекать к своим проектам. Если сразу привлечешь — может испугаться и бросить — тут все зависит от твоих талантов как педагога. И еще — по первости они ТУПЫЕ! Поэтому будь терпеливым, это окупается.
Если готова, но нет интереса — заинтересуй ее. Начинать стоит с помощи ей в создании например девочкового сайта — когда она увидит обратную связь от пользователей — интерес появится… Это как пример технологии переноса интереса
Это вам только кажется :) Если фрилансер задается таким вопросом — он хочет узнать аргументы за и против, как это принято у адекватных людей, а вовсе не подтвердить свое решение. Иначе он не фрилансер, а неуверенный в себе тип, такие во фрилансе не выживают
>> Избавит от проблемы «незаменимости» в случае текучки в команде.
Опасная иллюзия. Фреймворки достаточно обширны, чтобы в рамках них можно было применять решения, незнакомые другим программистам. Если в команде текучка — это ваш провал как менеджера, как правило ведущий к провалу проекта. С разработчиками надо дружить, чтобы они работали конструктивно — если человек мудак, никакой фреймворк ему не поможет. Что я лично считаю справедливым.
По-моему писать код с нуля стоит во всех случаях, когда вы хоть чуть-чуть НЕ понимаете проблему. Использовать фреймворк оправдано при сочетании двух условий — вы делаете типовое решение с минимальной кастомизацией + вы хорошо знаете выбранный фреймворк.
Поддерживаю. Если функционал разнообразный — пишите с нуля. Писать все равно придется, а фреймворки будут накладывать идеологические ограничения — оно вам надо? С другой стороны — и ответственность выше — если накосячил — вини себя а не фреймворк. Но и исправить проще. К тому же опыт всегда полезен, как и процесс его получения
Это имеет отношение не к программированию, а к удаче или способностям устроиться в более выгодное место. Математику же стоит учить просто из любопытства и чтобы не допускать глупых ошибок — в самой математике очень много интересного.