Как бизнесу лучше, так и делаем. Это не программисты прогать не умеют, это бизнесу часто не выгодно выделять на это время

@alex_vee

7 ай бұрын

Притча: Один бизнес делал хорошие, оптимизированные программы, но долго. Другой, конкурент первого - клепал всё по-быстрому, наплевав на оптимизацию (лишь бы работало и шевелилось). Пока первый делал Классный Продукт ™ , второй состряпал кое-как, выкатил релиз, забрал клиентов (основной массе которых пофиг на размер, они вообще не смотрят на какие-то там цифры, лишь бы работало и шевелилось) и оставил первого без продаж. Какой рыночек, такие и продукты.

@protogionlastname6003

7 ай бұрын

@@alex_vee Один делал, но плохо, другой хорошо, но не делал

@-freedoman

6 ай бұрын

@@alex_vee если нужно выкатить срочно в продакшен, да. А если оптимизировать процессы да еще и специфические, то извините, нужно пилить свое рано или поздно.

@alexandergornostaev610

Ай бұрын

@@alex_vee время деньги поетому первый продукт еще и соить в 100500 раз больше при равном функционале.

Проблема не в програмстах, а в тележке модулей что за ними стоят)) Напишут банк с нуля на чистом си плюс плюс будет весить 1мб. Но времени уйдет 30 лет только, а так да

@mrhironAB

7 ай бұрын

Прям 30 лет думаешь? 0_0 У меня есть сомнения. То что может понадобиться годик может 2. Но это я так, душнила, я понимаю о чем ты.

@i.am.rossalex

7 ай бұрын

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

@kirillvolkov2384

6 ай бұрын

Как проблема не в программистах, а эти модули кто написал?) Почему не разделили на функциональные части модуль? Больше приложение (логикой), больше вероятность уязвимостей

@-freedoman

6 ай бұрын

Много примеров, когда системы для тех или иных отраслей бизнеса писали сами айтишники. Но за основу брали конечно готовые решения. Но код у них не имел лишего.

@Kaiphusha

6 ай бұрын

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

на Хабре уже 100500 раз обсосали эту тему, саммари такое: время разрабов стоит капец дорого, поэтому оунеры ставят задачу ПМам"Как можно быстрее выкатить продукт в прод и как можно меньше тратить времени на его поддержку". Как это сделать? Только с помощью фреймворков и существующих протестированных решений в виде библиотек, по итогу время разработки снижается в 100500 раз и во столько же раз вырастает количество неиспользуемого кода. Это неизбежное зло. И "лишний код" просто так не выкинешь, потому что по любому что-то поломается))))

@aviator1472

7 ай бұрын

->натравить компилятор на библиотеку -> скомпилить только то что нужно и нужные зависимости ->??? -> PROFIT

@alenache1

7 ай бұрын

@@aviator1472 это так не работает

@Y-LAT

7 ай бұрын

@@aviator1472 ну зачем, если можно скомпилить несколько немаленьких библиотек ЦЕЛИКОМ?

@yonebayashi_

7 ай бұрын

@@aviator1472 нихуя себе ты заново придумал тришейкинг???

@aviator1472

7 ай бұрын

@@yonebayashi_ да я нихуя не знаю. Я просто думаю логично. Нахуя компилировать весь фрейм ворк или все Лабу когда можно скопировать только нужное+зависимости. Мне страшно если это так НЕ работает.

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

@phdexx

7 ай бұрын

так если код пропускает через себя эти ассеты и взаимодействует со всеми этими ассетами- это значит что код всё ещё нуждается в оптимизации, т.к. лишние итреации с этими ассетами - лишняя нагрузка.

@zomgree

7 ай бұрын

​@@phdexx Речь же была о том, что места много занимает современная игра по сравнению с играми, которые влазили на дискету. Конечно, совершенству нет предела и можно оптимизировать. Мы вот тоже делали оптимизацию тех же игровых ассетов через 3 года запуска игры.

Бесят банковские приложения занимающие под 500Мб на телефоне

@qpmdb

7 ай бұрын

Драйвера размером с хорошую о.с.

@WaldemarB-wj1nq

6 ай бұрын

о у меня как банковское приложение очень популярного банка столько занимает.

У меня другой вопрос: нахрен каждые 2 месяца менять внешний вид того же банковского приложения?? Вот эти иконки, кнопки бесконца менять? Они что, оправдывают содержание фронтендеров?

