> Осталось MS'у только TCL.NET выпустить, и окончательно покорить сердца тех, кто раньше питал иллюзии в отношении санок (и санскрипта :-)).
Похоже это вы питаете иллюзии что Micro$oft лучший друг программиста ;-)
Это сейчас они добрые и пушистые: вот вам куча языков, mono тоже пусть живет, пока. Когда значимая часть рынка будет занята и компании хорошо вложатся в решения на .NET, они начнут свою более привычную деятельность по зарабатыванию денег грязными способами.

бедный напуганный WindowsUser, не дай бог 3 rpm'ки будет и тебе придется все попробовать. Нет, лучше пусть прогресс тормозит, но тебе не придется несколько лишних часов поработать. Вот твоя мотивация.
Но понятно что интересы ленивого программера - не приоритет у человечества.
> "это немножко не работает, то немножко не правильно что-то делает"
И компенсируется это увеличением скорости развития в 10 разов.

> Я намучился в свое время, разбираясь с опциями оптимизатора компилируя gentoo.
Это ты сам нарывался на "намучился", когда дженту решил покомпилять и пооптимизировать. Сам себе виноват в выборе.

Re:

Я не питаю иллюзий :-).

Я вижу, что они гостеприимны как никогда. Даже если для того, чтоб потом по ночи зарезать :-). Хотя поддержка third-party бизнесов (разумеется, движущихся в фарватере, и основанных на решениях MS) у MS всегда была поставлена вполне хорошо.

Впрочем, что говорить... Джава незаконна с позавчерашнего дня. RIP.

Кааароче, вcе на perl

> Хотя поддержка third-party бизнесов (разумеется, движущихся в фарватере, и основанных на решениях MS) у MS всегда была поставлена вполне хорошо.
Согласен, но только до той поры пока M$ сама не решит занятся вашим бизнесом ;-)

> Джава незаконна с позавчерашнего дня. RIP.
Для кого как.

> Я вижу, что они гостеприимны как никогда. Даже если для того, чтоб потом по ночи зарезать :-). Хотя поддержка third-party бизнесов (разумеется, движущихся в фарватере, и основанных на решениях MS) у MS всегда была поставлена вполне хорошо.

Ключевая фраза - "основанных на решениях MS". А если не на их решениях? AFAIK, они просто безумно гостеприимны к не-Intel платформам! Прикажете всем ыбросить смартфоны Nokia и сановские сервера??

> Впрочем, что говорить... Джава незаконна с позавчерашнего дня. RIP.

Неслабо. Щас побегу, теряя тапочки, искать оффшор с проектами на шарпе, по примеру чьих-то друзей, не сумевших за 6 лет нормально освоить Яву ;-)))

А что до позиции Эрика и шляпников - так ИМХО, они правы. Есть такая весчь, как JCK, так что любой форк можно проверить на соответствие спецификации, и проверенным выдавать лого 100% Java Compatible, как оно сечас и есть (тока сейчас - сложно и за хорошие бабки). Ни один серьезный корпоративный клиент все равно не купит "переносимую" пионерскую реализацию JDK, не одобренную сантехниками.

Зато JBoss Group и Apache SF смогут выпустить к своим продуктам JDK под нужными лицензиями, да еще и оптимизированные. А то до смешного доходит, в Tomcat 5.5 вместо javac'а вставили JDT Compiler от Эклипса - чтоб на Линукс-сервера не ставить отдельно сановский JDK.

Re:

> Ключевая фраза - "основанных на решениях MS". А если не на их решениях? AFAIK, они просто безумно гостеприимны к не-Intel платформам!

В последнее время, там еще AMD маячит.

> Прикажете всем ыбросить смартфоны Nokia и сановские сервера??

Ну, никто же не хочет растить себе гадюк, которые тебя же потом и кусать будут :-). Что касается Нокии и сановских серверов - пользуйтесь на здоровье, только от MS поддержки не ждите :-). Впрочем, когда санки начинают свои спарки нахваливать, скулы не меньше сводит :-).

