Monday, October 31, 2011

Как, когда и за что брать деньги

Хочу сегодня обсудить одну насущную проблему. А именно - за что и как брать в шароваре деньги. В принципе все просто - делается триальная версия, а когда срок триала истек, то пользователь должен хочет купить полную версию. Ну или если ему надоели ограничения триальной версии. Все просто, но есть одна маленькая проблема - пользователи не любят платить.

Sunday, October 23, 2011

Ночное, 3. Когда поставить точку

Я музыку люблю. Но слушаю ее редко. С трудом слушаю музыку в качестве фона, только когда делаю что-то, не требующее умственных усилий - во время уборки или когда веду машину. Последнее время много слушаю Никитиных. Я, когда слушаю музыку, если она мне нравится, то я будто врастаю в нее, настраиваюсь на ее волну и мне трудно переключаться на следующую мелодию. Только когда я привыкаю к определенным дискам, смена одной музыки другой не раздражает. И вот какая странная мысль пришла мне в голову. Ведь по сути наша деятельность та же музыка. Вернее, погружение в нее. Мы настраиваемся на волну, в нас живет своего рода цифровая музыка, которую мы перелагаем в виде кода, и бывает так, что не знаешь, когда музыка должна закончится. Вот просто когда это произведение должно закончиться.
Я, похоже, этого не знаю. Я придумала продукт. Я придумала, какие фичи будут в первой версии. И вот когда все было готово, я поняла, что музыка еще не завершилась. Вернее, так мне показалось. И я включила еще три фичи, и создание моей цифровой музыки продолжается. Доколе же??? Сумею ли я поставить точку, сыграть финальный аккорд этой версии или в последний момент мне придумается, что фичи-то я добавила, только они какие-то недофиченные... и опять начнется все сначала? Надеюсь, нет, иначе что же это за композитор, который пишет бесконечные оперы и фуги (да простят меня специалисты), бесконечные в прямом смысле слова, ибо никак не может поставить точку...

Monday, October 10, 2011

Ночное, 2

Почему когда мы строим планы, мы никогда не учитываем такие простые вещи, как смена настроения, усталость, депрессия? Т.е. попросту говоря наши планы никогда не сработают на 100%, потому что мы люди, а не роботы. Человек устает, а когда он устает, у него возникает депрессия, а затем происходит смена ценностей, потеря веры в себя и свой проект. Когда люди работают в группе, они поддерживают друг друга. Или, по крайней мере, стараются не показывать своего настроения. Вот устал один, но проект живет, он никуда не делся, а значит, надо просто отдохнуть и потом работать дальше.

В шароваре все сложнее. Нам не от кого скрывать свое настроение. Когда мы теряем веру в себя, кто поддержит нас? Проект зависит только от нас, он не живет своей собственной жизнью, пока мы работаем в одиночестве. А значит, ответственность за свой проект многократно возрастает (ведь даже когда мы останавливаемся на секунду, проект на эту секунду замирает). А значит, строя планы, надо учитывать этот фактор. Фактор одиночества.

Для всех людей этот фактор будет разным. Кто-то, как танк, не обращая ни на что внимания, гнет свое, и добивается результата. Для него просто не существует вопрос "зачем", только "как". Но таких людей очень мало. Все-таки большинство подвержено депрессиям, усталости, а, следовательно, и сомнениям. Еще важный момент - рутина. Как только ее становится больше определенного порога, опять возникают усталость и сомнения.

В-общем, надо как-то корректировать планы, учиться думать "заранее". Вспомнился мне фильм "Москва-Кассиопея", там 14-летние ребята отправились в космос. Навсегда. Они знали, что они вернутся уже взрослыми. Но если представить себе настоящих, не киношных людей, что они будут делать, когда им исполниться 18? 20? 25? Будут ли они проклинать все на свете, и свою глупость в первую очередь, свою слепоту, которая не позволила им тогда, в детстве учесть такие простые факторы, как тоска по родине, по нормальной жизни, по разнообразию? Что они сделают в этот момент? Остается только гадать... какое счастье, что шаровара - это не билет в один конец. И счастье, и проклятье, уж очень низок порог вхождения, а порог выхода еще ниже - ведь очень легко все забросить...

Товарищ, составляя план по проекту, помни: ты не робот!

Friday, October 7, 2011

Ночное

Даже самый паршивый, глючный, убогий, тормознутый, неудобный продукт может найти своего пользователя и почитателя. При условии, что это будет именно продукт.

Любой самый красивый, изящный, оптимизированный, отрефакторенный, быстрый код не найдет своего пользователя нигде и никогда, если не будет иметь вид продукта, т.е. нечто такого, что можно установить/скопировать/распаковать и запустить.

Установить и запустить. Все. Вот два необходимых условия успеха. Остальное вторично.

Я. (Но возможно, это кто-то уже сказал. :))

Wednesday, October 5, 2011

Священная война: веб против десктопа (web vs desktop) - часть 2 или как решить проблему

Итак, передо мной в очередной раз встала задача - выбрать, что лучше - делать десктопное приложение или же для веба. Чтобы упорядочить доводы и не пропустить ничего важного, я прибегла к старому и проверенному способу - mind mapping (не знаю подходящего перевода). Для этого вы изображаете свои мысли на бумаге в виде дерева, по мере продвижения вглубь (или вширь) возникают новые ассоциации и тем самым вы (как будто) ничего не пропускаете. В результате получился чек-лист, который может быть использован каждый раз, как только вам нужно решить данную проблему (в данном случае выбора между двумя технологиями).

Tuesday, October 4, 2011

Священная война: веб против десктопа (web vs desktop)

Моя программа - десктопное приложение. Прежде, чем начать делать ее как десктопное приложение, я довольно много времени потратила на то, чтобы выяснить, какая технлогия лучше и почему. Все было хорошо до недавнего времени. Разумеется, и после начала работы зерна сомнения время от времнени прорастали, но плодов еще пока не давали. И вот недавно мне показалось, что зря, пожалуй, я связалась с десктопом. И вот почему.
Я работаю ("на дядю") в небольшой страховой фирме, наша задача в основном заключается в том, что мы переписываем на .Net уже существующую систему, которая была создана еще на VB6. Первую часть, предназначенную для внутренного пользования, мы успешно переписали. Среди моих задач было повышение производительности, и мне удалось, используя разные методы, приблизить скорость работы нового десктопного распределенного приложения к скорости работы старого приложения.