Хорошо, что компания-реселлер — компания, где я работал пару лет назад и остались контакты начальства. Только благодаря этому вопрос решился быстрее и вообще решился.

Теперь блог снова в онлайне!

P. S. Скоро напишу о своем новом проекте.

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

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

Итак, мой набор советов.

1. Выключайте отображение ошибок на продакшене. Очень частая ошибка, избегайте ее, незачем давать пищу для размышлений для взломщиков. На экран пользователя не должна вообще отображаться какая-либо информация о серверной части, а тем более ошибки. Сделать это можно поместив в .htaccess строку php_flag display_errors Off
2. Путь на файловой системе. Не используйте никогда директив по типу define (’PATH_ROOT’, ’/hosting/bla-bla/’) . Это глупая стратегия. Каждый раз править настройки при переносе проекта на другой сервер — абсурд. Используйте «магическую константу» __FILE__ , которая моментально вернет путь к текущему файлу (допустим конфигу), от которого можно получить нужный путь к корню проекта.
3. Ядро проекта. Контроллеры, модели и прочее должно лежать как минимум на уровень выше, чем часть, доступная через веб-браузер. Хорошая стратегия строить приложение так — что директория ядра и директория, указанная в  DOCUMENT_ROOT — лежали на одном уровне (у меня эти папки обычно имеются как application и public). Данное разграничение призвано обезопасить проект от перезаписи файлов через уязвимость в проекте. Хорошей практикой также будет снять бит на запись от имени пользователя, под которым запущен веб-сервер.
4. Загрузка файлов, изображений и т.д. Допустим, что все загружаемые файлы кладутся в папку uploads в папке public. Тогда первым делом лучше всего положить в папку uploads файлик .htaccess со следующей строкой — php_flag engine off — это поможет защититься от любителей залить бекдор через уязвимость в коде загрузки файлов на сервер. Это конечно слабая защита от загрузки бекдоров на других языках (например на перле), но «школьники» уже не пройдут. А лучше всего конечно делать безопасную загрузку, без уязвимостей. Но на всякий случай рекомендую подстраховаться таким образом — лишним не будет. Строка запрещает выполнение пхп-кода из данной папки и подпапок.
5. Мультиязычность. Планируйте возможность мультиязычности еще на этапе проектирования и создания приложения, даже если это сейчас и не нужно. Это съекономит много сил и нервов, когда «вдруг» мультиязычность понадобиться, а в ядре ничего не заложено для этого. На подобные грабли в свое время наступил проект connect.ua, не повторяйте чужих ошибок
6. Оптимизируйте все до того, как появятся нагрузки. Не стоит ждать, пока проект начнет тормозить под нагрузками и только тогда решать вопрос. Поставьте изначально байт-кешеры кода, например eAccelerator (или другие по вкусу), настройте кеширование на стороне клиента (хорошие советы в этом плане можно найти на webo.in) и на сервере. Это даст существенный прирост производительности (иногда порядка 300 и более процентов), что существенно снизит нагрузки и повысит скорость загрузки страниц у пользователей.
7. Настройте оповещение об измененных файлах за сутки. Я обычно это делаю через помещение в крон строки: 0       0       *       *       *       find /path/to/public/dir -mtime 0 | mailx -s «report :)» my@mail.com > /dev/null 2>&1 , после этого мне раз в сутки приходит список измененных файлов в директории, анализируя который можно понять, все ли хорошо. Тоже самое можно настроить и для ядра проекта. Данный отчет однажды спас меня, когда произошел взлом одного из моих проектов и по всей фс были накиданы бекдоры — через эти списки мне легко удалось всех их удалить, без поднятия проекта из бекапа. Лично для меня — это теперь незаменимая вещь, лог которой я просматриваю раз в сутки обязательно на наличие подозрительных изменений.
8. Всю разработку ведите на SVN и на дев-сервере. Не стоит делать правок «наживо» на продакшене. Я считаю оптимальным — настроить SVN так, чтобы при комите данные сразу попадали на дев-сервер, где можно еще раз протестировать сделанные изменения. Это очень удобно для разработки и тестирования. Как правило дев-сервер может быть отдельной машиной, но также это может быть и виртуал-хост на той же машине, где и продакшн. Правда последний вариант не рекомендую, т.к. при тестировании могут быть разные ситуации, вплоть до зацикливания кода и нехорошо, когда это влияет на работу текущих пользователей.

Если еще что-то вспомню важное — допишу.

Успехов!

