Разработчики проекта PlayOnLinux (https://www.playonlinux.com), в рамках которого развивается надстройка над Wine для организации запуска популярных Windows-игр в Linux, объявили (https://www.playonlinux.com/en/comments-1295.html), что будущий выпуск PlayOnLinux 5 (https://github.com/PlayOnLinux/POL-POM-5/) будет полностью переписан на языке Java. Напомним, что PlayOnLinux 3 был написан на Bash, а PlayOnLinux 4 частично переписан на Python. По замыслу разработчиков переход на Java поможет решить проблемы с сопровождением и расширением продукта.
Из достоинств миграции на Java называется улучшение переносимости (создание портов для OS X, BSD-систем и Android), упрощение сопровождения и проверки кода (статическая типизация и наличие инструментов для контроля качества кода), увеличение производительности ядра продукта, создание более прозрачной инфраструктуры, привлечение новых разработчиков.
URL: https://www.playonlinux.com/en/comments-1295.html
Новость: http://www.opennet.ru/opennews/art.shtml?num=42370
>будущий выпуск PlayOnLinux 5 будет полностью переписан на языке Java. Напомним, что PlayOnLinux 3 был написан на Bash, а PlayOnLinux 4 частично переписан на PythonМожет дело не в бобине?
> Может дело не в бобине?Зато сказ про то что имела жаба гадюку - приобретает новый смысл :P.
>Проект PlayOnLinux переходит с Python на Java
>увеличение производительности ядра продукталол
Ещё больший лол, это "упрощение сопровождения". Это с Java, где обычное явление, когда для сборки нужна определённая версия библиотеки, не больше и не меньше. Где для сборки используются не компактные легко читаемые проекты на cmake, autotools и т.п., а безумные огромные xml для ant (это если ещё повезёт). Где вместо вменяемого текста ошибок сборки сплошь и рядом сообщения в духе "не, что-то не получается собрать, извините". Много всякого трэша есть, на котором кто-то под линукс пишет (Gambas, Lazarus и т.п.), но Java - это просто запредельно неприятный не столько язык (он-то как раз нормальный), сколько сопутствующие ему явления, прямо противоположные упомянуютому "упрощению сопровождения".
Я думаю, это просто к ним прибился жабофан, который нарассказывал сказок про белых рыцарей и небо в кроликах. Ведь постоянно такое - а почему ваш проект не на github? а почему на Qt? а почему на gtk? и т.д. Ну попробуют, может им действительно жаба привычнее, да и проект не такой сложный, можно поэкспериментировать. Всё равно скоро всем крышка. Вайн годится только для старых игрушек и программ, современным подавай net.4.5 и прочие плюшки, а ведь идёт десяточка... Так что, в отсутствие реального развития, остаётся экспериментировать и переписывать.
> скоро всем крышка. Вайн годится только для старых игрушек и программ,
> современным подавай net.4.5 и прочие плюшки, а ведь идёт десяточка... Так
> что, в отсутствие реального развития, остаётся экспериментировать и переписывать.Я плохо знаком с вайном и игрушками лол, но мне кажется проблема далеко не в дотнете -- есть же моно, а в dx11 и грядущем 12.
Я тоже не играю, мне софт нужен, которого на лине нет, а он уже на распоследних нетах и моно ему побоку, да и нет - не единственная загвоздка.
Какого тебя софта не хватает? Давай я напишу?
> Какого тебя софта не хватает? Давай я напишу?Давай Autocad причем чтобы их грёбанные файлы понимал.
Потом - по результатам ещё подкину! :)
> Давай Autocad причем чтобы их грёбанные файлы понимал.
> Потом - по результатам ещё подкину! :)Да зачем был бы нужен автокад, ежели запилить свой, опенсорсный продухт, который читал бы свои, опенсорсные форматы, но делал это хорошо, то автокад со своими стандартами идёт лесом, только для внешнего документооборота. А пока всё общение опенсорсных проектов идёт через dxf, который они ещё и криво пишут/открывают, то ой.
> всё общение опенсорсных проектов идёт через dxf, который они ещё и
> криво пишут/открывают, то ой.https://ru.wikipedia.org/wiki/Open_Design_Alliance
О! Давай, начнём с CAM'ов, CAD'ы уже, вроде, появились, а вот программы для ЧПУ писать нечем, прямо беда. Под токарки, под фрезеры, под плазму, ещё-бы с нестингом. Хотя, номинально существует, тот же HeeksCAD, но очень туго полуработает, да и под BSD лицензией, а хотелось бы под жыпиелом третьим, чтобы ни одна зараза заныкать разработки не смогла.Шутки шутками, но я был бы счастлив иметь возможность избавиться отпроприерастии вообще. Не из-за денег (хотя чего я вру, и из-за них тоже), мне за СПО обидно, я идейный коммуняка. Всё должно быть достоянием всех.
Ок с тебя около $200000 и я с удовольствием напишу под GPLv3
Венда стоит дешевле. Твоё предложение неконкурентноспособно.
> Ок с тебя около $200000 и я с удовольствием напишу под GPLv3Так сразу и сдулся? :)
А не под жыпиелом? Скидочка будет? :)Если бы я мог, я бы сам помог Хикскаду, но тупо не успеваю. Несколько раз садился просто разобрать, что там с пОстами, но нет, времени нет. Писал автору, мол, заплачУ, но он говорит, мол, пожертвования велькомываются, а рулить не смей, когда хочу, тогда напишу. Тут надо инженера, которому очень нечего делать на работе, чтобы от скуки нёс пользу обществу.
эх... А эти буржуи, вишь, с питона на жабу перепрыгивают... На галеры!!!
за 200к $ напишешь автокад, ну не смеши меня
В таком случае дорогой товарищ, прекращай ездить и летать на любом транспорте, так как все технологии там проприетарные, ходи пешком. Заболеешь чем нибудь, ты на УЗИ и МРТ не иди, там все технологии также проприетарные, разработанные за большие деньги, лечись как-нибудь сам, народными средствами, авось поможет. И таблетки не пей никакие, так как рецепты их это проприетарщина жуткая от ведущих фармацевтических компаний. И заканчивай покупать продукты питания, так как производители используют фирменные, проприетарные, рецепты, которыми ни с кем не делятся, добывай сам себе подножный корм.
Только мочой, по Малахову. И геморой огурцами лечу :)Да, я вынужден жить в мире, где за джинсы и бубльгум продали последнюю надежду человечества. Ну не хотят люди идти к всеобщему благу, им подавай личную яхту, да чтобы мастерам потом глаза выкололи, чтобы другим такой не сделали...
FineReader
> FineReaderЗа FineReader под linux обращайтесь к разработчикам .SDK правда устаревшей версии в прайсе есть ,ценник от 20000 $ ,но как говорили разработчики пару банков и несколько крупных компаний лицензии покупало .
Для начала Keeper WinPro (Classic)
Нужна именно Classic версия.
Да и фиг с ним. Внезапно, для лёгкого расслабона в линуксе оказалось весьма приличное количество хороших и новых игр в стиме. Метро последнее, биошок, серьёзный сэм и т.д..
Пусть балуются.
Действительно стоящие игры из старых и так прекрасно работают.
>Я думаю, это просто к ним прибился жабофан, который нарассказывал сказок про белых рыцарей и небо в кроликах.Мммм, скорее всего (я правда не уверен под какой лицензией они выпускаются сейчас) им на руку будет то, что пайтоновский код как бы можно читать всем,кому не лень, в то время как перейдя на java удобней этот код держать "закрытым" от посторонних глаз. Что-то типа "это наше, и мы никому его не отдадим"
> а почему на Qt? а почему на gtk? и т.д."Почему без шапки?!", ага.
> "Почему без шапки?!", ага.Когда будете коммитить столько же сколько шапка, у вас появится моральное право задаваться таким вопросом.
>> "Почему без шапки?!", ага.
> Когда будете коммитить столько же сколько шапкаА что, про цитаты на уроках уже не рассказывают?
http://anecdots.su/anecdot/10006
> у вас появится моральное право задаваться таким вопросом.
Надеюсь, моральное право задаваться вопросом по своему профилю у меня всё-таки ещё есть (это если Вас не смогли научить различию между обращениями "Вы" и "вы", каковое при публичной переписке более чем существенно).
> Gambas, Lazarusнаиприятнейшие среды, между прочим. Если лазарус допилят до уровня дельфей 5,6,7 (т.е. не дотнет версий) под винду, то это будет лютый вин.
CodeTyphon?
> CodeTyphon?кривой установщик:
xdg-open: file '/usr/lib/codetyphon/CodeOcean/ (NOT Exists ???)' does not exist
xdg-open: file '/usr/lib/codetyphon/fpc/ (NOT Exists ???)' does not exist
xdg-open: file '/usr/lib/codetyphon/fpcsrc/ (NOT Exists ???)' does not exist
xdg-open: file '/usr/lib/codetyphon/typhon/ (NOT Exists ???)' does not existP.S. fpc/fpc-source в системе есть.
> Если лазарус допилят до уровня дельфей 5,6,7 (т.е. не дотнет версий) под виндушутить изволите? 7 дельфя с лазарем уже много лет рядом не лежала
>> Gambas, Lazarus
> наиприятнейшие среды, между прочим. Если лазарус допилят до уровня дельфей 5,6,7 (т.е.
> не дотнет версий) под винду, то это будет лютый вин.да не будет. Qt намного качественней, удобней, лучше документирована, а бонусом имеет отсутствие проблем с использованием библиотек на C и C++.
p.s. да, я весьма плотно писал на дельфи и фрипаскале, так что в курсе темы.
> да не будет. Qt намного качественней, удобней, лучше документирована,Тише ты, Кэп! Сейчас они нарыдаются с глюкавым и проблемным рантаймом, взлетающим полчаса и выглядящим как бельмо на глазу во всех системах и еще на чем-нибудь перепишут. Лет через 20 им кто-нибудь покажет куть. Раньше показывать не надо - забавно же когда скрипткидизы прыгают по граблям. Такое шоу нахаляву!
Lazarus умееть "компилировать под" QT. Это в лазарусе называется "LCLWidgetType".
> Lazarus умееть "компилировать под" QT.зачем там QuickTime?! O_O
> Это в лазарусе называется «LCLWidgetType».
вот только Qt — это далеко не просто «очередная рисовалка кнопочек». и то, что они умудрились заюзать рисовалку… ну, молодцы, чо — добавляет няшных зависимостей к проекту.
Сорри, конечно имеется в виду Qt.Что вы имеете в виду про зависимости я не понял. Вроде ведь ясно что при компиляции "под" gtk не будет добавляться зависимость на qt (и наборот).
> Что вы имеете в виду про зависимости я не понял.то, что с собой ещё и Qt таскать придётся. это вместо того, чтобы прекратить выпендриваться и сделать один раз нормальную кросс‐платформенную рисовалку, а на всякие другие рисовалки тупо забить. ну, примерно как поступил автор MSE.
>Если лазарус допилят до уровня дельфей 5,6,7 (т.е. не дотнет версий) под винду, то это будет лютый вин.Это будет лютый фейл по сравнению с QtCreator
Это только мудацкие либы без обратной совместимости. Ant это очень одфажно, есть же майвен и грэйдл. На джаве можно писать красивый код.
Поправилю, на 8-й джаве можно писать красивый код.
А что там на 8 яве?Разве появилось возможность делать -- синонимы импортируемых типов (с огромными названиями) в пределах текущего пакета?
Или вообще хоть что-то появилось в 8 яве, что должно было бы сделать не такой многобуквенной?
> А что там на 8 яве?
> Или вообще хоть что-то появилось в 8 яве, что должно было бы
> сделать не такой многобуквенной?Товарищ наверняка намекает на лямбды :)
С уважением,
Кэп.
Лямбды там были уже давно. Надо было только текстовый препроцессор поставить, scala называется. И xml вовсе не обязателен для сборки проектов, можно и на sbt скрипты писать. Правда он в отличие от make не умеет сравнивать время сборки файла и время последней модификации и потому пересобирает все правила заново.
Суть скалиста: увидел в предложении "Java" — обязательно напиши, что скала круче.
> Суть скалиста: увидел в предложении "Java" — обязательно напиши, что скала круче.Суть скалиста: Java - это круто, потому что это инфраструктура для любимого языка. Так что не надо гнать на JVM. Ну есть проблемы с мусором в мейнстримовом явовом языке, так есть ещё много.
> Или вообще хоть что-то появилось в 8 яве, что должно было бы
> сделать не такой многобуквенной?Вместо анализа серьезных технических вопросов начинает указывать многословие Java как недостаток.
В эпоху IDE с автодополнением - смешно право слово.
Займитесь лучше делом - критикуя Java, начните с д-но проблемных мест.
К примеру - реализацию GUI
> Вместо анализа серьезных технических вопросов начинает указывать многословие Java как
> недостаток.
> В эпоху IDE с автодополнением - смешно право слово.необходимость в IDE сама по себе смешна, а обязательная необходимость чтоб комфортно кодить - вдвойне.
>> Вместо анализа серьезных технических вопросов начинает указывать многословие Java как
>> недостаток.
>> В эпоху IDE с автодополнением - смешно право слово.
> необходимость в IDE сама по себе смешна, а обязательная необходимость чтоб комфортно
> кодить - вдвойне.Ваш ответ по уровню глупости примерно таков:
Необходимость иметь столовые приборы для обеда смешна, а иметь прибором много - вдвойне.
Есть же пальцы.Не понимаете, что такое IDE - молчите в уголке потихоньку, в тряпочку.
А если не можете молчать, то просьба рассказать нам всем тут, язык платформу и размер проекта надо которым Вы работали комфортно, не применяя полноценную IDE
> Ваш ответ по уровню глупости примерно таков:
> Необходимость иметь столовые приборы для обеда смешна, а иметь прибором много -
> вдвойне.
> Есть же пальцы.Между прочим, телесный контакт с едой необходим. Хорошо, когда еду можно непосредственно ощутить руками, потрогать, понюхать. Если от еды тошнит, взяв в руки, она неприятна на ощупь и становится съедобной только под толщей соусов и автоматом для поедания - жри сам :3
> Не понимаете, что такое IDE - молчите в уголке потихоньку, в тряпочку.
разорвало?))
> А если не можете молчать, то просьба рассказать нам всем тут, язык
> платформу и размер проекта надо которым Вы работали комфортно, не применяя
> полноценную IDEмоя скромная персона недостойна такого пристального внимания. Укажу на _всеми нами знакомых_ kernel-хакеров с vim'ом и emacs'ом наперевес.
/ skip />> А если не можете молчать, то просьба рассказать нам всем тут, язык
>> платформу и размер проекта надо которым Вы работали комфортно, не применяя
>> полноценную IDE
> моя скромная персона недостойна такого пристального внимания.Нет, очень даже достойна, т.к. пока мы видим перед собой человека, который не понимает о чем говорит.
> Укажу на _всеми нами знакомых_
> kernel-хакеров с vim'ом и emacs'ом наперевес.emacs - конструктор, который после допиливания по начинке и есть тот самый полноценный IDE, с тем самым интегрированным вагоном свистелок.
Используют как раз в этом варианте.
Здравствуйте вдова Вы наша унтерофицерскаяНо мы рассмотрим ситуация иначе
1) Объем кода ядра
2) % сколько кода написали хацкеры, а сколько проф. разработчики из сторонних компаний, которые занимаются этим серьезно.
3) Посмотрим, чем пользуются люди из п.2Вперед - за орденами.
> мы видим перед собой человека, который не понимает о чем говорит.
> emacs - конструктор, который после допиливания по начинке и есть тот самый
> полноценный IDE,ты еще помнишь с чего начался разговор?
> Вперед - за орденами.
только за вами, сударь.
>> мы видим перед собой человека, который не понимает о чем говорит.
>> emacs - конструктор, который после допиливания по начинке и есть тот самый
>> полноценный IDE,
> ты еще помнишь с чего начался разговор?Да мне вообще на тему топика плевать.
Тот кто не смог написать обвязку на питоне, не напишет ничего нормального и на Java.
> Тот кто не смог написать обвязку на питоне, не напишет ничего нормального и на Java.Ну хоть в чём то я с тобой согласен! :)
>> необходимость в IDE сама по себе смешна, а обязательная необходимость чтоб комфортно
>> кодить - вдвойне.
> Ваш ответ по уровню глупости примерно таков:
> Необходимость иметь столовые приборы для обеда смешна, а иметь прибором много - вдвойне.если язык программрирования ИМЕННО ТРЕБУЕТ для своей работы IDE (а с Java это так и есть, так как набирать каждый раз длиннющие названия классов невозможно вручную, и синонимы сделать нельзя)...
...то значит -- этот язык просто навсего инвалид!
сравнить это можно лишь с ситуаций когда ты охренеть какой голодный, но всё-ранво не можешь покушать, лишь-только-потому-что у тебя нет чистой вилки (например, вилка грязная в говне, а воды нет чтобы помыть её).
еда прямо перед тобой, но ты не можешь ухватить её руками, так как без вилки эта еда просто выскальзывает из твоих рук!
(кривые ркуки? плохая еда? неизвестно как так вышло, но у соседа Васи таких проблем нет -- он может есть еду и с вилкой и без вилку -- как ему нравится.. и Вася не зависит от наличия\отсутствия чистой вилки)
--------------------------------------------------
если язык программирования ТРЕБУЕТ для своей работы IDE -- то значит такой язык ЯВНО имеет проблемы. отмазываться -- просто глупо! это очевидно! и не признавать этот факт можно только если ты ослеплён любовью к этому стеку!
ты не можешь просто скачать 1 файл (только 1!) из проекта, отредактировать его побыстрому.. и закачать\закомпилировать обратно. тебе нужно РАЗВОРАЧИВАТЬ СРАНУЮ IDE каждый раз когда ты хочешь сделать мимолётную правку! эта IDE не сможет тебе ни чего подсказать если у неё нет в распряжении всего работающего (БЕЗ ОШИБОК) проекта!
много ли посторонних людей (кто не является членом команды непосредственных разработчиков) станут замарачиваться с IDE, когда речь пойдёт лишь только о ситуации, когда нужно сделать лишь 10-строчный патч?!
Java просто отпугивает сторонних мелких контрибьютеров -- тем фактом, что нужно настраивать IDE для каждого проекта. (а недополученный мелкий контрибьютер -- это возможно значит и недополученный крупный контрибьютер.. так как в будущем -- крупный мог бы получиться из мелкого!)
в попу себе засуньте ваш IDE и редактируейте в нём свои частные проекты -- а для СвободногоОпенСурса это огромный тормоз в органиации кооперации между людьми!
весь ОпенСурс крутится вокруг ИСХОДНИКОВ.. и было бы ЛОГИЧНО если бы эти исходники были бы в таком виде, в котором они поддаются в-том-числе-и для ручного вмешательства. ручного(!), а не СУГУБО-IDE-автоматизированного..
навязывая обязательтную IDE -- ты просто занимаешься тем что повышаешь порог вхождения. хорошая ли идея повышать порог входления в публичный проект? очевидно плохая!
думаешь, повышая порог входжения -- в итоге ты получишь более качественнй код? а вот обломись! :-) ...
...одно дело когда мы повышая порог вхождения в проект -- отфильтровывали БЫ (забирали бы в проект) только качественные человеческие ресурсы (но это НЕ этот случай!).. а совсем другое дело, когда повышая порог вхождения мы просто отсеиваем (отпугиваем от проекта) тех, у кого не так много свободного времени (нет лишнего времени, чтобы делать лишние действия на своём компе, связанные с нафиг не нужной настройкой и установкой).
с точки менеджмента -- это настолько глупо -- насколько только могло бы быть :-) ..
это можно было бы сравнить с той ситуаций, как если бы мы принимали бы патчи только от тех людей, кто решил бы (перед отправкой каждого патча) несколько тестовых математических задач на нахождение детерминантов матриц.. даже если проект совсем НЕ связан с математикой и матрицами.
глупый маркетолог мог бы подумать "этот фильтр -- увеличит качество кода, так как мы будем принимать патчи только от умных людей!". но в реальности -- половина людей просто передумают слать патчи, так как они просто не захотят тратить время на решение этих задачек :-) , даже если они знают как решать эти задачи (но вместо этого -- есть и куда более интересные занятия!) ..
--------------------------------------------------
итог:
если PlayOnLinux хотят Java -- пусть будет Java .. но начиная с этого момента можно сказать что проект стал более безперспективным :-) .
впрочем, лично я-то не лишился ни чего.. Wine вполне удовлетворительно~хорошо работал и без PlayOnLinux...
и надеюсь, что провал PlayOnLinux -- послужит уроком для остальных проектов не делать подобных организационных решений :-) ..
> а иметь прибором много -...опечаточка по Фрейду :)
>> Или вообще хоть что-то появилось в 8 яве, что должно было бы
>> сделать не такой многобуквенной?
> Вместо анализа серьезных технических вопросов начинает указывать многословие Java как
> недостаток.
> В эпоху IDE с автодополнением - смешно право слово.
> Займитесь лучше делом - критикуя Java, начните с д-но проблемных мест.
> К примеру - реализацию GUI+1. В Swing нет даже родного компонента Календарь.
>SwingЗабудь про Swing. Эта библиотека считается устаревшей и давно не развивается. На замену её пришла действительно крутая и удобная JavaFX 2, в которой есть всё, что нужно. Интерфейс рисуется в XML, построенном по подобию HTML, оформление на CSS, обработчики на Java либо JavaScript. Плюс визуальная среда, где всё это можно лепить мышкой.
это всё фигня! ты скаже, главное......отрисовка-то всяких контролов -- хотяб через GTK3 происходит?
или же какой-то очередной ява-говнокостыль используется?
ведь проект "java-gnome" -- уже протух.. и по сути рисовать GUI на Java (для GNU/Linux) уже толком стало не на чем.
для декстопного UI есть JavaFX
> В эпоху IDE с автодополнением - смешно право слово.Так это же читать приходится. Писать - не вопрос, почти все умеют корябать очень быстро и много.
>Или вообще хоть что-то появилось в 8 яве, что должно было бы сделать не такой многобуквенной?Лямбды, Streams API. DateTime ещё сюда можно добавить.
Это всё — прямо или косвенно — делает язык и конструкции на нём более лаконичными.
> На джаве можно писать красивый код.Только вот не пишут. Парадокс.
PS: Жабшики ШШасс скажут что мы ничего не понимаем и что надо всего то уметь держать "перед глазами" код 1024 модулей по 100500+ 180-символьных строк каждый чтобы оценить красоту программы чуть посложнее Hello World!
ок, покажи мне аналог IDEA совместимый с ней по функционалу и работающий так же быстро и стабильно но написаный на сях. Или аналог Gradle, да что там хотя бы аналог LanguageTool которая заруливает hunspell по самое.
> ок, покажи мне аналог IDEA совместимый с ней по функционалу и работающий
> так же быстро и стабильно но написаный на сях.UNIX (C)(R)(tm)
Хотя ты о таком не слышал, ваше жабо только на винде в продакшене живёт. Парадокс.
> ваше жабо только на винде в
> продакшене живёт. Парадокс.Лживость - не к лицу специалисту.
Дяденька, самую высокую производительность Java всегда показывала и показывает в Unix подобном окружении. Windows далеко позади.
Тод-же WebLogic под ним хуже работает - хоть режьте.
"заруливают" Gradle по какому принципу? по удобству и скорости? Попробуйте pip в питоне, сразу поймете что такое инструмент для людей.
По функциональности, хех собири проект подобный OpenJFX и OpenJDK своим pip'ом... по удобству, я просто немогу представить что может быть удобнее Gradle. Скорость сборки вообще шиарная + сборка распаралеливается...
> + сборка распаралеливается...Знаете, когда этому научился обычный make?
Ну давайте сравним Fork\Join Framework с распарралеливанием в make...
> \/
Наш враг не какой-то язык, а криворукие, жопоголовые недодевелоперы, которые могут испортить репутацию любого языка. Аминь.
>>IDEA
>>быстронасмешили
ну так покажи аналог с таким же функционалом работающий на такой же скорости!
languagetool и hanspell занимают разные нишы, не нужно их сравнивать, так как вы несравниваете камаз и daewoo matiz.
Сравнивать языки по одной единственной программе -- не самая лучшая затея КМК.
> Ещё больший лол, это "упрощение сопровождения". Это с Java, где обычное явление,
> когда для сборки нужна определённая версия библиотеки, не больше и не
> меньше. Где для сборки используются не компактные легко читаемые проекты на
> cmake, autotools и т.п., а безумные огромные xml для ant (это
> если ещё повезёт). Где вместо вменяемого текста ошибок сборки сплошь и
> рядом сообщения в духе "не, что-то не получается собрать, извините". Много
> всякого трэша есть, на котором кто-то под линукс пишет (Gambas, Lazarus
> и т.п.), но Java - это просто запредельно неприятный не столько
> язык (он-то как раз нормальный), сколько сопутствующие ему явления, прямо противоположные
> упомянуютому "упрощению сопровождения".Судя по Вашему комменту, Вы с Java никогда не работали, а посему не фиг нести чушь о чем не знаете или знаете лишь поверхностно...
Я с ней работал только в том ключе, что это единственное явление, сборка пакетов на котором стабильно доставляет мне кучу головной боли. Могу сравнивать в этом плане с C/C++, Perl, Python, Ruby, OCaml, Haskell, Pascal/Lazarus, Basic/Gambas, Vala.
Ну давай сравним сборку проекта на Gradle с богомерзким Cmake.
> Ну давай сравним сборку проекта на Gradle с богомерзким Cmake.Ок. Для какой программы будем собирать RPM-пакет? Что использует Gradle?
> Ок. Для какой программы будем собирать RPM-пакет? Что использует Gradle?Причем здесь rpm пакет? Чего Вы перекручиваете, давайте лучше JAR'ник CMake'ом соберем.
Потому что мы в новости про PlayOnLinux, который большинство пользователей дистрибутивов будут ставить из репозиториев, т.е. в виде пакета.
>> Ну давай сравним сборку проекта на Gradle с богомерзким Cmake.
> Ок. Для какой программы будем собирать RPM-пакет? Что использует Gradle?Maven нормально собирает RPM-пакеты. Обычно это нафиг не нужно. Но если инфраструктура заточена под RPM, то можно билдить в RPM и разносить по кластеру рабочих нод через yum + puppet.
Вполне рабочее решение к слову ;)
>ЮОбычно это нафиг не нужно.На локалхосте? может быть. В остальных случаев тех, кто ставит всякий хлам не из пакетов надо больно карать черенком от лопаты.
> Вполне рабочее решение к слову ;)Ну как бы удачи тебе с твоим рабочим решением убедить юзерей таким манером игрушки на десктопник ставить..
А уж судя то твоему комменту - ну уж точно, 100500% :
> ... Вы с Java никогда не работали,А потому:
> ... не фиг нести чушь о чем не знаете или знаете лишь поверхностно...Жабо - *овно! И изменить это практически невозможно. Жги господи! (С)
PS: Если бы не гулойдный андроЕд - про нее бы уже слышали не больше чем про COBOL какой нить.
> Жабо - *овно! И изменить это практически невозможно.Доказательства в студию.
Только не в стиле, я мычу и ляпаю языком, а по сути.
К примеру расскажите нам всем, когда в большей части якобы супер продвинутых языков уберут GIL.
Или когда же наконец появиться что-то аналогичное по красоте как JVM ?
> А где ещё кроме якобы супер продвинутого Питона оно есть?Ruby, JavaScript и системе т.д.
Прет отовсюду.
>Ruby, JavaScript и системе т.д.Во-во - народ готов юзать хоть какой мрак лишь бы жабо не трогать :)
> Во-во - народ готов юзать хоть какой мрак лишь бы жабо не трогать :)Тем временем, valve хоть и проприерасы, но показали скрипткидозным отродьям как это надо было делать правильно. По поводу чего и обставили все эти недомерки и недонocки с эпическим отрывом.
Кроме Ant (продукт столетней давности), есть Maven, Gradle, Jenkins. Скорее всего Ваше мнение о Java связано с плохим знанием инфраструктуры Java-проектов.
> Кроме Ant (продукт столетней давности), есть Maven, Gradle, Jenkins. Скорее всего Ваше
> мнение о Java связано с плохим знанием инфраструктуры Java-проектов.Для меня проект - это в первую очередь тарбол, из которого можно собрать пакет, следуя инструкции сборки из файла INSTALL. Это несколько отличается от сборки, где Maven сам скачает и поставит зависимости определённых версий и т.д.
Т.е. вы страдаете от того что весь набор библиотек проекта который вы собираете не встроен в ваш дистрибутив? А при чём тут Java? Там как раз пытались сделать нормальную среду для сборки не зависящую от дистрибутива, и не требующую ручной закачки библиотек для больших проектов, и как ни странно это работает, хоть и требует определённых усилий от создателей проектов.
> Т.е. вы страдаете от того что весь набор библиотек проекта который вы
> собираете не встроен в ваш дистрибутив? А при чём тут Java?При том, что это единственный язык, где это является проблемой из-за слишком жёстких требований к версиям библиотек (видимо, из-за низкой их совместимости между собой).
> При том, что это единственный язык, где это является проблемой из-за слишком
> жёстких требований к версиям библиотек (видимо, из-за низкой их совместимости между
> собой).Блин, да нет там никаких жестких привязок к версиям! Откуда Вы это вообще взяли?
Мне за многолетнюю практику ни разу не приходилось подбирать номер минорной версии, за исключением случаев, когда в какой-то версии был баг. Обычно при заполнении pom.xml я выбираю последнюю стабильную версию пакета, которую подсказывает IDE по CTRL+Space.
Вот лично Вас, уважаемый Pulfer, я ни в чем не хочу переубеждать, я пишу это для тех людей, которые будут формировать мнение о языке читая Ваши кАмменты.
> Блин, да нет там никаких жестких привязок к версиям! Откуда Вы это вообще взяли?Когда-то давно, когда я ещё не обходил Java-программы стороной (где-то году в 2009-м), а пытался разбираться, почему они не собираются, не раз сталкивался с ситуацией, когда нужна была именно определённая версия, ограниченная не только снизу, но и сверху. Может просто не повезло. Может сейчас такого уже нет.
> Вот лично Вас, уважаемый Pulfer, я ни в чем не хочу переубеждать
Да я понимаю. У меня к Java хейтерское отношение, выработавшееся предубеждение. Может пройдёт со временем.
> Когда-то давно, когда я ещё не обходил Java-программы стороной (где-то году в
> 2009-м), а пытался разбираться, почему они не собираются, не раз сталкивался
> с ситуацией, когда нужна была именно определённая версия, ограниченная не только
> снизу, но и сверху. Может просто не повезло. Может сейчас такого
> уже нет.И сейчас такое есть. И в любимом многими С++ и в Java, и даже в C#.
Как только выходит мажорная версия с несовместимой сменой API, так печаль - приложение не может использовать новую версию (не совместимую) без переписывания исходного кода. Печально, но факт.Пример:
Было Person.setFIO(String fio), где ФИО слеплены в одно поле. Разработчики либы убрали .setFIO и сделали три метода .setFirstName, .setLastName, .setPatronymicName (API без обратной совместимости).Пока не придумано технологии, которая самостоятельно подменит все вызовы setFIO, нарисует на UI три новых поля с локализацией и отрефакторит сопутствующий код.
> Как только выходит мажорная версия с несовместимой сменой API,
> так печаль - приложение не может использовать новую версиюНу так, чтобы это совсем уж большие проблемы доставило, с C/C++ бывает редко. Сходу только yaml-cpp припоминаю, где при переходе с 0.3 на 0.5 вообще радикально всё поменялось. Обычно-то относительно небольшими патчами можно обойтись, чтобы починить сборку с новой версией, поэтому требование по версии как правило указывается только снизу. А в случаях вроде Qt, GTK, GStreamer и т.п. библиотеки с новым API идут как отдельные пакеты, старым не мешают, могут устанавливаться и использоваться рядом с ними.
Да ладно, а как же Qt 4 -> Qt5 или GTK 2 -> GTK 3? Ок живой пример у меня сейчас JavaFX приложение которое юзает Weld, писалось оно с использованием 9й беты 3й версии я сейчас легко могу скомпилить его с любой из версией 2.X.X и все будет работать(специально проверил).
Это уже смена целых эпох, а не просто версий. Такое происходит почти раз в десять лет. Кроме того, они же ставятся в систему параллельно. Другое дело было бы, если бы одной программе нужна была версия Qt не ниже 4.4.x и не выше 4.6.x, другой - не ниже 4.7.x, третьей не выше 4.7.x и т.д. И исправление этого требовало бы огромных патчей, сопоставимых с портированием с Qt 3 на Qt 4 (или с yaml-cpp 0.3 на 0.5), а не пары строчек.
это пока не столкнетесь с логерами и криптопро, там и начнете может и не минорную версию подбирать, то точно даже не на мажорной всё повалится.
правда это всё относится и питону и другим языкам и их библиотекам
>Maven, Gradle, JenkinsО, интересно, а как сервис интеграции оказалась в одном ряду с системами сборки проектов?
> О, интересно, а как сервис интеграции оказалась в одном ряду с системами
> сборки проектов?s/сервис интеграции/система непрерывной интеграции/
Уууу дедуль да вы походу в каменном веке живете. :D Maven уже легаси про ant вообще все уже забыли. Все давно юзат Gradle и никаких проблем не испытывают и не только для Java. А "cmake, autotools" про это дерьмо лучше заткнуться и не вспоминать вообще...
> Уууу дедуль да вы походу в каменном веке живете. :D Maven уже
> легаси про ant вообще все уже забыли. Все давно юзат Gradle
> и никаких проблем не испытывают и не только для Java. А
> "cmake, autotools" про это дерьмо лучше заткнуться и не вспоминать вообще...Вот взял сейчас последнюю версию freecol (0.11.3), там написано, что собирать надо с помощью ant. Пробуем, не выходит, какой-то бред пишет: http://pastebin.com/FMs2DhBt
То есть ругается на строку, которая вообще в исходниках как комментарий идёт, а не как код.
Ну вы возьмите что нибудь по свежее этого протухшего уг... CDI имплементацию Weld например, которая собирается одной строчкой хоть он и до сих пор юзает Maven или Hebernate котоырй перешел на Gradle с хрен знает каких времен.
А если хочется экстрима то можно собрать OpenJFX или вообще OpenJDK которые при всем своем чудовищном размере так же собирается одной строчкой. Например я вообще не представляю как реализовать скрипт сборки OpenJFX на CMAKE... У нас он на более мелком проекте исчерпал свой функционал и прешлось переводить сишный проект на Gradle.
Ну тут я не специально беру, а исхожу из практики, с чем приходится реально сталкиваться. Но тут хоть легко сборку можно починить, простой случай.
да не слушайте их, у людей однобокое представление: конечно, если начинать проект с нуля, предварительно почитав книжечку про очередную систему сборки, то все будет хорошо
но как быть с легаси, которого уже куча, причем каждое приложение юзает свой набор фреймворков/разные системы сборки и тп (в Джаве почему-то все меняется просто с каледоскопической скоростью, такого разнообразия решения для одних и тех же задач вы просто нигде не увидите, гарантирую)
а ведь несовместимостей просто куча, не всегда они на поверхности, но сколько раз видел, как люди под очередную тулзу ставили именно конкретную версию Джавы(разводя у зоопарк jvm у себя на машине) - где-то надо именно Java 5, где-то Java 6, где-то надо именно Oracle JVM, где-то IBM J9, где-то и OpenJDK пойдет и тд
(формат тут жрётся)
Там где дотягивался в продакшене __только__:
> именно Java 6, где-то Java 5, надо именно Oracle JVM,А вот:
> где-то IBM J9, где-то и OpenJDK пойдет и тдВ продакшене не наблюдал. Как и v7, v8
>> Уууу дедуль да вы походу в каменном веке живете. :D Maven уже
>> легаси про ant вообще все уже забыли. Все давно юзат Gradle
>> и никаких проблем не испытывают и не только для Java. А
>> "cmake, autotools" про это дерьмо лучше заткнуться и не вспоминать вообще...
> Вот взял сейчас последнюю версию freecol (0.11.3), там написано, что собирать надо
> с помощью ant. Пробуем, не выходит, какой-то бред пишет: http://pastebin.com/FMs2DhBt
> То есть ругается на строку, которая вообще в исходниках как комментарий идёт,
> а не как код.Кодировки в файлах ;)
> Кодировки в файлах ;)Ну оно понятно, что лечится через ANT_OPTS="-Dfile.encoding=UTF8", но сама по себе эта ситуация оставляет ощущение маразма происходящего. Использовали авторы в комментариях к коду тире, а не минус, а ant отказывается собирать проект, пока ему явным образом не укажешь UTF8.
Погуглил, конечно, сообщение об ошибке. А потом почитал, в чём конкретно заключается проблема и какие есть варианты её решения. Потом выбрал из них наиболее подходящий и убедился, что он работает.
>сертификация отсутствует,Ложь.
> руководства по использованию программ не успевают
> за скоростью изменения самих программ,Ложь, т.к. для серьезного использования подходит и используется только LTS ПО, документация к которому вылизана.
> книг мало
Ложь. Открываем Amazon и удивляемся.
> и пишут их зачастую
> люди не обладающие необходимой квалификацией,Это Вы про творения сертифицированных M$ болванчиков, которые не видят дальше кончика носа ?
> debian 8 certification
> ubuntu 15 certification
> Что-то ничего не находится... Так и запишем: сертификация отсутствует.Вы сознательно подтасовываете факты про экосистему.
Взяли кусок экосистемы, зная что получите и выдали.
Нужна сертификация как Вы ее себе представляете, ищите по "red hat certification"
Получите вагонище.>> т.к. для серьезного использования подходит и используется только LTS
> Т.е. вы утверждаете, что не-LTS версии это несерьёзно и для л---ов?Еще раз перечитайте о чем я говорил.
В частности, от вопросе несоот. документации, что якобы это супер проблема.
Хотя никакой проблемы нет, кроме как в мозгах тех кто получает 5 копеек от M$> По запросу "Debian 2015" нашлось 20 книг из которых про Дебиан было
> 0 (прописью: ноль).Вы продолжаете заниматься шулерством.
1,349 результатов на Amazon'е только про RedHat.
Это тоже Linux.
Литература более чем проф. - первой же строчкой идет "RHCSA & RHCE Red Hat Enterprise Linux 7: Training and Exam Preparation Guide (EX200 and EX300), Third Edition Paperback – March 27, 2015"
> Я взял самые популярные дистрибутивы.В какой области ?
Домашних компьютеров, серверов и т.д. ? C каких пор для работы с домашним ПК нужна сертификация ?> Я не знал что получу. Сертификация стоит денег, которые на Линукс-сертификации я
> (лично я) не отобью.Обсуждать смысла нет.
> Давайте не будем говорить так, что если о достоинствах - то суммируя
> их по всем дистрам в понятие "Линукс", если о недостатках -
> то разделяя и сводя всё к проблемам конкретного дистра. Предлагаю говорить
> предметно. Если не Debian/Ubuntu, то что, а главное почему.Начали общие рассуждения о экосистеме, притягивая за уши то, как интересно перекрутить
> И опять ровно то же про LTS. Давайте выясним: или мы говорим
> про LTS, но тогда и книги и сертификация должны быть про
> LTS, или мы говорим не про LTS, или мы говорим не
> только про LTS. Хватит суммировать преимущества и игнорировать недостатки.Нет, начинайте с себя. Начиная плодить посты с полосканием всей экосистемы, очерчивайте круг. Если Вы автор оригинального пассажа
Вся сертификация которая стоит денег, весь массив серьезной литературы рассчитан на продукты с длительным сроком поддержки.
И рассуждения "нет сертификации и актуальной документации" к этому классу продуктов - неприменим.> Сертификация RHCE для сис. админов. Если почитаете, то поймёте что 99% занимает
> консоль.Не стоит меня, бывшего админа, просвещать что есть его работа и ее характер.
Есть сертификации и книг помимо администраторов ... и Вы это знаете.> Тогда как в реальной работе пользователя с ОС консоль занимает
> куда как меньшее время.Для пользователей как раз и написаны те книги, которые Вы читать не пожелали.
Для тех кому нужно круче ... так или иначе в CLI упирается.Потому как удобство этого инструмента универсально.
К примеру если Вы хоть раз чертили серьезные чертежи в AutoCad, то работа с CLI там занимает порядка 2/3 времени.
> Обсуждать смысла нет.Ну так и не разговаривайте с табуреткой -- см. тж. http://wiki.opennet.ru/MSSP
> К примеру если Вы хоть раз чертили серьезные чертежи в AutoCad, то работа с CLI там занимает порядка 2/3 времени.серьезные чертежи??? AutoCad??? я не ошибся и эти 2 слова действительно стоят вместе?
> Широко распространён миф, что использование Windows способствует более глубокому пониманию
> процессов и более полному контролю за работой компьютера. Реальность, к сожалению,
> совсем другая: сертификация отсутствует, руководства по использованию программ не успевают
> за скоростью изменения самих программ, книг мало и пишут их зачастую
> люди не обладающие необходимой квалификацией, в результате чего проблемы гуглятся и
> вместо понимания предметной области закрепляется способ решения проблем путём забивания
> полученного тех. задания в окошко google.com или создания темы на профильном
> форуме.
> Если не секрет, как вы узнали об этой опции и о том, что описанную проблему нужно решать именно так?Вс1 как ты описал :) (моей правкой - не благодари)
И да - на гугле. Ибо на MS сайтах хрена чего найдёшь, они сами про свой кал не знают :)
> Вот взял сейчас последнюю версию freecol (0.11.3), там написано, что собирать надо
> с помощью ant. Пробуем, не выходит, какой-то бред пишет: http://pastebin.com/FMs2DhBtОбычно такие вещи происходят, когда проблемы с кодировкой.
У Вас в выводе ою этом сказано вполне соот.
Такого бывает, если те, кто писал javac таску Ant потрудились указать верный encoding, который бы соот. кодировке файлов (если везде не utf-8)> То есть ругается на строку, которая вообще в исходниках как комментарий идёт,
> а не как код.Комментарии в большей части языков - куда более сложное явление, и подчас указанные в них настройки влияют на сборку
В целом же ваши претензии - претензии человека, который не понимая как водить машиной крутит рулем, нажимает на педали и вещает - какое д..мо авто.
В Java - уникальные технологии сборки проектов .. почитайте хотя-бы что такое Maven или Gradle
Просто рукожоство отдельных разрабов в сочетании с Вашими скромными познаниями - не повод хаять платформу
> Просто рукожоство отдельных разрабов в сочетании с Вашими скромными познаниями - не повод хаять платформуУвы, если бы рукожопство среди использующих платформу не было таким распространённым, может и не сформировалось бы именно о Java такое мнение. Не верится ведь, что новый PlayOnLinux будет образцовым проектом, а не таким же, как те Java-проекты, с которыми доводилось сталкиваться ранее.
типичное рассуждение чайника с явой не работавшего
> типичное рассуждение чайника с явой не работавшегоСм. http://www.opennet.ru/openforum/vsluhforumID3/102911.html#56
> Где для сборки используются не компактные легко читаемые проекты на
> cmake, autotools и т.п., а безумные огромные xml для ant (это
> если ещё повезёт).<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
<version>1.1.2</version>
</dependency>Use maven, Luke! ;)
> Use maven, Luke! ;)Да вот выше сказали, что и Maven успел устареть. Или нет ещё?
Keep calm and use Gradle! ;)dependencies {
compile 'ch.qos.logback:logback-classic:1.1.2'
}
Хах! Забавный поток бессознательного бреда) Что громоздкого в Gradle? Что за ахинея с "точными версиями" библиотек? Я не то чтобы оправдываю переезд на Java, но аргументы против по меньшей мере дурацкие
>Ещё больший лол, это "упрощение сопровождения". Это с Java, где обычное явление, когда для сборки нужна определённая версия библиотеки, не больше и не меньше.Это фигня, это вы ещё с педоном не сталкивались.
Пробовал я несколько раз sK1 запустить - ни с одной версией педона не заработало
Да чего там говорить
dev-lang/perl - одна версия
dev-lang/python - ажно 4 версии приходится держать(2.7) 2.7.9-r1 ~2.7.9-r2 ~2.7.10
(3.2) 3.2.5-r6
(3.3) 3.3.5-r1
(3.4) ~3.4.0 3.4.1 ~3.4.2 ~3.4.3
>а безумные огромные xml для ant (это если ещё повезёт)Нет, мне определённо нравятся люди, которые не имеют опыта в чём-то, но на каждом углу кричат, что %технологиянэйм% гуано. Ant уже никто не пользуется, есть Maven, Gradle, Ivy. С разморозкой.
> Ещё больший лол, это "упрощение сопровождения". Это с Java, где обычное явление,
> когда для сборки нужна определённая версия библиотеки, не больше и не
> меньше. Где для сборки используются не компактные легко читаемые проекты на
> cmake, autotools и т.п., а безумные огромные xml для ant (это
> если ещё повезёт). Где вместо вменяемого текста ошибок сборки сплошь и
> рядом сообщения в духе "не, что-то не получается собрать, извините". Много
> всякого трэша есть, на котором кто-то под линукс пишет (Gambas, Lazarus
> и т.п.), но Java - это просто запредельно неприятный не столько
> язык (он-то как раз нормальный), сколько сопутствующие ему явления, прямо противоположные
> упомянуютому "упрощению сопровождения".В Java есть мавен (или градл) и дженкинс. И сборка проекта и отслеживание библиотек процедура простейшая. Ничего и близко похожего в Питоне нет. Да и вообще ни в одной другой экосистеме нет. Питон для сколь либо крупного ответственного продакшена -- не годен. Пока.
пора делать GTK-версию q4wine
> увеличение производительности ядра продуктаПохоже, что попробовав "питон не тормозит", они решили попробовать на вкус "ява не тормозит".
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lan...
Класс просто прелестно, теперь для того чтоб запустить пустой wine с блокнотом через PoL нужно будет 4 гига оперативки ^_^/сарказм_мод on
однозначно нужно =)
/сарказм_мод off
Для блокнота сабж не нужен.
>Для блокнота сабж не нужен.я привел пример, первой программы которая пришла в голову, которая не требует ресурсов, чтоб провести аналогию.
Сатира не удалась =(
всё приходит с опытом. тада тада там, бдыщь!
Тут скорее обратная проблема. PlayOnLinux нужен для запуска игр, которым вычислительные ресурсы компьютера как раз нужны. А Java их будет отъедать, особенно память. Это плохо.
>Тут скорее обратная проблема. PlayOnLinux нужен для запуска игр, которым вычислительные ресурсы компьютера как раз нужны. А Java их будет отъедать, особенно память. Это плохо.именно это я и хотел сказать =)
> именно это я и хотел сказать =)Что помешало?
>Тут скорее обратная проблема. PlayOnLinux нужен для запуска игр, которым вычислительные ресурсы компьютера как раз нужны. А Java их будет отъедать, особенно память. Это плохо.Не совсем так. PlayOnLinux не работает вместе с игрой. Он лишь упрощает установку игры и настройку его под Линакс. Т.е. создает новый вайн алиас специально для требуемой игры, скачивает нужную версию вайна, подсовывает нужный конфиг для него, скачивает сопутствующие библиотеки, необходимые для запуска (напр. direct3d) и др.
Игра после этого запускается через этот инстанс вайна.
>>Тут скорее обратная проблема. PlayOnLinux нужен для запуска игр, которым вычислительные ресурсы компьютера как раз нужны. А Java их будет отъедать, особенно память. Это плохо.
> Не совсем так. PlayOnLinux не работает вместе с игрой. Он лишь упрощает
> установку игры и настройку его под Линакс. Т.е. создает новый вайн
> алиас специально для требуемой игры, скачивает нужную версию вайна, подсовывает нужный
> конфиг для него, скачивает сопутствующие библиотеки, необходимые для запуска (напр. direct3d)
> и др.
> Игра после этого запускается через этот инстанс вайна.это все неважно, важно не включая мозг обругать яву
Проблема в том что PoL, как обвес начнет забирать ресурсы на JVM, при том ничего не делать просто висеть и кушать часть памяти. просто потому что java, для джавы есть масса применений не надо тащить ее в desktop.
Ну вот Мы и увидим, что было виновато в "плохом качестве кода": руки или инфраструктура разработки
Можно проследить как разработчики развиваются в программировании. Сперва школьный проект на Bash, затем институский на Python, теперь видимо их взяли на работу в большую фирму)
в больших фирмах тоже не мало извращенцев питонистов
Подкорректирую:
"в больших фирмах тоже не мало извращенцев"
> Подкорректирую:
> "в больших фирмах тоже не мало извращенцев"... на любых языках.
Зря иронизируете. aTunes - вполне себе неплохой продукт. С потреблением ресурсов там все в полном порядке. Есть множество хорошего софта на Java.
> Зря иронизируете. aTunes - вполне себе неплохой продукт. С потреблением ресурсов там все в полном порядке.Отличный продукт. Только никто не пользуется.
> Есть множество хорошего софта* на Java
* как считают его авторы
Прошу привести пример хорошего софта на Яве. Из популярного.
> Прошу привести пример хорошего софта на Яве.Глаза раскройте, пожалуйста.
Такие вещи как IDE от JetBrains Вы не видели никогда ?
Или не работали с таким серверным ПО, как WebLogic или WebSphere ?
Не использовали Cassndr'у ?
и т.д.
ide от jetbrains уже так задрала подвисанием при вызове контексного меню, что начал переходить на vim
> ide от jetbrains уже так задрала подвисанием при вызове контексного меню,Версия IDE, используемая ОС, платформа java, номер Вашего тикета в службе поддержки
Без этого - разговор не о чем.
Пусть деньги сначала вернут «барыжки» за "стабильный продукт"…
>> ide от jetbrains уже так задрала подвисанием при вызове контексного меню,
> Версия IDE, используемая ОС, платформа java, номер Вашего тикета в службе поддержки
> Без этого - разговор не о чем.Стандартный отмаз. Слив защитан!(С)LOR
Это "из популярного"? Этим пользуются Ява программисты в основном. Коих среди пользователей ПК ничтожно мало. А серверное ПО тоже теперь стало популярным для пользователей ПК?
>> Прошу привести пример хорошего софта на Яве.
> Глаза раскройте, пожалуйста.Вам? :)
> Такие вещи как IDE от JetBrains Вы не видели никогда ?
> Или не работали с таким серверным ПО, как WebLogic или WebSphere ?
> Не использовали Cassndr'у ?ППЦ. Жаба программы нужны, чтобы можно было хоть как то работать с другими жабо программами , которые сделаны для того чтобы 3-и жабопрограммы ...
В общем как я и думал - софта для людей на жабе нет! :)
> ППЦ. Жаба программы нужны, чтобы можно было хоть как то работать с
> другими жабо программамиkey<>store хранилище Cassandra хранит данные безотносительно платформы
IDE от JetBrains работают с таким спектром языков, что Вы и представить себе не можете.
Вот сейчас я в RubyMine пилю проект на RoR, завтра полезу в PyCharm и т.д.> В общем как я и думал - софта для людей на жабе
> нет! :)Вы и думать - понятия противоположные
>> В общем как я и думал - софта для людей на жабе нет! :)
> Вы и думать - понятия противоположныеПрограммеры =/= просто люди. Бабуля или мама твоя чего на жабо пользует?
Впрочем, возвращаю - "Вы и думать - понятия противоположные"
>>> В общем как я и думал - софта для людей на жабе нет! :)
>> Вы и думать - понятия противоположные
> Программеры =/= просто люди. Бабуля или мама твоя чего на жабо пользует?Мама заходит на соц. сеть, которая в backend'е использует Java
К примеру key <> store хранилище написанное на Java.
Т.е. происходит неявное, но весьма активное использование этого класса ПО.
А сама сеть написана в IDE, что ускорило время написание ,удешевило сопровождение и т.д. - т.е. сделало доступной это решение.Или к примеру ... весьма большая часть SoftSwitch для VOIP операторов - написаны на Java.
Т.е. делая SIP,H.323 ... да хоть SS7 вызов Вы используете ее.Посмотрите чуток дальше собтс. носа.
> =/=
Это откуда ?
Самый близкий - это из Haskell .... /=
Да, в студию аналог решений для бизнеса уровня хотя-бы WebLogic, которая бы не использовала Java.
> Такие вещи как IDE от JetBrains Вы не видели никогда ?видел. печальная история. на вопрос «а зачем оно надо» хипстота начинает несвязно что‐то бормотать про «рефакторинг», «отладку» и другую не относящуюся к теме ерунду. ну, то есть, про процессы, где нужна вовсе не IDE, а рабочий головной мозг. за неимением такого хипстота надеется, что IDE вывезет.
мне тут завсегда вспоминается интересный эксперимент, когда в одной конторе на месяц программистов пересадили в «обычный текстовый редактор» и запретили пользоваться отладчиком. в результате за этот месяц было починено несколько «долговисящих» багов, написаный код был менее забагован, чем обычно, а также в софте значительно улучшилась система логирования, что позволило выправить ещё несколько heisenbugs у клиентов.
heisenbugs - это что такое?
> heisenbugs - это что такое?попробуй попросить гугель — пусть они тебя разбанят в своём поисковике.
> а также в софте значительно улучшилась система логирования, что позволило выправить
> ещё несколько heisenbugs у клиентов.Что, кстати, крайне характерно. Помнится, Володя Бутенко в fido7.ru.linux доступно излагал, чем хороший и *всегда* доступный для включения лог лучше "отладочных сборок".
угу. поэтому с течением времени я прекратил, например, практику «отладочных билдов» и «релизных билдов». тестировать следует исключительно то, что является «релизом», и никак иначе. равно как в подавляющем большинстве случаев нет никакого смысла собирать с опциями «отключить assert'ы», «отключить range checking» и ты пы.в целом — вообще имеет смысл всегда писать минимальный лог, который не тормозит работу. и иметь ключи для включения детального лога с пояснениями, что происходит.
> в целом — вообще имеет смысл всегда писать минимальный лог, который не
> тормозит работу. и иметь ключи для включения детального лога с пояснениями,
> что происходит.Попытался найти почти слово в слово ту же фразу в архивах f.r.l '98 или около того -- похоже, гугль недоговаривает по купленному с дежаньюсом или я искать по группам разучился.
Зато нашлось другое -- приложилось к мыслям насчёт "linux как unix vs linux как windows": https://groups.google.com/forum/#!search/%22Vladimir$20Butenko%22$20group$3Afido7.ru.linux/fido7.ru.linux/r3jibo5Gntw/m3MeomJ7wOgJ
> Попытался найти почти слово в слово ту же фразу в архивах f.r.l
> '98 или около того -- похоже, гугль недоговаривает по купленному с
> дежаньюсом или я искать по группам разучился.ну так это же очевидная штука, кэп обзавидуется. многие программисты по мере накопления опыта приходят к таким же выводам. ну, и с удивлением обнаруживают, что Отцы давным‐давно так делают.
иногда ещё обнаруживают, что встроеная в программу командная консоль — очень удобный инструмент. внезапно. и что возможность подключиться к работающей программе телнетом и посмотреть, что там у неё внутре творится да почему неонка не светит — очень даже решает кучу проблем на машинах пользователей. где никаких отладчиков отродясь не водилось, а фигня случается регулярно.
> на вопрос «а зачем оно надо» хипстота начинает несвязно
> что‐то бормотать про «рефакторинг», «отладку» и другую не
> относящуюся к теме ерунду.про рефакторинг говорит, например, Мартин Фаулер:
http://www.ozon.ru/context/detail/id/1308678/Роберт Мартин:
http://www.ozon.ru/context/detail/id/21916535/и Стив Макконнелл:
http://www.ozon.ru/context/detail/id/5508646/> ну, то есть, про процессы, где нужна вовсе не IDE, а рабочий головной мозг.
> за неимением такого хипстота надеется, что IDE вывезет.JetBrains IDEA - это инструмент, который позволяет проводить рефакторинг быстрее,
уменьшая почти до нуля количество лишней механической работы по правке исходников.откуда столько ненависти к тем инструментам которыми не умеешь пользоваться?
P.S.
https://ru.wikipedia.org/wiki/Луддиты
> Прошу привести пример хорошего софта на Яве. Из популярного.И тем не менее freemind.
ничёсебе популярное, первый раз слышу))
Я просил из популярного.
>... были частично переписаны на Python c сохранением возможности использования классических сценариев на bash.а теперь обернут всё это в Java и будет запускать под Wine на ненаглядной ОС ))
Конечно, на Андроиде с Java проще, но вообще-то это напоминает историю про плохого танцора, особенно часть про статический контроль. Если бы ребята изначально представляли способы обеспечения надёжности при письме на динамических языках, это не стало бы основанием, заслуживающим упоминания. Если код УЖЕ написан, и в качестве довода для переписки приводится такой, это значит, что изначально писали без понимания.
> Если бы ребята изначально представляли способы обеспечения надёжности при письме на динамических языкахПредставить себе пустое множество не так уж и сложно.
> Представить себе пустое множество не так уж и сложно.Да, опеннетовский аноним, конечно, знает всё и обо всём готов авторитетно рассказать. Но, говорят, сейчас в Интернете прогнозируется спад количества экспертов. Многих отправят на лето на дачу к бабушке.
> Но, говорят, сейчас в Интернете прогнозируется спад количества экспертов.
> Многих отправят на лето на дачу к бабушке.Эт - врядли. Нынче Ынтернет во все поля. Не везде быстрый, но есть - везде. Я только что с одного хуторка вернулся, там туалет - на улице, но Ынтернет есть. По свистку.
>на Андроиде с Java прощеТолько андроидоразработчикам от этого нет. Можно только костылять с NDK.
Проект PlayOnLinux переходит в разряд ненужных. Давно перешёл, точнее.
Сменили шило на мыло. Если бы на C++ перешли, то еще можно было бы поверить увеличению производительности.
> Сменили шило на мыло.Ась ? в Python уже нет GIL ? Нормальный JIT ? Нормальный GC ?
После этого - не открывайте рот, сравнивания х с пальцем
Ась ? в Java уже нормальный JIT (нет глюков оппкода)? Нормальный GC ?// fixed
> в Java уже нормальный JIT (нет глюков оппкода)? Нормальный GC?В Java просто отличный JIT и отличный GC.
Например, чтобы устранить проблемы с утечками памяти в программах на питоне -
рекомендуют запускать питоновский код на Jython - там все работает нормально.http://chase-seibert.github.io/blog/2013/08/03/diagnosing-me...
Diagnosing Memory "Leaks" in Python
> Ась ? в Python уже нет GIL ? Нормальный JIT ? Нормальный
> GC ?PYPY
Нахрена он нужен на андроиде? Что за бред? Эмулировать x86 игры с OpenGL на arm-е с GLES?
Он сам ничего и не эмулирует. Это просто оболочка для Wine и winetricks.
Wine вообще есть под Android? И если да, то что под ним вообще гоняют? ))
Да знаю, пользовался как то давно. Ну так, откуда вайн на андроиде и главное зачем.
Т.к. архитектуры разные тут без эмуляции не обойтись.
> Ну так, откуда вайн на андроиде и главное зачем.Пока я правил свой коммент, ты задал тот же вопрос. ))
Тогда RIP.
Сколько я им пользовался... Теперь пора валить на q4wine
> Хотя нет q4wine похоже спекся
aptitude show q4wine
...
Сайт: https://web.archive.org/web/20131204020055/http://q4wine.bre.../
Почему не на Crossover?
Это очень хорошая новость! Но странная.
Пользуюсь торрент-клиентом на Java. Выглядит как приложение GTK. Если KDE, стиль Qt тоже подхватывает. Так что пусть Java - в Mint она есть "из коротки".
Azureus?
Java уже перестала кушать много памяти?
> Java уже перестала кушать много памяти?уж лет 15 как
В скрипте запуска жёстко задано 256 Мб. В большинстве случаев хватает, но когда я начал качать большой торрент (100 Гб) с большим количеством файлов, клиент иногда "падал". Открываешь "Файлы", немного пролистываешь - и всё. В логах "Остался 1 Мб памяти, увеличьте выделение памяти".
256 Мб торрент клиенту. Дальше ехать некуда.
>улучшение переносимости (создание портов для OS X, BSD-систем и Android)Т.к. PlayOnLinux это всего лишь обёртка для Wine -- её можно хоть на FreePascal переписать, только смысла особого нет. И да, какой нафиг андройд?
Такой:) Ветка для ARM существует с 2009 года http://wiki.winehq.org/ARM
> Такой:) Ветка для ARM существует с 2009 года http://wiki.winehq.org/ARMПогуглил. Существует вышеуказанная страница и статьи на хакере/хабре от 2013 года, что, мол, скоро будет, но по факту ничего нет. :)
>> Такой:) Ветка для ARM существует с 2009 года http://wiki.winehq.org/ARM
> Погуглил. Существует вышеуказанная страница и статьи на хакере/хабре от 2013 года, что,
> мол, скоро будет, но по факту ничего нет. :)Starcraft на OpenPandora уже запускали. Правда, это чуть ли не единственный случай применения.
А не выпустили еще дистрик где только Wine и есть... Кстати, а что если стартануть explorer будет подобие венды или что-то тырнуть из ReactOS получиться вполне себе линдовс или пока не доперли еще до этого?
А почему не упоминули что там будет новый UI на JavaFX?
Кто на Яве уже успел написать хеловорлд и сотворить окно с одной кнопкой, сравните инкапсуляцию бизнес-логики, внедрение зависимости, средства мониторинга сервера и масштабируемость с другими языками. Сравните, что Ява имеет на борту, какие есть библиотеки фреймворки, и в какие трудозатраты выльются разработка и поддержка серьезных бизнес-решений на других языках. Скажу сразу, в этом сравнении Ява выиграет всухую любой питон и прочие руби-шмуби.
> Скажу сразу, в этом сравнении Ява выиграет всухую любой питон и прочие руби-шмуби.Только вот почемуто :) все новомодные фейсбуки\титеро\инстаграммы пишут на "руби-шмуби" и то и на пыхе.
Выходит что под реальной нагрузкой это дешевле чем жабо?
А я вам страшную тайну открою - под реальной нагрузкой жабо плющится и нырнув в GC уже не выныривает. Проверено(С) Ъ!
>> Скажу сразу, в этом сравнении Ява выиграет всухую любой питон и прочие руби-шмуби.
> Только вот почемуто :) все новомодные фейсбуки\титеро\инстаграммы пишут на "руби-шмуби"
> и то и на пыхе.
> Выходит что под реальной нагрузкой это дешевле чем жабо?Нет, вопрос в стоимости разработки.
Разработка под ними - дешевле, в силу большей доступности толпы кодеров с низкой квалификацией, которые
Сильно, вот это факт.> А я вам страшную тайну открою - под реальной нагрузкой жабо плющится
В реальной ситуации в реальном проекте как только .. да хоть ruby упирается в ограничения архитектуры подключают Java.
Самый яркий пример - Twitter и переписывание крит. участков на Java.
Или идут на написание фактически своей платформы, как Facebook, где пых - не более чем синтаксический сахар.
На этом к слову, серьезные люди зарабатывают деньги ... когда стартаперский хлам в божеский вид приводят на проектах, где стоит вопрос производительности.> и нырнув в GC уже не выныривает. Проверено(С) Ъ!
Перед проверкой неплохо бы ручки из дупы вынуть, потому как реальная ПО Java с правильно настроенными параметрами JVM пережевывает такие нагрузки, что ..
>> и нырнув в GC уже не выныривает. Проверено(С) Ъ!
> Перед проверкой неплохо бы ручки из дупы вынуть,Ну вынь :)
> потому как реальная ПО Java с правильно настроенными параметрами JVM пережевывает такие нагрузки, что ..Что ты не знаешь что такое бывает. Ну нету таких на локалхосте. А вот у меня в телекоме - каждый б*ля день. Так что расскажи бабуле - оно поверит(С)
>> потому как реальная ПО Java с правильно настроенными параметрами JVM пережевывает такие нагрузки, что ..
> Что ты не знаешь что такое бывает.Вы продолжаете ручки свои в дупе держать
> А вот у меня в телекоме - каждый б*ля день.
Я 7 лет в связи работал, у нас были несколько как раз Java продуктов
И паскудным был только один - в силу б..ти вендора, платформа там вообще не причем.
А остальное ... к примеру - SoftSwitch'и бегалиПотому - конкретнее, с подробностями.
Продукт, окружение, кто занимался разработкой, внедрением и т.д.
Опции JVM в студию, ОС, настройки ОС, данные мониторинга, в где узкие места
Как бы оказалось, что Вы дали JVM слишком маленький heap в сочетании с GC по умолчанию ... и усадили
Жаба-программистам всегда "ОС" жмёт? Или опции JVM танцевать мешают? Знаем-знаем когда сами всё настроят и снова не получится будут ныть мол железо плохое и не энтерпрайзненькое...
А вообще ваши сказки про то, как "когда руби начинает тормозить подключают жабистов" верно только в прочтении "переписывают критичные к скорости и памяти места на СИшечке".
> Жаба-программистам всегда "ОС" жмёт?Дон не в курсе, что для обработки высоких нагрузок необходима спец. настройка ОС ?
И других компонентов ?> Или опции JVM танцевать мешают?
Мне они не мешают, а помогаю решать задачи, выжимая все.
Но в кривых руках неумех и дилетантов, которые не способны прочитать документацию, они становятся врагом
Но принать себя дилетантом ... нет, мы будем орать про какой плохой JVM> будут ныть мол железо
> плохое и не энтерпрайзненькое...Пока я слышу ной дилетантов, которые так и не смогли доказать, что Java и них тормозит не в силу кривости ИХ рук
> А вообще ваши сказки про то, как "когда руби начинает тормозить подключают
> жабистов"Вам пора искать серьз. работу.
Потому что, когда арх. угребище начинает ложиться под нагрузкой и команда которая ее породила не способна справиться ... вот тогда приходят к таким как мы.
Берется оценка, анализ и выдается несколько решений.
Каждое - это н чел.-часов.
В большей части случаев решение - перепиливание арх. тех. решения, потом - подключение сторонних ... на базе Java экосистемы как раз ложатся, отличная про-ть в сочетании с невысокой стоимость разработки
Бывает Erlang и т.д.
Есть случаи переписывания на C++, но очень редкие ...
Твиттер перешел давно на Scala, конечно же там есть JVM. Но похоже ты не смотришь какой бэграунд имееют их текущие lead-инженеры, это люди которые писали и пишут на C, C+, Haskel, Python, Ruby чистых джавистов я пока у них не видел. Так что о критически-важных участках кода на ява, это ты ляпнул сильно.А вот тебе другой недавний пример: PayPal перешел с Java на NodeJS, КАК?!! С Джава, да ещё и финансовый сервис?!! ДА! Потому как критически важные участки не пишут на JAVA, а идут на C и С++.
Ты похоже забыл ещё один хайлоад на JAVA - LinkedIn...но там такой заопарк из сервисов/языков, что Ява - а точнее JVM, ибо Джавы с её экосистемой, Серверлетами, JBOSS, и другой EE-мишурой в используемом ими Play почти нету. А критически важные части...ну ты понял вообщем.
> А я вам страшную тайну открою - под реальной нагрузкой жабо плющится
> и нырнув в GC уже не выныривает. Проверено(С) Ъ!Нечего на зеркало пенять, коли рожа крива.
Под нереальной нагрузкой Java ведет себя очень хорошо,
например: https://netflix.github.io/ - весь софт на Java.
> например: https://netflix.github.io/ - весь софт на Java.Почитай их опсов - это боль, кровь и гиммор :)
>> Например: https://netflix.github.io/ - весь софт на Java.
> Почитай их опсов - это боль, кровь и гиммор :)Не видел жалоб со стороны netflix на ими же созданный софт.
Да и какие есть альтернативы, собственно? Переписать все на PHP ?
P.S.
There are only two kinds of languages: the ones people complain about and the ones nobody uses. — Bjarne Stroustrup
Есть всего 2 типа языков: те, на которые все жалуются и те, которыми никто не пользуется. — Бьерн Страуструп
> Только вот почемуто :) все новомодные фейсбуки\титеро\инстаграммы пишут на "руби-шмуби" и то и на пыхе.https://ru.wikipedia.org/wiki/HHVM
Во-во - пошли на написание своего транслятора, а не взяли такую замечательную жабу :) Почему то :)
>> Скажу сразу, в этом сравнении Ява выиграет всухую любой питон и прочие руби-шмуби.
> Только вот почемуто :) все новомодные фейсбуки\титеро\инстаграммы пишут на "руби-шмуби"
> и то и на пыхе.
> Выходит что под реальной нагрузкой это дешевле чем жабо?
> А я вам страшную тайну открою - под реальной нагрузкой жабо плющится
> и нырнув в GC уже не выныривает. Проверено(С) Ъ!У них нет сложных процессов. Ява же хороша именно беспрецедентно развитой инфраструктурой. А не некой "производительностью". Хотя, в общем, и VM сейчас совсем не плоха. Хотя, зачастую, её пихают куда не следует, где есть куда более эффективные специализированные решения.
>> А я вам страшную тайну открою - под реальной нагрузкой жабо плющится
>> и нырнув в GC уже не выныривает. Проверено(С) Ъ!Сделать так, чтобы GC использовал много ресурсов процессора действительно можно, например, создав несколько сотен тысяч потоков, и/или сделав несколько сотен миллионов объектов в heap - но это говорит скорее о криво написанной программе, чем о каких-либо недостатках в работе JVM.
Алгоритмы и реализации сборки мусора и так в Java самые оптимальные из всех существующих в мире. Если задача действительно требует огромных размеров heap - может помочь http://www.azulsystems.com/technology/c4-garbage-collector
> Ява же хороша именно беспрецедентно развитой инфраструктурой.
> А не некой "производительностью".С производительностью у Java все в полном порядке, иногда даже быстрее за C++:
https://benchmarksgame.alioth.debian.org/u64q/compare.php?la...Для сравнения - питон для части задач работает в 30-50 раз медленнее, чем Java:
https://benchmarksgame.alioth.debian.org/u64q/benchmark.php?...
> какие есть библиотеки фреймворки, и в какие трудозатраты выльются разработка
> и поддержка серьезных бизнес-решений на других языках. Скажу сразу, в этом
> сравнении Ява выиграет всухую любой питон и прочие руби-шмуби.А зачем по воробьям, да сразу из пушки?
Да и есть такая вещь, как прототип -- ну, просто глянуть, "взлетит ли" что-то в реале или нет, собрать часть граблей реализации, пока есть возможность быстренько подправить код и опробовать варианты.
А потом уже можно потихоньку и на серьезную платформу переходить.Но вот тут, некоторые особо-истово верующие фанаты жабы/плюсов/cи обычно начинают громко вопить: "Мы знали! Знали, что пистон/рубин/хацкель <нужное вставить> причмокивают и только один труЪ язык <нужное вставить> -- труЪЪ, а аффтары софта ниасиляторы -- могли бы сразу на <нужное вставить> писать!!1"
> А зачем по воробьям, да сразу из пушки?
> Да и есть такая вещь, как прототип -- ну, просто глянуть, "взлетит
> ли" что-то в реале или нет, собрать часть граблей реализации,
> пока есть возможность быстренько подправить код и опробовать варианты.
> А потом уже можно потихоньку и на серьезную платформу переходить.В теории - оно все так. Но на практике - кто будет два раза писать код?
Фейсбук вот как начался с прототипа на PHP так и до сих пор на PHP пишется.
> Фейсбук вот как начался с прототипа на PHP так и до сих пор на PHP пишется.https://ru.wikipedia.org/wiki/HHVM
>> Фейсбук вот как начался с прототипа на PHP так и до сих пор на PHP пишется.
> https://ru.wikipedia.org/wiki/HHVMда, все правильно, потом этот PHP-код скармливают HHVM.
вот как фейсбуку приходится извращаться в результате.
из той же оперы - asm.js
>>> Фейсбук вот как начался с прототипа на PHP так и до сих пор на PHP пишется.
>> https://ru.wikipedia.org/wiki/HHVM
> да, все правильно, потом этот PHP-код скармливают HHVM.
> вот как фейсбуку приходится извращаться в результате.
> из той же оперы - asm.jspython-приложения вполне не плохо работают на PyPy, и модифицировать код не надо.
Лучше бы переписали все на golang. Выиграли бы и в производительности и портах на другие системы и думаю в привлечении новых разработчиков.
Сейчас главное с питона ушли.
Go медленне Java раза в два лол.
> Go медленне Java раза в два лол.Но лучше в 10 лол! "Нада ехать" (С) Изя, 1988
Еще не вечер, GO обязательно обгонит Java в будующем. Кроме скорости у Java перед GO нет никаких преимушеств, во всем выигрывает GO. Да и кстати когда говорил что выиграли бы в производительности имелось ввиду сравнение GO и Python.
> Еще не вечер, GO обязательно обгонит Java в будующем. Кроме скорости у
> Java перед GO нет никаких преимушеств, во всем выигрывает GO. Да
> и кстати когда говорил что выиграли бы в производительности имелось ввиду
> сравнение GO и Python.Средства сборки, тотальная стандартизация всего и вся, обилие реализаций каркасов, простота развёртывания и управления. Ничего этого в ГО нет и не будет никогда.
зато есть хипсторы с фанерными танчиками. а у жабки — макаки с картонными бананами. война примерно равна.
Это все дело наживное. А вот про простоту развертывания вы наверное пошутили да?
> Это все дело наживное. А вот про простоту развертывания вы наверное пошутили
> да?Нет.
> Это все дело наживное. А вот про простоту развертывания вы наверное пошутили
> да?Жизнь коротка. Ждать пока наживётся некогда.
Мда, и где-же тут "в два раза"??
http://benchmarksgame.alioth.debian.org/u64q/go.html
Как сломать PlayOnLinux на Python:env -i playonlinux
Что ж, ждём их творения на Java, посмотрим, чего напишут. Главное, чтобы код открытым оставался.
…и пошли они кровати переставлять…
> создание портов для OS X, BSD-систем и Androidда, да портируйте и то поскорей
Глянул, там целый велопарк:
https://ru.wikipedia.org/wiki/PlayOnLinux#.D0.A1.D0.BC._.D1....так что переживать не стоит.
типизация, качество кода и модульность ...
им на Модулу-2 надо было переходить на не на Жабу, еле-развиваемую Ораклом :/p.s.
только-только допилили первые три JIT для Бидона и .... опять куда-то убежали/мигрировали :/ это можно делать Вечно. "улучшать" путем побега кода с ЯП/платформы.
> им на Модулу-2 надо было переходитьМне вот интересно -- много ли тут народу ещё на ней код писало... (у меня была JPI TS M2)
что значит "писало"?
как писали, так и пишут.
аж UNIX портировали(вместо С-ей) на модулу.
правда в основном индастриал и проч. эмбеддовку.
у нас - в основном опк, включая спутники(включая те что в СПРЯУ систему входят и другие не менее суровые вещи).
в финансовом секторе - бодро слазят на смалталк и эрланг с эпл, жабы и вских коболов и более экзотических вещей.
и только вебмастера "апгрейдят" себя на ruby, бидон с php и жабоскрипта, но учить sql и писать нативные(sql+www-сервак, без г прослоек между)веб-приложения - никто упорно не хочет, даже в корпоративном секторе.
> что значит "писало"?Ну, руками в .DEF/.MOD :)
re #276:
> демка с городом была прикольная.Этого не помню -- больше поразил window.mod, который распечатал и разве что не наизусть вычитал (JPI давали исходники библиотек, весьма познавательно как по тем временам).
>> демка с городом была прикольная.
> Этого не помню -- больше поразил window.modтак это к нему и была демка, TUI. вид сверху, город с улицами из псевдографики, треугольники ездят, движняк, веселуха. окошки всякие можно добывать поверх, а внизу всё равно треугольнички ездят.
>> им на Модулу-2 надо было переходить
> Мне вот интересно -- много ли тут народу ещё на ней код
> писало...ну, я. тоже топспидовая. демка с городом была прикольная.
p.s. с ребятами из excelsior тоже дело имел, да.
Вполне логичный шаг.Преимущественно динамические языки без нормальных зрелых средств сборки и управления жизненным циклом делают сколь-либо управляемую разработку адом.
> сколь-либо управляемую разработкуЭто, конечно, не hello.sh -- но и далеко не сап.
>> сколь-либо управляемую разработку
> Это, конечно, не hello.sh -- но и далеко не сап.Да не важно что. Если кода много, а команда меняется понять питовскую мутоту становится совершенно невозможно. А в Яве в pom.xml посмотрел и всё ясно. Ну, в идеале ))))