Сегодня я покажу Вам примеры кризиса IT у маститых компаний. Казалось бы, там всё должно быть отлично с функционалом у приложений, но нет — все они заложники кризиса в отрасли. В конце объясню, почему, пока смотрим примеры.
Кризис IT в Ozon
Недавно пошел в Ozon, сделал несколько заказов с постоплатой. Посмотрел, сколько денег в Ozon-кошельке. Но не понял, где посмотреть общую сумму заказов к оплате. Пришел в пункт, сумму мне назвал сотрудник на выдаче. Пришлось пополнять кошелек.
Задал вопрос в поддержку — ответили, что такой функции нет:
Не рекламирую WB, а просто к пониманию ситуации в отрасли, но там сумма к оплате показывается.
Кризис IT в Mail.ru
В mail.ru завел папки по каждому клиенту. Клиентов много, часть из них переместил в архив.
Когда разбираю папку по клиентам, неудобно выбирать из списка всех клиентов. Но выбор папки по подстроке не возможен. Папки не активных клиентов переместил в папку архив, но нельзя ее свернуть, она всегда развернута:
Я уже не говорю о том, чтобы помещать письмо в несколько папок, или автоматическое присвоение тегов. Тогда бы я раскладывал письма по адресу отправителя, но ставил бы тег «Разобрать клиента». Нету тегов, нету их присвоения.
Не говорю и о том, что в 2025 году фильтры работают только по теме, а не по содержанию.
Кризис IT в Yandex
Купил подписку Pro на Шедеврум. Удивился, что и с ней показывается реклама. Но это кризис маркетинга, а не IT, ОК.
Но захотелось удобства при генерациях картинок:
Ответ:
Оргвыводы
Во всех этих случаях наблюдается общая тенденция. Причина ее в том, что решения пишутся с нуля.
При этом бюджета и порога сложности хватает только на реализацию базовых функций.
Естественно, отсутствуют библиотеки и решения функционала, которые можно полировать и шлифовать.
В итоге приложения реализуют только базовые потребности пользователей, а оставшиеся 20-50% функциональных потребностей пользователей остаются не удовлетворенными.
IT постоянно бегает за модой, создает новые языки программирования, но не развивает базу.
В итоге все приложения функционально сырые, неудобные. Нет отлаженной и отполированной функциональной базы. Нет соответственно, функциональных стандартов приложений, которым бы могли бы сертифицироваться приложения.
В итоге каждый пляшет, как хочет. А пользователи сталкиваются с функциональной недостаточностью. И особо это критично в связи с монополизиацией некоторых IT-гигантов, после чего почиватели на лаврах считают, что пользователи будут «давиться, плакать, но кушать кактус«.
Но даже наличие альтернатив не решает проблемы, потому что как я говорил, всё пишется с нуля. У одного не сделано одно, у другого не доделано другое. Сделать все не позволяют бюджеты и отсутствие отлаженной и проверенной базы для разработок. Я приводил пример, что у WB есть сумма к оплате, в отличии от Ozon, но у WB нет чего-то другого.
Комментарии (63)
DMGarikk
19.11.2025 08:50Причина ее в том, что решения пишутся с нуля.
потому что так дешевле, чем поддерживать имеющийся функционал
я вообще всеми руками за унификацию, но я прям очевидно вижу противодействие такому подходу почти на всех уровнях, от аналитиков до рядовых разработчиков
Был у меня пара проектов год назад, довольно схожие по UI и некоторой логике, я в итоге запилил там либу которая полностью отрисовывает интерфейс и мы выкинули 90% кода который в этих трех проектах дублировался... это очень тяжело далось, аналитики меня буквально на коленях убеждали так не делать со словами что "унификация ограничивает функционал"...при этом никто из них не мог объяснить как мне тянуть поддержку десятка разных костылей и что делать если еще один проект появится, тратить 100500 часов чтобы очередной код сортировки списка товаров сделать c нуля?
у нас кризис сеньоров в проектах, их тупо нет, всё делают дилетанты какието
fixin Автор
19.11.2025 08:50вот, эту проблему я и подсветил. Графические интерфейсы я начал щупать студентом в 1995 году еще, с тех пор ничего не изменилось. Все пишут с полного функционального нуля. Поэтому и проколы в функционале, поэтому и приложения удовлетворяют только "среднего по больнице" пользователя.
Для конкретной разработки дешевле, для отрасли в целом и общества - беда и кризис.
Любое приложение получается неполноценным.
pinac
19.11.2025 08:50Стоит различать кризис и зажравшийся пох.изм. При отсутствии конкуренции, все чаще происходит "и так сойдет"
fixin Автор
19.11.2025 08:50даже если исключить зажратость, на текущем уровне сделать лучше не смогли бы. Ибо нет базы... все с нуля.
janvarev
19.11.2025 08:50Ну, я не пишу с нуля - пишу на кодовой базе, которую развиваю уже 20 лет. Все удобно, все под рукой, быстро работает (потому что оптимизировано под хостинги 2008 года).
Из минусов:
1. для больших команд, я так понимаю, это не интересно, потому что каждый приходит со своим знанием React (фронта) и свистоплюшек PHP 8+. Формально у меня легаси с оригинальной архитектурой, такое мало кому интересно.
2. На SPA и мобилках это работает с небольшим скрипом, т.к. не было тогда таких парадигм.fixin Автор
19.11.2025 08:50я не про кодовую базу. у вас есть база пользвоательского функционала, вылизываемая 20 лет?
причем там не нужно большого быстродействия, пользователь работает очень медленно по сравнению с компьютером.
janvarev
19.11.2025 08:50у вас есть база пользвоательского функционала, вылизываемая 20 лет?
Да, кодовая + пользовательского.
Вылизываю я правда, лениво, но да - куча вещей сделано удобно (для меня). Например, генерируется CRUD-интерфейс по таблице в БД, сделал еще в 2008, с тех пор пользуюсь. И там массовых операций, увы, тоже нет - пользуюсь я ими слишком редко, а делать качественную реализацию тяжко.
Кстати, идеальная база "пользовательского функционала" - командная строка Linux, там вылизывается все очень долго. Правда да, это не визуальный интерфейс для обычных пользователей.
fixin Автор
19.11.2025 08:50да, и где же результаты вашего труда ИРЛ?
Какое приложение не открой - везде функциональные дыры.Видимо, вы переоцениваете свое влияние на мир.
janvarev
19.11.2025 08:50Не понял, с чего такие "наезды"? У вас, что ли есть значимый личный результат ИРЛ? Или вы будете бегать по Хабру и интернету со словами "все пропало", и еще критиковать тех, кто что-то делает? И заодно молиться на абстрактную "науку", к которой вы реального отношения, видимо, не имеете, а то не упоминали бы ее как аргумент, ей-богу.
kompanavt
19.11.2025 08:50Вы еще не вспомнили не работающие сортировки и фильтры в яндекс маркете :)
edogs
19.11.2025 08:50Это точно маркетинг. Как иначе подсовывать спонсорские товары и рекламу, если человек сразу будет находить что ему нужно по лучшей цене и уходить?
fixin Автор
19.11.2025 08:50ну, пример "кризиса маркетинга" с Шедеврумом я привел в тексте, спасибо и за Ваш пример.
SolidSnack
19.11.2025 08:50Кто вам вообще сказал что что-то пишется с нуля? На некоторых направлениях без фреимворков даже резюме ваше не смотрят
DMGarikk
19.11.2025 08:50фреймворк это не совсем то
фильтры в интернет магазинах и суммы товаров из примеров, к фреймворкам отношения вообще не имеют
fixin Автор
19.11.2025 08:50я про "функциональный ноль".
как там - расставляются кнопочки на форме "фильтровать, сортировать", пишется код под них.
А при функионально полной библиотеки эти кнопочки должны рисоваться сами, т.к. отображаемые данные порождают функциональность.В веб-разработке все еще хуже...
DMGarikk
19.11.2025 08:50такое поведение (с фильтрами и сортировкой) не всегда очевидно с точки зрения её реализации в автоматическом режиме
у меня была либа которая отрисовывала так интерфейс и были части системы где фильтры и сортировки были практически везде отключены, потому что их фактическая реализация была крайне сложная и тормозная, потому что данные по котором надо сортировать - это не просто таблица в БД, а очень громоздкая связка из разных сервисов неочевидно друг с другом связанных
fixin Автор
19.11.2025 08:50А пользователя беспокоят Ваши проблемы? Есть функциональный стандарт, хотите "пять звезд" - напрягитесь. Отелям может тоже не нужны факсы, но без них 5 звезд не дают...
Зато человек знает, чего ожидать.
А все эти софтины они и на одну звезду не натягивают по количеству функциональных дыр.DMGarikk
19.11.2025 08:50А пользователя беспокоят Ваши проблемы?
а скольким пользователям важны эти фильтры?
тут какбы такая штука что если 95% юзеров этот фукнционал не используют - его можно не делать, а оставшиеся 5% никуда с подводной лодки не денутся
А все эти софтины они и на одну звезду не натягивают по количеству функциональных дыр
ну вы продолжите жрать кактус. потому что у нас всего три маркетплейста, вам деваться некуда
fixin Автор
19.11.2025 08:50Вот. Я Вам за себя скажу, как программист.
У меня, как и у многих программистов, есть чувство перфекционизма.На этом строится весь опенсорс, когда записываются пожелания и делаются доработки.
Но понятно, что разовую поделку никто вылизывать не будет.
А вот функциональную библиотеку - ее бы вылизали до блеска.И разработчику нужно было бы только обновить библиотеку, чтобы реализовать "минорные" хотелки пользователя.
Но т.к. нет науки информатики, нет кооперации, каждый играет на своем баяне и оптимизировать отдельный баян нет никакого смысла.DMGarikk
19.11.2025 08:50перфекционизм это хорошо, но сервис это не про перфекционизм и не для программистов
он про бабки и конверсию лидов
если 95% юзеров пользуются и приносят деньги - всё норм
fixin Автор
19.11.2025 08:50да, потому в IT и кризис. Что IT развивается бизнесом, а не наукой.
Вы подтверждаете мои слова, спасибо.
edogs
19.11.2025 08:50А Вы точно не путаете кризис в ИТ с пиком черных технологий в маркетинге? В озоне не видя общую сумму человек пополнит с запасом кошелек. В маил.ру больше проведет времени смотря рекламу пока сделает что ему надо. И т.д.
Во всех этих случаях наблюдается общая тенденция. Причина ее в том, что решения пишутся с нуля.
Ага, сначала на хабре плодятся статьи (поддерживаемые профи) вида "как мы за 5 дней ловко переписали основную часть сервиса с устаревшего пхп на продвинутейший гоу не зная гоу", а потом начинаются жалобы что решения написаны с нуля и зачем это надо:)
В итоге приложения реализуют только базовые потребности пользователей, а оставшиеся 20-50% функциональных потребностей пользователей остаются не удовлетворенными.
Это может легко объяснятся паретто. Базу реализовать легко, а вот дальше начинается рост сложности, в том числе из-за роста связности. Одно дело написать 3 базовые независимые функции и отладить их на 5 пользователях, другое дело добавить к ним 7 сложных взаимозависимых функций без результата вида "наташа вставай мы все уронили" на рабочем проекте.
fixin Автор
19.11.2025 08:50не стоит видеть сложное в простом.
В той же почте - функции, необходимые для работы с письмами, можно сформировать за неделю работы аналитика, можно скомпилировать их из best-practicies. Но этого не делает ни наука информатика, ни частный сектор.В итоге все почтовые системы недоделаны, но в каждой пробел в чем-то своем.
"Если бы нос Ивана Петровича к глазам Сидора Васильевича"edogs
19.11.2025 08:50не стоит видеть сложное в простом.
Самое простое объяснение какого-то явления в коммерческом продукте - выгодность этого явления.
А вот выделять для объяснения причин сначала ИТ департамент, потом его уровень, потом способ разработки - это как раз сложно.В той же почте - функции, необходимые для работы с письмами, можно сформировать за неделю работы аналитика, можно скомпилировать их из best-practicies. Но этого не делает ни наука информатика, ни частный сектор.
А сделать технику ломающейся не после окончания гарантийного срока, а работающей десятилетия это не просто можно, это уже было. Но ... сейчас такого не делает никто.
fixin Автор
19.11.2025 08:50Раньше и на луну "якобы" летали. Я не про это.
А про то, что сделать приложение функционально полным без накопленной базы знаний не получится.Поэтому мы все вынуждены пользоваться поделками. И в ближайшую пятилетку никаких изменений этого не вижу. Потому и алармирую в набат.
Не хочется снова и снова кушать не прожаренные сырые приложения.edogs
19.11.2025 08:50сделать приложение функционально полным без накопленной базы знаний не получится.
Первопричина без которой его не получится сделать функциональным - отсутствие задачи у бизнеса сделать его функциональным. Остальное - следствие.
Не хочется снова и снова кушать не прожаренные сырые приложения.
Формат блогов, в частности хабра, это чисто маркетологическая фича со специально зарезанным функционалом. И ничего, лет 15 уже кушают массово, а другие форматы почти вымерли. И заметьте, Вы при всей своей критики в адрес озона - про тот же полный функционал хабра ни слова ни говорите... потому что просто привыкли и приспособились или по какой причине?
usiqwerty
19.11.2025 08:50В том, что сайт пишется с нуля нет ничего плохого. Плохо то, как его пишут.
Что у озона, что у вб абсолютно неюзабельные приложения, где в карточке товара находится только реклама других товаров. А отзывы и оценки это маленькая скромная кнопка, которую попробуй найди ещё.
Да, наверно в совокупности с другими факторами это можно назвать кризисом, но точно не из-за того что сервис создан с нуля
fixin Автор
19.11.2025 08:50это как раз следствие, что пишется с нуля. Если бы была сертификация, коряво написать не получилось бы - ну или Озон ходил бы с позорным рейтингом "одна звезда"
Akuma
19.11.2025 08:50Общая сумма заказов в озоне отображается возле штрихкода, который вы показываете сотруднику.
Не знаю правда как давно добавили
fixin Автор
19.11.2025 08:50Не, не отображается. Да и вопрос я задавал неделю назад, вряд ли подсуетились.
Да и неважно это. Само наличие подобных функциональных дыр говорит о кризисе реализации функциональности над данными в ITAkuma
19.11.2025 08:50Буквально вчера получал.
Под штрихкодом (который общий, с главной страницы приложения) есть список товаров с ценой каждого, плюс над списком общая сумма.
Само наличие таких дыр говорит о банальных косяках, как и везде. Возьмите Apple/Google - я им о таких багах сообщал, что кажется невозможно такое не заметить. Все крупные компании - это концентрат багов и мелких проблем.
fixin Автор
19.11.2025 08:50у меня нету в приложении под андроид. Может вы яблочный?
Само наличие этих дыр говорит об отсутствии фундамента. Когда дом строят на песке.
Но все уже настолько привыкли к этому, что пользовательская лягушка сварилась и не задает вопросов.
Бизнес не хочет вкладываться в науку, потому что пользователи-терпилы и так все схавают.
Akuma
19.11.2025 08:50Да, на iOS.
Ну что поделать, бедная компания Озон ))
fixin Автор
19.11.2025 08:50Бедная не компания Озон, а бедные мы.
Информатика умерла и мы пользуемся ее плодами 30-летней давности, не продвинувшись далее. За 30 лет можно было сделать много. Но сделано ни-че-го.
Вот опять же - один и тот же функционал на ИОС и Андроиде реализован по-разному. Наглядно.DMGarikk
19.11.2025 08:50За 30 лет можно было сделать много. Но сделано ни-че-го.
да ответ прост, ты лично готов за это заплатить? другие люди готовы за это заплатить? есть смысл это делать? принесет это дополнительные деньги?
fixin Автор
19.11.2025 08:50друже, а за ГОСТЫ и ISO люди хотели заплатить?
А пользуются с удовольствием.Это не люди должны решать, а государство и бизнес.
Бизнесу в конечном итоге это будет выгодно - не нужно каждый раз будет изобретать велосипед.
Но без науки бизнес это не сможет. Так и будем велосипедировать еще 30 лет. Еще 30 упущенных лет. А что, бабло пилится, всем хорошо.
В навозе тепло и уютно.DMGarikk
19.11.2025 08:50воу воу, вот не хватало нам госстандартов на интерфейсы в ПО
ГОСТ и ISO нужны там где важна безопасность, например в транспорте, пищевой промышленности, инфраструктуре
госрегуляция в интерфейсах ПО это блин квадратногнездовое мышление и вечное застревание потому что изменение госта никто согласовать не сможет годами
==
Конечно есть приятный пример стандартизации зарядок у телефонов, но там уши растут не в удобстве, а в монополизме и вытекающим из него проблем в т.ч. в экологию и т.п.
SeveR31
19.11.2025 08:50Я конечно понимаю, что автор 1с разработчик, где нет модульности и есть монополия одной компании с присущим этому уровнем кривизны, но называть такие "недоработки" кризисом очень громко. У каждой компании миллиард своих внутренних сервисов и библиотек, которые пишутся не от хорошей жизни, а потому что должны удовлетворять каким-то условиям, причем для всех они чаще всего индивидуальны (разные уровни нагрузки, отклика, хранения и т.д.). Получить идеальный инструмент под свою разработку, который ещё не будет рандомно апдейтится в неподходящий момент и не зависит от миллиона других независимых кусков - это ли не счастье разработчика?
Я в целом себе слабо представляю госты по интерфейсам, там будут проценты vue и react оцениваться, как свинина и говядина в составе колбасы? Или верстание только div? Они будут очень субъективными и отражать взгляд пишущего, а не "правильность" (если она вообще есть в случае визуала). И при этом это не даёт гарантии, что продукты из одного ГОСТ-а будут одинаковы по качеству (как пример, что скоро шоколад с 5% шоколадосодержания будет считаться продуктом одной категории с 25% шоколадом, хотя разница очевидна даже без изучения). Я нашел самый слуховой пример, но думаю если порыться - можно найти много абсурда.
И даже если неожиданно выпустят "общий гост по шакалоинтерфейсам", что это поменяет? Всё не станет работать одинаково хорошо, всё будет работать одинаково плохо, потому что люди склонны ошибаться, а какие-то вещи имеют чисто субъективное восприятие без единого правильного пути. Я бы лучше подстёгивал их конкуренцию рублем, чтобы они делали свои продукты лучше, чем убивал её наглухо. Не нравится вам что-то в продукте - платите за другой, который вас устраивает. Слабые скопытятся, хорошие станут улучшаться. Когда хорошие перестанут улучшаться - их нагонит новый конкурент. А монополия останет продукт на одном месте, где они могут мутить любую чушь и ничего им не сделаешь, потому что они прописаны как обязательное использование на вашем складке на территории нашей страны.
fixin Автор
19.11.2025 08:50Стандарты пишутся, чтобы все работало хорошо.
Не вижу ничего плохого в переводе разъема лайтинга на тайп-си например.Мы будем ожидать от приложений определенного уровня.
А то даже у крупных разработчиков получаешь поделку студенческого уровня с множеством не закрытых дыр функционала.
Не, ну если им будет нравиться мусорный рейтинг Омега у приложения, пусть выпускают с таким рейтингом.
Но я думаю при наличии таких стандартов быстро появятся библиотеки, их реализующие.
Что сложного в том, что я написал?
Это не может выявить тестировщик? На эту тему нельзя написать список требуемых функций?
Может этот список изложен в каком-то разделе информатики? Нет.
Пользователь и так схавает, бизнесу наука не интересна.Поэтому мы до сих пор ездим на велосипедах. И надеяться что придет Форд и подарит нам автомобиль, нельзя. Без развития науки инженеры от бизнеса не прыгнут выше головы.
Есть вещи, которые осмысливаются практиками только после того, как их осмыслят теоретики. А без этого практики их даже не видят. Им и так хорошо. Бабло же течет.
boris768
Что-то уж больно далеко идущие выводы, видеть "кризис" в минорных недоработках - перебор даже для статей от "радужных" HR.
fixin Автор
Так минорные недоработки - как раз следствие общего кризиса, когда все пишется "с нуля". В этом главная мысль.
MEGA_Nexus
Минорные недоработки - это лишь отсутствие этих пунктов в ТЗ на разработку продукта. Или отсутствие времени на их реализацию, когда имеются более приоритетные задачи.
fixin Автор
Если бы была общая функциональная база, на это нужен был бы бюджет 0 рублей, потому что весь функционал был бы уже реализован. Это следствие кризиса в отрасли. Когда могут написать только новый язык и фреймворк, но не функциональную библиотеку.
prika148
Как Вы оценили, что это пишется "с нуля"? Почта мэйла - чуть ли не самая старая из существующих в России - думаете, они каждый раз её переписывают?
Да и Личный кабинет в Озоне существует не один год - предположу, что процесс доработок в нём у коллег отлажен
Я не знаю, как там дела, но со стороны выглядит, что уж на такую доработку, которую Вы ожидаете, у компании есть и бюджеты и компетенции. Вполне может быть, что её намеренно не сделали (или даже сделали, а потом - удалили). Вам кажется, что это удобно, но как оно отражается на метриках - не очевидно
fixin Автор
Вот, вы сами высказали это слово - бюджет.
каждая конторка пишет с нуля, нет кооперации. Нет общих библиотек, нет стандартов функционала. Про это я и пишу в статье.
Поэтому все сервисы, даже крупные, глобально недоделаны.
boris768
Так раскройте, в чем этот кризис состоит, я из статьи вижу только то, что 3 разных сервиса недоработали свой UI, может вследствие недостаточных тестов, может из-за отсутствия внятного фидбека, это везде такое можно найти, shit happens, как говорится. Вы в статье берете просто 3 рандомных своих жалобы (именно на то, что лично вам неудобно, но это не означает что оно так для всех), а затем накидываете тезисы что кто-то там куда-то бегает за модой и блаблабла, нытье нытье нытье. Так не работает, это просто ваше мироощущение, а не какая-то объективная реальность.
fixin Автор
Все очень просто - нужно развивать информатику и функциональный стандарты на ее основе. И сертифицировать продукты по этим стандартам.
А там уж разработчики библиотек подсуетятся и сделают нужные библиотеки.
Банально - если есть список и действия с его элементом, значит я должен иметь возможность выделить нужные мне элементы и сделать действия последовательно с выбранными элементами, как пример. Все ли продукты пройдут такой простой функциональный тест?
janvarev
О нет...
У нас будет российский стандарт, стандарт от Apple, Google... Стандарт от Apple к оформлению будет меняться каждый год с выходом новой OS....
Нафиг, нафиг.
fixin Автор
Стандарт должен происходить из стен науки. И это просто проверка на функциональность. Вы же не против ISO и ГОСТов, когда речь идет о колбасе.
janvarev
О-о, похоже вы не были в стенах российской науки! Там есть "стандарты", есть. И исследования есть. И лучше бы вам их не смотреть, чтобы не получить травму...
Лучшие стандарты где-то в районе WiFi, USB... и там они, по-видимому, нужны, чтобы как-то примирять производителей друг с другом (которые, собственно, в комитете и сидят). ISO работает в части случаев, в части - не работает.
Безопасность здесь, тем более пищевая.
fixin Автор
Я про функциональные стандарты.
Были такие в СССР касательно освещения, эргономики и т.п.
Наличие функциональных дыр в приложениях - следствие того, что эти стандарты не развиваются.
В итоге в супер-модном приложении вы должны тыкать по каждой строчке, вместо того, чтобы обработать их скопом. Это классика, в 2025 году повсеместно. С 1995 года не поменялось...
Информатика при смерти.
edogs
Вот оно чё, Михалыч, вот оно чё.
Даже слов нет цензурных.
fixin Автор
Потом спасибо скажете. ;-)
opusmode
Нет, вообще нет.
Яндекс это большая организация, где полно команд, живущих своей жизнью. Небольшой косяк в одном из сервисов вообще ни о чём не говорит.
Мейл это сейчас кусок большого ВК
Озон живёт своей жизнью, причём тут wb?
У них есть свои признаки кризиса, но вы приводите мелочь
fixin Автор
Повторюсь, раз вы не читали комментарии. Мелочи (функциональные дыры) - следствие большого функционального кризиса IT, когда не изучаются необходимые пользователям функции. А пишут "из головы"
DMGarikk
я бы еще добавил - и сами потом этот продукт не используют
==
был у меня такой момент, там форму из 50 полей бахнули в одну колонку с прокруткой, в вебформе которая на стационарном компе отображается...на все возражения был один ответ "ну ниче, покрутят мышкой"...из 15 человек моей команды только я и один из разрабов были против такой концепции...я хз как это называется
fixin Автор
нету на них информатики. Кстати, информатика как наука, вообще жива?
janvarev
Есть исследования в разных областях computer science (у меня не поворачивается язык называть это "информатикой"). Один из их результатов - современные LLM.
Исследований UX тоже тонны.
fixin Автор
Но где результаты этих исследований ИРЛ? Я захожу на сайты крупнейших контор и вижу "детские дыры".
Это как если увидеть офисного менеджера обкакавшегося на рецепшене.
janvarev
Это ваше частное мнение, приятно вам это или нет (хотите закажем "академическое статистическое исследование"?). Куча других людей этих проблем не видит - значит, тратить ресурсы на их решение может быть нерентабельно.
fixin Автор
Дык куча людей в том же США страдает ожирением и как бы не видит в этом проблемы.
Есть много проблем, которые люди не видят или смирились.
И это не значит, что мы должны продолжать жить в д..ме.
DMGarikk
не живи, создай стандарт и заплати за его внедрение
все хотелки стоят денег, если всем плевать то никто деньги тратить не будет...демократия чёртеёвозьми
fixin Автор
Для начала я озвучиваю проблему.
А то ослепленные "блеском" ИИ, многие не видят очевидных проблем и кризиса в IT.