Евгений Лещенко

— Нормальный редактор кода, заточенный под область приложения.
— Нормально настроенная среда разработки.
— Сначала делаем интерфейс, а потом только кодим.
— Ведём дневник разработки.
— Ведём учёт багов (исправленных и неисправленных).
— Очень большая библиотека материалов по ЯП и области приложения.
— Нормальный концепт проекта и ТЗ.
— Чай.
— Витамины, карнитон.
— Жена со сковородкой, которая хочет квартиру к осени.

p.s.
Некоторые советы с уклоном на мою специфику — браузерные игры.

Когда была необходимость — работал с этим онлайн-инструментом.

На бесплатном аккаунте, правда, нет возможности сохранить проект, но есть выгрузка в pdf.
За 9 долларов в месяц: 2 активных проекта, сколько угодно проектов в архиве, любое количество пользователей.

закуриваю

Еще советую походить вот сюда:
stackoverflow.com/
www.askdev.ru/

Не пиар. Просто сам там часто бываю, да и в выдаче гугла они на первых местах.

из собственного опыта: старайся не засыпать в наушниках по пьяни

Этот вопрос побудил меня на хранение паролей в KeePass, а после юзания KeePass, я решил, что надо будет придумать свой алгоритм генерации паролей в зависимости от некоторых факторов, чтобы пароли не надо было хранить и невозможно было потерять…

Своя «база данных» с программой на питоне (с Rijndael). Очень удобно т.к. работает где угодно — от андроида на телефоне до AIXа на работе. До этого много лет пользовался Oubliette.

12345 на все и нормально! Кто меня ломать то будет? Кому я нужен? =)

прочитал предыдущих ораторов — большинство технари и их точка зрения очень ясна и понятна.
Но, парень четко указал, что он не технарь, потому что занимается дизайном. Хотя я и работа программистом и учился на разработчика, но также я сам художку закончил и студентом дизайнером подрабатывал. Мы, люди искусства, — не гуманитарии и не технари, поэтому оба эти направления даются нам одинаково легко и тяжело одновременно.
Я бы на твоем месте сперва спросил себя:
«Ты хочешь „видеть“ что ты создаешь или же тебе очень нравится понимать и решать математические задачки?»
1) Если «видеть», то в твоем случае html+CSS+javascrip + твой дизайн = оптимальный вариант. Как альтернатива — silverlight сайты или наконец flash. Быть спецом по user Interfaces. Им, кстати, тоже нормально платят.
2) Если же тебе нравится решать головоломки (а со временем я стал за собой замечать, что решаю их даже в повседневной жизни), задачки по физике или алгебре или геометрии (или потому что от учительницы многое зависеть может) в школе и эти предметы шли + ты понимаешь их, то можно и пробовать программировать.
Добавлю про себя: даже код писать в универе меня не научили (зато алгоритмы составлять и описывать ясным языком), пришлось карпеть самому. Советую взять книгу Дж. Либерти «С++ за 21 день» (читать её можно на много дольше) и читать. Там будет все очень разжовано и понятно написано.
Но, конечно, бех технического образования программировать можно, но тренероваться и набивать руку будет очень сложно. На собеседованиях джунеоров гоняют по 3 вещам:
1) ООП. Основы. Знать на зубок (в приведенной мной книги все очень ясно описано с примерами)
2) Сам язык, на котором хочешь писать. Синтаксиса + основные библиотеки (строки, числа, даты пожалуй все для начала)
3) SQL запросы и базовая теория баз данных.
Что касается языков, то тут можно разводить кучу споров и холиваров, но есть 2 их типа по синтаксису: С++ подобные и все остальные (когда уже знаешь 1 язык, тогда синтаксис перестает быть важным, сперва он только и важен).
С++: С++, JAVA, C#, Javascrtipt, actionscript, php и др.
не С++: Pascal, Python, Basic, Prolog и др… тут кто во что горазд.
Я бы рекомендовал как и сам начать изучать С++ (а потом перейти на C# или Java). Учить любой язык с 0 будет одинаково сложно а потом легче и легче, поэтому не слушай тех, кто говорит: не учи «С++, он сложный». Он скорее основа основ + синтаксис похожий с другими языками группы. А решать любые задачки можно на любом языке.
Я бы на твоем месте и проучился больше 2 курсов, то уже закончил бы универ, попутно изучая javasctipt+дизайн и занимался интерфейсами с точки зрения психологии пользователя и не парился сменой профессии, применил все свои знания универа + программирование.

KeepassX + Dropbox

Храню в голове. А генерирую на цифровой клавиатуре, составляякакой нибудь узор (например, конверт). Потом добавляю один какой нибудь символ — еще ниразу нигде не подобрали вроде.

Использую подсмотренный в коментариях на Хабре способ: KeePass с синхронизацией/бэкапом через dropbox.

4. Самописная тулза. Копии базы от которой с паролями раскидана по нескольким источникам.

Если никогда раньше не программировали, то не стоит мудрить, прочитайте Вашу книжку, и делайте как обезьянка 1 в 1 все из книги, не стоит прыгать выше носа, практика без теории не всегда полезна. Нахватайтесь теории, много теории, я бы советовал купить еще книжку другую, желательно другого автора (разные стили изложения), даже если там описывается одно и то же. Теория никогда не бвает лишней, хуже не будет в любом случае. При желании книги быстро прочитаете, а там уже лучше будете знать что и как.

спасибо. думаю хватает :)

vim c кучей плагинов

По php Мэтт Зандстра php. Объекты, шаблоны и методики программирования

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

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

Некоторые функции в классе могут быть использованы только с набором данных (т.е. объектом), который передается неявно, когда вы указываете $object->method().

Другие функции не требуют объекта, поэтому могут быть вызваны напрямую из класса.

С этой точки зрения очень логично выглядит Python, где у любого метода есть явный аргумент self, указывающий на объект, из которого был вызван метод. А запись object.method(5) является краткой записью ObjectClass.method(object, 5).