Цитата

А представляете как будет тормозить этот СуперМегаГига компонент? Тут даже никаких четвёртых пнёв с гигабайтом памяти не хватит

Э-э-э, dot NET Framework ?

mr.DUDA
все круто и все хорошо
но только я не затрагивал конкретно никакой из языков програмирования и с чего ты уперся в асм просто не пойму
и я не ставлю никакой цели типа "обращение всех вверу без компонентного програмирования"
я просто высказал све мнение и хотел послушать мнение других
и вздыхать свободно или не свободно оно тоже к делу не относится можеш оставить лирику для себя
ну а насчет дума на асме
ради итереса в квейке посматри сколько на асме написано исходники кинуть?
ну а при чем тут линух ?
ты не путай божий дар с яишницей
есть такая штука linux standard base
вот вней набор СТАНДАРТНЫХ библиотек оси с помошью которых и пишут софтинки
а теперь приведи пример чтоб в томже самом линюхе ктонить искал компонент Tsocket к примеру
там все решается на уровне системы

Цитата

а теперь приведи пример чтоб в томже самом линюхе ктонить искал компонент Tsocket к примеру

Kylix

ООП это хорошо!
а свои велики нужна изабритать када со знакомцами чета споришь... паказуиш иму а вот глянь фсе сам писал бззз кампонЭнтов =)))) ну разшо user32 =))))

NULL, если не сложно, пиши аккуратнее.

Я ещё раз хочу обратить Ваше внимание на присутствующую здесь подмену понятий. МЫ ОБСУЖДАЕМ НЕ ООП
Если бы автор темы был осторожнее в использовании терминов, то у него было бы гораздо больше единомышленников. Дело в том, что крупные фирмы по производству ПО пишут большинство компанентов сами, даже STL часто переписывается (знаю не по наслышки). Но новым сотрудникам в обязательном порядке приходится первое время работать по 24 часа в сутки, вникая в эти библиотеки.

RAN не знал такова.. сорри...

Народ ! Успокойтесь !

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

В общем ООП это хорошо, АПИ тоже и АСМ тоже. Все зависит от задач ! Во всяком случае мне так кажется ...

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

Ну Oleg1973, с OpenGL не очень удачный пример, так я тебе скажу. Что щас каждый кодер, пишущий 3D движок, должен знать интерфейс работы с видяхой через порты ? Круто ! Или ты думаешь, что в OpenGL вручную (программно) текстурируются и рисуются треугольнички ?

Цитата

вот тогда он может бить себя пяткой в грудь и говорить ДА Я КРУТ

ДА Я КРУТ (бью себя пяткой в грудь - больно!...) - только пока не вижу где-бы мне это пригодилось...
Я понял твою мечту, Oleg1973 - вернуться во времена DOS - никаких тебе АПИ и DLL-ок, только INT-ы BIOSа и DOSа... Хотя можно и без них...

Когда очень интересно - можно посмотреть что там сидит внутри компонента или внутри какой-либо функции или класса. А говорить что те, кто не хочет так делать - не программисты - это вообще невтемно...
Я на 90% не программист!

Это сообщение отредактировал(а) p0s0l - 15.9.2003, 14:09

О! использую CreateFile без зазрения совести даже не в курсе, чего там дальше происходит... Как там это файл создается... Мне это не важно... Мне надо, чтобы файл создался. Если заморачивать на таких мелочах, то проект никогда не будет доделан...

Хм... вообще, я так понял, весь сыр-бот из-за траты ресурсов на громоздкие уродливые компоненты и проекты по нескольку сотен метров из-за них?... Ну что-ж, нет в мире совершенства, как говорил Лис

Я за Oleg1973... Сядьте за любой отличный от Intel(a) процессор и ощутите, что означает настоящее программирование. Уверен, выше С вы не поднимитесь. И вообще, есть ООП, а есть просто программирование, и путать эти вещи не стоит.

Цитата

Сядьте за любой отличный от Intel(a) процессор и ощутите, что означает настоящее программирование

Просвети нас. Что будет-то?
Ну, я писал в детстве на Ассемблере для БК. Было легче. Дело не в процессоре, а в архитектуре ПК.

Цитата

И вообще, есть ООП, а есть просто программирование, и путать эти вещи не стоит

Ни кто и не путает. Ты это к чему?
Но термин "просто программирование" звучит странно. Слышал про линейные алгоритмы, про структурное программирование. "Просто" это как? По-моему, написать прогу для ПЗУ калькулятора проще, чем игру для PC с использование DirectX.

P.S. Есть порошки Tide, Oriel (если так пишется), а есть Обычный порошок. Только его купить нигде нельзя, жуткий дефицит.

на всякий случай скажу: ООП - это не есть объектно ориентированное программирование
правильная расшифровка - объектно ориетнированное проектирование
ООП применяется ДО этапа программирования
а применять ООП можно даже на ассемблере

Цитата

на всякий случай скажу: ООП - это не есть объектно ориентированное программирование правильная расшифровка - объектно ориетнированное проектирование

Нет, Объектно-ориентированная разработка (OOD). Это принципиально, для нашей дискуссии.