Ozon, Mail, Yandex — все в кризисе IT

Сегодня я покажу Вам примеры кризиса IT у маститых компаний. Казалось бы, там всё должно быть отлично с функционалом у приложений, но нет — все они заложники кризиса в отрасли. В конце объясню, почему, пока смотрим примеры.

Кризис IT в Ozon

Недавно пошел в Ozon, сделал несколько заказов с постоплатой. Посмотрел, сколько денег в Ozon-кошельке. Но не понял, где посмотреть общую сумму заказов к оплате. Пришел в пункт, сумму мне назвал сотрудник на выдаче. Пришлось пополнять кошелек.

Задал вопрос в поддержку — ответили, что такой функции нет:

Не рекламирую WB, а просто к пониманию ситуации в отрасли, но там сумма к оплате показывается.

Кризис IT в Mail.ru

В mail.ru завел папки по каждому клиенту. Клиентов много, часть из них переместил в архив.

Когда разбираю папку по клиентам, неудобно выбирать из списка всех клиентов. Но выбор папки по подстроке не возможен. Папки не активных клиентов переместил в папку архив, но нельзя ее свернуть, она всегда развернута:

Я уже не говорю о том, чтобы помещать письмо в несколько папок, или автоматическое присвоение тегов. Тогда бы я раскладывал письма по адресу отправителя, но ставил бы тег «Разобрать клиента». Нету тегов, нету их присвоения.

Не говорю и о том, что в 2025 году фильтры работают только по теме, а не по содержанию.

Кризис IT в Yandex

Купил подписку Pro на Шедеврум. Удивился, что и с ней показывается реклама. Но это кризис маркетинга, а не IT, ОК.

Но захотелось удобства при генерациях картинок:

Ответ:

Оргвыводы

Во всех этих случаях наблюдается общая тенденция. Причина ее в том, что решения пишутся с нуля.

При этом бюджета и порога сложности хватает только на реализацию базовых функций.

Естественно, отсутствуют библиотеки и решения функционала, которые можно полировать и шлифовать.

В итоге приложения реализуют только базовые потребности пользователей, а оставшиеся 20-50% функциональных потребностей пользователей остаются не удовлетворенными.

IT постоянно бегает за модой, создает новые языки программирования, но не развивает базу.

В итоге все приложения функционально сырые, неудобные. Нет отлаженной и отполированной функциональной базы. Нет соответственно, функциональных стандартов приложений, которым бы могли бы сертифицироваться приложения.

В итоге каждый пляшет, как хочет. А пользователи сталкиваются с функциональной недостаточностью. И особо это критично в связи с монополизиацией некоторых IT-гигантов, после чего почиватели на лаврах считают, что пользователи будут «давиться, плакать, но кушать кактус«.

Но даже наличие альтернатив не решает проблемы, потому что как я говорил, всё пишется с нуля. У одного не сделано одно, у другого не доделано другое. Сделать все не позволяют бюджеты и отсутствие отлаженной и проверенной базы для разработок. Я приводил пример, что у WB есть сумма к оплате, в отличии от Ozon, но у WB нет чего-то другого.

image_pdfimage_print

fixin

Программирую на 1С с 1999 года. В 1С просто Гений. В 2020 году ушел из офиса на вольные хлеба фриланса. Принимаю заказы.

Вам может также понравиться...

