Форум StopLinux

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

Редактировался Tiphon (26-07-10 21:41:14)

А разве я это отрицаю? Я с вами полностью согласен. Только эти правила относятся к

Что есть - то есть.

Максимально просто - у всех своё виденье этого макс. просто. Получается чушь собачья обычно.

что это такое?

Редактировался whoknows (26-07-10 22:48:10)

Главное - до крайностей не доходить) Крайности - везде плохи.

А С++ совершенно точно не заслуживает того круга задач, которые на нем кодят. У С, кстати, по заслугам - круг задач шире. Т.к. С++, в общем-то... это говно язык. С++ - это язык языков (по сути), который имеет 1001 минус (включая те минусы, которые ты в него внесешь своей библиотекой) и один плюс - может быть программы на нем будут работать быстрее. Но будучи перегруженным защитным программированием, кривизной архитектуры (которую создаст твоя команда) и стандартными проблемами организации ресурсов в больших проектах, эта быстрота часто скатывается до скорости  джавы и .нет, у которых с этими 1001 минусами заметно лучше. (.нет убраны почти все)

Редактировался Tiphon (27-07-10 00:50:58)

Не согласен)) При программировании на С для программеров сильно важно то, какой получается машинный код (когда ты программируешь под Qt или джаву - тебе обычно достаточно далеко до того, как каждая команда будет транслирована). Там срзу работают все правила, которые С-шники впитывают с молоком - располагайте  вместе используемые переменные рядом, чтобы попадали в одну страницу памяти и т.д. Действительно, можно использовать С++, как С с конструкторами, деструкторами и некоторыми другими удобными мелочами. И есть круг задач, для которых это будет оптимальным вариантом. Но С++ не может заменить в этом вопросе С, тк.к., по словам тех, кто занимается частью по С, компилятор С++ (gcc, intel, ms) выдает в таком режиме все не так, как в С. Я привел пример про переменные на одной странице памяти - мне, например,  рассказывали наши Иксперты по С, что под С++, (если его использовать, как С, с конструкторами, деструкторами и удобными мелочами), с этим все становится несколько сложнее.

Если писать любой код, то он идет к усложнению. Это нормальное явление. Именно явление, неотвратимое, как приливы и отливы. Вопрос, как ты решаешь проблемы и как ты к ним готов.

Берем С++. Я из тех, кто считает, что объект-ориентированный подход сокращает время разработки и более удобен для повторного использования частей и т.д. (Хотя есть люди, которые пишут статьи, что все не так). Вот мы начинаем писать на С++. И, предвидя крупный проект, начинаем мы с костылей. Делаем умные указатели, мудрые указатели и ряд других ходуль, чтобы ходить быстро и не падать. Часто приходим к тому, что делаем некий суперкласс. Переопределяем оператор new... Из-за мутности стандартной библиотеки мы, скорее всего, переделываем еще работу со строками,  коллекциями и подобными вещами - собираем велосипеды. Мы можем не собирать велосипеды, а брать готовые. Благо, библиотек существует множество. У них всех один большой минус - кто как хочет, так и дрочит. Хорошо если нашел что-то, что отлично вписывается в твой дизайн, но скорее это будет требовать некой переработки или обертки. Ну и т.д.

В итоге, то, как ты что-то используешь (банально даже выделение памяти)  начинает полностью зависеть от того, как у тебя все устроено. Язык в языке. Поэтому я и говорю, что С++ - язык языков.

Потом мы приходим к самому интересному.

К тому, что в больших проектах тебе надо управлять ресурсами. Разными. И менеджеры ресурсов нужны разные. Так или иначе нужно, например, управление и оптимизация памяти. Ну и т.д.

Так стойте! Но ведь все это уже придумано и сделано в .NET (и жабе). Причем нормально. Причем годами сидят группы очень сильных разработчиков, которые все это дело оптимизируют, по человечески разрабатывают и т.д.! Зачем тогда делать свои ходули, если можно брать машину и ехать? Причем ехать нормально, с кондиционером. Без этих 1001 какашка С++. Без разбора в уме аццких вложенных шаблонов. Аццких #define TRUE FALSE зависимостей и без  atoi - щ 0, если строка не int - бред сивой кобылы?

Вот и мой ответ, что на все эти минусы, в общем-то один плюс - можно (если сумеешь) сделать приложение чуточку быстрее.

И тут опа! А под .NET может быть менеджед С++. Который может совмещать и то, и другое... И по бенчмаркам он начинает, прям таки рвать (хотя памяти несколько больше жрет, да). Но тут, блин, беда, что это это присуще только MSVC компилятору. И делать такого, скажем, в gcc никто пока не будет. Есть правда llvm, но оно обладает теми же недостатками среднестатистических библиотек С++ (хотя, честно говоря, к этому зверю я еще не пристрелялся).

А я проверял С++ с С#. Копал глубоко)) Уж больно интересно было. Ну, в общем случае С# на проценты (т.е. не в разы) медленнее работает. Зато скорость разработки растет именно в разы. Если не на порядок...

Еще интереснее было проверять стандартную библиотеку С++. например, read write vs. streams, mmap vs. streams и т.д.)

Я так же проверял и C#, но тут быстро пришел к выводу, что в .NET все хорошо оптимизировано и без меня, а значит я могу просто создавать...

З.Ы. Но на самом деле, конечно, я верю в силу JIT и то, что за системами вроде .NET будущее. Хотя, уже и настоящее.
З.Ы.Ы. А вот С - это свой себе язык, в себе замкнутый, а не язык языков, как С++.

Редактировался Tiphon (27-07-10 13:44:44)

Если пользователь (ПО или либы) этого не видит, то, имхо, это приемлемое решение. Красота глаз человека видна, когда они в глазницах. А если просто глаза на стол выложить - кто-то и блеванёт.

Редактировался whoknows (27-07-10 15:30:30)

Нет, локальные переменные в функции. Декларация всех в самом начале функции. "Сама в шоке"

В жаве несколько GC. Я говорю про генерационный GC, где стоимость new константная, а стоимость сборки мусора в новом поколении невысока. Как раз то, что там и написано про дотнет.

Вот тут жаба и дотнет пока сосут по сравнению с традиционными программами. Может, потому что бездари создают, не знаю. Но тормоза заметны.

А на жабе Эклипс. Он потяжелее будет чем пэйнт. Но работает без тормозов, когда всё что надо проинициализирует. В пэйнт проблемы такой нет, потому сразу быстро работает.

Редактировался whoknows (27-07-10 20:16:10)