С конца февраля я работаю в роли Senior PHP Developer над проектом (довольно большим и амбициозным), который 10 (!) месяцев разрабатывался абсолютно без ведения какой-либо документации (ну разве что диаграмма базы есть) к проекту и коду.

Естественно приходится постоянно пинать напарника, который 10 месяцев это разрабатывал. Он понимает важность написания документации, но такова была воля заказчика, так как ему надо было «быстрее получить результат, чтобы отчитаться перед инвесторами/заказчиками».

И дело даже не в том, что код плохой или что-то такое. Код нормальный, вменяемый, на Zend Framework, но ведь от этого легче не стает, так как система за 10 месяцев стала довольно огромной, а мне приходится вникать в нее с нуля.

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

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

Экономьте свое время и время вашей команды уже в самом начале, а не после того, как «припекло».

Почти каждый день на просторах СНГ появляется по одному или нескольку новых стартапов (при этом чаще всего -  по типу «социальная сеть»). Очень малая часть из этих проектов выживает в первые полгода, еще меньшая часть доходит до монетизации (чаще всего создатели еще изначально не знаю, за счет чего будут монетизироваться).

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

1. Безобразная реализация. Глюки, недоработки и т.д. Это бич многих. Чащего всего разработчики не обращают или не хотят обращать на это внимание. Или просто не замечают. Однако, как известно — «встречают по одежке». И если изначально одежка рваная, а в доме не убрано, то нет смысла сюда возвращаться
2. Отсутствие идеи. Just another clone (еще один клон). Как правило клон без идеи в одном и том же сегменте — это почти клиническая смерть для клона. Какой смысл тратить силы, пытаясь откусить часть рынка уже у существующего и успешного проекта?
3. Отсутствие финансирования. Да, на голом энтузиазме можно «тащить» проект год или полтора, а дальше начинает хочется «кушать». Особенно, если долгожданного финансирования так и не получено. К тому же изначальное финансирование помогает изначально более четко спланировать проект и динамику его развития

Есть и другие, но основными я бы выделил именно эти.

Лично я, на сегодняшний день уже не верю в стартап из одного человека. Чтобы создать что-либо существенное и востребованное на рынке — нужна команда хотя бы из 2–3 человек.

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

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

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

И вот тут начинаются проблемы. Нанять человека нет денег (чаще всего), взять в долю — стрёмно (по разным причинам).

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

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

Да и аудитория в СНГ слабомонетизируемая  — самыми популярными методами оплаты есть смс или оплата через Webmoney, Яндекс.Деньги и т.д. Банковскими картами оплачивают услуги очень малое количество пользователей.

Итак, нужна команда и нужны деньги. Это помимо идеи ибо без нее вообще ничего не выйдет. Таким образом имеем 3 кита: деньги, команда, идея. Как в старой доброй шутке — выберите любые два. Чаще всего так и случается, т.к. собрать все 3 «козыря» удается очень редко.

Вот такие мои мысли по этому поводу. А что вы скажите по этому поводу?

Самые упорные читатели думаю заметили, что меня давно не было и я ничего не писал.

Не потому, что не о чем, просто очень и очень занят был. К слову говоря — 24 февраля я стал дипломированным специалистом.

Теперь я специалист по теоретической математике, LOL. Так или иначе — высшее образование — важный шаг в развитии каждого человека, пусть даже наличие этой бумажки и не гарантирует абсолютно ничего, но является приятным дополнением к существующему опыту и навыкам. Да, да, принимаю поздравления.

К тому же, лично мне вдвойне приятно — так как я к этому шел почти 7 лет, из-за вылета на 3 курсе с другого факультета. Но я всегда иду до конца. Если есть цель — я стараюсь ее добиться.

Поэтому последние две недели у меня были довольно тяжелыми, так как еще и приходилось работать (а работаю я сейчас над канадским проектом на позиции «Senior PHP developer», о котором уже писал на фрилансхаке).

В ближайших планах — работа над этим проектом (очень интересный проект, к сожалению все подробности не могу рассказывать, так, как подписывал соглашение о неразглашении подробностей, могу только сказать, что проект по типу CRM, с оригинальной архитектурой и фронтендом полностью на Ajax (ExtJs)) в команде, также переработка этого блога — возможно сделаю даже отдельно блог, а отдельно личную страницу с информацией обо мне и услугах, которые я предлагаю.

Так или иначе — я ничего не забросил и желания у меня не стало меньше писать ибо всегда есть что сказать.

