«Хватит работать на дядю! Пора собрать команду правильных людей и заработать миллион!»

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

Миллиона я, конечно, не заработал, но опыта накопил изрядно — по крайней мере мои нынешние проекты обеспечивают какой-никакой доход.

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

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

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

Привет.

Некоторое время назад, загорелся очередной бредовой идей. Я хотел переводить интересные на мой взгляд статьи с Mashable, Smashingmagazine и других. По той простой причине, что большинство ресурсов сначала появляется на Западе, а потом рано или поздно приходит к нам. В планах было создать этакий клон «русский филиал» озвученных выше сайтов, дабы пользователи всегда были в курсе самой свежей информации. Но конечно я хотел размещать статьи не только новостного характера, но и просветительского.

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

Но, осталось достаточно, ИМХО интересных материалов и я не собираюсь останавливаться на достигнутом.

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

Пишу эту статью, и представляю себе тебя, читателя Хабра, которой в обеденный перерыв залез почитать что-нибудь для развития. А этот читатель, т.е. ты (да, не отворачивай глаза от букв, именно ты) давно наслышан, что своё дело – это круто. И, может быть, как раз не хватало лёгкого пинка, чтобы выйти из зоны будничного комфорта и что-нибудь, да предпринять.

Эта статья адресована тем, кто уже «на грани». Она почти лишена философии и туманных ссылок, просто тупо туду-лист. Бери и делай. Намеренно избавляю тебя от объяснений, зачем молодому проекту нужна госрегистрация, такая ли уж это свобода – быть собственником и от куда взять деньги на госпошлину. Статья адресована московским стартаперам, гео-патчи от других городов приветствуются в комментариях.
Будем считать, что с формой собственности определились — это ООО и упрощенка 6%. Если кому нужно ИП – там проще, справишься и без этой статьи.

Для создания фирмы необходимо:

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



Ден Мейер из Стэнфордского университета в течение месяцев замерял скорость касс, занёс все данные в таблицу и вывел следующую формулу:

y = 2,9572x + 41,174

Это формула зависимости скорости обслуживания в секундах (y) от количества товаров (x).

Сервис бронирования отелей и авиабилетов Expedia демонстрирует как анализ данных может помочь исправить ошибку, стоящую компании несколько миллионов долларов. На прошедшей в Лас Вегасе конференции SAS вице-президент по глобальной аналитике Expedia Joe Megibow рассказал, как компания использовала SAS-аналитику, чтобы сделать всего одно изменение в интерфейсе.

Я часто задаю вопрос, что лучше, много маленьких проектов по три рубля, или один большой за 30? Что лучше, 30 дешевых работников, или 3 высококвалифицированные специалиста? Спорить можно долго, но правильный ответ находится не в самом вопросе, а за его пределами.

Маленькие проекты позволяют получить высокую доходность при низкой себестоимости. Масштабирование доходов решается путем привлечения новых работников. Форс-мажоры не особо влияют на благосостояние компании. Самое главное, что это быстрые деньги. Звучит очень привлекательно!

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

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

Демпинговать, демпинговать и еще раз демпинговать

Сферический заказчик в вакууме хочет разработать некий программный продукт. Вы, компания «А», решили поучаствовать в тендере на его разработку. По вашим оценкам он должен стоить 100 килотугриков. Компания «Б» оценила проект в 50 килотугриков, а компания «В» не поняла техническое задание и оценила проект в 5 килотугриков. Вы просто обязаны демпинговать, и установить цену в 2.5 килотугрика. Вы должны всех перехитрить. Этот проект ведь очень важен для вас, вы и только вы можете его сделать. Пусть конкурент обзавидуется уровню вашего мастерства демпингования!

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

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

Но на самом деле, это довольно оригинальная тактика, которой должен уметь пользоваться любой фрилансер, когда ветер дует в нужную сторону. (Заметьте, я сказала «когда ветер дует в нужную сторону». Мы вернемся к этому позже.)

Однажды вечером я почувствовал, что пришло время расширить 97‐ й параграф «Ководства» Артемия Лебедева.

На клавиатуре одна чёрточка, она обычно правее нуля и повыше букв «З» и «Х». Неосведомлённые люди называют её попеременно то дефисом, то минусом, то тире. Лебедев объясняет нам, что это четыре (учитывая две разновидности тире) различных символа. На самом деле их как минимум девять, и об этом я и расскажу вам сейчас.

Добрый день

Этот пост написан по мотивам поста «Вёрстка c «Ушами»». По комментариям в этом поста я понял, что у людей есть реальная проблема сделать такой вид макета для IE7. Вот Я и решил предложить решение, которым уже давно пользуюсь в работе, и которое полностью отвечает требованиям, озвученным в выше названном посте.

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

• независимо от разрешения, информативная часть сайта должна находиться посередине;
• справа и слева должны остаться графические блоки (уши), причём эти уши должны быть видны только при увеличенном размере экрана браузера, а при уменьшенном не уместившаяся часть должна прятаться (в идеале, чтобы ещё горизонтальной полосы прокрутки не было);
• страница должна быть резиновой от 600px до 1000px;
• подвал всегда прижат к низу.

