GolerGkA

по начинке самые классные это американские popcorn
но также есть решения и от BBK и D-link.
Гуглите по словам «network mediapleer»

На Mac удобно и приятно работать. Сейчас у меня MacBook Pro, при первой необходимости и возможности куплю iMac. Возвращаться к Windows не собираюсь.
Сейчас, наверное, меня должны закидать камнями.

Я думаю cocos2d

На C++ писал сто лет назад, на С# не пишу, поэтому скажу про Java.

Она соответствует вашим ожиданиям. В Java Swing (GUI библиотека) можно включать native look&feel. Так что приложение в каждой OS будет выглядеть как родное.

Для Java существует огромное количество свободных библиотек. Гуглите Apache Commons
Там есть поддержка очень многих полезных штук.

Для работы с мультимедиа гуглите Java Media Framework

Язык красивый и элегантный, хотя матёрые C++ программисты кинут в меня камень. И не один.

iPod Touch

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

В 90% методы преподавания программирования в вузах хуже некуда.

Лучший способ научиться — поставить себе реальную интересную задачу, потихонечку ее пилить и много много экспериментировать. Программирование ремесло, тут практика важней теории.

Вы знаете, это очень у вас оптимистичный настрой. 1-2 часа езды до ближайшего метро в будни это как раз минут 15-20 езды ночью по свободным шоссе. Реутов, например. И квартиры там по ценам что-то на уровне Москвы, может чуть подешевле.
Что значит «хорошие места»? Хорошие места, чтобы жить нравилось и от Москвы осталось хорошее впечатление — это в пределах Садового, не дальше :) Там и дворики тихие, и зелени побольше, и мест приятных хоть отбавляй.
А вообще, есть такой феномен, очень распространенный. Это когда лень приезжего и нежелание ездить час на электричках а потом еще час на метро, чтоб доехать до центра (вполне понятно их нежелание), мешает ему собственно находиться в самой Москве. В итоге так и получается, что живет он в подмосковье. А в Москву только по субботам, не чаще. И че, спрашивается, менял шило на мыло?
Но если вам повезло и вы страстно нежелаете сидеть на месте, то все-же оптимальнее будет снять комнату в Москве. Чтоб дома не хотелось сидеть, и жизнь кипела :)

Сам по себе ORM — банальная ничем не примечательная хрень. Это уже много раз делали в других фреймворках (например, RoR, Java) и описано в книгах про паттерны. Берешь, делаешь как в Руби и пользуешься хоть до посинения.

Пример с User::create() неудачный: у реальных объектов бывает по 20 свойств и фукнция с 20 аргументами будет выглядеть дико. Функции с подчеркиванием в начале — уродливые. Передавать __CLASS__ и подобные магические методы тоже не очень как-то.

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

> foreach(UsersGroup::getPremiumMembers()->orderBy('registration_date')->limit(10) as $user){
> echo $user->getCountry()->getCurrency()->getCode()."
";

Сколько запросов сгенерирует при использовании SQL-хранилища? По идее, должно быть в районе 3-4, причем данные справочников еще бы и стоило кешировать (ибо валюты у стран меняются очень редко) и обойтись 1-2 запросами. Если у вас в цикле для каждого юзера делается запрос — хлам это, а не ORM.

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

Третий момент — масштабирование. Можно ли, к примеру, сделав огромный сайт на вашем ORM, не переписывая кода, реализовать расшардивание базы на 100 серверов (чтобы справиться с нагрузкой). Можно ли на нем делать проекты уровня хотя бы игр для соцсетей или вконтакта?

Если у вас есть решение хотя бы некоторых из описанных 3 проблем проектирования ORM, ваша статья на тему архитектурных решений и программистских хитростей была бы крайне интересна. Если нет решения — то такой орм любой школьник может сделать, как я уже сказал, прочтя мануал к рубионрейлс.

1. квантовая неопределенность
2. Чтоб такое предсказывать нужен компьютер больше самой вселенной, на сколько я представляю себе этот процесс.

* Включает бредогонератор *

— Можно все пули измазать в краске, которая при контакте с костюмом будет оставлять характерный цвет.

— Можно костюмы брать из «болоневой» ткани, что даст острый звук при попадании в ткань.

— Можно написать приложение, которое будет улавливать звуки выстрела. Эхолокация рулит!!!

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

— Можно сделать костюм из бумаги. Тогда пробивая бумагу будет след.

— Можно участника замотать в костюм из проволки и дать какой-то заряд. Шары извалять в метал. краске. Отслеживать изменение заряда??

— Вместе с выстрелом, пускать точечный радиосигнал лазером (боже что за бред несу) и если участник в костюме «стелс» то заряд не вернется.

— может стоит оснастить костюм пластелином, чтобы все патроны прилипали и их было видно) Чисто лопуховые шарики (:

— Может есть хим.реагенты, которые от легкого удара меняли бы цвет. Как бертолевая соль (:

Ну а вообще рация, с обычными проводными гарнитурами рулит :)

гитхаб чуть проще, удобнее. Но он только для GITа. Зато сейчас это наверное самая популярная площадка для размещения кода. Удобной баг трекер, пул реквесты… все это радует глаз.

С другой стороны у Sourceforge есть поддержка не только GIT репозиториев. Но вот по остальным показателям он чуть проигрывает.

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