Открою свой секрет, который сам открыл для себя в какой-то момент жизни.
Чтобы не играть в игру с контроффером, о которой говорится в статье, достаточно просто огласить работодателю о своем намерении что-то изменить еще до походов по собеседованиям. Но тут критически важно сказать правду — например, «мне хочется накопить больше денег и быстрее, поэтому я вынужден поискать работу, где мне смогут платить больше.» И дать понять, что вы как-бы понимаете, что компания платит вам оправданную компенсацию, и вы с радостью продолжили бы работать тут, но увы…
Это честная игра. Вообще странно все это. Почему все люди сначала ходят на собеседование, а потом терпят череду неприятных ситуаций. Можно ведь полностью избежать неприятных моментов и достичь того же результата. Но для этого нужно быть, наверное, более уверенным в себе, в своих знаниях.
Буквально вот сейчас дописываем (или переписываем) е-коммерс проект (Java, Hybris) за Accenture и, чеснто говоря, я такого говнокода еще не видел раньше.
Ходят слухи, что Accenture в течение пяти лет водил заказчика за нос, но так и ни разу не зарелизил проект. Заказчик просто взорвался и убежал оттуда от безысходности.
Давно, еще в школе, учительница по химии посоветовала почитать книгу «Химия в криминалистике» (Ласло Лейстнер, Пирошка Буйташ). Для меня в тот момент это было совершенно необычно и неописуемо интересно. Понмю, когда читал эту книгу, было какое-то чувство, которое сложно описать. Так вот, читая данную статью, ощущал что-то очень похожее.
Статья интересная, если в кратце :)
Этот вопрос возник у меня еще года два назад. Теперь пришло время его озвучить.
Разве не было бы разумным Joker и JavaDay договориться и проводить конференции немного в разные промежутки времени? Таким образом на обеих конференциях присутствовало бы больше интересных гостей. Некоторым не пришлось бы разрываться на два фронта.
Возможно, я слеп и не вижу какой-то очевидной причины… Если так, скажите уже
Люблю такого типа статьи, которые не надо в избранное добавлять с мыслями: «Ой как интересно, надо будет когда-нибудь почитать».
Короткая, понятная.
Прочитал за 4 минуты и узнал кое-что новое. Спасибо автору.
У меня такая история. Я Java-man. И не раз уже ставил перед собой задачу ознакомиться со Scala и немного разобраться в ней. Ходил на конференции, пробовал читать, начинал курс на корсеа, но все равно меня немного подташнивало…
Но вот сейчас 1:30 ночи и я уже посмотрел 30 минут первой лекции и понимаю, что я буду смотреть это! Кажется я всё-таки смогу! :-)
Спасибо за лекцию. Дадим еще один шанс Scala вместе!
An Error is a subclass of Throwable that indicates serious problems that a reasonable application should not try to catch. Most such errors are abnormal conditions.
Подтверждаю свое последнее предположение и иду спать спокойно )
То что я изложил выше — это теория. На практике я уменьшил размер стека до 1 килобайта, а размер хипа до 2 мегабайт. В случае с пустым рекурсивным методом и с созданием большого количества объектов я получил ошибки StackOverflowError в первом случае и OutOfMemoryError во втором и смог их перехватить и обработать. Программа работает дальше!
Я так думаю, скорее всего просто не гарантируется корректная работа JVM после выбрасывания Error.
Иерархия ошибок в джаве делится на Exception и Error. Это наследники Throwable. У Exception есть еще наследник RuntimeException.
Так вот, Error и RuntimeException и их наследники классифицируются как unchecked exceptions. Их можно ловить тоже на самом деле. Но в случае с Error сложнее. Если самому выкинуть через throw new Error() — то можно поймать ошибку, обработать и продолжить работу. Но если ошибка брошена JVM — то нет. Поскольку машина выкидывает их, когда ей чего-то критически недостает(памяти) и она попросту не может функционировать.
Браузер не должен ломаться, когда ложится JVM. Просто апплет перестанет работать.
Или OutOfMempryError: Для простоты эксперимента уменьшите heap JVM специальтым ключом и попробуйте поработать с большими объектами. К примеру Bitmap'ами
например StackOverflow'ом. Даже пустой метод в джаве занимает память. Просто объявите метод и вызывайте его рекурсивно. Машина вскоре ляжет. А для быстроты, уменьшите размер стека при запуске JVM до минимального значения — и получите результат очень быстро.
Чтобы не играть в игру с контроффером, о которой говорится в статье, достаточно просто огласить работодателю о своем намерении что-то изменить еще до походов по собеседованиям. Но тут критически важно сказать правду — например, «мне хочется накопить больше денег и быстрее, поэтому я вынужден поискать работу, где мне смогут платить больше.» И дать понять, что вы как-бы понимаете, что компания платит вам оправданную компенсацию, и вы с радостью продолжили бы работать тут, но увы…
Это честная игра. Вообще странно все это. Почему все люди сначала ходят на собеседование, а потом терпят череду неприятных ситуаций. Можно ведь полностью избежать неприятных моментов и достичь того же результата. Но для этого нужно быть, наверное, более уверенным в себе, в своих знаниях.
Ловко!
Ходят слухи, что Accenture в течение пяти лет водил заказчика за нос, но так и ни разу не зарелизил проект. Заказчик просто взорвался и убежал оттуда от безысходности.
Статья интересная, если в кратце :)
Разве не было бы разумным Joker и JavaDay договориться и проводить конференции немного в разные промежутки времени? Таким образом на обеих конференциях присутствовало бы больше интересных гостей. Некоторым не пришлось бы разрываться на два фронта.
Возможно, я слеп и не вижу какой-то очевидной причины… Если так, скажите уже
Евгений Борисов — кртуой докладчик :). На jeeconf буду слушать любой его доклад
Короткая, понятная.
Прочитал за 4 минуты и узнал кое-что новое. Спасибо автору.
Но вот сейчас 1:30 ночи и я уже посмотрел 30 минут первой лекции и понимаю, что я буду смотреть это! Кажется я всё-таки смогу! :-)
Спасибо за лекцию. Дадим еще один шанс Scala вместе!
Вообще я это уже все освоил давно. Но так гладко написано, — что обе статьи прочитал :)
Вот что пишет спецификация.
Подтверждаю свое последнее предположение и иду спать спокойно )
То что я изложил выше — это теория. На практике я уменьшил размер стека до 1 килобайта, а размер хипа до 2 мегабайт. В случае с пустым рекурсивным методом и с созданием большого количества объектов я получил ошибки StackOverflowError в первом случае и OutOfMemoryError во втором и смог их перехватить и обработать. Программа работает дальше!
Я так думаю, скорее всего просто не гарантируется корректная работа JVM после выбрасывания Error.
Так вот, Error и RuntimeException и их наследники классифицируются как unchecked exceptions. Их можно ловить тоже на самом деле. Но в случае с Error сложнее. Если самому выкинуть через throw new Error() — то можно поймать ошибку, обработать и продолжить работу. Но если ошибка брошена JVM — то нет. Поскольку машина выкидывает их, когда ей чего-то критически недостает(памяти) и она попросту не может функционировать.
Браузер не должен ломаться, когда ложится JVM. Просто апплет перестанет работать.