Андрей

Сначала убедитесь, что у вас всё в порядке со школьной математикой, лучше всего для этого подходят учебники Киселёва.

Потом на базовом уровне осознайте математический анализ (например по книге "Как выжить после предельного перехода?" Пантаева), затем поднимите линейную алгебру (для этого достаточно учебника Куроша "Курс высшей алгебры"), останется лишь добавить немного теории вероятностей (первого тома Феллера для этого более чем достаточно).

Если хочется именно дискретной математики, то можно курс "Дискретные структуры" Дайняка на степике порешать, если захочется ещё, то "Конкретную математику" Кнута :)

Я бы выделил несколько "кластеров" в городе:
1. Северо-запад - Беговая/Ст.Деревня/Пионерская/Черная речка
2. Восток - Пл.Ленина/Новочеркасская/Ладоджская
3. Юг - Техноложка/Фрунзенская/Моск.Ворота/Электросила + небольшая часть Московская > Пулковское ш.
4. Васильевский остров - тут и "линии", и Приморская
5. Центр и Петроградка.

По поводу жилья - если переезжаете из другого города, главной ошибкой будет покупка недвижимости сразу. Я не знаю, может для вас сумма в 5-7 млн. не кажется чем-то выдающимся, но по-моему тратить её нужно с умом.
Я видел желание жить на Петроградке, и, конечно, я вряд ли переубежу кого-то живущего уже там, это определенная секта, которая с пеной у рта будет доказывать, что это лучшее место на Земле. Но есть определенные проблемы:
1. Отсутствие крупных магазинов, т.е. продукты будете покупать либо в магазинах пешей доступно с крайне скромным выбором, либо ездить в другие районы.
2. Отсутствие зелени: ваши лучшие друзья будут дворы-колодцы, асфальт и пыль. Для кого-то это романтика, но она быстро пройдет, как и надоест гулять исключительно в парке на Крестовском.
3. Транспортный коллапс: во-первых со всех сторон вы ограничены мостами, случись что и ваш район в блокаде. Футбольный матч, приезд какого-то чиновника, еще что-то способно перекрыть вам все пути побега. Ну да, и в момент навигации нужно внимательно следить за временем, чтобы случайно не опоздать на мосты и тогда придется объехать пол-города, чтобы попасть домой.
4. Как и в любом другом центральном районе будьте готовы к тому, что машину, скорее всего будет сложно припарковать, а в ближайшие пару лет еще и платная парковка к вам может придти, в садик/школу попасть будет сложно, т.к. желающих много, а новых объектов уже не открывают, здесь есть новостройки, но это не гарантирует отсутствие проблем с коммуникациями, т.к. во-первых, коммуникации до дома старые, во-вторых, качество нынешнего строительства вызывает много вопросов.
В принципе, всё это так же легко перекладывается на Васильевский остров, ситуация схожая.

Если рассматривать центр, то наиболее благоприятным местом будет Коломна - тихо, спокойно, это еще не считается "элиточкой", что сказывается на ценнике, есть определенные проблемы с общественным транспортом (нет метро), но на авто он относительно свободен и он не транзитный, что в лучшую сторону сказывается на воздухе.
"Золотой треугольник" - дорого и не комфортно, очень много людей, круглосуточные пробки, и хостелы/мини-отели в каждой второй парадной.
Вполне неплох участок за Фонтанкой, в районе Загородного. За исключением зелени и отсутствием крупных магазинов особо сильных проблем не назову.
Район Чернышевской неплох, но "элитен" и цены в нем сильно завышены, очень сильная социальная пропасть, в одной парадной могут быть клоповники-коммуналки с алкашами и "аппартамента" какого-нибудь господина на Rolls-Royce. В силу этого, регулярные конфликты обеспечены. Ну и метро Чернышевская в часы пик - сущий ад.
Лиговский и Пески - неоднозначно, слишком много "питерского" духа в виде коммуналок и алкашей.
Московский район - идеален :) Много зелени, недвижимость в разумных пределах, пробки бывают, но много путей объезда. Инфраструктура вся в порядке.
Естественно, это исключительно моё мнение и кто-то с ним может не согласится.
На мой взгляд идеальное жилье получается когда:
1. Дом не большой
2. Жильцы относятся примерно к одному социальному классу
3. Рядом есть вся необходимая инфраструктура
4. Въезды/выезды и района не ограничены 3-4 путями, из которых часть мосты и ж/д переезды
5. Есть зелень

"К черту всё! Берись и делай!" :)

