Saboteur

Так это главный навык геймдизайнера, им именно за такое деньги платят)

Из прикладных советов - используйте собственную наигранность. Вы ведь играли в подобные игры? вот и вспоминайте, что вам в них нравилось.

Если в программировании опыта нет - лучше начните с Python.

То, что Go простой в изучении язык - это так, но не на столько простой как пишут в рекламе курсов по Go :)

Еще в рекламе не учитывается один небольшой, но очень важный нюанс - на Go вам предстоит решать задачи, которые будут значительно сложнее тех, которые будут у вас если вы устроитесь Python/PHP/Frontend программистом.

Смысл в том, что работодателям, которым нужны Go программисты, нужны люди, которые могут работать с большими нагрузками (как минимум).

Порог входа в Go + highload + микросервисы значительно выше, чем в Python без highload.

Можно устроиться на работу на Python + Django и при этом даже с базами не особо уметь работать. Но при этом вы сможете выполнить поставленную задачу и по итогу все будут счастливы.

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

Итого: если взять сроки подготовки с нуля до трудоустройства - то, скорее всего, путь Python будет в несколько раз быстрее. Скорее всего во много раз быстрее :)

Как вариант можно попробовать Fronend: ReactJS, VueJS и т.п. - тоже будет вполне быстрым стартом.

Ну и посмотрите developer roadmaps:
https://roadmap.sh/frontend
https://roadmap.sh/backend
https://roadmap.sh/golang (тут надо понимать, что до того, как начнёте изучать Go - надо изучить backend в целом)

Флешка расходник, многие дохнут после нескольких перезаписей.

Как происходит доступ к эл. массива на уровне ядра?

Так же как и на уровне приложения -- через трансляцию виртуального адреса в физический.

Например массив Int* arr = new int[1024*1024*1024] он как храниться?

Если мы для определённости возьмём linux, то у ядра есть несколько разных способов выделения памяти, в зависимости от того, для чего эта память выделяется. Есть наиболее простой и стандартный kmalloc который выделяет память непрерывную как виртуально так и физически. Обычно этим механизмом нельзя выделить большой непрерывный кусок. Есть vmalloc, который выделяет непрерывную виртуально, но возможно прерывную физически память. Есть get_free_pages который выделяет непрерывные страницы физической памяти, возможно, не отображаемые ни в какие виртуальные адреса. Есть Contiguous Memory Allocator который при старте системы резервирует кусок непрерывной физической памяти и может аллоцировать оттуда куски по запросу.
Важный момент состоит в том, что аллокации делаемые ядром linux через упомянутые интерфейсы всегда обеспечиваются физической памятью, у памяти ядра нет пейджинга.

А физическая, для массива то же? Ведь, так будет доступ намного быстрее?

Почему быстрее? С точки зрения процессора всё равно будет трансляция виртуального адреса в физический, если повезёт -- попадание в TLB, если не повезёт -- ходить по каталогам и таблицам страниц в памяти.

получается эмулятор каждый адрес вычислять что ли?

Простой эмулятор -- да, наверно. Умный эмулятор может кешировать эту информацию, например именно это свойство даёт QEMU большую часть его Q.

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

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

Потому что нет различий между GET/POST/HEAD/DELETE и т.д. методами. Это просто название. Ты можешь и с GET отправить гигабайтный файл, а с POST ничего не отправлять. То, что мы с GET ничего особо не отправляем, а с POST передаем данные в теле - это лишь негласное соглашение.

Ты можешь сделать так, что у тебя DELETE будет создавать в базе объект, а GET - удалять данные. Только вряд ли тебя за это похвалят.

HPE Storage Management Utility

Можно много чего говорить в ответ на ваш вопрос - размышлять, приводить примеры, и пр.

А можно просто спросить - а нужно-ли врачу-хирургу учить химию? Это же явный
оверхед для него?
А нужно-ли экологу учить географию?
А нужно-ли инженеру-строителю учить физику/математику?

Тем более, что на уровне базового обучения никто не скажет, чем же вы будете точно заниматься (даже если останетесь в профессии) лет через 10-20.

Вот и делайте выводы.

Не совсем понятно что вы хотите
Если имеется в виду приложение по типу 'стакан с пивом на ios' году в 2008 , то да, такие времена прошли, когда типа запрограммировал софтину, откинулся на спинку кресла и получаешь 100500килобаксов в секунду и ни о чем не думаешь

остается только ' какие-то единичные случаи, когда кто-то написал приложение, оно вдруг стало популярным и человек заработал миллионы," -- это всегда было и будет актуальным

Или время одиночек уже ушло и заработать нормальные деньги на приложении можно только хорошей командой?

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

и человек заработал миллионы, в интернете не так уж много информации именно о обычных разработчиках, не топ счастливчиках

Такие счастливчики не пишут о своих успехах и своих доходах. Деньги любят тишину.

FileShare.ReadWrite
Ты же сам заблокировал ей доступ на запись. И смысл пустых catch не понятен.

Зайдите на сайт 1С и посмотрите. Скорее всего нет. Двигаться в направлении понимания общих принципов безопасности и детального понимания того, как работает платформа 1С:Предприятие.

Собеседование - это не экзамен, не нужно заучивать ответы.

На собесе накидают.

Прекрасный повод пересмотреть парадигму "начинаем работать на компьютере с офиса".
Не искать костылей, которые заменят привычные костыли Excel+VBA, а разрабатывать решения, которые не зависят от желаний левой пятки корпораций и правительств.
Например, Javascript на HTML-странице позволяет не только корректно повторить весь расчет, который народ шаманит в Ёкселе, но и читать-редактировать его без чудовищного геморроя с прыжками по ячейкам и мучительными попытками вспомнить, в которой что считается.
Нужно не только расчитывать данные, но и хранить их? База данных на Линуксе поднимается за 10 минут и не стоит вам ни копейки. Нужно обмениваться данными? JSON и XML не требуют никаких конкретных программ конкретной версии - ваша информация остается доступной, даже если вся M$-продукция объявлена вне закона...
Нужны документы для печати? PDF - открытый формат, и документ в этом формате не перекосит от того, что вы открываете его не в той программе, в которой создали. Более того - полно библиотек, которые автоматически создадут вам этот документ из ваших данных.
Нужно только сменить парадигму. Для будущего.

Добрый день!
nic.ru один из немногих российских регистраторов, где услуга DNS-хостинга платная. Поэтому, если у Вас домен на nic.ru Вы можете подключить услугу DNS-мастер и добавлять любые DNS записи там.
С Инфоладой я не работал, но скорее всего можно перенести бесплатно домен непосредственно на сам nic.ru
Второй вариант это сменить NS записи домена на записи хостинга reg.ru или на какие нибудь сторонние. Если Вы не исключаете в будущем смены хостинга, рекомендую второй вариант. Из сторонних отличный вариант майл ру, можно заодно и почту сделать, бесплатную и безразмерную. А хостинг потом привязать через A записи