#

чето вопрос сбивает с толку:
- винда люит жить на NTFS
- UEFI грузит начальный згарузчк с махоньеого раздел FAT32
- вся эта ботва проживаетна диске с разметкой GPT
- MediaCreationTool вообщето сама размечает диск... (или я все забыл, или все изменилось?)

может вы предлагете программе флешку c MBR и проблема только в этом? (upd но разрази меня гром, я уверен что так уже делал, и получал загружабельную флешку)
то есть может попробовать заготовит флешку с GPT или абсолютно не размченную?
способов много:
- Acronid DDS, при выборе устройства, именно на "букве", имеет такой пункт в локальном меню ("очистить" реально удаляет вообще разметку). Acronid DDS ставить ради этого не стоит. а загрузочный исо найти не трудно. рекомендую на основе WinPE ну и естественно посвежеее
- выиндовый diskpart запросто сделает все тоже самое. но рассказывать пальцы сотрешь. сорян, но в гугл
- под любыми линуксами, хоть с лайв-сиди, в командной строке (под рутом, но лайвах он без парольный. su в терминале вы уже бог root) тотальная зачистка флэшки делается примерно так dd if=dev/zero of=dev/sdX но тут надо четко понимать, что dev/sdX это ваша флешка в некоем абстрактнои именовании. конкретное именвание двольно легво выяснить предварительно (главное чо бы у вас не былы вставлены флешки одного размера) командой lsblk выхлоп команды интуитивно понятен, а главное, содержит объем девайса. это надежный способ вяснить какую букву латинсвкого алфавита, да подставить в dev/sdX вместо X.. а ну да.. процесс не быстрый.. есть вариант синтаксиса записать первые несколько байтов или килобайтов.. но:
- я его го не помню
- и меня уже рубит

ps ну или наоборот - почти все выше в топку, по тому что много софта, который нулевыйе флешки (что я расписывал) не видит в упор. создайте раздел, любой, потомо натравите MediaCreationTool еще раз

pps еще вариант. топорно надежный. запросите у MediaCreationTool создание iso образа. потом закатайте его хоть на бованку (под свежак двухтсторонние пнадобятся, больше 5 гиг), или на флешку. если на флешку Rufus бесплатно, можно UlnraIso, не дорого, много других вич, пиратку тоже легко найти... но еcли не знаете более иенее достойных источников не заразнго вреза, лучше Rufus

(все. я спать)

на вскидку:
- если допустимо работать под одной лайв учеткой (или хотя бы логиниться под ней в onedrive, тогда работать можно и под локальными и под локально доменными. в общем разными) 5 гиг к вашим услугам. в зависимости от скоростей каналов синхронизация близка к моментальной. + копия на серверах МС и доступ из браузера, из любой точки мира (в случае единовременного трабла во всех трех рабочих местах) есть нюансы по расположению синхронизируемой папки. но довольно легко обходятся, если наловчисться работа с джанками (символическими ссылким). если выберете этот вариант - подробности распрашивайте в каментах
- если инфа конфиденциальная, на столько, что даже МС ее стремно доверить (или непонятно с учетками, или 5Гб мало, хотя там и докупить можно), есть опенсорсное фри решение, специально для параноиков https://github.com/syncthing/syncthing крайний релиз всего 18 дней назад, а проекту годы, так что решение уже давно вышло из стадии сырого, но и достаточно активное. освещалось на хабре, так что русскоязычные материалы найти точно можно. на сколько свежие, эт не знаю. мобильные девайсы тоже поддерживаются, но за подробностями это уже в первоисточник. суть проекта практически таже - реалтайм синхронизация. на сколько я помню без облачных хранилищ. но вы говорите о трех компах в разных геоточках. обычно это можно считать очень даже достаточчной избыточностью (при условии реалтайм синхронизации). если желаете еще подтcраховаться - поднимите 4й комп в любом защищенном расположении, но уже только в роли хранителя

как то так

вариантов вобщето много
- если сделаете бекап на 3й носитель, с помощью ATIH, то при восстановлении он либо сам займет весь диск, либо даст вам выбор. точно не помню, если целевой диск вообще не имеет разметки, то вроде автоматом используется весь диск. если предварительно создать разметку, для каждого раздела надо будет выбирать новый целевой раздел. в такой стратегии лучше установить виннду пустышку, что она бы заранее создала скрытыее разделы в нужном количестве и нужного размера. можно это проделать и ручками, но желательно понимать что для чего требуется
- если попробуете ADDS, тогда размер будет один в один, но развдвинуть основной раздел, можно даже во время работы винды, она прекрасно с этим справляется. недостаток - не будет бекапа на третьем носителе

