Чистая правда) Но, если честно, я не согласен с позицией, что IDE должна быть суперкомбайном, который может вообще все, потому что специализированный гит-клиент и терминал все равно могут лучше. Их и использую)
Нуу… Автокомплит как раз стал ровно тем, о котором я мечтал с плагином FuzzyAutocomplete, кодогенерация решается собственной, постепенно вырастающей библиотекой сниппетов…
Но рефакторинг и аналитика качества кода в AppCode, похоже и правда лучше) Спасибо! Плюс один довод таки провести какое-то время за ним.
Спасибо за содержательный пример TDD! Но раз уж пошла речь о интерпретации, рекомендую глянуть вот эту вот статью: epaperpress.com/lexandyacc/download/LexAndYaccTutorial.pdf
В ней освещается хороший инструментарий, который уже имеет разделение на мощный лексер и мощный парсер, умеющий удобно разбирать грамматики, записанные в БНФ
Спасибо за правки про версию XCode — забыл их добавить! За шорткаты для констрейнтов отдельной спасибо)
Про выравнивание для не С-подобных языков вы правы, однако есть неплохие плагины для стилей других языков. Надо будет поподробнее посмотреть на Sublime и на настройки такого рода вещей в XCode.
Такое возможно, но
-на небольших проектах и в эпоху SSD это совершенно точно не имеет значения.
-на большом проекте я существенных различий в скорости/удобстве работы до и после тоже в общем-то не увидел.
Мне время от времени о нем напоминают, но пока что не накопилось критической массы хотелок того, чего мне не хватает в XCode) по сути, медлительность IB — это самая большая из претензий, а остальные я даже толком и не вспомню.
Однако было бы интересно узнать, чем лично Вы пользуетесь более менее регулярно в AppCode из того что проблематично в XCode.
Using simulators is the default way to use ios-driver.It offers more flexibility, and it is faster than tests on a real device.
1. На симуляторах ОЧЕНЬ медленно работает GL, соответственно мы стараемся пользоваться им относительно редко, предпочитая девайсы.
2. Каждому QA по маку выдать у компании не получается, а основная цель работы была как раз перенести работу на их мужественные и женственные плечи.
TestCore занял около 2-х — 3-х недель примерно внерабочего времени. Но на него ушло почти все внерабочее время — так как очень медленно в голову входили концепции, необходимые для написания этого добра.
Я натыкался на эту штуку, когда копал в сторону BDD и меня довольно сильно интересует эта тема, но в проекте мы используем очень мало нативных компонентов, а я не смог найти нормального способа обеспечить привязки сценариев ко внутренней логике таким образом, чтобы в какой-то момент это полностью отдать на откуп QA, чтобы это существовало параллельно процессу разработки. Так или иначе, все скорее намекает на то, что я недостаточно разобрался в этом фреймворке, спасибо за наводку — попробую еще раз.
Но рефакторинг и аналитика качества кода в AppCode, похоже и правда лучше) Спасибо! Плюс один довод таки провести какое-то время за ним.
epaperpress.com/lexandyacc/download/LexAndYaccTutorial.pdf
В ней освещается хороший инструментарий, который уже имеет разделение на мощный лексер и мощный парсер, умеющий удобно разбирать грамматики, записанные в БНФ
Про выравнивание для не С-подобных языков вы правы, однако есть неплохие плагины для стилей других языков. Надо будет поподробнее посмотреть на Sublime и на настройки такого рода вещей в XCode.
-на небольших проектах и в эпоху SSD это совершенно точно не имеет значения.
-на большом проекте я существенных различий в скорости/удобстве работы до и после тоже в общем-то не увидел.
Однако было бы интересно узнать, чем лично Вы пользуетесь более менее регулярно в AppCode из того что проблематично в XCode.
Однако, учитывая
1. На симуляторах ОЧЕНЬ медленно работает GL, соответственно мы стараемся пользоваться им относительно редко, предпочитая девайсы.
2. Каждому QA по маку выдать у компании не получается, а основная цель работы была как раз перенести работу на их мужественные и женственные плечи.
TestCore занял около 2-х — 3-х недель примерно внерабочего времени. Но на него ушло почти все внерабочее время — так как очень медленно в голову входили концепции, необходимые для написания этого добра.