это — ключевой вопрос. Я однажды заметил темные пятна, двигающиеся за взглядом. Пошел к врачу, чуть ли не 12 часов в течении 3 дней я делал обследования на куче аппаратов с зрачком, как у кота из Шрека. Потом 2 недели мне делали уколы В ГЛАЗ, некое количество капельниц и принимал таблетки внутрь. За все это я заплатил в районе 50-70к рублей. Результат: живу с ними уже 5 лет. Ответ врача «видимо у Вас генетическая предрасположенность. Пятна не ушли, но их ведь не стало больше». Видели бы мое лицо в этот момент… с синими мешками под глазами от уколов. Ответ другого врача: «это деградация стекловидного тела. Со временем, либо в результате травм — внутри тела образуются белковые волокна, тень которых попадает на хрусталик, в результате чего вы видите пятна, движующиеся за взглядом. Могу выписать лечение, но вероятность, что они уйдут очень мала. Хотите?» Нет, спасибо. Выводы делайте сами
честно говоря, темы собеседований и их обсуждения кажутся безрезультатными. Я и лет пять назад читал подобные материалы и букавально месяц назад на Хабре, к сожалению, ничего не меняется. Видимо, слишком субъективная это вещь, при чем по обе стороны. Всегда будут недовольные и с той, и с другой стороны. Всегда будут эти «ролевые игры» в студентов/учителей, всегда будут нелепые задачи, отдаленные от мира сего… Будет банальное мужское соперничество, зависть и чувство власти. Менталитет это, гены или инстинкты — сложно сказать, но по-другому это объяснить я лично не могу. Аж как-то грустно стало
Нужно конечно. Просто в случае kubernetes, с ELK к примеру, вам понадобится: как минимум настроить провайдер PersistentVolume для самого elasticsearch (я настраивал для Vsphere, та ещё задачка, особенно когда документация безбожно устарела), discovery модуль для filebeat (который будет парсить k8s теги автоматом) В случае Prometheus — это как минимум kube-prometheus и оператор оттуда же. И вот куда не плюнь, везде понадобится нетривиальная настройка для kubernetes. А вот если все это хорошо заведется — профит огромный, все становится очень красиво.
На мой взгляд самый большой минус k8s — это то, что после весьма солидного времени, которое нужно потратить на порог вхождения в него, ты понимаешь, что впереди придется потратить еще большее количество времени на все то, что вокруг него. Kubernetes без ELK, Prometheus, Grafana, какой-нибуь CI сегодня — ничто. Важен именно интеграционный опыт вокруг Kubernetes, а не способность разбираться в нем самом
А мне очень помогла, т.к. за время подготовки к RHCE когда-то давно я научился учиться, научился создавать удобный лабораторный стенд на ноутбуке и запомнил: настроил — это когда работает после перезагрузки. Вообще, подготовку и сам экзамен вспоминаю с улыбкой, поэтому советовал бы всем, кто сомневается. Соглашусь на счет цены..., но в принципе решаемо за счет компании, если готов присягнуть ей на верность на несколько лет отработки.
Вот, что выдал Google при запросе о показаниях к применению финастерида:
лечение доброкачественной гиперплазии предстательной железы (ДГПЖ) (для снижения объема предстательной железы, облегчения дизурических симптомов, связанных с гиперплазией, для снижения риска возникновения острой задержки мочи и связанной с хирургическим вмешательством, в том числе трансуретральной резекции простаты (ТУР) и простатэктомии)
Как то не очень принимать такое внутрь или появления волос...
Я Вас умоляю))) Дуров в первую очередь думает о своем бизнесе, а не о россиянах, которые утратят возможность тайны переписки. Он прексрано осознает, что это его величайшая рекламная компания на территории СНГ и даже за его пределами за относительно небольшие свои деньги и весьма серьезные чужие. Черный PR — тоже PR
вангую, что такими темпами вскоре приостановят членство в Совете Европы, аннулируют ратификацию конвенции, исполнение постановлений ЕСПЧ станет необзятельным и дело с концом
Очень интересно. Мне кажется так можно вовлекать в математику молодое поколение. Они все в соц сетях, им это нравится, так почему-бы не испольовать в падагогических целях? «Ребята, сегодня мы посмотрим как математка может помочь Вам нагнать 10 000 подписчиков на ваш аккаунт»
Так а что делать то? Автор рамышляет как этот процесс улучшить и как реагировать в «типовых» ситуациях. Предложите вариант как все же определить кто перед вами, если смотреть с обеих сторон: соискателя и того, кто проводит собеседование? Предложить что-то написать «по-быстрому»? Не каждый просто с точки зрения обстановки может на ходу что-то сбацать. Серьезные спецы вообще могу ухмельнуться, встать и уйти. Вопрос остается открытый
Сколько менеджеров выпускается ежегодно из ВУЗов России и ближнего зарубежья? Тысячи, если не десятки. Кто из них может реально сформулировать в чем его задача, как выпущенного специалиста? Почти никто. Но они не виноваты, потому понятине менеджера у нас «расплылось» и дискредитировалось.
Чтобы оценить масштаб вакханалии можно просто взглянуть на нейминг позиций некоторых банков и организаций. Самая начальная или, вообще, низшая позиция обычного работника нередко называется «менеджер по чему-то там». В одном из банков вовсе у разработчиков и админов позиции назывались примерно, как «менеджер по разработке чего-то там» и «менеджер по обеспечению чего-то там». Смысл в том, что номинально менеджер — это управленец. Номинально управленцу уметь программировать не нужно, ведь с этим не нужно спорить? Но здесь в дело вступает контекст нашего рынка труда и как он формировался. Так уж получилось, что наш рынок труда не узкоспециализированный.
Хочешь не хочешь, а в любой сфере приходится ни то, что заниматься, но точно хотя бы вникать в темы не своей зоны ответственности. Конкретно в случае с менеджерами, если это не супер топ-менеджер гос. уровня, то скорее всего он, как и все подобные, находится в условиях конкуренции. И именно в рамках этой конкуренции и рождаются такие «сайд скиллы», как программирование у менеджеров.
Это не только менеджеров касается. У меня есть друг, который с самого выпуска работает в сфере продаж. Он настоящий продажник и уже имеет много лет опыта, но тем не менее, он изучает психолгию и даже психиатрию, поведенческие модели, в общем читает много подобной литературы. Уж не знаю, на сколько это полезно в его сфере, но судя по тому, что он весьма успешен, то думаю — да.
Несомненно, программирование, как сайд-скилл — это плюс для менеджера, особенно если он работает в IT сфере. Но, честно говоря, в статье я увидел серьезные пересечения зон отвественности. Например, на уровне кода проект должен знать максимум тим-лид, а уж менеджер проекта, которого я вижу product-owner'ом в данном контексте, подобного знать не должен. Он должен знать как его продукт решает user-кейсы и stories, которые спустились от аналитиков, что тоже мелькает в статье в зоне отвественности менеджера. В общем материал хороший, но очень субъективный :)
Нужно конечно. Просто в случае kubernetes, с ELK к примеру, вам понадобится: как минимум настроить провайдер PersistentVolume для самого elasticsearch (я настраивал для Vsphere, та ещё задачка, особенно когда документация безбожно устарела), discovery модуль для filebeat (который будет парсить k8s теги автоматом) В случае Prometheus — это как минимум kube-prometheus и оператор оттуда же. И вот куда не плюнь, везде понадобится нетривиальная настройка для kubernetes. А вот если все это хорошо заведется — профит огромный, все становится очень красиво.
Вот, что выдал Google при запросе о показаниях к применению финастерида:
Как то не очень принимать такое внутрь или появления волос...
Я Вас умоляю))) Дуров в первую очередь думает о своем бизнесе, а не о россиянах, которые утратят возможность тайны переписки. Он прексрано осознает, что это его величайшая рекламная компания на территории СНГ и даже за его пределами за относительно небольшие свои деньги и весьма серьезные чужие.
Черный PR — тоже PR
очень громко сказано
Чтобы оценить масштаб вакханалии можно просто взглянуть на нейминг позиций некоторых банков и организаций. Самая начальная или, вообще, низшая позиция обычного работника нередко называется «менеджер по чему-то там». В одном из банков вовсе у разработчиков и админов позиции назывались примерно, как «менеджер по разработке чего-то там» и «менеджер по обеспечению чего-то там». Смысл в том, что номинально менеджер — это управленец. Номинально управленцу уметь программировать не нужно, ведь с этим не нужно спорить? Но здесь в дело вступает контекст нашего рынка труда и как он формировался. Так уж получилось, что наш рынок труда не узкоспециализированный.
Хочешь не хочешь, а в любой сфере приходится ни то, что заниматься, но точно хотя бы вникать в темы не своей зоны ответственности. Конкретно в случае с менеджерами, если это не супер топ-менеджер гос. уровня, то скорее всего он, как и все подобные, находится в условиях конкуренции. И именно в рамках этой конкуренции и рождаются такие «сайд скиллы», как программирование у менеджеров.
Это не только менеджеров касается. У меня есть друг, который с самого выпуска работает в сфере продаж. Он настоящий продажник и уже имеет много лет опыта, но тем не менее, он изучает психолгию и даже психиатрию, поведенческие модели, в общем читает много подобной литературы. Уж не знаю, на сколько это полезно в его сфере, но судя по тому, что он весьма успешен, то думаю — да.
Несомненно, программирование, как сайд-скилл — это плюс для менеджера, особенно если он работает в IT сфере. Но, честно говоря, в статье я увидел серьезные пересечения зон отвественности. Например, на уровне кода проект должен знать максимум тим-лид, а уж менеджер проекта, которого я вижу product-owner'ом в данном контексте, подобного знать не должен. Он должен знать как его продукт решает user-кейсы и stories, которые спустились от аналитиков, что тоже мелькает в статье в зоне отвественности менеджера. В общем материал хороший, но очень субъективный :)