LINUX.ORG.RU
Ответ на: комментарий от RedPossum

Настоящие инженеры делают качественно даже ту работу, которая им не нравится.

Нет, просто находятся такие инженеры, которым эта неинтересная работа нравится.

mimimimi
()
Ответ на: комментарий от InterVi

Вспомнилось как старый эклипс крашился на новой джаве, прямо в процессе кодинга

Насколько мне известно, оракловский NetBeans до сих пор не умеет в Java 9, лол.

EXL ★★★★★
()

Частые обновления, особенно если они будут постоянно ломать обратную совместимость, вконец убьют Java в Enterprise-секторе.

Кому нужна ещё одна нода со смузихлёбами, бгг?

EXL ★★★★★
()
Ответ на: комментарий от stevejobs

Таких людей можно только очень испугать, чтобы они начали хоть что-то делать!

Я бы на месте руководителя проекта с долгосрочной поддержкой действительно бы испугался, когда б узнал, что вместо развития проекта группе придётся постоянно переписывать код на новые фишки. То есть это, скорее всего ещё и расширения штата потребует. А оно мне надо? Если уж штат и расширять программистами для переписывания, то тогда уж сразу набирать тех, которые перепишут на другую платформу, которая не планирует подобных сюрпризов.

grem ★★★★★
()
Ответ на: комментарий от TheKnight

Энтерпрайз разраб должен любить говнокод, гетерогенность, понимание ТЗ из одной строчки и побазарить с заказчиком. Иначе это хипстер. Вот он и базарит как хипстер, вчера осиливший HelloWorld, и лучше «знающий» как большим дядям бизнес вести. Я больше поверю что он фронтендщик, ибо морда всегда должна быть современной.

InterVi ★★★★★
()
Ответ на: комментарий от grem

Есть мнение, что вторая система всегда хуже первой. Потому что кодеры наступают на старые грабли, которые в старой системе были учтены и закостылированы. И потому что всё работает не так, как они в голове планировали. Нормальной получается только третья система, учитывающая ошибки двух предыдущих. Т.е. компания должна потратить в два раза больше, чем ушло на разработку первой системы. Опять же, в идеальном варианте. Плюс потраченное время - несколько лет простоя, либо параллельные затраты на поддержку старой системы. Даже конченый джун должен понимать всю тупость такой затеи.

Ровно как и серьёзные изменения в проекте, который прошёл полный цикл тестирования и хорошо себя показал в реальной работе. Кто даст гарантию, что новая версия фреймворка поведёт себя так же? Ради чьей-то хотелки всё придётся тестировать заново. Надеюсь нормальные люди понимают, что полный цикл тестирования - это не прогнать юнит-тесты, которые сами могут быть багованными.

Про пугалки - наивный манябред, будто с пятилетним дитём разговариваем. Такому кодеру сразу дадут пинка под зад с волчьим билетом. А пугалки вовсе не пугалки, все ведь понимают, что относительно старый стек на старом проекте - это нормально. Да и деньги всем нужны. Простые люди подобные отзывы вообще оставят без внимания, им пофигу как там всё внутри работает, главное что работает. Бывшие коллеги поржут с неадеквата, вот и вся пугалка.

InterVi ★★★★★
()
Ответ на: комментарий от InterVi

Это то понятно, но в любом случае подобные перспективы непрерывных изменений ведут к тому, что постоянно будут требоваться дополнительные затраты. Работа старых костылей в любом случае уже ставится под сомнение. Гарантий в любом варианте никаких :(

grem ★★★★★
()
Ответ на: комментарий от EXL

Не смеши. Энтерпрайз начнёт осторожно щупать десятую версию лет через 5. А старые системы как работали на 6, так и будут работать. JavaEE вымрет только лет через 20, если оракл схлопнется вот прям сейчас. Там же миллиарды строк кода, их долго и трудно переписывать. К тому же, нет адекватной замены, хорошо себя зарекомендовавшей на рынке в течении многих лет. Любые другие технологии - неизвестное количество рисков.

InterVi ★★★★★
()
Ответ на: комментарий от grem

так это прямой конфликт интересов. Работник и работодатель хотят диметрально противоположного. Наша задача как работничков - воевать на своей стороне баррикады :)

вон в JS мире каждые полгода на новую версию переписывают с радикальными изменениями, а каждые два года - на новый фреймворк. Что мождет сделать с этим работодатель? Да ничего! Инфраструктура так живёт, что невозможно зафиксировать версию либы, и жить с этим 10 лет подряд без малейших изменений. И это супер круто для нас как работничков :)

кстати, частые обновления не подразумевают переписывания легаси (по крайней мере). Надо всего лишь понемножку ревьюить и дотачивать напильничком уже существующее. Самое маленько. Не так как в JS.

stevejobs ★★★★☆
()
Ответ на: комментарий от InterVi

гетерогенность, понимание ТЗ из одной строчки и побазарить с заказчиком

