Записки о софтверном бизнесе

Два хорошо, а три лучше

July 2nd, 2009 Posted in Технологии | 6 Comments »

Если вы в первый раз на этом сайте, рекомендую подписаться на RSS .
Спасибо, что заглянули на огонек!

triple_monitors

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

С десктопными компьютерами проблемы обычно нет. Достаточно купить вторую видеокарту с парой DVI выходов и подключай мониторы. С ноутбуками ситуация хуже. Решения типа TripleHead2Go от Matrox есть, но до последнего времени они были достаточно дороги и не давали нужного разрешения.

Но за что я люблю хайтек - если тебе не нравится цена или набор фич, подожди немного иполучишь желаемое. Когда я наткнулся на обзор от Gizmodo, то сразу понял что ждать больше незачем. Описываемое устройство представляет собой внешнюю видеокарту , подключаемую через USB 2.0 и дающую разрешение до 1600х1200 или 1680х1050.  Максимально можно подключить шесть мониторов, если вы сидите под Windows, и до четырех под Маком. Цена как раз меньше ста долларов - мой психологический барьер для гаджетов подобного рода.

Три монитора удобнее двух еще одним аспектом. Теперь есть один главный монитор, на котором ведется основная работа, и два вспомогательных. Глазу приятнее видеть прямо напротив себя монитор, а не линию раздела.

Для удобного управления окнами рекомендую Ultramon. Из приятных фич - умеет растягивать таскбар на все три монитора. Может в один клик переместить окно на соседний монитор. Особенно удобно, когда окно максимизированно.

Если вы думаете что это блажь - вспомните еще раз, сколько стоит рабочее время программиста и сколько денег принесет увеличение его производительности всего на несколько процентов. Например, сегодня мы обсуждали по Скайпу эскизы вебсайта, присланные дизайнеров. Эскизов было как раз три. Как вы думаете, кому было удобнее, мне или моему собеседнику с двумя мониторами?

Как тестируют SQLite

June 28th, 2009 Posted in Uncategorized | No Comments »

Надежность и усточивость SQLite достигается тщательным тестированием. Объем кода и скриптов для тестирования в 709 превышает количество основного кода. Впечатляет, что и говорить.

Из других моментов стоит отметить замечание о статическом анализе кода. Цитирую:

Статический анализ кода не сыграл никакой роли в деле нахождения багов. Мы не можем вспомнить ни одного бага, обнаруженного стаическим анализом кода, который не был бы обнаружен нашими тестами.

Мы в основном пользуемся компилятором GCC и весь код компилируется без ошибок. VC++ компилятор дает некоторые предупреждения и, на самом деле, мы добавили несколько багов, пытаясь заставить весь код компилироваться без предупреждений.

Это не означает, что всем разработчикам стоит забить на предупреждения компилятора. Не каждый проект может похвастаться таким количеством тестов и покрытием кода.

Еще почитать:

Без права на ошибку

Что Google знает о PHP?

June 28th, 2009 Posted in Uncategorized | No Comments »

Эрик Хиггинс, Google webmaster, опубликовал набор советов по оптимизации PHP кода.  Гвин Раскинд из команды разработчиков PHP ответил на эту статью, по пунктам разъяснив, что советы эти - чушь собачья.

Оставив в стороне (не)компетенцию инженеров Гугла, добавлю от себя, что PHP, разумеется, не самый лучший язык для веб разработки.  PHP не всегда последователен в том, как он работает и строгая типизация ему бы не повредила. Однако скорость работы всегда была его сильной стороной, что лишний раз доказывает вышеприведенная дискуссия.

Еще почитать:

Казусы PHP

Почему многие программисты не любят PHP

PHP приложения, которые изменили мир

4x-часовая рабочая неделя

June 26th, 2009 Posted in Uncategorized | 6 Comments »

caribbean-vacation-beach-hammock

Пытался читать книгу Тима Ферриса 4-х часовая рабочая неделя. Не смог осилить, прочитал где-то треть и бросил. Не то чтобы буков много, но какие-то они неправильные. Много воды, много мотивационного булшита и и все пересыпана цитатами авторитетных личностей. Не люблю когда много цитат - обычно это дешевый прием, призванный придать вес словам автора. Информации, которую можно считать полезной, максимум десять процентов и вся она сводится к одной мысли.  Мысль, правда, верная и стоит поговорить о ней более подробно.

Большинство людей тратят свое рабочее время нерационально. Дело даже не в том, что у них отсутствуют навыки тайм-менеджмента. Соль в том, что бОльшую часть работы можно переложить на чужие плечи или вообще избежать. Разумеется речь идет в первую очередь о владельцах бизнеса, которые могут сами принимать решения.

Давайте представим, что у вас каждый день есть не восемь часов для работы, а всего четыре. Очевидно, что даже навыки тайм-менеджмента не дадут выполнить тот же объем работы в два раза быстрее и чем-то придется пожертвовать. Вот тут начинается самое интересное - а с чего вы начнете работу, зная, что времени на все дела не хватит? Очевидно, что в первую очередь вы сделаете что-то самое важное, что-то задерживающее работу других людей или препятствующее движению вперед.

А что если у вас есть только два часа в день? Тут уже мысль начинает в работать в направлении “а что можно автоматизировать или отдать другим людям на исполнение”? Поскольку и этого будет недостаточно, придется отказаться от привычки начинать свой день с просмотра емайлов и ответа на них. Ответы порождают новые вопросы и можно обнаружить, что скоро обед, а собственно к работе вы и не приступали. Лучшее решение - перейти к проверке почты два раза или даже один разв день.

Такая практика потребует более дисциплинированного подхода к собственно написанию писем. Чтобы сократить число вопросов и ответов, нужно предоставлять максимум информации и варианты развития событий, чтобы клиент мог принять решение не задавая дополнительных вопросов. Например клиент интересуется какая будет скидка, если он купил больше одного экземпляра программы. Не спрашивайте у него, сколько именно лицензий ему нужно, отправьте ему всю ценовую матрицу и информацию, необходимую для заказа. Тим называет это методикой “если … то … иначе” - думайте на шаг вперед, давая сразу ответ на следующий вопрос.

В общем-то это и все, что мне показалось заслуживающим внимания. Если вы спросите, стоит ли читать - мой совет скорее “нет”, чем “да”.  Однако мантра “что бы я сделал сегодня, будь у меня всего два часа?” мне реально помогает. Возможно она поможет и вам.

Ключевые слова в документации

June 26th, 2009 Posted in Бизнес, Технологии | 2 Comments »

Техническому писателю на заметку - при описании какой либо фичи обязательно упомяните как она еще может называться по-другому. Например Windows authentication в веб-приложениях часто называют ’single login’ или ’single sign on’. Таким образом вы убиваете двух зайцев, помогая как своим пользователям так и Гуглу.

Кстати для конвертации хелпа в HTML мы используем отечественную разработку CHM2Web. Получается очень симпатично, вот например как здесь.