Программисты не умеют программировать

[@eldarda]

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

[@alex_vee]

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

[@protogionlastname6003]

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

[@-freedoman]

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

[@alexandergornostaev610]

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

[@jigglydezar7331]

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

[@mrhironAB]

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

[@i.am.rossalex]

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

[@kirillvolkov2384]

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

[@-freedoman]

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

[@Kaiphusha]

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

[@alenache1]

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

[@aviator1472]

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

[@alenache1]

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

[@Y-LAT]

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

[@yonebayashi_]

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

[@aviator1472]

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

[@AlekseiNS]

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

[@qpmdb]

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

[@WaldemarB-wj1nq]

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

[@zomgree]

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

[@phdexx]

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

[@zomgree]

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

[@KKZ_5000_RUB]

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

[@KiZhuGames]

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

[@АппетитнаяВафля]

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

[@woodzimierz9621]

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

[@lumpi8510]

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

[@Mojo12444]

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

[@CEO_Eng]

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

[@NN-ii2mb]

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

[@kenobi6027]

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

[@xyzw777]

мб

[@flamehowk]

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

[@KKZ_5000_RUB]

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

[@flamehowk]

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

[@ihrfuhrer86]

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

[@jigglydezar7331]

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

[@ЕвгенийТ-ч8в]

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

[@GreekkAlex]

дааа!)))

[@deniskhakimov]

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

[@LeeSoftRu]

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

[@ВладиславГришин-ш7ш]

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

[@TheOrionMoran]

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

[@den-rad]

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

[@МихаилКрамер-н7ш]

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

[@romanbush5164]

Хорошо если бы искусственный интеллект начал вырезать неиспользуемые возможности Фреймворков в итоговом билде) и фреймовки бы начали делать модульные

[@vifvrTtb0vmFtbyrM_Q]

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

[@wersa45]

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

[@МихаилКрамер-н7ш]

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

[@wersa45]

Построить граф вызовов функций и выкинуть все функции не попадающие в это граф.@@МихаилКрамер-н7ш

[@Pete_forEver]

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

[@beidou6998]

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

[@nepBoHax]

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

[@Vitobeat]

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

[@denisstepanenko3037]

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

[@GregKurman]

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

[@cruisecontrol1489]

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

[@nBoichenko]

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

[@КротВОчках-э4с]

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

[@banderprofi]

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

[@olegoleg135]

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

[@MyJesters]

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

[@ЛевЛебедев-ц6г]

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

[@beidou6998]

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

[@ДаниилЗахаров-о5д]

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

[@ЕвгенийФедулов-с6р]

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

[@Владимир.П-е9о]

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

[@johngalt9494]

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

[@user-r3t]

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

[@eugenem4854]

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

[@deniskhakimov]

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

[@УладзімірРумянцаў]

Я вспомнил пример как ктото возмещался, что скриншот игры марио весит больше чем сама игра весила на картридже на 8-ми битной приставке😂😂😂

[@slaval5088]

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

[@Fenixtremo]

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

[@rusnickk]

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

[@TheRVSN]

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

[@dobandvla]

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

[@edmond-dantes-1796]

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

[@EdwardNorthwind]

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

[@ВладиславГришин-ш7ш]

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

[@muggzzzzz]

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

[@имяфамилия-э7ы2е]

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

[@TheRedbeardster]

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

[@sky-right]

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

[@alevyts3523]

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

[@neoppanda]

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

[@ilmerainen478]

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

[@neoppanda]

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

[@kalobyte]

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

[@spacespace3710]

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

[@igorchesnokov482]

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

[@aleksandr_anp]

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

[@Torbjorn-ph7rt]

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

[@aleksandr_anp]

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

[@qpmdb]

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

[@YkoPon]

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

[@aleksandr_anp]

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

[@erjigit17]

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

[@ubhelbr]

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

[@vladovcharov517]

вы в хроме посмотрите сколько у вас эта вкладка занимает у меня 500 мб оперативы блять 500 метров!!! в quake 2 в системках указано 16 мб озу

[@АртемЛамзов]

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

[@artdevh3735]

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

[@frexil2210]

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

[@mikep541]

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

[@vanmihaylovich]

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

[@SashaKuzikov]

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

[@TheLevius]

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

[@alexchto]

@@TheLevius700 нанобит

[@norman_p3]

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

[@andreykuznetsov7442]

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

[@Torbjorn-ph7rt]

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

[@naivrick9782]

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

[@TheEasyflap]

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

[@atev1l]

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

[@ProGamerru]

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

[@mlr__roal_6867]

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

[@TkachukAn]

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

[@ignat1gn4t]

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

[@WounderVaflel]

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

[@slaval5088]

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

[@dobandvla]

Windows 3.1 весила 10 MB.

[@AbraKadabra000]

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

[@PsyVortex]

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

[@kalobyte]

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

[@viktorberezin]

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

[@TahirDibirovII-uz5ll]

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

[@Bejfus]

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

[@Alex-hs8xj]

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

[@UserSo4reUsu75ry]

Разработчики и компании, заинтересованы выпустить не оптимизированный продукт, который жрет кучу ресурсов, и с каждым разом всё больше и больше. Ведь ресурсов теперь в изобилии. Зачем парится с оптимизацией, когда можно втюхать и так. На чем зарабатывают производители железа, впаривая видеокарты и прочее. Если открыть современный Photoshop, то просто на открытую программу, уйдет 2гб памяти, хотя 90% функций Photoshop не изменилось с ранних версий, которые потребляли гораздо меньше ресурсов еще тех слабых ПК. Или просто сравните сколько занимает установленный 3ds Max и сколько занимает Blender, который может всё тоже самое и даже больше, но занимает в десять раз меньше места.

[@GreekkAlex]

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

[@mr.Ponizovsky]

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

[@AndreiVvedenskii]

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

[@sultanidza]

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

[@Skollvald]

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

[@timurtimurovich1937]

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

[@Skollvald]

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

[@МаксимЕгоров-ф1л]

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

[@sultanidza]

@@МаксимЕгоров-ф1л а какое обоснование?

[@unhum-e]

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

[@slavabilokur2208]

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

[@alex_vee]

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

[@beidou6998]

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

[@DreamingDolphing]

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

[@ВалераВласенков-ю2о]

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

[@MrCommanderKid]

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

[@itcloudguy]

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

[@kalobyte]

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

[@bashshell114]

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

[@TeuFortMan]

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

[@ubhelbr]

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

[@scc-6]

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

[@AshOfAshes]

Математика простая Чтобы сделать результат без фреймворка надо человеком месяц, это 5-9 к баксов А сервер стоит 50-100 баксов месяц... Хватит на 5 лет чтобы не тратиться на человека часы в разработке

[@ukrainetoday960]

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

[@Alex-Shohet]

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

[@aleksandrzelenskiy4000]

Понапишут макарон, а потом веса такие

[@Torbjorn-ph7rt]

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

[@Smurfetti]

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

[@dizalix201]

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

[@Smurfetti]

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

[@deniskhakimov]

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

[@Torbjorn-ph7rt]

А ещё бесит что гит из-за этих сборок распухает как на дрожжах. Потому что после каждого чиха вебпак генерит кучу гигантского говна типа чанков итп которое гит считает бинарными файлами и коммитит как есть без анализа изменений. В результате на средненьком проекте с 3мя разработчиками гит 3 слишним гигабайта!