На нее тоже навешано в винде всякого, хотелось бы чего нибуть чисто девственного, которое можно было б выделить для своих шорткатов и не жертвовать каким то системным или программным.
Я про беспроводные клавиатуры, которые обычно идут с ресивером.
Мне, к примеру, в берлинском офисе предложили посидеть за немецким вариантом K750. Я честно старался, но уже через 5 минут я не выдержал и вышел покурить, чтобы не разразиться матом.
С ней в комплекте идет маленький ресивер, который занимает половину всех USB-портов на макбуке, то есть 1 :) Я его ненавидел, ибо ipod + флешка + этот свисток = перманентный геморрой в течении дня.
Я привык к AT-клавиатуре в детстве (она первая в списке), не поверите, до сих пор мучаюсь на этой убогой макбуковской клаве. Этот теплый ламповый ход кнопок с характерным щелчком, я за ним скучаю…
Вопрос автору и знающим людям, есть ли в природе клавиатуры с дополнительнымы мета клавишами? Я имеюю в виду, чтобы к Alt, Shift и Ctrl в нагрузку шла еще какая нибуть модифицирующая кнопка, на которую можно было бы вешать горячие комбинации клавиш?
Это еще что, вы попробуйте пересесть с русскоязычного мака на немецкоязычную клавиатуру под виндовс.
Для себя я открыл эппловскую беспроводную и трекпад (надеюсь незаминусуют:] ), все таки я жду будущего, когда любую клавиатуру можyо будет подключить к любому компу подобным образом и без всяких свистков или прочих костылей.
Вот такой стандарт я б привествовал. А про ширину кнопок и расстояние — пусть рынок решает.
В замену туннельному синдрому предполагаю развитие легкой степени тяжелого невроза. Представьте себе, когда вы думаете «вверх», у вас, допустим указательый, палец натренирован двигаться вверх.
Хотя Datahand — все таки единственный экзмпляр, на котором я задержал дыхание :)
а можно поподробней про российский портал? там есть API? Выглядит как большая информационная база на первый взгляд. Смотрю gosuslugi.ru. Впечатляет, хотелось бы такое в Украине
Мне вообще все понятно, и не нужно лишней кислоты в комментарии, мой аргумент вполне резонный — что категоричное заявляние, что класс енкрипшен «бесполезен, опасен и дорог», не выдерживает критики.
То есть для вас не существет пакетов com.sun и проч, вы не знаете что такое IBM WebSphere, Azul и не понимаете, что привязать приложение вендор сможет, если захочет. Вы также не понимаете как работает шифрование, например, по алгоритму RSA?
А имея OpenJDK, можно так просто взять и сделать из нее IBM JDK? А насколько это «бесполезно, опасно и дорого» в сравнении с использованием class encryption?
Статья о применении класс енкрипшен как средства обфускации, это вы верно заметили. Но видно ваше понимание распространения jar'ок ограничивается скачиванием из интернета, а загрузка классов возможна только с диска. Что ж, тогда спорить с вами действительно не о чем.
В частности я утверждаю, что при кастомном класслоадере, привязке продукта к проприетарной JDK, например IBM, и шифровании приватным ключом, такой фокус не пройдет, либо будет непередаваемо бесполезен, опасен и дорог по затратам.
Конечно, если вы хотите спрятать суперсекретную библиотеку рисования календаря для Swing — это перебор, и там обфускация — действительно слабенькая защита, но если задача того потребует, вполне можно сделать обфускацию, которую взломать будет достаточно дорого, чтобы отбить желание этим заниматся.
Я не говорю что OpenJDK плох, я имею ввиду, что само использование ее в проекте дает злоумышленнику преимущество в виде доступного кода, который он может модифицировать и провернуть такой хак. Если программа заточена под IBM JDK, то и патч некуда применить, кода то нет, и собрать некак.
А про дешифрование, я это и написал и я с вами согласен, если у вас ЕСТЬ ключ для загрузки класса, то вы его МОЖЕТЕ расшифровать, но само НАЛИЧИЕ ключа подразумевает, что вам ДОВЕРИЛИ код, например вы купили лицензию или подписали драконовские условия. И в таком случае да, ЕСЛИ вы сможете вот так похачить JDK, то вы наконец ПОЛУЧИТЕ код.
Ключ не обязательно должен быть зашит, он может быть в файле, может быть USB-токеном, может быть другой jar'кой, все зависит от реалзации класслоадера.
Просто поразительно, что вы единственный из 9ти решились откомментировать.
Темный цвет я любил когда сидел за VGA-экраном 80x25, а сейчас даже в терминале светлый фон намного меньше раздражает, когда активно переключаюсь между окнами. Я думаю с IDE будет то же самое.
Я с вами, в принципе, не спорю, на вкус и цвет IDE цветовые схемы, конечно, разные.
Серьезные дяди, которым важно шифрование, не пользуються OpenJDK — раз, даже если и пользуются, — любое несимметричное шифрование без приватного ключа не позволит вам расшифровать сп*зженные jar'ки — вы банально не получите байткод для своего дампа.
Если предположить, что у вас лицензионная jar'ка и вы, как любопытный инженер все же решили поиграться — конечно, это возможно, так же как возможно взломать любую программу и любой шифр, если у вас есть приватный ключ. Тут как бы подразумевается, что вам доверили код.
Если речь идет о class encryption вообще, то:
Бессмысленно — нет, с помощью шифрованияи и подписи, можно гарантировать что класс загружен в jvm неизменным, например, по сети
Опасно — не совсем понятно почему
Дорого — да, ну и что?
Если речь идет только об обфускации, чтобы нерадивые клиенты не взламывали святой код — согласен, это все равно, что Майкрософт скажет, что вот вам Виндовс продадим, только не смотрите ассемблерный код нашего ядра, — все равно все будут думать про слона :)
Компиляция в нативный код? А смысл тогда писать код на java? Любви ради и хохмы для?
Мне, к примеру, в берлинском офисе предложили посидеть за немецким вариантом K750. Я честно старался, но уже через 5 минут я не выдержал и вышел покурить, чтобы не разразиться матом.
С ней в комплекте идет маленький ресивер, который занимает половину всех USB-портов на макбуке, то есть 1 :) Я его ненавидел, ибо ipod + флешка + этот свисток = перманентный геморрой в течении дня.
Вопрос автору и знающим людям, есть ли в природе клавиатуры с дополнительнымы мета клавишами? Я имеюю в виду, чтобы к Alt, Shift и Ctrl в нагрузку шла еще какая нибуть модифицирующая кнопка, на которую можно было бы вешать горячие комбинации клавиш?
Для себя я открыл эппловскую беспроводную и трекпад (надеюсь незаминусуют:] ), все таки я жду будущего, когда любую клавиатуру можyо будет подключить к любому компу подобным образом и без всяких свистков или прочих костылей.
Вот такой стандарт я б привествовал. А про ширину кнопок и расстояние — пусть рынок решает.
Хотя Datahand — все таки единственный экзмпляр, на котором я задержал дыхание :)
Приятно видеть подобные посты, пишите почаще
То есть для вас не существет пакетов com.sun и проч, вы не знаете что такое IBM WebSphere, Azul и не понимаете, что привязать приложение вендор сможет, если захочет. Вы также не понимаете как работает шифрование, например, по алгоритму RSA?
А имея OpenJDK, можно так просто взять и сделать из нее IBM JDK? А насколько это «бесполезно, опасно и дорого» в сравнении с использованием class encryption?
Статья о применении класс енкрипшен как средства обфускации, это вы верно заметили. Но видно ваше понимание распространения jar'ок ограничивается скачиванием из интернета, а загрузка классов возможна только с диска. Что ж, тогда спорить с вами действительно не о чем.
В частности я утверждаю, что при кастомном класслоадере, привязке продукта к проприетарной JDK, например IBM, и шифровании приватным ключом, такой фокус не пройдет, либо будет непередаваемо бесполезен, опасен и дорог по затратам.
Конечно, если вы хотите спрятать суперсекретную библиотеку рисования календаря для Swing — это перебор, и там обфускация — действительно слабенькая защита, но если задача того потребует, вполне можно сделать обфускацию, которую взломать будет достаточно дорого, чтобы отбить желание этим заниматся.
Только я не совсем понял зачем вам использовать tput, по-моему через прмой вывод проще.
Я это решил следующей функцией
и потом блок цветов выглядит так
А про дешифрование, я это и написал и я с вами согласен, если у вас ЕСТЬ ключ для загрузки класса, то вы его МОЖЕТЕ расшифровать, но само НАЛИЧИЕ ключа подразумевает, что вам ДОВЕРИЛИ код, например вы купили лицензию или подписали драконовские условия. И в таком случае да, ЕСЛИ вы сможете вот так похачить JDK, то вы наконец ПОЛУЧИТЕ код.
Ключ не обязательно должен быть зашит, он может быть в файле, может быть USB-токеном, может быть другой jar'кой, все зависит от реалзации класслоадера.
Просто поразительно, что вы единственный из 9ти решились откомментировать.
Я с вами, в принципе, не спорю, на вкус и цвет IDE цветовые схемы, конечно, разные.
Если предположить, что у вас лицензионная jar'ка и вы, как любопытный инженер все же решили поиграться — конечно, это возможно, так же как возможно взломать любую программу и любой шифр, если у вас есть приватный ключ. Тут как бы подразумевается, что вам доверили код.
Если речь идет о class encryption вообще, то:
Бессмысленно — нет, с помощью шифрованияи и подписи, можно гарантировать что класс загружен в jvm неизменным, например, по сети
Опасно — не совсем понятно почему
Дорого — да, ну и что?
Если речь идет только об обфускации, чтобы нерадивые клиенты не взламывали святой код — согласен, это все равно, что Майкрософт скажет, что вот вам Виндовс продадим, только не смотрите ассемблерный код нашего ядра, — все равно все будут думать про слона :)
Компиляция в нативный код? А смысл тогда писать код на java? Любви ради и хохмы для?
А вообще статья интересная. Спасибо