AS
какая суть статьи? показать что жава плохая или реализация плохая?
Ни то и ни другое. Позать, что джава может быть и хорошо и плохо, и даже есть плохо, то на то есть свои причины
Size: a a a
2019 July 24
DA
доклад будет публиковаться?
AS
О том, что Джава может бысть быстрее плюсов тех же, какие есть проблемы и наоборот
AS
доклад будет публиковаться?
нет.
DA
митап?
AS
Он лайт и не будет всем интересен
AS
митап?
да.
AS
Ко дню сисадмина. решил вот в первый раз про джава рассказать
AS
а то я то про линукс, то про докер
AS
про жесть не расскажаешь, потому такой, обзорный докладец
AS
Ладно. Всем мира и удачи!
ТС
Вот и пытаюсь узнать это. Может были причины по которым взяли джаву и запилили ужастно тормознутное приложение (но меня это не парит). Просто докладец готовлю и сначала хотел показать СОНО как плохой пример приложений на java, но с дургой стороны подумал о причинах и решил узнать.
не знаю как щас, но когда-то там вроде были синхронные EJB-вызовы через RMI, нет?
M
а то что бывает прописано конкретно под продукт, это уже другой вопрос.
Формально нигде не указывают на какой платформе делать, что в ТЭО что в ТЗ, т.к. это противоречит требованиям на эти доки, определеяет победителя конкурсная комиссия. А кулуарно заказчики конечно могут присматриваться к референсам, составу команду, экспертизе и возможности дальнейшей поддержки.
ТС
не знаю как щас, но когда-то там вроде были синхронные EJB-вызовы через RMI, нет?
толстый клиент, который херачит RPC на сервер
ТИ
Интересно смотреть как у джавистов рвет пукан, когда говорят, что что-то не стоит писать на java. Я сам джавист, но ряд вещей прям бы не писал на джава. У ребят, которые начинали СОНО возможно были на то причины, может и нет, вот это и хотел узнать, а не устраивать холивар.
Дело в том, что утверждение «java не лучший инструмент для СОНО» должно как-то подтверждаться. В этом и был суть вопроса. Занимаюсь HFT на java, и ничего. Все работает)
Хотя я согласен, что инструмент под задачу надо подбирать. Для софта на IoT естественно java никто брать не будет. Но для server-side это вполне себе хороший выбор практически для любого типа задач. Для десктоп опять же спорно. Там по моему нет хороших решений. Что у электрона, что у java, что у .net и плюсах - везде свои недостатки есть.
Хотя я согласен, что инструмент под задачу надо подбирать. Для софта на IoT естественно java никто брать не будет. Но для server-side это вполне себе хороший выбор практически для любого типа задач. Для десктоп опять же спорно. Там по моему нет хороших решений. Что у электрона, что у java, что у .net и плюсах - везде свои недостатки есть.
ТИ
Просто десктоп в принципе непростая платформа. Как могут так и делают. Не сказал бы что java сильно хуже электрона/qt. И там и там нужно знать как готовить.
O
Просто десктоп в принципе непростая платформа. Как могут так и делают. Не сказал бы что java сильно хуже электрона/qt. И там и там нужно знать как готовить.
на электроне достаточно знаний фронтенд макаки
DA
ребята вопрос, где ищете разрабов
O
на электроне достаточно знаний фронтенд макаки
но это его плюс
DA
хх/линкедин/сарафанка и тд