От чего зависит размер swf-ника готового приложения ?

[Crenth]

Оказывается, расточительное отношение к ресурсам - это проблема не только русского обывателя, но и большинства русских программеров тоже

Значт я на правильном пути

[chabapok]

Флеш - это все же не zx-sprectrum, и не модем на 2400. Поэтому проблема экономии ресурсов не всегда первоочередная.

И надо отличать просто расточительность ресурсов от их осознанного пожертвования ради чего-то дргугого.

В большинстве случаев это пожертвование чем-то оправдано. То ли время разработки, то ли "заказчик хочет вот таки финтифлюшки и рюшечки", то ли еще что-то.

[Zebestov]

да кому какое дело до ресурсов. кто вообще из пользователей оперирует такими терминами.
это же додуматься до такого — экономить на привлекательном GUI. так можно сэкономить на трафике паче чаяния — никто не будет качать этот "деревянный прибор".

[Gaen]

Crenth, вы на верном пути, я через это тоже проходил. Стремился писать так, чтобы экономить каждый байт памяти, каждую процессорную инструкцию.
Со временем пришло понимание, что главное - это не написать мегаоптимальный и мегакомпактный код, главное - сделать продукт, который будет продаваться и приносить деньги заказчику. В коммерции никому нет дела до отточенности вашего кода, красоты модели, использования паттернов итд. Просто потому, что до этого нет дела конечным пользователям. Они будут покупать продукт, который выполняет свою задачу и которым приятно пользоваться. Причем второе - важнее!
Если вы скажете заказчику, что проект можно сделать за столько-то времени, а можно сделать все *****кодом в 2 раза быстрее, скорее всего он выберет *****код. Просто потому, что за выигранное время запущенный продукт принесет больше денег, чем потребуется заплатить вам за последующие исправления багов и доработки. Sad but true.
Но если небольшой проект можно на*****кодить и забыть, то с долгими проектами, проектами, которые предполагают постоянную поддержку и развитие, все сложнее. Если программерам придется постоянно копаться в говне, они просто не выдержат и свалят из проекта туда, где нормальные условия и тогда продавать будет просто нечего. Поэтому заказчику приходится мириться с тем, что программисты тратят больше времени на написание более правильного кода, с которым им приятнее работать, и который предотвращает больше ошибок.
Вот как-то так.

Добавлено через 2 минуты
Вдогонку интересная история о жизненном пути одного программера: http://habrahabr.ru/blogs/development/91665/

[Котяра]

На самом деле экономить 200 кб на ВИДЕО плеере - как-то странно, хотя если этот плеер внедрять в блоги, форумы итп, где 90% юзеров не будут смотреть видео - тогда другое дело - лучше сделать

"У меня получается всего 28 кБ swf. (правда без шрифтов 6 кБ)

[Crenth]

Уважаемые GAIKER и Котяра, я согласен с каждым из вас. Вы понимаете проблему, которую я поднял, очевидно лучше, чем другие. По-человечески приятно

Но.



Говнокод для начинающих и для одержимых баблом.
Ну еще допускаю *****код на этапе альфа-бета. Выпускать в продакшн бета версии можно, но с оговорками.
Ответственные участки проекта должны быть вылизаны и блестеть как яйца Апполона. Мое личное наблюдение: чем тщательнее продумана архитектура до начала написания кода, тем меньше костылей потребуется.
Что касается GUI. Он тоже бывает непродуманный и перегруженный (не в смысле графики)

Бабло побеждает зло - это верно. И среди заказчиков часто встречаются лохи - правда. Но бабло - не главная весчь в жизни
Лично мне западло заворачивать ***** в золотинку и сдавать заказчику.
У джедаев есть кодекс.

P.S. почитал статью на хабре. Те, кто начинал свой программерский опыт с написания игрушек для этого http://ru.wikipedia.org/wiki/%D0%AD%...%B0_%D0%913-34, не понимают, о чем пишет автор

[VVall]

Надо всё-таки понимать, что Б3-34 и PC - очень разные вещи. Не человек для компьютера, а компьютер для человека. Компьютерные ресурсы не природные, они создаются именно для того, чтобы их использовать. Экономить их нужно только когда их не хватает для достаточно эффективного решения задачи.

И вы совершенно напрасно думаете, что те, кто пишут такие "неоптимальные" программы, ничего не знают об оптимизации и экономии каждого байта. Просто они также знают о другой оптимизации, о которой говорилось выше (оптимизация затрат на разработку и т.п.). Если на разработку программы уйдёт 3 года вместо 3 месяцев, чтобы сделать её в 10 раз меньше, потеряют все - разработчик потратит намного больше ресурсов. цена программы существенно возрастёт, а развитие технологий сделает эффект этой оптимизации незаметным.

[Psycho Tiger]

Да, такое бывает.
Crenth, когда вы покупаете костюм на маскарад - ну так, просто позабавится вы думаете о том, кем он сшит? Сколько людей его шили? А каким комбайном собирали то, из чего он сшит? А какое масло было в том комбайне? Да вам плевать. Вы попользовались, вам понравилось, и вы даже представить не могли, как потела портниха Наталья. Вы просто сказали ей про себя - отличная работа, я доволен!

А экономить на аудио-видео конференциях 200 килобайт, которые скушаются за 5 секунд разговора, это... Ну, это примерно как протирать окна водкой за пару тысяч долларов, но пить исключительно за 80 рублей.

[Crenth]

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

Однако, простой пример: функциональность MS Word из MSOffice 2000 меня вполне устраивает. Но чтобы С УДОВОЛЬСТВИЕМ юзать версию того же офиса 2010 года, нужен другой комп. Потому как прежний уже не вывозит наворотов, 90% из которых лично в моем случае остаются не использованными.

Если софт предназначен для трепа по телефону и для этой цели достаточно даже новичку накодить 30 кило, то делать золотой унитаз чтобы туда посрать 2 раза в день - это излишество (если умышленно) или *****код - если так получилось.
К тому же на моих 256 кбит ADSL этот унитаз грузится около минуты.
Хотя КСТАТИ потом кодек SPEEX хавает трафика всего 4 кила в секунду...

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

[Molecula]

И мы будем теперь делать?