LINUX.ORG.RU

Jaskell


0

0

Jaskell, как не трудно догадаться, это реализация функционального языка Haskell под Java Virtual Machine.

>>> Подробности

anonymous

Проверено: Pi ()
Ответ на: комментарий от anonymous

>Формочки рисовать - это же мейнстрим!

А на Ява формочки рисуют? Мне всё казалось, что на ней Enterprise-класса сервера крутятся...

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

Жаба душит "знатоков" "Си на дилетантском уровне"?

anonymous
()
Ответ на: комментарий от anonymous

> Формочки рисовать - это же мейнстрим!

Если anonymous (*) (16.04.2007 13:38:15) научился в своем институте только "формочки рисовать" - то это его личная жизненая проблема. Java - это серьезные проекты за серьезные деньги.

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

Осталось разрешить все споры классически, "по-мужски": померяться :)

Давайте каждый из нас будет указывать свою зп в у.е., чтобы было виднее, кто быдлокодер, кого не допустят к серьёзным конторам и кто недоучка. :)

Можно даже устроить опрос-соревнование, подсчитать среднюю зарплату быдлокодеров и настоящих кулхацкеров.

achy
()
Ответ на: комментарий от achy

> Давайте каждый из нас будет указывать свою зп в у.е., чтобы было виднее, кто быдлокодер

А квалификация прогера меряется в уях? :D

tailgunner ★★★★★
()

На самом деле слишком много внимания к жабе.
Ну подумаешь ктото взял и переписал Haskell.
Ну я щас жабу перепишу на прологе, получиться Pava какая-нибудь ))
А толку то? Нафига переписывать то, что уже есть и так хорошо работает без вмешательства.

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

К вопросу о проектирования визуально формочек.
Их и на других языках можно проектировать визуально (на том же си, асме), только код будет почище :)

codegear.nnm.ru/delphi_vsemoguwij
а вот это ссылка неправильная. там про Pascal&WinAPI, а не про делфи с его жирным VCL.
Если тока WinAPI пользовать, так на любом нормальном языке будет небольшая прога.

anonymous
()
Ответ на: комментарий от anonymous

>На самом деле слишком много внимания к жабе.

Учитывая, что на ней сейчас пишется более 50% новых проектов, внимания к ней как раз не так уж и много :D

>Нафига переписывать то, что уже есть и так хорошо работает без вмешательства.

Java начинает отбирать то, что у неё чуть не отобрала .NET. Роль системного клея. Сложные проекты нередко состоят из компонентов, писать которые удобнее на разных языках. А как смешать без проблем оригинальный Haskell на котором будет написан какой-либо парсер и, скажем, Ruby, на котором будет написана Web-серверная компонента? Сперва за такую склейку взялся .NET, ибо Sun долго воротила нос от всего, что не-Java. Сейчас опомнилась и начала делать реализации иных языков и идеологий на JVM.

...

Кстати, интересно, но недавно реализованный PHP на Java (кроме того, что, естественно, позволяет легко вызывать Java-методы) быстрее оригинального в 4..6 раз :D По крайней мере, если сравнивать apache2/mod_php с tomcat.

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

>Мне всё казалось, что на ней Enterprise-класса сервера крутятся...

Возможно это тоже. Только зачем пихать ее во все дыры и кричать, что все остальное рип, поскольку написали очередного Томми.

anonymous
()
Ответ на: комментарий от anonymous

>Если anonymous (*) (16.04.2007 13:38:15) научился в своем институте только "формочки рисовать"

К счастью, в институте мы жабу не использовали :)

>Java - это серьезные проекты за серьезные деньги.

Возможно. Пока не выйдет какая-нибудь Delphi 12 SuperEnterprise

anonymous
()
Ответ на: комментарий от KRoN73

ааа... все, дошло нафига переписывать :)) короче все хотят $$$ ))

anonymous
()
Ответ на: комментарий от anonymous

>Только зачем пихать ее во все дыры и кричать, что все остальное рип

А кто её суёт во все дыры и кто кричит, что остальное - RIP? Кому поплохеет от того, что на Java появилась реализация ещё одного языка? Не нужно - не используй.

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

> JVM сейчас GPL, что тебе мешает дописать им и отдать хвостовую рекурсию как ты ее видишь?

Не будет этих изменений во всех JVM, во всех устройствах. Сейчас сделать - ещё лет 10 не везде будет. И кому такое оно нужно? Они сглупили, не сделав этого сразу, в первых же версиях Oak.

anonymous
()
Ответ на: комментарий от anonymous

ABCL-J - вполне приличный Common Lisp для жабавымени.

anonymous
()
Ответ на: комментарий от anonymous

> А быдлокодеров где тогда брать?

В ПТУ.

anonymous
()
Ответ на: комментарий от anonymous

Серьезные деньги - это там, где финансы. А финансовые приложения на Жабе пишут редко и неохотно - им важна производительность и корректность, ошибки слишком дорого стоят.

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

anonymous
()
Ответ на: комментарий от anonymous

