Saboteur

Данные этого человека:
1. 40 лет;
Неважно

2. Огромное желание работать в данной области;
Почему же он не работает в данной области? Или желание выявляется исключительно "хочу"? Пусть сидит и пишет код.

3. Живет не в мегаполисе;
Неважно

4. Любовь к точным наукам и использование этих навыков в быту и повсеместно;
Противоречит с 2. Если любовь к точным наукам, то мог бы самостоятельно логично додуматься, что нужно не просто хотеть а сидеть иделать

5. Есть свободное время;
То есть он хочет, и свободное время есть, но ждет одобрения?

6. Быстро "впитывает" самую разнообразную информацию;
Противоречит с тем, что он до сих пор не работает, если хочет и есть свободное время.

7. Смотрит на мою разработку и вдохновляется сильно.
Противоречит со всем предыдущим. Смотрит, вдохновляется, хочет, есть время, но при этом ничего не делает?

Проверяют user-agent, проверяют разрешение пользовательского браузера и выдают соответствующую страницу

Те, кто смог пробиться на рынок UI без профильного образования, подобные вопросы не задавали, и уже что-то делали задолго до института.
Повторять их путь не стоит, потому что рынок ИТ не стоит на месте - то, что прокатывало 10 лет назад, сейчас безнадежно устарело и никому не нужно.
Я вам рекомендую просто поучиться писать любые программы с любым интерфейсом, и задать подобный вопрос позже, когда вы будете не полный нуль - тогда и вопрос будет сформулирован правильнее, и ответы вам будут более полезны.

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

1. "Программирование — умение кодировать алгоритмы, предназначенные для исполнения процессором"

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

> на языке, синтаксис которого, в конечном счёте - после стадий трансляции символьных масок в последовательность электрических сигналов, предназначен для понимания процессором.

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

3. В результате кодирования алгоритма/ов получается компьютерная программа.

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

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

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

5. Формат интерпретации данных и их кодирование в памяти, а также список команд, которые способен исполнить процессор, предопределены производителем CPU и описаны в Instruction Set Architecture процессора?

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

6. Вот ещё волнует вопрос: именно ISA определяет то, как закодированы данные в памяти или она определяет только то, как эти данные интерпретируются процессором? Если не ISA определяет кодирование данных, то что?

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

7. Вот ещё один волнительный вопрос: если программирование начиналось с мучительного прямого введения последовательностей бинарных электрических сигналов в машину на интерпретацию, то как был создан первый первый интерпретатор именно текстовой программы?

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

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

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

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

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

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

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

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

Если ни то, ни другое, то с какой стати платить больше?

Конечно являются.

Но вам следует уточнять не это, а то, что с ними делать, потому что разные комбинации персональных данных требуют разного отношения, вплоть до требования храниить их в пределах РФ.

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

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

* Не следует комментировать очевидное. Лучше правильно давать имена методам, классам и переменным
* Если идет исправление бага, бывает удобно указывать номер тикета.
* Комментарии следует писать на английском (исключения могут быть, например 1C, где сам язык программирования русский).
* Для каждого языка могут быть свои требования. php и java имеют встроенные javadoc, phpdoc, которые генерируют документацию, следовательно там уже есть официальный стандарт.

Чтение книг не сделают из вас хорошего специалиста.

Чтение книг должно дополнять практику. Например 80-90% времени пишите код, 10-20% читаете книги.

Иначе вы просто потратите зря время.

Еще один скуксился в бездельники, а значит нам больше работы достанется.

Код не получится простым.
Из-за сложности кода, возникла парадигма ООП, возникла модульность и так далее.

Для упрощения используют следующие вещи:
Комментарии. В java для этого есть целый стандарт с автоматически генерящимися javadoc. Комментарии имеют стандарты, например только английский, в едином стиле.
Стандарты именования переменных, классов, методов, что упрощает чтение.
Собственно ООП - при грамотном подходе, это позволяет создавать максимально независимые инкапсулированные классы.

А иначе - никак.