Школой дело ограничиваться не должно. Геймификация учебного процесса в вузе тоже нужна. Я, кстати, именно в этом месте кое-что делаю. Учебный процесс своих студентов я пытаюсь геймифицировать. Например, у меня был такой эксперимент: статья на хабре, как индивидуальное задание. К сожалению, до этого уровня дошли только два студента, а прошел его вообще только один.
Ну и не следует, все же, говорить потом все. амба. там тоже игра. только правила сложнее.
Человек всегда играет. Собственно, вся жизнь — игра. ru.wikipedia.org/wiki/Homo_Ludens
И любая почти человеческая деятельность связана с игрой. Оценки в школе, портрет на доске почета, пионерская зорька и прочие частично утерянные ныне правила игры для пионеров это все игры. Учеба в школе давно была геймифицирована. На самом деле, сейчас эта геймификация частично утрачена и надо возвращать ее (геймификацию) в школы. Но я не думаю, что следует на учебу в школе накладывать правила именно такого мира, как Вы описали. Эльфы с гномами это, несомненно, весело. Но можно придумать и менее фэнтезийный игровой мир для школы.
> cat /Users/jenkins/pass | sudo xcode-select -switch /Applications/XcodeVX.X.app/Contents/Developer
а не лучше ли настроить sudoers? по моему, это как-то более правильный путь. И пароль в этом случае не надо светить в конфигурации сборки.
Модульные тесты для iOS. Вообще прогнать модульные тесты на симуляторе проблем нет. xcode-build все умеет. Лично для меня плагин нужен только для того, чтобы распарсить полученный выхлоп в формат, понятный Jenkins'у.
Что-то похожее на JavaDoc (но не полный, например, не работает return). Думаю, что теперь, поскольку этот функционал заработал в Xcode, JetBrains приведет его в соответствие с вариантом от Apple.
Сам лично перешел на AppCode для работы с кодом. Она такое поддерживала еще, как минимум год назад.
Надо сказать, что вообще, Apple в Xcode5 сделала много правильных шагов. Например, XIBы стали гораздо проще, прозрачнее и понятнее. Теперь задача мержа двух XIBов из разных веток видится уже более или менее реальной.
И тот факт, что в Xcode5 появилась поддержка режима CI сервера для Apple является огромным шагом вдогонку современным технологиям. Я для CI использую Jenkins + скрипты и xcode plugin в для прогона тестов. Но этот плагин меня не полностью устраивает.
> в первую очередь развивает Java-машину JRockit, работающую на x86, и только во вторую — HotSpot.
Что Вы имели в виду? Что JRockit не работает на других процессорах? Или что HotSpot не работает на x86?
Интересно было бы узнать:
— почему был выбран DocBook, а не DITA,
— каким XML редактором они пользуются? это что-то CSS based или это обычный XML редактор для разработчика?
А вообще здорово! Как раз сейчас занимаюсь созданием автоматической сборки документации на Jenkins. Но в основе — DITA XML. Соответсвенно, DITA-OT и ant. Использовать maven как-то недогадался. Надо посмотреть на их сборку повнимательнее.
И VisualStudio, так же как и make и ant и все прочие системы сборок просто проходится по этому дереву для того чтобы определить что им надо перекомпилировать и перелинковать.
Ну это естественно, что должна быть одна кнопка. не важно сделана она в виде F5 или 'make' (как правило, стрелка вверх, enter в консоли). И естественно, что если не было изменений ни в одном файле по дереву целей, то ни один модуль и не должен пересобираться и ни один класс не должен компилироваться. Вопрос и был в том какой вариант занимает много времени типа 'make clean && make' или просто 'make' (не важно как оно в Вашей конкретной IDE/рабочей среде называется).
Ну ок, я Вас понял, то есть, у Вас случай — build, а не clean&&build.
Описанный Вами случай — изменение интерфейса взаимодействия между модулями действительно может потребовать существенных затрат времени на сборку пока интерфейсы еще не устоялись и часто меняются. Особенно для С++. C# и Java в этом смысле гораздо быстрее.
Простите, но 10 минут мне кажутся преувеличенными. В Ваших 6-ти проектах будут реально _компилироваться_ пара десятков файлов. А поскольку, судя по Вашему описанию, эти модули невелики, то мне как-то не верится, что линковка каждого из них будет занимать больше одной минуты. У Вас это реально занимает 10 минут? Может все таки не HDD является бутылочным горлышком?
Конечно, P780 несколько больше, чем P770, которым я пользуюсь, но имхо кнопка включения сверху это именно то, чего мне не хватало во многих других устройствах. Именно там ей и место.
Вопрос автору: 10 минут, которые Вы указали это 1) каждый простой build после изменения даже одного файла, 2) clean+build, или вообще, 3) configure && make?
Конечно, если в Вашем проекте уходит по 10 минут на build после каждого изменения, что бы просто запустить на отладку, то это проблема и тогда, действительно, нужно SSD и/или радикально увеличивать объем памяти под дисковый кеш.
Но если это ситуации 2 или 3, то имхо покупка SSD неоправдана. Мне приходилось работать в проектах, полная пересборка которых занимала несколько часов, а прогон тестов несколько суток. Но это же не значит, что я, как разработчик должен это делать каждый раз, когда запускаю отладку. В процессе отладки, как правило, перекомпилируются несколько файлов исходных текстов, число которых от сборки к сборке редко превышает пары десятков. В результате таких правок приходится, как правило, пересобирать один модуль (dll, jar или что у Вас там). У меня, даже в очень больших проектах это занимает меньше минуты. У меня обычно деплой и старт приложения занимает больше, но в моем случае это при помощи SSD не ускорить :)
Исключения: те случаи, когда приходится отлаживать сборочный процесс, включая сборку инсталяторов, дистрибутивов. :)))
Ну и не следует, все же, говорить потом все. амба. там тоже игра. только правила сложнее.
И любая почти человеческая деятельность связана с игрой. Оценки в школе, портрет на доске почета, пионерская зорька и прочие частично утерянные ныне правила игры для пионеров это все игры. Учеба в школе давно была геймифицирована. На самом деле, сейчас эта геймификация частично утрачена и надо возвращать ее (геймификацию) в школы. Но я не думаю, что следует на учебу в школе накладывать правила именно такого мира, как Вы описали. Эльфы с гномами это, несомненно, весело. Но можно придумать и менее фэнтезийный игровой мир для школы.
а не лучше ли настроить sudoers? по моему, это как-то более правильный путь. И пароль в этом случае не надо светить в конфигурации сборки.
К сожалению, задача статьи не решена. Но глоссарий неплох.
Сам лично перешел на AppCode для работы с кодом. Она такое поддерживала еще, как минимум год назад.
Надо сказать, что вообще, Apple в Xcode5 сделала много правильных шагов. Например, XIBы стали гораздо проще, прозрачнее и понятнее. Теперь задача мержа двух XIBов из разных веток видится уже более или менее реальной.
И тот факт, что в Xcode5 появилась поддержка режима CI сервера для Apple является огромным шагом вдогонку современным технологиям. Я для CI использую Jenkins + скрипты и xcode plugin в для прогона тестов. Но этот плагин меня не полностью устраивает.
Что Вы имели в виду? Что JRockit не работает на других процессорах? Или что HotSpot не работает на x86?
— почему был выбран DocBook, а не DITA,
— каким XML редактором они пользуются? это что-то CSS based или это обычный XML редактор для разработчика?
А вообще здорово! Как раз сейчас занимаюсь созданием автоматической сборки документации на Jenkins. Но в основе — DITA XML. Соответсвенно, DITA-OT и ant. Использовать maven как-то недогадался. Надо посмотреть на их сборку повнимательнее.
И VisualStudio, так же как и make и ant и все прочие системы сборок просто проходится по этому дереву для того чтобы определить что им надо перекомпилировать и перелинковать.
Ну ок, я Вас понял, то есть, у Вас случай — build, а не clean&&build.
Описанный Вами случай — изменение интерфейса взаимодействия между модулями действительно может потребовать существенных затрат времени на сборку пока интерфейсы еще не устоялись и часто меняются. Особенно для С++. C# и Java в этом смысле гораздо быстрее.
Простите, но 10 минут мне кажутся преувеличенными. В Ваших 6-ти проектах будут реально _компилироваться_ пара десятков файлов. А поскольку, судя по Вашему описанию, эти модули невелики, то мне как-то не верится, что линковка каждого из них будет занимать больше одной минуты. У Вас это реально занимает 10 минут? Может все таки не HDD является бутылочным горлышком?
Конечно, если в Вашем проекте уходит по 10 минут на build после каждого изменения, что бы просто запустить на отладку, то это проблема и тогда, действительно, нужно SSD и/или радикально увеличивать объем памяти под дисковый кеш.
Но если это ситуации 2 или 3, то имхо покупка SSD неоправдана. Мне приходилось работать в проектах, полная пересборка которых занимала несколько часов, а прогон тестов несколько суток. Но это же не значит, что я, как разработчик должен это делать каждый раз, когда запускаю отладку. В процессе отладки, как правило, перекомпилируются несколько файлов исходных текстов, число которых от сборки к сборке редко превышает пары десятков. В результате таких правок приходится, как правило, пересобирать один модуль (dll, jar или что у Вас там). У меня, даже в очень больших проектах это занимает меньше минуты. У меня обычно деплой и старт приложения занимает больше, но в моем случае это при помощи SSD не ускорить :)
Исключения: те случаи, когда приходится отлаживать сборочный процесс, включая сборку инсталяторов, дистрибутивов. :)))
удается подобрать, если по частям. приходется запомнить несколько фраз. Или у Вас ограничение на длину входной строки?