Я занимаюсь веб-проектами с февраля 2002 года — получается, что уже девять с половиной лет. Большую часть этого времени я был фрилансером. Где-то до 2009 года с ценовыми политиками у фрилансеров все было нормально. У заказчика был проект, он оценивался по человекочасам или по договоренности. Не важно для какого бренда был проект. Люди оценивали свою работу по трудозатратам. Сегодня в большинстве случаев ситуация другая: показываешь фрилансеру очень простой проект с известным брендом, который, к примеру, можно выполнить за два дня и 7000 рублей, но он оценивает его исключительно глядя на бренд. В лучшем случае бюджет накручивают в два раза, а сроки — в два с половиной или даже три раза. Объясняют свои наценки обычно так:
1-е место — большая стоимость обусловлена отличным качеством кода и следованием самым последним трендам.
2-е место — большие сроки за счет возможных непредвиденных обстоятельств.
3-е место — это же %имя_бренда%! Они явно заплатят мне много, поэтому я тоже должен заплатить больше обычного.
Читать полностью »

«Звонил наш новый гениальный ява-программист. Сказал, что его покусал котёнок и он в больнице» © bash.org.ru

У меня есть поток серьёзных проектов и нашей маленькой команды уже не хватает на всё. Месяц назад я давал вакансию Битрикс-программиста. Откликнулось несколько человек. Один полностью устроил обоснованием сроков и цены. Назовём его Георгием. Проработал он у нас неделю и … пропал. Полный offline, телефон отключен и нигде не отвечает. Через несколько дней пришло электронное письмо, что у него семейные проблемы, телефон украли и он не может приехать в офис. При этом Георгий нас уверял, что проект готов. Личные проблемы у каждого могут случиться, поэтому решили войти в положение. Шли недели, Георгий не появлялся, присылая оправдательные письма о том, что он в больнице (хотя ip-адрес был домашнего ADSL-модема). Нам уже всё было понятно
Читать полностью »

На выходных прочитал книгу Патрика Ленсиони — «Пять искушений руководителя. Притчи о лидерстве». Книга построена на рассказе о вымышленном управленце вымышленного предприятия. В ходе рассказа на примерах компании и её ген.директора раскрываются те самые пять искушений, о которых говорится в названии. Почитать можно.

Читать полностью »

Прочитал книгу «Огилви о рекламе». Дэвид Огилви — это классик рекламы. Несмотря на то, что книга вышла в 1983 году многие из рекомендаций Дэвида Огилви применимы на практике до сих пор. Книга рассказывает что такое успешная реклама. Успешная реклама, в первую очередь, продает продукт, и только потом может завоевывать или не завоевывать награды.

Книга полна отличных цитат автора. Чего только стоит эта:

«Однажды я совершил крупную ошибку, дав от ворот поворот одной маленькой фирме, которая начала производство офисной техники, потому, что раньше я о ней ничего не слышал. Называлась эта фирма Xerox…» — Промах, что и говорить».

Отличная книга. Советую всем. Как обычно, интересности книги ниже.
Читать полностью »

Прочитал за пару вечеров книгу Романа Дорохова — «Чичваркин и “К”. Путь гениального торговца».

Книга написана по интервью с Евгением Чичваркиным. Описывается выход на рынок и сложности «Евросети». В целом — книга хорошая.

Из цитат выписал две аксиомы Чичваркина:

«Ничего не продал — ничего не получил».
«Продать можно всё».

Прочитал книгу Кьелла Нордстрема и Йонаса Риддерстрале «Бизнес в стиле фанк. Книга маленькая, всего 60 страниц. Читается очень быстро.

Написано интересно, но осадок остался больше негативный, чем положительный. Когда читаешь, ощущение что тебя или зомбируют, или что-то вдалбливаю.Уж очень сильно стиль повествования похож на какой-то тренинг.
Читать полностью »

Самое главное в разработке программного обеспечения — мотивация. Сначала мотивация, потом возможности. Только с мотивацией можно сделать что-то действительно хорошо.

«Долгие, затянутые циклы разработки — убийцы мотивации. Это слишком долгое время между празднованием побед. Быстрые победы — факторы мотивации. Если вы допускаете длинные циклы разработки — вы убиваете мотивацию. И это может убить ваш продукт».

«В маленьких командах нужны мастера «на все руки». Дизайнеры, умеющие вести техническую документацию. Программисты, сведущие в вопросах дизайна. Каждый должен себе представлять какой должна быть структура системы (какой бы смысл вы бы не вкладывали в это понятие). Каждому нужно мыслить системно. Каждый должен уметь общаться с клиентами. И, в случае необходимости, каждый должен уметь, резко «дав по тормозам», развернуться контролируемым заносом. Запомните, маленьким командам иногда надо изменить направление и сделать это быстро. Вам нужен тот, кто сможет учиться, привыкать, приспосабливаться, а не закостенелый брюзга, специализирующийся на чём-то одном».

Счастливый специалист средней руки лучше раздражённого эксперта.

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

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

Прочитал книгу «Getting Real» от создателей ReWork’а — 37signals. Сразу заметно, что некоторые главы полностью перешли в ReWork. Эта книга, по сути, опыт разработчиков. Изложено всё чётко, ясно и с конкретикой. Читается буквально на одном дыхании. Из всей книги выписал довольно много вкусностей, поэтому разобью их для удобства на два поста. Вот некоторые из них:

«Getting Real — это значит “меньше”. Меньше массы, меньше программного обеспечения и его возможностей, меньше бумагомарания — словом, меньше всего того, что является несущественным».«Getting Real начинает с интерфейса, с реальных экранов, которыми будут пользоваться ваши клиенты. Это позволяет получить правильный интерфейс до того, как вы создадите неправильную программу».