ENargit

Для разных версий ОС и разной архитектуры машины все равно придется распространять разные дистрибутивы.
Так что остаются только разные версии eclipse и octave. Тут можно просто собрать все варианты и запихнуть в инсталлятор, а при установке детектировать (или спрашивать) необходимые версии ПО и соответственно устанавливать ту, которая подойдет.

В Android 3.1 официально добавлена поддержка внешних камер.
В 2.3.4 официально появился USB host mode c соответствующим API, так что теоретически можно написать нужное приложение для захвата изображения с камеры, но это не значит что она будет видна из Skype.
А для 2.2 боюсь вариантов нет.

xdebug:
xdebug_start_code_coverage()… xdebug_get_code_coverage()
— возвращает все заинклуженные файлы и номера выполненных строк.

Если хочется просто и быстро, то вполне сгодится Apache Benchmark идущий в комплекте с веб-сервером Apache. Как-то так:

ab -n 1000 -c 10 http://my.site.dot.com/url/path/

Варьируя число одновременных соединений (-c 10) и общее количество запросов (-n 1000) можно примерно прикинуть когда сайт начнёт загибаться. Тестировать лучше с другой машины. Также стоит учесть, что если контент страницы меняется от запроса к запросу (динамика), то AB посчитает такие ответы сервера как Failed: www.celebrazio.net/tech/unix/apache_bench.html

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

Если захочется большего — смотрите более богатые по возможностям Apache JMeter или Tsung (первый графический, второй консольный). Оба умеют кластеризоваться и генерировать нагрузку с нескольких машин (для этого удобно арендовать инстансы в Amazon EC2), имеют встроенный прокси для записи пользовательских сессий и позволяют задать скорость клиентского соединения (актуально для имитации медленных клиентов и оценки влияния того же nginx). UPD: ещё неплох Yandex Tank

В любом случае, перед тем как измерять производительность сайта, озаботьтесь мониторингом серверов на которых этот сайт крутится. Без этого смысла в бенчмарках очень мало — они дадут вам какие-то цифры, но дальнейшего плана действий у вас не будет. Как минимум — запустите на машинах утилиту top и смотрите загрузку CPU, потребление памяти и дисковую активность. Также после тестирования просматривайте логи на предмет появившихся ошибок (нехватку сокетов, памяти, ошибки веб-сервера или БД). Полезно включить логгирование медленных запросов в MySQL.

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

Если сильно заморочиться, то можно сделать вот так:

1. Подключаем runkit.
2. Переопределяем функции инклюда: include(), include_once(), require(), require_once() на свои, который будут обертками для оригинальных.
3. В обертке через debug_backtrace() узнаем кто вызвал функцию, и собираем вызовы в лог.

Можно узнать номера строк для ЧАСТИ проинклуженных файлов используя бектрейс:

php.net/manual/en/function.debug-backtrace.php

Необходимо конретизировать требования, а именно:

• Плагины пишутся для внутреннего использования, или могут быть сторонные плагины?
• Верно ли предположение, что все вызовы плагинами друг друга происходят в пределах одного и того же потока?

Я бы реализовывал это следующим образом.

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

Возврат результата, возможно, имеет смысл делать не структурой, а обратным вызовом (если в пределах одного потока). Это даст возможность реализовать поэтапную обработку (если параметром служит какой-либо поток данных).

прочитал предыдущих ораторов — большинство технари и их точка зрения очень ясна и понятна.
Но, парень четко указал, что он не технарь, потому что занимается дизайном. Хотя я и работа программистом и учился на разработчика, но также я сам художку закончил и студентом дизайнером подрабатывал. Мы, люди искусства, — не гуманитарии и не технари, поэтому оба эти направления даются нам одинаково легко и тяжело одновременно.
Я бы на твоем месте сперва спросил себя:
«Ты хочешь „видеть“ что ты создаешь или же тебе очень нравится понимать и решать математические задачки?»
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+дизайн и занимался интерфейсами с точки зрения психологии пользователя и не парился сменой профессии, применил все свои знания универа + программирование.