@xyzw777

6 күн бұрын

мб

Есть интересная идея, все фреймворки сделать модульными и те части, что не используются, могли бы компилятором на билде просто удаляться, так и удобство останется и вес приложений уменьшится

@Mojo12444

6 ай бұрын

У свежих фреймворков это так и работает

@CEO_Eng

6 ай бұрын

А может быть проще наоборот: добавлять необходимые модули по ходу разработки приложений, а не скачивать их все для того что бы потому удалить процентов 90 из них?

@NN-ii2mb

6 ай бұрын

Это уже придумали и это называется три шейкинг

Вот именно поэтому Symfony и Laminas (бывший Zend Framework) предлагают для использования отдельные модули. Если тебе нужна только авторизация, то только этот модуль и ставиш, вместо того чтобы тянуть весь фреймворк с MVC и CLI, которые тебе могут никогда не понадобиться. Кроме того, любое кастомное решение не будет иметь той же надежности, что библиотеки и модули, которые уже протестированны и исследованны опытным путем громадным количеством пользователей.

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

7:58 - Кандидат на шедевральный шортс! 👍🏻 Чуть меньше минуты.

Уже два года работаю, так и не понял что делаю

@user-dx9oy1tr6r

2 ай бұрын

Полагаю, меня будет ждать та же участь...

Можно использовать библиотеки с открытым исходным кодом и выкинуть что не нужно. Сравнивать 2.5д игру, где текстурка врага занимает 1мб и современные 3д игры, где моделька персонажа может спокойно больше 1гб слегка странно.

@jigglydezar7331

6 ай бұрын

Не так легко выкинуть какую то часть из готовой системы, очень многое тесно связанно

На диске quake2, помимо самой игры (которая занимала процентов 15-20 от диска) был записан саундрек в обычном формате audio-cd. Я его потом даже в машине слушал с этого же CD.

@GreekkAlex

7 ай бұрын

дааа!)))

@deniskhakimov

6 ай бұрын

Где-то в середине 2000-х гг. собирал архивы с популярными тогда играми, что приносили знакомые _одмины,_ создавал для них инсталляторы и красочный авторан для диска. Затем нарезал их на CD/DVD и раздавал знакомым. "Инсталляторы" тупо распаковывали архивы в папку и создавали ярлык, но делали это с красивым интерфейсом и замусориванием реестра 😄. А для создания авторанов использовал как специфические программы, предназначенные конкретно для этого, так и связки вроде _Delphi_ + _Flash._ С последними получались просто ОФИГЕННЫЕ анимированные менюшки для дисков - с музыкой, эффектами, клёвыми переходами 👍 Всё это, кстати, без знания соответствующих языков программирования, а только по наитию и казавшейся мне очевидной логике работы программ. Помню, что на 1 CD (т.е. ~650-700 Мб) влезало по 3-4 игры - обычно 2 крупные, вроде FIFA 2003 или IGI Project, и разная мелочёвка. И люди реально их юзали, т.к. диски часто уходили "с концами". p.s.: ни копейки на этом не заработал, делал только потому, что нравились автораны наших пиратов и хотелось создать что-то подобное, но -с блэкджеком и округлыми плавными дамами- лучше, поэтому за пиратство притянуть не получится )

Миша, ты помнишь Дельфи и оптимизирующий компилятор? 300 КБ пустая форма... А потом выясняется, что, сам VCL написан так, что ничего нельзя выкинуть. А потом нашлись энтузиасты, которые написали KOL - key object library: альтернатива vcl, которая давала на выходе компактный exe (что-то вроде 40 КБ, я не помню, может меньше). Правда пропала возможность визуального дизайна... Ок, сказали энтузиасты и написали mirror class library, которая позволила визуально дизайнить приложения на основе kol. Только это оказалось нужно единицам все тех-же энтузиастов.

Где найти код игры про которую в конце ролика сказали?

Почему бы не внедрить в Parcel или Webpack автоматическое извлечение при упаковке используемых в приложении функций, а все остальное удалять из итогового билда?

@user-nu2jz1sb4s

6 ай бұрын

А вы представляете, сколько учесть должен такой алгоритм? Хотя, в этом направлении работа ведётся. Вылетело сейчас название технологии, но сейчас сборщики прилагают усилие, чтоб комбинировать только нужное

@wersa45

6 ай бұрын

