а) До языковое обучение

Просто объяснить, что такое программирование. С чем его едят.

Как мне кажется ход исполнения программы, переменные и простейшие конструкции лучше всего объяснять на искусственном каком-нибудь очень-очень простом языке (возможно basic для этих целей подойдет).

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

Для того, чтобы это объяснить, лучше всего не загружать людям мозг дополнительно синтаксисом какого-нибудь сложного языка и т.п.

Причем нужно все это пояснять на простых жизненных примерах, а не скажем алгоритмах эвклида. То есть идея, чтобы человек изучал только одну вещь одновременно, а не понятия переменной, синтаксис C++ и алгоритм эвклида (который он не знал).

б) Дальше лучше объяснять чуть более сложные конструкции и для чего они используются.

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

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

Кстати, в этом смысле Hello World хорош для изучения синтаксиса языка, но абсолютно не хорош, для изучения основ программирования.

в) Дальше идет слегка изучение синтаксиса какого-то языка. Я не уверен, какой язык хорош для этого. Если быть честным, то C/C++, да и большинство современных языков очень сложны для изучения.

Даже минимальная программа состоит из 10 достаточно странных строк.

Так что, я еще не уверен какой язык хорошо применить в книге первым.

д) Когда синтаксис базовых операций изучен, то постепенно давать более сложные понятие в программирование и объяснять их синтаксис в языке.

Да, кстати, естественно, в каждой части, примеры, задача, тесты и т.п.

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

е) Ну и дальше должны идти темы приближенные к реальной работе

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

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

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

Языки изучал по следующим книгам:
с - Керниган и Ричи “Язык С”
с++ - Страуструп “Язык программирования С++”
python и ryby - неплохие руководства в составе дистрибутива

Навскидку из понравившихся книг:
“C++ GUI Programming with Qt 4″
“Refactoring: Improving the Design of Existing Code”
“Design Patterns - Elements of Reusable Object-Oriented Software”
“Test-Driven Development By Example”

Все эти книги содержат примеры и упражнения. Первыми шагами в программировании были basic и pascal (названия книг не помню), но и там были примеры.

В книгах “Язык С” и “Язык программирования С++” нравилось решать упражнения.

А если выбрать язык то какой? Или выбрать множество поддерживаемых языков?

Наверно снова не в ту степь ударился.

2. Преподование не программистам программистами
Знаю по себе - ораторскими способностями не обладаю, при обяснении работы часто приходится объяснять естественные для меня вещи, искать аналогии.

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

Ведь, если вдуматься есть наверно добрых десятка три языков, штук десять платформ. Так, что даже str => int уже можно будет штук пятьдесят разных привести.

Насчет Symbain’а… Блин, они просто моральные уроды. Все сделано через жопу. Задумки были хорошие, реализация ужастная. Но это опять же отдельная тема.

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

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

Но невозможно объять необъятное. Ну, никакая книга не вместит и SQL для Oracle и Python для Symbian.

Совсем недавно - диалог выбора файла:
- WinAPI, Qt: что-то с “OpenDialog”
- Symbian: CAknSelectionDialog() (!!!)
Symbian конечно не показатель - у них все не как у людей.
- rails: f.file_field (тут еще и с аплоадом связано)

Конвертирование str => int
- C: atoi
- Net: Converter.toInt()
- Symbian: TLex (подобие регулярных выражений + ковертер )

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

Красиво получилось, будет свободное время сделаю прототип

PS: если такие ресурсы есть - буду рад ссылкам

Но вот база для этого всего должна быть железобетонной.

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

Как пример - на сайте ruby есть разделы “Ruby для программистов C++ / Java / Python”.

Что если включить вводные анкету / тест или предлогать информацию на основании заинтересовавших / незаинтересовавших разделов (кнопочка “знаю!”)? Появится еще одно отличие от бумажной книги - направленность на определенного человека.

В дальнейшем можно выделить категории по уровню знаний (senior / middle / junior), языкам (c++. python, etc), фреймворкам (QinAPI, Qt, django, etc)

Еще развитие - тесты. Или можно использовать стороннее тестирование.

Согласен. Это собственно наиболее сложный пункт в проекте.

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

Насчет “проргаммисты для программистов”. Гораздо проще и реальнее, но с другой стороны, гораздо больше всего написано и создать что-то интересное для программистов (особо более менее профессиональное) тоже сложно.

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

Мне более реальным представляется проект вида “программисты для программистов”. Что-то похожее Джев Атвуд и Джоэл Споэльски затевают: http://blog.stackoverflow.com/

http://ru.wikibooks.org/wiki/%D0%A7%D1%82%D0%BE_%D1%82%D0%B0%D0%BA%D0%BE%D0%B5_%D0%B0%D0%BB%D0%B3%D0%BE%D1%80%D0%B8%D1%82%D0%BC

Только еще проще и ближе к телу.

Ну блин, почему людей надо обучать программировать на основе алгоритма Евклида. Ну, что нету ни одной задачи, которая более понятна людям?

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

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