Java с FreeBSD не по пути

пошли они куда подальше со своей жабой - то же млин "супер"

питона в массы !

а давайте лучше свой язык склепаем: РубПерПит'ом назовём - типа и вашим, и нашим - а тогда и в массы можно!

В крайнем случае всегда есть Blackdown.

ты ведь так и не ответил на мой вопрос о статической типизации.

> питона в массы !

Если выбирать нового фаворита, тогда уж лучше ocaml. А питон - да, в
калловые массы ;)

Sun сейчас у _всех_ отзывает лицензии на право _распространения_.

Нам тоже пришло уведомление о прекращении действия лицензии с предложением перелицензирования. И нам тоже вот уже больше недели не пришел ответ из Sun.

Странные они ребята.

А Linux-версия Джавы на FreeBSD работает? Сам еще не пробовал, разумно попытаться или дохлый номер?

> А Linux-версия Джавы на FreeBSD работает?

Легко. И нативная собирается.

Отзывают-то право на _распространение_ _бинарников_, собранных из сорцов под SCSL. Собирать из сорцов (с патчами под фри) никто еще не запрещал.

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

Лучше тогда у IBMов взять =)

>получится из нормального языка полный бардак

ты это убожество нормальным языком называешь ?

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

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

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

Реализация, кстати, у Sun-а довольно неплохая, относительно быстрая. А под обвязкой ты что имеешь ввиду?

> ты это убожество нормальным языком называешь ?
а что ты про С и С++ думаеш ?)

> ты это убожество нормальным языком называешь ?

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

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

в этом смысле попытка использовать вместо Java что-то другое
приводит к массе проблем. скажем, твой любимый питон слишком
"динамичен", а значит -- все ошибки будем видеть уже в run-time,
причем на продакшене. не пойдет.

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

и еще хочу добавить: не слушайте vm, это даже не поток сознания, а
искусственный интеллект, который пытается неумело gawk'ать по всякому
поводу, но в реальности ничего из себя не представляет. пузырь.

мда. ответил, а вышло что повторил ту же мысль один в один )))
но таково мое мнение, и не вижу причины его не высказать.

ну разве серъёзно можно жабу использовать?
код машины закрыт, эволюция медленная.
я понимаю, что для 98 года это было в целом не плохо - но сейчас смотря на попытки сана оправдать умирающую жабу и везде её запихать, это уж увы глупо просто вестись на это ...

>ну разве серъёзно можно жабу использовать? >код машины закрыт, эволюция медленная. >я понимаю, что для 98 года это было в целом не плохо - но сейчас смотря на попытки сана оправдать умирающую жабу и везде её запихать, это уж увы глупо просто вестись на это ...

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

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

>код машины закрыт, эволюция медленная.

Ну как бы ничего не мешает тебе взять код какой-нибудь из VM (например, Jikes RVM), переработать как тебе нравится, развить всячески, сделать возможным взаимодействием с legacy Java - кодом, напихать фишек. Получится, например, что-нибудь вроде Python-а :) Это, правда, уже не Java будет.

Или тебе хочется чтобы Sun каждый год выпускал все новые и новые фишки для Java (кстати, они неофициально пообещали почаще релизы делать)? Ну тогда извини, кто ты такой, чтобы решать? Sun, IBM, BEA, Borland (много там всяких) создали и создают платформу такой, какой считают нужной. Для себя. Если тебе не нравится - не используй. Кто ж тебя заставляет.

а чем слака не устраивает?

JAVA:
public class HelloWorld
{
public static void main (String[] args)
{
System.out.println("Hello, world!");
}
}

PYTHON:
print "Hello, world!"
-----------------------------
JAVA:
import java.io.*;

...

BufferedReader myFile =
new BufferedReader(
new FileReader(argFilename));

PYTHON:
myFile = open(argFilename, "r")
-----------------------------
JAVA:
public Vector aList = new Vector;
public int aNumber = 5;
public int anotherNumber;
aList.addElement(new Integer(aNumber));
anotherNumber = ((Integer)aList.getElement(0)).intValue();

PYTHON:
aList = []
aNumber = 5
aList.append(aNumber)
anotherNumber = aList[0]
-----------------------------
JAVA:
public class Employee
{
private String myEmployeeName;
private int myTaxDeductions = 1;
private String myMaritalStatus = "single";
public Employee(String argEmployeName)
{
myEmployeeName = argEmployeeName;
}
public Employee(String argEmployeName,
int argTaxDeductions)
{
myEmployeeName = argEmployeeName;
myTaxDeductions = argTaxDeductions;
}
public Employee(String argEmployeName,
int argTaxDeductions,
String argMaritalStatus)
{
myEmployeeName = argEmployeeName;
myTaxDeductions = argTaxDeductions;
myMaritalStatus = argMaritalStatus;
}
}
PYTHON:
class Employee():
def __init__(self,
argEmployeName,
argTaxDeductions = 1,
argMaritalStatus = "single"):
self.EmployeeName = argEmployeeName
self.TaxDeductions = argTaxDeductions
self.MaritalStatus = argMaritalStatus
-----------------------------
JAVA:
if ( a > b )
{
a = b;
b = c;
}

