Разжирели или грустно, товарищи.

[Alex Cones]

Ну стали модули памяти и диски емкие делать, неужели это повод для печали?

Проблема не в емкости дисков. Проблема в нехотении оптимизировать свой код.

просто я считаю что ужимать нужно тогда когда нечего уже делать, а терять неделю на какие то пару кило вместо того чтоб написать пару классов(ну я ООП'шник более)...как то не оч.

А когда уже все на ООП написано уже не ужмешь - только с нуля переписывать.

я сам на АПИ пишу, и на плюсах пишу либку по типу твоей(но правда там чуть более всего)

Блин, надо было идею патентовать

[Пепел Феникса]

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

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

[Alex Cones]

причем тут ООП к оптимизации?

1) Написал прогу на визуалке, работает
2) "Надобно оптимизировать по полной"
3) Блин, визуалка не хочет "худеть"
4) Написал с нуля на чистом АПИ.
ИТОГ: Потратил больше времени, чем писать сразу на АПИ

[mutabor]

Сообщение от Alex Cones

1) Написал прогу на визуалке, работает
2) "Надобно оптимизировать по полной"
3) Блин, визуалка не хочет "худеть"
4) Написал с нуля на чистом АПИ.
ИТОГ: Потратил больше времени, чем писать сразу на АПИ

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

Читал Спольского про дырявые абстракции?

[Alex Cones]

Читал Спольского про дырявые абстракции?

Неа, это кто?

По-моему итог закономерный. Ты взял высокоуровневую среду,

Её берет среднестатистический программист. Вот только он еще не выполняет пункт 4 по причине пункта 3.

[mutabor]

Неа, это кто?

Это такой товарищ из Нью-Йорка. Статейки пишет на околопрограммерские темы. Погугли "дырявые абстракции джоел спольски".

[Пепел Феникса]

Её берет среднестатистический программист. Вот только он еще не выполняет пункт 4 по причине пункта 3.

я вообще то не про VCL. а про обертку библиотеки в виде классов(вместо функций).

[oleg.v]

Какая нужна оптимизация, если продукт укладываеться в рамки минимальных технических требований. Раньше да, нужно было ужать, красиво обыграть алгоритм. Сейчас нет такой нужды. Если спец грамотный и опытный, то он пишет сразу объективно оптимизированный код. И едиственная оптимизация это может замена алгоритма на более лучший. Но лучшее - враг хорошего. Если работает ломать не стоит!

[spamer]

Чесслово не понимаю я сейчас тех людей которые трясутся за несколько Кб, Мб своего проекта...оптимизация оно конечно не плохо, но в меру...
Раньше оно и понятно было, что надо было оптимизировать - и это реально ценилось, но ведь сейчас с нынешними мощностями компьютеров...ну не смешите, ибо большинству заказчиков не важно на чем написан тот или иной проект и сколько он будет весить, а важна скорость разработки...И я считаю это - верно, т.к. нет необходимости писать тысячи строк кода заново (читайте - изобретать велосипед), когда уже все написано за нас - только бери и пользуйся...

А теперь посмотрите, сколько всякого бреда несет с собой VCL\MFC приложение.

Так не надо смотреть на это только с одной стороны, как ты Алекс - лучше подумай о том какие преимущества дают те же VCL\MFC - скорость и удобность разработки и это самое важное сейчас...И то, что ты будешь писать неделю на АПИ, другой разработчик реализует тоже самое за пару дней и останется в выиграше...

А когда уже все на ООП

А что в ООП то плохого, наоборот как по мне - это лучшая парадигма программирования которая существует на данный момент...

понимаешь за что многие любят Делфи, так это за формочки, то есть там не нужно АПИ знать.

Ну зачем же так, знать АПИ нужно хотя бы для того, что бы понимать, что скрывается за теми же формочками...А вот использовать этот же АПИ - это уже другой вопрос (см. выше).

[MaTBeu]

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

В мире разработки все ведь как? Заказчик хочет программу, результат. Чем быстрее вы ее сделаете, чем быстрее он начнет на этой программе зарабатывать деньги, тем лучше для него. Поэтому в 99% случаев, никто не парится о рефакторинге кода, о правильных абстракциях и прочих вещах, которые уменьшают размер продукта. Деньги платят за результат, а не за размер. Любой проект можно написать на ассемблере и сделать его 300кб весом. Однако, вы потратите на этот проект в 1000000 раз больше времени и денег, потому что не хотите использовать опыт других программистов. Я не думаю, что MFC и VCL писали такие уже отъявленые мудаки, которые выделяют в стеке по 500 мегабайт памяти для одного массива и юзают его по всей программе.

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