На www.dontclick.it предлагается вариант интерфейса без кликов. Представлены обоснования подхода и возможные варианты замены кликов обычными движениями мышкой. Ощущается необыкновенно легко.

Один чувак запостил это в рассылку по юзабилити GNOME. Что вы думаете насчёт такого интерфейса вообще? В вебе? На рабочем столе? При работе с прикладными программами?

Единственное, что имеет значение

Предыдущие части: Первая часть, Вторая часть, Третья часть

В этой статье рассказывается о той единственной вещи, которая важна для молодого стартапа.

Но для начала немного теории.

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

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

Второй очевидный факт: существует огромное различие в трех главенствующих частях стартапов — командах, продуктах и рынке.

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

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

Но я не знаю ни одного инвестора

Предыдущие части: Первая часть, Вторая часть.

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

Однако, это предполагает, что вы смогли найти ВК.

Компания HP совместно с исследовательским подразделением HP and the Economist Intelligence Unit (EIU) провели чрезвычайно любопытное исследование: сколько IT-проектов завершаются точно в срок. Результаты показаны отдельно по странам, и это очень интересные результаты.

Конечно же, дело не столько в недисциплинированности самих программистов, сколько в недостаточном профессионализме менеджеров. Именно менеджеры всегда виноваты в срыве сроков, а не программисты. Собственно, об этом говорит и анализ причин задержки проектов (под хабракатом).

Швеция — 44%
Швейцария — 24%
Чехия — 20%
Германия — 19%
Дания — 16%
Великобритания — 11%
Израиль — 8%
Финляндия — 8%
Франция — 6%
Бельгия — 4%
Испания — 4%
Италия — 4%
Нидерланды — 4%
Россия — 4%

Почему не надо начинать стартап

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

Мой опыт произошел от трех компаний, в основании которых я принимал участие: Netscape, которая была продана компании AOL в 1998 году за $4,2 млрд; Opsware (некогда Loudcloud), открытая софтверная компания с капитализацией, примерно, в $1 млрд, а теперь Ning — новая, закрытая потребительская интернет компания. Но на самом деле, я был очень удачлив и принимал участие в очень большом количестве стартапов с того момента, как я приехал в Кремниевую Долину в 1994 году: как член правления, как ангел-инвестор, как советник, как друг некоторых основателей и как участник нескольких венчурных фондов. Их, может быть, было 40 или 50, достаточно, чтобы знать, о чем я говорю.

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

И, наконец. Большая часть моей точки зрения базируется на Кремниевой Долине и ее окружающей обстановке: культуре, людях, базе венчурного капитала и прочем. Часть ее (точки зрения) с легкостью может соотнестись с другими регионами и странами, часть, возможно, нет. Будьте осторожны!

Отложим все в сторону и начнем сначала:

Когда вам отказывают инвесторы

Предыдущие части: Первая часть.

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

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

Вам дали ответ, и он оказался отрицательным.

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

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

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

Сколько денег вы зарабатываете в час?
Это простая калькуляция — просто разделите вашу зарплату на количество рабочих часов.
Но мы часто забываем, что многие из нас работают больше, чем установлено. Остаться на полчаса или час позже легко, не говоря уже о напряжных моментах перед концом какого-либо проекта.
Мы работаем сверхурочно.
И многим из нас это время не компенсируется деньгами.
Приняв это во внимание, пересчитайте вашу почасовую оплату. Вы заметили понижение ваше зарплаты? Это потому что вы отдаёте своему нанимателю часть работы за так.
Надо прекратить делать это. Сейчас.

Итак, вы воодушевлены идеей стартапа Веб 2.0. Вы полагаете, что придумали что-то оригинальное и свежее. Вам видится эффектная реализация вашей идеи. Вы верите, что ваш проект произведет революцию на рынке. Если именно такие мысли занимают вас, самое время заняться бизнес-планом. Планирование бизнеса – это отдельная дисциплина и об этом можно найти множество литературы. Впрочем, если вы не имеете опыта составления бизнес-планов, лучше прибегнуть к помощи профессионалов. Чем хуже спрогнозирован бизнес, тем выше риски его краха.

