Плюс особенности поддержки и дальнейшей разработки.
Новому человеку с опытом разработки на фреймворке X будет куда проще и быстрее въехать в проект, написанный на фреймворке X, а не на крутом-оптимизированном, но собственном.
Бизнес хочет и, собственно, ему выгодно максимально быстро адаптировать нового человека и максимально не плодить "незаменяемых".
в данном случае дело не в фреймворке, там наверное какой-нибудь жабаскрипт с электроном и ноджээсом плюс слои совместимости для андроида под все платформы
так что вопрос к архитекторам, а не к программистам
есть примеры, когда проект вышел слишком поздно из за оптимизаций и не занял свою нишу на рынке, но есть такие-же точно истории, когда проект вышел вовремя, но с такими багами, что первый же конкурент, исправивший их, занял целевую нишу
так что х.з., "и так и так бывает", но тенденции на снижение качества общие для всех отраслей
Есть quality gate, и понятие некоего минимума безглючности ниже которого релиза не будет. В идеале не должно быть критикал багов и того что полностью блокирует работу любой из фич, этого почти всегда достаточно чтобы занять нишу. Но если приложуха достаточно большая, могут и с критами релизнуться в надежде пофиксить в первую неделю две.
Чтобы конкурент занял нишу до фиксов, надо чтобы или он практически в спину дышал, или просто легендарно обосраться с забагованностью.
Это когда дом построили в целом по плану, но косяк был уже на этапе проектирования и чтобы его исправить - нужно в лучшем случае перестроить полдома предварительно разобрав его так, чтобы нормальная часть осталась. Но возможно проще построить заново.
А поговорить? Дом на тоненьких ножках, которые не могут выдержать всю надстройки)утрирую) гипербализирую. Те сделали платформу, но многое не учли или ТЗ изначально было такое....))
Критикал в архитектуре незадолго перед релизом это не то что фантастика, но мутная такая штука. Критикалы учитывая их размеры находят быстро, эта хрень всплывающая буквально на любой регрессии, потому что крит блядь блочит фичу или создаёт иную огромную проблему. И критикал соответственно будет найден рано и релизные планы можно будет поправить под фикс. Если же архитектурный крит нашёлся прям за неделю-две до релиза, то тут варианта два - или его влили в одном из свежих билдов и проще откатиться, или его проёбывали очень долго ну и тут ничего не попишешь, да. Но во втором случае выходит что и тестеры и разрабы легендарные мудаки, если смогли такую вещь проморгать.
могу пример привести к предыдущему комментарию: вот вы используете базу, всё уже на ней написано, а потом предъявляют требование к физическому представлению базы (например - разбитие на отдельные файлы по критерию)
и всё - весь бакэнд (и половина интерфейсов к нему) пошли лесом
или нагрузку финальную не учли, а лимитов в базе на расширение нету и следовало бы выбрать иную базу
разное бывает, а почему долго тянули? ну, могли время не выделять по это дело.
Как приложение банка может не занять свою нишу. Не установить же клиентам альфы приложуху Тинькофф, как бы ни хотелось. хотя интересно бы получить приложение для любых карт любых банков.
при наличии открытого api это возможно, другое дело, что не все вызовы будут раскрывать и, подозреваю, стандартов на "открытый банкинг" наверное не так много
Программисты (по крайней мере того уровня, что работают в банках) умеют и смогут реализовать без сторонних зависимостей. Только это будет стоить в 10 раз дороже, и по времени в 10 раз дольше. А зачем тратить время и деньги на то, чтобы изобрести велосипед? Бизнес платит за решение его насущных задач, а не за сферический скилл программиста в вакууме.
Вот про программистов банков вообще мимо. Как минимум РФ банков. Все они делают решения на том, что бизнес попросит и так, как бизнес попросит. Оно может даже тормозить нещадно и работать непонятно как. Сам лично с этим работаю и каждый день сру кирпичами от такого отношения
Если руководитель направления не может донести бизнеса, что оптимизация тоже нужна, может он не руководитель ? Есть же куча директоров и прочих ребят. Просто всем пох, руководству пох, команде пох, последнему исполнителю пох.
К сожалению всем пох, действует метод «и так пойдет»…
Вопрос сколько эта денег оптимизация принесёт/сэкономит.
Ну выкатит он, что оптимизация банковского приложения стоит 100 человеко-дней, ему ответят, что из-за тормознутого приложения из банка уходят менее 0.01% клиентов, не рентабельно, до свидания
Бизнесу насрать на вообще всё кроме двух вещей - денег и законов
Любое телодвижение должно приносить деньги, экономить деньги, или соответствовать комплаенсам. Всё
Вся разработка прямо или косвенно решает одну из этих трех проблем, иначе бизнес деньги на это выделять не будет.
А учитывая что оптимизация нередко это усложнение кода, да ещё и требующее высокой квалификации (а значит зп) то бизнес десяток раз подумает, а надо ли ему выкидывать деньги хер пойми куда
Чего блять ? Банковский бизнес не желает платить в ИТ? А ЗП от 350-400 у части моих товарищей, что работают в ИТ секторе банков уже мало ? И эта средняя зп, они не руководители…
А теперь представьте, что на оптимизацию одной задачи надо взять на 1-2 спринта целиком команду разработки. Давайте считать по максимуму. 2 спринта, стандартные 9 человек. 400к на руки каждому. Добавляем все налоги, которые обязан платить работодатель. Учитываем, что весь месяц твоя команда не работала над задачами, которые приносят деньги, а работала только над оптимизацией уже существующей.
1-2 спринта? Оптимист. И не забываем что нужно не только переписать, но и протестировать - ещё минимум сверху столько же, если не больше на нормальный регресс.
Не забудьте itsec, и всякие внутренние сертификаты и просую ебалу с безопасностью. И причем такая ебала у каждого сервиса в контуре (у каждого сервиса своя команда, которая не хочет отвечать если новая сборка его положет или не дай бог скомпрометирует). Так что можно смело после готовой сборки ещё пару месяцев по сертификатам иибезам бегать наверно.
Банковские прилы как никак не бфф, там на уровне прокси все дыры не прикроешь наверно.
Я ж про какую-то конкретную задачу. Задачи оптимизации обычно не выполняются в режиме «оптимизируем все!». Но да, TTM будет сильно больше, потому что никто из-за такой мелочи ставить целый релиз не будет. Особенно в мобилке, где пользователи неохотно обновляются.
Да, причём, довольно много. Это очень быстрый и удобный способ, который позволяет сотрудникам офисов заниматься другой работой / сократить их вовсе. Розница - самый дорогой ресурс
Корень этой проблемы - отсутствие квалифицированных управленцев. Есть такая теория - что управленцы должны оперировать рисками. Но, как мне кажется, для этого работа должна быть больше плановой и меньше спринтовой.
Смотря чего. Я вот ломал промышленный контроллер управления водоподготовкой бассейна, так там был скрипт самовосстановления) Я, принципе, нужное сделал, получил доступ, а потом запустился, по крону, видимо, скрипт самовосстановления. Очень удачно восстановив все, что я наломал, но сохранив нужный мне доступ) Просто я не был уверен, что смогу восстановить все в начальном виде) А тут бац, скрипт запустился и всё по красоте)
А еще тестовые стенды, курсы, семинары и т.п. Но почему то бизнес начинает все это оптимизировать. Потому как, хз почему, бизнес опять начинает работать на уровне понятий "это гипотетическая проблема, а есть реальные проблемы". И это печально.
Я сейчас работаю в компании, где я иду к учредителям, говорю, "надо купить вот такую-то хтонь, потому что потому то", если это там прям не сотни тыщ, то мне говорят "давай купим" (а если сотнитыщ - ну, могут допом поспрашивать)
Это не значит, что я пытаюсь решить все вопросы деньгами не экономлю деньги компании, нет. Просто я знаю, что в случае чего нужная мне вещь будет куплена
У меня чуть сложнее все. По одним направлениям есть проблемы с закупками товаров, по другим нет. Но вот есть проблема с закупками услуг, если требуется привлечь спецов к настройке отдельных систем. Из последнего, к чему хотел привлечь профи - настройка транка в SBC Definity. Но там час работы неприличных денег стоит.
Зашёл найти это сообщение. Всё верно. Фреймвёрки размножаются в геометрической прогрессии. Скорость создания приложения увеличивается в разы, но многие пакеты грешат отсутствием оптимизации, как следствие скорость исполнения и размер конечного продукта. И раньше такое можно было сделать. Например создать исполняемое приложение на PHP, включив весь функционал языка в exe файл.
Ключевое слово всего бизнеса - быстро, пусть херня, пусть слепили из говна и палок, главное быстрее выйти на рынок, быстрее запустить, время - деньги, вот запустим, там допилим, может быть, а если бабло будет и так капать, то и хрен с ним. И так во всём, не только с программами.
Банки не любят готовые решения и фреймворки . Точнее не любят сторонние. Поэтому там 100500 модулей, а само приложение это влегкую больше 10 млн строк. Потом это все линкуется (очень часто и статически, то есть с дублированием) и получается вот такой размерчик.
Финтех приложение, над которым я работал, после 8 лет разработки было примерно 5млн строк, а компания была сильно меньше сбера.
А ещё это рационально и логично, но возмущабщийся, может выбрать для себя такое приложение (не обязательно банковское) , где это не так (жаль сейчас таких нет) или написать своё подобное, если ему делать нехуй
Это бизнес изнасиловал разраба или архитектора, чтобы он использовал фреймворк из которого подтянется 500Мб мусора?
Или это бизнес заставляет разрабов писать говнокод вместо того чтобы изучать как правильно разрабатывать софт?
Да бизнесу вообще всё равно кто там на чем пишет. Он про это вообще ничего не знает.
Ему главное чтобы все делалось в заявленные сроки и выделенный бюджет.
При этом чтобы сроки были адекватными.
Весь этот говно софт последних 15 лет следствие исключительно того, что ни разрабы ни архитекторы не хотят париться, а лепят одно говно из другого говна полностью исключая какую либо ответственность за результат и прикрываясь бизнесом.
К бизнесу только одна претензия - точно такое же полное отсутствие ответственности за что либо. Следствием чего является отсутствие какого либо стратегического мышления и контроля.
По секрету скажу, да это бизнес выбирает и индусский код и программистов за миска рис - это естественный цикл капитализма, по завершению которого не очень расторопные ребята гибнут под обломками So Big So Fail, а новое поколение строит уже новые домики из халявного стройматериала. Правда ныне ФРС мешает естественному движению дел. Но ведь чем больше мусора на крыше, тем меньше времени будет для экстренной эвакуации...
Программисты за миска рис - это хоть и негативный фактор, но далеко далеко не самый важный. Особенно в больших компаниях. Самый важный фактор - это управление. Как говорится, стадо овец под предводительством тигра легко победит стаю тигров под предводительством овцы. Ну или если говорить техническим языком, то согласно теории комбинаторики и игр в системах с более чем 3 объектами количество связей между объектами на много порядков превосходит количество объектов. Поэтому именно взаимодействия между объектами и являются определяющими.
В моём понимании "бизнес" это или владелец компании если она мелкая или совет директоров. Ни те ни другие такими вещами не занимаются.
Этим занимаются "эффективные манагеры", которые вообще ничего не понимают в предметной области. Что и приводит к гибели. Причем не только в ИТ.
И Ваш вывод о том, что это является следствием текущей экономической и социальной модели - совершенно правильный.
Про эвакуацию мысль глубокая. Так оно всегда и бывает.
Факты. Один какой-нибудь ангуляр или реакт только пока ставишь, уже сотка набегает. И это пустая оболочка. Туда три пнг картинки ещё докинуть и всё - готово)
А потом они говорят: фреймворки это охуенно, пиздато и вообще новейшие технологии, а кто ими не пользуются - отсталые.
А чем же они лучше на самом деле? А работать почти не надо, за тебя уже все сделали, только функцию вызови нужную и готово. А сам написать потом ничего не умеет. Вырождение какое-то.
«Тяжёлые времена рождают сильных людей, сильные люди создают лёгкие времена. Лёгкие времена рождают слабых людей. Слабые люди создают тяжёлые времена.»
Это как раз не бизнес любит, а разработка. Бизнес любит просто когда быстро делают, а на фреймворказ как рапз быстрее. Поэтому тут - то как раз вопрос к разработке и продактам, которые это одобрили.
Умеем и даже хотим, но бизнес ставит задачу: сделать как можно быстрее и дешевле. Поэтому приходится забивать на многое и откладывать оптимизацию на потом, которое не настанет, потому что в проекте наберётся критическая масса связей, и оптимизация станет дороже, чем выпуск нового продукта с похожим функционалом. Тем временем, дефективный менеджер, который руководил разработкой уже в другой компании занимается тем же самым, тот, кто пришёл вместо него, идёт по точно такому же сценарию.
Потому что пока ты будешь писать идеальное приложение, конкуренты выпустят МВП и получат прибыль/захватят рынок. А когда ты его допишешь, то твоё приложение будет так же востребовано как аська сейчас. Зато красиво будет и оптимизировано, не доебешься. Айтишникам не стоит забывать, что деньги зарабатывает бизнес, а it им в этом способствует (Дуровых и Цукербергов просьба не беспокоиться, речь идёт о среднем разрабе, работающем в условном Сбере). Поэтому надо не выёбываться, а исполнять хотелки бизнеса, пресекая лишь те, которые явно невыполнимы или абсурдны
Потому что пока ты будешь писать идеальное приложение, конкуренты выпустят МВП и получат прибыль/захватят рынок.
Полностью согласен, и даже видел подобные примеры. Проблема тут в том, что бесконечно увеличивать мощности текущего железа в целом и кремниевых процессоров в частности не получится, и рано или поздно придется уделять внимание оптимизации и пересматривать подход. Однако это произойдет не моментально, так что сильно болезненно не будет. Другое, что меня беспокоит, это то, что устройства, которые могли бы работать десятилетиями, из-за отсутствия оптимизации быстро отправляются в мусорку со всеми сопутствующими экологическими проблемами, и происходит это уже не один десяток лет. Тут уже проблема системная и решить её в текущих условиях вряд-ли получится.
Все хорошо в меру, хорошие приложения иногда обходят существующие решения(да если существующие слишком охуели, а новые не жмут на рекламу). Но я видел как ваш подход останавливал развитие компании на пару лет, при наборе критической массы косяков. Пока они оправятся их обошли другие.
С точки зрения некоторых юзеров - сторис это ненужная хуйня.
С точки зрения бизнеса - ахуенно работающий механизм.
Работал в банке, который первый запустил сторис в РФ. Переходы по ссылкам были колоссальные и увеличились покупки через прилагу банка, что для прибыли банка плюс. Покупательская способность, если так можно сказать, бустанулась на 37%, если память не изменяет.
Меня самого сторисы в банковских прилагах бесят, но никогда не переноси личный опыт на всю массу юзеров, иначе бабла не заработать.
А почему бы не выпустить версию lite без всяких сторис хуерис... И версию для модников. И по загрузкам сразу будет видно, нужны комуто сторис или нет..
Если мне нужна будет ипотека, я и без сториз найду самое выгодное предложение. Навязаная хуйня, типа преимущество. И говнокодеры вместо оптимизации кода, увеличивающие системные требования. И это повсеместно. В авто продают свистелки перделки с динамической подсветкой, умалчивая что ресурс двигателя +/-100к км... В играх вместо сюжета, впаривают 100500 вещей для персонажа... Как сказал небезизвестный Богдан Т. :"Пипл хавает!" ну вот и хавайте....
А у тебя как у говнокодера есть выбор - либо реализовывать поставленный задачи, либо идти программировать супероптимизированный калькулятор за бесплатно.
"Оптимизация" стоит больших денег, либо будет требовать отказа от фич, которые хочет видеть бизнес.
И у тебя как у "говнокодера" в лучшем случае есть лишь выбор как написать то что от тебя хотят. При этом уложившись в сроки.
Без современных фреймворков ты просто не напишешь стабильно работающее решение за установленные сроки и бюджет.
Там где оптимизация действительно нужна она есть.
Например в авиации, космонавтике или к примеру в высокочастотной торговле.
И во всех этих случаях она стоит дохера денег и реализуется лишь потому что иначе нельзя.
А тратить сотни миллионов рублей на доп. разработку чтобы Вася смог открыть приложение на своём древнем андроид7 с 2Гб оперативки....
А зачем?! Целевая аудитория - платёжеспособный клиент.
А у платёжеспособного клиента будет хотябы смартфон за 20к, где уже сейчас от 6Гб ОЗУ. И доля этих недовольных Вась - 0,03% от пользователей.
А добавить мощностей на серверах стоит на порядки дешевле чем оплатить многие сотни часы разработчика за "оптимизацию"
Железа никогда не хватает. Даже в "сферическом вакууме" нужно обрабатывать часто и с высокой точностью, так как большая скорость сближения. А место очень ограничено и не всегда хороший теплоотвод. А теперь нужно добавить сюда устойчивость к ЭМИ и, в идеале, некоторую избыточность для возможной компенсации поврежденых линий/проводов. Я знаю о чём говорю - по работе сам обрабатываю изображения/данные в высоком разрешении и с высокой частотой смены картинки. Там десятки гигабайт за минуты и всегда есть где неплохо бы улучшить производительность.
Приложение одного из банков, которыми я пользуюсь, за последний месяц прислало мне около 40 уведомлений типа "поиграй в игру", "выиграй наушники за 499р", "мы открыли офис со зверьками" и "зайди в наш маркет". Отключить этот спам можно только вместе с необходимыми уведомлениями о балансе. Так что я жду завершения депозитов и переведу всё в другой банк. Деньги любят тишину, а не суету.
Правда пробежался по статьям про прилагу, как я понял, Лайт версия для мест, где нет нормального интернета. Правда сейчас вроде все тяжелые прилаги при плохом подключении просто грузят исключительно самое необходимое.
В этом и нюанс, что удобство это исключительно для тебя и для меня, а для массы это кайф. Тут даже не наши личные молитвы об оптимизации и какой либо кастомизации и даже прибыль по итогу становится вторичной. Юзеры в массе хавают и им нравится. Просто предложение на действующий спрос.
Сам сейчас иногда в продукте компании, где работаю, бомблю из-за некоторых вещей и хочу их переделать, но всем заказчикам нравится и просят даже наоборот, ещё всякой хуйни накрутить, утяжеляя тем самым сервис и усложняя вход для новых юзеров. При этом даже новые юзеры зачастую говорят "И даже это есть?", а ты сидишь и думаешь "А нахуй оно надо то? У нас по статистике 2 компании только юзают, но вы все, суки, течете из-за этой фигни и 100% не будете юзать".
О чём и речь, мы просто работяги, всей картины не видим и просто должны выполнять определённые действия, чтобы фирма получала прибыль. Но мы же себя творцами считаем. Это, кстати, вечная проблема между офисом и производством
Это приложение банка. Банка. Это не магазин. Тут не надо покупать, тут надо вещи, связанные с банком, делать. Хочешь что-то купить - иди на сайт магазина. Покупать там надо.
Мне вот надо купить что-то с максимальной выгодой с минимальными времязатратами.
И мне вот вообще похуй что я буду закупаться на Тинькофф топливо, а не в кассе заправки, если мне это сэкономит три сотки ценой однрго движения пальцем
Хочу заправиться - иду в приложение банка и заправляюсь с кэшбеком 15%. Хочу оформить ОСАГО - иду в приложение банка и оформляю в 5 кликов с хорошим кэшбеком. Продукты из Ленты заказать? Приложение банка и кэшбек. И мне нахуй не нужны сторонние приложения, если я всё могу сделать в одном месте. Как не нужно и мнение Васяна из интернета, который учит меня пользоваться приложениями.
Вот из-за того, что в приложение банка напихано столько небанковской хуеты, оно и весит 100500 метров и лагает на всём. Всего этого принципиально не должно быть в банковском приложении. Там не должно быть ничего кроме банк-клиента.
Абсолютно не напрягает объем приложения, я даже понятия не имею, сколько оно весит. Работает без тормозов, экономит немало денег и времени - все в одном месте, кайф же.
Всё забили болт на оптимизацию и повесили её на конечного пользователя, который всегда страдает - от программистов, от скачков курса рубля или доллара, от смены власти или выпуске новой винды итд :)
Пресловутые игры с графикой или стилистикой Майнкрафта, требующие от 4Гб оперативы. ААА игры, которые на топовом железе 60 ФПС не могут дать(привет Cities Skylines 2)
Пример из 1С. Мы когда на конфигурации РФ перешли(в ЛНР) охуели и до сих пор выхуеть не можем
1С7 конфигурация 2-5 Мб. Современные - 600-1300 Мб.
При вопросе - хули можно напихать туда? Мне говорят: там и драйвера и поддержка всего функционала, и Эдо и отчётность и торговля и поддержка кучи сервисов. Сука, Линукс ставил больше 20 лет назад - "какие модули вам необходимы для работы?". Это тяжело в 1с сделать?
Ладно конфигурация. Платформа 2016 года - 200 Мб. 2024 - 1Гб. Что сюда напихать можно было на 800? И так во всём куда не кинься
Форматы листов, шрифтов не меняются десятилетиями, но сколько весит Ворд в 2003 и 2024?
Драйвера принтеров 2мб 20 лет назад, сейчас и 100 и 150. На сайте Kyocera предлагали образ 2-3 Гб качать что бы драйвера поставить.
Написал выше, вопрос не в хранении данных, а в требовательности ресурсов, которая необоснована и, по моему мнению, из-за халатности(или эффективном менеджменте) в вопросах оптимизации ПО( как в играх и развлечениях, так и в прикладном ПО и для бизнеса)
смысл экономить? это в первую очередь сказывается на отзывчивости твоего оборудования. Попробуй сейчас возьми максимально современную материнку с процом на которую возможно будет поставить winxp (подозреваю что это будет 6-7 поколение интела) и воткни туда максимально быстрый ССД диск, и ты охуеешь от того как реактивно работает винда. А теперь поставь на это же железо 10ку и охуей еще раз. А много ли возможностей изменилось для простого смертного? Новые игрушки из-за директ х9 не пойдут, ну еще кое какие нюансы. Но в целом хр и сейчас можно использовать. А ворд/эксель 2003/2007 может приблизительно всё то же самое что и сегодняшняя версия, но отзывчивость и скорость работы их на голову выше.
То же самое с телефонами, лет 10 назад у меня была нокиа N9 на ОС "Мигоу", там 2гис с картой моего города весили в районе 40мб. Сейчас этот 2гис с картой этого же города занимает более 700мб!!!! Да идите вы нахуй, реально. Ну прикрутили вы навигатор туда с тех пор, а остальное что? В итоге та нокия запускала приложение на том дохлом 2х ядерном проце с чатотой 1ггц быстрее чем сейчас это происходит на снэпдраконе 695. Нокию заряжал раз в 3 дня, нынешние телефоны каждый день приходится заряжать. И это во всём так.
Возьмём приложение CorelDraw, последнее серьёзное улучшение функционала добавили где-то в 16й вроде версии - powerclip. Сейчас актуальна 24я версия. Разница в размере установочника примерно в 4 раза. Вот только как использовала прога всего 1 поток процессора так и продолжает, видеоядро вообще не трогает по сей день. Но каждый год мы видим обновления версии.. НАХУЙ всё это!
Реальный вес кода ~300мб. Свистелок стало больше в 10 раз. Реализации интерфейса, клиент сервера и всего что можно переложили с платформы на программистов 1с увеличение кода на те же функции в 2-5 раз. Остальное всякие html мастера с красивыми картинками и драйвера. И я рад что они внутри есть ибо тот же АТОЛ постоянно меняет сайты, драйвера без обратной совместимости, нужно искать тот самый, заеб тот ещё.
7-ка и близко по функционалу не стоит. Мне честно влом даже описывать, а вам, похоже, это не особо не интересно.
Обычно такие рассуждения в организациях - тревожный симптом. Что-то за этим кроется, бухгалтера предпенсионного возраста, админы, не желающие изучать новые технологии или руководители, прикидывающиеся нищебродами (аж рублей 300 на оперативе 4/8 Гб можно сэкономить).
Обычно заканчивается приходом нового руководства, которое разгоняет этот серпентарий, внедряет современное эффективное ПО, за счет нового функционала которого можно значительно повысить эффективность персонала, усилить контроль и безопасность предприятия.
Семёрка как винда определёно крутая штука, но что в ней революционного для обычного пользователя?
Если всё же вернуться к предмету обсуждения про 1с, 7.7 не умеет простые базовые вещи.
Любые отборы типовыми средствами в журнале документов.
Любой отчёт на СКД можно типовыми средствами вертеть как хочешь, менять группировки, выдергивать поля по ссылке.
Многие вопросы директора типа "Галя, выбери мне контрагентов из Москвы с просроченным долгом больше 7 дней и суммой > 5 тыс." можно решить за 5 минут настройками типового отчёта и не ждать пока Галя будет полдня "крыжить" и "кричать" с соседкой по кабинету.
Много универсальных механизмов, разработка и конфигурирование упростились. При том, что законодательство местами усложнилось. Предположу, что какой-нибудь 6-НДФЛ средставми 7.7 вообще нереально реализовать или разработка будет стоить невероятных денег.
Только скажите, чего изволите? Развернуть базу на веб-сервере, чтобы директор дома из браузера смотрел чего ему надо? Удобно на планшете с андроида? Хотите подключить торговое оборудование из коробки? Загрузить документы из экселей Торг-12 автоматом? Обменяться по ЭДО документами? Может, чего не хватает, допилим отчёт универсальный, вам не придётся каждый раз бегать к программистам?
-"Не, мы хотим наяривать на некрооборудовании из нулевых",- отвечают они.
Последний абзац об этом и говорит. Не цена железа важна, а то что инди проекты и топовые компании впихивают тебе технологии нулевых годов, под видом того, что тебе надо обновлять ПК, хотя технологии(визуально) исползуют те же. Например юнити или анриал и подобные им движки - оптимизация никакая, графику зачастую выдают среднюю, но требования непомерные, по сравнение с картинкой или функционалом
Благодаря удобным, пусть и недооптимизированным(на деле проблема скорее в конечной реализации ну да ладно), движкам у тебя есть не 1000 игр в гол, а 100000, и любой вася с тремя классами церковно-приходской школы способен реализовать свои идеи
То что вы как конечные пользователи не вдупляете в программирование, не значит что в нем нет оптимизации. Она есть, просто не там
Оптимизировать код под трех ретроградов с четвертыми пнями - нафиг никому не нужно
Отличный пример - первый Старкрафт. Игре для запуска требовалось 80мб оперативной памяти. Она была двухмерная и на спрайтах, сколько требует её ремастер или двумерная фактория(2-3Гб видео памяти не считая ОЗУ)
Мне не надо вдуплять в программирование, что бы спокойно играть в игры нулевых или десятых, когда мой ПК не тянет такие же игры двадцатых
Ну как я изначально и написал - проблема старого железа - это проблема конечного пользователя.
Хоть я и ненавижу айфоны ща их закрытость, но нельзя отрицать очевидные плюшки - когда делал бэкап на 5 или 7 Айфоне, а потом восстанавливал его на 10 или 11 - вот это было для меня круто - несмотря на старое железо функционал такой же
Вот вам Майнкрафт и игра на сони ПС1 Теккен, пандемониум, твистед метал или виджилант8.
Кроме первой в списке графика лучше.
Кроме первой требования меньше в разы, не немного или несколько мегабайт или мегагерц, а в разы. Лучше ли геймплей в Майнкрафте чем в том, что я перечислили? Определённо лучше. Нужны ли замены консолей что бы играть в Майнкрафт? - точно нет
А в чëм проблема с пользовательской точки зрения с 1с? Какой-нибудь древний феном 11 летней давности с ссд достаточно быстро работает с какой-нибудь бухгалтерией. С точки зрения функционала, свистелок и перделок, действительно облегчающих жизнь, 7-ка и рядом не стояла с 8-кой
Тыш погромист. Сделай нормально за 60% от нужного бюджета. Конкуренты вон предлагают облачные технологии и поддержку 24/7. Всего 9990* в месяц. *Минута поддержки которая мекает и бэкает, оплачивается отдельно. Считать резервные каналы связи мы не будем. Любое исправление косяка или фича 100к. Главное продать а там ебитесь)
Вот объясните, пожалуйста, дилетанту как это вообще получается устроено? Я сам не погромист, но из области неподалёку, поверхностное представление имею. Вот в моём понимании библиотека - это написанные кем-то другим куски кода с охуенно полезными функциями. Просто куски кода. То есть текста. То есть сраных килобайт информации. Как блять можно набрать либ на сотни мегабайт???
Не все библиотеки это вылизаные идеалы. Особенно бесплатные и дописываемые всеми кому не лень. В них могут быть другие библиотеки, а так же функции включаемые только для кого то конкретного. Плюс очень не хочется заново все переделывать. Поэтому берется максимально универсальная библиотека. Windows 7 или windows 11? Java? Linux? Версия .net? Не хочу заморачиваться. Пусть библиотека все это делает, вдруг пригодится. И вот я тяну библиотеку на 100 мб. Чтобы сделать один! Асинхронный вызов сервера по tcp. Да можно потратить недельку и написать самому то что проработает до первых изменений. А можно за день подготовиться к любым изменениям, платформам и всему на свете, на крайняк библиотеку обновлю.
Гребаные сториз действительно достали, сейчас из любого приложения пытаются сделать соцсеть. Особенно выбесил тинькоф - пользуюсь часто и постоянно реклама какой-то хуйни - то негра Никиту пихали, то фонды свои ущербные, то просто бред и спам
Да, можно сказать "но ведь штуки вроде сторис это всего лишь показать небольшую картинку с текстом, это не может занимать столько места и жрать столько оперативки!", только вот производительность это далеко не единственный критерий для бизнеса. Можно конечно нанять энтузиастов которые будут делать всё максимально близко к железу, "как в старые добрые", но это принесет такой ебучий ворох проблем, что все свидетели абсурдной оптимизации сразу взвоют от качества, количества и сроков обновлений таких приложений.
Так что да. Вместо того чтобы ныть что прила занимает 300 мб, можно купить нормальный телефон.
Не картинку, а видео. Не просто видео, а еще всякие эфыекты, текст, редактор эффектов. Поддержка редактирования видео. Анимация лайков. Это всегда с первого взгляда типа "А че там делать то?". Эти мелочи в интерфейсе уйму времени и кода занимают.
Возможно, я Вам открою тайну, но во многих банках в скрам командах есть такие люди как исследователи. Чем же они занимаются?
PO «придумывает» какую-то фичу, дизайнер рисует несколько вариантов кликабельных.
Исследователь собирает группу простых людей и прогоняет через них эти варианты. По результатам исследования либо выбирают какой-то определенный вариант, либо отменяют разработку фичи.
ну тут есть вопросы. особенно к пункту: " учитывая что внедряется, оно работает". Потому что именно так они и рассуждают - раз конкурент внедрил, значит, работает. Даже если фокус-группа говорит, что хуета. Но она не говорит, потому что задача ставится, обосновать проект, поэтому вопросы и задачи на исследование ставятся исходя из этого. Дальше когда оно себя не оправдывает, хотя это хуй кто проверяет, ибо чо уже, с этой информацией надо ж будет что-то делать, а то один эффективный менеджер хуйню придумал, другие одобрили, идиотами будут выглядеть все. Пилится следующий проект. если же кому-то придет в голову докопаться, то обнаружатся "черные лебеди" и другие объяснения, почему не взлетело или взлетело ниже, чем планировалось, и 45 предложений, что можно доработать. Но не отключить нах, так как признание ошибок это больно.
90% охуенных фич внедряется только для того, чтобы минет-жор мог отчитаться о внедрении охуенной фичи и получить годовую премию. А потом, хоть трава не расти.
В том что у программиста нет задачи оптимизировать, бизнесу надо фичу срочно, желательно вчера. И никого не ебет оптимизация. Вы наверное из тех кто продавщиц в пятерочке за высокие цены ругает, а че, продает же...
Ну и оптимизация очень дорогая по времени штука с дорогими программистами. Если так заметить, то все основные приложения у большинства работают нормально - вот это основная задача. А не удовлетворить сотню рядовых юзеров с некими претензиями почему 350мб, а не 50.
А еще пару пару вещей: 1) вес и оптимизация - вещи очень разные.Например, для использования относительно новых технологий для оптимизации( ускорения работы) нужно подключить специальные библиотеки и тулы. Вес растет - приложение работает быстрее( не всегда).
2) сейчас нет такой потребности в оптимизации и уменьшении веса приложения. Память на вашем устройстве стоит копейки по сравнению с прошлым. Вычислительные мощности тоже. У вас калькулятор или часы мощнее, чем раньше очень дорогой компьютер.
3) зачем оптимизировать приложения для, условного XP или древнего телефона, если у 99% пользователей айфон не ниже 4( а уже и таких мало где найдешь), андроид выше 7 версии, а на пк в худшем случае семерка( сейчас больше всего десяток, на сколько я знаю). Будет оно весить 50 мб, а работать на сотню милисекунд быстрее - никто этого не заметит, зато профит для компании в разы выше, чем если бы нанимали программистов, которые писали бы на ассемблере, которые бы и оптимизировали все( включая анимации), и вес был бы меньше, но разработка дольше и дороже.
Да вообще не вопрос написать лёгкое приложение с годным функционалом, только средний пользователь чёт плеваться будет, загадка. Поэтому бизнес заказывает тяжёлую бибу с графоном.
Вот вам файловый менеджер с крутыми способностями, которые и не снились встроенному, готовы себе поставить?
Ну у меня такой стоит. От встроенного в телефон, блядь, глаз дергаться начинает. И на компе я тоталом в варианте power user пользуюсь, ну его нахер мышкой файлы в стандартном проводнике таскать
Я раньше только тоталом пользовался, с самого начала как только комп в 2004 появился и даже раньше. В последние годы мне почему-то настолько похуй, что мне и проводника хватает)
нежелание объяснять лежит в том же поле что и удобство тотала ) объяснять вам это долго и лень. Так же и с тоталом - проводник и мотание мышкой по экрану это долго и лень. В тотале есть функционал который при умении пользоваться, безумно ускоряет процесс работы с файлами, легче выборочно перемещать массивы файлов, находить нужные файлы, не только по названию, но и по тексту внутри файлов если они не бинарные, сравнивать файлы по содержимому, применять фильтры, которые исключают из выборки лишние файлы (типа если нужно в папке из тыщи фоток вычленить только те, у которых в экзифе в дате съемки указано определенное время).
отдельный пласт это плагины на все сорта, которые помогают в автоматизации и перенимают функционал третьих приложений ) так что не надо скакать по приложениям если нужен какой-нить предпросмотр или быстрая правка файла или например массовое переименование по шаблону.
для совсем гуру - в тотал тупо интегрирована командная строка. Если скилл быстрой печати прокачан, то делается все быстрее чем мышкой, к тому же нужно меньше уделять внимание точной моторике (у меня такое бывает, что промахиваюсь по файликам мышкой, я уже давно не топовый игрок в шутеры, позиционирование курсора подхрамывает).
Вообще тоталом можно придрочиться пользоваться исключительно с помощью клавиатуры. А это значит не надо тратить время на перекладывание правой руки с клавы на мышь и обратно. И когда все необходимые хоткеи заучиваются, то в кровавом угаре начинаешь шуршать как бешеный и еще и думаешь "нах вообще этот графический интерфейс, только мешает".
И вот вспышка, яркая метаморфоза и твое внутреннее я озаряется и ты понимаешь что лучший интерфейс это был есть и будет - командная строка, а лучший текстовый редактор - это vim.
ПС: Мне тоже было дико лень это писать, но почему-то решился. Но это конечно единичная акция, следующего очередного вопрошающего я наверное так же проигнорирую с подобным невинным вопросом.
Просто есть люди кто операцию "копировать/вставить" делают исключительно при помощи мыши. Правой кнопкой вызывают контекстное меню, ищут там строчку "копировать", ну и потом по новой в новом окне. А есть те, кто нажимает CTRL+C/CTRL+V и если тебе этих операций в день нужно сделать 200штук, то пользуясь только мышкой ты потратишь (условно) на час больше времени. Хоткеи очень и очень сильно ускоряют работу за компьютером. Это видно невооруженным глазом даже неискушённому человеку. На счёт удобнее вопрос остаётся открытым, потому как мало кому нужны даже половина функционала тотала/фара, и для них мышка тупо нагляднее. Но если тебе приходится постоянно работать с файлами, то ты просто обязан научиться пользоваться такими программами.
ну во-первых я то хоткеи знаю, во-вторых явно ж тут понтуются знанием тотала обычные юзвери, а не профессиональные копипастеры файлов. Вот и непонятно, почему они так расхваливают тотал, и чем он может быть лучше перетаскивания для меня и прочих читающих
Так я привел в пример самую простую операцию, которую делали все, это для общего понимания. Явно у тотала функционал побагаче чем просто копировать вставить ) как насчет просмотра размеров папок? В проводнике ты будешь каждой в свойства заглядывать, а тут у всех разом видишь. В целом я понимаю что тотал гораздо круче проводника во всем, особенно учитывая расширение функционала плагинами, но я сам редко использую его. Просто не приучил себя наверное. Тем не менее он у меня всегда есть)
А как так тотал умудряется размер всех папок разом отображать?
Ты когда свойства большой папки смотришь, комп начинает долго долго считать сколько же памяти она занимает и это число долго растет. ТК что, долго запускается, чтобы все это заранее подгрузить?
Ну он тоже считает, но почему-то он делает это быстрее, я хз как. Хотя возможно это так кажется потому что он делает сразу для всего раздела диска. В любом случае это удобно, когда ты видишь размеры всех папок, сколько в них внутри папок и файлов, проводник так не может.
Палитру похер. Мне вот нравился Folder Manager в вин, а до него Dos Navigator для дос (версии 1.52, чтоль? - не помню...) Вот от его функционала тогда можно было почти серотониновую бурю словить. После убогой консоли с command.com - это не баш с кучей команд-прилоджений
С ним не так то, что ты не заставишь пересесть на него кучу пользователей вместо проводника виндовс, аргументируя это тем, что компактнее и с большим числом функций. Люди пользуются тем, что им удобнее
Бизнес очень сильно экономит на разработке с помощью фреймворков. Но скупой платит дважды, поэтому некоторые приложения переписывают с нуля на другие фреймворки.
Я до сих пор помню клиент онлайн-игры, который запускал браузер, в котором крутился флеш. Экономия с помощью предварительной загрузки флеш-графики. Т.е. они были жестко привязаны к флешу. Хотя игра 2д и там хоть спрайтами на Delphi пили, потеряли бы браузерную совместимость, когда флеш умер. А так и у игры сервера закрыли.
Попутно выяснилось, что вся бизнес-логика раскидана по проекту, что изменение сетов брони требовало чуть ли не полного переписывания кода...
Считаю также, и подсадил на него несколько друзей. Пока я не объяснил че и как работает, они мне не верили, что эта непонятная серая хренота из девяностых хоть как-то может соперничать с современным софтом, чисто дизайн отпугивал.
Я примерно в это время родился)) Многие из моего поколения и младше даже не слышали про Нортон подобные менеджеры. В среднем все используют стандартный проводник ос.
он имеет в виду MS-DOS Shell - кастрированную версию диспетчера файлов из самой первой винды, переделанную под текстовый режим и портированную на DOS. Проводник для DOS существовал, да.
Нортоны и Волковы рядом не стояли с Dos Navigator :) ради фана посмотри.
А к тоталу можно посмотреть Folder Manager и Far со своеим плагин рингс (куча плагинчиков)
Проводник только для ctrl-c ->ctrl-v или ctrl-a и shift-del для другого он убог, к сожалению :( Хотя для чего его еще использовать - хз. Наверное у меня мозг уже закостенел и не видит перспектив использования
Хз, я почти все операции с файлами в баше делаю, терминалом. А на мобилках хрен че в терминале натыкаешь, поэтому тотал приходится использовать. Все эти менеджеры от лукавого))
Я таким сто лет пользуюсь. Вначале на ПК, теперь и на телефоне. Мне его дядя показал еще лет 20 назад наверное, сказал, проводник херня, пользуйся этим. На ПК у меня правда с кучей софта еще.
У Тотала нет рекламы, его не форсят на репозиториях и не впихивают в стартовые пакеты ПО в разные девайсы и компы. Поэтому не очень много. Но те, которым повезло попробовать и разобраться, на другие фменеджеры уже не возвращаются - к хорошему быстро привыкаешь)
Не будет нормальный визуал весить сотни метров, это тебе не 8к текстуры на каждую хуйнюшечку. Проблема именно в коде. Вместо того, чтобы написать ровно то, что необходимо для конкретного приложения, тащат фреймворки и либы, которые рассчитаны на разработку вообще любого приложения и в результате получается, что ради небольшой части их функционала мёртвым грузом висит куча метров зависимостей. У прог для компа, сделанных на электроне та же самая херня: даже простецкая прога может весит с полгига. Спасибо блять ноуду и джаваскриптерам...
И нет, в ближайшее время это не изменится, поскольку использование фреймворков и либ ускоряет разработку и начальство никогда не согласится потратить лишние деньги, чтобы их прога занимала у тебя меньше места. Работает - и хорошо, а на остальное насрать им.
О, спасибо, я как раз месяц как купила новый телефон и психую из-за встроенного, а попытки заменить его на какой-то популярный придавали нахуй рекламой
P.S. мысль из коммента получилась не очень внятной, появилось много вопросов, что же не так с командиром.
С ним все так, он восхитителен, но имеет довольно высокий порог входа. Поэтому новички увидив его могут не разобраться, особенно если есть какие-то более интуитивные варианты, пусть хуже по ресурсам/функционалу.
А одна из главных задач бизнеса - привлекать новых пользователей. Поэтому бизнес не готов инвестировать в этот стиль разработки, рискуя притоком пользователей.
Я в 2014 году был новичком в андроид, а в компах понимал только как играть в игры, и тем не менее, на андроид это мой первый файловый менеджер, и я в нём быстро разобрался. Правда, я до этого пользовался кнопочной нокиа на симбе и копался в стороннем файловом менеджере, который скачал с тегоса.
И сколько мегабайт кода необходимо, чтобы отправить на сервер цифры?
Дело не в метриках, а в том, что подключаемые библиотеки содержат охрененное количество неиспользуемого кода и других ресурсов, но подтягиваться в приложение полностью.
Предлагаешь самому писать сторонние библиотеки под сторонние же сервисы? Которые потеряют совместимость в этом же году и привет переписывание, а документации-то актуальной не предоставляют.
если честно то нихера не смешно. и не потому сколько весят приложения а просто руки у них из жопы... EXCEPTIONS для них ругательное слово. Тот что летало ранее и правда - нынче мой макбук про вообще хочется выкинуть потому как 90% приложений тупо тормозит.
Ну, тут не столько программистов пинать надо, сколько Apple со своим переходом на Apple Silicon.
Могу напомнить, что тормозами в своё время столкнулись как владельцы PowerPC MAC, так и Intel MAC. Как бы да, Rosetta частично работала(но не с G5, Java и не с приложениями для Mac OS 9) и даже Rosetta 2 работает и часто хорошо, но вот всё-таки не всегда.
Но вот т.к. розетка работает только в одну сторону, а про особую любовь Apple к Legacy и старому железу мы все знаем(кратко - оно устарело, покупай новое) - для владельцев "устаревшего" всё становится плохо.
А ежели у вас макбук на М1 - то поверьте, ещё и не то будет :)
С 2020 года Apple переходит с x86 на ARM. В прошлом году полностью прекратили выпуск компьютеров на процессорах Intel и полностью перешли на процессоры Apple M1/M2/M3(Pro/Max/Ultra).
На практике это означает, что всё ПО для "экосистемы" Apple отныне затачивается под ARM и основной упор будет делаться на производительность именно на данной архитектуре.
Типичный программист
1.5K постов6.7K подписчиков