А появилось ли что-нибудь новое для запуска крон-джобов в Docker за последние три+ года? Мне, как .NET девелоперу без большого бекграунтда в командной строке Linux, смотря на описанное в статье, хочется написать простое консольное приложение с Quartz.NET и делать там все что нужно, понимая где логи, как они пишутся и пр. и пр.
Мне понравились курсы от Google на Coursera. Очень понятно и с возможностью реально попробовать все в лабораторных. А относительно других Ваших вопросов пока ничего не могу сказать. Планирую в другой статье больше уделить внимания написанию Dockerfile для .NET Core и различных сеттингов деплойментов, в том числе конфиг-мапы. Не знаю, будет ли это Вам полезно.
Почему нет? От бекендщика обычно ожидается, что он разбирается не только в написании алгоритмов, но и понимает как это взаимодествует со всеми частями многослойной системы. Конечно, UI может быть сложным, но всё же гораздо чаще сложная логика и взаимодействие между сервисами пишутся на бекенде, нежели на фронте. Т.о. в общем-то это прогресс.
не понятно на каком основании вы делаете вывод об однобокости. это ваша субьективная оценка. предоставьте факты, тогда обсуждение будет предметным. хотя бы примеры какие-то.
вы сваливаете всё в одну кучу. проблемы бизнеса можно решать по-разному. но есть принципы, которых, на мой взгляд, следует придерживаться, если хочется построить нормальную крепкую команду. и это не относится к проблемам разряда «потрачу не 40 часов, а 160, зато с душой!».
но вы сами решаете что вам и вашей команде важно.
Я согласен. Суть правила — просто подсказка о такой проблеме. Если вдаваться в детали, то следует читать приведенную статью, ваш комент и, может быть, что-то еще.
На счет обучения. На мой взгляд, обучать стоит примером. Т.е. вместо одергивания и обсуждения ошибок, которые сделал или мог бы сделать человек, просто показывается пример «Как надо» и обсуждается «почему именно так». Если человек смышленный, он подхватывает и делает.
Если человек воспринимает предложение помощи негативно, у него множественные проблемы с социализацией.
Я согласен, но на практике сталкивался тем, что это может негативный эффект производить. У человека возникает мысль, что ему не доверяют и не верят в его силы. Как-будто пытаются его микроменеджить. Хотя ты просто закончил свои вещи и ты интересуешься нужна ли ему помощь, или есть ли какие-то проблемы.
Это то, что называется, soft skills.
Очень согласен с этим. И, думаю, я не всегда правильно момент подбираю. Отсюда такой пункт. Я из перфекционистов и как вижу ошибку, могу сразу показать/сказать человеку. А ошибок у мидла или джуниора может быть много. В дизайне, в тестировании и пр. В итоге, всё как бы хорошо в техническом плане. Но осадок остается… Даже не знаю, как тут баланс или какие еще техники использовать. Решил, что люди сами ошибутся и научатся. А постоянно их одергивать не стоит. т.к. отношения ухудшаются из-за этого.
Спасибо за мнение.
но вы сами решаете что вам и вашей команде важно.
Я согласен, но на практике сталкивался тем, что это может негативный эффект производить. У человека возникает мысль, что ему не доверяют и не верят в его силы. Как-будто пытаются его микроменеджить. Хотя ты просто закончил свои вещи и ты интересуешься нужна ли ему помощь, или есть ли какие-то проблемы.
Это то, что называется, soft skills.
Очень согласен с этим. И, думаю, я не всегда правильно момент подбираю. Отсюда такой пункт. Я из перфекционистов и как вижу ошибку, могу сразу показать/сказать человеку. А ошибок у мидла или джуниора может быть много. В дизайне, в тестировании и пр. В итоге, всё как бы хорошо в техническом плане. Но осадок остается… Даже не знаю, как тут баланс или какие еще техники использовать. Решил, что люди сами ошибутся и научатся. А постоянно их одергивать не стоит. т.к. отношения ухудшаются из-за этого.
А можете яснее объяснить своё мнение, пожалуйста?
Просто интересно почему??