VIM содержит сотни команд, выучить их все невозможно, да и по правде говоря «зазубривание» — дело неблагодарное. Читая различные факи и туториалы я взял за правило заносить новые для меня команды в отдельный файл, сопровождая их кратким описанием. В процессе работы с редактором я часто заглядываю в этот файл и с течением времени многие команды из него пополняют мой стандартный набор. Своим файлом-шпаргалкой я и хочу с вами поделиться.

Процесс смены Komodo IDE на VIM я начал с изучения всевозможных туториалов и хау ту, однако, что удивительно, ни в одном из них мне не удалось встретить человеческого описания процесса настройки отступов. В одних предлагали регулировать ширину отступа с помощью опции tabstop, в других — с помощью softtabstop, в третьих — выставлять и то и другое и shiftwidth в придачу. После нескольких часов экспериментов с настройками я понял, что единственный способ не только заставить все работать, но и понять, почему оно работает — читать документацию. Своими «открытиями» я и хочу с вами поделиться.

Если вы только задумываетесь о том, что пора внедрять какую-то методологию и использовать некий специальный софт для планирования и отслеживания хода работы, возможно вам будет полезен наш вполне успешный опыт применения гибкой методологии разработки Scrum. Это очень простая и эффективная методика, а в ее применении неоценимую помощь оказывает система Acunote, о которой и пойдет речь в статье.

Возникла идея написать статью по разработке веб-приложений на основе собственного (небольшой команды меньше 10 человек) опыта. Тезисы:

1. Набросок интерфейса
— что такое набросок интерфейса и зачем он нужен;
— блокнот и ручка против Visio и InDesign;
— участие заказчика в проектировании интерфейса;
2. Интерфейс
— интерфейс определяет модель;
— где заканчивается интерфейс и начинается дизайн;
— разработка: от важного — к более общему;
— почему мы перестали бояться изменений;
3. Программирование
— программирование с готовым интерфейсом;
— зачем нужен настоящий контент;
4. Дизайн
— почему макулатуры стало меньше;
— почему работать с дизайнером стало проще;
5. Готовый проект

Интересна ли кому-нибудь подобного рода публикация? Каким образом лучше подавать информацию: по частям (проще обсуждать) либо всю статью целиком (удобней читать и проще воспринимать)?

P.S. «Наша методика» значит «мы ее используем», а не «мы ее придумали» :)

bendingunit22 и HabraCurillo