Дежавю: или кажется, программистов снова выставили на мороз |
||
МЕНЮ Главная страница Поиск Регистрация на сайте Помощь проекту Архив новостей ТЕМЫ Новости ИИ Голосовой помощник Разработка ИИГородские сумасшедшие ИИ в медицине ИИ проекты Искусственные нейросети Искусственный интеллект Слежка за людьми Угроза ИИ ИИ теория Внедрение ИИКомпьютерные науки Машинное обуч. (Ошибки) Машинное обучение Машинный перевод Нейронные сети начинающим Психология ИИ Реализация ИИ Реализация нейросетей Создание беспилотных авто Трезво про ИИ Философия ИИ Big data Работа разума и сознаниеМодель мозгаРобототехника, БПЛАТрансгуманизмОбработка текстаТеория эволюцииДополненная реальностьЖелезоКиберугрозыНаучный мирИТ индустрияРазработка ПОТеория информацииМатематикаЦифровая экономика
Генетические алгоритмы Капсульные нейросети Основы нейронных сетей Распознавание лиц Распознавание образов Распознавание речи Творчество ИИ Техническое зрение Чат-боты Авторизация |
2021-08-18 05:25 Никогда такого не было и вот опять. Это чудесное выражение, как никогда подходит к истории выпиливания искусственным интеллектом пермских программистов Xsolla. Суть противостояния живых уральских людей и бездушных заморских машин отлично отражена в целой серии публикаций в СМИ: здесь, здесь и много где еще. Если кратко, то менеджмент устами основателя озвучил непопулярные меры: искусственный интеллект проанализировал «биг дата активности» в рабочих чатах, почте, документах и дашбордах персонала, после чего «малопродуктивных» сотрудников выставили на мороз. Прямо эпизод из сериала «Черное зеркало» («Нырок», 3 сезон, 1 серия), перекочевавший в реальную жизнь. Или, скажем, продолжение сюжета книги Дэйва Эггерса - «Сфера». Там тоже про социальный граф и перспективы обнулиться в случае неповиновения. У нас внутри на счет возникшей ситуации возникла дискуссия. Насколько это вообще правильно, этично, рационально и прочее? Вот уволил ИИ людей, записав их в бездельники. Допустим, машина права, а вы их тянете к себе в команду? Или наоборот, не было вообще никакого ИИ, а было желание собственника поднять эффективность бизнеса за счет привычного срезания костов, замаскированное под выводы BigData? В первом приближении кажется, что в споре с бездушным железом победа всегда должна оставаться за человеком? Конечный результат в проекте важнее, нежели высиженные за компьютером рабочие часы. С другой стороны, разве не нужно отделять зерна от плевел, руководствуясь прагматичными цифрами и фактами? И нет ли здесь места традиционной русской барщине с извечным стремлением к обогащению и мантре «Меньше кормить и больше доить», прикрытой красивыми словами про BigData и ИИ? Вот если из 40 рабочих часов в неделю 30 вы провели в развлекательном корпоративном чате или соцсетях? Или это условно «ОК», при условии, что совесть и треки в Jira чисты, как слеза младенца? Не подрывает ли это производительность остальной команды? И не демотивирует ли это? Фигаро здесь, фигаро там... Чудесный пример от @xpinjection (подписывайтесь на его ТГ-канал, если что). Повествование as is: Как известно, любой новый подход в работе приносит новые специфичные для него проблемы, некоторые из которых весьма неожиданные. Большая часть IT компаний все еще работает на удаленке и проблемы такого режима уже давно повылазили. Но появляются новые, весьма оригинальные. Я уже 3 раза столкнулся с ситуацией, когда человек устраивается работать сразу в несколько компаний. Так как в офис ходить не нужно, то сделать такой финт становится куда проще. При этом, хороших метрик эффективности и контроля в IT мы так и не выработали (особенно для более недетерминированных активностей, как дизайн или тестирование). Первый случай случился где-то полгода назад, но там человек прямо на интервью заявил, что планирует продолжить и на своём прошлом месте работы остаться, так как «работа не пыльная». Во втором случае человек попалился сам очень забавно. Он неожиданно посреди технического митинга включил звук и все услышали, как он рассказывает про запланированные задачи на спринт в другой команде. В третьем случае разработчик синьор уровня начал показывать очень низкую продуктивность, которую было явно видно на графике контрибьюшена в GitLab. А отличить низкую эффективность из-за удаленки (особенно для новых сотрудников) от наличия второй работы весьма непросто. Судя по отзывам знакомых из разных компаний, это вовсе не единичные случаи сейчас. Интересно, как с этим будут бороться компании. Ведь проблема очень быстро может перерасти в глобальную, а никаких рычагов у IT компаний практически нет. Ситуацию усугубляет формальное ФОП контрактование и отсутствие такого понятия как публичная репутация сотрудника на рынке труда. Теперь к трём «всадникам апокалипсиса» удаленки в лице повышенной прокрастинации, социальной изоляции и незаметных овертаймов, присоединяется многостаночность. Сказанное подтверждает другая история из ТГ-канала 2% (тоже приятный ТГ-канал, достойный новых подписчиков): Помню, было 2 кейса, когда некий разработчик ходил на работу, клацал по клавиатуре, всячески изображая бурную деятельность, а за него работу делал 1?. Индус или выходец из Бангладеша, которому он платил 10-20% от своей кремниево-долинной зарплаты. 2. Скрипт, который он написал за испытательный срок. Вопросы на засыпку Итак, вы на удаленке, с задачами справляетесь, Jira на вас не краснеет. Стоит ли делать какие-то дополнительные шаги, в стремлении понравиться мифическому ИИ? Как на ваш взгляд, должен строиться стек задач у современного разработчика? Есть лично у вас проверенные инструменты и практики? И вообще, насколько уместно говорить о дополнительных параллельных заработках, если у вас получается все успевать? При отсутствии прямого конфликта интересов, конечно же? Для начала давайте уберем за скобки этические и прочие скучные моменты. Попробуем ответить на вопрос можно ли с помощью ИИ (в нашем случае технологий машинного обучения) делать выводы и принимать решения об эффективности работы ИТ специалистов и ИТ менеджеров. Мы (ИТ) все чаще стараемся использовать машинное обучения для оценки эффективности работы других сотрудников наших же компаний. Например, с помощью распознавания речи анализируем записи из колл-центров, чтобы выявить проблемных операторов. Используем машинное зрение для анализа эффективности работы консультантов в магазинах и отделениях банков. Почему же не использовать те же технологии для оценки эффективности нашей собственной работы и увольнять самих себя?! Вполне! Как говорил Пьер Виктюрниен Верньо – «Революция, как бог Сатурн пожирает своих детей». Уверена, что оставаться в белом фраке в современном мире удается далеко не всем. Бывают ситуации, когда компаниям приходится прибегать к непопулярным мерам. Где-то это погоня за эффективностью, где-то борьба за дисциплину и конечный результат. Но я сторонник подхода, при котором в начале нужно разобраться в ситуации, выяснить причины, попытаться повысить вовлеченность команды, а уже только потом увольнять. Меня смутила форма донесения информации до сотрудников. И еще, если ты стартап и нанимаешь 150 человек, платишь им зарплату, а потом через какое-то время увольняешь их разом одним днём, но на работе твоей компании это никак не сказывается, то это, вероятно, наводит на определенные мысли. А как вы считаете, кто прав в сложившейся ситуации? Может быть на данной площадке есть люди знающие описанные истории изнутри? P.S. Если что, мы по-прежнему ждем талантливых программистов в свои ряды: здесь. Источник: habr.com Комментарии: |
|