Valery Shiskinchpasha,
Коды C# опубликовали (а зачем мне компилятор) . А коды библиотек WindowForms, Asp .Net, Ado .net ?
reflector выручал за годы до опубликования кода. как правило хватало просто посмотреть код. даже отладка была не нужна.

Valery Shiskin
Наcчет OutOfMemory - так правильно запускайте java, что бы она имела доступ ко всей куче, как это делает .net. Ну а насчет самолета, так это ни для кого не секрет, что компания Боинг очень активно использует java. Компьютер US марсохода оснащен java ME
так недолго и сервак положить. был реальный случай, скрипт работавший с опенофисом из-за ошибки в коде (не разрывалось соединение со службой по окончании) запустился и не выгрузился n-ое кол-во раз. забило вес мозг, своп и все. пишите письма в суппорт мелким почерком. дебиан умер.

но вообще-то это скорее шутка с моей стороны была, просто с подоплекой ;) . уж слишком аналогия была не корректна. естественно все зависит от программиста. просто в яве опять таки бываешь завязан на кучу третьесторонних фреймворков, качество которых может оказаться посредственным (в нете другая заморочка - фреймворков нужных может просто не оказаться, но мы не об этом). я вот месяц переписывался с автором logback-a. не могли отловить глюк с тем, что rollover лога не происходил. пришлось (мне) лезть в код и находить причину.

VoDAchpashaинтересно каковы аргументы против? не хотят отказываться от кучи скобочек? хотя сейчас уже да поздновато. миллион фреймворков ориентируются на "свойства" в виде геттера и сеттера. введи свойства настоящие и либо это все придется дописывать либо радоваться свойствам строго в своем коде и коде тех кому не западло будет доделать.сложность реализации. Почему то нельзя ввести свойства как "синтаксический сахар", потому нужно дорабатывать API & другие подсистемы.ну как я уже говорил, мне сложно судить о том, чего я в глаза не видел. так что не стану спекулировать.

Алексей Кchpashaво-вторых меня что-то редко тянуло посмотреть как работает ArrayList. чаще всего (ну я по себе сужу) - приходилось смотреть как работают визуальные компоненты. а просты классы либо делают свое дело и тебе ничего от них не нужно, либо справляются неэффективно и ты пишешь что-то свое.Кстати зря. В том же List<T> есть довольно интересные моменты, которые можно учесть при оптимизации. Например в

List<T>..ctor(IEnumerable<T> collection)

и

List<T>.InsertRange(int index, IEnumerable<T> collection) .

Рекомендую, хотя бы ради любопытства.
помнишь правило про преждевременную оптимизацию ;) . как-то не пришлось на скорость списка жаловаться, вот и не лез

Leonidvchpashaпусть мне null вернут и в лог ошибку кинут. хотя возможно (возможно) я не все случаи учитываю. и все же методы со сложной логикой И с икслючениями не должны быть геттерами. они должны быть методами.
Ужас какой. И после каждого set/get проверять на null? Или ожидать, когда NPE над океаном вылетит?имелся в виду случай когда выбиралось лучшее из двух зол. засовывание сложной логики в геттер мне в принципе кажется неправильным. свойство оно и есть свойство. иначе вы под видом геттера фактически полноценный метод используете.

а на счет проверки на null, так все равно приходится проверять. тот же iBatis если возвращает сложный бизнес объект, в нем любое из свойств-объектов может null-ом оказаться.

VoDALeonidvchpashaпусть мне null вернут и в лог ошибку кинут. хотя возможно (возможно) я не все случаи учитываю. и все же методы со сложной логикой И с икслючениями не должны быть геттерами. они должны быть методами.
Ужас какой. И после каждого set/get проверять на null? Или ожидать, когда NPE над океаном вылетит?выкидывать Unchecked Exception.
так какая разница. то ли NullPointer то ли другой какой :)

ДиезVoDALeonidvchpashaпусть мне null вернут и в лог ошибку кинут. хотя возможно (возможно) я не все случаи учитываю. и все же методы со сложной логикой И с икслючениями не должны быть геттерами. они должны быть методами.
Ужас какой. И после каждого set/get проверять на null? Или ожидать, когда NPE над океаном вылетит?выкидывать Unchecked Exception.

Тоже нехорошо.
Пусть есть некий DAL. Геттер лениво подгружает коллекцию из БД, и произошел SqlException - вы предлагаете обернуть его в RuntimeException? Тогда мы теряем всю прелесть иерархии исключений и контроля на уровне компилятора.
я думаю тут можно начинать спорить, а геттер ли это :)

Диез
Впрочем, с LINQ глубоко не разбирался, может и неправ...
аналогично