Ах да, о моих любимых спамерах. Эти идиотыбездельники дошли до того, что начали спамить через форму обратной связи со своими гавноссылками и комментариями по типу «спасиба, пачитал». Конечно же мне это надоело — и я влепил и тут для них заслонку, пофиксив плагин WP-Contact-Form. Если кому-то нужен мой фикс и достали спамеры — связывайтесь со мной, я не жадный

Оставайтесь на связи!

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

На примере многих своих знакомых и родных очень видна проблема так называемой «диверсификации источников прибыли». И правда — зачем хранить все яйца в одной корзинке? Вдруг корзинка упадет и все яйца разобьются..

Такая же ситуация и с прибылью — ее нужно «диверсифицировать». Тоесть иметь несколько источников дохода, а не один. Тогда утеря одного из источников или даже нескольких — не будет столь ощутима для кармана.

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

Так или иначе — иметь несколько источников прибыли — очень актуально не только во время кризиса, а и вообще. Ведь всякое может случиться.

Итак, что же можно сделать, чтобы обезопасить себя и иметь несколько источников прибыли:

1. Не надеяться только на одну работу. А если надеяться, то иметь приличные сбережения на «черный день». А то мало ли что. Сейчас вот многие месяцами ищут работу. Не сосать же лапу, пока эта самая работа не нашлась?
2. Увеличить количество источников прибыли. Это может быть фриланс, маленький бизнес или даже вторая работа. Главное, чтобы источник был не один. Подумайте, что вам ближе.  Конечно в этом плане проще айтишникам. Всегда можно начать или комьютеры собирать или их настраивать. В конце концов можно даже удаленно сервера администрировать. А вот другим специалистам по-сложнее, хотя и тоже возможно
3. Стать фрилансером. Странно, да? Но как бы это глупо не читалось, но от кризиса опытные фрилансеры не только ничего не потеряли, а еще и приобрели — так как никто лучше фрилансера не знает, что такое диверсификация доходов — когда есть несколько постоянных заказчиков и «пропажа» одного существенно картины не меняет. Возможно для вас это будет как вариант

Главное соблюдать оптимизм и не забывать, что чем больше источников прибыли — тем более вы независимы, как человек от влияния внешних факторов, таких как кризис или аналогичные.

Вопрос довольно актуален, как на меня, так как самостоятельно можно довольно много сделать, но чаще всего упираешься в «стеклянный потолок» или, что еще хуже — в депрессию.

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

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

О партнерах

Партнеры бывают разные. Чаще всего очень удачным сочетанием является количество 2–3 партнеров (лучше конечно двух — доверия больше), каждый из которых обладает ярко выраженными чертами и свойствами характера, которые отсутствуют или не доминируют у других.

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

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

О главных качествах

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

Этими качествами желательно, имхо, обладать всем партнерам.

О моем опыте

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

Это позволяет взглянуть с разных сторон на вопросы сотрудничества и взаимозаменяемости.

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

Как выбирать партнеров

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

Но некоторые основные вещи можно все же выделить:

• Партнером должен быть человек, с которым вы довольно давно и продуктивно общаетесь. Следует избегать партнерства с людьми, которых вы плохо или вообще не знаете
• Обратите внимание на то, как происходит ваше общение с предполагаемым партнером: всегда ли вы находите общий язык? Как часто спорите, ругаетесь? Какие итоги?
• Определите свои главные качества и сильные стороны
• Старайтесь искать человека, который дополняет вас, а не усиливает набор ваших главных качеств для достижения гармонии
• Не стоит брать в партнеры людей, склонных к непостоянству во взглядах и действиях, а также ненадежных

Вместо эпилога

Желаю всем, кто ищет партнеров — найти их и осуществить свои планы.

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

Успехов!

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

Очевидно, что для каждого человека действует свой набор правил.

Кстати заметил еще одну особенность (думаю не только свою): чем больше себе задач берешь в день, тем больше успеваешь. Таким образом — нагружая себя, удается избавляться от шелухи и делать только самые важные дела и только по существу. Меньше распыления на мелочи выходит, что не может не радовать.

Вот мой краткий набор средств, которые помогают мне каждый день:

