The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

OpenNews: Почему Ruby и Python не могут занять место стареющей Java, opennews (??), 09-Июн-08, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


20. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от Аноним (6), 09-Июн-08, 11:55 
>моё мнение - delphi мертв.

можете утверждать это сколько угодно - но в России ему еще ОЧЕНЬ долго жить, при чем успешно, особенно ЗА МКАДом ;)
А то, что его не развивают родные компании, насрать, по большому счету - у нас в конторе используется до сих Delphi 6 (я не оговорился, именно шестая версия, даже не 7) - и ничего, в ближайшее время менять не будем. А ведь компания-то питерская! И не такая уж и небезызвестная, пишем не мало на заказ, по всей России, и даже зарубеж (ближний, конечно).

Ответить | Правка | Наверх | Cообщить модератору

22. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от olegatoremail (??), 09-Июн-08, 12:10 
>>моё мнение - delphi мертв.
>
>можете утверждать это сколько угодно - но в России ему еще ОЧЕНЬ
>долго жить, при чем успешно, особенно ЗА МКАДом ;)
>А то, что его не развивают родные компании, насрать, по большому счету
>- у нас в конторе используется до сих Delphi 6 (я
>не оговорился, именно шестая версия, даже не 7) - и ничего,
>в ближайшее время менять не будем. А ведь компания-то питерская! И
>не такая уж и небезызвестная, пишем не мало на заказ, по
>всей России, и даже зарубеж (ближний, конечно).

пока ещё поживёт, но не долго. можно предположить довольно реальное стечение обстоятельств например как выход нового sp под висту из-за которого будут глючить проги написанные на delphi. А xp уже продавать запрещено, delphi это не opensource проект и никто его дорабатывать не будет, так что бежать с него надо уже сейчас.

Ответить | Правка | Наверх | Cообщить модератору

23. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от gaal (?), 09-Июн-08, 12:10 
64-х битный процы, точнее ОС могут убить дельфу и билдер, если не будет возможности запускать 32-х битные проги. В никсах такие проги запустить можно, а в вин не представляю. Кто-нибудь знает как там с этим?
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

33. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от zyx (?), 09-Июн-08, 12:30 
>64-х битный процы, точнее ОС могут убить дельфу и билдер, если не
>будет возможности запускать 32-х битные проги. В никсах такие проги запустить
>можно, а в вин не представляю. Кто-нибудь знает как там с
>этим?

Сейчас очень серьезно развивается виртуализация, причем уже opensource эмулятор QEMU исполняет проги на неродном проце со скоростью около 15% этого проца, так что для совместимости назад уже точно хватит.

Ответить | Правка | Наверх | Cообщить модератору

42. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от gaal (?), 09-Июн-08, 12:39 
>Сейчас очень серьезно развивается виртуализация, причем уже opensource эмулятор QEMU исполняет проги на неродном проце со скоростью около 15% этого проца, так что для совместимости назад уже точно хватит.

При чем тут виртуализация? O_O 64 битный проц может и 32, и 16 разрядные проги выполнять. По крайней мере x86_64.

Я имел в виду именно вин и переход на 64 разрядные процы и ОС. Работают ли там такие проги?

ЗЫ Даунгрейд забавен - купить по одной цене, а юзать по другой:D

Ответить | Правка | Наверх | Cообщить модератору

98. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от zyx (?), 09-Июн-08, 21:11 
>>Сейчас очень серьезно развивается виртуализация, причем уже opensource эмулятор QEMU исполняет проги на неродном проце со скоростью около 15% этого проца, так что для совместимости назад уже точно хватит.
>
>При чем тут виртуализация? O_O 64 битный проц может и 32, и
>16 разрядные проги выполнять. По крайней мере x86_64.
>
>Я имел в виду именно вин и переход на 64 разрядные процы
>и ОС. Работают ли там такие проги?

"на неродном проце" именно означает _на_совсем_другом_процессоре_.

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

Ответить | Правка | Наверх | Cообщить модератору

36. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от cobold (?), 09-Июн-08, 12:34 
> В никсах такие проги запустить можно, а в вин не представляю. Кто-нибудь знает как там с этим?

За висту не скажу, а на winxp 64 с точки зрения юзера тоже самое - отдельный набор библиотек(dll) для 32 и 64 бит программ + механизм вызова 32bit кода из 64bit кода. И те же самые грабли - два IE, в 64bit-версии которого не работает flash(по крайней мере 2 года назад так было, сейчас наверное что-то придумали).
А насчет "не опенсорц" - Builder и Delphi в enterprise версиях шли с исходниками VCL и Runtime, так что в случае несовместимости с новыми версиями ОС теоретически можно разобраться в проблеме и починить ее.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

59. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от vitek (??), 09-Июн-08, 13:30 
ребята! Вы не о том спорите!
у 32-х битных прог есть ограничения.
например, по памяти. под виндами - не более 3Gb.

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

Ответить | Правка | Наверх | Cообщить модератору

99. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от zyx (?), 09-Июн-08, 21:24 
>ребята! Вы не о том спорите!
>у 32-х битных прог есть ограничения.
>например, по памяти. под виндами - не более 3Gb.
>
>и вот, пишущая Питерская компания (например, кристалл) выпускает программы-сервера с этим ограничением.
>
>как долго эти ограничения не будут оказывать существенного влияния на функциональность?

тут можно организовать тотализатор :)

Но в принципе, думаю, можно считать, что серьезные проблемы начнутся когда на борту будут ставить 10Gb и соответственно когда где-то сравнимыми будут размеры рабочих файлов (если конечно у этой проги размеры рабочих файлов растут с такой скоростью).
То есть если сейчас массовым становится 2Gb на борту, то по закону Мура можно считать что к 10Gb прийдем через 6-8 лет.

Ответить | Правка | Наверх | Cообщить модератору

108. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от vitek (??), 09-Июн-08, 23:59 
на ноутах по 35-40 тыщ рублев уже по 4gb
Ответить | Правка | Наверх | Cообщить модератору

120. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от Olesemail (?), 10-Июн-08, 01:41 
>на ноутах по 35-40 тыщ рублев уже по 4gb

Ради висты...

Ответить | Правка | Наверх | Cообщить модератору

195. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от zyx (ok), 14-Июн-08, 21:27 
>на ноутах по 35-40 тыщ рублев уже по 4gb

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

Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

109. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от vitek (??), 10-Июн-08, 00:05 
а по поводу проги и размера файлов
там СУБД - и не известно что хуже!
производители СУБД тоже есть хотят, а в MSSQL (ну почти) .net встроили...
а тут еще и веб-сервисы....

короче, они не только от себя зависят и Delphi.

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

119. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от vitek (??), 10-Июн-08, 01:36 
ага - ограничение в 3G,
а ждать будешь 10.

а чё не 20-30G?
штоб наверняка. как раз к пенсии

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

196. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от zyx (ok), 14-Июн-08, 21:36 
>ага - ограничение в 3G,
>а ждать будешь 10.
>
>а чё не 20-30G?
>штоб наверняка.

именно так. есть инерция использования ресурсов, грубо говоря время начала 100% использования некоей новой фичи отстает от массового владения этой фичей где-то на пол года, а само распространение тоже где-то на пол года отстает от появления на прилавках.

Ответить | Правка | Наверх | Cообщить модератору

70. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от vitek (??), 09-Июн-08, 14:08 
64-битного флеша до сих пор нет.
под линухом юзается npwrapper - из 64-битных браузеров позволяет запускать 32-битные плагины, но не все.
>А насчет "не опенсорц" - Builder и Delphi в enterprise версиях шли с исходниками VCL и Runtime, так что в случае несовместимости с новыми версиями ОС теоретически можно разобраться в проблеме и починить ее.

и как Вы просчитаете бизнес-риски подобной разработки?
не говоря уже о законности данного процесса.

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

24. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от gaal (?), 09-Июн-08, 12:12 
Если только Lazarus их спасет. ЗЫ Не юзал.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

57. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от vitek (??), 09-Июн-08, 13:24 
>>моё мнение - delphi мертв.
>
>можете утверждать это сколько угодно - но в России ему еще ОЧЕНЬ
>долго жить, при чем успешно, особенно ЗА МКАДом ;)
>А то, что его не развивают родные компании, насрать, по большому счету
>- у нас в конторе используется до сих Delphi 6 (я
>не оговорился, именно шестая версия, даже не 7) - и ничего,
>в ближайшее время менять не будем. А ведь компания-то питерская! И
>не такая уж и небезызвестная, пишем не мало на заказ, по
>всей России, и даже зарубеж (ближний, конечно).

а что Россия выкупила исходники?
вот выйдет очередной SP под винды, где Delphi не запускается и все софт. компании у которых решение построено на нем (да и весь бизнес) будут срочно искать новое средство разработки.
может это и к лучшему. :-)
глядишь и пойдет развиваться ещё быстрее freepascal и lazarus.
да и Ваша контора - это не вся Россия (и слава Богу, что это так!)

на Вашем месте я бы уже присматривался:
http://freepascal.org/
http://www.lazarus.freepascal.org/

или переходите на .net и не морочьте никому голову с априори мертвым delphi.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

173. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от Michael Shigorinemail (ok), 10-Июн-08, 22:21 
>не такая уж и небезызвестная, пишем не мало на заказ, по
>всей России, и даже зарубеж (ближний, конечно).

Чтоб вам не чихалось... нашли чем хвастаться.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру