DeNnEr

Бизнес делаешь? Это хорошо, да.
Если говорить о обучении, то я скажу что это не эффективно. Вообще. Как минимум, не с детьми.
Что до решений — тимвьювер. Можно поискать и веб-сервисы(их не так уж и мало, поищи).
Но раз уж делаешь бизнес, то сделай добро — поделись с другим. Найми программиста, который напишет программу специально для тебя, а то и целый сервис.

Если iATKOS не завёлся, то можно и не пытаться. Однако, для некоторых буков есть специальные сборки(легко ищется по модели ноута в гугле) iATKOS, но и они работают не всегда.
На самом деле, Mac OS имеет смысл ставить только на макбуки или ради определённого софта.

Я достаточно часто рассказываю о том, что такое IDE, и вообще на эту тему в своём блоге(http://blog.soulrobber.ru/).
Но если нужно «здесь и сейчас», то:
1) Удобство интерфейса. Минимализм. IDE это не Word, 90% времени программист должен наблюдать редактор и дерево каталогов, файлов проекта. См. TextMate, Vim, Emacs.
2) Скорость. Она характеризуется показателями скорости работы анализатора кода(автокомплит часть его) и редактора.
3) AI анализатора кода. Он должен уметь подхватывать символы из модулей, импортируемых в коде.
4) Разная подсветка кода(в т.ч. фон редактора, гаттера, курсора etc). Жизненно важно иметь 2-3 стиля подсветки: тёмная, светлая, в стиле «zenburn».
5) Модульность. Скриптинг и остальное — костыли и попытки сделать нормальную систему, но лучший вариант пока представлен только в TextMate.
6) Инструменты дебага приложения. Как минимум — gdb и хоть какая-нибудь интеграция. Лучше — подхват живого приложения с его помощью. Без инструмента дебага твоя IDE будет просто редактором. Мало IDE смогут называться таковыми если убрать из них инструмент дебага.
7) Конкретно, поддержка языков(это только те, что нужны мне): C, C++, Python, Ruby, PHP, XML, HTML, CSS, JS, HAML, SASS, Django Templates, Makp, genshi, Lisp. Это вместе с так называемыми «lint'ами». Для html поддержка ZenCoding.
8) Рефакторинг(ну это вытекает из анализаторов кода, но на всякий...).
9) Поддержка вложенных терминалов как закладок.
10) Поддержка CVS, DCVS.
11) Удобные комбинации клавиш. Я должен быстро переместиться в дерево файлов(одним сочетанием клавиш), сменить бранч(1-2 сочетаниями), автоапдейтнуть, найти нужный файл без лишнего нажатия(просто жмакая кнопку arrow down), открыть, сделать изменения, открыть консоль(одной кнопкой или сочетанием), сделать пару операций, вернуться в файл, дописать что-нибудь, сделать коммит(не менее легко, чем остальные вещи), сменить бранч обратно и автоапдейтнуть, а затем сделать пуш.

Собственно, список я могу продолжать вечно, но я знаю что ты не сделаешь и 1/1000 от функционала текущих IDE. Ну не будут такие вопросы появляться у человека, который будет делать IDE, которая будет популярна.
Я использовал огромное число IDE и редакторов, пришёл к некоторым концепциям и выводам, думаю начать разработку своей IDE, но пока не рвусь, т.к. времени не много на это дело, да и дело-то не самое благодарное.
Пока я пришёл к выводу, что лучше всего использовать TextMate или Vim. Не Emacs, т.к. я с ним наигрался и пришёл к выводу, что Vim удобнее, хотя Lisp мне милее вимскрипта.
Однако, есть ещё одна вещь — Sublime Text 2. Обзор можно посмотреть здесь: blog.soulrobber.ru/2011/01/30/sublime-text-2/
Это кроссплатформенный аналог TextMate. Увы, проприетарный и платный, но есть бессрочный триал-режим.

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

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

>изучение вопроса показало, что практически все популярные бесплатные скрипты написаны на PHP.
>Значит нужно изучать PHP!
Это как делать вывод о том, как должно работать государство, посмотрев на Россию.

Если коротко, то сейчас нужно разрабатывать сайты либо на Ruby, либо на Python. Для новеньких проще именно Ruby. Для очень сложных сайтов можно и Java. Больше здесь о выборе инструментария не напишу, т.к. слишком много оно требует времени и текста — можешь написать в личку и задать вопросы.

Что же о MVC, так это не что-то конкретное, а просто паттерн, идея, не иначе.

Твой вопрос можно свести к тому, нужно ли изучать веб-фреймворк или достаточно будет знания PHP.
PHP, Ruby, Python — только языки программирования, не более того. У PHP, конечно, есть возможность разработки «вот так», но это всегда было и будет дурным тоном. Сначала нужно изучить язык, а затем инструментарий для разработки приложения. Это как изучить из чего состоит бетон и начать строить дом: огромное время процесса будет занимать построение и создание инструментов, которые уже есть. В случае с веб-девом, ты будешь создавать свой аналог веб-фреймворка и паттерна MVC.

