afiskon

eax.me/wxwidgets например

Ну сколько можно задавать этот вопрос? :( eax.me/beginning-programming

Я, пожалуй, за Ритчи.

Тынц и далее по ссылкам - необычные языки, NoSQL и так далее.

Тут есть кое-какие мысли по теме: eax.me/beginning-programming Я, конечно, немного запоздал с ответом, но лучше уж поздно, чем никогда.

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

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

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

Берем id. Считаем его hash, например, md5. Для краткости можно половину обрезать. Берем секретный ключ из конфига. Шифруем AES(key, "hash|id"). Это зашифрованный id. Вместо AES можно выбрать другой блочный (не потоковый!) шифр.

При передаче зашифрованного id зашифровываем его с помощью секретного ключа - unAES(key, secret_id). Разбиваем на hash|id. Если не разбивается - получили фигню, бросаем исключение. Считаем md5(id), если получили hash - значит все ОК, если нет - пришла фигня, бросаем исключение.

Perl, Python.

Читайте Кернигана и Ритчи, затем беритесь за изучение либо Windows API, либо POSIX, смотря под чем сидите. Ну и потом читаете книжку по каким-нибудь алгоритмам к примеру, находите интересный, пробуете реализовать. Еще советую завести блог (мои советы начинающим блогерам можете почитать тут) и писать в него о своих успехах. Считаю, что это очень помогает.

См эту заметку. В мире Java вас ждет много боли, еще не поздно одуматься :)

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

1. Берите случайную задачу из списка http://eax.me/programming-language-learning/ 2. Решайте 3. Goto 1

Я много распинался по этому вопросу. Посмотрите, к примеру, раз и два.

Думаю, вам подойдет Perl или Erlang. Perl очень легко учится после PHP, на нем без труда пишутся демоны, есть замечательный ORM (DBIx::Class). Erlang прекрасен неизменяемыми переменными, функциональным стилем, многопоточностью и автоматической сборкой мусора. Есть замечательный веб-сервер (не фреймворк) Cowboy. Правда, с ORM у него не все гладко, как и с дровами для СУБД (в emysql есть известные незакрытые баги, в epgsql — проблемы с производительностью, если запросов очень много). Обо многом из перечисленного я когда-то писал у себя в бложике, можете по нему поискать.

Если вы пишите на чем-то вроде Haskell или Scala и функция чистая, то в случае ошибки должны возвращать None, а в случае успеха Some(X). То есть, использовать тип Maybe или Option. Если функция не чистая или вы пишите на неправильном языке, нужно бросать исключение.

Например, настроить репликацию СУБД первого магазина во второй. Но тогда второй будет Read Only. Еще лучше — использовать одну СУБД. Операции чтения также можно распределить с помощью репликации.