Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Java Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8   вперед  Ctrl      все
 Re: Ява не помирает ли часом?  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4220
mayton
Этот язык будет мёртворожденным. Во первых как я уже говорил
сообщество Spring запуталось. Я понимаю что у сообщества нет
единого лидера или архитектора. Но очевидно есть группа главных
коммитеров и евангелистов которые имеют какое-то vision касаемое
развития.


Он живее всех живых.
Даже упертые "староверы" из Spring Integration вынуждены были поддерживать конфигурацию на аннотациях.
Виденье простое.
1) Костяк приложения пишется декларативно, через конфиграции
2) Специфичная логика пишется императивно
3) Каждый может написать свой предметно-ориентированный ЯП

Расплата:
Жирные приложения и отвратная скорость работы.
4 сен 17, 14:07    [20769830]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
mayton
Member

Откуда: loopback
Сообщений: 35517
private
Ну а руби/рельсы - он лучше жавы для веба, но, поскольку он не типизированный, нужно держать весь проект в уме. Т.е. если проект помещается в уме - скорость разработки будет супер и качество системы тоже. Но к сожалению это не всегда возможно если проект большой, или если у тебя несколько проектов на которые нужно переключатся.

Не понял какая связь с типизацией и с держанием всего в уме.
4 сен 17, 14:42    [20769942]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
qasta
Member

Откуда:
Сообщений: 2
mayton
Но лет через 5 функционал Spring будет настолько сложен изнутри


Уже как минимум год наблюдаю подобное. Попробуйте в старом spring-boot подменить FasterXml's ObjectMapper... (это в JAX-RS делается "одним простеньким классом"). А это реально нужная вещь (ибо иногда надо устанавливать модули, включать и отключать разное и т.п.). После этого "исследования" я спринг ни в один новый проект не возьму по доброй воле - только под дулом пистолета - много, чего пришлось увидеть в их исходниках.

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

Я не про проекты размера ПриветМир.
4 сен 17, 16:00    [20770235]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
Atum1
Member

Откуда: СПБ
Сообщений: 1776
mad_nazgul
mayton
Этот язык будет мёртворожденным. Во первых как я уже говорил
сообщество Spring запуталось. Я понимаю что у сообщества нет
единого лидера или архитектора. Но очевидно есть группа главных
коммитеров и евангелистов которые имеют какое-то vision касаемое
развития.


Он живее всех живых.
Даже упертые "староверы" из Spring Integration вынуждены были поддерживать конфигурацию на аннотациях.
Виденье простое.
1) Костяк приложения пишется декларативно, через конфиграции
2) Специфичная логика пишется императивно
3) Каждый может написать свой предметно-ориентированный ЯП

Расплата:
Жирные приложения и отвратная скорость работы.


Пока спринг радует !

https://github.com/spring-projects


И пока его делает этот человек
https://github.com/jhoeller
можно быть спокойным .

Исходники есть , Juergen Hoeller , знает как проектировать фреймворки и либы .

Да нужно знать как все устроено внутри ,

да нужно смотреть и отлаживать исходники , да иногда фиксить баги или соглашаться с не идеальностью реализации ,


но ,.... но это куда лучше чем какой нибудь glassfish написанный индусами :) https://github.com/javaee/glassfish



Картинка с другого сайта.
5 сен 17, 08:44    [20771508]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 29765
Atum1,
Вы ответили в стиле: "Любовь вопреки, или ...Любовь зла, полюбишь и козла";))
5 сен 17, 09:00    [20771532]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
mayton
Member

Откуда: loopback
Сообщений: 35517
Зачем так много внимания Спрингу? Мы уподобляемся сишникам которые взяв сложный
язык большую половину жизни воюют не с бизнес-фичами а с фреймворками и языками.

Давайте думать о бизнес фичах. Возьмите легкие фреймворки. Нужен только DI - возмите Guice.
Не берите SpringBoot из за тренда!
5 сен 17, 09:07    [20771556]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
Usman
Member

Откуда: من ألماتي
Сообщений: 5007
mayton
Возьмите легкие фреймворки
Потом их нужно как-то "сдружить" между собой.
Позаботиться о поддержке, масштабируемости итэдэ.
5 сен 17, 09:42    [20771700]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
Семен.Семенович
Member

Откуда:
Сообщений: 167
Фреймворки, бизнес фичи, индусы ))))

Знали бы отца основатели айти компьютеров (те самые серьезные дядьки) во что деградирует их детище ))
5 сен 17, 09:44    [20771708]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
Usman
Member