соевет:
- в любом случае, после клонировани, отключите старый диск полность, до первого запуска новой системы (во первых у них одинаковые GIUD и винда может попытаться смонтировать их на одну букву, что вряд ли конечно. а вот какой нить софт может полезть за настройками на старый диск, это более реально. в общем всем надо дать "пообвыкнуться")
после проверки работоспособности клона, либо зачистите старй диск полностью, либо удалите с него системный раздел. если раздел был один, лучше его зачистить. все это лучше сделать опять с загрузочного носителя Acronis
- атоматом следует еще совет - лучше все таки использовать способ с ATIH, а саму резервную копию сохранить на третьем носителе. так надежнее
- если на старом диске был раздел данных, в общем случае его можно не клонировать, а перенести потом копированием или любым удобным способом. клонировать важно только систему и скрытые разделы. возможно это будет заментно быстрее (хотя по чесноку, все можно установить с нуля, винде это полезно ;)
- если это ноутбук, и был скрытый раздел восстановления, то это вообще отдельный разговор. чаще всего, его можно удалить, при условии что вы заготовили все слишком специфические драйвера в надежном месте. если хотите сохранить, тогда его надо клонировать отдельно. возможно даже первым. что бы спокойно отодвтнуть в конец диска (но это уже не гарантирует что биос его найдет, а если биос его не находит на новом диске - либо держите в системе старый диск, либо забейте на это раздел (подготовьте драйвера и удалите))

ps кроме Acronis-в (True Image Home и DiskDirector Suite) много и другого софта, но общие принципы одинаковы, и их знание весьма желательно ))

самый компактный и быстрый код - ассемблер
самая компактная "IDE" - notepad. хотя и это не предел. есть консольные редакторы. даже под винду

вы уж определитесь с хотелками. под винду нет инструмента лучше Visual Studio (а современный инсталятор отлично выбирает хотелки). если у вас слишком слабый комп - очень интересный инструмент Visual Studo Code (вот только исользует node.js и засирает систему кучами кешей npm, даже для собственного функционирования) зато наверное уже давно рекордсмен по количеству поддерживаемых языков (но плагины как правило и являются модулями npm)

ps на сколько мне известно, это последняя версия официального ассемлера МС - https://www.masm32.com/ там даже какая то своя IDE есть
но на masm свет клином не сошелся - https://www.nasm.us/
и для nasm есть даже очень легковестная ide, ссылка в гугл, по тому что там еще и статься с хабра вылетает - https://www.google.com/search?client=firefox-b-d&e...
.. и вообще, ассемблеров, как собак не резаных.. в чем глубинные отличия, кроме библиотек макросов, что логично, мне как правило даже и не понятно ))

pps Visual Studio Community редакция абсолютно бесплатна, по окончании 30 дневного трила, если не ошибаюсь, надо просто зарегистрироваться. лицензия (довльно дешевая) требуется для публикации приложений в "магазин" МС. она у меня есть давно, по этому что делать тем у кого ее нет - не подскажу

Visual Studo Code, а так же подавляющее большинство плагинов к ней, беспалтны абсолютно

гуглится много аж глаза разбегаются но мне бы найти конкретно для меня, для чайника

совет чайнику - вы просто начните, можно 2-3 источника сразу. и сравниватей как заходит
более того. когда сочтете что уже не чайник, все равно сравнивайте более одного источника. это очень сильно продвигает опыт
еще совет - смаостоятельное решенеи (и его поиск) неотемлемая часть работы программиста. по крайней мере хорошего - точно. практикуйтесь

рутрекер к сожалению не помог, что то на эту тему там очень мало, старое, и на английском

книги всегда фатально отстают от реальности. но книг среди и есть такие, которые достоины быть настольными. для этого надо переформулировать вопрос. и опять же на такой вопрос успешно ответит и гугл. (затруднения с деньгами? уверяю, основные шедевры найдутся и на рутрекере тоже. тогда уж librusec добавьте в источники тоже. там уже давно ввели платное, хотя и копешное сачивание (да и не за все), но по прежнему многое мжно просто читать с сайта)
.. завершая мысль - хрошую книгу следует совмещать со свежайшими примерами MSDN. может не сразу, может в промежутке что то типа https://metanit.com/sharp/tutorial/

успехов!

