Ты приходишь в новую компанию или проект и видишь большую команду — человек на 30–35. Проходит время, и ты понимаешь: что-то работает не так. Команда начинает расти ещё больше, а результата или положительной динамики как таковой нет.
Был эксперимент по поднятию и переносу тяжёлого груза. Если 1 человек поднимает 30 кг, то 10 человек должны поднять 300 кг. Но эксперимент показал, что тем больше людей, тем меньше каждый из них прикладывает усилий, так как каждый надеется, что этого никто не заметит и что его нагрузка распределится между всеми остальными. Уже по этой причине большие команды мало эффективны.
Второй момент. Чтобы большое количество людей могло работать максимально продуктивно, они должны быть синхронизированы между собой, т.е. нужен координатор, который будет задавать всем темп. В этом моменте появляется дополнительный человек - координатор, он же руководитель.
Третий момент. Чем больше людей, тем больше затраты на коммуникацию между ними, т.е. остаётся меньше времени на полезную работу.
Четвёртый момент. Чем больше людей, тем больше шанс, что один человек будет плохо совместим с другим, т.е. будут конфликты и споры. Это тоже снижает продуктивность, иногда у всей команды сразу, а не только у участников конфликта.
P.S. Картинки на preview и в статье просто огонь! Очень классные.
Питер Друкер в своих книгах для руководителей тоже упоминает, что важно в течение дня делать перерывы для восстановления сил. Например, 1 час отдыха до начала важного совещания или 30 минут отдыха между задачами.
Просто полежать с закрытыми глазами - отличный отдых в течение дня. Тело расслабляется, нервное напряжение спадает и мозг выгружает из себя ненужные задачи.
Не совсем понимаю, какую задачу вы хотите решить с помощью AstraWizard.
- Всю автоматизацию на Linux делает Python.
- Чтобы не разбираться в Python был придуман высокоуровневый инструмент автоматизации Ansible.
- Чтобы не запоминать с какими параметрами запускать плейбуки Ansible был придуман Web интерфейс ansible awx и ansible semaphore.
Конкретно мы в компании используем Jenkins в качестве Web-интерфейса к Ansible. Админ, разработчик или тестировщик могут просто зайти в Jenkins и запустить нужный ранбук. Они просто жмут кнопку и далее происходит вся магия Ansible. Все креды и extra vars вшиты и о них думать не нужно. Если какие-то extra vars нужно заполнить, то jenkins предоставляет для этого красивую форму. В общем, очень удобная связка. По факту Ansible + Jenkins у нас делают то, что вы хотите сделать с помощью AstraWizard.
Настойчиво рекомендую вам познакомиться с ansible semaphore. Он скорее всего закроет все ваши потребности. Если нет, то смотрите тогда в сторону Ansible AWX или связки Ansible + Jenkins.
И вот получается интересная ситуация: модерация пропускает статьи низкого качества, а сообщество либо не хочет либо не может отправлять такие статьи в отрицательный рейтинг.
И вот здесь было бы неплохо взять список всех пользователей Хабра, кто хотя бы 1 раз в месяц на него заходит. Определить, какой процент из них чисто теоретически имеет возможность поставить минус статье, т.е. обладает нужным уровнем Кармы. Может оказаться, что таких пользователей достаточно мало, поэтому "народная модерация" из-за этого не работает.
На самом деле я ожидал более губительных результатов для статей с использованием ИИ, а получил совершенно обратное.
Может быть причина вот в этом:
Всего охвачено id - 116,792 из них было доступно только 59,390 статей. То есть почти каждая вторая статья так и не будет опубликована, будет скрыта или удалена.
Ты делаешь выборку только по половине статей, т.к. вторая (очевидно худшая) половина была удалена, либо скрыта в черновики (автором или модератором). Поэтому по итогу у тебя получается всё не так плохо, т.к. твоя выборка содержит только те статьи, с которыми всё более менее хорошо. Это примерно как утверждать, что люди не сорят на улице, смотря на чистую улицу после того, как её тщательно убрали дворники.
История имеет свойство повторяться. Уже была неудачная Windows Vista и хайп по переходу с неё на Linux, но по итогу ничего не поменялось. Процент использования Linux в качестве десктопа как был на уровне дна, так там и остался.
Народ будет сидеть на Windows 10 до последнего, а потом перекатится на Windows 12. Те, кто не захочет ждать Windows 12, перейдут на Windows 11.
В каждом сервере имеется по 2 процессора Intel Xeon E5645, работающих на частоте 2,4 ГГц и имеющие по 6 ядер и 12 потоков.
Даже сейчас это весьма неплохая вычислительная мощь, если сравнивать с бытовым сегментом, особенно, если принять во внимание копеечную цену всего этого добра.
Это хлам, поэтому и стоит он по цене металлолома.
Современные десктопные процессоры будут лучше во всём. Начиная от производительности и заканчивая поддержкой современных инструкций. Если бюджет ограничен, то возьмите на Авито комплект из процессора Intel i7 или i5 + материнская плата. ОЗУ и диски добавьте по своему усмотрению.
Если хочется прям серверного, то Xeon и Epic c ali вам подойдут. А может быть даже AMD Threadripper с нормальной материнкой удастся урвать за приятный ценник.
"Мне интересно — как бы вы поступили в такой ситуации? "
1. Делал бы бекапы Git-а. Тогда можно было бы откатиться на ночной бэкап, потеряв дельту данных за утро.
2. Делал бы снапшот виртуалки с git перед любыми серьёзными изменениями.
3. Перестал бы использовать команду git reset --hard и навёл бы порядок с ветками в Git. Если у вас ещё не стабильный EPIC, то что он делает в ветке мастер (Prod), а не в ветке dev (DEV). В прод должны попадать только стабильные изменения. Также почитал бы, что такое включение функционала через флаги, тогда нестабильный EPIC был бы спрятан от пользователей и никак на них не влиял, пока бы этот EPIC не довели до стабильного состояния и не включили этот функционал специальным флагом.
4. Слушал бы, что говорят старшие товарищи и почему именно тимлид, попросил тебя не лезть в релиз.
Я объединял данные с нескольких старых дисков перед крупным переездом — дисков, которые мне пришлось выбросить из-за нехватки места и переезда. План был прост: загрузить в OneDrive, а затем перенести на новый диск. Вместо этого Microsoft заблокировала мой аккаунт без предупреждения.
Отличный план. Надежный, как швейцарские часы. (c)
Чтобы уговорить родителей завести четвероногого друга, предлагалось вести себя так, будто собака у тебя уже есть. Выходить на прогулки с поводком в руке, покупать собачий корм, рассказывать друзьям о своём питомце и даже оставлять место на диване для воображаемого пса.
То есть задача «стать человеком, способным нести ответственность за собаку» не решается привычными нам инструментами.
Почему НЕ решается, если она решается. Есть чёткая цель - получить собаку. Есть чёткие шаги, которые необходимо выполнять на протяжении определённого времени. Вносим эти шаги в своё ежедневное расписание и получаем по итогу осязаемый результат.
Если вы читаете эту статью, то, наверное, ставите перед собой какие-то цели.
Да, планирую ничего не делать в течение 30 минут, чтобы прочитать эту статью, т.к. более интересных статей на Хабре я сегодня не нашёл. Потом планирую частик полистать ленту в youtube shorts. Мне нравятся эти цели и я почти всегда их достигаю, так что я настоящий достигатор.
Был эксперимент по поднятию и переносу тяжёлого груза. Если 1 человек поднимает 30 кг, то 10 человек должны поднять 300 кг. Но эксперимент показал, что тем больше людей, тем меньше каждый из них прикладывает усилий, так как каждый надеется, что этого никто не заметит и что его нагрузка распределится между всеми остальными. Уже по этой причине большие команды мало эффективны.
Второй момент. Чтобы большое количество людей могло работать максимально продуктивно, они должны быть синхронизированы между собой, т.е. нужен координатор, который будет задавать всем темп. В этом моменте появляется дополнительный человек - координатор, он же руководитель.
Третий момент. Чем больше людей, тем больше затраты на коммуникацию между ними, т.е. остаётся меньше времени на полезную работу.
Четвёртый момент. Чем больше людей, тем больше шанс, что один человек будет плохо совместим с другим, т.е. будут конфликты и споры. Это тоже снижает продуктивность, иногда у всей команды сразу, а не только у участников конфликта.
P.S. Картинки на preview и в статье просто огонь! Очень классные.
Питер Друкер в своих книгах для руководителей тоже упоминает, что важно в течение дня делать перерывы для восстановления сил. Например, 1 час отдыха до начала важного совещания или 30 минут отдыха между задачами.
Просто полежать с закрытыми глазами - отличный отдых в течение дня. Тело расслабляется, нервное напряжение спадает и мозг выгружает из себя ненужные задачи.
По факту получается, что сам разработчик ИИ (Anthropic) подтверждает, что ИИ агенты - это мёртвая тема и они никогда не заменят реальных сотрудников.
ИИ как помощник и советчик - ок. ИИ как полноценный сотрудник - это не работает от слова совсем.
Тогда понятно почему "народная модерация" не работает. Голосовать может только "элита", часть которой составляют сотрудники корпоративных блогов.
Не совсем понимаю, какую задачу вы хотите решить с помощью AstraWizard.
- Всю автоматизацию на Linux делает Python.
- Чтобы не разбираться в Python был придуман высокоуровневый инструмент автоматизации Ansible.
- Чтобы не запоминать с какими параметрами запускать плейбуки Ansible был придуман Web интерфейс ansible awx и ansible semaphore.
Конкретно мы в компании используем Jenkins в качестве Web-интерфейса к Ansible. Админ, разработчик или тестировщик могут просто зайти в Jenkins и запустить нужный ранбук. Они просто жмут кнопку и далее происходит вся магия Ansible. Все креды и extra vars вшиты и о них думать не нужно. Если какие-то extra vars нужно заполнить, то jenkins предоставляет для этого красивую форму. В общем, очень удобная связка. По факту Ansible + Jenkins у нас делают то, что вы хотите сделать с помощью AstraWizard.
Настойчиво рекомендую вам познакомиться с ansible semaphore. Он скорее всего закроет все ваши потребности. Если нет, то смотрите тогда в сторону Ansible AWX или связки Ansible + Jenkins.
Раньше все смеялись над 20 летними сеньорами, теперь у нас 20 летние тимлиды. :)
И вот здесь было бы неплохо взять список всех пользователей Хабра, кто хотя бы 1 раз в месяц на него заходит. Определить, какой процент из них чисто теоретически имеет возможность поставить минус статье, т.е. обладает нужным уровнем Кармы. Может оказаться, что таких пользователей достаточно мало, поэтому "народная модерация" из-за этого не работает.
Может быть причина вот в этом:
Ты делаешь выборку только по половине статей, т.к. вторая (очевидно худшая) половина была удалена, либо скрыта в черновики (автором или модератором). Поэтому по итогу у тебя получается всё не так плохо, т.к. твоя выборка содержит только те статьи, с которыми всё более менее хорошо. Это примерно как утверждать, что люди не сорят на улице, смотря на чистую улицу после того, как её тщательно убрали дворники.
Отличный ответ на вопрос "действительно ли искусство дорожает с возрастом?"
С цифрами, фактами и правильными выводами. Приятно такое читать.
И какой вывод из всей этой истории?
Рыночек порешал. (с)
История имеет свойство повторяться. Уже была неудачная Windows Vista и хайп по переходу с неё на Linux, но по итогу ничего не поменялось. Процент использования Linux в качестве десктопа как был на уровне дна, так там и остался.
Народ будет сидеть на Windows 10 до последнего, а потом перекатится на Windows 12. Те, кто не захочет ждать Windows 12, перейдут на Windows 11.
Испустил последний дух. С людьми такое же происходит, когда жизнь подходит к концу.
Это хлам, поэтому и стоит он по цене металлолома.
Современные десктопные процессоры будут лучше во всём. Начиная от производительности и заканчивая поддержкой современных инструкций. Если бюджет ограничен, то возьмите на Авито комплект из процессора Intel i7 или i5 + материнская плата. ОЗУ и диски добавьте по своему усмотрению.
Если хочется прям серверного, то Xeon и Epic c ali вам подойдут. А может быть даже AMD Threadripper с нормальной материнкой удастся урвать за приятный ценник.
Ничего из этого кодерскими инструментами не является. Это инструменты DevOps инженера или инфраструктурного админа.
"Мне интересно — как бы вы поступили в такой ситуации? "
1. Делал бы бекапы Git-а. Тогда можно было бы откатиться на ночной бэкап, потеряв дельту данных за утро.
2. Делал бы снапшот виртуалки с git перед любыми серьёзными изменениями.
3. Перестал бы использовать команду git reset --hard и навёл бы порядок с ветками в Git. Если у вас ещё не стабильный EPIC, то что он делает в ветке мастер (Prod), а не в ветке dev (DEV). В прод должны попадать только стабильные изменения. Также почитал бы, что такое включение функционала через флаги, тогда нестабильный EPIC был бы спрятан от пользователей и никак на них не влиял, пока бы этот EPIC не довели до стабильного состояния и не включили этот функционал специальным флагом.
4. Слушал бы, что говорят старшие товарищи и почему именно тимлид, попросил тебя не лезть в релиз.
Отличный план. Надежный, как швейцарские часы. (c)
Это вы ещё капчу в X (Twitter) не видели. Там вообще ад, самая ужасная капча, что я видел в жизни.
https://www.reddit.com/r/Twitter/comments/1ale7t4/what_am_i_even_supposed_to_do/
Почему НЕ решается, если она решается. Есть чёткая цель - получить собаку. Есть чёткие шаги, которые необходимо выполнять на протяжении определённого времени. Вносим эти шаги в своё ежедневное расписание и получаем по итогу осязаемый результат.
Да, планирую ничего не делать в течение 30 минут, чтобы прочитать эту статью, т.к. более интересных статей на Хабре я сегодня не нашёл. Потом планирую частик полистать ленту в youtube shorts. Мне нравятся эти цели и я почти всегда их достигаю, так что я настоящий достигатор.