esin

США?
Я б послал куда подальше.

i в цикле это не номер текущего символа, а сам символ.

Я могу представить только Moai — отображение и интерфейс пишите один раз, а работу с bluetooth реализовываете отдельно для каждой платформы. Moai это кросплатформенная SDK с открытым исходным кодом. Пишите на Lua, а что в SDK не хватает дописываете на C++.

Mono*, kivy

Думаю для это задачи придется писать несколько приложений.

Я вообще не понимаю когда спрашивают «какой язык выбрать»? Его что, однократно можно выбрать? Или на лбу выжигают навечно? Найдите интересную область и работайте в ней. Хотите в мобильное — тут одно. Веб — тут другое. Ынтерпрайз — третье. В каждом своё надо уже рассматривать. Различия в этих областях поболее, чем в языках в каждой из этой области. Ну и так далее. В любом случае советовать такое бесполезно — каждый скажет что сам делает и всё.

В Settings — User:

"open_files_in_new_window": false

Он их меняет в зависимости от частоты использования. Попробуйте снять галочку «Автоматически использовать последнее расположение пространств» в Системных настройках — Mission Control

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

Ничего «левого» качать не надо, есть оригинальные образы — rutracker.org/forum/viewtopic.php?t=4133486
Заводской раздел снести к хренам, т.к. смотреть на него без слез, обычно, не представляется возможным :)

Мелкую электронику (жёсткие диски, память, микросхемы и т.п.) обычно упаковывают в антистатические пакетики, которые вполне заменяют пальцы при работе с тачскринами.

Ну как тут ответить без ругательств :) Сразу ненависть от читателей. И мысли о создании банерорезок.

А какого рода строки в файле? Может, их можно хранить в памяти компактней. Например, дату/время можно точно уместить в один long, см. Date.getTime(). Может, и с остальными столбцами так можно?

1. Сортировать данные по индексу и второму столбцу
2. MergeSort использует в 2 раза больше оперативной памяти, нежели действительно требуется. В оперативной лучше сортировать по QuickSort (сортировка по умолчанию Arrays.sort()), тогда можно сортировать в 2 раза больше данных.
3. Так как дата представляется целым числом, можно использовать поразрядную сортировку (которая производит несколько сортировок подсчетом). Она еще быстрее. То есть, если дата представляется числом < 10^18, то сортировку можно произвести всего лишь тремя сортировками подсчетом (по разряду 10^6), которые выполняются за линейное время
4. ArrayList работает долго. Используйте массив
5. Не понял, как именно вы сливаете файлы. Их надо сливать по аналогии с MergeSort. То есть не последовательно, а также логарифмически

Я не до конца понял ваше решение, но если тупо взять, пройтись по файлу и отобрать топ(512мб), записать в файл. Далее опять пройтись, отобрав топ(512мб) но уже начиная от нижней границы предыдущего топа. Всего 8 проходов.

Ну я бы сделал так.

Читать сроку, запоминать ее смещение от начала файла (int32), длину строки (int32), а время перевести в timestamp (int32) = ~12 байт на запись (+ оверхед явовских контейнеров)
Сортировать все скопом по timestamp в один контейнер.

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

В 512 Мб влезет ~44 млн. срок. (без учета оверхеда контейнеров)