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

Реальный пример — компания капитализацией в цифру с десятью нулями оценивается примерно на троечку (из пяти) сотнями людей. Зная, что действительно происходило внутри этой компании, могу только похвалить за продукт, который сделали в glassdoor.

Уважать чужой труд хоть немного нужно, особенно такого уровня.

Я, Ирина, на dou придерживаюсь двух правил:
— не кормлю эльфов и троллей
— не трачу время на бесконечные дискуссии необъятных размеров

Если кому-то это не нравится, или мои комментарии разжевывать нужно — это не моя проблема.

Самое интересное начнется, когда автора сей «оптимизации» и след на проекте простынет, а его коллеги включат библиотку, активно использующую exceptions для своей внутренней кухни. И будут N дней ломать голову, чего ж все приложение так по производительности просело, с якобы такой быстрой и красивой новой библиотекой (для парсинга JSON, к примеру). И потом, найдя эту «оптимизацию», еще не один вечер будут поминать автора незлым тихим...

За что ж Вы коллег своих по цеху так не любите...

P.S. grep / awk в помощь для поиска первого не оптимизированного JVM exception с полным стэк трейсом.

bit.ly/1sggh4C

P.S. Чем больше Вы будете знакомиться с творчеством performance инженеров Sun / Oracle, тем меньше будете принимать всерьез «статьи» состоящие из 3 параграфов.

Вменяемый ответ на вопрос может дать только dtrace скрипт показывающий два результата (-XX:-OmitStackTraceInFastThrow / -XX:+OmitStackTraceInFastThrow) для некоего эталонного приложения обладающего признаками описанного поведения.

Все остальное — личное мнение.

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

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

Когда автор жалобы осознает, что JVM это платформа, балансирующая между необходимостями прикладных разработчиков и «железячников», надеюсь, он перестанет рожать подобные опусы.

P.S. Тема не взлетит. Драматизьму мало.

Я больше скажу — в большинстве уважающих себя западных компаний бонусы подразумевают определенный уровень лояльности к работодателю.

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

Проблема ведь только в форме, в которой было отказано (это очень по-нашему, «по-родному»). А по сути ведь все правильно сделано.

Ерунду пишете.

Что такое индусский IT рынок не с позиции их конкурента, а с точки зрения того, что он представляет собой внутри Индии?
Это громадная отрасль дающая очень приличный доход тем, кто в ней работает (забудьте об абсолютных цифрах, а сравните с уровнем доходов и трат в стране) и ежегодно экспортирующая (на постоянной основе) значительное количество людей в цивилизованные страны.

Нам до такой «деградации» еще расти и расти.

О Небо...
Прошу, пишите проще, короче и не додумывайте за оппонента.

Суть моего комментария сводится к тому, что задача забить гвоздь решается с помощью микроскопа.

Нужно поменять IP — делайте это на том уровне, где этому и место (а не на самом верху сетевого стека). tcprewrite — это просто пример. Никто не мешает решать ту же проблему установкой простого proxy перед сервером и манипуляцией его (proxy) настроек во время тестирования.

P.S. Хотите этого или нет, но «мурыжится» с подобными инструментами придется научится. Если, конечно, есть желание стать классным инженером.