Вы описали несложную задачу (не писал ботов для VK, вот для Телеграмма это делается на раз-два, а уж с XML в java что только не делали + Spring'овое семейство фреймворков, которые покрывают дофига всего), но для ваших знаний будет самое оно для изучения. Это же реальный проект, которым Вы будете пользоваться. А не синтетический пример из книжки.

Срочно начинайте делать без сомнений. Так ведь и просходит самое продуктивное изучение - есть проблема, не знаете как делать, узнаете и делаете. Главное ешьте слона по частям, декомпозируйте задачу на подзадачи по максимому и потихоньку пилите их по одной.

Одного dex2jar мало

1. Качаем dex2jar-0.0.9.8.zip (номер версии может изменяться) и извлекаем все файлы в желаемую папку, например D:\Decompile .
   
2. Качаем Java Decompiler, я использовал JD-GUI и извлекаем файлы для удобства в ту же папку, куда и dex2jar.
   
3. Качаем apktool и apktool-install-windows-r04-brut1.tar.bz2 и извлекаем файлы уже в системную папку. По умолчанию C:\Windows. (Не забываем скачать второй архив)
   
4. Берем нужный apk файл и кладем в папку с dex2jar и Java Decompiler. В примере приведу декомпиляцию приложения Прикрепленный файлCalculator.zip ( 66,18 КБ )
   
5. . (надо извлечь из архива).
   
6. Открываем Командную строку (Обработчик команд Windows) в вышеупомянутой папке (В папке по пустому месте при зажатой кнопке Shift нажимаем правую кнопку мыши и выбираем Обработчик команд Windows).
   
7. Вводим команду dex2jar Calculator.apk и если все прошло хорошо, в той же папке появится файл Calculator.apk.dex2jar.jar
   
8. Запускаем jd-gui и открываем полученный на предыдущем шаге файл. (На Windows 7 открывать с правами администратора и с совместимостью Windows XP SP3)
   
9. Выбираем пункт меню File-Save All Sources и сохраняем.
   
10. Извлекаем полученный zip архив.
    
11. Помещаем полученную папку в папку src (надо предварительно создать).(Что бы получилась примерно такая структура D:\Decompile\Calculator\src\com\android)
    
12. Опять же в командной строке вводим команду apktool d Calculator.apk Calculator, где Calculator.apk-имя пакета, Calculator-папка для декомпиляции
    
13. Если все хорошо, тогда в указанной папке будут исходники в двух форматах (java и smali), ресурсы и файлы AndroidManifest.xml, apktool.yml
    
14. Все готово, исходники получены. Правда после декомпиляции в коде есть, можно сказать, ошибки, я заметил пока только что вместо true и false стоят 1 и 0 соответственно.
    

Взято с 4pda гуглится за пару секунд

1. Курите формат wav-файлов, он не особо сложный, написать код чтения не должно составить проблем.
2. Разбираетесь с аудио-API различных ОС. Убеждаетесь, что для разных ОС реализация будет разная.
3. Обеспечиваете необходимые преобразования прочтенных из wav данных о звуковой волне в данные, готовые к передаче в аудио-API.
4. Результат.

А вам и не надо разбираться в DOS, достаточно более-менее разбираться в предметной области и иметь исходники старой программы. Ну или не иметь исходников, но хорошо разбираться в предметной области, чтобы понять логику работы программы.
Средства работы с DBF есть практически под все языки, так что можно написать как программу, работающую с теми же базами, так и конвертировать базы в другой формат и сделать хоть десктопное, хоть web-приложение.

Можно долго рассказывать про плохой стиль или разницу между парадигмами программирования.
Можно холиварить, а можно знать, что 90% кода никто никогда не увидит.
Также можно вспомнить, что С++ сам автор называл "С с классами".

Так что да, можно.

Rust развивается стабильно, новые возможности и исправления вводятся с каждым релизом раз в 6 недель. Замеченные баги тоже исправляются оперативно в нерегулярных минорных релизах. Иногда такая динамика развития даже может служить препятствием: многие "живые" библиотеки требуют новой версии компилятора, но не всякая компания способна быстро обновлять его на своих проектах.

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

Что касается веба - вот тут есть список актуальных компонентов: www.arewewebyet.org

Какого-то единого сборника лучших практик использования Rust, насколько я знаю, пока нет. Много полезных советов есть в официальной документации (в так называемых Книгах), а также разбросано по разным отдельным статьям. Однако, существуют списки полезных статей, которые помогут найти среди них нужную. Например эти:
https://github.com/ctjhoa/rust-learning
https://github.com/brson/rust-anthology/blob/maste...

В новых проектах Rust используется, и пока тенденция идет на расширение. Вот на этой странице вы можете посмотреть, какие компании используют Rust сейчас и для чего: https://www.rust-lang.org/en-US/friends.html

Итак, если вы планируете использовать Rust в производстве, готовьтесь вот к чему:

1. Довольно высокий порог входа в язык. Тут нет особой сложности, просто потребуется практика на языке и поначалу время на следование советам компилятора по устранению постоянно возникающих ошибок компиляции.
   
2. Достаточно частые обновления компилятора по добавлению новых возможностей в язык. Это может приводить к тому, что нужная вам библиотека будет требовать свежую версию компилятора.
   
3. Сыроватые библиотки. Вероятно, вам придется их слегка дорабатывать под себя.
   
4. Rust упрощает сложное, но усложняет простое. Для совсем простых проектов, не требующих высокой производительности и серьезных доработок в будущем, возможно, Rust будет не лучшим выбором.
   

Но что вы получите от использования Rust?

1. Высокую производительность программ, автоматическое управление памятью без сборщика мусора.
   
2. Высокую надежность и защищенность программ, устранение большого количества потенциальных проблем на этапе компиляции.
   
3. Достаточно легкий и безопасный процесс рефакторинга и доработки программ, благодаря развитой системе типов.
   
4. Развитую систему управления зависимостями проекта.
   
5. Действительно хороший универсальный инструмент: Rust подойдет и для прототипирования, и для разработки, причем для любого типа программ (утилиты, настольные приложения, веб-приложения, мобильные приложения, встраиваемые системы). Хорошая поддержка пока еще есть не для всего, но на перспективу - это большой плюс.
   

Rust развивается основательно. Не семимильными шагами, потому что каждый шаг согласовывается с сообществом и ресурсами на его воплощение, но достаточно быстро, и крупных жалоб пока нет (кроме кривой обучения, но это субъективно, главное понять принцип владения данными). Best Practices есть. Для новых коммерческих проектов его выбирают в основном в отрасли блокчейна и специальных вебсервисов с быстрым откликом. Веб фреймворков россыпь, пока лидируют Actix и Rocket. Десктопного гуя стабильного нет, пользуются биндами к gtk.

• std::string — как правило, если не указано противное.

• QString, AnsiString/UnicodeString и прочие — в соответствующих фреймворках, обычно очень близко к интерфейсным функциям.

• char* — практически не используется в реальном коде. В основном для оптимизации, если есть собственное управление памятью. Довелось как-то в собственном разборщике XML (работает в 2,5 раза медленнее рекордсмена, pugixml. Зато даже это в разы быстрее Excel’я, пространства имён «из коробки», расход памяти мизерный и программирование простейшее.)
Зато по-чёрному используется его const-аналог.

• const char*. Это может быть одинокий const char* + нуль-терминированная строка, или указатель+длина, или указатель на начало + указатель за конец.
1. Если ожидается, что в функцию будем передавать строковый литерал.

void writeEnum(st::Stream& st, int value, const char* names[]) {}

enum class Letter { A, B, C, …, Z, NN };
const char* natoNames[static_cast<int>(Letter::NN)] = { "alpha", "bravo", "charlie", … };
writeEnum(someStream, static_cast<int>(Letter::E), natoName);

2. Если операцию со строкой можно произвести «на месте», не заводя новую память: (trim, как известно,— обрезка пробелов в начале и конце)
void trim(const char*& beg, const char*& end);

3. Если структура данных паразитирует на чужих строках, не заводя своей памяти. Особенно если конструкция строк неизвестна (например, при передаче данных из плагина в плагин).
struct ParasiteString { const char *beg, *end; };

4. В библиотеках, если они реально настолько компактные, что нет нужды обязательно подключать жирный STL.

• char[] — только как оптимизация, когда предельная длина строки известна и невелика.

wchar_t* myFtos(double value, wchar_t* buf, const FloatFormat& format) {}

wchar_t buf[100];
myFtos(100.500, buf, FloatFormat::NICE);

Можете организовать ожидание, QEventLoop:exec запустить после подключения к слоту QEventLoop:quit сигнала когда запрос завершен.

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

QNetworkRequest request(url); // Created by Ighor July
QNetworkReply *reply = manager->get(request);
reply->setParent(this);

int timeoutMS = 60000;
QEventLoop loop;
connect(reply, &QNetworkReply::finished, &loop, &QEventLoop::quit);
QTimer::singleShot(timeoutMS, &loop, &QEventLoop::quit);
loop.exec();

QByteArray answer = reply->readAll();
reply->deleteLater();

Либо делать все без блокировок, что предпочтительнее, и qDebug вызывать в слоте получившему сигнал что запрос завершен.

>Во первых, почему указатели в Rust называются ссылками?
Во первых референс это не указатель.
Указатели это *const _ и *mut _
То что референсы имеют разыменование не делает их указателями, да и пользоваться этим не надо обычно.

Такой вопрос уже задавался если тебе интересно почитай https://users.rust-lang.org/t/solved-why-do-refere...

Во вторых ты можешь почитать о референсах
https://doc.rust-lang.org/1.10.0/book/references-a...
https://doc.rust-lang.org/1.4.0/nomicon/references.html