> Неслабо. Щас побегу, теряя тапочки, искать оффшор с проектами на шарпе, по примеру чьих-то друзей, не сумевших за 6 лет нормально освоить Яву ;-)))

Не бойтесь, .NET (ремоутинг) тоже по вопросом. Хотя говорят, MS позаботилась обо всем заранее. А санки проиграли в суде кодаку миллиард. Теперь в яве не будет RMI, или, по крайней мере, каждый, кто им воспользуется, будет обязан Кодаку по гроб жизни :-)

Re:

> Согласен, но только до той поры пока M$ сама не решит занятся вашим бизнесом ;-)

...то она его купит на корню, как правило. Вообще, у них там лояльность вполне окупается. Во всяком случае, до сих пор, пока есть куда еще бежать в случае чего.

Re:

Да, если это ActivePerl.NET ;-)))

Таки, "Да" или ".NET" ???

Ага,мож и на Windoz до кучи перелезть?

> Не бойтесь, .NET (ремоутинг) тоже по вопросом. Хотя говорят, MS позаботилась обо всем заранее. А санки проиграли в суде кодаку миллиард. Теперь в яве не будет RMI, или, по крайней мере, каждый, кто им воспользуется, будет обязан Кодаку по гроб жизни :-)

Вообще-то и не боюсь? когда в технологию вложены миллиарды (человеко-часов и баксов), и она работает, никто ее просто так не бросит.

А насчет этого иска от Кодак - ссылкой не поделитесь?

Re:

Охота? Перелазьте. Нас пока и здесь неплохо кормят :-)

Re:

> А насчет этого иска от Кодак - ссылкой не поделитесь?

http://www.groklaw.net/article.php?story=20041003041632172

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

Не читайте перед обедом советских газет!

А то "Ява незаконна, не будет RMI..." Все будет, такие же проблемы были у Интела (иск Интерграф), у IBM (иск скотов), не говоря уж о мелкософте. Да у каждой крупной компании рано или поздно пытаются отсудить вагон бабок за полумифические технологии и нереализованные идеи. Кто-то с кем-то поделится, а мы будем дальше кодить ;-)

Re:

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

И то, что сан в результате, конечно, договорится с кодаком - это несомненно. Только вот я сомневаюсь, что кодаки согласятся так вот сходу на дальнейшую royalty-free раздачу явы, а, тем более, отдачу ее в OpenSource.

> И завоеванный Enterprise рынок тут же прыгнул бы на .NET.

А с того что на OSS выгодно оставаться когда сам это выбрал а не когда за тебя выбрали.

Открытие Java - это хорошо, только становится страшно за хороший язык программирования, когда читаешь предложения о добавлении передчи аргументов по reference, перегрузки операторов и других _лишних_ возможностей.

Re:

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

> Открытие Java - это хорошо, только становится страшно за хороший
> язык программирования, когда читаешь предложения о добавлении
> передчи аргументов по reference, перегрузки операторов и других
> _лишних_ возможностей.

respect

WindowsUser слышал звон да не знает где он. мудозвон. такие как ты даже про Stacker не помнят, а туда же, на форумы лезут. иди на винфак, за умного там сойдешь могет быть

>Открытие Java - это хорошо, только становится страшно за хороший язык >программирования, когда читаешь предложения о добавлении передчи >аргументов по reference, перегрузки операторов и других _лишних_ >возможностей.

Единственный здравый пост из этого среда ... respect

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

а у нас ни чего не приходится городить ... наверно, мы чего-то не знаем ...

Re:

Наверное, вы просто привыкли, что возврат нескольких (разнотипных) значений из функции невозможен :-).

А с каких это пор _язык_программирования_ Java стал "хорошим"? Вроде все обсуждения Java в конце-концов приходили к "платформа - хороша, язык - фуфло". Про "лишние" возможности вы, безусловно, правы - виноград совершенно зелён.

>Наверное, вы просто привыкли, что возврат нескольких (разнотипных) >значений из функции невозможен :-).

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

Единственный разумный ответ дал anonymous :) Что в переводет нарусский язык означает что ява умерла

