follow39

Rust создавался при разработке браузера Mozilla чтобы закрыть конкретные дефекты С++. Системообразующие дефекты такие как NPE, Buffer Overflow e.t.c. Сегодня доля Rust файлов в сорцах мозиллы составляет 40% от общего количества файлов. Это - достаточно чтобы считать успехом мероприятие.

Нужно ли брать Rust при разработке игровых движков? ХЗ. Я-бы сказал что Rust важнее для тех приложений где важна инфо-безопасность. Я не спец в Rust, но я чисто из любопытва смотрел например как в Rust открыть файл (мне надо было парсить логи). Так вот открыв файл ты не просто не получаешь файловую переменную. Ты получаешь монаду Either (там кажется она называется Result<>) и вот пока ты ее паттерн матчингом не проверишь - никакого файла не получишь. Тоесть протокол работы с файлами строгий настолько, насколько это возможно. Срезать поворот - не получается. Это в сях можно взять fopen(..) и результат проe..ать.

Вобщем rust по уровню строгости напоминает... ну не знаю Haskell наверное. Хотя в Rust тоже можно творить безпредел - но по крайней мере ты будешь явно декларировать операции как usafe. Это слишком очевидно вобщем-то. Дело техники на code-review просто отделить опасное и принять решение стоит ли так кодить или нет.

Да и один финский парень обещал что в Rust скоро зайдет как второй язык разработки ядра Linux. Ждем пока.

https://exercism.io/tracks/rust

Сайт есть такой codewars, пишешь программу по заданию, если код проходит тесты, то дают задачи сложнее
https://www.codewars.com/?language=rust

1) Чем чаще будете доводить код до идеала (по установленным стандартам), тем быстрее у вас пойдет развитие, и вы будете тратить все меньше и меньше времени на новые проекты.
2) Readme -> Запуск проекта -> Просмотр кода
3) Оставить текущий проект -> Пойти делать новый проект -> Вернуться к первому и внести улучшения, которые сделал в новом -> Повторить пункты
4) Если один проект похож на другой, то лучше сосредоточиться на качестве одного из них, а не на количестве.
P.S. Ну и совсем банальность, думайте о времени людей, проверяющих проекты. Одно дело - читать отформатированных и структурированный код, и совсем другое - разбираться в проекте без архитектуры и оформления.

В проектах ценится их суть. Что проект решает какую-то задачу. Пусть не всемировую, но что-то для вас.

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

Я могу посмотреть код проекта, который мне показался интересным. Или посмотреть конкретную реализацию отдельного момента.
Для этого проект должен быть оформлен. Не круто, но достаточно - readme, примеры использования, назначение.

3)
Именно поэтому проект это не "а тут я попробовал что такое библиотека x", а более-менее законченный продукт, который решает цельную задачу.

4. Да хоть один. Просто суть проектов - в том что это не учебные задачки, а ваши личные пет-проекты, которые вы зачем-то решили делать и довели до рабочего состояния.

1)я уже второй макбук покупаю в ДНС (акции вкусные попадают, в марте относительно эппл 25 тысяч скидка была)
2)единственная разумная причина брать на офсайте Apple - то что в течение месяца бук можно без вопросов вернуть обратно на случай если вы считаете что может что-то не понравиться или не уверены что вам пойдет именно эта конфигурация/модель
2upd)не, не единственная - на офсайте можно ещё заказать раскладку клавиатуры - по дефолту в РФ идет европейская клавиатура с узким вертикальным Enter в два ряда, а на сайте можно выбрать без "русских буковок", можно выбрать "американку" с длинным шифтом/ентером итп для любителей
2.1)с гарантией советую не заморачиваться и в случае косяка идти не в магазин, а сразу в авторизованный СЦ (их список есть на сайте Apple). Почему я так считаю - магазин очень любит твои деньги и не любит твои проблемы. Приходишь к ним с деньгами - ой ты ж наш любимый покупатель, тебе пятки лижут. Приходишь проблему решить - чугунно-железобетонные лица, мужчина, мы вас не знаем, отношение как будто ты сосед-алкоголик который пришел денег в пятый раз занять и предыдущие четыре ещё не отдал. Плюс у них (такое чувство) сговор включать дурака и как попугаи твердить что гарантия год (а она в РФ - два, и Apple и СЦ это подтверждают). И всё равно в итоге твой бук окажется в авторизованном СЦ - тогда смысл в посредниках, если в твоем городе он есть - можно самому отнести.
3)по российскому ЗоЗПП гарантия два года - на РСТ товар, это аргумент брать такой, а не европейца/американца на условной Горбушке
4)если оптимизируете по параметру "цена" то оптимальный аппарат для iOS разработки - MacBook Air M1 16/256. Оперативки много не бывает, берите по максимуму (16), большой диск в общем-то тоже классно, но они imho офигели с ценами - при необходимости взять внешний SSD большего объема можно гораздо дешевле. У меня уже второй бук с 256 и хватает более чем.

удачи

Quality Assurance Road Map

Отвечу немного спорными словами. Я прочитал ответы авторов. Я бы посоветовал не слушать их.
Погружение в мир микроконтроллеров (МК) очень размытая цель. Первое что нужно, это понимания нам и вам для чего это вам? В качестве карьеры? Хобби? и т.п.?
Кроме того большинство авторов бросилось советовать вам конкретные МК, что неверно.
Мир МК тесно связан с другими инженерными отраслями: конструирование, схемотехника, СВЧ, обработка информации, алгоритмы и т.п. По мимо этого нужны знания и понимания: интерфейсов, современной электронной элементной базы, операционных систем, и т.п.
Поэтому, чтобы ограничить изучение всего и вся нужно очертить ваши текущие знания(от обычных фундаментальных дисциплин(английский, алгебра) до прикладных) и ваши цели.

Это в качестве предисловия. Выбор платы для начала? Многие начитавших инетов советуют stm32.
Во-первых, на каком основании они советую именно его не ясно. Есть много других производителей с данным ядром cortex.
Во-вторых, это МК довольно сложный. Вы бросите его изучать на этапе чтения технической литературы и настройки среды. Т.к. сей час много инструментов автоматизации настройки МК, то вы даже не поймете, как и что вы настроили. Просто нажали кноки, как на ютубе и вот он мигает...
Поэтому бросьте это. Никто детей не учит алфавиту по Шекспиру.

Берите ардуино. Во-первых, на плате есть все чтобы работать. Во-вторых, много примеров. Дальше, пока вы настроите другой МК и плату на обмен с ПК вам это наскучит. А тут есть готовые шаблоны для обмена с пк информацией.
Дальше, есть много книг по avr, в частности на сайте easyelectronics курс есть шикарный. Т.е. можете брать ардуино и прогать, как avr.

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

PS. Сорри за ошибкив тексте. Лень править
PS/PS ничего не имею против авторов других ответов