1. Реже открывать Google Reader. Или другое средство чтения лент. Это конечно очень занимательно и очень часто дает пищу для размышлений и написаний постов, но ничем не приближает к какой-либо цели. Я стал читать свой ридер где-то раз в неделю, иногда даже реже.
2. Ложиться спать до 24:00. Максимум на час позже. Лично мне это помогает спать меньше и лучше. Когда я ложусь до полуночи — встать на следующий день в 7–8 часов уже не проблема. А если позже — то чаще всего сплю около 9–10 часов и всеравно не очень себя чувствую. К тому же заметил, что вес начинает набираться, если ложиться позже и спать больше (хотя может только у меня так)
3. Все самые важные дела делать с самого утра. Продуктивность труда с утра у меня выше. Особенно, если я выспался.
4. Хорошо питаться. Лучше всего в этом деле поможет девушка/жена и т.д. Хотя можно и самостоятельно. Заметил, что когда я не готовлю, а употребляю что-то по типу «быстробутеры», то устаю быстрее, а сплю снова таки больше..

Это основное, что я выделил бы у себя. Остальные вещи менее существенны.

А как у вас с продуктивностью? Как справляетесь? Что помогает?

А для тех кто не знает — это компания из Чикаго, которая прославилась на весь мир своими продуктами (BaseCamp, Ta-Da list, Campfire, Ruby On Rails и другими) и политикой создания своих продуктов.

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

В чем же их успех, спросите вы. Ответ довольно простой на самом деле.

Ознакомившись с материалом их книги (которую кстати рекомендую к прочтению)  стает понятно, что компания пропагандирует принцип «KISS» (Keep It Simple, Stupid! — что дословно означает «делай проще, дурень!»), который они «обозвали» «Getting Real».

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

Ведь именно поэтому мы «homo sapiens», что мы мыслим. Действительно ли так нужны большинство «наворотов», которые присутствуют сегодня? Спросите себя, насколько полноценно вы используете функционал той программы, которой пользуетесь каждый день (музыкальный плеер, Office, почтовый клиент, браузер да и что угодно)?

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

Со временем конечно ко всему можно привыкнуть, но зачем заставлять себя привыкать? Разве нельзя изначально сделать проще и только то, что требуется? Неужели нужно перегружать интерфейс всем пользователям ради удобства N% других пользователей (которые просто тащатся от кучи фенечек и кнопочек)? Почему не дать возможность выбора пользователю — какой функционал ему нужен, а какой нет? Зачем мне эти десятки пунктов, когда я пользуюсь допустим только одним 98% своего времени работы с данной программой?

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

Именно принцип минимизации или «Getting Real» и пропагандирует 37signals, создавая свои веб-проекты. Они делают только самые необходимые вещи в интерфейсе и ничего лишнего. Благодаря этому они и стали настолько известны.

Несколько простых примеров работы их принципа на примере продукта Campfire:

«Почему вы не показываете общее число людей в комнате чата?»

Ответ: Это не имеет значения. Все имена внесены в список, так что вы знаете, кто есть в чате, но, какая разница, если это 12 или 16 человек? Если это не меняет ваше поведение, то это не имеет значения.

Хорошо если были бы эти функции? Безусловно. Но являются они сутью? Будут ли они востребованы? Нет. И вот почему мы их опустили. Лучшие проектировщики и лучшие программисты — не те, у кого лучшие навыки, или самые проворные пальцы, или не те, кто может сделать красивый макет в Photoshop, — это те, кто может определить, что имеет значение. Это те, кто понимает реальные выгоды от решения.

«Почему время показывается только каждые 5 минут? Почему нет времени в каждой линии чата?»

Ответ: Это не имеет значения. Как часто вам нужно отслеживать беседу с секундной или даже с минутной точностью? Конечно, не 95% времени. 5 минут вполне достаточно, поскольку какие-то меньшие промежутки времени — не имеют значения.

Не имеет значения. Действительно же — не имеет. Ведь важна суть, а не лишние навороты, правда?

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

Самым простым примером может послужить мода на минимализм в дизайне, которая появилась, как противовес перегруженным графикой дизайнам веб-сайтов. Есть и другие примеры подобных вещей.

Как известно — история идет по спирали и данный пример только подтверждает эту теорию.

В целом, как мне кажется, 37signals не изобрели ничего нового, просто появились в правильном месте, в правильное время и продемонстрировали то, в чем нуждался рынок. Но они напомнили о том, о чем стоит помнить всегда, а именно — не стоит все усложнять.

Естественно это не все, что лежит в принципе «Getting Real», а только малая его часть. Тем читателям, которые заинтересовались данным принципом (возможно есть и такие) — я бы рекомендовал прочесть книгу от 37signals.

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

Вас тоже утомили перегруженные интерфейсы и ненужные фичи? Тогда мы уже идем к вам >:-)