Тут может быть другой расчет: из за условно низкого качества лояльность к бренду отвратительная. Поэтому дешевле выводить на рынок каждые 3 года новый бренд, чем эти 3 года опылять старых покупателей
Очень сложно комментировать, не имея большого прикладного опыта в сис.админстве, описания личных перегибов автора, приправленного нытьём на молодое поколение (махровым эйджизмом, как сейчас модно говорить) и непроверенными фактами в области, которой автор, видимо, напрямую не сталкивался (очень сложно, например, сделать ремонт дороже, чем оборудовать серверную: я знаю стоимость серверов и пуско-наладки, знаю стоимость материалов, и сам делал и те, и другие работы - и таких моментов с десяток в тексте). Из чего у меня складывается ощущение, что, несмотря на обширный жизненный опыт, его даже за ориентир для улучшения своих софт/хард скилов взять сложно.
Если говорить конструктивно, то у автора хорошо получается рассказывать истории и не очень хорошо получается писать длинные тексты. Может быть, просто разбить все на серию коротких рассказов "байки сисадмина", чтобы сразу отбросить значимость "нравоучений" - так хотя бы читать будет полегче.
Интересно, как эйчар узнает ваши записи в трудовой ДО фактического трудоустройства? Т.е., теоретически, возможен кейс, когда отказывают в первый день выхода на работу, но я лично нигде с таким не сталкивался.
тут мы упираемся в нормальную, проработанную, документацию по проекту. Если она есть и исчерпывающая: на входе требования к бизнес-показателям, на выходе - техническое задание на разработку, по которому нет вопросов, - тогда это идеальная организация рабочего процесса, и рабочие звонки, скорее всего, будут не нужны. Однако, я пока не видел процессов, организованных таким образом, хотя бы в 80% случаев. Максимум, для ~половины рабочих задач.
Я написал с точки зрения практики: как это реально работает. Понятно, что со стороны линейных сотрудников взгляд будет другой. Но и не они ответственные за свою эффективность и производительность, а особенно - как их работа влияет на конкретные показатели бизнеса.
Можно написать мегабайты кода без рабочих звонков, но только на рабочих звонках будет понятно, нужны ли эти мегабайты, и какие мегабайты нужнее других для роста бизнеса.
Я пока не видел разработчиков, которые бы понимали, сколько каждая строчка написанного ими кода приносит "живых" денег и как она должна отражаться на их з/п. А поскольку обычно ответственность за это разработчики тоже брать не хотят ("мое дело - код писать"), то руководителям этих разработчиков и приходится заниматься синхронизацией и выделением бизнес-ценности из технической работы - на рабочих звонках.
Ценность рабочих созвонов, во-первых, в присутствии коллективного контроля: свой прогресс нужно будет рассказать всем коллегам. Это положительно действует на мотивацию джунов/мидлов. Доя руководителей - это просто проверка эмоционального состояния сотрудников и верификация текущих проблемных мест. Дополнительно для каждого члена команды возможность проговорить свои проблемы и получить быстрые советы по (пути) исправлению ситуации. Этакий само-коучинг.
Глупо думать, что фактическая информация является новой на синках. Но административно-психологическая польза налицо. Попробуйте замерить свою производительность в решенных задачах с/без некоторым минимальным количеством синков. Будете (приятно) удивлены.
Тут может быть другой расчет: из за условно низкого качества лояльность к бренду отвратительная. Поэтому дешевле выводить на рынок каждые 3 года новый бренд, чем эти 3 года опылять старых покупателей
Про Flash имеет смысл раздел добавить, это отдельная веха
Уже год как "Результаты тестирования показали, 54% участников приняли чат-бот на основе GPT-4 за реального человека."
Ну, модели до площадки ещё доехать нужно. И обычно макияж / причёска сколько то стоит. На круг айтишка пока выгоднее
Очень сложно комментировать, не имея большого прикладного опыта в сис.админстве, описания личных перегибов автора, приправленного нытьём на молодое поколение (махровым эйджизмом, как сейчас модно говорить) и непроверенными фактами в области, которой автор, видимо, напрямую не сталкивался (очень сложно, например, сделать ремонт дороже, чем оборудовать серверную: я знаю стоимость серверов и пуско-наладки, знаю стоимость материалов, и сам делал и те, и другие работы - и таких моментов с десяток в тексте). Из чего у меня складывается ощущение, что, несмотря на обширный жизненный опыт, его даже за ориентир для улучшения своих софт/хард скилов взять сложно.
Если говорить конструктивно, то у автора хорошо получается рассказывать истории и не очень хорошо получается писать длинные тексты. Может быть, просто разбить все на серию коротких рассказов "байки сисадмина", чтобы сразу отбросить значимость "нравоучений" - так хотя бы читать будет полегче.
проблема была в этой фразе "стоили бы около £580 млн.". Уже исправили
Нет тыс., а млн.
Маску уже сообщили?
Можно сделать децентрализованный реестр чёрного списка контактов...
Интересно, как эйчар узнает ваши записи в трудовой ДО фактического трудоустройства? Т.е., теоретически, возможен кейс, когда отказывают в первый день выхода на работу, но я лично нигде с таким не сталкивался.
Зарядки на этих платных дорогах уже построили?
платить 25% налогов с з/п вместо 36%
Для страны-области производителя иерархическая круговая диаграмма подошла бы лучше Sankey
тут мы упираемся в нормальную, проработанную, документацию по проекту. Если она есть и исчерпывающая: на входе требования к бизнес-показателям, на выходе - техническое задание на разработку, по которому нет вопросов, - тогда это идеальная организация рабочего процесса, и рабочие звонки, скорее всего, будут не нужны. Однако, я пока не видел процессов, организованных таким образом, хотя бы в 80% случаев. Максимум, для ~половины рабочих задач.
Я написал с точки зрения практики: как это реально работает. Понятно, что со стороны линейных сотрудников взгляд будет другой. Но и не они ответственные за свою эффективность и производительность, а особенно - как их работа влияет на конкретные показатели бизнеса.
Можно написать мегабайты кода без рабочих звонков, но только на рабочих звонках будет понятно, нужны ли эти мегабайты, и какие мегабайты нужнее других для роста бизнеса.
Я пока не видел разработчиков, которые бы понимали, сколько каждая строчка написанного ими кода приносит "живых" денег и как она должна отражаться на их з/п. А поскольку обычно ответственность за это разработчики тоже брать не хотят ("мое дело - код писать"), то руководителям этих разработчиков и приходится заниматься синхронизацией и выделением бизнес-ценности из технической работы - на рабочих звонках.
Только это сроки проверки, скорее всего, увеличит
Ценность рабочих созвонов, во-первых, в присутствии коллективного контроля: свой прогресс нужно будет рассказать всем коллегам. Это положительно действует на мотивацию джунов/мидлов.
Доя руководителей - это просто проверка эмоционального состояния сотрудников и верификация текущих проблемных мест.
Дополнительно для каждого члена команды возможность проговорить свои проблемы и получить быстрые советы по (пути) исправлению ситуации. Этакий само-коучинг.
Глупо думать, что фактическая информация является новой на синках. Но административно-психологическая польза налицо. Попробуйте замерить свою производительность в решенных задачах с/без некоторым минимальным количеством синков. Будете (приятно) удивлены.
асс-маркет? Тонко!
как хорошо, что у нас есть такие студенты. Skynet не захватит мир!