Однако допустим, что вы располагаете привлекательным бизнес-планом, вы ожидаете самоокупаемость проекта уже через 2 года от момента его старта, и предвкушаете ежегодный 50% рост его рекламного потенциала. В MS-Visio подготовлены многообещающие схемы пользовательского интерфейса проекта. И даже более того, ваш дизайнер, вооружившись модным руководством, в рекордные сроки обозначил графический вид проекта. Так, что сверстанные в лучших традициях безтабличной верстки типовые страницы пользовательского интерфейса дожидаются своего звездного часа в вашей локальной папке проекта.

Класс LightWindow v2.0 (http://stickmanlabs.com/lightwindow/) предназначен для удобного визуального отображения практически любой информации (видео, flash, графика, страницы, формы ...). Работает на основе библиотеки Prototype + Scriptaculous.

Данный материал для начинающих программистов.

Содержание

• Демонстрация ошибок
• register_globals
• SQL injection и magic_quotes
• Проверка данных
• Аутентификация
• Вывод

Прошло определенное время со старта проекта venividi.ru и я хотел бы поделиться появившимся опытом и мыслями. Нижеизложенное относится к тематическим социальным сетям.

Когда во сне снится «ой а если сервера не хватит...»

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

Введение.
Вот уже 5 лет я занимаюсь веб — разработками. За это время приходилось и на коленке делать сайты за несколько сотен долларов и участвовать в довольно крупных проектах. За последний год меня не оставляет ощущение deja vu. Где-то я уже видел: нервных заказчиков, взбешенных менеджеров, заваленных работой разработчиков и сорванные сроки. При этом для меня ничего не изменилось. Были все те же нечеткие, постоянно изменяющиеся требования, прессинг, и ни одного проекта, сданного в срок…
И это, не смотря на то, что “грабли” были всегда одни и те же.

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

Содержание

• echo или print
• Постройка текста для вывода
• Смысл ?>
• require, include, readfile
• Запись в файл

     Несколько лет назад зарубежные ученые в результате анализа результатов инструментальных исследований работы головного мозга создали новую модель работы человеческой памяти, с которой согласились большинство специалистов. Но языковый барьер стал преградой на пути распространения этой информации, и переводов и упоминаний об этом на русском практически нет.
     Из этой модели следует, что термин «кратковременная память» является всего лишь удобной научной абстракцией, не имеющей физиологических эквивалентов.  Он признан устаревшим, а теория Миллера (1956) о ее емкости 7+\-2 элемента считается просто абстрактной теоретической моделью для удобного объяснения результатов  его экспериментов.
      Новые исследования дали результаты,  позволившие создать модель для  ранее введенного термина  «рабочая память» - по аналогии с оперативной памятью компьютера.

Мы уже рассказывали, на чём работает MySpace и как устроены дата-центры Google, а теперь посмотрим на более мелкие проекты, такие как digg. Здесь нет ничего особо уникального и сделанного «по спецзаказу», как в первых двух случаях, но всё равно интересно.

В момент запуска проект размещался на единственном Linux-сервере с Apache 1.3 и PHP 4.x. Для управления базами данных использовались MySQL 4.0, таблицы MyISAM и встроенный поиск MySQL. Разработчики специально старались использовать как можно больше продуктов open source, чтобы гарантировать быстрое развитие проекта без финансовых затруднений. Кроме вышеперечисленных, нашли применение свободные пакеты ImageMagick, Ispell, prototype/scriptaculous и другие. Вскоре к одному серверу добавился другой и начался бурный рост проекта.

Каждый разработчик javascript приложений рано или поздно сталкивается с проблемой большого (относительно конечно) времени загрузки подключаемых js и css файлов. Эта проблема, как известно, происходит из двух причин: большого количества подключаемых файлов (браузер имеет ограничение на количество одновременно скачиваемых файлов, поэтому пока не скачается один, браузер не приступит к скачиванию другого) и большого размера используемых библиотек (prototype, extjs и т.д.)

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

Летом прошлого года прошло замечательное событие — EPAM Software Engineering Conference'2006.

Из официального пресс-релиза:

В мероприятии приняло участие более 300 сотрудников компании из пяти стран, в которых находятся центры разработки EPAM Systems. В течение двух дней прозвучало более 40 докладов, охвативших широкий спектр тем: управление проектами, управление качеством, вопросы интеграции приложений, бизнес-анализ, управление требованиями заказчика, вертикальные решения, применение многократно используемых компонентов и т.д.

Конференция прошла «на ура».

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

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

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