>А с каких это пор _язык_программирования_ Java стал "хорошим"? Вроде >все обсуждения Java в конце-концов приходили к "платформа - хороша, >язык - фуфло". Про "лишние" возможности вы, безусловно, правы - >виноград совершенно зелён.

И чем же он плох ... прямо-таки узнаешь много интимных подробностей от безвестных анонимов ... У её есть пара узких мест, как и у всех других языков программирования ... но говорить, что она хуже того же шарпа, енто есть глупость - та же жопа вид с другого боку

> Открытие Java - это хорошо, только становится страшно за хороший язык программирования, когда читаешь предложения о добавлении передчи аргументов по reference, перегрузки операторов и других _лишних_ возможностей.

А вы, молодой человек, когда нибудь пользовались передачей аргументов по ссылке или перегрузкой операторов?
Похоже, что нет. Наверное синтаксис:

bool int.TryParse(ref string strInt);

Вам не нужен?

Или:

string s1 = "Data: " + s3 + ".";

лучше заменить на:

string s1 = new string("Data: ").Concate(s3.Concate(".")); ?

Re:

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

> У её есть пара узких мест, как и у всех других языков программирования

Ну и? Что эти "узкие места" представляют такую ценность, раз любая попытка избавиться от них заслуживает общественного порицания?

> ... но говорить, что она хуже того же шарпа, енто есть глупость

Не надо приписывать собственную (где вы углядели шарп в посте, на который отвечаете?) глупость окружающим. У нас хватает собственной.

С# лучше жавы, это факт. Собственно, С# это "работа над ошрибками" жавы. 1. Перегрузка операций 2. События + делегаты 3. Свойства 4. Атрибуты 5. Понятие сборки, более гибкая настройка видимости 6. Параметры по ссылке

Начиная с 2.0 - анонимные классы

Re:

> string s1 = "Data: " + s3 + ".";

"У них" это сработает. Специальное исключение для строчек сделано. Правда, гхм, ввиду неизменяемости (Immutable) строчек в яве (равно как и питоне) пользоваться "этим" нужно очень аккуратно, иногда и правда дешевле StringBuffer взять (и делать последовательные append'ы).

дотнет это позор программирования
http://www.veridicus.com/tummy/programming/dotnetshame.asp

> string s1 = "Data: " + s3 + ".";

> лучше заменить на:

> string s1 = new string("Data: ").Concate(s3.Concate(".")); ?

Лучше заменить на "Data: $s3.".

А ты посмотри на этот http://nemerle.org язык. Неплох, правда?

может и неплох но никто кроме нас о нем не узнает и мне никто не заплатит если я возьмусь его использовать вместо Java

> С# лучше жавы, это факт. Собственно, С# это "работа над ошрибками" жавы. 1. Перегрузка операций 2. События + делегаты 3. Свойства 4. Атрибуты 5. Понятие сборки, более гибкая настройка видимости 6. Параметры по ссылке

1 - да, не хватает... хотя реально пригодилось бы для BigInteger и BigNumber разве что. 2 - anonymous inner classes рулят, я в свое время тоже сначала не просек фишку; хотя вот в C# 2.0 полноценные closures сделали - это да, вкусно... но так оно еще в бете. 3 - неплохо бы, но особо не нужно, легкий сахарок. 4 - есть в Java 1.5. 5 - а зачем?. 6 - настолько редко нужно, что смысла нет

> "У них" это сработает. Специальное исключение для строчек сделано. Правда, гхм, ввиду неизменяемости (Immutable) строчек в яве (равно как и питоне) пользоваться "этим" нужно очень аккуратно, иногда и правда дешевле StringBuffer взять (и делать последовательные append'ы).

Так и в .NET то же самое. Хотя, насколько мне известно, там компилятор соображает заменить a+b+c+d на StringBuffer. Возможно, и жабский тоже - мысль в общем-то очевидная.

Re:

Узнает :-) (м.б.) MS же узнала (и выдала грант на развитие:-)). А что, вы делаете только то, за что вам платят деньги? ;-)

Ну так и не надо говорить о мнимых достоинствах ЯП Java. Говори просто - за Java платят.

