Форум StopLinux

Чет ты единственный, у кого он не томозит)))
У меня прошлым летом была машина 4 ядра, 8 гигов оперативки. В конфигах эклипса, чтобы он давал хотябы вразумительный по отклику автокомплит я пробовал ставить от 256 до гига опертивки и все равно он местами подтормаживал.
Так же ведет себя и сан студио.

Запросто)
Управление потоками. Пулом потоков и т.д. Запуски задач в потоках, очереди задач. Ну и сразу к этому многопоточная работа: симофоры, локеры и т.д.
Стоит ли говорить, что в .Net это сделано великолепно
Кстати, это прекрасная серия статей по безопасной работе с потоками. Кто не читал - читайте. Образовательно.
http://msdn.microsoft.com/en-us/magazine/cc163715.aspx

Ну и в .net 4 , которая сейчас вышла теперь есть параллельные вычисления.
http://msdn.microsoft.com/en-us/library/dd460693.aspx

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

И если мы об иснтрументах работы с ресурсами, то это сериализация и десериализация. Это не сам ресурс, но к управлению ресурсами обязательно относится. Тебе приходится организовывать универсальные способы сериализации и десериализации.  Например, на это есть красивое решение в виде атрибутов.
Про сериализацию
http://msdn.microsoft.com/en-us/library/ms973893.aspx
Про сами атрибуты
http://msdn.microsoft.com/ru-ru/library/5x6cd29c.aspx

Локализация. И ресурсы с ней связяанные. Как организовывать, в каких файлах форматах и прочем хранить ее? Что входит в объекты локализации. И сразу с этому следующее:
Банально, сборная солянка ресурсов - картиночки, звучочки, стрелочки, кнопочки, перделочки, сопелочки - где как их хранить, как к ним обращаться. Как хранить в памяти? Как линьковать к программе?
К этому можно прибавить возможное шифрование.
Опять же, .нет предлагает модульное, готовое на это решение
http://msdn.microsoft.com/ru-ru/library/h6270d0z.aspx
http://msdn.microsoft.com/en-us/library … 80%29.aspx

Поехали дальше по ресурсам, которые коммон случаются.
Логгинг, журналирование, репортинг. А если туда к ним аспектные методы применить? В .NET по прежнему все прекрасно. Относится это к ресурсам? Ну в общем да, т.к. вещь совершенно специфичная, требующая отдельного менеджмента.
http://msdn.microsoft.com/en-us/library/dd264809.aspx

К управлению сертификатами, БД и сетевым ресурсам и лезть не буду.
Скажу только, что у LINQ - все сосут))

Дальше, если у тебя чего-то много, то это сразу становится ресурсом (прямо в истинном значении и понимании слова). Например есть у тебя миллиард срабатываний детектора. И как тебе их хранить. Какую часть держать в памяти при обработках , какую на дисках, как хранить и т.д. Там всплывают всякие data-line паттерны и т.д. Ну или есть у тебя игрушки с тонной графики, моделей, карт и т.д.
Эти ресурсы достаточно специфичны, чтобы .нет представлял прямо готовые решения, но он представляет очень удобные иснтрументы.
Например, нормальные инструменты работы с ммап файлами
http://msdn.microsoft.com/en-us/library/dd997372.aspx
Всякие тюпли и т.д.

На это есть все решения и в С++, но когда ты делаешь большой проект, они будут через жопу. Потому. что в этих библиотеках кто как хочет, тот так и дрочит. А тебе их потом интегрируй. Или переписывай.
А .NET это готовые решения, которые "в системе", при этом каждый из них может гибко заменяться на то, что нужно пользователю. Нужен кондиционер с ароматизатором с запахом подмышек? Запрсото, вытащил по умолчанию и вот - гнезда.

Очень много есть мелочей, которые делают разработкой приятным полетом в классе люкс. Это и лямбды, и строго типизированные делегаты функций и события... Долго можно говорить) Даже один нейминг конвеншн использование везде интегрированных средств приводит к тому... Что можно в свой проект втыкать библиотеки и использовать не читая их документацию))) (Не, документация, конечно, читается, но уже потом и только ради того, чтобы не чувствовать себя совсем охуевшим от наглости)

З.Ы.  (в жабе нету) Маленькие приятные мелочи - properties http://msdn.microsoft.com/en-us/library/x9fsa0sw.aspx - пускай геттеры и сеттеры отдыхают  )

Редактировался Tiphon (28-07-10 06:28:01)

Да ты просто менеджер по продажам дотнета какой-то

Да, в С++ идеология другая - там всё в библиотеках. В C++0X наблюдается глобальное расширение языка - свистоперделок там будет намного больше. Так что, может через пару лет девелопмент на С++ будет тебе приятнее. из самого полезного - разработки модели памяти. Без неё девелопмент гарантированно рабочих многопоточных приложений невозможен (нужны гарантии от компилятора, которых ранее никто не обязан был давать).

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

Ерунда это. Разработчики жавы не настолько упоротые синтаксическим сахаром люди.
Там есть проблемы (сказывается более раняя история жавы и фанатичное следование обратной совместимости и ООП) в виде отсутствия нормальных стековых об'ектов (нужно надеяться на компилятор) или указателей на функцию (нужно создавать классы) или инстанциирования женериков (тормознутый рехлекшын).

А так С++ конечно для "жабадотнетчиков" - как говно мамонт. Но я перешёл когда надо было и без проблем. и вижу даже прелести определённые в языке.

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