Построить граф вызовов функций и выкинуть все функции не попадающие в это граф.@@user-nu2jz1sb4s

Помню, как я уменьшал Quake 2, до одной карты и ровно те текстуры, которые были на этой карте. Умещалось в архиве на 2 дискеты. У меня на php проекте папка vendor - 580 Mb, node_modules - 861 Mb ( С другой стороны, в 1998 году у меня был жесткий диск 2 Гб и игра Starcraft занимала 100 Мб. Теперь диски по терабайтам и 32 Гб Starcraft II не так и много.

@user-nu2jz1sb4s

6 ай бұрын

Ну зачастую node_modules нужна только при разработке, а собранный продукт занимает на порядки меньше. Да и из vendor всё это не грузится в память на каждом запуске

Меня смущает ещё обновления для мобильных приложений 30-50-70мб это же афигеть как много,

я удивляюсь размерам проф программ. например, Maya весит больше 10гб, а Blender около 300мб. UE5 весит больше 100гб. Unity 20гб. Godot 100мб.

@beidou6998

6 ай бұрын

К прогам ещё и текстуры, модели, материалы качаются в отличие от блэндера, где только необходимый код. А ещё бывает что это всё качается тебе на устройство, но это гумно тебе не дают использовать бесплатно, предлагают заплатить за "про" фичу уже скачанного.

Приложение в 4 страницы можно переделать на Preact

@«Увидел этот твит» @показывает скрин с двощей Чет заорал

Калибри ОС помещается на дискете, а современным приложениям и 100Мб очень мало. Куда кодят?

И в конечном итоге мы пришли к тому же выводу - почти все современные "программисты" не умеют программировать. Да и не хотят уметь. Они же "за бабло", а не "за идею"...

@KKZ_5000_RUB

6 ай бұрын

На самом деле нормальному программисту е составит труда вычленить из того или иного движка на открытом коде нужное и забрать только нужное. Поэтому тут чисто проблема в том что дурачков набирают, и хотят что бы им за копейки что-то сделали. Вот по этому и получается хрень полная. Современное программирование уже не то. Доходит до того что человек якобы "знает" фреймворк но не знает из чего он состоит и т.д.

@flamehowk

6 ай бұрын

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

Пришлось интегрировать страпи в проект, писал на чистом js сиды и доп логику, получил удовольствие. Дебагер без проблем работал, скорость разработки очень высокая. В основном работаю с микро сервисами на nestjs .

Выдал базы. Лайкосик!

я купил в прошлом году комп на 6 ядерном Ryzen. Кисточка в фотошопе работает с опазданием.)

Раньше было памяти мало, а процессоры сразу по частоте скакнули с 400МГц до 3 ГГц, но так как памяти мало, значит делаем тиков больше. Сейчас производительность процессоров встряла на одном уровне, нет скачка, не получается еще больше снизить напряжение, частота не растет, но памяти стало много, маятник качнулся в другую сторону, теперь делаем меньше тиков, больше берем готового посчитанного однажды из памяти)

Смотря еще какие браузеры нужно поддерживать или устройства.

700МБ на 4 ре дискеты 2'5 не поместятся. может оговорились

Интересная тема. Возникает идея автоматического вырезания неиспользуемых частей фреймворка. Почему это не реализуется? Есть фундаментальные проблемы или просто ни у кого не дошли руки?

@Torbjorn-ph7rt

7 ай бұрын

фундаментальная проблема что руки не доходят. Есть энвиронмент разработки и есть энвиронмент прода, и очень часто всем насрать на энвиронмент прода тупо компилят на стороне разработки и выкладывают на прод AS IS

@naivrick9782

7 ай бұрын

Скорее всего зависимости

Все проги становятся все более требовательны - так задумано!

@beidou6998

6 ай бұрын

Ага всякие телеметрии, слежки, даже на отрисовку интерфейса какой нибудь полупрозрачной рамочки, без которой человек может прожить

Подписываюсь! Согласен с мнением Миши!

а почему тогда сами фрейворки все больше и больше?

В конце видео приведенный пример с KKrieger не совсем корректный. Да, там все генерировалось на лету(шейдерами на АСМ-е насколько помню) и не нужны были текстуры и модели, но напрягало оно систему на все сто процентов).