См. Prolog Cafe - компилятор Пролога в человекочитабельную (относительно) Жабу. Очень полезная штуковина, лучше чем большинство коммерческих rule engines для жабки. Ну да откель нашим интырпраз-класс анонимусам знать, для чего в интырпрайз-приложениях нужны логические движки?!?

anonymous
()
Ответ на: комментарий от anonymous

>Серьезные деньги - это там, где финансы. А финансовые приложения на Жабе пишут редко и неохотно - им важна производительность и корректность, ошибки слишком дорого стоят.

Недавно совсем День СанТехника прошел. Так вот там как раз заявляли обратное: реальные проекты, связанные с обработкой финансовых данных, Java, РФ.

achy
()
Ответ на: комментарий от achy

Бывает такое - но крайне редко. Никакого сравнения с настоящими деньгами в финансовой индустрии. Тем более что у них там очень много legacy, которое с жабой не лучшим образом дружится. Да и, извините, не бывает в российских финансах хороших денег, это же откатономика, а не настоящая финансовая индустрия с разнообразием инструментов, развитым фондовым рынком и достойным уровнем стабильности государства. Тут даже Казахстан давно уже Россию по всем параметрам уделал. Пока в России всякие Козловы с Френкелями, никакой серьёзной индустрии не будет.

anonymous
()
Ответ на: комментарий от anonymous

>Ну да, ну да. Сначала стандартом было быдлоделфи, потом быдлонет, теперь - быдложаба.

Ну да, ну да. Мы сейчас говорим о верних васюках или в мировом масштабе в целом? Так вот там, у них, про дельфи в таком объеме вообще никто не знал, а у нас в доинтернетовскую эпоху дельфи стал так популярен потому что в конце 80-х в вузах преподавали паскаль, железа ака писюков не было, книг не было, а потом появились халявные компашки с RAD дельфи, в которых можно было за вечер набросать GUI к телефонной книге. Ну и что? Стандартом для программистов он никогда как и сишарп не был. Стандартом был c/c++, потом жаба

anonymous
()
Ответ на: комментарий от anonymous

>codegear.nnm.ru/delphi_vsemoguwij >а вот это ссылка неправильная. там про Pascal&WinAPI, а не про делфи с его жирным VCL.

А ты дельфишнику это в лицо скажи. Догонит и порвет. Более оголтелых фанатов надо поискать. Там у него на блоге codegear.nnm.ru/ есть топик codegear.nnm.ru/delphi, так вот он потер от злости 296 комментариев по причине "Мнения идиотов и фанатов других языков не интересуют. Всех остальных - plz в личку, в аьку или на мыло..."

Если дельфишник промучается неделю и сможет натянуть на свою прогу скин, его прет от осознания что RAD среда помогла ему сделать это визуально и быстро. Хотя жабщик/C++ник сделать то же самое за ту же неделю бесплатными средствами

>Сперва за такую склейку взялся .NET, ибо Sun долго воротила нос от всего, что не-Java. Сейчас опомнилась и начала делать реализации иных языков и идеологий на JVM.

Хм, а не боятся, что получится тормозное небезопасное глюкалово и от JVM тогда уж точно отвернутся к .NET? Ох, опасно это.

anonymous
()
Ответ на: комментарий от anonymous

>Бывает такое - но крайне редко. Никакого сравнения с настоящими деньгами в финансовой индустрии. Да и, извините, не бывает в российских финансах хороших денег, это же откатономика, а не настоящая финансовая индустрия с разнообразием инструментов, развитым фондовым рынком и достойным уровнем стабильности государства.

В моём посте "РФ" означало лишь страну производства продукта. А вообще это аутсорсинг.

achy
()
Ответ на: комментарий от achy

Тем более. Серьёзные финансовые приложения не аутсорсят, даже самые безбашенные и рисковые организации всё делают на месте, специально под это собирая команду. Аутсорсят только то, что ни разу не mission critical, и стоит соответственно.

anonymous
()

флеймеры4J

r ★★★★★
()
Ответ на: комментарий от anonymous

>Тем более. Серьёзные финансовые приложения не аутсорсят, даже самые безбашенные и рисковые организации всё делают на месте, специально под это собирая команду. Аутсорсят только то, что ни разу не mission critical, и стоит соответственно.

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

В общем, просто нечего делать таких больших обобщений! Бывает, аутсорсят. Это ничем не хуже, чем. Бывает, просто компании достаточно большие, чтобы позволить себе офисы в разных странах. В РФ серьёзные программисты достаточно дёшевы, чтобы смысл в этом был.

achy
()
Ответ на: комментарий от achy

Программисты то может серьёзны и дешевы, а вот риски - непомерно дороги. Я непосредственно и близко знаком с финансовой индустрией, так что знаю - проект стоимостью в пару сотен миллионов (и рисками на десятки миллиардов) никто не станет аутсорсить в Индию или CНГ. Только мелочь в пару миллионов, которую не жалко и которая не содержит никакого серьёзного IP.

anonymous
()
Ответ на: комментарий от anonymous

Центр разработки Сана в Питере получает порядка десятки лимонов $ в месяц.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.