Чтобы выучить программирование нельзя учить его в российском ВУЗе.
Фигне какой-нибудь научат.
Алгоритмизацию в универе послушайте, кодинг — пропускайте мимо ушей.

Самарский ГУ на международных олимпиадах очень хорошие результаты показывает.
Это информация к размышлению, она не отражает полной картины.

Можно самому стать хорошим специалистом, но корки у вас не будет (а иногда она нужна).
Если учиться, то, скорее всего, куча дисциплин не по специальности. Когда учишься — часть информации тебе дают пережеванную. Кто-то тебя проверяет, следит за качеством программ и кода.

По опыту своих знакомых скажу, что реально самостоятельно выучить программирование и даже стать при этом хорошим программистом, а не каким-то быдло-кодером.
Сам же учусь в университете на около программистской специальности и к программированию также имею отношение.
А теперь мое мнение по началу изучения программирования:
Начните с основ, причем не с основ С++ или Java, а с основ архитектуры компьютера, его принципов работы, а также большого математического аппарата, который за всем этим стоит. Обратите внимание на дискретную математику, математическую логику и абстрактную алгебру. Зная три эти категории, даже в ознакомительном варианте, погружаться в такое непростое дело, как программирование, будет гораздо приятнее и интереснее, а также проще.
Перевестись в тех.вуз, в принципе, возможно. Но опять же все зависит от вуза. Более чем уверен, что в моем деканате Вам бы дали отказ — не любят у нас принимать с других вузов.

если в винде вы используете utorrent 2.x+ то он просто сам уступает полосу для браузера потому вы не замечаете тормозов. потому в убунту просто поставьте ограничение на скорость в торрент клиенте гдето на 90-95% от максимума и будет вам счастье. ну или пользуйтесь линуховой версией utorrentа

kdenlive

Ведущий, если это не формальность, должен быть существенно лучше как девелопер — лучше и качественнее писать код, разбираться и править код своей команды — на него, как правило сваливают ответственность за управлением кодом в VCS в рамках работы своей команды, фичи или продукта. То есть знания и опыт работы с VCS необходимы.

Также ведущий часто выступает как эксперт в сфере своей компетенции. Пишет/создает дизайн, опеределяет свою часть архитектуры и так далее — смотреть в сторону архитекторов, евангелистов и фоллоувед

Дополнительно ведущий как правило
— определяет/подтверждает сроки и обьемы работ своей команды, участвует в планировании, управлении техническими рисками
— контролирует обьем и качество работы
— занимается рутиной в части управления обьемом работ, качеством, планами — эскалирует, подтверждает, рутит баги, пишет отчеты и так далее — смотреть в сторону работы ПМа, который делегирует часть ответственности на ведущего в рамках порученной его команде части проекта. То есть ведущий — это немного ПМ, совсем немного, но это другое направление нежели кодинг как таковой. По хорошему этому должны учить — курсы как минимум.

Сваливать на ведущего работу линейного менеджера для команды неправильно, но часто ему такое сваливается.

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

Эм, для начала не стоит забывать что на форумах пишут как умные люди, так и идиоты. На все 100% не стоит им доверять, на сколько я знаю, в лыже баг с экраном убрали. Удалить можно любую программу поимев рута. Я на заводской прошивке сижу вполне комфортно (у меня лыжа оптимус предидущая модель) То что там хавают проги не столь важно.
Я купил сматрфон и пользуюсь, я не покупал лего, и нормально себя чувствую.
Highscreen Cosmo — а это я вообще не знаю даже что =) Я б его не брал бы, не потому то он плохой, а потому что я очередной стереотипный человек, и верю в бренды.

Карты Яндекса точнее для России. В картах Гугла очень много чего напутано, особенно в регионах. Так что если важна точность, используйте Яндекс или OpenStreetMap.
Опыта с OpenStreetMap у меня нет, но говорят они еще точнее.