А мне больше умиляет что мы имеем 4k экраны способные отображать миллиарды цветов. Но дизайн на экране состоит из плоских одноцветных прямоугольников. Скевоморфизм в макос и/или дизайн в windows 7 смотрится уютнее.

Когда-то смеялись с нептимальности компилятора Клиппера, где ХеллоВорлд занимал целых 200к. А сейчас все инструменты превратились в худший вариант Клиппера...😊😊

бизнес выбирает либо платить на тысячи долларов больше либо платить мегабайтами которые почти бесплатные ))) выбор очивиден

ИИ не за горами...

Проблема в том что фреймворки и тд должны быть максимально модульными, не знаю как там другие, но Спринг и Кваркус уже поняли эту проблему и теперь там все максимально разбито по отдельным модулям

Не могу отделаться от мысли, что Миша Ларченко - это ThePrimeagen + Casey Neistat

Но с другой стороны, обычная гигиена с лэзи чанками, разбиением бандлов на страницы, тришейкингом, и загружаемый на сайт бандл не будет весить 1мб, а всего 200кб. А если еще использовать preact, то еще меньше. Просто люди изначально используют плохие инструменты и не парятся о перформансе, хотя все это можно делать без ущерба времени. Зато как не попадешь в команду, так у них вечные архитектурные споры, обмазано все абстракциями и прочим, а перф чинить никто не хочет. Про игры та же беда - делают простые игрульки в стиле 4 в ряд, а ставят полноценный движок с полноценным физическим движком. Я очень надеюсь, что эра ИИ повлияет на разработку таким образом, что перф станет важным критерием для конкурентоспособного продукта, т.к. тупой и медленный код сможет писать сам ИИ.

Мне кажется не в фреймворках дело. реакт если мне не изменяет память занимает всего 70 КБ ну даже если 100 или 200 это не такой большой размер. Наиболее пагубное влияние произвёл npm. Когда разные версии одна и той же зависимости могли находиться в папке нодмодулес несколько раз и например если это underscorejs то это не сильно увеличило размер Но если это какой-нибудь lodash или rxjs то прощай свободное пространство.

Не, ну вот я подключаю Тейлвинд или иконки Фонтавесам, но в итоговый бандл добавляются только стили, которые есть в шаблонах и три используемые иконки. А эти иконки еще и упакуются в один файл. В бандле не будет этих тысяч стилей и тысяч иконок.

Основной тезис в том, что программисты не умеют программировать потому что это долго и дорого

7:49 Как они удаляют пыль со всего этого? Продувают сжатым воздухом?

@dobandvla

7 ай бұрын

Запыленные выкидывают, или нанимают пролетариев?

Сейчас рынок такой, всем нужен огромный сервис и завтра, поэтому появляются фреймворки, библиотеки. Сейчас абстракция над абстракцией. Время разработки конвертируется в не оптимизированный продукт(

А с точки зрения образования, в контексте разработки какого-то проекта, лучше сначала потратить время и научиться делать его без фреймворка или лучше сразу учиться использовать фреймворк?

@Skollvald

7 ай бұрын

С точки зрения образования, язык нужно учить до фреймворков. Если уверенно владеешь языком - фреймворки поймёшь очень быстро.

@timurtimurovich1937

6 ай бұрын

​@@Skollvaldлюбой язык? Джава или Пайтон к примеру?

@Skollvald

6 ай бұрын

@@timurtimurovich1937 а чем они принципиально отличаются?

@user-bt3hs8ip6s

6 ай бұрын

фреймворк, конечно

@arthursultan451

6 ай бұрын

@@user-bt3hs8ip6s а какое обоснование?

мда... а у меня когда-то 640 кБ это была вся оперативная память с которой нужно было крутиться как можешь :)

Блин, ну я специально зашел уже в гугл переводчик и попросил его озвучить слово vue и это нифига не ву получается )

Пример слайдера: подключаем jquery и библиотеку, получаем 450кб или пишем класс сами 5кб. Разница x90.

@eugenem4854

6 ай бұрын

когда у тебя сеть за секунду передает 12 800 000 кБ, то нет разницы 450 или 5 кБ передавать.

@deniskhakimov

6 ай бұрын

@@eugenem4854 когда у тебя тысячи посетителей в минуту, разницу заметит любой. p.s.: ещё смешно, когда главные страницы сайтов обучающих контор весят под несколько мегабайт, не предлагая при этом никакого особого функционала. Причём там такой дизайн, что любой грамотный специалист легко ужал бы его в 20-50 раз. У меня всегда возникает вопрос: чему они обучают новичков на своих "курсах", если сами не способны провести даже простейшую оптимизацию?

