Э
Size: a a a
2020 August 30
DK
Не туда переслал, сорри
T
Мне кажется такой монстр и на Java лагать будет)
Котлиновский вывод типов по ощущениям раз в десять медленнее джавового, так что нет. В Котлине 1.4 несколько улучшили, но, кажется, не кардинально. Перформанс реально страдает в Котлине
T
У меня есть боль, что статический анализ идеевского кода без котлина (примерно 160 инспекций на всём коде) идёт чуть меньше часа. Добавляем хоть парочку самых тривиальных котлиновских инспекций - и время анализа сразу уходит в 3 часа, становится нестабильным, иногда падает по тайм-ауту. При том что котлиновского кода в сорцах Идеи всё ещё гораздо меньше, чем джавового
A
Интересно было бы узнать какой процент проектов в джетбрейнс на котлине пишут
SG
Интересно было бы узнать какой процент проектов в джетбрейнс на котлине пишут
15,31%
ЮЛ
я скорее вёл к другой мысли:
1. Предположим я, зная свой проект, оцениваю сложность, которую вносит сам язык, на 10% от всей сложности.
Можете интерпретировать это, как ‘процент дефектов и проблем, вызванных инструментом’
2. Если я возьму другой инструмент, который по обещаниям евангелистов значительно, пусть даже на 30% лучше/продуктивнее
3. Я в long-term получу снижение сложности проекта на 10% * 0.3.
4. Взамен я получу новую сложность, вроде иного синтаксиса и возможностей языка, которые захотят использовать наиболее горячие головы.
(Это отсылка к Бреславу, даже ему спустя время нравятся далеко не все конструкции языка)
5. Ну и стоит-ли оно того на бэке ?
По мобильным приложениям вопросов нет — там ресурсы и набор библиотек ограничены
Но я не вижу какой-то выгоды в использовании kotlin, для enterprise crud-приложения
P.S. 10 лет назад спикеры говорили, что за groovy будущее, надо писать бэк на нем
P.P.S.: это личное мнение, я никого не отговариваю, нравится — пишите.
Назовём это ‘прагматичный подход’
1. Предположим я, зная свой проект, оцениваю сложность, которую вносит сам язык, на 10% от всей сложности.
Можете интерпретировать это, как ‘процент дефектов и проблем, вызванных инструментом’
2. Если я возьму другой инструмент, который по обещаниям евангелистов значительно, пусть даже на 30% лучше/продуктивнее
3. Я в long-term получу снижение сложности проекта на 10% * 0.3.
4. Взамен я получу новую сложность, вроде иного синтаксиса и возможностей языка, которые захотят использовать наиболее горячие головы.
(Это отсылка к Бреславу, даже ему спустя время нравятся далеко не все конструкции языка)
5. Ну и стоит-ли оно того на бэке ?
По мобильным приложениям вопросов нет — там ресурсы и набор библиотек ограничены
Но я не вижу какой-то выгоды в использовании kotlin, для enterprise crud-приложения
P.S. 10 лет назад спикеры говорили, что за groovy будущее, надо писать бэк на нем
P.P.S.: это личное мнение, я никого не отговариваю, нравится — пишите.
Назовём это ‘прагматичный подход’
В 97 говорили джава умрет))))
GM
В 97 мне препод по лиспу сказал что ява убьет всех :))
GM
Шутки шутками а на java.sun.com много лет висел дисклеймер что на АЭС не использовать :)
АП
Gerr Mes
Шутки шутками а на java.sun.com много лет висел дисклеймер что на АЭС не использовать :)
А сейчас типа можно что-ли?
GM
Оракл после покупки дисклеймер убрала )
R
Зря, может фукусимы бы и небыло
WD
15,31%
А на жаве?
SG
А на жаве?
32,65%
2020 August 31
S
Вот бы ещё код и тело запроса увидеть