Возможно, но вот чисто по моим наблюдениям — третья версия вышла более стабильной, чем 3.5, я считаю. В любом случае — радует быстрое исправление ошибок и закрытие уязвимостей.
ну, на базе то конечно можно (если сервер *эфекты выдержит и у отцов основателей интерес будет:), но и как-то привлекать народ с других ресурсов тоже будет лучше.
я и не подразумевал использовать для этого liveStreet, я имел ввиду на базе глобально проекта этого, а не конкретного движка. А можно и правда модуль нарисовать.
стандартная ливстритовская голосовалка вроде слабовата для этого. Как мне видится с главной страницы тестов должны быть три (или сколько нужно) ссылки на задания и тесты по направлениям. Волонтер выбирает например JavaFx и ему показывается задание и инстркуциями (можно кстати сделать полную инструкцию по выполнению задания для большей чистоты эксперимента, т.е. чтобы волонтеры пользовались примерно одним набором документации), и вконце ссылка на анкету. Не очень верится что ливстрит такое потянет, опятьже обработку полученных данных всеравно надо дописывать, чтобы результаты девелопера с 5и летним стажем не были в одной куче и на равных правах с результатами любителя он-лайн игр. Если только написать модуль к ливстриту…
Интересная идея. Такую фичу можно кстати реализовать даже на базе данного ресурса (open-life). Как вы думаете? Я понимаю что это немного не по его части. Но я думаю многим было бы интересно.
Вобще я это с потолка придумал:) Обычно для похожего вида тестов набирают людей с улицы, только там тестируют всякую реальную продукцию. Есть еще проекты навроде www.openusability.org/, они набирают опенсорц волонтеров, чтобы этаким флешмобом тестировать опенсорц приложения общего назначения. Вот если бы сделать задание и анкетку (Ваши скилы во Flash? Сколько времени заняло выполнение заданя(ий) на Flash) на международном и например русском языках и привлечь к прохождению людей с разных девелоперских тусовок, то, имхо, можно было бы расчитывать на приемлемые результаты. Т.е. волонтер заходит на страницу, читает задание с первоначальными инструкциями (как настроить среду и куда гуглить), допустим выполняет и заполняет анкетку.
Спасибо за комментарий, все так я уже написал часть сравнения по большинству из этих пунктов, вот только с тестом на живых людях, немного сложновато осуществимо)
Тогда критерии для сравнения например такие:
Открытость/Доступность библиотеки и средств разработки
Качество средств разработки (автодополнение, синтаксический анализ, дебаг, тесты, наличие и качество дизайнера)
Качество и доступность документации (API и howto/quickstart статей)
Код: количество строк кода для реализации одной и той же задачи (Например форма заказов), субъективная читабельность кода и выразительность конструкций
Фичи: Формы и валидация данных, богатство библиотеки виджетов (графики, календарики, холст, геометрические примитивы 2D/3D и проч.), интернационализация
Кастомабельность: насколько легко изменить внешний вид и поведение стандартных элементов, можно замерить в строчках кода
Можно провести тест среди например 5и одинаково незнающих или знающих троицу девелоперов на часозатраты по выполнению какой-либо задачи (той же формы например)
нет GWT как раз сделан для построения RIA(главная его фича это java to java-script компиллер), а то что он хорошо достаточно умеет делать запросики по XMLHTTPRequest и что у него есть своя реализация javax.servlet это уже второе дело :).
Пример1 Часто вижу линуксойдов, которые постоянно (когда хотят обратится к какому-то файлу) переходят в директорию(cd /home), затем смотрят её содержимое (ls), затем переходят дальше (cd /home/aonick), опять (ls) и тд… до достижения файла — для них:
lcd(){
echo "Директория: $1"
cd $1 && ls
}
После этого переходить в нужную директорию можно так:
lcd /home
это команда и в директорию перейдет и сразу содержимое покажет.
Пример 2
Так как функция выполняется в той же сессии (в отличии от скрипта) — удобно например для команд настраивать автозаполнение по Тab-клавиши, напимер для команды rpm чтобы дописывал из списка установленных пакетов:
обновляется список аргументов которые предлагаются по нажатию Tab.
И пользуясь командой rpm уже так, например:
rpm -ql apach<i><Нажимаю дважды Tab></i>
и вижу список установленных пакетов начинающихся с «apach»
Дополнение:
Функция задается только в текущей сессии и после закрытия терминал про неё система забудет. Чтобы навеки-вечные задать своему пользователю функцию — её прописывают в файл ".bashrc" в домашней директории пользователя.
Открытость/Доступность библиотеки и средств разработки
Качество средств разработки (автодополнение, синтаксический анализ, дебаг, тесты, наличие и качество дизайнера)
Качество и доступность документации (API и howto/quickstart статей)
Код: количество строк кода для реализации одной и той же задачи (Например форма заказов), субъективная читабельность кода и выразительность конструкций
Фичи: Формы и валидация данных, богатство библиотеки виджетов (графики, календарики, холст, геометрические примитивы 2D/3D и проч.), интернационализация
Кастомабельность: насколько легко изменить внешний вид и поведение стандартных элементов, можно замерить в строчках кода
Можно провести тест среди например 5и одинаково незнающих или знающих троицу девелоперов на часозатраты по выполнению какой-либо задачи (той же формы например)
Пример1
Часто вижу линуксойдов, которые постоянно (когда хотят обратится к какому-то файлу) переходят в директорию(cd /home), затем смотрят её содержимое (ls), затем переходят дальше (cd /home/aonick), опять (ls) и тд… до достижения файла — для них:
После этого переходить в нужную директорию можно так:
это команда и в директорию перейдет и сразу содержимое покажет.
Пример 2
Так как функция выполняется в той же сессии (в отличии от скрипта) — удобно например для команд настраивать автозаполнение по Тab-клавиши, напимер для команды rpm чтобы дописывал из списка установленных пакетов:
После этого — каждый раз когда запускаю функцию:
обновляется список аргументов которые предлагаются по нажатию Tab.
И пользуясь командой rpm уже так, например:
и вижу список установленных пакетов начинающихся с «apach»
Дополнение:
Функция задается только в текущей сессии и после закрытия терминал про неё система забудет. Чтобы навеки-вечные задать своему пользователю функцию — её прописывают в файл ".bashrc" в домашней директории пользователя.
dump.sql = backup.sql