То ли еще будет. Когда добавят нейронки, каждая весом в несколько гигибайт, все распухнет еще больше. А еще можно бизнес логику запихнуть в нейронку - 50-100 гигабайт и можно сделать простенькую программу типа блокнота. А еще можно это добавить в веб, сайты будут качать по пол-гига для запуска.

Можешь рассказать свое мнение о алгоритмических собеседованиях во все BigTech компании? И насколько важно для разработчиков знать алгоритмы и структуры данных

@dizalix201

7 ай бұрын

не надо, просто отсев от огромного количества откликов. как правило как устаиваются потом кнопочки туда сюда катают

@Smurfetti

7 ай бұрын

@@dizalix201, хз, я вот иначе считаю)

@deniskhakimov

6 ай бұрын

Если умеешь решать задачи, то ни алгоритмы, ни структуры данных (и не дай бог, всякие замудрённые термины и акронимы, на которые буквально молятся бездарные интервьюеры) тебе не понадобятся.

Вывод: забудьте про свои ёбаные бесконечные фреймвоки (оверхедр кастыли) и пишите код на языке программирования, а не на фреймворке. Много ума надо чтобы понять, что продукт на html,css,js будет качественнее, чем на reat, bootstrap и т.д. ?

Ты мне напомнил мои студенческие годы, когда я сам паковал и приносил Q1 на одну дискету, причем там помещалась одна карта и боты, ещё пару карт было на второй дискете)) пол-группы рубились)

@alex_vee

7 ай бұрын

Когда-то на одной дискете помещалась целая операционка. И не какой-то дос текстовый, а с графическим интерфейсом. Там вроде даже игры были или браузер. QNX называлась. А сейчас на смартфончике какой-нибудь калькулятор легко может 200 мегабайт сожрать

@beidou6998

6 ай бұрын

​@@alex_vee Согласен, сейчас бы эти действительно крутые современные фичи запрограммировать на си или ассемблере, цены бы не было таким программам, и тогда я сказал что да вот это будущее, где приложения с ui интерфейсом вообще не лагают, молниеносно скачиваются, не требуют ресурсов памяти, а современное железо может быстрее обрабатывать более ресурсоёмкие процессы наподобии рендеринга или того же искусственного интеллекта, требования для которого можно уменьшить. в целом искусственный интеллект может помогать переписывать код на си или даже ассемблер, но почему то об этом никто не говорит

Чуть не обосрался, когда фоновая музыка заиграла😂 Может не стоит так?

Внезапно, но большие компании вроде Гугла и Яндекса (у Яндекса для этого есть целая отдельная комманда) занимаются оптимизацией фронта своих поисковых систем, не ради хайпа, а чтобы в разумных пределах выжать максимум из уже захватившего долю рынка продукта. У Яндекса так вообще есть Бабуля это отдельная версия поиска в 10к с поддержкой старых и медленных девайсов. Так что не стоит драматизировать, программисты все еще умею писать быстрый и оптимизированный код при условии что бизнесу это действительно нужно, ибо кажется мне что в далёком прошлом игры в 1М писались от ограничений имеющего на тот момент железа, а не для заботы о пользователях.

Просто нужно чтобы всё разбили на модули и ты брал только то, что тебе действительно нужно. В идеале это должен делать сборщик, а не программист. Иначе это будет очередное усложнение и новичок снова начнет отгребать проблем, потому что не знал, что тут нужно еще доп модули подключить.

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

видео в тему! вчера думал быстренько стаблизирую видео по лицу, где прыгает моя дочка. глянул в ютуб туториал как это сделать в after effects. первый раз в жизни его открыл , сделал как в туториал. И! на моём не слабом ПК он предложил мне считать 10 часов !!! почувствовал себя как будто я снова сел за 386... уверен Adobe намерено делает такой тупой софт , чтобы работа монтажёра была адом и он ломил за это цену , чтобы покупать дорогой софт.. вобщем то логично , нужно тянуть деньги в индустрию иначе кодеры не будут столько получать. но как айтишнтку мне всё же печально , что всё вокруг работает медленно требует космические пространства на диске. когда такие мощности ПК , как сейчас могли бы делать всё просто моментально!

@ilmerainen478