Откуда: من ألماتي
Сообщений: 5007
guest2
Usman
пропущено...
потихонечку отвыкайте от синтаксического сахара, которого нет в Java (:

Ну почему же, не от всего. Есть например https://projectlombok.org/ .
частично решает проблему замещения Properties.

- goto (C# Reference)
- Conversion Keywords (C# Reference)
- var (C# Reference)
- yield (C# Reference)
- ?? Operator (C# Reference)
- using Directive (C# Reference) (using alias directive)
...
5 сен 17, 10:44    [20771914]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
private
Member

Откуда:
Сообщений: 1586
> Нужен только DI

А нахрена он нужен? Ладно-бы, если-бы ДИ умел управлять динамическими обьектами и т.п. (что-то такое было в давно заглохшем JBoss Seam). Но он же нихрена не уметт кроме того как собрать статические зависимости? Нахрена он нужен вообще, если только вы что-то не супер конфигурируемое пишите где каждый компонент меняет кто хочет когда хочет?
5 сен 17, 18:30    [20773741]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
mayton
Member

Откуда: loopback
Сообщений: 35517
Пора признать что дотнетчики считают нас вурдалаками. Из за реализации пропертей.
5 сен 17, 19:49    [20773838]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 29765
private
Ладно-бы, если-бы ДИ умел управлять динамическими обьектами

Это ты так работу программиста по БЛ описал? )
5 сен 17, 20:14    [20773867]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
Ихний
Member

Откуда: Николаев
Сообщений: 1
А что, собсно, не так с питончиком? Не собираюсь разводить споры и срачи, просто интересно чем не угоден
11 сен 17, 16:23    [20787503]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
Blazkowicz
Member

Откуда:
Сообщений: 23583
Ихний
А что, собсно, не так с питончиком?

Всё так. Язык чудесно подходит для своего круга задач.

Ихний
Не собираюсь разводить споры и срачи, просто интересно чем не угоден

Не вписался в ынтерпрайз всё по тем же причинам. Динамические языки хороши для написания, но не очень хороши для поддержки кривого кода. Ну, и в производительности, местами с Java тягаться не может.
11 сен 17, 16:54    [20787666]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
Alexey Tomin
Member

Откуда: Самара
Сообщений: 1393
Ихний
А что, собсно, не так с питончиком? Не собираюсь разводить споры и срачи, просто интересно чем не угоден


1. Проблема с пониманием чужого кода. Когда нельзя посмотреть возможные поля, а приходится надеятся отлько на утиную типизацию- читать сложнее. Как и в js. Стоит someObject.someCall - И ЧТО?
Хочешь посмотреть "а кто вызывает этот метод"- И КАК?
2. Нет забавных вещей, типа поддержки многопоточности. Как хранить ресурсы, общие для потоков?
11 сен 17, 19:59    [20788136]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
vimba
Member

Откуда: Санкт-Петербург
Сообщений: 2100
Alexey Tomin,

В питоне в отличии от ему подобных скриптовых языков, базовая поддержка многопоточности имеется, как и во второй так и в третьей ветке, частичное покрытие возможностей "java.util.concurrent" для скриптового языка вполне неплохо, в том же php или ruby таких возможностей и близко нету.
11 сен 17, 21:35    [20788294]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
mayton
Member

Откуда: loopback
Сообщений: 35517
Alexey Tomin
Ихний
А что, собсно, не так с питончиком? Не собираюсь разводить споры и срачи, просто интересно чем не угоден


1. Проблема с пониманием чужого кода. Когда нельзя посмотреть возможные поля, а приходится надеятся отлько на утиную типизацию- читать сложнее. Как и в js. Стоит someObject.someCall - И ЧТО?
Хочешь посмотреть "а кто вызывает этот метод"- И КАК?
2. Нет забавных вещей, типа поддержки многопоточности. Как хранить ресурсы, общие для потоков?

Я скажу что с Питончиком. Полный провал в части performance. Если вы хотите
производительности - берите кастомные библиотеки написанные на С/C++ и подключайте
их к Питону.

На чем сгорают "мегафлопы" Питона ? Хороший вопрос. Пускай на него ответят
те кто любят динамическую типизацию. А я постою в сторонке и послушаю.

И не спорьте со мной. У меня 23 см. :)

Я делал бенчмарк спецом для этого.
11 сен 17, 22:23    [20788384]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 5230
vimba,

питон в голом виде (ха-ха лысая змея) проигрывает в 100 раз и более любым нативным и Вжик-компиляторам.

Отвратителен в плане совместной разработки (я ставлю 3 пробела, а ты 2!_)
11 сен 17, 23:25    [20788488]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
Лысый дядька
Member

Откуда:
Сообщений: 38
Siemargl
vimba,

питон в голом виде (ха-ха лысая змея) проигрывает в 100 раз и более любым нативным и Вжик-компиляторам.

Отвратителен в плане совместной разработки (я ставлю 3 пробела, а ты 2!_)


Это проблема надуманная, любая вменяемая ИДЕ сама ставит пробелы. Этот пункт вообще не парит.
Проблемы с питоном начинаются тогда, когда его начинают применять не по делу. Ни язык ни фреймворки не подходят для лютого энтерпрайза, однако зачастую относительная простота и скорость разработки толкают команды разработчиков на этот скользкий путь. Сам наступил на эти грабли. Не то чтобы писать большие программы с постоянно меняющимся ТЗ на питоне совсем нельзя. Можно, при достаточном покрытии проекта тестами, которые в свою очередь нивелируют всю скорость разработки. Но отсутствие каких-либо стандартизированных архитектурных паттернов корпоративного приложения и их реализаций во фреймворках превращает любой проект в набор разнообразных архитектурных решений по принципу "кто как хочет, тот так дрочит". Учитывая, что питон способствует разработке "снизу вверх" и плохо предназначен для стратегии "сверху вниз", в итоге возникают требования к команде одинаково сильных специалистов.
12 сен 17, 06:15    [20788649]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
azsx
Member

Откуда:
Сообщений: 500
автор
Это проблема надуманная, любая вменяемая ИДЕ сама ставит пробелы. Этот пункт вообще не парит.

Нельзя ли уточнить, почему проблема надумана? Просто я pyton даже как язык не рассматриваю, так как надо код писать, а не пробелы высчитывать. По мне кстати надо минимум 4 пробела ставить, чтобы блок отделить.
Чем и какая ide помогает отделять блоки?
12 сен 17, 07:10    [20788664]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
Лысый дядька
Member

Откуда:
Сообщений: 38
azsx
автор
Это проблема надуманная, любая вменяемая ИДЕ сама ставит пробелы. Этот пункт вообще не парит.

Нельзя ли уточнить, почему проблема надумана? Просто я pyton даже как язык не рассматриваю, так как надо код писать, а не пробелы высчитывать. По мне кстати надо минимум 4 пробела ставить, чтобы блок отделить.
Чем и какая ide помогает отделять блоки?


Во-первых, любая ИДЕ самостоятельно выделяет блок, после кода требующего блок (for, if, else, with, while, try, def, class). Вы нажимаете ENTER и получаете отступ.
Во-вторых, любая ИДЕ заменяет таб на четыре пробела
В-третьих, любая ИДЕ подсвечивает несоответствие PEP-8 (code styling)
В-четвертых, любая ИДЕ одним нажатием кнопки или сочетанием клавиш реформатирует говнокод по правилам PEP-8

автор
Просто я pyton даже как язык не рассматриваю

А у меня это основной инструмент приличное количество лет, поэтому я знаю, что я говорю.
12 сен 17, 08:22    [20788739]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
Лысый дядька
Member

Откуда:
Сообщений: 38
Демонстрирую выше сказанное

12 сен 17, 08:32    [20788761]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
kealon(Ruslan)
Member

Откуда: Нижневартовск
Сообщений: 2156
Лысый дядька,

Есть-есть, никто не спорит, сам 6 лет лупил. Хорош как клей для большого проекта при создании прототипов, но если запустить в свободное плавание, то дальше начнётся мрак. Утиная типизация всё же выставляет свой предел.
12 сен 17, 09:09    [20788862]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
Alexey Tomin
Member

Откуда: Самара
Сообщений: 1393
vimba
Alexey Tomin,

В питоне в отличии от ему подобных скриптовых языков, базовая поддержка многопоточности имеется, как и во второй так и в третьей ветке, частичное покрытие возможностей "java.util.concurrent" для скриптового языка вполне неплохо, в том же php или ruby таких возможностей и близко нету.


Спасибо!
До этого просто спрашивал у тех, кто его использует "как многопоточность" и все отвечали "а фиг его знает" :D
12 сен 17, 09:35    [20788962]     Ответить | Цитировать Сообщить модератору
 Re: Ява не помирает ли часом?  [new]
kealon(Ruslan)
Member

Откуда: Нижневартовск
Сообщений: 2156
Alexey Tomin
Спасибо!
До этого просто спрашивал у тех, кто его использует "как многопоточность" и все отвечали "а фиг его знает" :D

есть то оно есть, вопрос нужно ли оно если легким переводом в натив критичного к скорости кода можно ускорить раз в 20
12 сен 17, 09:38    [20788969]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8   вперед  Ctrl      все
Все форумы / Java Ответить