Не так - всё, чего нам не надо, мы не делаем (это я про архитекторов жабы). Это называется консервативный подход. Как и с языком C.
Хотя и они ударились в какую-то лажу типа XML JSP

Я хочу сказать, что один хрен.

Это да согласен. НО! Если потом захочется, чтобы это работало быстро и не жрало памяти на временные об'екты, то придётся всё равно переписывать ручками.
Кому-то щ заставить пользователей купить новый core-32 quadro

ORM пользовался, есть на них и мода и спрос. Да, это то, что может подойти для работы с БД. Но всё равно абстрагироваться от базы данных не получается. В противном случае производительность ох как может пострадать.
Опенсорс какой-нибудь ("для себя", что называется) я бы делал без ОРМов.
В энтерпрайзе - хз. Тот же Hibernate на жабе мне показал, что делали его дауны - там не гарантируется consistency изменений об'ектов в пределах одной и той же сессии. Т.е. я сделал изменение об'екта, а через минуту беру тот же об'ект из той же сессии (другим способом), а он содержит другие значения. Такой девелопмент не для меня

Глянул пример.
public static int WordCount(this String str)
Чёт не заметил разницы в удобстве по сравнению с обычной функцией wordCount(str). Я правильно понял, что предлагают
f(x)
заменять в коде на
x.f()?

А вот новый C++: http://www2.research.att.com/~bs/C++0xFAQ.html
Я когда первый раз увидел, то подумал, что это шутка какая-то.

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

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

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

Ну дело в том, что эту wordCount(стр) функцию надо куда-то поместить. Правильно? Экстеншн позволяет использовать ее в там, где она наиболее удобна. Я же не говорю нигде, что Экстендед методс - это что-то революционное. Я говорю, что это что-то очень удобное) Есть у тебя массив, сделали нужный using и с лямбдами сразу бац и получаем
http://msdn.microsoft.com/en-us/library/bb548651.aspx
Например)

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

Редактировался Tiphon (28-07-10 15:58:38)

А хрен его знает. Мои познания на 1.6 остановились. Пока что закончил с энтерпрайзом.

В класс, раз функций нет что там что там и static import.

Это примерно как с переопределённым внешним образом new (или другим оператором) в С++ - нужно держать в памяти, где подключен нужный заголовок, где нет, подключен ли везде где надо. Такого рода контекстные проблемы мне видятся. А так если нравится - фича бесплатна для тех, кто её не использует и код чужой не фтыкает.

Кроме функций Бесселя (что курили люди??? ) там есть right-value references и multi-threading. Это большой плюс. Куча там свистоперделок, которые даже воспринять сложно пока что, без конкретного опыта использования.
Но многопоточность - это мега-супер плюс. Можно забыть про 1000 компиляторов и разных там winAPI vs boost vs pthreads кодить по стандарту.
right-value references могут уменьшить накладные расходы при копировании стековых переменных. Например, при возврате из функции вектора, созданного локально - нужно делать только shallow copy.
Можно забыть про
1) void f(const A &input, B &output)
2) B *f(const A &input) // не забываем удалить потом B

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

рефлекшына не будет. нужно dll использовать для него или что щ придумывать.

Язык станет по обвескам как C#, но можно использовать только то, что нужно. Код чужой читать станет щ сложнее

То, что описал выше (первые 2) - это огромный плюс. Так сказать, плюс-плюс.

Спеку когда-то видел. Вроде был щ чем С++. Но не в тот момент пришёл
Вот, кстати, почистить бы С++ от тяжёлого наследия С - и было бы хорошо для строго компилируемых языков. Чтоб не было балагана типа
- new vs malloc
- a[] vs std::array<a>
- отсутствия нормальный константых об'ектов типа "строка" (делать их можно, но только в пределах единицы трансляции - иначе возможны глюки)
- глючного синтаксиса например    string str(); - такое об'явление не работает.

Java/C# отчасти этого добились, но с виртуальной машиной и GC это уже уход в сторону.

Битва гигантов.
Можно к вам присоседиться?

Если отбросить эпитеты типа "разжиревшие и неповоротливые", то останется интересная весчь.
Получается, что мега-супер-корпорация Мелкософт свои миллиарды вложила в эти интсрументы, которые делают жизнь программимста легче. И если бы не она, этих инструментов бы не было. И если она вдруг загнется (хотя с чего бы? но допустим...) то эти инструменты изчезнут.
По такой логике, Мелкософту должна быть только честь и хвала, а не злопыхание ядом. Никакое коммьюнити даже близко не создало такой фреймвофк. Была попытка со стороны Sun и Java, конечно, но все-таки это немножко не то, так что их не рассматриваем. дотНет создавался как альтернатива нативному коду, а не Яве, хотя в итоге похоже на Яву и получилось.
То есть, если бы не "вся эта дотнетная мишура", мы бы до сих пор трахались с нативным кодом. А что финансовые вливания? Вливают - ну и хорошо, ну и молодцы. Юниксам есть куда равняться.

Да, но наверное работа с ним на стколько удобна и органична, что всякие идиоты каждый раз придумывают велосипед:  И в STL, и в  Qt, и... да каждый что-то придумывает. Даже в физической библиотеке http://root.cern.ch зачем-то сделали класс TString. А дартаньяны в это время используют char* (он ведь самый удобный и безопасный) и смеются над остальными придурками))

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