7 ай бұрын

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

@neoppanda

6 ай бұрын

@@ilmerainen478 вы когда-нибудь в after effects пробовали стабилизировать видео?

Пишите на ассемблере - будет небольшой размер :) А программы - это продукт, который надо вывести на рынок быстрее конкурентов. Тут либо скорость, либо размер и/или качество.

Получается, если ваша оптимизация не оправдана, вы занимаетесь оверинжинирингом

до сих пор играю в starcraft 2

Ещё Бутстрап можно было подключать покомпонентно

Веб разработчики старающиеся уменьшить бандлы: да-да пошли мы нах@р

А самое бесячее - это когда один рекламный баннер занимает львиную долю трафика сайта, потому что сделан с использованием фреймворка и имеет в себе безумные объемы какой-то логики, автовоспроизведение видео и черт знает что ещё

Проблема согласен. Но примеры очень плохие, вы резали часть игры, тоесть без потерь необошлось. А ведь речь о том что вес приложений растет из за лишнего. Но сейчас с этим борются. С сайтом с большим весом из за реакта тоже пример плохой. Реакт столько в вес не добавляет точно. Сорцы много весят с либами, но в бандл это всё не попадает. Ну а сейчас уже везде tree shaking.

Здравствуйте, да в react том же на один клик debugger такой stack fn показывает, что страшно становится. А как ещё? На Java несколько стэков фреймворков, и никто не возьмёт без их знания.

Наконец-то адекватный комент!

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

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

проблема одна - капитализм, потребительство, всем нужны деньги как можно быстрее.

Попаболь всей индустрии. Я надеюсь, что с приходом ИИ, всё же придумают функционал, когда перед продом из проекта будут вырезаться все бесполезные строчки. Так же может появиться ЯП, основанный на ии, который писанину будет превращать в оптимальный двоичный код))

@Torbjorn-ph7rt

7 ай бұрын

Дело не в строчках а в зависимостях которые подтягиваются вместе с любимым фреймворком очередного разработчика

@aleksandr_anp

7 ай бұрын

@@Torbjorn-ph7rt ну так сборка всего в один файл, но только нужные части. Сейчас из-за одного ховер эффекта отдельную библиотеку, для простейшего слайдера ещё одну и тд. Но 99% возможностей этих библиотек не задействуют. Существующие оптимизаторы не мега вау. Было бы круто, что бы ИИ, понимающий код, генерил бы сразу только нужное и в машинный код.

@qpmdb

7 ай бұрын

ИИ и без кожаных справится с задачей в скором времени, потом клонирует все сайты, видео и музыку в интернете с улучшениями.

@YkoPon

7 ай бұрын

Скорее люди начнут генерировать приложения с помощью ИИ, и все станит еще хуже)

@aleksandr_anp

7 ай бұрын

@@YkoPon это уже)))

Фреймворки и библиотеки используют по причине экономии времени, бизнес не готов ждать пока "опытные" разрабы напишут свой собственный велосипед под каждую фичу на сайте да еще и отдабажат все это. Да, вес бандла это та самая жертва которую мы платим за скорость. За реакт могу сказать только что 3мб бандл это не проблема самого реакта, после сборки ваш бандл должен весить в районе 150кб. Хз откуда на видео взялось 3мб, если страницы или их отдельная логика создают такой вес юзайте suspense, lazy loading и тп. Все воможности для оптимизации вам предоставили.

Это не твит, а сообщение на анонимном форуме и понятное дело это троллинг.

игровой движок, эта среда разработки, а не код самой игры. Второе, основной рост размера игр связан с размером текстур, качества моделей, а не кода.

Наконец то кто то начал говорить об этом

Интересно Миша видел kolibriOS?

играл в нее, комп тогда дико тормозил

похер на игры а вот драйвер на принтер в 300мб это 🤦‍♂

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

Я не программист, но даже я это понимаю..). Я сам чтоб созать "сайт" из 1-2 страниц, ставлю на громоздкий Wordpress, что, ибо быстрее и проще..)

@kalobyte

7 ай бұрын

для этого есть готовые дизайны хтмл есть еще генераторы статических сцайтов есть еще textolite

Старкрафт без видеороликов 100мб?..ля

