Я уже полгода работаю в конторе, где используется только C#. Если до знакомства с этим языком я только слегка недолюбливал Microsoft, то теперь я всеми силами желаю этой компании как можно быстрее накрыться медным тазом и унести этого монстра с собой в могилу. А причина одна - сборки. Я не знаю, какой идиот мог додуматься до такого маразма, когда отдельно используется пространство имён, отдельно подключается сборка. И одна сборка может содержать несколько пространств имён, а одно пространство имён может быть размазано по нескольким сборкам. И разобраться в этой вермишели нормальному человеку невозможно, единственное спасение только в том, что большинство людей всё-таки не злоупотребляют этой возможностью. Во всех книжках эти самые сборки преподносятся как средство, навсегда решающее проблему dll hell, а на самом деле это порождает кучу своих проблем, которые обычным dll и не снились. И я мог бы простить это, если бы разработчики .NET были первопроходцами, предложившими неудачный вариант в той области, которой до них никто не занимался. Так ведь нет - проблемы модульного программирования исследованы теоретически, есть прекрасно зарекомендовавшие себя практические решения... Почему в .NET это всё не попало? Впечатление такое, будто эту часть .NET проектировал студент-троечник, который вообще не ориентировался в том, что было сделано до него.

Другая моя претензия к C# - это невозможность написания простых функций. Только методов класса. И если мне нужна нормальная функция, я должен создать класс, а в нём - статическую функцию? На фига этот дебилизм? Мешаюся в кучу понятия класса и пространства имён. Я понимаю, что это идёт из Java, там тоже такой же маразм, но всё равно - зачем? Я знаю только одно объяснение: чисто маркетинговые соображения. Чтобы можно было стучать себя пяткой в грудь и орать на каждом углу: "Мы предлагаем полностью объектно-ориентированый язык!" Но на кого такая реклама расчитана? Да на дураков, которые не знают, что такое "полностью объектно-ориентированый язык". Чтобы это узнать, достаточно почитать описание SmallTalk, посмотреть, как там реализуется, например, цикл или ветвление. Тогда сразу станет понятно, что языки, в которых есть for и if, никогда не смогут стать "полностью объектно-ориентироваными", они всегда будут императивными языками с элементами ООП. И мне жутко не нравится, что в .NET пожертвовали грамотной концепцией в угоду маркетингу.

Но как бы то ни было, у Microsoft слишком много денег, и своего уродца они обязательно продавят. Через некоторое время мы все, как бы ни отбрыкивались, будем вынуждены в той или иной форме использовать .NET. Надеюсь только, что Microsoft на этом надорвётся, и такой период продлится не слишком долго.

Ответ на »сообщение 887« (Сергей Перовский)
___________________________

Помнится, в качестве первоапрельской шутки декларировался переход Королевства на NET :)

Не дождётесь! :-P :-P :-P :-P :-P

Ответ на »сообщение 884« (al_mt)
___________________________
Народ начинает мяться и выдавать перлы:
Ну не надо так на народ гнать. ОК ? :))
Хотите преимуществ ? Ща дам. По сравнению с чем ? Ну давайте по сравненнию с win32 delphi, поскольку мы с вами на сайте именно этого языка.
Итак
1. Сборщик Мусора.
2. Как говорил Наполеон одной причины достаточно.

Устраивает ?

Ну вот и мне пришлось хлебнуть шарпа.
По очень простой причине: в CAD-системе можно писать макросы только под .NET :(
Чем на байсике, лучше уж на C#...
Первые впечатления: синтаксис воспринимается без напряга, хотя на С уже очень давно не писал.
Утомляет квалифицированный импорт - для суперпроектов это видимо полезно, а мне макросы писать.
В общем, как и с естественными языками - правила выучить недолго, а вот словарь...
Многие сотни классов, довольно неряшливо организованные. Найти нужный тип данных или нужную функцию дело непростое. Т.е. может быть в этой куче есть своя логика, только она не описана. Или делало много людей с различной логикой.
Вспомнился PL1 с десятком операторов вывода.
Где бы найти сайт подобный Королевству по С#?
Помнится, в качестве первоапрельской шутки декларировался переход Королевства на NET :)

Ответ на »сообщение 885« (imho)
___________________________

