ertaquo

OpenJDK — реализация спецификаций Java с полностью открытым исходным кодом. Если без излишних подробностей, то посмотрите на список пакетов в Сановском (Оракловском) JDK. Все, начинающееся с java.* и javax.*, будет в OpenJDK, все же, что начинается с com.sun.* — не будет. Не включены некоторые вещи для работы с графикой и другие, на которые распространяется действие патентов.

Adobe Fireworks

Могу порекомендовать HippoEdit. Всего перечисленного вами в нем нет, но есть:
— подсветка синтаксиса (куча схем, + еще больше на форуме, + можно написать свою (все настройки лежат в XML))
— автодополнение (также настраивается)
— поддержка проектов (хорошая или нет — не знаю, лично не использовал)
— подключение внешних инструментов (опять же, не использовал, ничего сказать не могу)
Из минусов:
— он платный (30 дней триал)
— он конфликтует с PuntoSwitcher (может, уже исправили)

GIMPoм херня получится, а не нормальная работа со слоями.

Нужна нормальная обработка PSD — придется юзать Adobовский Фотошоп. Only.

Последний раз открывал в гимпе psd коллаж, косяков никаких не заметил…

Попробуйте онлайн сервисы

Нет. И сомневаюсь, что поправят. PSD открывать нужно только фотошопом… Иначе — чревато несовпадением…

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

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

Я долго мучался с не-Xcode и хакинтошами. Плюнул и накопил на дешевый макбук. В родной среде гораздо продуктивнее получается.

Кроссплатформенный игровой движок — Unity 3D. Однако, лицензия выйдет дорогой.

Можете попробовать писать для взломанных iPhone. По-моему можно на FreeBSD;
Более подробно описано в книге «Разработка приложений с открытым кодом»

www.ozon.ru/context/detail/id/4385456/

Еще в пятиконечной звезде можно найти золотое сечение (1,62). А это такие пропорции, которые приятно видеть и рисовать человеку.

Если брать CounterStrike, то там работает следующая логика

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

Ситуация на сервере и в клиенте немного асинхронная, игрок может изменить свое местоположение в клиенте, но сервер узнает про это только через время.

Можно мультиметром найти индуктивности. Прямо на плате замерять это конечно косвенно получится но все же, у них должно быть низкое сопротивление.
Если выше над элементом конденсатор, то оторванный точно индуктивность.
А индуктивность я бы методом тыка подобрал. В smd корпусе у них разбег небольшой.

Все зависит от задачки. Порою достаточно простого цикла, с ним и работать проще и нет проблем со стеком. Еще, лучше все таки в цикле решать задачи, где результат следующего полностью зависит от результата предыдущего (например, факториал).

При других задачках (например, обход вложенных каталогов), когда при этом у каждого имеется ряд своих отдельных переменных (например, количество файлов в данном каталоге), или асинхронных потоков, то поддерживать легче будет рекурсию. Да и рекурсия в данном случае будет удобнее, потому что обход одного каталога совсем не зависит от результатов обхода другого соседнего каталога, и они могут работать параллельно, независимо друг от друга. А затем в конце просто объединяют все свои результаты.

Еще рекурсия будет эффективна, если рекурсивная функция кешируемая, например, она запоминает результат и при следующем запросе просто возвращается кешированный вариант.

Если вам очень дорог ваш текущий подход, то используйте в запросах `{table}`, а в данных экранируйте символ ` через html-entity (да и остальные кавычки не помешает). А если без извращений, то вам выше подсказали про плейсхолдеры в PDO.

P.S. У меня лично свой велосипед, но там опять же таблицы подставляются вместе с данными, а в самом запросе никакого произвольного текста быть не может, рекомендую вам пересмотреть вашу концепцию в этом направлении.