специально искал всяческие x86(_x64) эмуляторы - ни чего подобного не видел. подпишусь за компанию, но сомневаюсь что будут ответы по существу. думаю в лучшем случае вам напомнят об эмуляторах класса MEmu, NoxPlayer, Genimotion, может есть еще что то подобное. у них могут быть довольно приличные списки эмулируемых устройств, но это только смена разрешения экрана, и в лучшем случае какие то вещи типа переменных среды исполнения, которые заверяют софт что "я такой то планшет или смарт". возможно изменение доступных фич, типа эмуляции тех или иных сенсоров. но ни о каких прошивках речи нет и близко. на них более менее прилично работает весь софт на основе java, но не на NDK (бинарный код палтформы, написанный к примеру на C++). ну и лично мне, все они показались очень не стабильными.

при необходимости предпочитаю поднимать андроид на виртуалке. что то из проекта Andriod x86, а еше лучше Bliss. из недостатков - нет проброса клипбоарда. зато не соизмеримо стабильнее чем все выше перечисленные "эмуляторы". и в систему не гадят. живут строго в виртуалке

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

для сравнения - Майкрософт создал версию Windos 10 для ARM. и не то что бы в первые винда на ARM. 8ку точно тоже пробовали. но в этой 10ке уже не один год обкатывается реалтайм jit-компиляция x86/x64 обычных десктопных приложений Widows. анонсов и презентаци море. в самой корпорации ряд сотрудников ползовался прототипами уже не менее года. но реально продукт все еще не выпущен на рынок. по тому что все это не так просто как хотелось бы

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

ssd выбираете по кошельку, а обьем не обязательно должен в точности равнятся старому.
если перенос акронисом, то он замечательно умеет подгонять размер
(а как правило все комплектные утилиты это частично брендированный и/или урезанный акронис. если в комплекте нет - гугл в помощь, загрузочный образ ищется элементарно, в отличичии от установочного варианта, ни каких серийников не требует, работает просто так)

что на самом деле стоит учитывать - это объем данных на старом диске. если вы задаете такой вопрос, то шансов правильно перенести recovery у вас уже не 100%, да и ценность его не очень велика. так что оценивайте по занятому пространству на системном разделе. к этому стоит добавить гигов 20 (лучше 30) для процедуры обновление вин10 (если это вин 10).. а дальше уже вычисляйте себе "на вырост"

если посадочных мест на два устройства ну ни как не получается, старый хард можно выселить в usb-бокс*, и он может еще долго послужить файло хранилищем (но стоит оценить его здоровье по S.M.A.R.T. опять же гугл в помощь). тогда всяческие папки долгохрана можно сразу вычитать. вот только на момент переселения, их надо будет сохранить на 3м носителе, хотя бы временном

ps * - хард в usb-боксе очень желательно обеспечить дополнительным питанием. в идеале отдельным блоком питания. при недостатке энергоснабжения по порту usb, хард в боксе, можно довольно быстро убить. буквально

да фих их знает.. там их как собак не резаных..
а еще не только *.exe, еще *.dll, *.msc, *.vbs, *.cmd, *.ps1 .. там сам черт ногу сломит

ответы более чем очевидны, в порядке приоритета перфоманса:
- C++, D
- Rust, Go
- даже C#
.. вот только пожелания

язык программирования ... для написания высокопроизводительного приложения на Windows

и

Не слишком высокий порог входа

состоят в полной противоположности


pps я бы рекомедовал D, тем более и плагин для VS есть
ppps тут скриптовые языки советуют и критикуют регулярки.. и это более чем верно. регулярки слишком универсальный инструмент, что бы быть быстрым. регулярки в скриптовых языках - помножайте на скорости (точнее тормоза) интерпретаторов. на том же шарпе (без низкоуровневых финтов), но простым поиском по образцу начала фрагмента, и конца (да, задача была не сложной )), я получал что то вроде десятикратного обгона регулярок, самого же шарпа ))
.. вывод - если вы займетесь программированием.. реально займетесь. и правда, и на php, и на js, получите обгон регулярок, наверняка тоже на порядок. а если не поймете как обрабатывать строки, ни один язык вас не спасет. на любом языке можно написать самую медленную программу ))

ни когда не слышали, что кодеры предпочитаюл локаль en-us? если слышали, не задумывались почему?

ps Ctrl+C/V/X (иже с ними Ctrl + Ins/Del, Shift + Ins, работают везде как часы. при любой раскладке. если у вас нет - ищите перехватчики хоткеев. может даже вирусы)

1 - виртуалбокс - классная штука (как и вмварь, но вбокс бесплатный. а еще есть родной хайперв винды hyper-v, кое в чем он даже круче (дамическое рапределение памяти и эмуляция хардвера под виндой). вот только usb не пробрасываеет принципиально)
2 - в части вебразработки, WSL закрывает 99.99999999% потребностей. а это еще проще и комфортнее