Эффективный подход к нетиповой разработке сайтов

Эффективный подход к нетиповой разработке сайтов

Мы несколько лет занимаемся разработкой сайтов разной степени сложности. За 5 лет сделали более 300 проектов. В своей работе мы не используем шаблоны, дизайн уникальный и разрабатывается под нужды клиента. Не берем готовую CMS и не пытаемся привести задачи клиента к типовому решению, используем Django Framework и разрабатываем такой сайт, который максимально подходит под задачу. В общем, стараемся сделать максимально качественный сайт, на который способны. Как при этом не сломать спину, добиться результата и заработать денег, чтобы развиваться дальше?

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

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

(далее…)

Работа для программиста в США: 5 простых шагов

image

Статья про то, что делать тем, кто хочет переехать работать в США. Я предполагаю инженерные позиции, на которые проще всего получить визы, но, возможно, статья окажется полезна и другим специалистам.

Мой опыт несколько отличается от нижеописанного (я попала на работу в США после стажировки). Но за 4 года в США пообщалась с людьми, которые попали сюда разными путями и набрала кое-какой опыт. Так что если бы я очень хотела найти работу в США сегодня, то я бы дествовала примерно так, как описано ниже.

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

(далее…)

Мастер-класс на DevConf 2014: Поощрения и наказания. Как использовать не административные приемы?

Мастер класс на DevConf 2014: Поощрения и наказания. Как использовать не административные приемы? Коллеги, рады сообщить — что не смотря политические интриги, ребята из Харькова снова зажгут c новым мастер-классом на DevConf 2014.

Предлагаем Вашему вниманию — интервью с ведущими мастер-класса:
— Дмитрий Снисарь. Психолог (специализация: психология коммуникации) и тренер (2000+ студентов, 2500+ тренинг-часов). Последние три года — работаю с людьми от IT.
— Владимир Железняк. Программист, менеджер, консультант. 15 лет в коммерческом IT. Работал в продуктовых и аутсорсинговых проектах.
(далее…)

Нестандартные решения сложных задач

Меня интересуют различные методы системного и творческого мышления, которое можно использовать в реальной жизни для решения сложных задач. О нескольких методах расскажу в данной статье.
Недавно прочитал книгу Торп С. — Учебник креативного мышления. Простой подход к нестандартным решениям – 2010. В ней предлагается интересный подход для развития навыков решения сложных задач.

Основная мысль автора – чтобы решать сложные задачи, нужно сворачивать с колеи шаблонного мышления, нарушать правила, которые зачастую нам не дают взглянуть на проблему шире. Вот что пишет автор:

Неспособность разрешить какую-то проблему вполне может объясняться тем, что вы застряли в «колее» правил. Мы все живем по правилам — укоренившимся в нас шаблонам мышления, которые ошибочно принимаем за истину. Наши правила формируются естественным образом в результате многократного использования одних и тех же идей. Следуя правилам, мы постепенно увязаем в глубокой «колее», и тогда любые неординарные идеи остаются вне нашего поля зрения.

Как нарушать правила, отлично показано на примере игры «Крестики-нолики».
Многие неразрешимые проблем похожи на игру в «крестики-нолики»» Выигрыш кажется невозможным, как бы ты не играл. Однако нарушив (или расширив) правила можно получить победу множеством путей.

Нестандартные решения сложных задач
(далее…)

Springpad всё…

Сегодня, открыв в очередной раз Springpad, получил неутешительное уведомление о том, что сервис прекращает свое существование.
(далее…)

Один очерк об управлении портфелем проектов

Всем добрый день! Так случилось, что комментарии в теме «Управление проектами: операционный vs. проектный подход» предварили мой недельный отпуск. Я решил провести его с пользой и высказаться в некотором формате по вопросу портфельного управления. Формат изначально предполагался быть книгой (а это по стандарту ЮНЕСКО минимум 49 страниц), но потом я решил что это достаточно много для тех, кто занят вопросами портфелей (и вообще я человек, страдающий краткостью). Поэтому — брошюра.
(далее…)

MVP за 7 недель. Как это было

Когда я собрал ребят и сказал, что нам нужно успеть сделать MVP (minimum viable product) нового сервиса к 31 мая, они переглянулись и сказали: «Это невозможно». И вот спустя почти 7 недель разработки, каждый из нас может с гордостью сказать: «Мы сделали это!»

image

Эта статья — продолжение материала "Как не сделать «какашку»? Личный опыт создания продукта", где я описывал этапы исследования и проектирования продукта. Теперь мне бы хотелось поделиться личным опытом и рассказать о том, как нам удалось реализовать «неподъемный» на первый взгляд проект в срок, чем пришлось пожертвовать и показать вам, что в итоге у нас получилось.
(далее…)

Брин признал, что его работа над Google+ была ошибкой

Бывают же совпадения: пару дней спустя после нашумевшего поста "Почему же не взлетел Google+" сам Сергей Брин выcказался о том, что его участие в проекте было ошибкой.

Брин признал, что его работа над Google+ была ошибкой

Издание The Verge зафиксировало его эти слова во время выступления на Code Conferention:

На вопрос: «Что насчёт Гугл+?» Брин ответил:
«Я, вероятно, худший выбор среди тех, с кем можно говорить о социальных… Я не очень общительный человек». Брин сказал, что он постит фото своих детей для семьи: «Я не общаюсь с большим количеством людей. Я малость странный. Это, видимо, изначально было моей ошибкой — работать над чем-то околосоциальным». Тем не менее, Брин предполагает, что на рынке была реальная потребность в Google+ тогда. «Довольно редкая точка зрения!» — комментирует это заявление The Verge.
live.theverge.com/sergey-brin-live-code-conference/

Сейчас Брин занят работой в Google X, по поводу чего выражает куда больше энтузиазма — ему нравится быть ближе к железякам, говорит он.
(далее…)

5 советов новоиспеченному начальнику отдела

Хочу поделиться 5 важными, на мой взгляд, вещами, которые должен осознать специалист, внезапно ставший начальником своего отдела. Это скорее напутствие, психологическая накачка, чем конкретные методики, но как мне кажется, карьерные изменения — момент для изменений внутренних. Мне самому повезло стать начальником нового отдела, созданного из сотрудников, занятых определенным направлением, и вот что я успел для себя уяснить.
(далее…)

Работу над HTTP 2.0 предлагают начать заново

Open source разработчик Пол-Хеннинг Камп (Poul-Henning Kamp) обратился к членам HTTP Working Group с призывом выбросить текущие наработки по стандарту HTTP 2.0.

Пол-Хеннинг Камп — автор MD5crypt и большого количества системных компонентов FreeBSD, GBDE, UFS2, malloc и проч. Он считает, что рабочей группе HTTP следует признать поражение — и начать всё заново.

В качестве образцового фиаско Пол-Хеннинг Камп приводит пример SPDY. В классических произведениях по управлению проектами сказано, что «прототип системы всегда нужно выбрасывать», здесь Камп ссылается на Фредерика Брукса и книгу «Мифический человеко-месяц или Как создаются программные системы». По его словам, принятый за основу спецификаций HTTP 2.0 протокол SPDY является именно прототипом.
(далее…)