Резиновая версия работает в FF3.5+ (можно сделать что бы работал в FF3.11), IE7+, Opera 9.64+, Chrome, Safari.
Фиксированная версия работает в IE6+.

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

Проблему можно представить графически так:


Задача вёрстки заключается в следующем:

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

Работает для FF3, FF4, IE8 и почти для Opera.

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

Пост написан моим коллегой и представлен в виде правил…

Навеяно топиками о книге Rework, самой книгой и топиком "Почему программисты срывают сроки". Я постараюсь рассказать, почему за один месяц изменилось мое отношение к планированию и работе с командой, не без помощи книги от 37signals.

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

С самого начала мой неосознанный подход к работе был прост — что-то вроде «кто, если не мы». Так, я не мог пройти мимо возникшей проблемы, зная, что при этом простаивает все предприятие, или же она вызывает у меня чувство внутреннего дискомфорта. В небольшой команде особо остро чувствуется взаимодействие между людьми, поэтому в момент, когда один человек выпадает из общей цепочки, начинаются проблемы. Зачастую, именно мне приходилось их решать, в силу своей разносторонней подготовки выучки (ну, или какого-никакого опыта). Спустя откровенно небольшое время я внутренне оброс набором правил, которые озвучить постороннему человеку вот так сходу не получится — он просто рассмеется в лицо. Это и приобретенные мелочи (например, выхваченные из «Руководства» того же Лебедева), то есть знания, о происхождении и истории которых неподготовленному человеку, то есть мне, приходится только смутно догадываться, и полученные в ходе работы собственные навыки.

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

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

В связи с этим решил заняться своим собственным Time Management-ом. Так как знаний у меня в этой области явно было мало, решил почитать некоторые книги. Первой книгой, которая попала ко мне в руки, точнее, попала в мой наладонник – была “Getting Things Done” David Allen. Буквально первые же главы этой книги, заставили задуматься меня над темой этого поста.

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

Понадобился мне спусковой пульт для своего Сanon 50d (подойдет также к всем моделям полу и про класса зеркалок). Выкидывать кучу денег за то что продают у нас в магазинах не хотелось, ждать пока приедет заказ с eBay тоже. начал искать по квартире что либо, что можно использовать для данного случая.

На глаза мне попался некогда принесенный домой брелок фонарик.

В этом сообщении я расскажу о том, как за 20 часов в одиночку с нуля создать сайт продукта, сравню две системы искусственного обеспечения жизнедеятельности сайта (Яндекс.директ и баннерная реклама) а также расскажу почему лучше не тратить на это время. Рассказ разделён на этапы жизни сайта.

Встречаются два «новых русских». Один другому:
— Гляди, галстук купил! Двести баксов отдал!
— Дурак ты — вон за углом такие же по пятьсот!


Был захвачен безумной идеей по реализации указанного в анекдоте принципа.
Решил провести социально-психологический эксперимент и создать Интернет-магазин на базе пиарившегося недавно ПростоПринта.
Когда этот Интернет-магазин совершит свою первую продажу? Кто будет первым покупателем?

Под катом описаны проведённые мероприятия. В комментариях жду ваших прогнозов.

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


Поехал за книгой в магазин. А пока некоторые отрывки из книги и комментарии:

Как бы ни был опытен и параноидален человек, всё-равно вырабатывается определённое доверие к сервисам, от которых никогда не было проблем, спама и прочих неприятностей. Сегодня мне пришло уведомление о новом сообщении в Facebook:



Безобидное вроде, от человека опытного и, так сказать, надёжного. Подвоха я не заметил (ссылка на apps.facebook.com, подозрений вообще никаких не возникло), в сообщение особо не вчитывался, ну и открыл ссылку. Видимо он тоже так думал, когда такое получил. В общем как выяснилось это новый интернет-червь, причем действует он изнутри (!) в виде приложения. Понятно, что надо быть бдительным, видимо те, кто минусует пост хотят до меня донести именно это, но тут случай вроде как уникальный, так как приложение не требует никакого дополнительного действия со стороны пользователя, и, как выяснилось, очень даже массовый.

Если вам пришло такое письмо — не заходите на страницу приложения!
Откроете ссылку и мгновенно станете разносчиком заразы.

UPD Черво-приложение удалено из apps.
Интересно как это прокомментируют в Facebook, и прокомментируют ли вообще

UPD2 Детальный анализ червя (eng): blog.kotowicz.net/2010/08/makemelaughnow-analysis-of-new.html
Довольно любопытно, рекомендую ознакомиться. Если кто-то сделает перевод то будет вообще шикарно.
А вот и перевод подоспел от miguello.

Если коротко, то приложение использовало лазейки мобильной версии touch.facebook.com, избегая защиты «песочницы». Цитирую: «Урок, который следует извлечь — не забывайте о мобильных версиях ваших сайтов».