Saboteur

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. Комментарии имеют стандарты, например только английский, в едином стиле.
Стандарты именования переменных, классов, методов, что упрощает чтение.
Собственно ООП - при грамотном подходе, это позволяет создавать максимально независимые инкапсулированные классы.

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

Наймите фрилансера. Это элементарная задачка.

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

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

git работает и в винде и в линукс, а изучить несколько команд в командной строке не проблема.
git init это не команда linux, это команда git, и работает одинаково и там и там. Разница может только в особенностях файловой системы (аттрибуты и права доступа), но вы все равно по ftp заливаете.

Не обязательно ставить сервер, можно просто работать в локальном репозитории, просто при ftp нужно будет не копировать папку .git

Официальная документация на официальном сайте git прекрасно описана чтобы сразу начать (есть даже на русском), или чтобы читать глубоко и полно.

use cases?
test cases?

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

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

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