Сегодня в мире накопилось много неприятных вещей и тенденций, о которых почему-то стало неприлично негативно высказываться.
Даже фраза появилась: «Вы не понимаете, это другое!» Значительная часть явлений так или иначе связана с ИТ.
В рамках постоянной акции «Стань автором, получи футболку!» Я решил выложить некоторые моменты для обсуждения с комментариями, почему я считаю их вредными, а иногда и опасными.
Идти.
Криптовалюты и майнинг
Минусы : перевод ценнейших невосполнимых ресурсов в расчеты, не дающие НИКАКОЙ пользы.Сама концепция Proof of Work предполагает, что ценным и продаваемым становится не то, что вы сделали полезного, а то, насколько вы устали, точнее, сколько вы вложили, а затем перевели полезные ресурсы в некий эфемерный контент, который не подходит. для чего-либо, кроме расчета ВСР.
Хранить опасно (взломы кошельков и бирж, кражи, которые невозможно «откатить»), использовать в качестве платежного средства долго, геморроидально и дорого.
В любую золотую лихорадку первую прибыль приносит продажа лопат. Когда-то это, казалось бы, не сильно повлияло на доступность поселенцев на Диком Западе лопат для копания картофеля, но сейчас наблюдается дефицит электроники во всех отраслях промышленности, в том числе из-за того, что значительная часть этой производство идет на нужды эфемерных золотоискателей.
Про Грету и ее защиту природы от перегрева писать не буду, и так понятно, что потребление гигаватт электроэнергии в данном случае ничего хорошего не приносит. Неважно, как вы относитесь к теории глобального потепления.
плюсы : возможно, некоторый толчок в развитии высокопроизводительных распределенных вычислений, переосмысление эффективности существующей финансовой и банковской инфраструктуры.
Кстати, оба преимущества – далеко не исключительная заслуга майнинга.
Общий : необходимо включить голос разума и закрыть эту дыру в расходовании ресурсов нашей маленькой планеты, возможно, запретив это законом, возможно, сделав такую деятельность чем-то постыдным, признанным извращением.
Перед очередным серьезным событием я каждый день вспоминаю что-то легкое, но раздражающее.
Плоский (акрил, материал.
) дизайн интерфейса Минусы : когда это явление впервые появилось, это выглядело чрезвычайно весело и круто.
«Смотрите, ребята, это не надпись, а вдруг пуговица! Я догадался, но ты нашел это? Но чем дальше эта зараза, распространяемая Apple и другими хипстерами, начинала проникать в жизнь, тем хуже становилось удобство использования уже знакомых программ и устройств.
Ну да ладно, на компьютере я подвигал мышкой и поймал момент, когда она, пролетая над элементом, временно моргнула формой курсора.
«О, ты можешь нажать на него!» Но когда я стою с планшетом или мобильным телефоном, а то и того хуже перед банкоматом, гадать «методом тыка» иногда становится очень рискованно.
Но попробуй сказать хоть слово в защиту скевоморфизм в интерфейсах отречься от ярлыка даже не Бумера, а динозавра будет очень сложно.
плюсы : Членам закрытой касты дизайнеров есть чем улучшить свою ВСР, замаскировав действие так, чтобы никто никогда не догадался.
Кстати, здесь тема свайпов.
Там вообще нечего нажимать, а действие есть, но попробуйте его найти.
Минусы : куча потраченного времени, ошибки в использовании продуктов этих самых плоских дизайнеров.
Общий : осуждается и высмеивается всем миром.
Ввести требование, чтобы действия не были замаскированы и были очевидны.
Оставьте это на полях для некоторых сект свободных художников.
Посмеялись, привыкли и что с ними? Хорошо, теперь давайте перейдем к более сложному вопросу.
Стартапы (особенно ИТ-стартапы) и экономика стартапов
Как это выглядит для обычного человека: блестящие студенты (молодые начинающие учёные) придумали нечто экстраординарное, но у них нет средств для его реализации.Поначалу им никто не верит, но есть прозорливый позитивный спонсор, который благодаря своему уму и вере в людей вдохновляется их идеей сделать мир лучше и вкладывает в них свой последний честно заработанный миллион.
Дружный коллектив во главе с гениальным лидером не спит ночами, работает, ссорится, мирится, но в счастливом финале выкатывает в мир новое явление.
Деньги, заработанные от реализации изобретения, дают им возможность уехать жить на Багамы до конца своих дней, получив за свой дар миру, помимо заслуженного вознаграждения в миллиард, они также получили прозвище «единороги добра».
Как это на самом деле .
За очень редкими исключениями.
Цинично и по делу.
Хитрый финансист, не желающий вкладывать свой не очень праведно заработанный капитал «в долгосрочную перспективу», организует структуру, рекламируемую как фабрика стартапов.
Суть ее работы: вы приходите с любым никому не нужным дерьмом, показываете, как его можно продать обычному дураку, который верит в чудо/банкиру-идиоту/спекулянту на таких же идиотах.
Вы набираете рабов, которые в обмен на призрачную морковку на горизонте с надписью "доля в прибыли" в кратчайшие сроки и в адских условиях кодируют/пилят/паивают неизвестную фигню.
Если это кодирование, то вам обязательно нужны все внешние карго-культовые атрибуты вроде Agile/Scrum и портрет Джобса во всю стену, прикрывающий дыры и обвалившуюся штукатурку.
Внешняя среда в виде выступлений на технологических конференциях необходима тем же рабам, которые в результате начинают думать, что они — прогрессивные стартаперы, а не хитрый менеджер, продавший их организатору фабрики стартапов.
Потому что рабы далеко не неграмотны и чаще всего действительно владеют определенными технологиями; им всегда есть о чем поговорить.
Плюс спонсором этого шоу обычно является тот же фабрикант. В силу закона больших чисел 99% таких стартапов терпят крах, не успев вообще ничего сделать, но собрав хорошие деньги, в том числе от сторонних инвесторов, лохов «на рост и перспективы».
Некоторые из них на каком-то этапе обязательно попадаются на откровенную аферу инвесторов, тогда это объявляется чисткой святых прогрессивных рядов от недобросовестных конкурентов.
Если сварганную фигню можно хоть как-то применить на практике, то начинают судорожно и с большим количеством махинаций готовить компанию к продаже на бирже, что торжественно называется «выход на биржу», и как-то до сих пор катается с большим количеством из манекенов.
Они, имея стабильно нерентабельную работу, затем становятся предметом торга и дальнейших спекуляций для тех, кого не пустили «в нефть/металлы».
Плюс: организатор фабрики, наемный или добровольный надсмотрщик, который, кстати, часто искренне считает себя новатором, изобретателем и идеологом именно этого стартапа.
Все остальные находятся в невыгодном положении.
Каков итог: прогоревшие разработчики, которые вполне могли бы принести реальную пользу, работая в другом нормальном месте, создав хоть что-то ценное.
Продукция и услуги отвратительного качества, что по-хорошему должно немедленно стать объектом многомиллионных исков за несоответствие заявленным качествам, но толерантное и тактичное общество это съедает, говоря «мы за прогресс, мы надо потерпеть, в будущем будет лучше, но не сразу».
Самое страшное: стиль работы «выгорание» становится примером для многих работодателей (ну могли ли они это сделать?) и, что еще хуже, превращается в культ: «только так работают профессионалы».
Для нормальных профессионалов на вашем месте это становится упреком: вы не увлечены своим делом.
Колоссальный отток капитала, который мог бы финансировать долгосрочные ценные проекты, на эту краткосрочную спекулятивную кухню.
Вероятно, это закончится пузырем, как и по-своему.
доткомы .
Второй существенный минус: есть желание поиграть в стартап.
Как для бизнеса, который хочет казаться прогрессивным за счет финансирования неизвестно чего, так и для девелоперов и артистов, которые никуда не прикручены с управленческой хваткой.
Пока продукт распиливают, зарплаты могут быть очень хорошими.
В итоге получается в лучшем случае байк среднего качества, в обычном случае «не взлетел, был риск, закрываем».
Общий : Пришло время перестать терпеть обман потребителей и инвесторов и перестать прославлять «феномен стартапа».
Это просто создание еще одного рынка для чайников, что ничем хорошим не кончится.
Методология разработки AGILE. Продуктовый подход в инсорсинге
Теперь будет конкретно жечь тех, кто годами пилит бизнес-инструменты, сидя на зарплате.Сразу оговорюсь, что в принципе любая методология имеет право на жизнь и применение, если она соответствует месту, ресурсам, задаче и времени.
Но то, что происходит сейчас, меня очень печалит. Потому что Вам часто приходится наблюдать со стороны, как бизнес растрачивает значительные суммы денег.
Я уже много лет замечаю интересную тенденцию, что те ники 1С, с которыми меня свела работа, очень четко делятся на душных засранцев и тихих засранцев и крутых специалистов нормальных людей по одному простому критерию: это постоянные сотрудники.
или наняты у сторонней компании.
Почему-то работать на зарплату в крупных компаниях у инициативных и порядочных (это важно!) специалистов 1С-разработчиков не получается.
Идти к аутсорсинг .
Не знаю точно, как обстоят дела у разработчиков на других платформах и языках, но не думаю, что разница принципиальна.
Со временем и, так сказать, с кристаллизацией такого отвратительного понятия и подхода, как Продукт (с большой буквы), появилась ясность.
Попробую передать ход мысли.
У наемного сотрудника в разработке всегда бывают периоды, когда нагрузка падает до минимума.
У более-менее людей с совестью (ух, совесть в 21 веке) это вызывает некоторый дискомфорт. Деньги уходят, возврата нет. У людей не очень профессиональных, но существенно менее добросовестных такие периоды тоже вызывают дискомфорт, но по другой причине.
Появляется страх увольнений, а идти некуда, потому что.
квалификация низкая.
Естественное разделение.
Вот откуда это.
Хитрые менеджеры, чаще всего не обремененные совестью, нашли выход, как убрать дискомфорт и угрозу своему существованию и как снять напряжение среди оставшихся "специалистов", которые не сбежали.
В инсорсинг в результате несложных манипуляций с сознанием Заказчика, т.е.
владельца компании, также внедряется и закрепляется понятие Продукта.
Бинго! Вместо того, чтобы выполнять финальную задачу с дедлайном, теперь можно бесконечно пилить одно и то же, добавляя функционал, который не всегда нужен, меняя технологии (все теперь в контейнерах и на S3, нам тоже критически важно туда зайти и щас тот, кто опоздает, проигрывает!).
Предприятиям не нужно указывать окончательные сроки; Боль от дедлайна разбивается на маленькие боли.
Нет необходимости защищать стоимость Проекта.
Проекта нет. Основная цель данного подхода: исчезновение даты окончания разработки и переноса.
результат в эксплуатацию.
Как-то навсегда.
Развитие становится вечным, заработная плата всегда оправдана.
Выгода вторична: баги и ошибки всегда имеют обоснование: над фичей работали срочно, исправим в следующем спринте.
Минусы: развитие ведется за счет оставшихся ресурсов, которые восприняли данную ситуацию как должное.
Многие из них стыдятся их, но никогда в этом не признаются: «Это мейнстрим, все так работают, мы прогрессивные».
Скрубберы , а не какие-то мшистые водопадисты Бизнес видит, что концов не найти, другие коллеги тоже смирились с бедой, а система управления всячески поддерживает миф о прогрессивности и эффективности Продуктового подхода.
Гибкие методологии разработки здесь идеальны; их разрекламированная популярность прекрасно прикрывает вопрос с совестью и сомнениями того, кто это растрата банкета платит. Итог: стоимость владения такими инструментами в несколько раз, а иногда и на порядки выше, чем покупка немодного, готового, индивидуального решения.
Инструмент (Продукт) никогда не работает так, как нужно заказчику, эффективность низкая, а значит, растут и затраты на то, как бизнес платит за это безобразие.
Общий.
Думаю, пришло время наконец признать честно: продуктовый подход и гибкие методологии разработки — это не волшебный стандарт, который нужно внедрять повсюду.
В большинстве случаев продуктовый подход приносит больше вреда, чем пользы.
И последнее на сегодня, DevOps-безумие
плюсы : иногда это работает. Как блестяще описывает книга «Корпорация Феникс», с мудаками работать нельзя.Если со стороны разработки есть ленивые ортодоксальные зануды, для которых ничего страшного свалить в файловую структуру миллион файлов: «что не так, код красивый», а со стороны инфраструктуры — динозавры, перекатывающие ось на железо , да еще и вручную через GUI, то очевидно, что - дела идут не так.
Нормальное конструктивное взаимодействие, которого достигли профессионалы, досконально знающие свой вопрос и понимающие основы смежных тем, привело к отличному результату не столько за счет изменения подхода в целом, сколько за счет возросшего понимания всех участников.
в процессе всей цепочки поставок и реализации конечного результата своей работы.
Минусы .
Это не так, как в жизни.
Сейчас мне скажут, что это DevOps! Тем не менее, в книге описывается непрерывное тестирование, непрерывная доставка изменений и подготовка сред выполнения, например кода, самими разработчиками.
Все все досконально понимают, они все такие милашки, что можно только порадоваться.
А когда мне надоело покупать сервера в стойках, все ушли в облако и пришло счастье.
Фигурка и занавеска.
Так что это оптимистическое описание не имеет ничего общего с реальной жизнью и с тем, что сейчас называется DevOps-подходом.
На практике обычно появляется группа (или один-два) разработчиков, которые узнали, что «DevOps много платят» и решили выйти в топ (иногда глубоко) по модным темам, таким как K8S, Helm, Terraform. Даже ничего не понимая и не считая необходимым понять, что базы располагаются не в воздухе и живут, а на дисках, не по воздуху, а по сети, не в вакууме, а на вычислительном узле, имеющем виртуализировался хоть сто раз, одна чертова штука работает на процессоре с какой-то специфической архитектурой и особенностями.
Простое добавление памяти не всегда приводит к увеличению скорости.
(Они, вероятно, даже никогда не слышали о NUMA.) Эти «девопы» начинаются хорошо, пока всё живёт по-прежнему, на настроенной спецами платформе, потом потихоньку начинают фуфить, перестают быть вменяемыми при общении с другими профессионалами, а в случае неизбежных провалов всегда что-то находят виноват в нарушении SLA. Конечно же, ради тяжелого наследия Legacy. И старое оборудование, от которого пора избавиться.
В чем проблема? А дело в том, что любого «многоинструлятора» автоматически назвать девопосом нельзя; Вы не можете изучить DevOps «с нуля».
За плечами должен быть багаж и опыт, и желательно не узко прикладной.
Такому «девопу» нельзя дать безраздельную власть над проектом и тем более над инфраструктурой.
Сетевые специалисты, как ни странно, очень нужны.
То же самое делают системные инженеры и администраторы баз данных со знанием особенностей СУБД.
Нам нужно перестать платить большие деньги только за знание модных технологий и стеков, начать рассчитывать TCO и понять, что подход «при необходимости масштабируем горизонтально» чаще всего изначально ошибочен.
В общем, речь идет не столько о вреде DevOps, сколько о вреде модных шарлатанов.
И недобросовестная эксплуатация модного термина.
Но это так близко к тому, что рациональные вещи вскоре тоже будут ненавидеть только потому, что некоторые настоящие адекватные DevOps отзываются о них положительно.
Общий : Нет необходимости «полностью использовать DevOps».
Чаще всего вам это не нужно или вы не можете себе это позволить.
И то, что доступно, не то, что о нем говорят. И самое последнее , про «все в облаках!» По крайней мере здесь мировое сознание наконец-то немного образумилось, и вывесило лозунг « Облачная репатриация ! и пошел правильным путем, в гибриды.
Что вы считаете вредным и требующий адекватный и справедливый реакции общество ? Всем удачи, живите с умом, разумом и благополучием! Теги: #DevOps #стартап #Управление продуктом #agile #ИТ-терминология #продукт #плоский дизайн
-
Эммануэл Николай Маркович
19 Oct, 24 -
Новый Мускус
19 Oct, 24 -
Как Читать Хабр Через Rss?
19 Oct, 24 -
Купит Ли Microsoft Домен Msn.ru?
19 Oct, 24
