Виталий Желтяков

Брайн Трейс - это тот менеджер среднего звена, который всю свою жизнь работал только в одной компании и сделал себе карьеру на продаже книг по GTD?

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

Немного сарказма:
"Какие интерактивные лекции по работе молотком вы можете посоветовать?
Существует множество площадок для обучения, на некоторых я видел такие уроки, где делаются вещи, которые не стыдно потом на полку поставить. Может быть вы знаете, где накопать пару таких уроков? Желательно с описанием изделия и технологий которым они обучают.
Спасибо."
Нельзя научить работе молотком с помощью какого-нибудь курса.

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

А все эти уроки просто трата вашего времени.

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

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

Обязательно читаем "Библия хакера". Там про методики взлома всё разложено по полочкам.

Для каждого события создаётся отдельная запись в базе с меткой времени. Затем по инициализации с клиента считываем и обновляем данные.
Нагрузка на сервер минимальная так как события дискретны.

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

Если печатать не собираетесь, то исключительнно word так как лишь он адекватно делает pdf с разделами.
Если будете печатать, то scribus

В буднии дни
6-30 - подъём
7-00 - пошел на работу
7-25 - сел в автобус, во время поездки читаю-учусь
9-00 - приехал на работу
17-45 - ушел с работы
18-05 - сел в автобус, во время поездки читаю-учусь
19-30 - приехал домой
21-00 - работаю на своим проектом/прочие
01-00 - лег спать

Элементарно. Поездка на работу занимает у меня 3 часа. Я превращаю их в 3 часа обучения.

Очень станный и глупый вопрос.

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

Другое дело практическая часть данного курса — у Вас есть возможность выбора СУБД.

PHP бесполезно учить отдельно. Его необходимо учить в связке PHP+JS+HTML+CSS+SQL (или какая-нибудь другая). Отсюда следует, что достигнуть профессионального уровня можно только с помощью практики.

Практического опыта можно набраться двумя способами:
— устроиться на работу в качестве практиканта/ученика;
— самому попытаться реализовать свой сложный проект (результат не важен, главное полученный опыт).

Так же могу посоветовать «разобрать» какой-нибудь фреймворк в плане кода, посмотреть его внутренности, как он устроен, как работает.

А что там читать?

Все основные вычисления проходят на клиенте. Роль сервера в браузерных игра простая — принять запрос клиента, направить запрос к базе и вернуть ответ клиенту. Если поймёте как работает клиент, то с сервером проблем не возникнет.
Это утверждение основывается на личном опыте.

По поводу технологий:
— Сейчас пишу пошаговую ММОРПГ на PHP. В будущем планирую отказаться от PHP в сторону Node.js из-за сокетов.

Из личного опыта:
— Если есть у учащихся опыт верстки (им знакомы HTML и CSS), то с PHP.
— Если нет опыта верстки, то с Delphi (Pascal — на крайний случай).
— Другие популярные языки (кроме VBA) не советую, т.к. с нуля очень тяжело понять.

В принципе, PHP, HTML и CSS можете учить по любому материалу, кроме видеоуроков (ненавижу Попова). SQL советую начать с Грайбера.

Хотел бы посоветовать новость про транзит Венеры, но не думаю что она долго будет актуальна…

Здесь всё зависит с какой стороны подойти к вопросу.

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

А подходить надо со стороны: программист пишет код => должен писать хороший код => хороший код содержит комментарии => комментарии должны быть написаны правильным языком => чтобы писать правильным языком нужны знание правил семантики и риторики => если программист знает семантику и риторику, чтобы писать хороший код, почему бы ему не выступать…
Надеюсь Вы уловили мою мысль.