Это ты фрилансера описал, а не энтерпрайз-разраба.
У энтерпрайза как раз четкое разделение труда, все по инструкции и немыслимая бюррократия.

int64
()
Ответ на: комментарий от stevejobs

На самом деле не переписывают.

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

int64
()
Ответ на: комментарий от stevejobs

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

grem ★★★★★
()
Ответ на: комментарий от int64

У меня на прошлой работе один и тот же интерфейс за два года переписали с нуля три раза xD Да-да, не переписывают, мы верим.

stevejobs ★★★★☆
()
Ответ на: комментарий от int64

А множество энтерпрайз кодеров считают иначе. Может ты не один из них и это всего лишь твои маняфантазии?

InterVi ★★★★★
()
Ответ на: комментарий от stevejobs

Про исключения из правила и ошибку выжившего тебе рассказать?

int64
()

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

зато такими crazy сколько угодно:

Integer[] what = Arrays.stream( data ).boxed().toArray( Integer[]::new );

barberry ★★
()
Ответ на: комментарий от iZEN

IntelliJ IDEA умеет уже и в 10, и даже в 11 (там есть language level X - Experimental Features, но что это значит применительно к 11 пока непонятно, вроде бы там не должно быть изменений именно в синтаксисе, а тулинг подхватывается и без изменения language level).

Есть подозрение, что Eclipse тоже умеет.

А в чем проблема с поддержкой версий >8?

stevejobs ★★★★☆
()
Последнее исправление: stevejobs (всего исправлений: 1)
Ответ на: комментарий от iZEN

А, вы обсуждаете - запускается ли оно на новой жабе? Да, запускается. У меня ночная сборка openjdk билдится каждый вечер, оно на ней работает. Но экзепшенов в консоль сыпет больше, чем «стабильная»

stevejobs ★★★★☆
()
Ответ на: комментарий от stevejobs

NetBeans 8.2 в Oracle JDK 9.0.4

> /home/igor/bin/netbeans/bin/netbeans
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.netbeans.ProxyURLStreamHandlerFactory (file:/usr/home/igor/bin/netbeans/platform/lib/boot.jar) to field java.net.URL.handler
WARNING: Please consider reporting this to the maintainers of org.netbeans.ProxyURLStreamHandlerFactory
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
GLib-GIO-Message: Using the 'memory' GSettings backend.  Your settings will not be saved or shared with other applications.
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00000008178a9dad, pid=28176, tid=101732
#
# JRE version: Java(TM) SE Runtime Environment (9.0+11) (build 9.0.4+11)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (9.0.4+11, mixed mode, compressed oops, g1 gc, linux-amd64)
# Problematic frame:
# J 1137  java.lang.System.currentTimeMillis()J java.base@9.0.4 (0 bytes) @ 0x00000008178a9dad [0x00000008178a9ce0+0x00000000000000cd]
#
# Core dump will be written. Default location: core.28176 (may not exist)
#
# An error report file with more information is saved as:
# /usr/home/igor/hs_err_pid28176.log
Could not load hsdis-amd64.so; library not loadable; PrintAssembly is disabled
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#
iZEN ★★★★★
()
Ответ на: NetBeans 8.2 в Oracle JDK 9.0.4 от iZEN

1) попробуй запустить под Java 10 c –illegal-access=permit

2) если не поможет, то можно апустить под отладчиком и дебажить краш.....

3) но помойму это безумие, проще зарепортить краш, пусть занимаются те кто в этом смыслит

stevejobs ★★★★☆
()
Ответ на: комментарий от stevejobs

Нетбинс 9-beta тоже запустилась, но после инсталла nb-javac крашится.

iZEN ★★★★★
()
Ответ на: комментарий от stevejobs

Первый раз не смог установить JDK.

А в чем проблема с поддержкой версий >8?

Oracle JDK 10 на Windows 10 Pro не устанавливается. Файл jdk-10_windows-x64_bin.exe (Размер 409 027 512 байт) запускаю, спрашивает пароль администратора или разрешения на запуск UAC и на этом всё - тишина. Версия Windows 10 - 1709 (Сборка ОС 16299.309).

Windows PowerShell
(C) Корпорация Майкрософт (Microsoft Corporation). Все права защищены.

PS C:\Users\igor> cd C:\Users\igor\Downloads\Java
PS C:\Users\igor\Downloads\Java> Get-FileHash -Algorithm sha256 .\jdk-10_windows-x64_bin.exe

Algorithm       Hash                                                                   Path
---------       ----                                                                   ----
SHA256          D3CB9DDF29C71E49F3976F93EF4D817A6765385F41E8DB9EA947E64BA657F1C2       C:\Users\igor\Downloads\Java\...

PS C:\Users\igor\Downloads\Java> .\jdk-10_windows-x64_bin.exe
PS C:\Users\igor\Downloads\Java> 

Как вообще такое возможно? Я в недоумении.

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 2)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.