Никлаус Вирт когда-то занимался оптимизацией софта и написал полноценную промышленную операционную систему Oberon (как Windows и Linux) - интегрированную систему, которая включает в себя ядро, модульный компилятор, графический интерфейс пользователя и набор программ. Для нее нужно было всего 1 Mbyte ОЗУ, а размер системы 300kB. Чем доказал, что оптимизация возможна. Он сформулировал так называемый "Закон Вирта", который гласит, что: "программы становятся медленнее, когда компьютеры становятся быстрее". Некоторые причины он описал и решения в статье A Plea for Lean Software.

Давно бесит сабж. МСОфис 20лет назад весил 200Мб. А сейчас то ж самое неск.гектаров. а серьезных фич почти не добавилось ... И грузится медленнее, чем 20лет назад, хотя компы удесятирили скорость. В телефонах та же фигня. Айтишка катицца в сра ное овно. 😊

@dobandvla

7 ай бұрын

Windows 3.1 весила 10 MB.

*Поправочка:* Quake II занимал 700 КИЛОбайтов, а не МЕГА. (Но вроде больше)

@TheLevius

7 ай бұрын

🤡 700 БИТ занимал, инфа 100%

@alexchto

7 ай бұрын

@@TheLevius700 нанобит

Строители не умеют строить

Платим деньгами за время, что не так-то?

Старкрафт помню был установщик от 7X 11мб весил, полностью рабочий

@alex_vee

7 ай бұрын

А в гта сан андреас только сам релизный exe-файл 14 мегабайт весил - это тот, который запускаешь, без звуков/текстур/моделей, которые отдельно в папках были. Смех в том, что его потом умельцы почистили, и он стал всего 5 мегабайт занимать, причём ничего лишнего не выкинули и ничего не запаковывали, просто мусор выкинули

Разрабам фреймворков пора внедрять умную линковку. Т.е. чтобы в итоговую сборку попадали только используемые куски. Ах мечты...

@ubhelbr

7 ай бұрын

По идее tree shaking давно все бандлеры поддерживают

Есть такая штука как анализатор бандла.

А платят за удобство бизнеса конечные потребители... То-то я смотрю, что обновление для приложения в 600Мб весит 200Мб 21-й век, что ещё хотите

Никогда уже не будет по другому. Зачем тратить больше времени и денег если можно потратить меньше, а рост вычислительной мощи и пропускной способности интернета полностью компенсирует накладные расходы.

7:19 ЗАЧЕМ ты это сделал, слушая, я обосрался от неожиданности

Программисты умеют, а вот разработчики, скорее не очень

Потому, что js, Python.... Java...

так оно и больше будет весить - спасибо поколению nodeJs . Сейчас приложения это просто электрон отрабатывающий Vue или React вот то что в этих банках называют программистами это просто чуваки котрорые вместо того чтоб включить мозг тупо ищут подходящий фреймворк, тупо подсасывают его в NodeJS со всем гигабайтом его зависимостей и делают настройки чтоб выводилось на нужном экране. То есть они скорее настройщики, в отличие от тех кто писал фреймворк.

❤❤❤🎉🎉🎉

То АНгулар самый бысрый и красивый фреймворк - вопреки фактам. Теперь программисты не умеют программировать

Мой коллега по работе рассказывал, что когда он устанавливает тот же Laravel, к примеру, в проекте, он сразу удаляет всё "ненужное" чтобы освободить будущее приложение от лишних, на его взгляд, файлов. Такая методика вызывает у меня большое сомнение в разумности. Хотя, с другой стороны, если условно предположить, что фреймворк, по мере разработки, будет подтягивать необходимые материалы, то возможно такой метод частично имеет право на жизнь. Хотелось бы узнать мнение экспертов.

@kalobyte

7 ай бұрын

для этого надо знать зависимости между файлами, а для этого надо круто знать фреймворк да и дело не в количестве файлов, что лежат на диске речь про объем кода, который грузится в озу при выполнении

@bashshell114

7 ай бұрын

вообще такой себе подход. конечно зависит от того что он "выпиливает", но кажется что проще тогда собрать свой мини-фрейм из компонентов симфони. уж больно все в ларе взаимосвязано + некоторые авторы пакетов под лару не особо парятся над зависимостями и могу не учесть такую специфику проекта и расчитывать только на то что у вас подходящая версия фреймворка...

у меня gatsbyjs проэкт жрал 20 гигабайп озу и еще 35гиг на диске в кеше оставлял

@justinnl4332

7 ай бұрын

😢😢😢