Или несколько простых советов заказчикам, при выдаче заказа.
Более чем актуально на фрилансе.

Мало кто задумывается, что ТЗ - это такая штука, после которой код остается только физически втоптать и отдать. Но такое ТЗ - это сказка. Это настоящее "Техническое Задание". Мы на него и не претендуем, но..
Сказка ложь, да в ней намек..
Большинство заказчиков описывает буйства своей фантазии в ворде буквально текстом.
Текст очень приятно писать, когда сам все примерно представляешь. Но не является хорошим способом донести например "как должен выглядеть сайт". Но! Когда человек говорит, что он хочет "нечто" - он всегда себе это как-то представляет, ибо абсолютно новых идей не бывает, и всякое новое - это мозайка из кусочков старого. Так вот эти самые осколки надо у заказчика выпросить: "эта штука как вот там, а эта - как вот тут" и т.д. и т.п. Можно попросить прямо сфоткать(заскриншотить) "ту штуку" и намолевать в пэинте сверху свои мысли.

Второй простой способ: Графики. О! Графики - это наше все. Вырисовывать все в каком-нить визио или ещё где - задача не очень благородная. При том нет ничего "неправильного" в том, чтобы заказчик оформил свой мыслепоток ручкой на бумажке и прямо хоть на мобильник зафоткал. (типс: за составление потом ТЗ по таким осколкам можно и денежку взять).

Напоследок. Не стоит брать работу "молча", ибо велика вероятность, что ожидания не сойдутся с результатом. А наивысший восторг заказчика бывает при из совпадении =).
Поэтому синхронизация видения представления о том, что должно получится на выходе - фактически первостипенная задача. При том, что фрилансер сходу проектирует код, БД и прочее. Составление технического ТЗ паралельно составлению формального ТЗ - сильно экономит время.

P.S. Получилось смято. Но тема будет продолжена...
Ибо мне вставать через 4 часа, но новых подписчиков надо порадовать.

Пи*дец. Про*бал шаблон..
Оторву себе руки. Ладно, надо будет что-то придумывать новое..

Понеслосб гавно по трубам, начались новые приключения..

Повисит пока "это".. Мне откровенно впадлу что-то делать с дизайном сейчас.

Когда-то давно я услышал про "правило парето". Честно, скажу - даже не поинтересовался, кто такой парето, но правило его пришлось мне по нраву.
Звучит оно так: "20% действий приносит 80% результата".

Анализ собственных действий пожизни показывает, что именно так оно и есть.
Действительно - 80% работы совершается бессмысленно. И это работу можно и не делать, не считая того, что она приносит опыт. ("опыт - это такая штука, которая приходит ровно после того, как была нужна"). Плюс ко всему эти самые 20% - это действия, совершенные без раздумий - как естественное продолжение намерения, пока ещё чешется в одном месте.
Например: придумал СДЛ, сел - и через 4 часа он фактически готов. Не задаваясь вопросами "зачем", "какой профит будет", "и вообще есть дела поважнее". Зато теперь есть СДЛ в любом случае.

Всеравно есть 2 вещи, не очевидные до конца:
1) какие из 100% действий являются волшебными 20% (ну чтобы зря не напрягаться)
2) как следствие - могут-ли эти 20% стать 100% ? (тогда правило нарушится)

Несколько не хитрых типсов по решению хитрых проблем на PHP.
Честно скажу - от PHP у меня на зубах песок образовывается, зато его (PHP) сырость и нелогичность позволяет делать забавные хаки.

Типс о занимаемой мамяти.
В PHP есть вообщем ссылки. И если у вас есть переменная, которая содержит большой объем данных и вы хотите эти данный ещё разок обработать.
(например nl2br($str); и т.д.) - передавайте по ссылке. Просто nl2br(&$str);. Экономия памяти и процессорного времени на копировании данных в функцию и обратно.
(надо будет посчитать в циферках что к чему)

Типс о неровной отдаче.
Когда большой скрипт долго думает - он может отдавать страницу кусками, что выглядит некрасиво. Поэтому такой вывод можно буфферизировать, благо в PHP есть для этого средства. Можно использовать эти два типса вместе. Т.е. буферизировать вывод, сохранив его в переменную, потом проверить например на XSS.
Буферизация смотрится красиво + можно при таком подходе сделать какой-нить "please wait" красивый, или рекламу показать, пока вывод готовится на сервере. (только чтоб таймаут не порвался, ибо данные-то не идут)

Типс о скрытых ошибках.
Никакие ошибки пользователь не должен видеть на вашем сайте.
И для этого не нужно городить нечитаемых ифов и переменных состояния - достаточно просто чуть что выкидывать эксепшн. При том можно написать свой класс эксепшенов, который юудет все логировать. Или логировать через catch(Exception $e) { /* code */ }.
Для пользователя любой лаг может выглядеть например как выкидывание на последнюю посешенную страницу на сайте. Использой везде файринг с "тихим" отловом можно даже защитится от собственных кривых рук.


Спасибо за внимание, надеюсь был ползен.

Повяз в работе ине писал постов. Не писать посты в блог, за который сильно ратуешь - не хорошо. Обытом мне тонко намекнул гугл аналикс.
Темы для постов - бесконечны. Они просто всегда под рукой. Но чтобы написать пост надо потратить сколько-то времени, продумать текст, составить и наконец написать без ошибок.
Плохой пост не нужен, - не красив. Но для поддержания <нужное подставить> можно написать и "просто пост". Вот уже готов параграф текста без особого смысла.

Чтобы внечти смысл в этот пост опишу один подкаст. Многие его знают и уважают.
Я не знаю аналогов, да и не искал. Но могу сказать, что содержание подкастов разительно отличается от всего что я слышал. Ну вопервых это авторский контент, а не обезличеный "социальностью". Ведущие являются такими маститыми АйТиШниками с немалым багажом знаний и опыта, а главное пропитанные духом "высокого IT"... Или можно сказать современного IT. На пике применения технологий. Но в основном всеже обсуждается "потребительская" сторона вопросов.
В любом случае послушать стоит.

Сегодня я пошел слушать этот подкаст, т.к. от тишины мозг свело..

Читаемость блога лично (не через RSS) зависит во многом от дизайна этого блога. От его приятности глазу, от того, насколько расположение всех рюшечек знакомо. Мне привычно мое оформление, но для многих оно не приемлимо судя по "Bounce Rate ".

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

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

Вебдванольная тенденция не отменяет "газонной стрижки" а ещё более её усугубляет, ибо святой клико-пользователь должен чуствовать себя комфортно и не испытывать стресов при переходе с сайта на сайт, поэтому опускаться ниже #CCCCCC в основной цветовой гамме не рекомендуется свыше (читай гуглом). В основном все оформляется в бело-голубых тонах аля SUN.COM 2 года назад, но встречаются и темные блоги (я только о блогах, не о сайтах). Хотя дизайн таких блогов нашпигован картинками, создающими "стеклянность".

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