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

Кого из этих зверей выбрать символом поздравительных открыток? Или, чтобы придать солидности: Какой из этих двух логотипов принесет успех транснациональной корпорации с оборотом 3 млрд. евро?

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

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

В отличие от стандартных методов тестирования, сны позволяют проиграть нелепые и невообразимые ситуации. Это же сон! И легко может приснится юзер, который пытается зарегистрироваться на вашем сайте в то время, как за ним гонятся зомби!

Удобен ли ваш сайт для регистрации в условиях зомби-апокалипсиса?

В управлении большими веб-проектами чаще всего применяют принципы классического американского project management — щепитильное создание плана работы и четкое его выполнение. Строгие отчеты, хитрые графики и презентации в power point (утрирую).

Как оппозицию, все чаще ставят принципы Agile software development, где ленивые для документаций программисты (утрирую) в приоритеты ставят само написание кода и конечный продукт.

Я никогда не был ярым поклонником первого метода, но и со вторым имею много противоречий. Заинтересовавшись теорией управления я написал собственное видение известного agile manifesto — Agile manifesto (human remix). Расшифровка четырех идей манифеста с позиции того, что все мы люди. Пусть даже и работаем за деньги.

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

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

Количество элементов на одной странице

Разбиваете список на страницы? Как будет выглядеть вторая страница для списка из 101 элемента, если ваше волшебное число 100?

Есть программисты?
Вы ведь не раз читали описания к новому для себя языку программирования. Никогда не раздражало каждый раз углубляться в бесчисленные вступления и в угрюмую философию? Возмите любую книжку по C++, perl, java — там целые романы пишутся «прежде чем приступать к программированию на java вы должны уяснить для себя…», «перед изучением C++ необходимо изучить историю семейства C…», «Perl — это вам не хухры мухры! Perl это офигеть! Огого какой perl!…». Когда на самом деле, все языки программирования похожи как братья, и для изучения нового требуется не более чем:

а) перечисление особенностей
б) характерный пример кода
в) список всех функций и операторов (этот пункт в интернете в избытке)

Попробую на примере…

Бейсик Вильнюс-86

(модификация языка basic для советских компьютеров БК-10/11
наверное, единственный язык программирования, который я знаю)

• Каждой строке программного кода дается номер. При работе программы, строки запускаются поочередно в порядке возрастания номеров. По умолчанию принято делать шаг десять.
  
• Нарушают последовательность номеров операторы GOTO 30 и GOSUB 30.
  Первый просто перескакивает на указанный номер 30, второй возвращается обратно, после первого же встреченного оператора RETURN
  
• Имена переменных состоят из двух символов. значок после имени определяет тип переменной:
  X% — целое число
  X1! — дробное число с несколькими цифрами после запятой
  XY — (без значка) дробное число с кучей цифр после запятой, ест память
  XY¤ — (значок-солнышко) строка не более 255 символов
  Строчные и прописные буквы не различаются. Переменной можно присваивать любое значение, и при этом происходит автоматический перевод
  
• Операторы сравнения: =, <>, >, <, >=, <=
  
• Характерный листинг:
  
  10 ? "HELLO WORD"
20 A% = 5
30 B¤ = "hey"
60 IF A%=5 THEN C%=3 ELSE PRINT "что-то не так"
70 FOR T%=1 TO C%
80 ? "T="; T%; "(в радианах)"
81 ? "sin"; T%; "="; SIN(T%)
90 NEXT T%
  
  
• Поскольку язык разрабатывался специально для школ, то большинство операторов и функций рисуют на экране точки-окружности-линии или помогают в математике

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

Можете ли вы вкратце рассказать о своем языке?

Задавался ли кто вопросом, зачем сайту нужны миллионы посетителей?

Представте себе сайт в котором тишина и чистота, а девочка-гид улыбается единственному посетителю, предлагая свою помощь. Этакий сайт-бутик в противоположность людным торговым центрам (или рынкам).

И коммерческая успешность сайта в точности соответсвует магазинной аналогии:

• Да, цифра посетителей на счетчике мизерная, но каждый из них вовсе не случайный проходимец
  Да, здесь тихо и не хватает общения, но здесь не запустение. Обслуживающий персонал реально следит, вопросы посетителей не будут висеть без ответа ни минуты.
  Да, количество услуг будет оцениваться однозначной цифрой. Но тем легче работать над качеством повышая стоимость и потребность.
  Мне действительно интересно — кто-нибудь еще, кроме меня, пропускает счетчик при финансовой оценке проекта?

«Дорогой, Сергей, — пишет вымышленный журналист вымышленному редактору. — Здесь, в Рио, карнавал проходит на «ура». Чуть позже, я вам вышлю сухие факты и фотографии. А пока хочу сообщить, что даже меня — приехавшего сюда для конкретной работы — охватило всеобщее настроение танца, радости и… хм, секса.»
После чего, редактор цитирует полученное письмо в новостях сверхпопулярного серьёзного портала. Мол, наш журналист на месте проишествия, хоть и крепкий парень, но тоже не устоял и теперь пишет оттуда восторженные письма.