PYTHON:
if a > b :
a = b
b = c
-----------------------------
вот так то

>> PYTHON: >> class Employee(): >> def __init__(self, >> argEmployeName, >> argTaxDeductions = 1, >> argMaritalStatus = "single"): >> self.EmployeeName = argEmployeeName >> self.TaxDeductions = argTaxDeductions >> self.MaritalStatus = argMaritalStatus

И впрям бардачно смотриться. Убого, как-то....

Метрика под объему кода - отнюдь не единственная. Иначе бы победители http://www.ioccc.org считались бы самыми лучшими программистами :)

Например, задумал я как-то Web Service на Python-е вызвать. И столкнулся какими-то тупыми ошибками внутри библиотеки. Это неприятно. То есть как мимнимум есть еще метрика наличия библиотек и их качественности. :) На самом деле, их можно придумать сотнями и их "веса" будут зависеть от конкретной ситуации.

Во вторых, приведенный тобой код местами не совсем эквивалентен. Местами его можно было бы написать чуть лучше (например, в Java есть такая конструкция в конструкторе - this(args) ).

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

Вот. А вообще, мерять "крутость" по "Hello, world!!!" - слегка некорректно, не находишь?

> print "Hello, world!"

Давай лучше аналог
synchronized {
...
}

А что, тестирование всех родов и планов до выпуска в продакшен уже не в почете?

Чесно скажу - Питона не знаю, но просто некоторые идеи...

>public Vector aList = new Vector; >public int aNumber = 5; >public int anotherNumber; >aList.addElement(new Integer(aNumber)); >anotherNumber = ((Integer)aList.getElement(0)).intValue();

1. "public" для локальной переменной? 2. Vector начиная с 1.2 (1998?) заменяется на ArrayList 3. В Тигре есть генерики а автобоксинг. Выглядит примерно

ArrayList<Integer> list = new ArrayList<Integer>(); int aNumber = 5; list.add(aNumber); int anotherNumber = ArrayList.get(0);

Насчет Питона...

>aList = [] // это массив такой или лист и если лист, то какой? С какими параметрами? А если массив, то где граница? >aNumber = 5 // 5 - это байт или что? >aList.append(aNumber) // Ну раз добавляем, надо полагать лист... А то сразу и не понятно ;-) >anotherNumber = aList[0] // Здесь итересно - переменная называется xxxNumber... это по типу String myNumber = "ВасяПупкин123"??? ;-) Нет, оно понятно - человеку который код пишет. А мне например не очень (я не знаком с питоном, уж извините). Это значит я могу в лист пихать все, что мне вздумается и забирать также? Просто интересно как это все реализуется на уровне компилера и какие издержки???

Ладно, будем считать, что мы квиты - я ничего не понимаю в Питоне.

>Да к самому языку-то в общем, притензий ни у кого нет

Даааа? О как!

К твоему коду может быть только один комментарий:
если взять плохо спроектированную программу,
и переписать ее на языке Java - получится плохая
программа, написанная на языке Java. Не больше.
О рефакторинге, naming convensions, literate programming,
design patterns мосье наверно и не слышал.
Если и услышал "бредовый поток сознания
неграмотных, не разбирающихся и не желающих разобравшихся противников",
то вряд ли какие-то мысли вынес.

Скорее всего, процентов 90, приведенный код -
copy/paste из какого-то форума.

да, это вот отсюда: http://www.ferg.org/projects/python_java_side-by-side.html

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

только коллаборативная работа над продуктом всем миром может родить действительно что то стоящее (linux, perl, python, bittorrent), и чем дальше, тем, заметьте - всё сильнее качество

ок. примеры коллаборативной работы над bittorrent в студию.
AFAIK, протокол, равно как и каноническую реализацию, сделал
один единственный человек.

Смерть коллаборционистам!