комментариев 17

  1. Serg:

    Ну и причëм тут кризис, если в абсолютно разных сервисах тебе не хватает каких-то разных вещей? Причëм не столь уж критичных. Обычная ситуация, выпускают базовый функционал на рынок и потом наворачивают дальнейшие удобства. Если продакт-менеджеры в mail.ru не считают, что надо делать какие-то фичи — это не кризис отрасли.

    • При том, что все пишется с нуля, а не на основе фундамента, где функциональность закончена.
      программисты рисуют кнопочки в 2025 году. Жесть.

      • Serg:

        Что значит рисуют, если взять ОС, то там уже есть библиотеки с графическими компонентами, разработчик только указывает «вставь здесь кнопку с таким-то текстом». Если ты грезишь о каком-то компоненте типа » список записей с возможностью добавить/редактировать/удалить», то кагбе единого под все языки нет и это правильно, ибо невозможно одним языком всë эффективно охватить. Грубо говоря — неудобно одним молотком забивать гвозди в обувь и в доску. А в рамках фреймворков такие компоненты вполне существуют. Но опять же, полная универсальность это глупо, никому не понравится список постов соцсети в виде формы 1С. Я уж не говорю что под капотом, сравнивать данные какого-то магазинчика и твиттера никак невозможно, хранение постов миллиарда юзеров не сделаешь в одном инстансе постгреса. Так что где уместна унификация — она есть. Где уместно разнообразие — оно появляется, в виде языков и фреймворков. Грубо говоря, создать единый магазин для всех людей со всеми возможными товарами не выйдет, да и не надо.

        • тебе тяжело выйти из парадигмы программирования в парадигму решения проблемы.

          • Serg:

            Это тебе тяжело выйти из парадигмы 1С. IT развивается, полно решений, библиотек и т. д. Отсутствие какого-то функционала не служит признаком кризиса. Вот в среднестатистическом китайском кроссовере нет пневмоподвески, а в туареге есть. Это кризис автомобилестроения Китая? А может надо разработать стандарт подвески и выпускать только по стандарту, тогда и у лады будет пневма, вот заживëм-то сразу. Да и вообще сделать стандарт кроссовера и выпускать одну модель на весь мир. А так кризис, каждый концерн сам свою модель костылит. У одних есть физические кнопки для уповвления климатом, у других нет. Ну точно кризис, единый стандарт интерфейса передней панели решил бы проблему. Надо развивать науку автомобилестроения, бизнес не вывозит.

          • за эти 30 лет не вижу функционального развития. Потерянное время. Ученые не коснулись Айти, её мучали только инженеры.

  2. Serg:

    Что такое функциональное развитие? 30 лет назад ты и помыслить не мог о переводах по номеру телефона, а сейчас это обыденность. 30 лет назад ты бы сам писал движок для игры, а теперь можешь взять готовый. В 2010-ых годах были опубликованы академические статьи об алгоритме распределëнного консенсуса, на основе их была сделана Apache Kafka, которая широко используется. Прогресс в ИИ последних лет был именно после новых научных статей, чтобы ты знал.

    • это прогресс в отраслях, обслуживаемых программированием.
      в самом программировании программисты все так же пишут кнопочки.

      • Serg:

        ИИ и кафка — это проресс именно в разработке. Кто-то через вайб-кодинг и кнопочки накидывает, просто промптами. Я буквально вчера видел доклад, как ИИ сгенерил консольный тетрис, чисто по описанию, без всякого программирования.

        • ИИ в программировании помогает экстенсивно, а не интенсивно.
          Суть моей статьи в том, что нужно менять парадигму программирования, а не приделывать костыли загнанной лошади 30-летней парадигмы программирования в виде ИИ.

          • Serg:

            Интернет говорит, что экстенсивное развитие — это развитие за счёт количественного фактора, без повышения производительности. Однако ИИ как раз повышает производительность разработчика (в некоторых кейсах, но не суть). Что до парадигмы — ну создание библиотек/фреймворков давно идëт, и компонентов тоже. А твои мечты о чëм-то универсальном на практике сталкиваются с тем, что это просто не нужно. Не имеет смысл создавать универсальный кабинет для врача любой специальности, стоматологу нужны свои инструменты и приборы, а нейрохирургу совершенно другие. Э

          • повышает скорость, но не дает принципиально новое качество. Ведь парадигма разработки остается прежней — «нарисуй мне такую кнопочку и менюшку».
            Интерфейсы имеют общий функционал, потому что ими пользуются люди, а не рептилоиды.
            Но их никто не изучает и не применяют результаты обучения. Всегда пишут с нуля

  3. Serg:

    Врачами тоже пользуются люди, однако вот нет универсальных врачей с универсальными инструментами. Ибо гораздо проще и лучше, когда у врача есть специализация. А что есть общего — то и изучается в общих дисциплинах. В разработке так же. Что есть общего — в библиотеку, а остальное сам дописываешь. Это проще и лучше, чем какой-то убер-компонент, который надо сто часов настраивать и хер запомнишь, что там к чему. По поводу принципиально иного качества — промпт это иное, нежели руками код писать.

    • Аналогии, как обычно хромают.
      Промпты ускоряют программирование, но моя статья не о программировании. Оно за 30 лет осталось на том же уровне, что и было.
      ИИ лишь ускоряет разработку.
      Но кнопочки пишутся ручками. Увы.

      • Serg:

        В чëм хромают? Программирование даже за 10 лет сильно изменилось, за 30 уж и не говорю. Меньше усилий тратится на рутину, на всякие типовые ситуации. «Кнопочки пишутся ручками» — я тебе уже говорил же, ИИ может сгенерить по промпту в духе «сделай мне такую-то форму с такими-то кнопками». Да, это сейчас в начальной стадии развития, но тем не менее. Да и вообще, факт писания кода руками — это никакой не кризис.

        • лягушка медленно сварилась. Находясь внутри процесса вам сложно критично анализировать ситуацию.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *