074909

Как я понял Java компилируются в байт-код, который потом кушает JVM.

Немного не так. В основе процесса приложения лежит не JVM, а Dalvik. Ни на что не смотря, резкие отличия от JVM есть.
Только Dalvik уже отжил свое, английская статья в вики повествует о так называемом Android Runtime (ART), который присутствует в Android начиная с версии 4.4, а с 5.0 и вовсе вытеснил Dalvik. Подробнее о принципах работы ART можно почитать снова в английской вики. Только не стоит думать что ELF может содержать исключительно и только инструкции для реальных процессоров. ELF - это просто контейнер исполняемого кода.

Теперь обратимся к коду.

https://android.googlesource.com/platform/art/+/ma...
Это код утилиты dex2oat, которая и производит преобразование из DEX в ELF.

https://android.googlesource.com/platform/art/+/ma...
Вот тут есть некоторые пояснения самих данных и принципов их хранения в ELF формате.

Это всё не говорит о том, что после обработки DEX в ELF будут храниться исключительно инструкции реального процессора. Это все говорит только о том, что в ELF формате хранится уже подготовленный и оптимизированный код, не требующий докомпиляции и оптимизации во время своего запуска.

Так и зачем смущаться этого всего? Разницы мало, для виртуального там процессора инструкции или для реального. Все уже оптимально собрано.

Идем дальше.

https://android.googlesource.com/platform/art/+/ma...
Это описание главной функции процесса приложения.

https://android.googlesource.com/platform/art/+/ma...
Вот тут Dalvik создается безусловно, т.е. от него никуда не деться. Вот точное место.

Далее, касательно пресловутой Native activity.

https://github.com/android/platform_frameworks_bas...
Это исходный код NativeActivity, который зашит внутри стандартной библиотеки Android.

https://github.com/android/platform_frameworks_bas...
Чтобы NativeActivity смогла загрузить свой низкий уровень, в AndroidManifest.xml нужно описать мету вот с этим именем и именем .so файла в качестве значения.

https://github.com/android/platform_frameworks_bas...
Вот тут производится загрузка низкого уровня. Как видно, это делается из метода onCreate самой NativeActivity. То есть, это самое начало жизненного цикла Activity.


Иными словами, непосредственно для Android нельзя создать пользовательское приложение без задействования кода высокого уровня.

NDK что-то дает, но далеко не все, буквально мелочи. Как только тебе понадобится обратиться к телефонной книжке, узнать громкость звука уведомлений или состояние беззвучности, как-либо опросить окружение устройства, тебе придется писать код на Java.
NDK не является инструментом разработки приложений. NDK - это средство реализации только критичных к производительности участков программы.

Хочу начать разрабатывать моб. приложения, кроссплатформерность не интересует. Гонюсь за быстродействием.

Не спеши гнаться за быстродействием, по всей видимости тебе и C++, как инструмент разработки, не нужен, т.к. вообще не ясно для чего и зачем ты решил его использовать.
Инструменты выбирают исходя из целей. Цели пока не обозначены. Быстродействие не может быть целью, т.к. это только условие достижения лишь некоторых целей.
Во многих случаях в мобильной разработке максимальное быстродействие дает именно использование основного предлагаемого языка программирования. Лично я предлагаю тебе сперва уделить 5-6 месяцев (но лучше год и более) ежедневному чтению документаций, книг и исходного кода как открытых проектов, так и репозиториев разработчиков мобильных платформ.

В качестве эпилога.
https://developer.android.com/ndk/guides/index.html

The NDK may not be appropriate for most novice Android programmers who need to use only Java code and framework APIs to develop their apps.

Научись говорить "нет", тряпка

Генератор псевдо-UML, поддержка плагинов, MSDN, БД, другие языки, интеграция с системами контроля версий и прочим.
https://www.visualstudio.com/en-us/products/compar...

Вот решение. Можно выгрузить практически весь свой Google :)

wiki.mikrotik.com/wiki/Hairpin_NAT

Скорее всего, не работает по следующей причине: инициатор соединения (клиент с адресом 192.168.0.*) посылает запрос на адрес 69.69.69.69. На роутере переписывается адрес назначения (на 192.168.0.2), но не переписывается адрес отправителя. Сервер (получатель) видит, что пакет отправлен с локального адреса (192.168.0.*) и ответ шлёт напрямую на этот адрес (в обход роутера). А клиент в результате получает ответ на свой запрос не с ожидаемого адреса 69.69.69.69, а с 192.168.0.2, так что считает такой пакет невалидным и игнорирует.
Для более точной диагностики нужны выводы следующих команд от имени root на роутере:

ifconfig -a
route -n
iptables-save
# если третья команда не работает, то вместо неё две:
iptables -nvL
iptables -t nat -nvL

Можно это сделать через Xposed Framework и соответствующий модуль для него - App Settings repo.xposed.info/module/de.robv.android.xposed.mod...

Вот решение, которое работает при ваших условиях

:: MassRename.cmd
@echo off
cls

goto :Begin

:RenameFile
set fileName=%~1
set forwardPart=%fileName:~0,10%
set middlePart=%fileName:~10,-11%
set lastPart=%fileName:~-11,7%
set extension=%fileName:~-4%
rename "%fileName%" "%forwardPart%%lastPart%%middlePart%%extension%"
goto :EOF

:Main
for /F «tokens=*» %%f in ('dir /B *.pdf') DO (
Call :RenameFile "%%f"
)
goto :EOF

:Begin
Call :Main

Скрипт сделан с учетом того что все файлы имеют расширение pdf и статическое(одинаковой длинны) начало и конец, но при этом разную центральную часть.

Я заметил, что при любом моем ответе по батникам, мне обязательно ставят минус сами знаете куда, поэтому настоятельно прошу негодующих о несовершенстве языка CMD минусовать комментарий, иначе я просто не смогу больше опубликовать статьи по Maven.

Классические регулярные выражения из математики такую задачу не решают. Но на практике последние версиии популярной библиотеки PCRE умеют:

my $bal = qr/
    (?<bal>            # Name the rule (optional)  
    \{                 # Open brace
    (?>                # Possessive subgroup
        (?> [^{}]+ )   #  Grab all the non braces
    |                  #    or
        (?&bal)        #  Recurse
    )*                 # Zero or more times
    \}                 # Close brace
    )                  # End named rule
/x;

if ('{x{x}y{x}x}' =~ /^$bal$/ ){
    print "It's balanced\n";
}

$_= 'XXXX function xxx() {x{x}y{x}x} XXXX';

while ( /\bfunction\s+(\w+)\(\)\s*($bal)/g ){
    print "function: $1\nbody: $2\n";
}

Да и дотнет не отстает:

string pattern = 
    @"^((?<openBracket>\{) | [^\{\}] |" + 
    @"(?<closeBracket-openBracket>\}))*" +
    @"(?(openBracket)(?!))$";
Regex r = new Regex(pattern, RegexOptions.IgnorePatternWhitespace);

1) Фотографируем образец известной длины так, чтобы он занимал всю длину кадра
2) Замеряем расстояние до образца
3) В EXIF смотрим FocalLength
4) Считаем ширину сенсора: FocalLength * РазмерОбразца / Расстояние

Пример: я сфотографировал свой монитор длиной 0.536 м с расстояния 0.48 м айфоном, монитор занял весь кадр. Фокусное расстояние камеры айфона — 3.85 мм = 0.00385 м.

Ширина сенсора приблизительно — 0.00385 * 0.536 / 0.48 = 0.0042 м = 4 мм