Притча: Один бизнес делал хорошие, оптимизированные программы, но долго. Другой, конкурент первого - клепал всё по-быстрому, наплевав на оптимизацию (лишь бы работало и шевелилось). Пока первый делал Классный Продукт ™ , второй состряпал кое-как, выкатил релиз, забрал клиентов (основной массе которых пофиг на размер, они вообще не смотрят на какие-то там цифры, лишь бы работало и шевелилось) и оставил первого без продаж. Какой рыночек, такие и продукты.
@@alex_vee если нужно выкатить срочно в продакшен, да. А если оптимизировать процессы да еще и специфические, то извините, нужно пилить свое рано или поздно.
Проблема не в програмстах, а в тележке модулей что за ними стоят)) Напишут банк с нуля на чистом си плюс плюс будет весить 1мб. Но времени уйдет 30 лет только, а так да
Все сильно зависит от того, кто пишет код. Если это фремворкодрочер, то это будет дольше в разы чем олдскулл. Вопрос в другом - хардкорный олдскулл будет незаменим, так как второго такого, кто может разобраться в коде найти, тяжело будет. Поэтому компании и нанимают тех, кто впятером «закрутят лампочку».
Как проблема не в программистах, а эти модули кто написал?) Почему не разделили на функциональные части модуль? Больше приложение (логикой), больше вероятность уязвимостей
Много примеров, когда системы для тех или иных отраслей бизнеса писали сами айтишники. Но за основу брали конечно готовые решения. Но код у них не имел лишего.
С играми не очень уместное сравнение. В современных играх основной вес занимают сопутсвующие ассеты - модели, текстуры, звуки, анимации. Сам код на фоне этого - капля в море. Производительность ПК выросла, а значит и более качественные и детализированые ассеты можно использовать и проблемы в этом особой нет, все упиратся больше в возможности движка и современного железа.
так если код пропускает через себя эти ассеты и взаимодействует со всеми этими ассетами- это значит что код всё ещё нуждается в оптимизации, т.к. лишние итреации с этими ассетами - лишняя нагрузка.
@@phdexx Речь же была о том, что места много занимает современная игра по сравнению с играми, которые влазили на дискету. Конечно, совершенству нет предела и можно оптимизировать. Мы вот тоже делали оптимизацию тех же игровых ассетов через 3 года запуска игры.
Абсолютно верно человек пишет. Я часто смотрю всякие сайты банков, брокеров, приложения для торговли и прочее. И там иногда столько косяков, что даже непонятно КАК это вообще возможно что бы в крупной компании с доходами по миллиону в день программисты не понимали настолько простых вещей. Иногда доходит до того, что на сайте подгружаются скрипты или какие-то библиотеки, которые вообще никак и нигде на сайте не используются. Современные сайты, это как машина с кучей прицепов в которой горы хлама всякого ненужного. Уровень программистов сильно упал. Все самые талантливые никогда не работают по найму. Поэтому компаниям приходится брать дурачков.
Есть интересная идея, все фреймворки сделать модульными и те части, что не используются, могли бы компилятором на билде просто удаляться, так и удобство останется и вес приложений уменьшится
А может быть проще наоборот: добавлять необходимые модули по ходу разработки приложений, а не скачивать их все для того что бы потому удалить процентов 90 из них?
на Хабре уже 100500 раз обсосали эту тему, саммари такое: время разрабов стоит капец дорого, поэтому оунеры ставят задачу ПМам"Как можно быстрее выкатить продукт в прод и как можно меньше тратить времени на его поддержку". Как это сделать? Только с помощью фреймворков и существующих протестированных решений в виде библиотек, по итогу время разработки снижается в 100500 раз и во столько же раз вырастает количество неиспользуемого кода. Это неизбежное зло. И "лишний код" просто так не выкинешь, потому что по любому что-то поломается))))
@@yonebayashi_ да я нихуя не знаю. Я просто думаю логично. Нахуя компилировать весь фрейм ворк или все Лабу когда можно скопировать только нужное+зависимости. Мне страшно если это так НЕ работает.
На диске quake2, помимо самой игры (которая занимала процентов 15-20 от диска) был записан саундрек в обычном формате audio-cd. Я его потом даже в машине слушал с этого же CD.
Где-то в середине 2000-х гг. собирал архивы с популярными тогда играми, что приносили знакомые _одмины,_ создавал для них инсталляторы и красочный авторан для диска. Затем нарезал их на CD/DVD и раздавал знакомым. "Инсталляторы" тупо распаковывали архивы в папку и создавали ярлык, но делали это с красивым интерфейсом и замусориванием реестра 😄. А для создания авторанов использовал как специфические программы, предназначенные конкретно для этого, так и связки вроде _Delphi_ + _Flash._ С последними получались просто ОФИГЕННЫЕ анимированные менюшки для дисков - с музыкой, эффектами, клёвыми переходами 👍 Всё это, кстати, без знания соответствующих языков программирования, а только по наитию и казавшейся мне очевидной логике работы программ. Помню, что на 1 CD (т.е. ~650-700 Мб) влезало по 3-4 игры - обычно 2 крупные, вроде FIFA 2003 или IGI Project, и разная мелочёвка. И люди реально их юзали, т.к. диски часто уходили "с концами". p.s.: ни копейки на этом не заработал, делал только потому, что нравились автораны наших пиратов и хотелось создать что-то подобное, но -с блэкджеком и округлыми плавными дамами- лучше, поэтому за пиратство притянуть не получится )
Можно использовать библиотеки с открытым исходным кодом и выкинуть что не нужно. Сравнивать 2.5д игру, где текстурка врага занимает 1мб и современные 3д игры, где моделька персонажа может спокойно больше 1гб слегка странно.
Вот именно поэтому Symfony и Laminas (бывший Zend Framework) предлагают для использования отдельные модули. Если тебе нужна только авторизация, то только этот модуль и ставиш, вместо того чтобы тянуть весь фреймворк с MVC и CLI, которые тебе могут никогда не понадобиться. Кроме того, любое кастомное решение не будет иметь той же надежности, что библиотеки и модули, которые уже протестированны и исследованны опытным путем громадным количеством пользователей.
Помню, как я уменьшал Quake 2, до одной карты и ровно те текстуры, которые были на этой карте. Умещалось в архиве на 2 дискеты. У меня на php проекте папка vendor - 580 Mb, node_modules - 861 Mb ( С другой стороны, в 1998 году у меня был жесткий диск 2 Гб и игра Starcraft занимала 100 Мб. Теперь диски по терабайтам и 32 Гб Starcraft II не так и много.
Ну зачастую node_modules нужна только при разработке, а собранный продукт занимает на порядки меньше. Да и из vendor всё это не грузится в память на каждом запуске
В конце видео приведенный пример с KKrieger не совсем корректный. Да, там все генерировалось на лету(шейдерами на АСМ-е насколько помню) и не нужны были текстуры и модели, но напрягало оно систему на все сто процентов).
Почему бы не внедрить в Parcel или Webpack автоматическое извлечение при упаковке используемых в приложении функций, а все остальное удалять из итогового билда?
А вы представляете, сколько учесть должен такой алгоритм? Хотя, в этом направлении работа ведётся. Вылетело сейчас название технологии, но сейчас сборщики прилагают усилие, чтоб комбинировать только нужное
У меня другой вопрос: нахрен каждые 2 месяца менять внешний вид того же банковского приложения?? Вот эти иконки, кнопки бесконца менять? Они что, оправдывают содержание фронтендеров?
Но с другой стороны, обычная гигиена с лэзи чанками, разбиением бандлов на страницы, тришейкингом, и загружаемый на сайт бандл не будет весить 1мб, а всего 200кб. А если еще использовать preact, то еще меньше. Просто люди изначально используют плохие инструменты и не парятся о перформансе, хотя все это можно делать без ущерба времени. Зато как не попадешь в команду, так у них вечные архитектурные споры, обмазано все абстракциями и прочим, а перф чинить никто не хочет. Про игры та же беда - делают простые игрульки в стиле 4 в ряд, а ставят полноценный движок с полноценным физическим движком. Я очень надеюсь, что эра ИИ повлияет на разработку таким образом, что перф станет важным критерием для конкурентоспособного продукта, т.к. тупой и медленный код сможет писать сам ИИ.
Пришлось интегрировать страпи в проект, писал на чистом js сиды и доп логику, получил удовольствие. Дебагер без проблем работал, скорость разработки очень высокая. В основном работаю с микро сервисами на nestjs .
Раньше было памяти мало, а процессоры сразу по частоте скакнули с 400МГц до 3 ГГц, но так как памяти мало, значит делаем тиков больше. Сейчас производительность процессоров встряла на одном уровне, нет скачка, не получается еще больше снизить напряжение, частота не растет, но памяти стало много, маятник качнулся в другую сторону, теперь делаем меньше тиков, больше берем готового посчитанного однажды из памяти)
Мне кажется не в фреймворках дело. реакт если мне не изменяет память занимает всего 70 КБ ну даже если 100 или 200 это не такой большой размер. Наиболее пагубное влияние произвёл npm. Когда разные версии одна и той же зависимости могли находиться в папке нодмодулес несколько раз и например если это underscorejs то это не сильно увеличило размер Но если это какой-нибудь lodash или rxjs то прощай свободное пространство.
Миша, ты помнишь Дельфи и оптимизирующий компилятор? 300 КБ пустая форма... А потом выясняется, что, сам VCL написан так, что ничего нельзя выкинуть. А потом нашлись энтузиасты, которые написали KOL - key object library: альтернатива vcl, которая давала на выходе компактный exe (что-то вроде 40 КБ, я не помню, может меньше). Правда пропала возможность визуального дизайна... Ок, сказали энтузиасты и написали mirror class library, которая позволила визуально дизайнить приложения на основе kol. Только это оказалось нужно единицам все тех-же энтузиастов.
видео в тему! вчера думал быстренько стаблизирую видео по лицу, где прыгает моя дочка. глянул в ютуб туториал как это сделать в after effects. первый раз в жизни его открыл , сделал как в туториал. И! на моём не слабом ПК он предложил мне считать 10 часов !!! почувствовал себя как будто я снова сел за 386... уверен Adobe намерено делает такой тупой софт , чтобы работа монтажёра была адом и он ломил за это цену , чтобы покупать дорогой софт.. вобщем то логично , нужно тянуть деньги в индустрию иначе кодеры не будут столько получать. но как айтишнтку мне всё же печально , что всё вокруг работает медленно требует космические пространства на диске. когда такие мощности ПК , как сейчас могли бы делать всё просто моментально!
ой, ну и конспирологии же вы написали. а по сабжу вы просто не сумели настроить сохранения видео, чтобы это заняло 10 минут, так как не имеете компетенции, как сами и сказали
Пишите на ассемблере - будет небольшой размер :) А программы - это продукт, который надо вывести на рынок быстрее конкурентов. Тут либо скорость, либо размер и/или качество.
Сейчас рынок такой, всем нужен огромный сервис и завтра, поэтому появляются фреймворки, библиотеки. Сейчас абстракция над абстракцией. Время разработки конвертируется в не оптимизированный продукт(
Не, ну вот я подключаю Тейлвинд или иконки Фонтавесам, но в итоговый бандл добавляются только стили, которые есть в шаблонах и три используемые иконки. А эти иконки еще и упакуются в один файл. В бандле не будет этих тысяч стилей и тысяч иконок.
А в гта сан андреас только сам релизный exe-файл 14 мегабайт весил - это тот, который запускаешь, без звуков/текстур/моделей, которые отдельно в папках были. Смех в том, что его потом умельцы почистили, и он стал всего 5 мегабайт занимать, причём ничего лишнего не выкинули и ничего не запаковывали, просто мусор выкинули
К прогам ещё и текстуры, модели, материалы качаются в отличие от блэндера, где только необходимый код. А ещё бывает что это всё качается тебе на устройство, но это гумно тебе не дают использовать бесплатно, предлагают заплатить за "про" фичу уже скачанного.
Интересная тема. Возникает идея автоматического вырезания неиспользуемых частей фреймворка. Почему это не реализуется? Есть фундаментальные проблемы или просто ни у кого не дошли руки?
фундаментальная проблема что руки не доходят. Есть энвиронмент разработки и есть энвиронмент прода, и очень часто всем насрать на энвиронмент прода тупо компилят на стороне разработки и выкладывают на прод AS IS
Ну, так святое дело - гвозди микроскопом забивать... Еще хочу добавить, что даже если на сервере работает куча лишнего кода, то пока он исполняется, тратится лишняя энергия и выделяется лишнее тепло. Поэтому, хорошо оптимизированный код стоит при эксплуатации гораздо дешевле... Ну и наконец, стоит уделять пристальное внимание этапу компиляции и там можно заранее посчитать все константы - данные, кототорые в процессе работы программы не меняются.
Проблема в том что фреймворки и тд должны быть максимально модульными, не знаю как там другие, но Спринг и Кваркус уже поняли эту проблему и теперь там все максимально разбито по отдельным модулям
Ты мне напомнил мои студенческие годы, когда я сам паковал и приносил Q1 на одну дискету, причем там помещалась одна карта и боты, ещё пару карт было на второй дискете)) пол-группы рубились)
Когда-то на одной дискете помещалась целая операционка. И не какой-то дос текстовый, а с графическим интерфейсом. Там вроде даже игры были или браузер. QNX называлась. А сейчас на смартфончике какой-нибудь калькулятор легко может 200 мегабайт сожрать
@@alex_vee Согласен, сейчас бы эти действительно крутые современные фичи запрограммировать на си или ассемблере, цены бы не было таким программам, и тогда я сказал что да вот это будущее, где приложения с ui интерфейсом вообще не лагают, молниеносно скачиваются, не требуют ресурсов памяти, а современное железо может быстрее обрабатывать более ресурсоёмкие процессы наподобии рендеринга или того же искусственного интеллекта, требования для которого можно уменьшить. в целом искусственный интеллект может помогать переписывать код на си или даже ассемблер, но почему то об этом никто не говорит
Я сделал свою программу Речевой тренажёр для изучения иностранных языков на UE4. Минимальные затраты на программиста, который собрал на блу принтах логику и прицепил базу данных. Всё остальное по фану. На слабых компах программа не работает.
Просто нужно чтобы всё разбили на модули и ты брал только то, что тебе действительно нужно. В идеале это должен делать сборщик, а не программист. Иначе это будет очередное усложнение и новичок снова начнет отгребать проблем, потому что не знал, что тут нужно еще доп модули подключить.
Когда-то смеялись с нептимальности компилятора Клиппера, где ХеллоВорлд занимал целых 200к. А сейчас все инструменты превратились в худший вариант Клиппера...😊😊
Внезапно, но большие компании вроде Гугла и Яндекса (у Яндекса для этого есть целая отдельная комманда) занимаются оптимизацией фронта своих поисковых систем, не ради хайпа, а чтобы в разумных пределах выжать максимум из уже захватившего долю рынка продукта. У Яндекса так вообще есть Бабуля это отдельная версия поиска в 10к с поддержкой старых и медленных девайсов. Так что не стоит драматизировать, программисты все еще умею писать быстрый и оптимизированный код при условии что бизнесу это действительно нужно, ибо кажется мне что в далёком прошлом игры в 1М писались от ограничений имеющего на тот момент железа, а не для заботы о пользователях.
@@eugenem4854 когда у тебя тысячи посетителей в минуту, разницу заметит любой. p.s.: ещё смешно, когда главные страницы сайтов обучающих контор весят под несколько мегабайт, не предлагая при этом никакого особого функционала. Причём там такой дизайн, что любой грамотный специалист легко ужал бы его в 20-50 раз. У меня всегда возникает вопрос: чему они обучают новичков на своих "курсах", если сами не способны провести даже простейшую оптимизацию?
Попаболь всей индустрии. Я надеюсь, что с приходом ИИ, всё же придумают функционал, когда перед продом из проекта будут вырезаться все бесполезные строчки. Так же может появиться ЯП, основанный на ии, который писанину будет превращать в оптимальный двоичный код))
@@Torbjorn-ph7rt ну так сборка всего в один файл, но только нужные части. Сейчас из-за одного ховер эффекта отдельную библиотеку, для простейшего слайдера ещё одну и тд. Но 99% возможностей этих библиотек не задействуют. Существующие оптимизаторы не мега вау. Было бы круто, что бы ИИ, понимающий код, генерил бы сразу только нужное и в машинный код.
Можешь рассказать свое мнение о алгоритмических собеседованиях во все BigTech компании? И насколько важно для разработчиков знать алгоритмы и структуры данных
Если умеешь решать задачи, то ни алгоритмы, ни структуры данных (и не дай бог, всякие замудрённые термины и акронимы, на которые буквально молятся бездарные интервьюеры) тебе не понадобятся.
А мне больше умиляет что мы имеем 4k экраны способные отображать миллиарды цветов. Но дизайн на экране состоит из плоских одноцветных прямоугольников. Скевоморфизм в макос и/или дизайн в windows 7 смотрится уютнее.
И в конечном итоге мы пришли к тому же выводу - почти все современные "программисты" не умеют программировать. Да и не хотят уметь. Они же "за бабло", а не "за идею"...
На самом деле нормальному программисту е составит труда вычленить из того или иного движка на открытом коде нужное и забрать только нужное. Поэтому тут чисто проблема в том что дурачков набирают, и хотят что бы им за копейки что-то сделали. Вот по этому и получается хрень полная. Современное программирование уже не то. Доходит до того что человек якобы "знает" фреймворк но не знает из чего он состоит и т.д.
@@KKZ_5000_RUB Вы правы. Нет никаких фильтров по уровню интеллекта, склонностям, нет никаких стандартов программирования, обоснованных программ обучения, качественного тестирования и экзаменации студентов, нет правил и норм соответствия кода и т.п. И в результате все вокруг глючит и багует, но каждый, кто научился включать компьютер, мнит себя программистом.
А с точки зрения образования, в контексте разработки какого-то проекта, лучше сначала потратить время и научиться делать его без фреймворка или лучше сразу учиться использовать фреймворк?
так оно и больше будет весить - спасибо поколению nodeJs . Сейчас приложения это просто электрон отрабатывающий Vue или React вот то что в этих банках называют программистами это просто чуваки котрорые вместо того чтоб включить мозг тупо ищут подходящий фреймворк, тупо подсасывают его в NodeJS со всем гигабайтом его зависимостей и делают настройки чтоб выводилось на нужном экране. То есть они скорее настройщики, в отличие от тех кто писал фреймворк.
Давно бесит сабж. МСОфис 20лет назад весил 200Мб. А сейчас то ж самое неск.гектаров. а серьезных фич почти не добавилось ... И грузится медленнее, чем 20лет назад, хотя компы удесятирили скорость. В телефонах та же фигня. Айтишка катицца в сра ное овно. 😊
Фреймворки и библиотеки используют по причине экономии времени, бизнес не готов ждать пока "опытные" разрабы напишут свой собственный велосипед под каждую фичу на сайте да еще и отдабажат все это. Да, вес бандла это та самая жертва которую мы платим за скорость. За реакт могу сказать только что 3мб бандл это не проблема самого реакта, после сборки ваш бандл должен весить в районе 150кб. Хз откуда на видео взялось 3мб, если страницы или их отдельная логика создают такой вес юзайте suspense, lazy loading и тп. Все воможности для оптимизации вам предоставили.
Никлаус Вирт когда-то занимался оптимизацией софта и написал полноценную промышленную операционную систему Oberon (как Windows и Linux) - интегрированную систему, которая включает в себя ядро, модульный компилятор, графический интерфейс пользователя и набор программ. Для нее нужно было всего 1 Mbyte ОЗУ, а размер системы 300kB. Чем доказал, что оптимизация возможна. Он сформулировал так называемый "Закон Вирта", который гласит, что: "программы становятся медленнее, когда компьютеры становятся быстрее". Некоторые причины он описал и решения в статье A Plea for Lean Software.
Вывод: забудьте про свои ёбаные бесконечные фреймвоки (оверхедр кастыли) и пишите код на языке программирования, а не на фреймворке. Много ума надо чтобы понять, что продукт на html,css,js будет качественнее, чем на reat, bootstrap и т.д. ?
Проблема согласен. Но примеры очень плохие, вы резали часть игры, тоесть без потерь необошлось. А ведь речь о том что вес приложений растет из за лишнего. Но сейчас с этим борются. С сайтом с большим весом из за реакта тоже пример плохой. Реакт столько в вес не добавляет точно. Сорцы много весят с либами, но в бандл это всё не попадает. Ну а сейчас уже везде tree shaking.
Здравствуйте, да в react том же на один клик debugger такой stack fn показывает, что страшно становится. А как ещё? На Java несколько стэков фреймворков, и никто не возьмёт без их знания.
А самое бесячее - это когда один рекламный баннер занимает львиную долю трафика сайта, потому что сделан с использованием фреймворка и имеет в себе безумные объемы какой-то логики, автовоспроизведение видео и черт знает что ещё
Математика простая Чтобы сделать результат без фреймворка надо человеком месяц, это 5-9 к баксов А сервер стоит 50-100 баксов месяц... Хватит на 5 лет чтобы не тратиться на человека часы в разработке
Разработчики и компании, заинтересованы выпустить не оптимизированный продукт, который жрет кучу ресурсов, и с каждым разом всё больше и больше. Ведь ресурсов теперь в изобилии. Зачем парится с оптимизацией, когда можно втюхать и так. На чем зарабатывают производители железа, впаривая видеокарты и прочее. Если открыть современный Photoshop, то просто на открытую программу, уйдет 2гб памяти, хотя 90% функций Photoshop не изменилось с ранних версий, которые потребляли гораздо меньше ресурсов еще тех слабых ПК. Или просто сравните сколько занимает установленный 3ds Max и сколько занимает Blender, который может всё тоже самое и даже больше, но занимает в десять раз меньше места.
![[MV] A leap of faith...ความเชื่อใจครั้งสุดท้าย (From "Petrichor the series")](http://i.ytimg.com/vi/U1piZH2CNXA/mqdefault.jpg)
Как бизнесу лучше, так и делаем. Это не программисты прогать не умеют, это бизнесу часто не выгодно выделять на это время
Притча:
Один бизнес делал хорошие, оптимизированные программы, но долго.
Другой, конкурент первого - клепал всё по-быстрому, наплевав на оптимизацию (лишь бы работало и шевелилось).
Пока первый делал Классный Продукт ™ , второй состряпал кое-как, выкатил релиз, забрал клиентов (основной массе которых пофиг на размер, они вообще не смотрят на какие-то там цифры, лишь бы работало и шевелилось) и оставил первого без продаж.
Какой рыночек, такие и продукты.
@@alex_vee Один делал, но плохо, другой хорошо, но не делал
@@alex_vee если нужно выкатить срочно в продакшен, да. А если оптимизировать процессы да еще и специфические, то извините, нужно пилить свое рано или поздно.
@@alex_vee время деньги поетому первый продукт еще и соить в 100500 раз больше при равном функционале.
Проблема не в програмстах, а в тележке модулей что за ними стоят)) Напишут банк с нуля на чистом си плюс плюс будет весить 1мб. Но времени уйдет 30 лет только, а так да
Прям 30 лет думаешь? 0_0 У меня есть сомнения. То что может понадобиться годик может 2. Но это я так, душнила, я понимаю о чем ты.
Все сильно зависит от того, кто пишет код. Если это фремворкодрочер, то это будет дольше в разы чем олдскулл. Вопрос в другом - хардкорный олдскулл будет незаменим, так как второго такого, кто может разобраться в коде найти, тяжело будет. Поэтому компании и нанимают тех, кто впятером «закрутят лампочку».
Как проблема не в программистах, а эти модули кто написал?) Почему не разделили на функциональные части модуль? Больше приложение (логикой), больше вероятность уязвимостей
Много примеров, когда системы для тех или иных отраслей бизнеса писали сами айтишники. Но за основу брали конечно готовые решения. Но код у них не имел лишего.
Просто машинное время сейчас сильно дешевле времени разработчика. Если программисты подешевеют, то и программы меньше станут.
С играми не очень уместное сравнение. В современных играх основной вес занимают сопутсвующие ассеты - модели, текстуры, звуки, анимации. Сам код на фоне этого - капля в море. Производительность ПК выросла, а значит и более качественные и детализированые ассеты можно использовать и проблемы в этом особой нет, все упиратся больше в возможности движка и современного железа.
так если код пропускает через себя эти ассеты и взаимодействует со всеми этими ассетами- это значит что код всё ещё нуждается в оптимизации, т.к. лишние итреации с этими ассетами - лишняя нагрузка.
@@phdexx Речь же была о том, что места много занимает современная игра по сравнению с играми, которые влазили на дискету. Конечно, совершенству нет предела и можно оптимизировать. Мы вот тоже делали оптимизацию тех же игровых ассетов через 3 года запуска игры.
Абсолютно верно человек пишет. Я часто смотрю всякие сайты банков, брокеров, приложения для торговли и прочее.
И там иногда столько косяков, что даже непонятно КАК это вообще возможно что бы в крупной компании с доходами по миллиону в день программисты не понимали настолько простых вещей. Иногда доходит до того, что на сайте подгружаются скрипты или какие-то библиотеки, которые вообще никак и нигде на сайте не используются.
Современные сайты, это как машина с кучей прицепов в которой горы хлама всякого ненужного.
Уровень программистов сильно упал. Все самые талантливые никогда не работают по найму. Поэтому компаниям приходится брать дурачков.
Есть интересная идея, все фреймворки сделать модульными и те части, что не используются, могли бы компилятором на билде просто удаляться, так и удобство останется и вес приложений уменьшится
У свежих фреймворков это так и работает
А может быть проще наоборот: добавлять необходимые модули по ходу разработки приложений, а не скачивать их все для того что бы потому удалить процентов 90 из них?
Это уже придумали и это называется три шейкинг
на Хабре уже 100500 раз обсосали эту тему, саммари такое: время разрабов стоит капец дорого, поэтому оунеры ставят задачу ПМам"Как можно быстрее выкатить продукт в прод и как можно меньше тратить времени на его поддержку". Как это сделать? Только с помощью фреймворков и существующих протестированных решений в виде библиотек, по итогу время разработки снижается в 100500 раз и во столько же раз вырастает количество неиспользуемого кода. Это неизбежное зло. И "лишний код" просто так не выкинешь, потому что по любому что-то поломается))))
->натравить компилятор на библиотеку
-> скомпилить только то что нужно и нужные зависимости
->???
-> PROFIT
@@aviator1472 это так не работает
@@aviator1472 ну зачем, если можно скомпилить несколько немаленьких библиотек ЦЕЛИКОМ?
@@aviator1472 нихуя себе ты заново придумал тришейкинг???
@@yonebayashi_ да я нихуя не знаю. Я просто думаю логично. Нахуя компилировать весь фрейм ворк или все Лабу когда можно скопировать только нужное+зависимости. Мне страшно если это так НЕ работает.
7:58 - Кандидат на шедевральный шортс! 👍🏻 Чуть меньше минуты.
На диске quake2, помимо самой игры (которая занимала процентов 15-20 от диска) был записан саундрек в обычном формате audio-cd.
Я его потом даже в машине слушал с этого же CD.
дааа!)))
Где-то в середине 2000-х гг. собирал архивы с популярными тогда играми, что приносили знакомые _одмины,_ создавал для них инсталляторы и красочный авторан для диска. Затем нарезал их на CD/DVD и раздавал знакомым.
"Инсталляторы" тупо распаковывали архивы в папку и создавали ярлык, но делали это с красивым интерфейсом и замусориванием реестра 😄. А для создания авторанов использовал как специфические программы, предназначенные конкретно для этого, так и связки вроде _Delphi_ + _Flash._
С последними получались просто ОФИГЕННЫЕ анимированные менюшки для дисков - с музыкой, эффектами, клёвыми переходами 👍
Всё это, кстати, без знания соответствующих языков программирования, а только по наитию и казавшейся мне очевидной логике работы программ.
Помню, что на 1 CD (т.е. ~650-700 Мб) влезало по 3-4 игры - обычно 2 крупные, вроде FIFA 2003 или IGI Project, и разная мелочёвка. И люди реально их юзали, т.к. диски часто уходили "с концами".
p.s.: ни копейки на этом не заработал, делал только потому, что нравились автораны наших пиратов и хотелось создать что-то подобное, но -с блэкджеком и округлыми плавными дамами- лучше, поэтому за пиратство притянуть не получится )
Можно использовать библиотеки с открытым исходным кодом и выкинуть что не нужно.
Сравнивать 2.5д игру, где текстурка врага занимает 1мб и современные 3д игры, где моделька персонажа может спокойно больше 1гб слегка странно.
Не так легко выкинуть какую то часть из готовой системы, очень многое тесно связанно
Бесят банковские приложения занимающие под 500Мб на телефоне
Драйвера размером с хорошую о.с.
о у меня как банковское приложение очень популярного банка столько занимает.
Вот именно поэтому Symfony и Laminas (бывший Zend Framework) предлагают для использования отдельные модули. Если тебе нужна только авторизация, то только этот модуль и ставиш, вместо того чтобы тянуть весь фреймворк с MVC и CLI, которые тебе могут никогда не понадобиться.
Кроме того, любое кастомное решение не будет иметь той же надежности, что библиотеки и модули, которые уже протестированны и исследованны опытным путем громадным количеством пользователей.
Помню, как я уменьшал Quake 2, до одной карты и ровно те текстуры, которые были на этой карте. Умещалось в архиве на 2 дискеты. У меня на php проекте папка vendor - 580 Mb, node_modules - 861 Mb (
С другой стороны, в 1998 году у меня был жесткий диск 2 Гб и игра Starcraft занимала 100 Мб. Теперь диски по терабайтам и 32 Гб Starcraft II не так и много.
Ну зачастую node_modules нужна только при разработке, а собранный продукт занимает на порядки меньше. Да и из vendor всё это не грузится в память на каждом запуске
В конце видео приведенный пример с KKrieger не совсем корректный. Да, там все генерировалось на лету(шейдерами на АСМ-е насколько помню) и не нужны были текстуры и модели, но напрягало оно систему на все сто процентов).
Выдал базы. Лайкосик!
Смотря еще какие браузеры нужно поддерживать или устройства.
Уже два года работаю, так и не понял что делаю
Полагаю, меня будет ждать та же участь...
@«Увидел этот твит»
@показывает скрин с двощей
Чет заорал
Почему бы не внедрить в Parcel или Webpack автоматическое извлечение при упаковке используемых в приложении функций, а все остальное удалять из итогового билда?
А вы представляете, сколько учесть должен такой алгоритм? Хотя, в этом направлении работа ведётся. Вылетело сейчас название технологии, но сейчас сборщики прилагают усилие, чтоб комбинировать только нужное
Построить граф вызовов функций и выкинуть все функции не попадающие в это граф.@@МихаилКрамер-н7ш
У меня другой вопрос: нахрен каждые 2 месяца менять внешний вид того же банковского приложения?? Вот эти иконки, кнопки бесконца менять?
Они что, оправдывают содержание фронтендеров?
мб
Приложение в 4 страницы можно переделать на Preact
700МБ на 4 ре дискеты 2'5 не поместятся. может оговорились
Хорошо если бы искусственный интеллект начал вырезать неиспользуемые возможности Фреймворков в итоговом билде) и фреймовки бы начали делать модульные
Но с другой стороны, обычная гигиена с лэзи чанками, разбиением бандлов на страницы, тришейкингом, и загружаемый на сайт бандл не будет весить 1мб, а всего 200кб. А если еще использовать preact, то еще меньше. Просто люди изначально используют плохие инструменты и не парятся о перформансе, хотя все это можно делать без ущерба времени. Зато как не попадешь в команду, так у них вечные архитектурные споры, обмазано все абстракциями и прочим, а перф чинить никто не хочет.
Про игры та же беда - делают простые игрульки в стиле 4 в ряд, а ставят полноценный движок с полноценным физическим движком.
Я очень надеюсь, что эра ИИ повлияет на разработку таким образом, что перф станет важным критерием для конкурентоспособного продукта, т.к. тупой и медленный код сможет писать сам ИИ.
Пришлось интегрировать страпи в проект, писал на чистом js сиды и доп логику, получил удовольствие. Дебагер без проблем работал, скорость разработки очень высокая. В основном работаю с микро сервисами на nestjs .
Меня смущает ещё обновления для мобильных приложений 30-50-70мб это же афигеть как много,
Раньше было памяти мало, а процессоры сразу по частоте скакнули с 400МГц до 3 ГГц, но так как памяти мало, значит делаем тиков больше. Сейчас производительность процессоров встряла на одном уровне, нет скачка, не получается еще больше снизить напряжение, частота не растет, но памяти стало много, маятник качнулся в другую сторону, теперь делаем меньше тиков, больше берем готового посчитанного однажды из памяти)
Мне кажется не в фреймворках дело. реакт если мне не изменяет память занимает всего 70 КБ ну даже если 100 или 200 это не такой большой размер. Наиболее пагубное влияние произвёл npm. Когда разные версии одна и той же зависимости могли находиться в папке нодмодулес несколько раз и например если это underscorejs то это не сильно увеличило размер Но если это какой-нибудь lodash или rxjs то прощай свободное пространство.
Миша, ты помнишь Дельфи и оптимизирующий компилятор? 300 КБ пустая форма... А потом выясняется, что, сам VCL написан так, что ничего нельзя выкинуть. А потом нашлись энтузиасты, которые написали KOL - key object library: альтернатива vcl, которая давала на выходе компактный exe (что-то вроде 40 КБ, я не помню, может меньше). Правда пропала возможность визуального дизайна... Ок, сказали энтузиасты и написали mirror class library, которая позволила визуально дизайнить приложения на основе kol. Только это оказалось нужно единицам все тех-же энтузиастов.
Подписываюсь! Согласен с мнением Миши!
видео в тему! вчера думал быстренько стаблизирую видео по лицу, где прыгает моя дочка. глянул в ютуб туториал как это сделать в after effects. первый раз в жизни его открыл , сделал как в туториал. И! на моём не слабом ПК он предложил мне считать 10 часов !!!
почувствовал себя как будто я снова сел за 386...
уверен Adobe намерено делает такой тупой софт , чтобы работа монтажёра была адом и он ломил за это цену , чтобы покупать дорогой софт.. вобщем то логично , нужно тянуть деньги в индустрию иначе кодеры не будут столько получать.
но как айтишнтку мне всё же печально , что всё вокруг работает медленно требует космические пространства на диске. когда такие мощности ПК , как сейчас могли бы делать всё просто моментально!
ой, ну и конспирологии же вы написали. а по сабжу вы просто не сумели настроить сохранения видео, чтобы это заняло 10 минут, так как не имеете компетенции, как сами и сказали
@@ilmerainen478 вы когда-нибудь в after effects пробовали стабилизировать видео?
Пишите на ассемблере - будет небольшой размер :) А программы - это продукт, который надо вывести на рынок быстрее конкурентов. Тут либо скорость, либо размер и/или качество.
Веб разработчики старающиеся уменьшить бандлы: да-да пошли мы нах@р
Все проги становятся все более требовательны - так задумано!
Ага всякие телеметрии, слежки, даже на отрисовку интерфейса какой нибудь полупрозрачной рамочки, без которой человек может прожить
я купил в прошлом году комп на 6 ядерном Ryzen. Кисточка в фотошопе работает с опазданием.)
Сейчас рынок такой, всем нужен огромный сервис и завтра, поэтому появляются фреймворки, библиотеки. Сейчас абстракция над абстракцией. Время разработки конвертируется в не оптимизированный продукт(
Не, ну вот я подключаю Тейлвинд или иконки Фонтавесам, но в итоговый бандл добавляются только стили, которые есть в шаблонах и три используемые иконки. А эти иконки еще и упакуются в один файл. В бандле не будет этих тысяч стилей и тысяч иконок.
Старкрафт помню был установщик от 7X 11мб весил, полностью рабочий
А в гта сан андреас только сам релизный exe-файл 14 мегабайт весил - это тот, который запускаешь, без звуков/текстур/моделей, которые отдельно в папках были.
Смех в том, что его потом умельцы почистили, и он стал всего 5 мегабайт занимать, причём ничего лишнего не выкинули и ничего не запаковывали, просто мусор выкинули
я удивляюсь размерам проф программ. например, Maya весит больше 10гб, а Blender около 300мб. UE5 весит больше 100гб. Unity 20гб. Godot 100мб.
К прогам ещё и текстуры, модели, материалы качаются в отличие от блэндера, где только необходимый код. А ещё бывает что это всё качается тебе на устройство, но это гумно тебе не дают использовать бесплатно, предлагают заплатить за "про" фичу уже скачанного.
Наконец-то адекватный комент!
Где найти код игры про которую в конце ролика сказали?
мда... а у меня когда-то 640 кБ это была вся оперативная память с которой нужно было крутиться как можешь :)
Интересная тема. Возникает идея автоматического вырезания неиспользуемых частей фреймворка. Почему это не реализуется? Есть фундаментальные проблемы или просто ни у кого не дошли руки?
фундаментальная проблема что руки не доходят. Есть энвиронмент разработки и есть энвиронмент прода, и очень часто всем насрать на энвиронмент прода тупо компилят на стороне разработки и выкладывают на прод AS IS
Скорее всего зависимости
Блин, ну я специально зашел уже в гугл переводчик и попросил его озвучить слово vue и это нифига не ву получается )
7:49 Как они удаляют пыль со всего этого? Продувают сжатым воздухом?
Запыленные выкидывают, или нанимают пролетариев?
Ну, так святое дело - гвозди микроскопом забивать... Еще хочу добавить, что даже если на сервере работает куча лишнего кода, то пока он исполняется, тратится лишняя энергия и выделяется лишнее тепло. Поэтому, хорошо оптимизированный код стоит при эксплуатации гораздо дешевле... Ну и наконец, стоит уделять пристальное внимание этапу компиляции и там можно заранее посчитать все константы - данные, кототорые в процессе работы программы не меняются.
Я не программист, но даже я это понимаю..). Я сам чтоб созать "сайт" из 1-2 страниц, ставлю на громоздкий Wordpress, что, ибо быстрее и проще..)
для этого есть готовые дизайны хтмл
есть еще генераторы статических сцайтов
есть еще textolite
ИИ не за горами...
Калибри ОС помещается на дискете, а современным приложениям и 100Мб очень мало. Куда кодят?
Проблема в том что фреймворки и тд должны быть максимально модульными, не знаю как там другие, но Спринг и Кваркус уже поняли эту проблему и теперь там все максимально разбито по отдельным модулям
а почему тогда сами фрейворки все больше и больше?
Ты мне напомнил мои студенческие годы, когда я сам паковал и приносил Q1 на одну дискету, причем там помещалась одна карта и боты, ещё пару карт было на второй дискете)) пол-группы рубились)
Когда-то на одной дискете помещалась целая операционка. И не какой-то дос текстовый, а с графическим интерфейсом. Там вроде даже игры были или браузер. QNX называлась.
А сейчас на смартфончике какой-нибудь калькулятор легко может 200 мегабайт сожрать
@@alex_vee Согласен, сейчас бы эти действительно крутые современные фичи запрограммировать на си или ассемблере, цены бы не было таким программам, и тогда я сказал что да вот это будущее, где приложения с ui интерфейсом вообще не лагают, молниеносно скачиваются, не требуют ресурсов памяти, а современное железо может быстрее обрабатывать более ресурсоёмкие процессы наподобии рендеринга или того же искусственного интеллекта, требования для которого можно уменьшить.
в целом искусственный интеллект может помогать переписывать код на си или даже ассемблер, но почему то об этом никто не говорит
Я сделал свою программу Речевой тренажёр для изучения иностранных языков на UE4. Минимальные затраты на программиста, который собрал на блу принтах логику и прицепил базу данных. Всё остальное по фану.
На слабых компах программа не работает.
бизнес выбирает либо платить на тысячи долларов больше либо платить мегабайтами которые почти бесплатные ))) выбор очивиден
Наконец то кто то начал говорить об этом
Просто нужно чтобы всё разбили на модули и ты брал только то, что тебе действительно нужно.
В идеале это должен делать сборщик, а не программист. Иначе это будет очередное усложнение и новичок снова начнет отгребать проблем, потому что не знал, что тут нужно еще доп модули подключить.
Когда-то смеялись с нептимальности компилятора Клиппера, где ХеллоВорлд занимал целых 200к.
А сейчас все инструменты превратились в худший вариант Клиппера...😊😊
Чуть не обосрался, когда фоновая музыка заиграла😂
Может не стоит так?
до сих пор играю в starcraft 2
Внезапно, но большие компании вроде Гугла и Яндекса (у Яндекса для этого есть целая отдельная комманда) занимаются оптимизацией фронта своих поисковых систем, не ради хайпа, а чтобы в разумных пределах выжать максимум из уже захватившего долю рынка продукта. У Яндекса так вообще есть Бабуля это отдельная версия поиска в 10к с поддержкой старых и медленных девайсов. Так что не стоит драматизировать, программисты все еще умею писать быстрый и оптимизированный код при условии что бизнесу это действительно нужно, ибо кажется мне что в далёком прошлом игры в 1М писались от ограничений имеющего на тот момент железа, а не для заботы о пользователях.
Ещё Бутстрап можно было подключать покомпонентно
Пример слайдера: подключаем jquery и библиотеку, получаем 450кб или пишем класс сами 5кб. Разница x90.
когда у тебя сеть за секунду передает 12 800 000 кБ, то нет разницы 450 или 5 кБ передавать.
@@eugenem4854 когда у тебя тысячи посетителей в минуту, разницу заметит любой.
p.s.: ещё смешно, когда главные страницы сайтов обучающих контор весят под несколько мегабайт, не предлагая при этом никакого особого функционала. Причём там такой дизайн, что любой грамотный специалист легко ужал бы его в 20-50 раз. У меня всегда возникает вопрос: чему они обучают новичков на своих "курсах", если сами не способны провести даже простейшую оптимизацию?
Попаболь всей индустрии. Я надеюсь, что с приходом ИИ, всё же придумают функционал, когда перед продом из проекта будут вырезаться все бесполезные строчки. Так же может появиться ЯП, основанный на ии, который писанину будет превращать в оптимальный двоичный код))
Дело не в строчках а в зависимостях которые подтягиваются вместе с любимым фреймворком очередного разработчика
@@Torbjorn-ph7rt ну так сборка всего в один файл, но только нужные части. Сейчас из-за одного ховер эффекта отдельную библиотеку, для простейшего слайдера ещё одну и тд. Но 99% возможностей этих библиотек не задействуют. Существующие оптимизаторы не мега вау. Было бы круто, что бы ИИ, понимающий код, генерил бы сразу только нужное и в машинный код.
ИИ и без кожаных справится с задачей в скором времени, потом клонирует все сайты, видео и музыку в интернете с улучшениями.
Скорее люди начнут генерировать приложения с помощью ИИ, и все станит еще хуже)
@@YkoPon это уже)))
играл в нее, комп тогда дико тормозил
Не могу отделаться от мысли, что Миша Ларченко - это ThePrimeagen + Casey Neistat
Можешь рассказать свое мнение о алгоритмических собеседованиях во все BigTech компании? И насколько важно для разработчиков знать алгоритмы и структуры данных
не надо, просто отсев от огромного количества откликов. как правило как устаиваются потом кнопочки туда сюда катают
@@dizalix201, хз, я вот иначе считаю)
Если умеешь решать задачи, то ни алгоритмы, ни структуры данных (и не дай бог, всякие замудрённые термины и акронимы, на которые буквально молятся бездарные интервьюеры) тебе не понадобятся.
Старкрафт без видеороликов 100мб?..ля
фреймворки толстеют со временем. Поэтому, если я хочу чтобы приложения много не занимало и работало быстрей , я сразу пишу в двоичном коде.
А мне больше умиляет что мы имеем 4k экраны способные отображать миллиарды цветов. Но дизайн на экране состоит из плоских одноцветных прямоугольников.
Скевоморфизм в макос и/или дизайн в windows 7 смотрится уютнее.
И в конечном итоге мы пришли к тому же выводу - почти все современные "программисты" не умеют программировать. Да и не хотят уметь. Они же "за бабло", а не "за идею"...
На самом деле нормальному программисту е составит труда вычленить из того или иного движка на открытом коде нужное и забрать только нужное.
Поэтому тут чисто проблема в том что дурачков набирают, и хотят что бы им за копейки что-то сделали. Вот по этому и получается хрень полная.
Современное программирование уже не то. Доходит до того что человек якобы "знает" фреймворк но не знает из чего он состоит и т.д.
@@KKZ_5000_RUB Вы правы. Нет никаких фильтров по уровню интеллекта, склонностям, нет никаких стандартов программирования, обоснованных программ обучения, качественного тестирования и экзаменации студентов, нет правил и норм соответствия кода и т.п.
И в результате все вокруг глючит и багует, но каждый, кто научился включать компьютер, мнит себя программистом.
А с точки зрения образования, в контексте разработки какого-то проекта, лучше сначала потратить время и научиться делать его без фреймворка или лучше сразу учиться использовать фреймворк?
С точки зрения образования, язык нужно учить до фреймворков. Если уверенно владеешь языком - фреймворки поймёшь очень быстро.
@@Skollvaldлюбой язык? Джава или Пайтон к примеру?
@@timurtimurovich1937 а чем они принципиально отличаются?
фреймворк, конечно
@@МаксимЕгоров-ф1л а какое обоснование?
вы в хроме посмотрите сколько у вас эта вкладка занимает у меня 500 мб оперативы блять 500 метров!!! в quake 2 в системках указано 16 мб озу
так оно и больше будет весить - спасибо поколению nodeJs . Сейчас приложения это просто электрон отрабатывающий Vue или React вот то что в этих банках называют программистами это просто чуваки котрорые вместо того чтоб включить мозг тупо ищут подходящий фреймворк, тупо подсасывают его в NodeJS со всем гигабайтом его зависимостей и делают настройки чтоб выводилось на нужном экране. То есть они скорее настройщики, в отличие от тех кто писал фреймворк.
игровой движок, эта среда разработки, а не код самой игры. Второе, основной рост размера игр связан с размером текстур, качества моделей, а не кода.
Давно бесит сабж. МСОфис 20лет назад весил 200Мб. А сейчас то ж самое неск.гектаров. а серьезных фич почти не добавилось ...
И грузится медленнее, чем 20лет назад, хотя компы удесятирили скорость.
В телефонах та же фигня.
Айтишка катицца в сра ное овно. 😊
Windows 3.1 весила 10 MB.
Настоящее программирование начинается тогда, когда заканчивается память, или упираешься в производительность железа.
Фреймворки и библиотеки используют по причине экономии времени, бизнес не готов ждать пока "опытные" разрабы напишут свой собственный велосипед под каждую фичу на сайте да еще и отдабажат все это. Да, вес бандла это та самая жертва которую мы платим за скорость.
За реакт могу сказать только что 3мб бандл это не проблема самого реакта, после сборки ваш бандл должен весить в районе 150кб. Хз откуда на видео взялось 3мб, если страницы или их отдельная логика создают такой вес юзайте suspense, lazy loading и тп. Все воможности для оптимизации вам предоставили.
Интересно Миша видел kolibriOS?
Никлаус Вирт когда-то занимался оптимизацией софта и написал полноценную промышленную операционную систему Oberon (как Windows и Linux) - интегрированную систему, которая включает в себя ядро, модульный компилятор, графический интерфейс пользователя и набор программ. Для нее нужно было всего 1 Mbyte ОЗУ, а размер системы 300kB. Чем доказал, что оптимизация возможна. Он сформулировал так называемый "Закон Вирта", который гласит, что: "программы становятся медленнее, когда компьютеры становятся быстрее". Некоторые причины он описал и решения в статье A Plea for Lean Software.
Я вспомнил пример как ктото возмещался, что скриншот игры марио весит больше чем сама игра весила на картридже на 8-ми битной приставке😂😂😂
у меня gatsbyjs проэкт жрал 20 гигабайп озу и еще 35гиг на диске в кеше оставлял
😢😢😢
Получается, если ваша оптимизация не оправдана, вы занимаетесь оверинжинирингом
Вывод: забудьте про свои ёбаные бесконечные фреймвоки (оверхедр кастыли) и пишите код на языке программирования, а не на фреймворке. Много ума надо чтобы понять, что продукт на html,css,js будет качественнее, чем на reat, bootstrap и т.д. ?
проблема одна - капитализм, потребительство, всем нужны деньги как можно быстрее.
Есть такая штука как анализатор бандла.
похер на игры
а вот драйвер на принтер в 300мб это 🤦♂
*Поправочка:*
Quake II занимал 700 КИЛОбайтов, а не МЕГА.
(Но вроде больше)
🤡 700 БИТ занимал, инфа 100%
@@TheLevius700 нанобит
Проблема согласен. Но примеры очень плохие, вы резали часть игры, тоесть без потерь необошлось. А ведь речь о том что вес приложений растет из за лишнего. Но сейчас с этим борются. С сайтом с большим весом из за реакта тоже пример плохой. Реакт столько в вес не добавляет точно. Сорцы много весят с либами, но в бандл это всё не попадает. Ну а сейчас уже везде tree shaking.
7:19 ЗАЧЕМ ты это сделал, слушая, я обосрался от неожиданности
Твит похож на мой
А платят за удобство бизнеса конечные потребители...
То-то я смотрю, что обновление для приложения в 600Мб весит 200Мб
21-й век, что ещё хотите
Здравствуйте, да в react том же на один клик debugger такой stack fn показывает, что страшно становится. А как ещё? На Java несколько стэков фреймворков, и никто не возьмёт без их знания.
Разрабам фреймворков пора внедрять умную линковку. Т.е. чтобы в итоговую сборку попадали только используемые куски. Ах мечты...
По идее tree shaking давно все бандлеры поддерживают
А самое бесячее - это когда один рекламный баннер занимает львиную долю трафика сайта, потому что сделан с использованием фреймворка и имеет в себе безумные объемы какой-то логики, автовоспроизведение видео и черт знает что ещё
Математика простая
Чтобы сделать результат без фреймворка надо человеком месяц, это 5-9 к баксов
А сервер стоит 50-100 баксов месяц...
Хватит на 5 лет чтобы не тратиться на человека часы в разработке
Строители не умеют строить
Основной тезис в том, что программисты не умеют программировать потому что это долго и дорого
Разработчики и компании, заинтересованы выпустить не оптимизированный продукт, который жрет кучу ресурсов, и с каждым разом всё больше и больше. Ведь ресурсов теперь в изобилии. Зачем парится с оптимизацией, когда можно втюхать и так. На чем зарабатывают производители железа, впаривая видеокарты и прочее. Если открыть современный Photoshop, то просто на открытую программу, уйдет 2гб памяти, хотя 90% функций Photoshop не изменилось с ранних версий, которые потребляли гораздо меньше ресурсов еще тех слабых ПК. Или просто сравните сколько занимает установленный 3ds Max и сколько занимает Blender, который может всё тоже самое и даже больше, но занимает в десять раз меньше места.
Это не твит, а сообщение на анонимном форуме и понятное дело это троллинг.
❤❤❤🎉🎉🎉
Не понимаю претензий. Перепиши на чистом жс, если хочешь. Хочешь, на ассамблере
Он сказал, что его личный сайт маленький и без фреймворков