Ответ на »сообщение 884« (al_mt)
___________________________
Но если вы не видите концептуальных отличий меджду оными

Я уже пол-дня бьюсь головой о виртуальный рабочий стол, с просьбой показать пример преимущества  .NET

Где-то в глубине нашёл восторги по поводу удобства и простоты написания web-сервисов.
Это хорошо, но именно для меня не канает - наша контора не использует виндовые сервера, только Linux.
И знаете почему? Проще найти хорошего админа на Linux, чем на Win :))))))))))))))))

Ответ на »сообщение 884« (al_mt)
___________________________
Понимаете, про дотНет написано столько, что я не считаю необходимым повторять все рассуждения о его преимуществах. Каждый выбирает сам. В конце-концов, лучшим языком для программиста является тот, который он хорошо знает. Я не поленился и кроме дельфей стал заниматься еще и дотНетом. Но если вы не видите концептуальных отличий меджду оными, то мой вам совет - займитесь чем-нибудь действительно экзотическим. Например, Лиспом, или Хаскелем (об этом лучше поговорить в ветке про функциональное программирование)

Ответ на »сообщение 883« (imho)
___________________________

Ответ на »сообщение 882« (al_mt)
___________________________
Приведите пример задачи, решение которой на .NET, имеет серьёзные преимущества перед нативными компиляторами или java... Я видел на C# одну серьёзную задачу, хорошо решённую, но ни каких особых свойств C# ей не придал...

- Слушал я этого Карузо - ни слуха, ни голоса!
- Вы слышали Карузо?!
- Да Рабинович напел мне...

Иными словами, петь арии Карузо, Вы отказываетесь??? :)))))))))))))))))))))))))))))))))

Поймите правильно - мои реплики, это не наезд и не претензии. Просто рассматривая применимость .NET с точек зрения программиста-разработчика и одновременно менеджера от программирования, я вижу такие аргументы:

- это модно
- это круто
- ты что хочешь остаться с устаревшими технологиями?

На вопрос, "чем другие технологии устарели на фоне .NET ?" Народ начинает мяться и выдавать перлы:
- ну он объектный
- ну он с сетью работает...
- ну мне нравится :))))))

Причём это говорять не чайники и "кул хацкеры", а нормальные программисты. Вот я и думаю: "может я конечно и дурак, но тогда объясните В ЧЁМ???"

Ответ на »сообщение 882« (al_mt)
___________________________
Приведите пример задачи, решение которой на .NET, имеет серьёзные преимущества перед нативными компиляторами или java... Я видел на C# одну серьёзную задачу, хорошо решённую, но ни каких особых свойств C# ей не придал...

- Слушал я этого Карузо - ни слуха, ни голоса!
- Вы слышали Карузо?!
- Да Рабинович напел мне...

Ну...
Если я сейчас выйду на середину офиса и крикну, "кто знает питона?!", то скорее мне на шею змею повесят :)))))))))))))))))))))

2imho
Приведите пример задачи, решение которой на .NET, имеет серьёзные преимущества перед нативными компиляторами или java... Я видел на C# одну серьёзную задачу, хорошо решённую, но ни каких особых свойств C# ей не придал...

Ответ на »сообщение 876« (al_mt)
___________________________

Насчёт того, что на Mono можно что-то сделать, да кто бы сомневался. Конечно можно. Но:
1. А будет оно без серьёзных переделок работать под Win?
При использовании только стандартных библиотек - да. Иначе - зависит от библиотек.

2. Насколько сложно найти толковую документацию на русском?
3. Насколько сложно найти толковую консультацию на русском?
Это вам не у меня надо спрашивать, а у Гугла ;-)

ИМХО эти пункты и к питону относятся.
А вот это совсем неправда. Python-программы одинаково хорошо работают под любой ОС. Разумеется, если используется GUI, то оно должно быть кросс-платформенное, например, GTK.

Сравнение питона и жавы, в пользу жавы большая популярность, я просто не видел ни когда ни в одно учебном заведении питона! А явы валом...
Не верю. Python входит в стандартную поставку любого дистрибутива Linux, а значит, точно есть во многих ВУЗах. Если же речь об учебной программе, так и Java не везде изучают.

Значит програмеров найти проще и дешевле :)
Программеров - конечно, проще и дешевле. А хороших программистов найти ничуть не проще и не дешевле.