Э-э-э... Ну, некоторое время назад (во времена ранних 1.4 точно) приходилось таки брать код и переписывать его руками на стрингбуфферы. Дружок как-то хвастался, что [однажды] получил ускорение в десятки раз после такого переписывания :-).

Давай не будем сваливать все в кучу. Мы говорим о востребованных технологиях в IT-индустрии или о поделках которые висят на студенческих хоумпагах? Так вот сейчас сравнение Java и .NET не в пользу последней - поэтому и платят.

Re:

> 6 - настолько редко нужно, что смысла нет

Оно (ну, не передача параметров все-таки, скорее, а тупл как ... атом программирования), в случае, когда есть, быстро становится простой и естественной формой выражения мысли. Хотя, конечно, да, можно и без нее, как верно заметил vtVitus ;-)

1. Ещё перегрузка [] частенько помогает 2. Это не всегда. Потому как ему нужно передать параметром объект вызывающего класса. А ещё ему нужен доступ private-полям вызывающего класса, потому как по сути он является его частью. А friend-ов нет. 3. В принципе да, но меня коробит код getObject().doSomething(). Скобок и так хватает 5. Чтобы объединить группу классов в более тесную сущность, позволив им вызывать скрытые методы друг друга. Хорошая замена friend-классам. Ну и улучшение модульности. Программу можно разбить на несколько крупных блоков и подгружать только нужные. 6. Приводили уже пример - bool Integer.Parse(ref String result). Как прикажете на Java такое делать?

1. СтОит разрешить перегрузку вообще - и народ начнет перегружать "кто во что горазд". Нехрен провоцировать нечитаемый код:)

2. Реально такого не встречал. В крайнем случае, без проблем реализуется _селективным_ присвоением _только_ тех private полей каким-то final переменным в контексте, объемлющем анонимный класс (а вообще - неча к приватным полям доступаться, если они действительно приватные - а для остальных есть protected).

3. Ну, нелюбовь к скобкам - вопрос вкуса:) Просто запишем в общежабскую многословность.

5. В принципе, зависит от привычек проектировщиков. Кстати, где-то в трудах умных людей читал обоснованное мнение, что механизм friend - не очень хорош с точки зрения ОО подхода - практически это взлом инкапсуляции.

6. "А Вы так не делайте!" (с) За почти 10 лет жаваписи считанные разы я действительно хотел такой штуки - и справлялся обойти это ограничение практически без кривизны... Опять же, вопрос привычки и "стиля мышления".

А в чём заключалось переписывание, если не секрет? :)))

public class A
{
   public String m(String s)
   {
      return "<" + s + ">";
   }
}

javac A.java
javap -c A

Compiled from "A.java"
public class A extends java.lang.Object{
public A();
  Code:
   0:	aload_0
   1:	invokespecial	#1; //Method java/lang/Object."<init>":()V
   4:	return

public java.lang.String m(java.lang.String);
  Code:
   0:	new	#2; //class StringBuffer
   3:	dup
   4:	invokespecial	#3; //Method java/lang/StringBuffer."<init>":()V
   7:	ldc	#4; //String <
   9:	invokevirtual	#5; //Method java/lang/StringBuffer.append:(Ljava/lang/String;)Ljava/lang/StringBuffer;
   12:	aload_1
   13:	invokevirtual	#5; //Method java/lang/StringBuffer.append:(Ljava/lang/String;)Ljava/lang/StringBuffer;
   16:	ldc	#6; //String >
   18:	invokevirtual	#5; //Method java/lang/StringBuffer.append:(Ljava/lang/String;)Ljava/lang/StringBuffer;
   21:	invokevirtual	#7; //Method java/lang/StringBuffer.toString:()Ljava/lang/String;
   24:	areturn

}

(Jad'ом обратно получите исходный текст "<" + s + ">".)

Как и должно быть. У Гослинга 3rd Ed. cм. page.202.

А вот если так? 
{
  String s = "";
  for ( int i = 0; i < array.length; i++ ) s = s + array[i] + ":";
  return s;
}
Передайте привет garbage collector.

Re:

Вот именно такое и приходилось переписывать :-)