Ну а теперь конкретно, по вопросам:
1) Я могу дать ссылки, но очень хочу чтобы ты задумался над тем, так ли тебе нужно брать «ColdFusion сегодняшних дней».
2) Быдлокод.
3) Если ты привык оформлять большие проекты в виде нескольких файлов кода, любишь гордиться, когда приходится говорить «у меня вот есть функция в 2342ой строчке кода», то ты писал быдлокод и нужно переучиваться. Судя по всему, это было не совсем так, ведь разделение на под-файлы это есть модульность при разработке, это удобно, т.к. каждый файл включает в себя одну функциональность всей структуры проекта.
В случае же с php, там есть сама необходимость в разделении файлов. Больше можешь узнать из истории создания PHP.
4) NetBeans используют знакомые, любят.
Структуру проекта строит веб-фреймворк, делает он это в виде создания поддиректорий, вроде: модели, контроллеры, шаблоны. В результате, создание проекта очень легко и просто, это можно делать даже в блокноте. Я работаю в Emacs и мне хватает дерева проекта с редактором.
«Рисовать» схему проекта нет смысла, т.к. кроме как для тебя, программиста, она не будет ничего значить, да и иметь больше смысла, чем даёт команда unix tree, оно не даст.
5.1) Вёрстка HTML она всегда вёрстка HTML. Просто для добавления динамики используются специальные языки шаблонизаторов. На самом деле ничего они такого сложного не требуют: ты просто пишешь HTML-код, но где оно нужно, вставляешь элементы логики. Т.е., где нужно вставить число посетителей, ты, вместо числа, пишешь что-нить вроде: {{ mynum }}.
5.2) MVC, как вообще паттерны проектирования, нужны везде и всегда. Игнорирование их приводит к созданию велосипедов.
6) Ты хотел писать свой веб-фреймворк(а так и было бы) на PHP, реализацию паттерна MVC, но не хочешь писать магазин с нуля?

Просто иди сюда: rusrails.ru/ Там ты найдёшь ответы на все вопросы, найдёшь лучший инструмент для начинающего веб-разработчика.

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

Спроси про использование const в разных частях объявления функции.
Чисто так, можешь спросить на тему того, что быстрее работает в Unix: потоки или процессы. Вопрос чуть спорный, но можешь сделать немного выводов.
Спроси как человек относится к препроцессору, дай пару опасных макросов вроде a+b (ведь верным будет именно (a+b) ), попроси найти проблему.
Да, попроси рассказать о ++, --, о результатах выполнения кода int i = 5; ++i + ++i;. Верным ответом будет: как компилятор захочет, какая будет фаза луны, 13, 14.
Помучай по темплейтам, если З/П от 60к, то он должен хорошо их знать.
Спроси про Boost, как он к нему относится, попроси не лукавить(скажет что-нибудь про 2-страничные ошибки — всё ок).
Спроси как он относится к Qt.
Вообще, на C++ столько ловушек, что ужас. У Страуструпа их не мало описано, поэтому можешь оттуда брать примеры и давать их. Даже если человек вспомнит ответы, это уже будет значить что он читал Страуструпа и понял всё что там есть, а это огромный плюс.

Проектирование, потоки?
Спроси что такое гринлеты, Twisted, Tornado, в чём отличие мультипроцессинга от потоков, в чём их отличия в модулях Python(тест пройден если человек скажет что GIL работает в обоих случаях, а сами модули имеют одинаковый набор функций).
Про проектирование достаточно сложно говорить. Попроси придумать простейший Singleton и объяснить какие альтернативы этому решению есть. Скажет что-то про мета-классы, про то, что сами по себе модули являются синглтоном — тест пройден.
Спроси что такое кольцевые зависимости. Дай пример кода с такой проблемой и попроси решить её или аргументировать почему выхода нет. Тест пройден если человек переместит все run-time используемые импорты в конец файла или перепроектирует систему, предложив вариант без кольцевых зависимостей.

code.google.com/intl/ru/apis/visualization/documentation/index.html
Масштабирование, вроде как, там есть, экспорта нет, но это работа не самого JS-фреймворка, а программиста.

Люди говорят о том что работы много, но на самом деле всё далеко не совсем так.
Я сам уже очень долго практикую Python используя разные веб-фреймворки и хорошо успел понять текущую позицию данной платформы на рынке фриланса и не только.
Прежде всего, нужно сказать что Django достаточно фиговый(как-бы так помягче сказать...) веб-фреймворк. Для лёгкий сайтов — да, что-то большое — лучше пойти на Pylons, Pyramid.
Далее, немного о фрилансе:
На русских сайтах фриланса заказов очень, очень мало. Денег на этом не получишь. Повезёт если найдёшь заказы на сайты под ключ/с нуля, там можно что угодно применить. НО! Под ключ сайт брать не следует если ты один и нет под рукой знакомых верстальщиков, дизайнеров, компаньонов.

