юзерскрипты это «что-то типа гризманки», точнее сказать, формат один и тот же. так что гризманковские скрипты в опере уже лет сто есть. этот конкретный апп — просто удобный интерфейс к ним, а так Tools -> Preferences -> Advanced -> Content -> Javascript Options -> User Javascript files.
*пожимая плечами* компания HP в своем блоге поинтересовалась, чего бы им такого могли предложить, я предложил. Ты объяснил, почему тебе эта идея не подходит, ну так отлично, если HP таки сделает неттоп с батарейкой, просто не покупай его. Было бы из-за чего кровь проливать.
Скорее уж наоборот. Таская ноут по маршруту работа-дом-работа, я часто думал, что монитор и клава там лишние. Сделали бы какой-нибудь мак-мини с легонькой батарейкой на полчаса (чтобы хватало хотя бы на день в слип-моде), с док-портом.
Окей, теперь я вконец запутан. Все вышеперечисленное — опять детали реализации JVM, которые пользователю (т.е. не человеку, разрабатывающему собственную JVM) не видны. Ладно, это понятно. Зато теперь я опять не понимаю, кто у кого «вынужден идти на поводу». Тот факт, что это удобный инструмент для реализации механизмов JVM — это понятно, но это факт отнюдь не из Java, скорее уж, из жизни сишников. То, что многие компании, пишушие собственные JVMы, решают не изобретать велосипедов, а переиспользуют имеющиеся Unsafe биндинги в натив — это тоже понятно; но ведь ни Sun после этого не вынужден поддерживать для них актуальную версию Unsafe, ни для них это не является вынужденным решением, а всего лишь способом срезать путь (и код они в дальнейшем поддерживают уже самостоятельно, ну либо перетыривают более свежие версии), ни уж тем более конечный пользователь ничего об этом не знает. Т.е. опять же, это не ява, так же, как не ява тот компилятор, что используется, чтобы собрать бинарники JVM.
Ключевые слова — «в системном коде». Черт, да с тем же успехом там может быть код, выделяющий память и возвращающий указатели на нее, да хоть полная реализация сишной модели работы с памятью; все равно это будут детали имплементации одной конкретной JVM (и то, что большинство JVM в той или иной степени стырены с сановской реализации, не умаляет этого факта).
Иными словами: используя эти классы и рассчитывая на их наличие в составе JVM вы пишете не на Java под ява-машину, а на каком-то своем выдуманном, очень похожем на яву языке, под совершенно левый интерпретатор этого языка, и никакой гарантии, что ваш код запустится у пользователя, у вас нет (если вы только не поставляете JVM в комплекте со своим коммерческим продуктом; и, конечно, уже договорились с Sun на эту тему). На какой-нибудь WebSphere, которая запускается на IBM-овской JVM, ваше решение просто не взлетит, да и (забавно кстати, в ru_java мы сейчас это же самое обсуждаем) сама необходимость применить подобные решения — с хорошей вероятностью показатель ошибки в архитектуре приложения.
sun.misc.Unsafe это частный класс частной проприетарной либы одной частной конторки. Ни к JLS, ни к JVMS пакеты sun.* и com.sun.* отношения не имеют и уж тем более их тупо ет ни в одной другой реализации JVM (коих довольно-таки и у каждой свой смысл).
Не, я не имею в виду вставать и уходить; но знать подобные моменты — чести не больше, чем писать нерасшифровываемые однострочники на перле. Использовать же это в коммерческом коде смерти подобно. Сообщить об этом интервьюеру, если он человек вменяемый и дело свое знает, значит заработать больше очков, чем просто четко ответив на поставленный вопрос «так какой эксепшен все-таки вылетит».
во-первых, да, про finally { throw new Exception(); } это тоже хороший пример.
а во-вторых, самого главного не написали, а именно — в какую степь должен послать интервьюируемый своего интервьюера, если тот пристанет к нему с таким примером.
Вторую смотреть стало скучно по этому поводу.
А можно примеры «системного кода», кстати?
Иными словами: используя эти классы и рассчитывая на их наличие в составе JVM вы пишете не на Java под ява-машину, а на каком-то своем выдуманном, очень похожем на яву языке, под совершенно левый интерпретатор этого языка, и никакой гарантии, что ваш код запустится у пользователя, у вас нет (если вы только не поставляете JVM в комплекте со своим коммерческим продуктом; и, конечно, уже договорились с Sun на эту тему). На какой-нибудь WebSphere, которая запускается на IBM-овской JVM, ваше решение просто не взлетит, да и (забавно кстати, в ru_java мы сейчас это же самое обсуждаем) сама необходимость применить подобные решения — с хорошей вероятностью показатель ошибки в архитектуре приложения.
а во-вторых, самого главного не написали, а именно — в какую степь должен послать интервьюируемый своего интервьюера, если тот пристанет к нему с таким примером.
Пользуйтесь на здоровье!