Так то оно так. Но возвращаясь к моему первому комменту — крупное предприятие не может поддерживать все системы абсолютно свежими, поэтому поддержка старых версий важна)
Ресурсы ограничены, так что приходится выбирать между рефакторингом, новой автоматизацией, поддержкой существующего и т.п. Хорошо, что выбирать не мне :)
Три раза переписать… не все так просто. Представьте себе, например, B2E приложение, которое около 8 лет постоянно обновляется, каждый месяц в Jiru приходят десятки новых тасков, приложением пользуется целый концерн. Все прекрасно понимают, что технологию уже порядком устарели и поддержка становится крайне тяжелой, но переписать его очень не просто.
До недавнего времени дилерам часть информации приходилось в экселе по почте пересылать. Обычно, долгожители это различные независимые системы, или классический пример — проекты по складированию данных в дб.
Стоило бы упомянуть, что поддержка старых версий IE (как и java) это их бремя, а не собственное желание. Крупные предприятия и заводы не имеют возможности обновляться каждый месяц. Реальный пример завода Škoda: около 40.000 людей, целый зоопарк версий IE (от пятой до десятой) и мозил, различных информационных систем и прочего бизнес софта около 40-50 штук (о которых я знаю). Часть софта была написана еще в конце 90-ых/начале 2000-ных. Конечно, все постепенно переписывается, но это займет еще добрых лет 5. А потом все по кругу. А это значит, что мы нереально рады даже этому Quirks Mode, который как временная спасительная таблеточка для проектов-долгожителей.
А вот для разработки библиотек IE это, конечно, зло.
Вообще же сама по себе логика, когда при почти любой ошибке прерывается flow и исключения «обрабатываются» где-то высоко, если явно не предусмотрено обратное — ущербна
Вы, очевидно, не сталкивались с большими приложениями. Надо сказать спасибо, что это так. Основное применение java это бизнес приложения. У нас всегда несколько уровней и ошибка должна обрабатываться там, где известно что с ней делать, т.е. гораздно чаще нам и нужно бросить ошибку наверх. И спасибо, что у нас нету «err != nil».
непредусмотренная явно ошибка может привести к непредсказуемым последствиям
Вот это поворот!
Особо приятно ловить в Java null pointer exception.
Если вы ловите null pointer, значит проблема в коде, java тут не при чем
Да, только «А» :)
Если бесплатно, то вот в том файлике и в этом комменте настоящие вопросы :) В тесте каждый вопрос видоизменяется и повторяется несколько раз, но суть остается та жа. А вообще их продают, тут есть и триал версия. Но для 803-его мне кажется избыточным покупать вопросы.
Хм, да уж. Я смотрел только сами задания в том файле, ответы вообще не смотрел.
Если конкретно по данному примеру, то кто-то неоднократно опечатался :) Особенно радует когда написано «Which three implementations are valid?».
В тесте ничего подобного не было, никаких опечаток не заметил. Еще если выбрать в задании меньше или больше ответов, чем нужно, то оно останется невыполненным и отобразится в разделе Review.
До недавнего времени дилерам часть информации приходилось в экселе по почте пересылать. Обычно, долгожители это различные независимые системы, или классический пример — проекты по складированию данных в дб.
А вот для разработки библиотек IE это, конечно, зло.
PS опять не обновил комменты…
На работе pastebin заблокирован злой прокси, кода не видел. Не хватило бы сделать счетчик volatile?
Вы, очевидно, не сталкивались с большими приложениями. Надо сказать спасибо, что это так. Основное применение java это бизнес приложения. У нас всегда несколько уровней и ошибка должна обрабатываться там, где известно что с ней делать, т.е. гораздно чаще нам и нужно бросить ошибку наверх. И спасибо, что у нас нету «err != nil».
Вот это поворот!
Если вы ловите null pointer, значит проблема в коде, java тут не при чем
UPD: Снято. Ответили выше, что ответили выше.
Если бесплатно, то вот в том файлике и в этом комменте настоящие вопросы :) В тесте каждый вопрос видоизменяется и повторяется несколько раз, но суть остается та жа. А вообще их продают, тут есть и триал версия. Но для 803-его мне кажется избыточным покупать вопросы.
Если конкретно по данному примеру, то кто-то неоднократно опечатался :) Особенно радует когда написано «Which three implementations are valid?».
В тесте ничего подобного не было, никаких опечаток не заметил. Еще если выбрать в задании меньше или больше ответов, чем нужно, то оно останется невыполненным и отобразится в разделе Review.