Реально найти работу на ODesk. Однако и там заказов маловато. В общем, похожая ситуация, вот только общее число заказов больше. Но, увы, так не всегда. Чаще всего можно наблюдать «вакансии», где требуются всезнайки и не только для веба, при этом это «вакансия» от какой-нибудь фирмы. Соответственно, там отбор строже, но если повезёт, то заказов будет не мало.

Есть и другая сторона современного веб-дева — Ruby on Rails. Заказов везде поболее чем на пайтоне, сайты делать на этой платформе проще, больше коммьюнити. Но! Это только для веб-дева.

На самом деле переход с 2 на 3 является единственным сложным переходом, большим скачком с потерей совместимости. До этого проблем вообще почти не было.
А так могу посоветовать только rusrails.ru, на котором можно почитать о основных моментах во время разработки любых приложений.

Я не буду давать ссылок, потому как не использую руби, но дам пару советов:
1) Учите английский
Новые технологии редко появляются в России, а если и появляются, то вся документация сначала делается на английском.
2) Учите английский
Вся хорошая документация пишется на английском и много где публикуется. Хорошая русская документация сейчас публикуется только в блогах и на хабре. Больше нигде её не найти, а если и найти, то она жутко старая и не обновляющаяся.
3) Учите английский
Даже если и найдёте русскую документацию к RoR 3(вообще, RoR 3 на столько нова, что её почти никто ещё и не использует), то на ваши вопросы с радостью ответит гугл, но только на английском языке.
4) Учите английский
Никто не захочет поддерживать ваш код, если он будет содержать классы «MojCatalogTovarov». Поберегите нервы и себе, и другим.
5) Учите английский
Многие вопросы уже сто раз обсуждены в различных коммьюнити и легко гуглятся, но только на английском языке.
6) Учите английский
Ведь всё-равно придётся.

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

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

В 9ом классе и где-то до 1-2 курса ребёнку нужен игровой компьютер.
Зачем ему в школе ноутбук? Чтобы Марья Ивановна отобрала? Чтобы отправили к директору за то, что чатится на уроке? Или просто чтобы скоротать 5-10 минут между уроками?
Вывод: в школе ему с ним делать нечего.

Что он будет делать с слабеньким(отновительно хай-енд PC), нагревающимся как лава ноутом дома? Играть в игрушки. Удобно, конечно, что можно хоть, извините, в туалете с ним сидеть, но всё-таки удобнее и лучше сразу купить PC, чем потом выслушивать от ребёнка просьбы купить «ноут покруче», ибо у него «круизис 3 не идёт/тормозит».

Почему бы и нет. Если даёт всё то, что даёт друпал(ну или хоть CCK), то я бы перебрался на него.

Я пока лучше друпала ничего не знаю.
Хотел бы сказать что это только на PHP, что лучше пойти к Пайтону или Руби, да только там нет нормальных CMS, только хорошие фреймворки.

Даже если что-то такое вы и найдёте, то это будет относиться только к конкретной сборке Эклипса, а не самой платформы.
Дело в том, что эклипс поставляется в виде сборок, но есть и просто «голая платформа», о которой знают не многие, потому как ссылка на скачивание её запрятана очень глубоко.
В общем, это будут очень не точные показатели.

Если нужно проанализировать примерные требования, то может помощь репорт о производительности билда, который делается вместе с билдингом каждой сборки. Например, для «классика» это будет:
download.eclipse.org/eclipse/downloads/drops/R-3.6.1-201009090800/performance/performance.php

OpenID-сервер и «просто сниппет чтобы у юзверей был свой суб-домен» — разные вещи.
OpenID провайдер не обязан давать пользователям не просто суб-домен, а вообще хоть сколько-нить красивые адреса.
Если нужно именно создать OpenID провайдера, то идём сюда и выбираем нужное:
wiki.openid.net/w/page/12995226/Run-your-own-identity-server

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

Советую изучить систему аутентификации выбранного веб-фреймворка. Если веб-фреймворк хорошо развит, то такие вопросы сто и один раз поднимались и их решения можно найти в гугле.
Лично я использую Python с веб-фреймворком Pylons. Как система аутентификации — repoze.who+what. Для него есть куча плагинов, а каких нет — легко сделать самому, при том что есть библиотеки от провайдеров.

К слову, OpenID это стандарт, который используют далеко не все. Твиттер и гугл используют OAuth, а VK вообще свой велосипед сделали.
Именно из-за этого создание «класса, который даёт сразу всё» является трудной и бесполезной задачей. В разы лучше такие вещи делаются через общие системы аутентификации в различных веб-фреймворках, в которых поддержка каждого провайдера делается с помощью разработки отдельного плагина.

О логинзе ничего сказать не могу, кроме того что она иногда тормозит и падает. Лично я пока отказался от аутентификации через них.