А что тут обосновывать? Если последствия, простой бизнес-процессов и потеря данных выходят дороже, чем необходимые для устранения этих угроз действия, то ресурсы находятся. Мне кажется сложно спокойно спать если эти вопросы не закрыты.
А где та грань в разработке, где допускается не знать, но уметь быстро найти решение? По прошлому опыту в админстве и девопсе ответ на собеседовании "не попомню/не делал, но знаю где посмотреть" никогда не принимался, а что самое "удивительное" - по итогу это или не нужно, или очень редкая задача и всё равно читаешь документацию, сочиняешь инструкции и забываешь если это не нужно.
Вкладывайтесь в развитие себя и своей команды – это инвестиции в счастливую жизнь завтра, и сотрудники вам обязательно их вернут.
Чтобы вы ответили, если бы ваш руководитель попросил обосновать этот пункт и предложить варианты вашего развития?) По опыту, с т.з. участника команды, часть "...и своей команды" очень часто выполняется формально или вообще никак. Ну т.е. - "развивайся сколько хочешь, я не против"
Если это "важное" ассоциируется с чем-то неприятным или угрожающим, то бессознательная часть разума блокирует контакты с ним.
То есть проблема в конкретном "важном" и остроте реакции на негатив, с которым это дело\задача ассоциируется? И опыт осознанного выполнения каких-то скучных\сложных, но важных дел здесь не поможет? Возможно это разные уровни абстракции, но я рассуждаю из личного опыта и необходимости в итоге решить эту проблему и, я думаю, у людей с опытом выполнения(преодоления) "неприкольных", но нужных дел проблем с прокрастинацией сильно меньше. Если такого опыта не было, то можно его получить самому, начиная с самых мелочей. Потом это как-то переносится на более сложные задачи.
Ещё, это может быть выученная реакция на трудности. Ничего не делать - это тоже стратегия, когда тебя "кто-то" заставляет делать то, что не хочешь и ты так протестуешь. Но есть нюанс - раньше эти "кто-то" были родители и деваться было некуда, а теперь это вы сами, т.е. это нужно вам, но реакция осталась. Just do it! )
дизайн, субъективно, с "большим потенциалом для улучшений", но в целом как DIY конструктор подобные гаджеты, если есть возможность программирования, я думаю, были бы интересны для покупки, я б купил
Было бы интересно посмотреть весь код, чтобы по методологии copy-paste-run :) запустить и посмотреть и не писать свой фреймворк, чтобы тоже интересно, но это, я думаю, чуть сложнее и дольше)
Из минусов можно отметить только отсутствие версионирования: часто приходится самостоятельно подбирать необходимую функцию для работы со своей версией Kubernetes, а это не всегда удобно.
Это как? Один и тот же метод, но для разных версий и без версионирования?
Он же не сказал каких, какого уровня и на каких условиях) В этой новости также. Они все знают, что это будет цитироваться и обсуждаться, поэтому, возможно, это говориться не для тех кто пытается устроиться, а для своих, чтобы не расслаблялись + чтобы искусственно завышать планку требований. Больше требований - меньше текучка.
Могли бы вы добавить листинг всего кода со всеми импортами? Показалось, что код не весь. Что, например, в ClusterSteps()? Или config.load_kube_config в KubernetesSelectelClient ?
Я с т.з. сотрудника также думаю и часто старался это показать на собесах, но с некоторым опытом своим и коллег сделал вывод, что это сильно сложнее для работодателя чем просто повышение зп. А для измерения эффективности есть jira, методологии т.п., не помогает? Что будет если интересные задачи закончатся и нечему будет учиться или знания не актуальны на проекте, а человек уже всё понял и хочет дальше двигаться т.к. нужна практика, а её нет?
У меня есть подобная проблема и наиболее оптимальным решениям я вижу mock-интервью с коллегами\друзьями, кто поймет о чем спрашивает и сможет задать вопрос.
А что тут обосновывать? Если последствия, простой бизнес-процессов и потеря данных выходят дороже, чем необходимые для устранения этих угроз действия, то ресурсы находятся. Мне кажется сложно спокойно спать если эти вопросы не закрыты.
А где та грань в разработке, где допускается не знать, но уметь быстро найти решение? По прошлому опыту в админстве и девопсе ответ на собеседовании "не попомню/не делал, но знаю где посмотреть" никогда не принимался, а что самое "удивительное" - по итогу это или не нужно, или очень редкая задача и всё равно читаешь документацию, сочиняешь инструкции и забываешь если это не нужно.
@Scinquisitor
экспекто патронум!)Пх'нглуи мглв'нафх Панчин Р'льех вгах'нагл фхтагн!Это лучше или хуже ситуации, когда не крут и есть синдром самозванца?)
Приветствую, ещё используете PyPortfolioOpt? Какие результаты\выводы?
Гравитация на мкс не отсутствует..
Интересно, можно ли наличие ипотеки отнести к soft-skills? :D
Чтобы вы ответили, если бы ваш руководитель попросил обосновать этот пункт и предложить варианты вашего развития?) По опыту, с т.з. участника команды, часть "...и своей команды" очень часто выполняется формально или вообще никак. Ну т.е. - "развивайся сколько хочешь, я не против"
То есть проблема в конкретном "важном" и остроте реакции на негатив, с которым это дело\задача ассоциируется? И опыт осознанного выполнения каких-то скучных\сложных, но важных дел здесь не поможет? Возможно это разные уровни абстракции, но я рассуждаю из личного опыта и необходимости в итоге решить эту проблему и, я думаю, у людей с опытом выполнения(преодоления) "неприкольных", но нужных дел проблем с прокрастинацией сильно меньше. Если такого опыта не было, то можно его получить самому, начиная с самых мелочей. Потом это как-то переносится на более сложные задачи.
Ещё, это может быть выученная реакция на трудности. Ничего не делать - это тоже стратегия, когда тебя "кто-то" заставляет делать то, что не хочешь и ты так протестуешь. Но есть нюанс - раньше эти "кто-то" были родители и деваться было некуда, а теперь это вы сами, т.е. это нужно вам, но реакция осталась. Just do it! )
дизайн, субъективно, с "большим потенциалом для улучшений", но в целом как DIY конструктор подобные гаджеты, если есть возможность программирования, я думаю, были бы интересны для покупки, я б купил
Как вы определяете "поправочные" коэффициенты? Как часто обновляете? Почему, например, у Сбера 1.1, а у Яндекса 1.5...?
Вопроса про SOLID не хватает
Было бы интересно посмотреть весь код, чтобы по методологии copy-paste-run :) запустить и посмотреть и не писать свой фреймворк, чтобы тоже интересно, но это, я думаю, чуть сложнее и дольше)
Это как? Один и тот же метод, но для разных версий и без версионирования?
Он же не сказал каких, какого уровня и на каких условиях) В этой новости также. Они все знают, что это будет цитироваться и обсуждаться, поэтому, возможно, это говориться не для тех кто пытается устроиться, а для своих, чтобы не расслаблялись + чтобы искусственно завышать планку требований. Больше требований - меньше текучка.
Могли бы вы добавить листинг всего кода со всеми импортами? Показалось, что код не весь. Что, например, в ClusterSteps()? Или config.load_kube_config в KubernetesSelectelClient ?
Я с т.з. сотрудника также думаю и часто старался это показать на собесах, но с некоторым опытом своим и коллег сделал вывод, что это сильно сложнее для работодателя чем просто повышение зп. А для измерения эффективности есть jira, методологии т.п., не помогает? Что будет если интересные задачи закончатся и нечему будет учиться или знания не актуальны на проекте, а человек уже всё понял и хочет дальше двигаться т.к. нужна практика, а её нет?
У меня есть подобная проблема и наиболее оптимальным решениям я вижу mock-интервью с коллегами\друзьями, кто поймет о чем спрашивает и сможет задать вопрос.
Таких контролировать дешевле?)
Хм, ноль совпадений), думаю у каждого свой список) Рекомендую "Самодисциплина" Майкла Уилсона.