1. Начните с самого начала и выберите правильное направление.
Если Вы желаете написать новую программу и хотите, чтобы она была востребованной, начните с самого начала, а именно задайте себе вопрос: «Смогу ли я создать именно такую программу, которая не будет отличаться от конкурентов?». Если ответом на поставленный Вами вопрос будет да, тогда задайте себе ещё один вопрос: «Что ещё необходимо добавить в мою программу, чтобы она не просто отвечала требованиям и соответствовала качеству конкурентов, а так же, что я могу добавить такого, что сделает мою программу более востребованной?». Немаловажную роль играет уверенность в развитии вашей программы на протяжении далеко не одного или двух лет. Получив ответы от самого себя, и определившись именно с тем, какую программу Вы хотите разработать, можно двигаться далее.
2. Обязательное соблюдение патентов и лицензий.
Т.е. перед разработкой своей программы на основе какой-либо другой, следует хорошо ознакомиться с лицензией и патентом используемой Вами программы, для того чтобы потом не получать гневные послания от разработчика программы.
3. Нет плагиату!
Если Вы уже взялись за разработку своей программы не становитесь плагиатором, так как любой плагиат не только не придаст Вам чести, но и вызовет определённый негатив, а так же дело может дойти до штрафных санкций.
4. Постоянные обновления.
Ваша программа будет не просто висеть в софте или существовать, а жить полноценной жизнью, только в том случае если к ней будут регулярно выходить обновления.
5. Для программы необходим официальный сайт.
С самого начала новая программа должна быть выложена на главной странице официального сайта программы, причем не стоит использовать различные счётчики и баннеры, настоящих ценителей хороших программ этот пафос будет только раздражать. Ведь если обратить внимание, у прожжённых титанов, нет ни какой громкой рекламы.
6. Создание инсталляторов.
При создании инсталляторов, необходимо взвесить все за и против и подойти к этому вопросу с полной ответственностью. Программа должна быть разработана так, что без Вашего вмешательства пользователь не мог изменить в программе любую её часть, и уж тем более не мог изменять основные аспекты программы.
7. Слушайте и отвечайте пользователям.
Как совет, отвечайте практически на все письма пользователей, ведь в большей степени вопросы задают новички. Если Вы не будете проявлять интерес к подобным письмам, то и программа для пользователя станет неинтересной, из-за того, что пользователь не будет знать определённых нюансов, о которых он Вас спрашивал. Если вы хотите, чтобы вопросов было как можно меньше, то при создании программы подготовьте как можно более подробный материал-инструкцию.
И последнее, как напутствие, газеты и журналы – это рейтинг и популярность вашей программы. Чем чаще будет говориться о вашем продукте в газетах, тем к ней будет проявлен больший интерес.
Октябрь
3,
2008
— Рубрика: Практика
Метки: инсталляторы, софт, успех
Реклама: модельные агентства рекламы
Если посмотреть на экстремальное программирование с практической точки зрения сквозь призму отечественной высшей школы, то можно смело его охарактеризовать не как методологию, а как систематизированный подход к разработке программного обеспечения. Тем не менее, как бы этот феномен не назывался, важен конечный результат. В данной статье будет рассмотрена практическая применимость экстремального программирования, и чем оно полезно для разработчиков.
Июль
14,
2008
— Рубрика: Практика
Метки: доверие, код, разработчики, релизы, функциональность
Новая версия экстремального программирования насчитывает тринадцать основных практик и одиннадцать дополнительных. Вначале нужно применить основные практики, причем каждая из них может соответствующим образом улучшить процесс разработки. Только после этого можно приступать к дополнительным практикам, которые требуют опыта работы с основными практиками, и практически неприменимы без них.
Июль
1,
2008
— Рубрика: Практика
Метки: основы, програмирование, продукт, проектирование, факто
Отцом-идеологом экстремального программирования считают Кента Бека (Kent Beck). XP является достаточно молодой методологией, оценки которой весьма противоречивы — от восторженных до резко негативных.
Июнь
23,
2008
— Рубрика: Практика
Метки: Бек, действия, интеграция, код, кодирование, рефакторинг, риски, тестирование, факторы
Прежде чем написать строку кода, программист должен знать зачем она нужна, иначе эта строка не будет делать того, что имел ввиду программист. Как проверить, что код делает именно то, что от него ожидается? Просто - выразить ожидания в виде тестов.
Май
14,
2008
— Рубрика: Практика
Метки: код, поломать, починить, улучшить
Почему многие разработчики не используют юнит тесты? В конце концов, юнит тесты помогают производить хорошо спроектированные системы и более аккуратный код. Недавний успех экстремального программирования и системы тестирования xUnit Гамма и Бека, заставил говорить о юнит тестах многих кодировщиков. Но все еще множество (возможно, большинство) программистов избегают писать их. Эта статья является попыткой переубедить этих разработчиков.
Апрель
3,
2008
— Рубрика: Практика
Метки: код, преимущества, тестировать
Парное программирование
Весь код для продукционной системы (а это значит за исключением пробных решений) пишется парами. Два разработчика сидят рядом. Один набирает, другой смотрит. Время от времени они меняются. Не разрешается работать в одиночку. Если по какой-то причине второй из пары пропустил что-то (болел, отходил и т.п.) он обязан просмотреть все изменения сделанные первым.
Март
23,
2008
— Рубрика: Практика
Метки: User Story, ошибка, релизы, скорость, тесты
Соглашение о кодировании
Вы в команде, которая работает над данным проектом продолжительное время. Люди приходят и уходят. Никто не кодирует в одиночку и код принадлежит всем. Всегда будут моменты, когда необходимо будет понять и скорректировать чужой код. Разработчики будут удалять или изменять дублирующий код, анализировать и улучшать чужие классы и т.п. Со временем нельзя будет сказать кто автор конкретного класса.
Март
7,
2008
— Рубрика: Практика
Метки: CRC, заказчик, интеграция, кодирование, конституция
В последнее время среди разработчиков программного обеспечения стала популярной технология, называемая «экстремальное программирование» или XP. Об этом пишется масса статей и книг, которые дают понятие о теоретических основах этой методологии. Мне бы хотелось рассказать, как это выглядит на практике, и какие преимущества и недостатки.
Февраль
8,
2008
— Рубрика: Практика
Метки: MDA, кодирование, метафоры, обратная связь, простота
Данная статья посвящена достаточно интересному направлению в индустрии разработки и тестирования программного обеспечения, а именно экстремальному программированию. Про общие идеологические принципы ХР писалось много и очень много, поэтому мы сразу решили не описывать то, что и так уже есть — основу ХР. Данная статья — это практика использования.
Ноябрь
29,
2007
— Рубрика: Практика
Метки: CppUnit, TestCaller, TestFixture, интеграция, иэрархии, тесты
