Adamos

Вот тут часто спрашивают - а нужно ли программисту высшее образование?
Так вот, на нашем строительном факультете половина курса английского была таки заучиванием терминов по словарю.
Транслит ужасен как в том, что плодит ошибки при написании, так и в том, что вынуждает читающего постоянно "переключать контекст" с языка программирования на русский, да еще вычитывать дикие конструкции типа borzhch вместо беглого чтения.
Вы можете довольно вольно использовать неточные слова и откровенный пиджин - главное, чтобы вы понимали написанное без вглядывания и человек, который читает ваш код, вас за это не проклял. Nothing else matters.
Беспокоиться об индусах, которым когда-нибудь случайно попадет в руки ваш код, вы все равно всерьез не будете.

Есть прекрасная книжка: "Код. Тайный язык информатики".
Позволяет выкинуть из головы детские фантазии и начать изучение с реальности.

Главное - не тратить ни минуты на такую фигню, как раздумывание над этим вопросом.

Чтобы избежать серьезных проблем с диском при выключении света - достаточно разделить корень с /home и, если память позволяет, вынести /var/log и /tmp на tmpfs.
Так и пошустрее будет, собственно.
Насчет самой постановки вопроса - она в принципе ошибочна. Никакой критичной разницы между популярными дистрибутивами для веб-разрабочика просто нет.
Вопрос вкуса и баланса между стабильностью и желанием иметь софт поновее. Да и этот баланс ищется не в основном дистрибутиве, а в виртуалках с рабочими окружениями.

вырвиглазное сглаживание шрифтов и цвета в стиле "дайте тазик блевануть"

Довольно точное описание Win10, кстати...

Кто-нибудь из участников обсуждения может аргументированно отклонить банальный LAMP? С РНР в главной роли (с фреймворком или без оного).
Понятно, что многое придется делать руками. Ну, так ТС учиться не прочь, а задача, возможно, совсем не так объемна, как кажется на первый взгляд.

Чему нас учит семья и школа?
Что жизнь сама таких накажет строго.

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

Есть процедура: перед тем, как задавать вопрос, погуглить самостоятельно.
Есть императив: погугли, прежде чем задавать такие вопросы.
Поскольку ни то, ни другое не выполняется, разницы никакой.

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

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

Специалисты, которые так и не удосужились завести привычку быстро читать и понимать прочитанное - это прекрасно. Чем больше их будет, тем выше ценность нас, читающих ;)

class MyClass1 
{
  MyStruct2 member; // компилятору необходимо полное описание структуры - она является частью класса (в частности, влияет на размер объекта в памяти)
  MyStruct2 *member; // компилятору не требуются подробности. Если этот член не используется вне класса - описание структуры спокойно может лежать только в cpp-файле этого класса, больше оно никому не понадобится.
  ... 
}

Виртуальная реальность, даже со шлемом - это ровно те же самые игрушки, только экрана два, и они у пользователя перед носом.
Для программиста - никакой разницы.

Попадалась как-то книжка под названием, помнится, просто "Code". Ну, или "The Code"...
Там компьютерная логика разбиралась, начиная с механического реле.
Вставляя мозги на место и избавляя от всяческих иллюзий.
Сейчас, правда, тяжеловато нагуглить книгу с таким названием ;)

Вообще-то в этом веке за создание программой файлов в той же папке, где находится программа, бьют по пальцам рельсой.
Потому что даже до "подоконников" уже дошло, что папка, откуда что-то запускается, не должна быть доступна кому попало на запись.
Программа по умолчанию должна иметь право создавать какие бы то ни было файлы только по пути %APPDATA%/(название этой программы)/.
Ну, может спросить пользователя, куда он предпочитает этот файл сохранить.

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

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