Мастера DELPHI, Delphi programming community Рейтинг@Mail.ru Титульная страница Поиск, карта сайта Написать письмо 
| Новости |
Новости сайта
Поиск |
Поиск по лучшим сайтам о Delphi
FAQ |
Огромная база часто задаваемых вопросов и, конечно же, ответы к ним ;)
Статьи |
Подборка статей на самые разные темы. Все о DELPHI
Книги |
Новинки книжного рынка
Новости VCL
Обзор свежих компонент со всего мира, по-русски!
|
| Форумы
Здесь вы можете задать свой вопрос и наверняка получите ответ
| ЧАТ |
Место для общения :)
Орешник
Коллекция курьезных вопросов из форумов
Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / rsdn.org

 
Чтобы не потерять эту дискуссию, сделайте закладку « предыдущая ветвь | форум | следующая ветвь »
Страницы: 1 2 3 4 5 6 7 8 9

Как бросить писать на дельфи и начать на ява?


картман ©   (14.03.19 15:48[160]


> Дмитрий Белькевич ©   (14.03.19 12:48) [159

Джава сильна фреймворками и библиотеками, в итоге, более-менее сложное приложение зарастает десятками прослоек, жрущими ресурсы - тут никакой топ сделать ничего не в состоянии, только если все самописное, но тогда преимущества языка сходят на нет. Впрочем, одноклассники так и сделали. (Ремарочка: они еще и неуправляемую память используют, ну чтоб быстро и она не кончалась). - как раз тот случай, когда на джаве сложно и дорого.
Ну, могут себе позволить, чего бы не поизгаляться? К тому же "стало быстро" - относительно традиционнго подхода джавы.


sniknik ©   (15.03.19 11:03[161]

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

p.p.s я понял зачем в книге "философия", это не философия, это религия... и как у каждой религии у нее есть свои фанатики. рад что ее пропускал, и относился критически к все таки прочитанному, а вот был бы неокрепший разум начинающего, не закаленный асмом, дельфи, фоксом, питоном и другими языками и глядишь еще одн... да не, ну нафиг, не может такого быть.


картман ©   (15.03.19 15:43[162]


> sniknik ©   (15.03.19 11:03) [161]
> > они еще и неуправляемую память
> Это как?

Только память: выделил сколько нужно, потом сам очистил. С классами можно какие-то хитрые манипуляции делать. Класс Unsafe можно погуглить. В яве есть всякие такие штуки, редко используемые, "магические классы" их называют.


картман ©   (15.03.19 15:49[163]

Современная энтерпрайз джава - загроможденный SQL: на класс пяток аннотаций, на каждое поле столько же, если не десяток, своего кода почти нет, экземпляра ты нигде не создаешь, но очень функциональный объект получился! Тока ты не знаешь, что внутри, а так норм, дело привычки. Меня напрягает такое положение вещей, коллег - ничуть.


картман ©   (15.03.19 15:51[164]


> загроможденный SQL:

Декларативщина, в смысле


Alex Konshin ©   (17.03.19 17:48[165]


> картман ©   (15.03.19 15:43) [162]
> Только память: выделил сколько нужно, потом сам очистил.
>  С классами можно какие-то хитрые манипуляции делать. Класс
> Unsafe можно погуглить. В яве есть всякие такие штуки, редко
> используемые, "магические классы" их называют.

Class Unsafe они собрались удадить. В Java11 уже замучаешься им пользоваться, хотя пока работает.


Alex Konshin ©   (17.03.19 18:36[166]


> sniknik ©   (15.03.19 11:03) [161]

Я вроде как знаю и Delphi, и Java достаточно хорошо. Да и много другого тоже.
Замыкаться на Delphi точно не стоит потому, что это технология, которая давно уже пережила свои лучшие времена. Скажем спасибо Борланду, который "просрал все полимеры".

Тут много чего говорилось про Java. Для того, кто знает Java, в Delphi много чего не хватает. И нативность кода его не спасает, даже скорее иногда создаёт проблемы. Например, я пишу большие проекты, которые работают на всех поддерживаемых платформах. И на Java это обычно работает так "один раз построил - работает везде". Да, есть ньюансы, и бывают проблемы, специфичные для платформ, но сам код работает.
Ещё скажу про саму разработку для Delphi и Java. Я даже не буду говорить про IDE и библиотеки. Я редко использую дебаггер в Java. Обычно хватает стек трейса который выдает сама джава на исключения. Вот этой фичи очень не хватает в Delphi. Я много лет назад даже реализовал что-то подобное в Delphi, хотя всё равно это лишь жалкое подобие. И это ещё один недостаток из-за нативности кода.

И самое важное - умирает комьюнити Delphi. А это ведёт к тому, что никто не хочет использовать её в новых проектах, труднее найти ответы на вопросы, слабо развивается сам Delphi, и всё это в целом ведёт к дальнейшему уходу девелоперов с Delphi. Замкнутый круг. И я не вижу перспектив для выхода из него. Грустно, но нужно это признать и двигаться дальше.


sniknik ©   (18.03.19 00:15[167]

> которые работают на всех поддерживаемых платформах.
уже говорил, значение кроссплатформенности сильно преувеличивают. тем более в "живую" я вижу совершенно отличное от того в чем мемя пытаются убедить "в интернетах". в конторе одну программу пишут то-ли 3 то-ли 4 группы... все на яве, разница? одна пишет под винду, другая под мак, ... не знаю насколько оправдано, чем объясняется, но им всем платят зарплату, видимо не просто так. а еще когда то "драйвер"(не настоящий низкоуровневый, а просто прослойку между железом и программой) писали, начальство захотело "кросплатформенность на уровне кода" из-за этого выбрали С++, писали долго, раза в 3 дольше чем обычно, и нормально так нигде и не работало, пока все сроки не прошли, и тогда "вспомнили" - нахера нам линукс? программа для которой пишем существует только на винде... в общем то что вижу это либо блаж, либо выдается желаемое за действительное... не, я не говорю про проги уровня "хелло ворд", и не то что собирается исключительно на стандартных компонентах без оглядки на систему, может быть... но я таких никогда и не писал.

> Я редко использую дебаггер в Java.
а я без него не представляю нормальной работы... и дело не в получении исключений, скорее для отладки логики работы. с нормальной логикой исключения редки, а вот словить логический баг, при написании кода в блокноте это как нефиг делать.

> Вот этой фичи очень не хватает в Delphi.
это же ввели то ли начиная с 2007й то ли с 2009й дельфи... сам нормально не использовал, т.к. по некоторым причинам до сих пор на D7, но помню были обсуждения новшеств, даже тестил что-то из них.

p.s. вообще чем то напоминает позицию эппла, "нет какой то фичи, какая даже у китайфона есть? - она вам не нужна! зато у нас форма кирпича лицензирована!". практически анекдот про коммунизм, это когда "сегодня подробности в мясе нет!"


sniknik ©   (18.03.19 00:24[168]

https://www.gunsmoker.ru/2010/04/exception-delphi-2009.html


Eraser ©   (18.03.19 00:27[169]


> sniknik ©   (18.03.19 00:15) [167]


> уже говорил, значение кроссплатформенности сильно преувеличивают


> нахера нам линукс?

эта инфа устарела, года на 3 минимум.
мне лично запросами про линукс, за последний год, все остатки мозга проели. по гос. конторам самых различных ведомств вышли не двусмысленные и настойчивые приказы или рекомендации, использовать софт, совместимый с линуксом.

тоже самое касается поддержки mac, если работа ведется на иностранный рынок.

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

учитывая вышесказанное, кроме C++ альтернативы практически нет, к сожалению.


niteshade ©   (18.03.19 05:21[170]

>Дмитрий Белькевич ©   (14.03.19 12:48) [159]
>И, вообще, нормальной скорости на нативе, мне кажется добиться проще чем на жаве. Может она и >быстрая у топовых программистов, которые знают всё до абсолютных мелочей.
>То, что мне встречалось на жаве по скорости было так себе, что уж поделать.
Java уже давно умеет компилироваться в executable и работать без JVM


картман ©   (18.03.19 06:47[171]


> Java уже давно умеет компилироваться в executable и работать
> без JVM

Да ну?


sniknik ©   (19.03.19 16:48[172]

> мне лично запросами про линукс, за последний год, все остатки мозга проели.
чисто по приколу, так то понятно у всех все по разному... был у нас один агент, тоже этим доставал, ну то ли ему пообещали, то-ли как то узнал планы/обсуждения, тогда решали куда с doc-а переходить (и это даже не прошлый век... мы doc то ли до 2006-го то-ли до 2008го использовали, или 2004?? не помню). лично я был тогда за линукс, ну т.к. в этом случае прогу мне отдавали, причем на разработку с 0, без всяких поддержек старого... но выбрали таки виндовс, и решающим стал голос этого самого агента... он тогда при начальстве ляпнул "да сделайте наконец на линуксе, надоело уже за программу такие деньги платить"... т.е. у него ассоциировалось линукс = бесплатно, а то что прогу для него-других агентов будут писать "под заказ", и писателям зарплату вообще то платить нужно это фигня, типа "это для буржуйской винды за программы платят, а у линукса за поддержку, но мне поддержка не нужна, я сам, вы главное напишите". ну а т.к. он был один такой активный, и как оказалось по сути хотел не линукс, а халявы, то выбор автоматом сделали "от противного".

> настойчивые приказы или рекомендации, использовать софт, совместимый с линуксом.
да нет проблем, если софт есть... с чем он там будет совместим пофиг.
а вообще такой вопрос, риторический, можешь не отвечать, вы за софт на линуксе платите?


Eraser ©   (19.03.19 17:08[173]


> sniknik ©   (19.03.19 16:48) [172]


> был у нас один агент

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


> а вообще такой вопрос, риторический, можешь не отвечать,
>  вы за софт на линуксе платите?

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

тоже самое касается и нашего софта, он не лицензируется в зависимости от платформы.


Страницы: 1 2 3 4 5 6 7 8 9 версия для печати

Написать ответ

Ваше имя (регистрация  E-mail 







Разрешается использование тегов форматирования текста:
<b>жирный</b> <i>наклонный</i> <u>подчеркнутый</u>,
а для выделения текста программ, используйте <code> ... </code>
и не забывайте закрывать теги! </b></i></u></code> :)


Наверх

  Рейтинг@Mail.ru     Титульная страница Поиск, карта сайта Написать письмо