Saboteur

В какой сфере развиваться?

Как девелопер, ты слишком рано собираешься выбирать ограничивать сферу.

Например фраза "геймдев и ПО", а с каких пор игры это не ПО?

Сделай полезный калькулятор, например расчет комунальных расходов и стоимость

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

man bind

Правда насчет именно printscreen не уверен.
Не помню когда сидел за железной консолью, а по ssh он может просто не передаваться.

создаешь функцию, вешаешь ее например на Ctrl+p :

$ function hello_world
{
  echo "Hello world"
}
$ bind -x '"\C-p":hello_world'

и просто жмешь Ctrl+p

для постоянного доступа прописать это в .bashrc или .profile

На мой взгляд, основные требования будут выглядеть как-то так:
Сразу предусмотреть, что сайт будет иметь высокую посещаемость и нагрузку

Откуда данные, что сайт будет иметь высокую нагрузку и высокую посещаемость?
Это явно преждевременная оптимизация

Чтобы без лишних проблем можно было найти программиста для поддержки и разработки магазина

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

Гибкость. Простота внедрения новых фич на бэке и изменение внешнего вида сайта на фронте без необходимости городить "костыли" из-за недостатков платформы

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

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

Полезно, но не обязательно.
Системное программирование, как ни странно обслуживает системы. В основном операционные.

Если взять любую операционную систему, в ней огромное количество кода и отдельных компонентов, начиная от ядра, драйверов устройств, виртуальных драйверов (например драйвер файловой системы), так и программ типа ping, netstat, и даже notepad.exe

p.s. Слишком много теоретических вопросов, слишком мало нет практических. Начинайте уже не читать а писать код.

Сделать третьего юзера, от его имени по расписанию запускать скрипт.
На папках настроить доступ:
А - доступ первому и третьему юзеру.
B - доступ второму и третьему юзеру.

А вот что такое недокопированные файлы, это вы уже в скрипте решите как проверять.

А если дуть потоком воздуха на ГОЛУЮ РАСКАЛЕННУЮ КОМФОРКУ, мгновенно убирая тепло, оно как, остынет?

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

Вы же планируете количество поверхности уменьшить.

Если вам непонятна фраза "уметь читать и понимать техническую литературу на английском", то возможно у вас основная проблема не с английским, а с умением понимать.

ок, на какой ОС посоветуете практиковаться, учиться - новичку, windows, linux, или может специальная minix?

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

Можно взять питон, будет легче и для скриптов пригодится.
C#, это чтобы серьезно заняться.

А вообще, можно взять и написать веб-интерфейс причем бэк можно оставить питон.

Поиграйте в нетоповые игрушки даже в том же вконтакте, посмотрите на неучей-кор-гейм-девелоперов.

Или вы думаете в веб-разработке нет аналога игрушек ААА-класса?

Если ты не смог осилить вуз, если ты не смог осилить две книжки по питону, почему ты считаешь, что у тебя есть шансы в ИТ?

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

Чем больше ты пытаешься узнать что нужно НЕ УЧИТЬ, тем меньше у тебя шансов.

Есть определенные требования к альфа, бета и полному релизу.
Если требования к альфа выполнены, и альфа запланировано, то ее нужно выводить.

А потом, наверно, надо будет выпустить еще одну версию, устранив и перекроив часть проблем. А потом еще. Какой-то подход "лишь бы не сидеть сложа руки".

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

Потому что хорошая продумка в течение нескольких человеко-суток позволит наперед продумать и обсудить все моменты. То, что никто это не умеет, это просто человеческая тупость. Надо больше развивать такое качество, как перфекционизм - оно принципиально не позволит что-то переделывать, потому что от переделок остаются следы, а это уже не идеал. Разве это не сэкономит больше ресурсов, чем потратит?

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

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

Почтовые клиенты не соблюдают весь современный html/css и не будут соблюдать.
Поэтому верстать письма, чтобы они всегда одинаково выглядели во всех почтовых клиентах - нереально.

Для большинства подойдет простейшая табличная верстка, и то, некоторые клиенты могут по своему усмотрению "сокращать" лишние куски элементов.