Если у вас вдруг появится руководитель-самодур, который установит ограничение «на работу приходить исключительно в розовом пиджаке, зелёных брюках и белых носках с котятами» — тоже соблюдать будете или положите с пробором?
Олег за всё берётся смело
Всё превращается в говно
А если за дизайн берётся
То просто тратит меньше сил
Дизайн оригинальной 3310 был на порядок лучше этого дёшево выглядящего куска УГ.
И насчёт «тоньше»: Дизайнеров, продолжающих считать это «преимуществом» в 2017 году, надо было гнать ссаными тряпками. Оригинальную 3310 можно было поставить вертикально на любую твёрдую плоскую поверхность.
Это вы пытаетесь себя убедить в том, что скоро Visial Basic, ой, извините, Java, нет, я перепутал, конечно же C#, вернее, простите, JavaScript — вытеснят нативные языки.
И где же я такое утверждал?
Я написал, что «доля рынка уменьшается» и это действительно так.
Вот только wasm — не попадает ни туда, ни сюда, вот в чём беда.
WASM — ответ на потребность в VM для браузера, в которую удобно кросскомпилировать любой язык по желанию.
То же самое и тут: «пена», на которой создают тяп-ляп-приложения меняется, основа — остаётся.
Не удивлюсь, если окажется, что некоторые разработчики на Fortran думали так же.
Почитал ваши комментарии в этой теме и сложилось впечатление, что вы занимаетесь аутотренингом, пытаясь убедить сам себя в том, что «нет, рынок нативных приложений не сокращается, нет, разработка на нативных языках и в будущем будут столь же востребованна».
А по факту — и для desktop, и для смартфонов давно уже пишут в том числе на JavaScript и даже в embedded-разработку скриптовые языки начали проникать.
А что в этой области науки с ЯВУ?
Есть ли какие-нибудь разработки на тему перевода этой АЦТГ-абракадабры в более человекопонятное представление?
Не имею в виду определение функций отдельных генов.
Ген или группа генов — инструмент, хотим разбить витрину — бросаем в неё кирпичом или гантелей, хотим проделать отверстие в стене — берём перфоратор. При этом ни про законы физики, ни про принцип действия перфоратора можем и не знать.
А хотелось бы не только пользоваться инструментом, встраивая ген люминесценции в корову, но ещё и уметь эти инструменты проектировать и собирать.
Я например несмотря на то что учился в институте на профессию инженер-программист — грамматики не изучал. В работе мне их знание никогда не требовалось.
Здраво оценивать область применимости неких знаний может только человек, этими знаниями владеющий. Хотя бы на базовом уровне.
Иначе получаются рассуждения о нужности обуви жителям заполярья от человека, всю жизнь проходившего босиком в тропиках.
То есть Вы думаете что заказчики готовы платить Вам в течении двух лет, за разработку программы, вместо одного года, лишь бы Вам не пришлось учить новый язык программирования?
Наивно полагать, что переход на новый волшебный язык вдруг резко ускорит разработку.
Например Вы написали библиотеку и скомпилировали её для 32х битных процессоров, а программу, в которой её (библиотеку) будут подключать, разрабатывается для 64х битного процессора.
Если у вас появилось желание использовать 32-битную* библиотеку в 64-битной программе, вы должны перекомпилировать эту библиотеку под 64-битный процессор, получив тем самым 64-битную библиотеку.
Совершенно не ясно, при чём тут java. И java-приложение и используемая им java-библиотека будут исполняться в рамках одной JVM.
Обратите внимание на диапазоны в моём примере. #0..#31, '0'..'9', 'A'..'Z'.
При желании для любой пары ЯП можно подобрать пример, в котором один язык выглядит удобнее другого. Для сколь-нибудь сложного парсинга и удобнее и логичнее использовать генераторы парсеров.
Дико бесит, что в C вместо них сделали какой-то невнятный костыль с проваливанием в следующий кейс
Линейное исполнение программы теперь называется "костылём"?
Ужасы какие-то про SO рассказываете.
Нет никакого смысла сидеть и мониторить реку помоев, которыми являются эти самые 95% вопросов.
Время от времени заходим, делаем поиск по неотвеченным вопросам с интересными нам тегами, сортируем по дате и спокойно набираем столько рейтинга, сколько нужно.
Целью было показать, что не стоит надеяться получить корректный код просто открыв файл в IDEA.
Все методы, кроме main() такие же, как у javac, так что они ожидаемо декомпилируются без проблем.
Стоит добавить запутывание графа потока управления, сделать вычисление целевых методов invokedynamic непрозрачными, приправить это большим объёмом кода и мусорных инструкций и времязатраты на анализ возрастут.
Расписание ещё будет перетряхиваться?
Когда в одном слоте четыре интересных доклада, а в другом — ни одного, то это грустно.
Всё превращается в говно
А если за дизайн берётся
То просто тратит меньше сил
Дизайн оригинальной 3310 был на порядок лучше этого дёшево выглядящего куска УГ.
И насчёт «тоньше»: Дизайнеров, продолжающих считать это «преимуществом» в 2017 году, надо было гнать ссаными тряпками. Оригинальную 3310 можно было поставить вертикально на любую твёрдую плоскую поверхность.
Мечтаете загнать всех пинками в рай?
Как-то это на нездоровый фанатизм похоже.
Я написал, что «доля рынка уменьшается» и это действительно так.
WASM — ответ на потребность в VM для браузера, в которую удобно кросскомпилировать любой язык по желанию.
Не удивлюсь, если окажется, что некоторые разработчики на Fortran думали так же.
А по факту — и для desktop, и для смартфонов давно уже пишут в том числе на JavaScript и даже в embedded-разработку скриптовые языки начали проникать.
Есть ли какие-нибудь разработки на тему перевода этой АЦТГ-абракадабры в более человекопонятное представление?
Не имею в виду определение функций отдельных генов.
Ген или группа генов — инструмент, хотим разбить витрину — бросаем в неё кирпичом или гантелей, хотим проделать отверстие в стене — берём перфоратор. При этом ни про законы физики, ни про принцип действия перфоратора можем и не знать.
А хотелось бы не только пользоваться инструментом, встраивая ген люминесценции в корову, но ещё и уметь эти инструменты проектировать и собирать.
… задаёт вопрос человек, написавший три года назад статью ;)
Для остальных: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2013-January/005212.html
Зачем он разрешил доступ к логам?
Особенно учитывая, что ему было что скрывать.
Здраво оценивать область применимости неких знаний может только человек, этими знаниями владеющий. Хотя бы на базовом уровне.
Иначе получаются рассуждения о нужности обуви жителям заполярья от человека, всю жизнь проходившего босиком в тропиках.
Если у вас появилось желание использовать 32-битную* библиотеку в 64-битной программе, вы должны перекомпилировать эту библиотеку под 64-битный процессор, получив тем самым 64-битную библиотеку.
Совершенно не ясно, при чём тут java. И java-приложение и используемая им java-библиотека будут исполняться в рамках одной JVM.
И какое отношение всё это имеет к языку?
64-битный
longв java был с начала времён.А язык тут при чём?
java.util.concurrentДа на здоровье!
Трансляция в систему команд процессора — задача JIT.
Почему-то не указан профильный хаб.
… и потом удивляться самому "почему у меня не печатает?".
Самого главного так и не написали, в каких выражениях была сформулирована оценка этого произведения?
Что никак не мешает им быть в унаследованном коде.
Это не серьёзно. Имена должны быть удобными и понятными.
О да!
Упс, в новой версии у
recordпоявились свойства, в том числе иWidthуTRect…То, что за использование
withстоит бить по рукам — другой вопрос.При желании для любой пары ЯП можно подобрать пример, в котором один язык выглядит удобнее другого. Для сколь-нибудь сложного парсинга и удобнее и логичнее использовать генераторы парсеров.
Линейное исполнение программы теперь называется "костылём"?
99% того, что было в C# 1.0 спёрто из Java по понятным причинам, а уже Java позаимствовал эти идеи из C/C++.
«Копипастить», «раздражает», ключевое слово из 4 букв, вы серьёзно?
Ужасы какие-то про SO рассказываете.
Нет никакого смысла сидеть и мониторить реку помоев, которыми являются эти самые 95% вопросов.
Время от времени заходим, делаем поиск по неотвеченным вопросам с интересными нам тегами, сортируем по дате и спокойно набираем столько рейтинга, сколько нужно.
Целью было показать, что не стоит надеяться получить корректный код просто открыв файл в IDEA.
Все методы, кроме
main()такие же, как у javac, так что они ожидаемо декомпилируются без проблем.Стоит добавить запутывание графа потока управления, сделать вычисление целевых методов
invokedynamicнепрозрачными, приправить это большим объёмом кода и мусорных инструкций и времязатраты на анализ возрастут.Для бинарников есть IDA и декомпилятор Hex Rays, однако же не всё так просто.
Аналитические декомпиляторы java-байткода спотыкаются, стоит лишь слегка отойти от шаблонов.
Сможет ли IDEA декомпилировать этот класс без посторонней помощи?
https://gist.github.com/Maccimo/fed9d46f1115f03f632d83c9b901b9fd
Класс-файл корректен с точки зрения JVM, запускается, выводит приветствие.