Такі короткі ролики на подібні теми, що пояснюють базові, загальні речі про розробку для розуміння сфери в цілому ДУЖЕ заходять мені особисто! Тому дякую велике, неодмінно продовжуй) Бачу, що твій канал росте і прямо тішуся, що такий якісний україномовний контент набирає обертів 💪☺️
7:46 , варто додати, що функціоналу доволі сумнівного та загалом в край специфічного в більшості випадків. Тобто це робота над bells and whistles в чистому вигляді, за для обгрунтування факту випуску нової версії программи, котору вам обов*язково потрібно купити цього року.
Може бо це антинаукова маячня, а програмісти мають, м'яко кажучи, дещо вищий рівень інтелекту, ніж сіромасове пролетарське інфантильне бидло, що спихує усі свої косяки та негаразди на умовних масонів!
Кажу вам як програміст. Немає ніякої змови між програмістами та виробниками ;) Це просто плата за те, що у вас є софт сьогодні і практично безкоштовно, а не через 3 роки і за купу грошей. Як на мене це не така вже і велика платня.
@@xyzw777 Справа в тому, що ми можемо перевірити, чи є змова, чи ні. Візьмемо операційні системи. Більшість з них закриті. Але ми можемо сказати, що всі вони працюють більш-менш однаково. Тобто Windows працює не в 10 разів гірше, наприклад за Linux. Всі сучасні ОС реалізують одні і ті ж функції. Ми можемо вивчити вихідні коди Linux і зробити висновок чи є змова. Я вам гарантую, що змову ви не знайдете. Таким чином ми можемо сказати, що і в інших ОС її не має. Тому, що якщо б вона була, то ці системи працювали б значно повільніше. А це не так.
Спойлер: програміст 7 хвилин виправдовує лоббі програмістів , яке робить все важчі , та більш рерусноємні програми , що б прості користувачі купляли нову і нову техніку.
@@nomad_wizard6865 угу, це і так зрозуміло. Навіть тратити час і ресурси над оптимізацією, якщо легше, дешевше. простіше просто використовувати потужніші компи.
@@viktorriabiy Прикол лиш в тому, що межі "закону Мура" вже не загорами, а розробникам знову доведеться опускатися в оптимізацію. Притому в них з'являються помічники у вигляді нейромереж, то в принципі все складається непогано. Ще побачимо прогами на пайтон зконвертовані в асемблер. 😅
Це все (сказане) є Дуже умовним. Загалом, це стосується продуктів середніх за розміром компаній на ринку з такими ж конкурентами, думаю. Тій самій Майкрософт немає куди так поспішати з новим Офісом, адже його ринок не вимагає перегонів з конкурентами з випуску оновлень, користувачі ж теж роками можуть юзати одну версію. До того ж коли ви випустите нашвидкоруч написану програму на яку вже відразу будуть сідати користувачі, то чомусь пропускаєте той момент, що вони так само й злізуть з неї коли побачать рівень її якості. З іншого ж боку, коли ви зробите "підчищену" програму на низькорівневій мові, ви потім цей якісний продукт зможете продавати багато років, а то й десятиліть, і підтримка цього коду, патчінг, допилювання функціональності буде на порядок легше і без "милиць" у коді, адже ви першочергово заклали добрий фундамент код-бази під час початкової розробки. Звичайно, це не працює коли проект веде менеджмент/власникі/маркетинг, тиснучі на розробників щоб було "тут і зараз" і змінюючи щороку команду. До речі про роки, більшість приватних користувачів PC не оновлюють залізо радикально кожні кілька років, а в корпоративному середовищі тим паче. Дуже багато людей сидять на залізі віком 5-12 років, і там вже не виходить писати софт задньою лівою і щоб він все рівно швидко би працював. До того ж навіть "офісним" набором програм можна користуватися по-різному. Навіть на сучасному середньому компі, якщо ви маєте, наприклад, 150 вкладок у Хромі і ваш ПК не вимикається тижнями, то кривонаписаний Хром вже за тиждень почне "текти" пам'ятью, а за декілька тижнів він може моментами підвішувати (не кажу про "гальма") навіть сучасний ПК. Тому те, що криво-швидко-написаний софт можна приховати потужним залізом це дуже умовно. З мене посміялись старші розробникі коли я проходив стажування й якось зневажливо висловився щодо оптимізації швидкодії. Кажуть "так, звичайно, докупаєш пару штук оперативи, кидаєш до компа, та воно починає працювати норм, хаха". Звичайно код треба оптимізувати, а не городити вебсайт у executable-файлі, що запускає під собою ще й браузер. Це називається smelly/stinky code Звичайно, це все не стосується якогось дешевого або розважального шлаку для максимально масової аудиторії, який за 2-3 роки ніхто вже не згадає.
Базово згідний, але той ж Майкрософт з офісом робить не найкращий по якості продукт. Вони завоювали ринок шляхом контрактів з корпораціями, безкоштовних версій для навчальних закладів і закриванні очей на піратство Оскільки вони зараз продають офіс не як продукт, а як підписку то змушені постійно щось оновлювати, бо люди не розуміють за що платять якщо нічого не міняється, це часто оновлення заради оновлення, а не дійсно важливий функціонал
"До того ж коли ви випустите нашвидкоруч написану програму на яку вже відразу будуть сідати користувачі, то чомусь пропускаєте той момент, що вони так само й злізуть з неї коли побачать рівень її якості." Вы переоцениваете разницу в качестве между продуктами из примера. Размер на диске и занимаемая память на оценку качества не влияют до тех пор, пока не становятся критичными для пользователя. Для пользователя важно, чтобы программа работала и чтобы она работала корректно и стабильно. В реальности программа может содержать ужасный код, даже не обрабатывать какие-то банальные исключения, но при этом пользователям нравится и они за нее заплатили, потому что у них есть сценарий ее использования и пока ты нажимаешь куда нужно в правильном порядке, все работает как часы. И второе. Вы пишете: "З іншого ж боку, коли ви зробите "підчищену" програму на низькорівневій мові, ви потім цей якісний продукт зможете продавати багато років, а то й десятиліть, і підтримка цього коду, патчінг, допилювання функціональності буде на порядок легше і без "милиць" у коді, адже ви першочергово заклали добрий фундамент код-бази під час початкової розробки. " И это в корне не так. Когда вы используете библиотеки, вы пишете меньше кода, который может содержать ошибки. Подчистить код и уменьшить размер файлов приложения это две разные вещи. Если вы хотите избавиться от библиотек, значит вы сами собрались написать код, реализующий функционал для которого вы использовали библиотеку. А значит кода будет больше. А значит в будущем его нужно поддерживать, менять в будущем придется и этот код и это будет сложнее. Вы ведь не просто так видите тенденцию на использование фреймворков и библиотек - это на самом деле позволяет делать код качественнее, проще его поддерживать, допускать меньше ошибок, быстрее их справлять. Вы говорите про кривой хром, а тем временем opera, edge, firefox перешли на тот же движок что и хром. Где же тот подчищенный продукт и десятилетия продаж? К слову, кривой хром первым начал выделять каждую вкладку в отдельный процесс, что позволило изолировать работу страниц друг от друга - повысить безопасность и надежность всего приложения.
Я для себе зрозумів такі пункти: 1. Поганий та неоптимізований код. 2. В продукт напхано всякого непотрібного барахла, яким ти ніколи не користуєшся, але яке тобі конче хочуть впхати, при цьому воно ніяк не видаляється і не виключається. 3. Виробник спеціально переробляє все по-інакшому, щоб не було сумісності з попереднім і щоб ти був змушений переходити (тобто купувати) їхній новий продукт. Якщо чесно, то мене досить дратує такий стан речей, тому що хоча я і користуюсь практично завжди одними і тими ж програмами --- їм постійно з часом не вистачає ресурсів мого заліза (особливо телефону). А найгірше і тупіше те, що кращими ці програми не стають, а тільки жеруть більше ресурсів.
Про яку оптимізацію іде мова якщо програми віндовса пишуться під старі старі процесори, в той час як по нормальному програма не запускатиметься на всяких пентіумах та і на кожне покоління і виробника має бути окремий файл
Змова в тому, що раніше було обмеження пам'яті і програмісти думали як вмістити програму в малий об'єм пам'яті. А зараз програмістів такому не вчать. А навпаки вчать мовам програмування, які займають багато місця і виконуються довше всіх інших, зате є синтаксичний цукор. Ще є дизайнери, яким треба щоб було все красиво на 8К екранах. Тому програми насичені 100К картинками високої якості і низької оптимізації.
Додам ще від себе. Більш красивий дизайн та вид. Обробка візуалу займає в сотні разів більше ресурсів ніж основний функціонал програми. Візьмемо до прикладу Word чи Excel. Сам по собі функіонал редагування документу дуже простий для сучасного комп'ютера. Але раніше це була межа можливостей комп'ютера. З часом комп'ютери стали більш потужними, появився попит на красивий та зручний дизайн. Основний функціонал той самий, навіть без оптимізації він доволі не ресурсний. Але обробка красивої кнопочки з круглими кутами та тінню це вже важкий процес який займає набагато більше обчислень ніж якась формула у Excel. Ви спитаєте, а навіщо тоді потрібен оцей дизайн якщо й так норм. Але ні, людям частіше потрібен саме гарний вид, а не функціонал, навіть історія редизайну MS Office 2010 тому доказ - люди масово просили додати у нові версії офісу функціонал який вже був вбудований у нього. Дивно виходить, ми маємо суперкомп'ютер у кишенях, але 90+% потужностей додатка калькулятора приходять на те, щоб намалювати калькутятор на екрані.
Помимо этого любая программа использует библиотеки и тот же дизайн из современной операционной системы. Т.е. у прикладного программиста просто нет возможности не использовать "раздутый" код, поскольку он же работает с готовыми строительными блоками, которые операционной системой поддерживаются. А "старые" наработки, которые мало весят, просто не запустятся.
Що і потрібно було довести об'єм програм зростає тому що - 1) збільшується функціонал програм (об'єм зріс на 5%) 2) криворукі і ліниві програмісти (об'єм зріс на 95%) )))
Не погоджуюсь. Загалом найбільшу вагу в програмах займають не фреймворки і не код. Займають данні! Можливо офіс раніше мав 50 мегабайт тому що в ньому було наприклад 10000 слів у словниках перевірки орфографії, а стало кілька мільйонів. От вам і зріст розміру програми з кільком мегабайт до гігабайтів. Не треба думати, що там сидять ідіоти у розробці...
@@bubblesort6368 Ну и например иконки стали не 16 цвет))) но в памяти олдфагоф єти детали не заметны. я уж не говорю что я смотрю на вин10 на 4к, и четкость шрифтов и глубина цвета это тебе не 640х480 на 256 цветов))
@@vadymsushchenko1680 Мене не дуже цікавить скейлап який не додає ваги, чи ви кожну іконку до кожної роздільної здатності окремо промальовуєте??? Те ж саме і з шрифтами кліартайп це не кожен шрифт для своєї роздільної здатності! А у вас щось більше ніж труколор зараз є чи 16 млн кольорів вам за мало?
@@ОТкач-ж8ня іконки не малюю, іх мій компьютер малює у своїй відеопамяті з роздільної якості 4к. І ви з вашім RGB с 256 біт на канал мабуть і ніколи не бачили HDR який існує вже років як 15 і має підтримку у він 10. Як що вам усе подобається то користуйтеся старими комп'ютерами. Вони коштують по 500 грн. Там ваша виновс хп буде літати
через це усі переходять на офіс 2003го року, бо він реально не лагає. єдине, що там не працює - звісно-ж пошта. мій тато сидів у ворді 2013го, і він казав, що він лагучий. потім він перейшов на 2003тій. я сидів на офісі 2000го спочатку, бо я думав, що тільки там є програма для візуального HTML. потім перейшов на 2003тій. а потім зовсім видалив, і зараз зі старих програм я користуюся тільки Hammer Editor для Half-life
Колись на програмуванні нам казав вчитель, що класна програма - це не та в яку нема чого додати, а та з якої уже нема чого забрати. Але часи змінюються... і додаємо, додаємо))
@@alex-kovalchuk Нащо тоді програми із багатьма фукціями ,які треба дуже незначнлму колу користувачів,ви ви виправдовуете себе та компанію , дуже жахливо
Ну або просто багато говнокоду 😁 Корпорації бувають залишають величезну частину старого не потрібного коду, де використовують лише 1 функцію і це теж збільшує розмір. Розробники не тратять час на рефакторинг. От Блендер зараз релізить суттєво багато функціоналу і швидко, але при тому займає всього лиш паро мб, а не 6гб як в аналогів)
Дуже добре було б підгружати функціонал до програми лише за необхідністю. Приклад з калькулятором наочний - якщо потрібно буде малювати графіки - то при приєднанні до інтернету цей функціонал буде завантажено, якщо він стане не потрібний - цей модуль можна видалити. Це було б непогано
На жаль, змінювати код програми "на льоту" неможливо, або якщо і можливо, то це надзвичайно складно і дуже ресурсоємно. Також, варто зазначити, що комп'ютер виділяє ресурси на роботу якраз на льоту: оперативна пам'ять використовується тільки коли безпосередньо ви малюєте графік. Тут більше питання в тому, що сама програма займає багато місця. Розмір програми не означає, що вона буде сильно грузити комп'ютер. Це просто значить, що програма містить більше функцій і алгоритмів і/або об'ємніші алгоритми. У випадку з фотошопом (але це правдиво для усіх програм), він тормозить більше, ніж раніше через те, що в його інтерфейсі знаходиться більше функцій, і усі вони для роботи вивантажуються в оперативну пам'ять. Коли функція викликається, під неї в процесі роботи програма виділяє ще пам'яті за потреби, і після завершення виконання функції ця пам'ять звільняється. Можу провести аналогію з хімічною лабораторією: з кожним роком там з'являється нове обладнання, яке займає більше місця. В процесі виконання певного хімічного дослідження (наприклад, перевірка їжі на вміст канцерогенів), лабораторія використовує додаткові тимчасові розхідники (рукавиці, папір, вода та ін.), які теж займають місце чи то на столі, чи взагалі в лабораторній кімнаті. Після завершення дослідження це все йде у смітник (ну чи в каналізацію). Єдине, що на відміну від програм, процес зазвичай пришвидшується від наявності нового обладнання)
я б іще додав про збільшення графіки, іконок, фото, фонів, відео, анімацій що дууууже помітно в іграх, але також помітно на сайтах і в застосунках, наприклад, погоди
І купа людей цього не помічають. Зміни з'являлися поступово і всі думають що якийсь ютуб 2008 і сьогоднішній це той самий сайт. А якщо б вони могли перенестись у часі, то зміна була суттєвою.
Недолуге виправдання. Будь який функціонал це алгоритм. Алгоритм ніколи багато місця не займе. Єдине😊 що об'єктивно може зайняти помітне місце, це словники орфографії і розпізнання мови. Хоча я не певен, що це частина саме МСОфісу. А так.... Сучасне ПЗ бісить своїми розмірами і гальмами.
Дякую, теж задумувався над цим. Коротше, всі зараз пилять говнософт і всі ці апдейти, типу: пофіксили баги, збільшили швидкість роботи - тупо пізд4ж...
Нещодавно з цим стикнувся. Потрібно було порівняти два массива чисел, та видати розбіжність. Оскільки люди працювали в екселі, то там і був написаний макрос. Все запрацювало, лише одна проблема, маленький масив, зачекати 20 хвилин ще можна було, а коли справа дійшла до великих, то час пішов вже на години. Подивився я на це безглуздя, й на делфі написав простеньку програмку. Час обробки великих масивів - пара секунд.
@@oeaoo А що з ним станеться? Багато знайомих, ще на візуалбейсіку програмують. Свої задачі виконує. Що ще треба для щастя? :) Я дивися, щоб перейти на пайтон, але дуже не зручний для моїх потреб. І знов таки, нема, або не знайшов компілятора. Працює з під оболонки.
@@ВячеславЧечель-т7ь радий за вас, я більше 10 років на джаві та трохи пайтона іноді роблю. Делфі в універі юзав 17 років тому. Думав його вже нема як інструмента.
оптимизацией занимаются, но как правило серверных программ крупных компаний, типа Google, Facebook. Последнняя история которую слышал - применение нестандартных контейнеров в программе на С++ (!!!) позволило одной крупной компании иметь на 5% меньше датацентров. Это как раз тот случай, когда лучше потратить немного больше времени на разработку и все оптимизировать, чем строить несколько лишних датацентров.
@@hunterxvov4ik ну, если вам надо построить 1000 ДЦ стомостью скажем 1 млн евро каждый + потом операционные расходы (электричество, персонал, замена оборудования, итд), то -5% это -50 датацентров. как по мне, то выглядит хорошей экономией. даже если вы компания поменьше, и надо всего 100 ДЦ, то -5 ДЦ и тут будет хорошей экономией.
Програма важить більше і зроблена швидше,за ті ж два тижні, а так як пересічний користувач більше нормес, аніж постійний користувач конкретним продуктом, означає що скарг менше, фідбек майже ніякий, тому й розробнику нічого паритися з патчами чи оптимізацією. Програмний продукт глючить, проте гроші йдуть нормальні, незважаючи на косяки. А чим далі, тим гірше. Я, будучи на андроїд 7 довгий час, причому на китайському телефоні, перейшов на андроїд 12, а додатки там глючать більше за старший та поважний андроїд 7.
Коротше, Майкрософт робить важку ОС з купою фреймворків, яку обвішують купою користувацьких фрейморків, яку обвішують бібліотеками, яку обвішують власне кодом, а користувач може використовувати лише 1/10 від того коду. Колись ОС були легшими, але той же розширений калькулятор з віндовс 11 був би професійною програмою рівня VS Code зараз. Якби програми відмовилися від Eye-Candy і інших перділок дизайну, калькулятор той же важив би 10 мегабайт, а весь Майкрософт офіс 0,75-1,5 ГБ.
Оооооооотаааааак, другий пункут, другий сцуко пункт, це той пункт, за який треба відрізати яйця програмісту, на очах його дружити на дітей, а потім змусити доньку їсти їх сирими, на очах у батька, а далі відокремлювати по дному пальчику і зробити з цього барбекю по аналогу смажених реберців і нагодувати їм всіх коллег. Це НАЙЛЕГШЕ і НАЙГУМАННІШЕ , покарання, для тих програмістів, які не адаптують і не оптимізують свій код.)))
@@alex-kovalchuk о так, друзі програмісти цим правилом часто користуються. І якщо я не буду їм користуватися у геймдеві, можу прийти сам до себе в гості. Хоча в мене ситуація простіша, ні дітей ні жінки в мене нема , ха ха ха ))
Дякую. По мікрофону можливо ти тримаєш його далеко від себе? По звуку схоже що зчитувач направлений не на тебе. В моїй моделі (Steinberg ST-M01) зчитувач збоку біля лого і якщо на стійці провернути його в сторону від себе то мікрофон буде вловлювати ехо більше ніж голос
Пояснив все чітко. Згоден повністю. Питання таке чи логічніше використовувати вкладку в браузері для оптимізації ресурсів, змість всевдо клієнта на електронні? Тому, що я намагаюсь робити саме так
потрібно навчити нейромережі по готовому продукту зробити такуж програму в плані функціоналу але максимально зменшити рівні підпрограм і код (поступово видаючи результат 5, 10, 20% оптимізаціії щоб перевірити стабільність)
Звучить як фантастика, як програміст кажу) Таке навіть люди не можуть зробити, не те, щоб програмісти, максимум - це зробити приблизну копію програми, але при цьому код може радикально відрізнятись, бо люди думають по різному, і продумують функціонал і алгоритми теж по різному. Тому, нейромережа може хіба що так само зробити приблизну копію, але ніяк не зменшити об'єм існуючого.
Змінити порядок причин у зворотньому порядку. А ще добавити причини: "ШАШЕЧКИ" (багато кольорові іконки, тіні, згладжування, анімація, прогресбари, ...) "Універсальність" - підтримка десятків форматів, десятків кодексів, десятків палітр-моделей-... Які насправді не потрідні та не витрачають зусиль програмистів, а робляться підключенням вже зроблених величезних бібліотек. Всього десяток строк "#include" а продукт стає виглядати набагато серйозніше, фундаментальніше та... Дорожче!
Проблема всіх високорівневих мов це репозиторії та версії. Замовник зробив замовлення, йому на від*бись за "два дні" зробили те, що інші могли б робити два місяці, здали проект, переключились на іншого клієнта і штампують далі. Через пару років починається саме цікаве. Оновлюється API. Потрібно оновитися, але вимагається оновлення мови, оновлення мови вимагає оновлення системи, а система вимагає нове жилізо. Короче все до п*зди. Якщо б в ракету зарядили Пайтон, то через рік вона би впала тому дятлу, що писав код, на голову. Майкрософт скотився на гімно. Міняють обої та перемішують елементи меню. Хоча у них сьогодні і назви нема. Якщо раніше в книжках для чайників писали визначення для меню, закладок, панель задач, то сьогодні можна сміло обзивати будь-який елемент "оця фігня". Навіть головне меню у Віндовс 11 нагадує вікно без хрестика. Більше ламають останні 10 років і списують ніж придумують щось нове. Взагалі операційна система повинна надати програмісту набір елементів та функцій, які буде використовувати програма. А Майкрософт загубився в часі. З початку придумали тінь, потім округлення, прозорість, а потім вирішили зробити квадратні одноколірні плитки у Віндовс 8. Аналогічно як після 2003 року офіс порубали в щепки перетворивши його в лайно, тільки додати трохи інтерактивності. А тепер ще Гугл, який продає повітря через SSL захист робить погоду всім. Скоро вони ще й на "куках" будуть заробляти, пропонуючи свій варіант. В цілому - лебідь, щука і рак. Мій потужний 10ти дюймовий планшет, якому 7 років перетворився на інваліда, адже там Андроїд 4, на якому вже нічого не працює крім Вайбер і все тупить так, ніби він працює на Ардуіно Нано. Хоча він так літав, як сьогодні мій Райзен 7 7735HS, яким мені вже в западло тішитись, бо через рік Хром оновиться 20 раз і явно 32Гб DDR5 оперативки буде мало для перегляду відео "Чому програми стають важчими"
Жадоба, бабло і пофігізм. В результаті маємо київсталівский додаток для перегляду балансу, котрий ніфіга не вміє і важить 350+ мб. Win 95 osr2 важила 90мб. Ціла операціна система 90мб. Вони збільшуються через - «хочеш заробляти дофіга в ІТ без досвіду, давай на наш фігайтон вебінар».
Ми вже дійшли до того момента коли неможливо зробити процессор потужніше, транзистори вже немає куди зменшувати. А не всім програмам потрібна багатопоточність.
Все це заговір - заговір рукожопів з індустріальних стандартів) Тим часов опенсофт: Godot 3.5 - 40mb Godot 4.0 - 50mb котрий бистріший в 2 рази та з новим рендером. Blender 2.8 - 150mb Blender 3.5 - 248mb додали новий рендерний двигун, докинули швидкості, аі апскейлери, меш ноди та купу всього іншого. Так, розмір вирос, але у адобе, аутодеска чи того ж юніті апдейти меньше 200мб бувають рідко та нового функціоналу частіше за все не несуть, дай скотче щоб нічого не випілили чи не зламали)
Тому що з кожним роком код пишуть все більш криворукі макаки, яких в кращому випадку можна назвати машиністками, потім той код працює максимально криво, то ніхто не фіксить і воно так робить "якось". Є жарт коли будівельник замовив сайт, написали сайт, там якось все криво, те не робить, те робить не так як потрібно і він сказав: якби будівельники будували так як пишуть код програмісти, то один випадково зелетівший горобець зруйнував би цивілізацію😂
Не роком а добою (а то й годиною). У мене планшет 2013 року, працьрвита машинка, яка йде як і програвад відео. Оновляв його завжди. У нього бкло 8 гб, а вільно було десь 5 гб. Зараз менше 3-х, а швидкість робити просіла у рази 4. Відкотив до андроїд 4.4.2 (був 5.1.1), а швидкість все одно низька, хоча й краще ніж було. Але там їх можна було ігнорувати хоча б, а зараз ОНОВЛЮЙСЯ, без вибору хочеш того, чи ні. В іграх ще краще - оновлюйся, або не будеш грати. Гра, яка мала обсяг 3 гб коли я її встановив зараз важить 8 гб.
1.16хв із мене вистачало. я тепер я добавлю: 1 - більше частина аппок це електрон. Чому так - бо можна протестувати ідею прям миттєво. і все буде красиво* - але це лайно - бо мало хто може нормально готувати Електрон. 2 - люди перестали думати за ресурси/оптимізацію - відверто залізо зараз коштує дешево чим 20 років тому. 3 - багато менеджерів і дизайнерів просто роблять собі роботу - це і не погано. Але ми маємо багато сайтів/аппок із красивим UI - але вони всі лайно: туплять, і без нормального функціоналу. --- і є деякі практики в розробці які колись були крутими або могли бути такими але їх почали використовувати як панацею від усього - і ми отримали кучу тормазнутих сайтів(я зараз за віртуальний DOM) --- Тому чому аппок такі жирні? - бо функціонал більший - це частина айсберга і замовчування правди.
У випадку з клієнтським ПЗ - за залізо платить споживач. У випадку з серверним - найчастіше замовник ПЗ. І в довгострокові перспективі нашвидкоруч написаний код споживає нормально так ресурсів у вигляді плати за залізо.
я думав просто стало не модно писати необхідні ліби з нуля (тому що хтось вже написав краще тебе), а депендеснів багато і вони в свою чергу також багато депендесів тянуть тому все це важить геометрично дофіга) а ще вінда не запарюється з встановленням депенденсів в систему, а просто кладе їх в дерикторію програми і пофігу що вже є програми з такою самою залежністю
Чомусь і офіс і віндовс не стали сильно дешевшими від того що їх пишуть дешеві програмісти з кучею багів. Так мало того, вже і боксові версії придбати стає все важче і важче.
Вот когда Microsoft выпустят «облегчённую» версию Word или при его установке будет возможность удалить всё, кроме самого необходимого, чтобы его размер не превышал хотя бы 500 Мб, тогда я и приобрету лицензию (если, конечно будет возможность купить, а не оплачивать подписку)… а пока я им просто пользуюсь и остальным советую!
Підсумок - програми стають гівнянішими, тому що їх пишуть криворукі студенти, більше жруть ресурсів, тому що напхані тоннами нікому не потрібних фреймворків, і за це все тупі юзвери мають нести грошики в магазин, щоб купити потужніший комп'ютер 🤣🤣🤣
важлива деталь: постійна потреба в нових програмах - це результат діяльності суспільства споживання, але якби не було б цього фактору, ми б і не бачили прогресу, який маємо. можливо навіть комп’ютери 80х були б сьогодні фантастикою. тож у прогресі є дві сторони, з одного боку ми отримуємо більш цікавий і функціональний продукт, з іншої - мусимо постійно оновлювати "залізо"
Життєвий цикл програми: 1. Альфа версія 2. Щось хороше 3. Воно росте 4. Воно пожирає всі ресурси і страшно гальмує 5. В користувача уривається терпець, він видаляє тормозне страхіття і ставить якийсь опенсорс, близький до п.1. Якість там іноді відстій. Але воно ЛІТАЄ!
Дуже точний опис Зазвичай найбільша проблема відкритого програмного забезпечення був дизайн. І останнім часом він стає все кращим. Тому ним починають користуватись більше звичайних людей
Взагалі треба було б всім програмістам ознайомлюватись з впиханням в невпихуване, типу з різними демками на амігу і т.п. і проводити якісь конкурси на оптимізацю
Для початку масовому програмісту вартувало б закінчити профільну вищу освіту з інформатики, де йому розкажуть про теорію обчислюваності і все таке інше, що налаштовує свідомість на потрібний лад, а не 6-місячні курси.
уявіть світ, де програмісти роблять більшим софт, щоб довше працювати над ним, бо за це платять зарплату .. а ще проводять часто мітинги, щоб виправдовувати те що вони не працюють у цей час
Ніякої змови програмістів не може бути принципово - вони між собою навіть у оформленні коду в межах однієї команди не можуть домовитися, тільки директивами зверху доводиться регулювати. Що там казати вже за більш складні речі... А "розпухання" у десятки-сотні разів розмірів програм, ні збільшенням функціоналу, ні графічним наповненням пояснити неможливо, тільки лінню та непрофесійністю "програмістів". І поки залізо тягне, так і буде продовжуватися, бізнесу це вигідно, і мамкини кодери, які тільки вчора зліпили свій перший сайт у модному фреймворку заробляють втричі більше сеньора Сі-шника. Екстенсивна модель розвитку, на жаль, проявляється зараз не тільки в ІТ, в автопромі, наприклад, все так само, та й не тільки там.
звідки ви такі сука дегенерати лізете? Якщо ти "сішник" і заробляєш менше "мамкіного кодера", ти лайна шматок, а не програміст. Від тебе просто злобою смердить ось і все
Все началось с "процессор дешевле программиста"...Вот и пошли говнокодить. Дошло до того что у меня в телефоне родной медиа плеер 1.5гига весит :фейспалм:.....Причем стереть нельзя. А еще обновления ради обновлений и не нужный избыточный функционал.
Ці розробники програм усе спішать і спішать, а куди спішать - не ясно. Дратує це. Мало того, що начинка програми стає від цього неякісною та неоптимізованою, та ще цих програм та функцій наплодили що повіситися можно. Щоб відчути в усьому цьому трохи абсурду, просто пригадайте як раніше відчувався вихід нових смартфонів, Samsung, Apple, Xiaomi, Meizu, LG та інші. Вони виходили раз у 1-2 роки, а то й 3... І це було як справжнє свято, смартфони були все краще і краще, оновлення дизайну і начинки були дільними. А зараз що... - штампують їх як бабусині пиріжки. Ні толку, ні функціоналу цікавого та корисного, ні любові розробки, нічого цього немає, лише ціль випустити як можно більше товару та заробити купу грошей... Зіпсувалися компанії...
Спішать не розробники, спішать компанії, розробники просто під батогом намагаються встигнути зробити за тиждень те, що треба варто було б зробити за два)
Забули ще один нюанс. Користувачі ж хочуть щоб програми були ще й красиві, з плавними анімаціями, всякими рюшечками. Це все потребую як більшої кількості пам'яті під графічні файли, що використовуються, так і ресурси комп'ютера, щоб це все обробити, та відмалювати.
Бухгалтерам моїм не потрібно рюшечек і анімацій. Їм потрібен функціонал. Але вже і 8 гіг оперативки не здатні задовільнити їх бо бісові броузери не знають що є інтегровані відяхи, і вилітають при роботі у більше ніж 4ох вікнах.
![SAFEPLANET - ดาวเคราะห์ [ THE PLANET ]](http://i.ytimg.com/vi/4X1XL3I_k3c/mqdefault.jpg)
![ILLSLICK - KILLSHOT REMIX [FULL VERSION]](http://i.ytimg.com/vi/RIK8RrqIAzE/mqdefault.jpg)
Я завів телеграм в ньому публікую новини та ідеї та новини по відео. А також перевіряю чернетки і ідеї
Якщо цікаво добавляйтесь, t.me/AlexKovalchukTg
Такі короткі ролики на подібні теми, що пояснюють базові, загальні речі про розробку для розуміння сфери в цілому ДУЖЕ заходять мені особисто!
Тому дякую велике, неодмінно продовжуй)
Бачу, що твій канал росте і прямо тішуся, що такий якісний україномовний контент набирає обертів 💪☺️
Дякую за підтримку. Великі ролики треба ще навчитись робити тому розбавляю більш простими але цікавими. Але і великі уже в процесі
підтримую! Ютуб часто радує рекомендаціями. Тільки як тепер проводити тут менше часу?
@@justinemot2282 пхахха, це вже питання пріоритетів
7:46 , варто додати, що функціоналу доволі сумнівного та загалом в край специфічного в більшості випадків. Тобто це робота над bells and whistles в чистому вигляді, за для обгрунтування факту випуску нової версії программи, котору вам обов*язково потрібно купити цього року.
Дякую за цікавий та корисний контент українською!
Програміст ніколи не визнає існування змови програмістів та виробників обладнання 😁
Може бо це антинаукова маячня, а програмісти мають, м'яко кажучи, дещо вищий рівень інтелекту, ніж сіромасове пролетарське інфантильне бидло, що спихує усі свої косяки та негаразди на умовних масонів!
Кажу вам як програміст. Немає ніякої змови між програмістами та виробниками ;) Це просто плата за те, що у вас є софт сьогодні і практично безкоштовно, а не через 3 роки і за купу грошей. Як на мене це не така вже і велика платня.
@@illyaevseev312 , звісно-звісно, програміст розказує що "змови немає" 😁😆
есть негласное правило лени и жажды наживы у всех людей, не только у программистов
@@xyzw777 Справа в тому, що ми можемо перевірити, чи є змова, чи ні. Візьмемо операційні системи. Більшість з них закриті. Але ми можемо сказати, що всі вони працюють більш-менш однаково. Тобто Windows працює не в 10 разів гірше, наприклад за Linux. Всі сучасні ОС реалізують одні і ті ж функції. Ми можемо вивчити вихідні коди Linux і зробити висновок чи є змова. Я вам гарантую, що змову ви не знайдете. Таким чином ми можемо сказати, що і в інших ОС її не має. Тому, що якщо б вона була, то ці системи працювали б значно повільніше. А це не так.
Спойлер: програміст 7 хвилин виправдовує лоббі програмістів , яке робить все важчі , та більш рерусноємні програми , що б прості користувачі купляли нову і нову техніку.
Щоб писати погані коди і менше думати над оптимізацією
Ало, уїбан-комуніст - будеш висіти на деревах замість листя!
@@viktorriabiy Воно то так.. але його рація, що продукт потрібен вже вчора, над оптимізацією немає просто ресурсу сидіти.
@@nomad_wizard6865 угу, це і так зрозуміло. Навіть тратити час і ресурси над оптимізацією, якщо легше, дешевше. простіше просто використовувати потужніші компи.
@@viktorriabiy Прикол лиш в тому, що межі "закону Мура" вже не загорами, а розробникам знову доведеться опускатися в оптимізацію. Притому в них з'являються помічники у вигляді нейромереж, то в принципі все складається непогано. Ще побачимо прогами на пайтон зконвертовані в асемблер. 😅
Як людина, дотична до програмування, я зрозумів це пояснення. Доволі просто.
Крутиц відос! Дуже дякую! Слава Україні!
Все зрощуміло - Ти теж у зговорі! Чому браузери стали такі важкі? - Для того, щоб на старих ПК не можна було дивитись фільми! 😉
для того что бы сраная реклама была красивше, а мы ее все равно блокируем).
та ті старі пк ж навіть відеоформатів сучасних не зрозуміють.... ставте lubuntu і буде вам щастя
@@BohdanVR666 чого це не розуміють? Я на Windows XP усе відкривав
а хто зараз на пк фільми дивиться? Зараз не 2000ні. Телек 4к + торсерв чи плекс.
@@GeneralDead1978 на з'ємну квартиру 4к телек не купити. Тому лише ноут залишається для просмотру.
Це все (сказане) є Дуже умовним. Загалом, це стосується продуктів середніх за розміром компаній на ринку з такими ж конкурентами, думаю. Тій самій Майкрософт немає куди так поспішати з новим Офісом, адже його ринок не вимагає перегонів з конкурентами з випуску оновлень, користувачі ж теж роками можуть юзати одну версію.
До того ж коли ви випустите нашвидкоруч написану програму на яку вже відразу будуть сідати користувачі, то чомусь пропускаєте той момент, що вони так само й злізуть з неї коли побачать рівень її якості.
З іншого ж боку, коли ви зробите "підчищену" програму на низькорівневій мові, ви потім цей якісний продукт зможете продавати багато років, а то й десятиліть, і підтримка цього коду, патчінг, допилювання функціональності буде на порядок легше і без "милиць" у коді, адже ви першочергово заклали добрий фундамент код-бази під час початкової розробки.
Звичайно, це не працює коли проект веде менеджмент/власникі/маркетинг, тиснучі на розробників щоб було "тут і зараз" і змінюючи щороку команду.
До речі про роки, більшість приватних користувачів PC не оновлюють залізо радикально кожні кілька років, а в корпоративному середовищі тим паче. Дуже багато людей сидять на залізі віком 5-12 років, і там вже не виходить писати софт задньою лівою і щоб він все рівно швидко би працював. До того ж навіть "офісним" набором програм можна користуватися по-різному. Навіть на сучасному середньому компі, якщо ви маєте, наприклад, 150 вкладок у Хромі і ваш ПК не вимикається тижнями, то кривонаписаний Хром вже за тиждень почне "текти" пам'ятью, а за декілька тижнів він може моментами підвішувати (не кажу про "гальма") навіть сучасний ПК. Тому те, що криво-швидко-написаний софт можна приховати потужним залізом це дуже умовно.
З мене посміялись старші розробникі коли я проходив стажування й якось зневажливо висловився щодо оптимізації швидкодії. Кажуть "так, звичайно, докупаєш пару штук оперативи, кидаєш до компа, та воно починає працювати норм, хаха".
Звичайно код треба оптимізувати, а не городити вебсайт у executable-файлі, що запускає під собою ще й браузер. Це називається smelly/stinky code
Звичайно, це все не стосується якогось дешевого або розважального шлаку для максимально масової аудиторії, який за 2-3 роки ніхто вже не згадає.
Базово згідний, але той ж Майкрософт з офісом робить не найкращий по якості продукт. Вони завоювали ринок шляхом контрактів з корпораціями, безкоштовних версій для навчальних закладів і закриванні очей на піратство
Оскільки вони зараз продають офіс не як продукт, а як підписку то змушені постійно щось оновлювати, бо люди не розуміють за що платять якщо нічого не міняється, це часто оновлення заради оновлення, а не дійсно важливий функціонал
"До того ж коли ви випустите нашвидкоруч написану програму на яку вже відразу будуть сідати користувачі, то чомусь пропускаєте той момент, що вони так само й злізуть з неї коли побачать рівень її якості."
Вы переоцениваете разницу в качестве между продуктами из примера. Размер на диске и занимаемая память на оценку качества не влияют до тех пор, пока не становятся критичными для пользователя. Для пользователя важно, чтобы программа работала и чтобы она работала корректно и стабильно. В реальности программа может содержать ужасный код, даже не обрабатывать какие-то банальные исключения, но при этом пользователям нравится и они за нее заплатили, потому что у них есть сценарий ее использования и пока ты нажимаешь куда нужно в правильном порядке, все работает как часы.
И второе. Вы пишете:
"З іншого ж боку, коли ви зробите "підчищену" програму на низькорівневій мові, ви потім цей якісний продукт зможете продавати багато років, а то й десятиліть, і підтримка цього коду, патчінг, допилювання функціональності буде на порядок легше і без "милиць" у коді, адже ви першочергово заклали добрий фундамент код-бази під час початкової розробки.
"
И это в корне не так. Когда вы используете библиотеки, вы пишете меньше кода, который может содержать ошибки. Подчистить код и уменьшить размер файлов приложения это две разные вещи. Если вы хотите избавиться от библиотек, значит вы сами собрались написать код, реализующий функционал для которого вы использовали библиотеку. А значит кода будет больше. А значит в будущем его нужно поддерживать, менять в будущем придется и этот код и это будет сложнее.
Вы ведь не просто так видите тенденцию на использование фреймворков и библиотек - это на самом деле позволяет делать код качественнее, проще его поддерживать, допускать меньше ошибок, быстрее их справлять. Вы говорите про кривой хром, а тем временем opera, edge, firefox перешли на тот же движок что и хром. Где же тот подчищенный продукт и десятилетия продаж? К слову, кривой хром первым начал выделять каждую вкладку в отдельный процесс, что позволило изолировать работу страниц друг от друга - повысить безопасность и надежность всего приложения.
Я для себе зрозумів такі пункти:
1. Поганий та неоптимізований код.
2. В продукт напхано всякого непотрібного барахла, яким ти ніколи не користуєшся, але яке тобі конче хочуть впхати, при цьому воно ніяк не видаляється і не виключається.
3. Виробник спеціально переробляє все по-інакшому, щоб не було сумісності з попереднім і щоб ти був змушений переходити (тобто купувати) їхній новий продукт.
Якщо чесно, то мене досить дратує такий стан речей, тому що хоча я і користуюсь практично завжди одними і тими ж програмами --- їм постійно з часом не вистачає ресурсів мого заліза (особливо телефону). А найгірше і тупіше те, що кращими ці програми не стають, а тільки жеруть більше ресурсів.
Дуже тямуще відео. Я приблизно розумів, але ти розклав по полицях. Дяка
Дуже дякую! Пишу коментар для підтримки автора і відеоролика
Дякую за підтримку
чудове відео, дякую автору!
Гарно пояснив, дякую за відео
Дякую за підтримку
Ох же цей "маркетинг"... Коли його БАГАТО, він знищує все ...
1:19 в калькуляторі з'явилися графіки, what a time to be alive 🤯
Таак, це усе так) мало хто задумується про оптимізацію)
Ага, а деяким програмам дуже варто хоча б трішки приділити час оптимізації, бо їсть ресурси як не в себе. Наприклад продукти Adobe
Про яку оптимізацію іде мова якщо програми віндовса пишуться під старі старі процесори, в той час як по нормальному програма не запускатиметься на всяких пентіумах та і на кожне покоління і виробника має бути окремий файл
@@alex-kovalchuk Я так розумію, що це був жарт.
Дякую за цікаве відео.
Дякую Вам за цікаве та пізнавальне відео!!! Все логічно)
Змова в тому, що раніше було обмеження пам'яті і програмісти думали як вмістити програму в малий об'єм пам'яті.
А зараз програмістів такому не вчать. А навпаки вчать мовам програмування, які займають багато місця і виконуються довше всіх інших, зате є синтаксичний цукор.
Ще є дизайнери, яким треба щоб було все красиво на 8К екранах. Тому програми насичені 100К картинками високої якості і низької оптимізації.
Дуже класне пояснення. Як на мене зрозуміло має бути навіть тим, хто в цьому зовсім не шарить.
Все знаю, все розумію, але всеодно цікаво послухати вас :)
Дякую, дуже приємно)
Додам ще від себе. Більш красивий дизайн та вид.
Обробка візуалу займає в сотні разів більше ресурсів ніж основний функціонал програми. Візьмемо до прикладу Word чи Excel. Сам по собі функіонал редагування документу дуже простий для сучасного комп'ютера. Але раніше це була межа можливостей комп'ютера. З часом комп'ютери стали більш потужними, появився попит на красивий та зручний дизайн. Основний функціонал той самий, навіть без оптимізації він доволі не ресурсний. Але обробка красивої кнопочки з круглими кутами та тінню це вже важкий процес який займає набагато більше обчислень ніж якась формула у Excel. Ви спитаєте, а навіщо тоді потрібен оцей дизайн якщо й так норм. Але ні, людям частіше потрібен саме гарний вид, а не функціонал, навіть історія редизайну MS Office 2010 тому доказ - люди масово просили додати у нові версії офісу функціонал який вже був вбудований у нього. Дивно виходить, ми маємо суперкомп'ютер у кишенях, але 90+% потужностей додатка калькулятора приходять на те, щоб намалювати калькутятор на екрані.
Так, треба ще контрстрайк у ворд добавити :-)
Помимо этого любая программа использует библиотеки и тот же дизайн из современной операционной системы. Т.е. у прикладного программиста просто нет возможности не использовать "раздутый" код, поскольку он же работает с готовыми строительными блоками, которые операционной системой поддерживаются. А "старые" наработки, которые мало весят, просто не запустятся.
Що і потрібно було довести об'єм програм зростає тому що - 1) збільшується функціонал програм (об'єм зріс на 5%) 2) криворукі і ліниві програмісти (об'єм зріс на 95%) )))
Ще і отримують по чорті скільки грошей
Не погоджуюсь. Загалом найбільшу вагу в програмах займають не фреймворки і не код. Займають данні! Можливо офіс раніше мав 50 мегабайт тому що в ньому було наприклад 10000 слів у словниках перевірки орфографії, а стало кілька мільйонів. От вам і зріст розміру програми з кільком мегабайт до гігабайтів. Не треба думати, що там сидять ідіоти у розробці...
@@bubblesort6368 Ну и например иконки стали не 16 цвет))) но в памяти олдфагоф єти детали не заметны. я уж не говорю что я смотрю на вин10 на 4к, и четкость шрифтов и глубина цвета это тебе не 640х480 на 256 цветов))
@@vadymsushchenko1680 Мене не дуже цікавить скейлап який не додає ваги, чи ви кожну іконку до кожної роздільної здатності окремо промальовуєте??? Те ж саме і з шрифтами кліартайп це не кожен шрифт для своєї роздільної здатності! А у вас щось більше ніж труколор зараз є чи 16 млн кольорів вам за мало?
@@ОТкач-ж8ня іконки не малюю, іх мій компьютер малює у своїй відеопамяті з роздільної якості 4к. І ви з вашім RGB с 256 біт на канал мабуть і ніколи не бачили HDR який існує вже років як 15 і має підтримку у він 10. Як що вам усе подобається то користуйтеся старими комп'ютерами. Вони коштують по 500 грн. Там ваша виновс хп буде літати
Дякую вам за цікаві пояснення
цікаве відео та легке для сприйняття, український контент рулить😎🇺🇦
Комент для просування Українського контенту
Дуже інформативно і цілісно, твій канал це знахідка для мого питливого розуму!)
через це усі переходять на офіс 2003го року, бо він реально не лагає. єдине, що там не працює - звісно-ж пошта. мій тато сидів у ворді 2013го, і він казав, що він лагучий. потім він перейшов на 2003тій. я сидів на офісі 2000го спочатку, бо я думав, що тільки там є програма для візуального HTML. потім перейшов на 2003тій. а потім зовсім видалив, і зараз зі старих програм я користуюся тільки Hammer Editor для Half-life
Це на яких компах лагає офіс?... Навіть на посередніх компах він нормально працює
@@alcaeuspetrenko5766 На тих, які посередніми були у 2010 році.
Це була цікава і корисна інформація.
Тільки app це застосунок.
Дякую за якісний український контент
Дякую за вашу працю та цікавий контент
Колись на програмуванні нам казав вчитель, що класна програма - це не та в яку нема чого додати, а та з якої уже нема чого забрати. Але часи змінюються... і додаємо, додаємо))
Это возможно касалось не функционала а кода.
@@КотЧерный-ю1фмалося на увазі і те і інше, бо програма і є функціоналом, який реалізовано з допомогою коду.
Корисне відео 😊
Дякую. Гарно описано.
файно дякую....десь логічно здогадувався що весь софт це UNISEX)))....АЛЕ ви такі виставили сучасні напрямки приоритетів ...
Коментар на відтримку відео. До речі, обережніше з темами, минуле відео мені страшно відкривати)
Дякую за підтримку. Ось чому там менше переглядів, людям страшно відкривати відео 😅
@@alex-kovalchuk Так, при тому що я вже 15 років в ІТ, але навіть мені моторошно)
... Або ви в змові )))
Цей варіант не можна відкидати)
Дякую за відео, тримайте комент для активності)
Дякую за підтримку)
@@alex-kovalchuk Нащо тоді програми із багатьма фукціями ,які треба дуже незначнлму колу користувачів,ви ви виправдовуете себе та компанію , дуже жахливо
Дякую за цікавий контент! Однозначно вподобайка + підписка!
Дякую за ваше відео
Дякую 🇺🇦👍🇺🇦🇺🇦🇺🇦
Дякую за цікавий контент
Дякую за відос!
Дякую за контент 🔥
Шановний Алекс (Це Олександр чи Олексій?), у вас цікавий канал, дякую, підписався
гарне відео
Гарно пояснив)
Ну або просто багато говнокоду 😁 Корпорації бувають залишають величезну частину старого не потрібного коду, де використовують лише 1 функцію і це теж збільшує розмір. Розробники не тратять час на рефакторинг.
От Блендер зараз релізить суттєво багато функціоналу і швидко, але при тому займає всього лиш паро мб, а не 6гб як в аналогів)
Дуже добре було б підгружати функціонал до програми лише за необхідністю. Приклад з калькулятором наочний - якщо потрібно буде малювати графіки - то при приєднанні до інтернету цей функціонал буде завантажено, якщо він стане не потрібний - цей модуль можна видалити. Це було б непогано
На жаль, змінювати код програми "на льоту" неможливо, або якщо і можливо, то це надзвичайно складно і дуже ресурсоємно. Також, варто зазначити, що комп'ютер виділяє ресурси на роботу якраз на льоту: оперативна пам'ять використовується тільки коли безпосередньо ви малюєте графік. Тут більше питання в тому, що сама програма займає багато місця. Розмір програми не означає, що вона буде сильно грузити комп'ютер. Це просто значить, що програма містить більше функцій і алгоритмів і/або об'ємніші алгоритми.
У випадку з фотошопом (але це правдиво для усіх програм), він тормозить більше, ніж раніше через те, що в його інтерфейсі знаходиться більше функцій, і усі вони для роботи вивантажуються в оперативну пам'ять. Коли функція викликається, під неї в процесі роботи програма виділяє ще пам'яті за потреби, і після завершення виконання функції ця пам'ять звільняється.
Можу провести аналогію з хімічною лабораторією: з кожним роком там з'являється нове обладнання, яке займає більше місця. В процесі виконання певного хімічного дослідження (наприклад, перевірка їжі на вміст канцерогенів), лабораторія використовує додаткові тимчасові розхідники (рукавиці, папір, вода та ін.), які теж займають місце чи то на столі, чи взагалі в лабораторній кімнаті. Після завершення дослідження це все йде у смітник (ну чи в каналізацію). Єдине, що на відміну від програм, процес зазвичай пришвидшується від наявності нового обладнання)
Те, що Ви описали - система плагінів. Хочеш - поставив усе, хочеш - тільки те що треба. Тут вже залежить від розробника. І це вже Є оптимізацією.
Доречі, справедило згадати рішення які навпаки з часом стають більше легшими, наприклад інструменти для розробки під C# а саме Visual Studio :)
Ми не вирішили не казати тобі про змову, щоб не засмучувати😂
Тихо, я тут пробую відвести від нас підозру, а ти "контору палиш"😅
я б іще додав про збільшення графіки, іконок, фото, фонів, відео, анімацій що дууууже помітно в іграх, але також помітно на сайтах і в застосунках, наприклад, погоди
І купа людей цього не помічають. Зміни з'являлися поступово і всі думають що якийсь ютуб 2008 і сьогоднішній це той самий сайт. А якщо б вони могли перенестись у часі, то зміна була суттєвою.
@@bubblesort6368 ну чо, я бачив старі відео і скріншоти інтернету свого батька, там чудово видно все (таке враження, що там css взагалі не було)
Дякую за відео! Було цікаво дізнатись про те, як проходить розробка та оптимізація програм. Підкажіть, а ви часом не з Галичини?
Недолуге виправдання. Будь який функціонал це алгоритм. Алгоритм ніколи багато місця не займе. Єдине😊 що об'єктивно може зайняти помітне місце, це словники орфографії і розпізнання мови. Хоча я не певен, що це частина саме МСОфісу.
А так.... Сучасне ПЗ бісить своїми розмірами і гальмами.
Дякую, теж задумувався над цим.
Коротше, всі зараз пилять говнософт і всі ці апдейти, типу: пофіксили баги, збільшили швидкість роботи - тупо пізд4ж...
нІ, про пофіксили баги - правда, але в процесі виправлення одного зробили костиль, який потім через півроку нагородив уже 10 багів.
тільки чомусь забули сказати, що кожна нова версія програми додає нішові малопотрібні функції і прибирає або ускладнює старі і зручні
Нещодавно з цим стикнувся. Потрібно було порівняти два массива чисел, та видати розбіжність. Оскільки люди працювали в екселі, то там і був написаний макрос. Все запрацювало, лише одна проблема, маленький масив, зачекати 20 хвилин ще можна було, а коли справа дійшла до великих, то час пішов вже на години. Подивився я на це безглуздя, й на делфі написав простеньку програмку. Час обробки великих масивів - пара секунд.
Делфі? Ще таке є?
@@oeaoo Язик програмування. Delphi як що, мовою оригіналу. :)
@@ВячеславЧечель-т7ь він ще жив? Диво.
@@oeaoo А що з ним станеться? Багато знайомих, ще на візуалбейсіку програмують. Свої задачі виконує. Що ще треба для щастя? :) Я дивися, щоб перейти на пайтон, але дуже не зручний для моїх потреб. І знов таки, нема, або не знайшов компілятора. Працює з під оболонки.
@@ВячеславЧечель-т7ь радий за вас, я більше 10 років на джаві та трохи пайтона іноді роблю. Делфі в універі юзав 17 років тому. Думав його вже нема як інструмента.
Прочитав "Чому програмісти стають ВАЖЧИМИ" і пішов дивитись в дзеркало
Чому програмісти стають важчими? Просто споживають більше ресурсів😅
оптимизацией занимаются, но как правило серверных программ крупных компаний, типа Google, Facebook. Последнняя история которую слышал - применение нестандартных контейнеров в программе на С++ (!!!) позволило одной крупной компании иметь на 5% меньше датацентров. Это как раз тот случай, когда лучше потратить немного больше времени на разработку и все оптимизировать, чем строить несколько лишних датацентров.
А три восклицательных это вы касательно контейнеров написали, или что на с++?
Целых 5% на дешманские датацентры)))))
@@hunterxvov4ik ну, если вам надо построить 1000 ДЦ стомостью скажем 1 млн евро каждый + потом операционные расходы (электричество, персонал, замена оборудования, итд), то -5% это -50 датацентров. как по мне, то выглядит хорошей экономией. даже если вы компания поменьше, и надо всего 100 ДЦ, то -5 ДЦ и тут будет хорошей экономией.
@@hunterxvov4ik, эти 5% это десятки зарплат и покупка оборудования которые дороже, чем оптимизировать проект
додавай якусь фонову музику )
дуже цікава інформація, гарний монтаж але трохи не вистає фонового наповнення)
Програма важить більше і зроблена швидше,за ті ж два тижні, а так як пересічний користувач більше нормес, аніж постійний користувач конкретним продуктом, означає що скарг менше, фідбек майже ніякий, тому й розробнику нічого паритися з патчами чи оптимізацією. Програмний продукт глючить, проте гроші йдуть нормальні, незважаючи на косяки. А чим далі, тим гірше. Я, будучи на андроїд 7 довгий час, причому на китайському телефоні, перейшов на андроїд 12, а додатки там глючать більше за старший та поважний андроїд 7.
Коротше, Майкрософт робить важку ОС з купою фреймворків, яку обвішують купою користувацьких фрейморків, яку обвішують бібліотеками, яку обвішують власне кодом, а користувач може використовувати лише 1/10 від того коду. Колись ОС були легшими, але той же розширений калькулятор з віндовс 11 був би професійною програмою рівня VS Code зараз. Якби програми відмовилися від Eye-Candy і інших перділок дизайну, калькулятор той же важив би 10 мегабайт, а весь Майкрософт офіс 0,75-1,5 ГБ.
Якби програми відмовились від візуалу, то всі б сиділи зараз у чорних терміналах і не випендрювались би)
Оооооооотаааааак, другий пункут, другий сцуко пункт, це той пункт, за який треба відрізати яйця програмісту, на очах його дружити на дітей, а потім змусити доньку їсти їх сирими, на очах у батька, а далі відокремлювати по дному пальчику і зробити з цього барбекю по аналогу смажених реберців і нагодувати їм всіх коллег. Це НАЙЛЕГШЕ і НАЙГУМАННІШЕ , покарання, для тих програмістів, які не адаптують і не оптимізують свій код.)))
Правду кажуть: "Завжди пишіть код, ніби людина яка його буде підтримувати, буде жорстоким психопатом який знає де ви живете" 😅
@@alex-kovalchuk о так, друзі програмісти цим правилом часто користуються. І якщо я не буду їм користуватися у геймдеві, можу прийти сам до себе в гості. Хоча в мене ситуація простіша, ні дітей ні жінки в мене нема , ха ха ха ))
О, крутезне відео!)
І здається в мене такий самий мікрофон, але руки з якогось іншого місця стерчать, бо в мене звучить кепсько)
Дякую. По мікрофону можливо ти тримаєш його далеко від себе?
По звуку схоже що зчитувач направлений не на тебе. В моїй моделі (Steinberg ST-M01) зчитувач збоку біля лого і якщо на стійці провернути його в сторону від себе то мікрофон буде вловлювати ехо більше ніж голос
@@alex-kovalchuk я більш думаю на фіговий комплектний дріт...
Пояснив все чітко. Згоден повністю. Питання таке чи логічніше використовувати вкладку в браузері для оптимізації ресурсів, змість всевдо клієнта на електронні? Тому, що я намагаюсь робити саме так
потрібно навчити нейромережі по готовому продукту зробити такуж програму в плані функціоналу але максимально зменшити рівні підпрограм і код (поступово видаючи результат 5, 10, 20% оптимізаціії щоб перевірити стабільність)
Звучить як фантастика, як програміст кажу) Таке навіть люди не можуть зробити, не те, щоб програмісти, максимум - це зробити приблизну копію програми, але при цьому код може радикально відрізнятись, бо люди думають по різному, і продумують функціонал і алгоритми теж по різному. Тому, нейромережа може хіба що так само зробити приблизну копію, але ніяк не зменшити об'єм існуючого.
Змінити порядок причин у зворотньому порядку.
А ще добавити причини:
"ШАШЕЧКИ" (багато кольорові іконки, тіні, згладжування, анімація, прогресбари, ...)
"Універсальність" - підтримка десятків форматів, десятків кодексів, десятків палітр-моделей-...
Які насправді не потрідні та не витрачають зусиль програмистів, а робляться підключенням вже зроблених величезних бібліотек.
Всього десяток строк "#include" а продукт стає виглядати набагато серйозніше, фундаментальніше та... Дорожче!
Так, в більшості програм основну кількість місця займають картинки
Проблема всіх високорівневих мов це репозиторії та версії. Замовник зробив замовлення, йому на від*бись за "два дні" зробили те, що інші могли б робити два місяці, здали проект, переключились на іншого клієнта і штампують далі. Через пару років починається саме цікаве. Оновлюється API. Потрібно оновитися, але вимагається оновлення мови, оновлення мови вимагає оновлення системи, а система вимагає нове жилізо. Короче все до п*зди. Якщо б в ракету зарядили Пайтон, то через рік вона би впала тому дятлу, що писав код, на голову. Майкрософт скотився на гімно. Міняють обої та перемішують елементи меню. Хоча у них сьогодні і назви нема. Якщо раніше в книжках для чайників писали визначення для меню, закладок, панель задач, то сьогодні можна сміло обзивати будь-який елемент "оця фігня". Навіть головне меню у Віндовс 11 нагадує вікно без хрестика. Більше ламають останні 10 років і списують ніж придумують щось нове. Взагалі операційна система повинна надати програмісту набір елементів та функцій, які буде використовувати програма. А Майкрософт загубився в часі. З початку придумали тінь, потім округлення, прозорість, а потім вирішили зробити квадратні одноколірні плитки у Віндовс 8. Аналогічно як після 2003 року офіс порубали в щепки перетворивши його в лайно, тільки додати трохи інтерактивності. А тепер ще Гугл, який продає повітря через SSL захист робить погоду всім. Скоро вони ще й на "куках" будуть заробляти, пропонуючи свій варіант. В цілому - лебідь, щука і рак. Мій потужний 10ти дюймовий планшет, якому 7 років перетворився на інваліда, адже там Андроїд 4, на якому вже нічого не працює крім Вайбер і все тупить так, ніби він працює на Ардуіно Нано. Хоча він так літав, як сьогодні мій Райзен 7 7735HS, яким мені вже в западло тішитись, бо через рік Хром оновиться 20 раз і явно 32Гб DDR5 оперативки буде мало для перегляду відео "Чому програми стають важчими"
Хотів ще додати про те що в сучасних програмах повно функціоналу стеження ща користувачем і часто саме це забирає немало ресурсів.
Так, ймовірно софт для стеження за користувачем також стає важчим
Жадоба, бабло і пофігізм. В результаті маємо київсталівский додаток для перегляду балансу, котрий ніфіга не вміє і важить 350+ мб.
Win 95 osr2 важила 90мб. Ціла операціна система 90мб.
Вони збільшуються через - «хочеш заробляти дофіга в ІТ без досвіду, давай на наш фігайтон вебінар».
Я б тобі повірив, Але.... Не хочу, бо залишилось менше 10% пам'яті на моєму пристрої 😅
👍
Змова звісно така собі) Але оптимізація часто реально хромає, через що теж ростуть обєми
Ми вже дійшли до того момента коли неможливо зробити процессор потужніше, транзистори вже немає куди зменшувати. А не всім програмам потрібна багатопоточність.
5:34 або коли AI замінить цих двотижневих програмістів
Все це заговір - заговір рукожопів з індустріальних стандартів)
Тим часов опенсофт:
Godot 3.5 - 40mb
Godot 4.0 - 50mb котрий бистріший в 2 рази та з новим рендером.
Blender 2.8 - 150mb
Blender 3.5 - 248mb додали новий рендерний двигун, докинули швидкості, аі апскейлери, меш ноди та купу всього іншого.
Так, розмір вирос, але у адобе, аутодеска чи того ж юніті апдейти меньше 200мб бувають рідко та нового функціоналу частіше за все не несуть, дай скотче щоб нічого не випілили чи не зламали)
Дякую за відео👍
Цікаво було б дізнатись твою думку, яким має бути ідеальний програміст (я про риси характеру).
Безкоштовним?
Слак це нійгріший приклад, який можна було обрати.
Їх "мобільний" додаток настільки жахливий, що навіть підбирати слова важко
Тому що з кожним роком код пишуть все більш криворукі макаки, яких в кращому випадку можна назвати машиністками, потім той код працює максимально криво, то ніхто не фіксить і воно так робить "якось".
Є жарт коли будівельник замовив сайт, написали сайт, там якось все криво, те не робить, те робить не так як потрібно і він сказав: якби будівельники будували так як пишуть код програмісти, то один випадково зелетівший горобець зруйнував би цивілізацію😂
Не роком а добою (а то й годиною). У мене планшет 2013 року, працьрвита машинка, яка йде як і програвад відео. Оновляв його завжди. У нього бкло 8 гб, а вільно було десь 5 гб. Зараз менше 3-х, а швидкість робити просіла у рази 4. Відкотив до андроїд 4.4.2 (був 5.1.1), а швидкість все одно низька, хоча й краще ніж було. Але там їх можна було ігнорувати хоча б, а зараз ОНОВЛЮЙСЯ, без вибору хочеш того, чи ні. В іграх ще краще - оновлюйся, або не будеш грати. Гра, яка мала обсяг 3 гб коли я її встановив зараз важить 8 гб.
1.16хв із мене вистачало.
я тепер я добавлю:
1 - більше частина аппок це електрон. Чому так - бо можна протестувати ідею прям миттєво. і все буде красиво* - але це лайно - бо мало хто може нормально готувати Електрон.
2 - люди перестали думати за ресурси/оптимізацію - відверто залізо зараз коштує дешево чим 20 років тому.
3 - багато менеджерів і дизайнерів просто роблять собі роботу - це і не погано. Але ми маємо багато сайтів/аппок із красивим UI - але вони всі лайно: туплять, і без нормального функціоналу.
---
і є деякі практики в розробці які колись були крутими або могли бути такими але їх почали використовувати як панацею від усього - і ми отримали кучу тормазнутих сайтів(я зараз за віртуальний DOM)
---
Тому чому аппок такі жирні? - бо функціонал більший - це частина айсберга і замовчування правди.
Функціонал то росте, але не гігабайти. А от розмір росте на гіги у випадку ворда.
У випадку з клієнтським ПЗ - за залізо платить споживач.
У випадку з серверним - найчастіше замовник ПЗ. І в довгострокові перспективі нашвидкоруч написаний код споживає нормально так ресурсів у вигляді плати за залізо.
Так, наразі у випадку з сервером ресурси коштують суттєво дешевше часу програмістів. Тому найчастіше просто докуповують ресурси
я думав просто стало не модно писати необхідні ліби з нуля (тому що хтось вже написав краще тебе), а депендеснів багато і вони в свою чергу також багато депендесів тянуть тому все це важить геометрично дофіга) а ще вінда не запарюється з встановленням депенденсів в систему, а просто кладе їх в дерикторію програми і пофігу що вже є програми з такою самою залежністю
Интересное замечание, касательно дублирования связей Windows’ом.
Все чудово.
Лише не “пядесяць”, а “пʼятдесят”, будь ласка
Дякую, постараюсь запам'ятати і не повторювати помилку
томущо програмісти нехтують оптимізацією, хуярять усе на фреймворках підключаючі автоматом сотні непотрібних бібліотек заради пари функцій
Чомусь і офіс і віндовс не стали сильно дешевшими від того що їх пишуть дешеві програмісти з кучею багів. Так мало того, вже і боксові версії придбати стає все важче і важче.
Вот когда Microsoft выпустят «облегчённую» версию Word или при его установке будет возможность удалить всё, кроме самого необходимого, чтобы его размер не превышал хотя бы 500 Мб, тогда я и приобрету лицензию (если, конечно будет возможность купить, а не оплачивать подписку)… а пока я им просто пользуюсь и остальным советую!
Реальна причина: програми зроблені за допомогою фреймворка фреймворків 😢
Підсумок - програми стають гівнянішими, тому що їх пишуть криворукі студенти, більше жруть ресурсів, тому що напхані тоннами нікому не потрібних фреймворків, і за це все тупі юзвери мають нести грошики в магазин, щоб купити потужніший комп'ютер 🤣🤣🤣
важлива деталь: постійна потреба в нових програмах - це результат діяльності суспільства споживання, але якби не було б цього фактору, ми б і не бачили прогресу, який маємо. можливо навіть комп’ютери 80х були б сьогодні фантастикою. тож у прогресі є дві сторони, з одного боку ми отримуємо більш цікавий і функціональний продукт, з іншої - мусимо постійно оновлювати "залізо"
Життєвий цикл програми:
1. Альфа версія
2. Щось хороше
3. Воно росте
4. Воно пожирає всі ресурси і страшно гальмує
5. В користувача уривається терпець, він видаляє тормозне страхіття і ставить якийсь опенсорс, близький до п.1. Якість там іноді відстій. Але воно ЛІТАЄ!
Дуже точний опис
Зазвичай найбільша проблема відкритого програмного забезпечення був дизайн. І останнім часом він стає все кращим. Тому ним починають користуватись більше звичайних людей
Перекладання проблем розробки на плечі споживача
Взагалі треба було б всім програмістам ознайомлюватись з впиханням в невпихуване, типу з різними демками на амігу і т.п. і проводити якісь конкурси на оптимізацю
Для початку масовому програмісту вартувало б закінчити профільну вищу освіту з інформатики, де йому розкажуть про теорію обчислюваності і все таке інше, що налаштовує свідомість на потрібний лад, а не 6-місячні курси.
уявіть світ, де програмісти роблять більшим софт, щоб довше працювати над ним, бо за це платять зарплату .. а ще проводять часто мітинги, щоб виправдовувати те що вони не працюють у цей час
Ніякої змови програмістів не може бути принципово - вони між собою навіть у оформленні коду в межах однієї команди не можуть домовитися, тільки директивами зверху доводиться регулювати. Що там казати вже за більш складні речі... А "розпухання" у десятки-сотні разів розмірів програм, ні збільшенням функціоналу, ні графічним наповненням пояснити неможливо, тільки лінню та непрофесійністю "програмістів". І поки залізо тягне, так і буде продовжуватися, бізнесу це вигідно, і мамкини кодери, які тільки вчора зліпили свій перший сайт у модному фреймворку заробляють втричі більше сеньора Сі-шника. Екстенсивна модель розвитку, на жаль, проявляється зараз не тільки в ІТ, в автопромі, наприклад, все так само, та й не тільки там.
звідки ви такі сука дегенерати лізете? Якщо ти "сішник" і заробляєш менше "мамкіного кодера", ти лайна шматок, а не програміст. Від тебе просто злобою смердить ось і все
рекламна інтеграція топ) я навіть і не помітив)
Все началось с "процессор дешевле программиста"...Вот и пошли говнокодить. Дошло до того что у меня в телефоне родной медиа плеер 1.5гига весит :фейспалм:.....Причем стереть нельзя. А еще обновления ради обновлений и не нужный избыточный функционал.
Ці розробники програм усе спішать і спішать, а куди спішать - не ясно. Дратує це. Мало того, що начинка програми стає від цього неякісною та неоптимізованою, та ще цих програм та функцій наплодили що повіситися можно.
Щоб відчути в усьому цьому трохи абсурду, просто пригадайте як раніше відчувався вихід нових смартфонів, Samsung, Apple, Xiaomi, Meizu, LG та інші. Вони виходили раз у 1-2 роки, а то й 3... І це було як справжнє свято, смартфони були все краще і краще, оновлення дизайну і начинки були дільними.
А зараз що... - штампують їх як бабусині пиріжки. Ні толку, ні функціоналу цікавого та корисного, ні любові розробки, нічого цього немає, лише ціль випустити як можно більше товару та заробити купу грошей...
Зіпсувалися компанії...
Спішать не розробники, спішать компанії, розробники просто під батогом намагаються встигнути зробити за тиждень те, що треба варто було б зробити за два)
Забули ще один нюанс. Користувачі ж хочуть щоб програми були ще й красиві, з плавними анімаціями, всякими рюшечками. Це все потребую як більшої кількості пам'яті під графічні файли, що використовуються, так і ресурси комп'ютера, щоб це все обробити, та відмалювати.
Бухгалтерам моїм не потрібно рюшечек і анімацій. Їм потрібен функціонал. Але вже і 8 гіг оперативки не здатні задовільнити їх бо бісові броузери не знають що є інтегровані відяхи, і вилітають при роботі у більше ніж 4ох вікнах.
Зі всякими прикрасами можна відкрити 30 програм. Без всякого непотребу - 300. Я за 300.