я не хвалю сильно питона, но и не джаву... в каждом из них есть сильные и слабые черты - но сильнейшая слабость джавы в её "неопупенсорсности", а это значит что её ждёт участь почившего C# --- С# почил? Всего 10 дней праздника, а я совершенно выпал из реальности, н-да... C# жил, жив и будет жить пока живет Microsoft, потому что .Net - стратегическая платформа и C# - ее флагман. Java не сдохнет только потому что ей не даст сдохнуть ни Sun, ни IBM, ни Bea, ни еще десятки компаний, которые делают на Java многомиллионный бизнес. Кстати, ни что не мешает той же IBM или Bea иметь собственные jvm. И без всяких опен-сорсов. И предлагать при этом лучшие решения. Python вряд ли в ближайшее время ожидает "популярность" сродни Java и C# - хотя бы потому, что: 1. Сообщество Python не заинтересовано в продвижении своего продукта на рынок. Для GvR и Co гораздо важнее развитие Python, нежели его продвижение в коммерцию. Двигают его другие люди, и двигают туда, этим людям выгодно. 2. Компании, занимающиеся е-бизнесом работают c Java и C#. Это уже (почти) взаимозаменяемые понятия. Говорим е-бизнеc, подразумеваем Java/C#. И наоборот.

А это значит, что многие люди будут професионально писать на Java, а в свободное время "баловаться" с Python/Ruby/OCaml/Haskel/Erlang (нужное подчеркнуть). Потому что в нашем мире только RMS за свои идеи получает миллионы, миллионам рядовых программистов надо что-то кушать.

>literate programming

Что это? Уже навострил уши послушать

Это ересь! Не вострите уши, не ходите на http://www.literateprogramming.com/! Бейте в морду любого, кто заговорит с вами о iterate programming, а лучше сжигайте их на костре. Люди, будьте бдительны!!!

Ты про коллаборативную работу помолчи. Ничего еще путнего так не родили. Bittorrent тебе уже привели в пример.

Java и без опсорса всех уже подмяла. У меня под виндой половина программ на жабе: xnap, JDiskReport, Zend, Azureus, esel_suche, haystack haystack.lcs.mit.edu

> Говорим е-бизнеc, подразумеваем Java/C#

и адекватную продуктивность разработки/функционирования... :)
как бы вскорости переписывать всё не пришлось

А рядовые "программисты" не нужны. Вместе с ними не нужна и жаба. Когда манагеры это поймут, всю жабофильскую шпану выгонят на хрен.

> А рядовые "программисты" не нужны.

проблема в том что "рядовые" готовы "work for food", и манагерам это понять (и, соответственно, спланировать бюджет и сроки проекта) намного проще, чем разобраться в современных методах разработки.

> Говорим е-бизнеc, подразумеваем Java/C#

Это что, шутка такая новая? Каков процент жабских e-бизнес проектов от
общего числа, можно узнать? Со ссылками, если можно...

>ждёт участь почившего C#

Черт! Я что-то проспал? :)

>и адекватную продуктивность разработки/функционирования... :) >как бы вскорости переписывать всё не пришлось

Ну-ну. Вспоминаем Cobol? Никто разработки стоимостью в миллионы долларов переписывать просто так не будет. Хорошо это или плохо, но, ИМХО, на иглу Java IBM бизнес уже подсадили, равно как в свое время подсадили на Cobol.

>и адекватную продуктивность разработки/функционирования... :)

>как бы вскорости переписывать всё не пришлось

Так, и из чего же по-твоему складывается продуктивность разработки? Какой язык может решить эту проблему? В применении к е-бизнесу?

Продуктивность функционирования - это что?

У меня стойкое отвращение к реализациям java выработалось после установки Oracle. Это же кошмар просто! Нужно потратить столько времени, чтобы просто заставить это работать. А гиг оперативной памяти отжираемый java на копирование файлов из одного каталога в другой? А как вам ошибка - java'вовый код не работает, если включен NumLock и работает если выключен? В такие моменты хочется чтобы jav'ы вообще никогда не было...

>У меня стойкое отвращение к реализациям java выработалось после установки Oracle. Это же кошмар просто! Нужно потратить столько времени, чтобы просто заставить это работать. А гиг оперативной памяти отжираемый java на копирование файлов из одного каталога в другой? А как вам ошибка - java'вовый код не работает, если включен NumLock и работает если выключен? В такие моменты хочется чтобы jav'ы вообще никогда не было...

Думаешь, было бы там что-то другое, лучше бы работало? Идиотов везде хватает.

С другой стороны, сложно с помощью cp гиг памяти откушать, даже идиоту, тут ты прав :) Это скорее к вопросу об адекватном выборе инструментов.

> Какой язык может
решить эту проблему? В применении к е-бизнесу?

лучший язык для е-бизнеса -- визуальный е-басик!

>лучший язык для е-бизнеса -- визуальный е-басик!

Если ты зарабатываешь деньги тасканием формочек в визуальном бейсике, то это вовсе не значит, что весь е-бизнес этим ограничивается. :)

Куда В.С.Луговского подевали? Неужто он стал анонимусом?

> Если выбирать нового фаворита, тогда уж лучше ocaml.

Великий и мегарулезный Microsoft уже выбрал ocaml фаворитом:

http://research.microsoft.com/projects/ilx/fsharp.aspx