|
|
Saturday, February 6th, 2010
| |
12:39 pm - Time-To-Market
|
Time to market (TTM) — это быстрый вывод продукта на рынок. Это время, которое прошло от одной из первых стадий разработки до одной из последних, например, от появления самой идеи до продажи первой копии, или от начала проектирования до запуска массового производства. Принято считать, что чем меньше это время, тем больше профит, поэтому современные производители (а разработчики ПО не исключение) стремятся нацелиться на time to market. Но у них это не всегда получается, потому что ориентация на чистую скорость зачастую к профиту не приведет.
Например, TTM не обязателен для инноваций — в них часто имеется запас по времени, который можно и даже нужно потратить на дополнительные исследования. А вот их последователям-конкурентам после вывода инновации на рынок уже нужно будет поторопиться.
Россия по степени инноваций в списке всех стран всегда находилась где-то в самом низу, поэтому TTM здесь особенно актуален. Однако немало примеров, когда TTM достигается за счет значительного снижения качества продукта, что лично я считаю неприемлемым. Иногда низким качеством обладают и инновационные продукты, что ставит их, на мой взгляд, в невыгодное положение перед будущими конкурентами.
Единственное оправдание, которое у них может быть — это стратегия планирования запуска продукта к определенной дате. Например, крупная выставка, конференция, и т. д. Здесь может помочь только грамотное планирование и управление рисками.
Гибкий подход к разработке (например, Agile) — это еще один путь к TTM. Для этого подхода характерно то, что требования в процессе разработки непрерывно меняются. В этом случае важно одно — изменения не должны быть слишком деструктивными, нельзя непрерывно всё ломать и разрушать, поскольку с каждой такой поломкой отсчет времени начинается заново.
Иногда также бывает полезно минимизировать человеческие ресурсы, но для этого придется нанимать более опытных и продуктивных сотрудников (это в особенности актуально при применении гибкого подхода). Более опытный и продуктивный персонал стоит дороже, откуда возникает прямая зависимость между скоростью и ценой — иногда эта зависимость бывает для менеджера не очевидна.
Эти случаи показывают, что для достижения time to market нужно определиться со стратегией ведения бизнеса в целом, и не забывать, что не только скорость разработки влияет на получение прибыли.
|
|
(comment on this)
|
| Saturday, January 16th, 2010
| |
4:10 pm - Envy 133
|
Хочу. Но его продажа недавно была прекращена :(
Зачем HP поступила так жестоко?
Это вам не какой-нибудь слащавый Air. Его угловатые формы и черный цвет ассоциируются у меня с уменьшенной копией промышленного сервера, символизируя верх технического совершенства.
|
|
(5 comments | comment on this)
|
| Friday, January 1st, 2010
| |
8:39 pm - Can — Vitamin C (Ege Bamyasi, 1972)
|
С наступившим новым годом! Прошлый год был позитивным во всех отношениях, поэтому в новом году первым постом пусть будет этот трек:
|
|
(comment on this)
|
| Monday, December 14th, 2009
| |
11:24 am - IDEs and editors
|
|
| Wednesday, November 25th, 2009
| |
11:29 am - Снова про отладчик
|
|
| Sunday, October 11th, 2009
| |
9:01 pm - Инновации
|
Аналогия - обильный источник новых идей, но ее нельзя использовать слепо.
Пример. В середине 70-х годов для проверки фарфоровой посуды разработали робот, который действовал аналогично человеку - стучал по тарелочке и по звуку определял ее годность. Первоначально робот "не умел" мягко брать тарелочку и тарелки или ломались в его "руке" или выпадали из нее. Когда робота научили делать это, то появилась новая проблема. Тарелки ломались при ударе о них палочкой. Эта задача так и не была решена полностью - часть тарелок все-таки билась.
Основная и довольно часто встречающаяся ошибка - слепое использование аналогии. Сделаем так, как это делает человек. Скопируем эти действия и заменим человека роботом. Как правило, такая тактика обречена на провал.
Гораздо проще использовать другие физические принципы для совершения того же действия, например, "слушать" тарелку с помощью ультразвука. Аналогичные ошибки совершают разработчики техники, пытающиеся точно воспроизвести новое изделие, выпускаемое в другой стране или фирме.
Владимир Петров. Основы теории решения изобретательских задач. Учебник.
|
|
(1 comment | comment on this)
|
| Sunday, October 4th, 2009
| |
10:32 pm - Наблюдение
|
|
| |
9:44 pm - To Read: TDD
|
В последнее время у меня возникло желание и появилась потребность более глубоко изучить agile методики. Вдоволь наигравшись с RUP, пришел к выводу, что agile более привлекателен для профессионального разработчика: наличие у него фундаментальных знаний и опыта позволяет избавится от рутины и оверхеда, которые неизбежно возникают при традиционном подходе.
Одним из важных аспектов при альтернативном подходе является TDD, поэтому я случайно атолкнулся на новую книгу Growing Object-Oriented Software, Guided by Tests, авторы которой ведут блог mockobjects.com. Должна появиться в продаже в ноябре, о ней неплохо отзываются авторы методики экстремального программирования (в частности, Уорд Каннингем, тот, который изобрел вики и c2.com). Судя по другим отзывам на официальном сайте, думаю, ее стоит добавить в мой список книг, запланированных к прочтению.
|
|
(4 comments | comment on this)
|
| Saturday, September 26th, 2009
| |
10:56 am - Просто сказка
|
|
«Посреди многослойной, переплетенной из еаров, сервисов, коннекторов и пулов структуры сервера приложений, органично врастая в сеть модульной архитектуры, выставив наружу красивые интерфейсы, посылая и получая сообщения, отвечая на эрэмай запросы, словно кипящий поток создавая и уничтожая сотни ентити бинов в десятках распределенных транзакций, мудрый сессионный бин срал в лог эксепшенами».
|
|
(2 comments | comment on this)
|
| Thursday, August 20th, 2009
| |
11:39 am - Простая загадка
|
Определением какого слова является эта абракадабра?
«Колесо или диск, установленный, чтобы вращаться быстро об оси и также свободный вращаться об одном или обоих из двух перпендикуляров топоров друг к другу и к оси вращения так, чтобы вращение одного из двух взаимно перпендикулярных топоров следовало из заявления вращающего момента к другому, когда колесо вращается и так, чтобы весь аппарат предложил значительную оппозицию в зависимости от углового момента к любому вращающему моменту, который изменил бы направление оси вращения»
|
|
(3 comments | comment on this)
|
| Monday, August 10th, 2009
| |
1:04 pm - Отладчик
|
|
Плохие программисты с трудом отслеживают и удерживают исполнение программы в своей голове, для них и придумали IDE со встроенным [пошаговым] отладчиком.
|
|
(40 comments | comment on this)
|
| Tuesday, August 4th, 2009
| |
2:14 pm - Как встать пораньше и выспаться?
|
|
| Friday, July 31st, 2009
| |
3:39 pm - MacPaint v1.0
|
The finished MacPaint consisted of 5,804 lines of Pascal code, augmented by another 2,738 lines of assembly language, which compiled into less than .05 megabytes of executable code.
Два года назад:
Unfortunately, the MacPaint source code is currently unavailable for research since the Computer History Museum did not receive intellectual property rights for the code.
At the present, since it is a significant piece of software, we have made a commitment to preserving in and expect in years to come to be able to provide some type of access.
At this point I can't venture a guess at when we would be able to make it accessible, though believe it will be quite awhile.
Paula Jabloner
Senior Archivist
Computer History Museum : www.computerhistory.org
1401 N. Shoreline Blvd : Mountain View CA 94043
(650) 810-1016 : (650) 810-1055 (fax)
С нетерпением жду, когда же, наконец, выложат исходники.
|
|
(4 comments | comment on this)
|
| Wednesday, July 29th, 2009
| |
3:33 pm - To Read
|
|
| |
12:36 pm - Blue Gene
|
|
| Thursday, July 23rd, 2009
| |
12:02 pm - Keyboard
|
|
| Tuesday, July 21st, 2009
| |
7:08 pm - XP
|
|
| Sunday, July 19th, 2009
| |
3:38 pm - Theory of Constraints
|
Оказывается, существует довольно интересная теория управления проектами — Теория Ограничений, которая дополняет и расширяет классический подход, описываемый в Guide to PMBok. Последний является международным промышленным стандартом, сертификацию по которому осуществляет PMI. Theory of Constraints (TOC) в свою очередь позиционируется авторами, как более современный и эффективный подход, однако требующий от менеджера измененить свое стандартное мышление.
О применении этой теории к разработке программных продуктов в России: интервью с соавтором в журнале CIO.ru.
К слову, надо будет поискать какие-нибудь модные концепции, расширяющие Guide to SWEBoK. Поговаривают, многие авторитетные разработчики, в том числе небезызвестные Мартин Фаулер или Гради Буч, считают, что этот промышленный стандарт разработки ПО нуждается в значительных доработках.
|
|
(comment on this)
|
| Wednesday, July 15th, 2009
| |
11:52 am - Version numbering
|
Правила и порядок нумерации версий программных продуктов — это один из многих вопросов, который мне постоянно не давал покоя, и неоднократно был причиной споров с менеджерами и маркетологами.
До абсурда, конечно же, эту проблему довел непревзойденный лидер всяких абсудров, компания Microsoft: так, например, программная версия Windows 7 вовсе не 7.0, а 6.1.
Познавательная статья, которая приводит множество удачных и неудачных примеров нумерования версий в ПО: The Amazing World of Version Numbers.
|
|
(comment on this)
|
| Tuesday, July 14th, 2009
| |
12:03 pm - Logging is an art
|
|
Logging is an art — такая концептуальная идея изложена в интересной статье, в которой пошагово описываются те очевидные действия, которые должен выполнить пользователь, прежде чем сообщить разработчику о проблеме в виде «все сломалось и ничего не работает».
|
|
(comment on this)
|
|
|
|
|
![[info]](http://l-stat.livejournal.com/img/userinfo.gif){kind=small}
dedm's journal
