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

Я предлагаю вам отдать мне отличную идею веб-проекта, которую вы не можете сделать сами. Я ее реализую, вы получите 49% в доле проекта.

Идея должна отвечать следующим требованиям:

1. Это веб-проект.
2. Должна быть понятная схема монетизации, желательно не реклама.
3. Если нет схемы монетизации — нужно, чтобы было как минимум видно, что народ будет ходить к нам и в проекте есть необходимость.
4. В идеале эта штука должна быть не только для рунета.

С предложениями можно писать мне в почту или в джаббер ( контакты на snitko.ru ).
Интересующиеся гарантиями — я вам ничего не гарантирую. У тех, кто предлагает вам 49% просто за идею, не спрашивают про гарантии, имейте это в виду. Просто пишите, поговорим.

Update: Поскольку этот пост был написан давно и информация в нем немного устарела, если вы хотите научитсья Ruby On Rails, пожалуйста пройдите на эту страницу: snitko.ru/learn_rails.html, я пострался там все подробно изложить.

***

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

Условия обсуждаются индивидуально.
Контакты на snitko.ru

Под катом будет немного обо мне и еще немного о моем предложении.

Пока все обсуждают HTML5 я тут пошевелил извилинами и придумал, в общем-то, тривиальную, но полезную концепцию и решение всех ваших проблем с языками разметки. Оно работает уже сейчас в Mozilla, WebKit и Opera.

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

Зато на это способен XML. Теоретически xhtml2 как раз и является воплощением идей модульности и расширяемости. Но есть одна проблема: все равно вам требуется ждать, пока браузеры начнут его поддерживать. Я сейчас возьму на себя смелость сказать следующее: браузер вообще не должен учиться новому языку разметки и разработчики не должны ждать, пока он ему научится. Все что должен уметь браузер — это обрабатывать xml, css и Javascript.

Концепция проста: полностью разделить структуру документа, представление и поведение. Это именно то, что уже сегодня можно сделать используя соответственно xml, css и Javascript. Сценарий выглядит следующим образом:

1. Браузер парсит xml-документ
2. Браузер парсит css-стили, которые говорят как должны выглядеть элементы, и применяет стили к документу
3. js-движок браузера выполняет Javascript, в котором описано, как должен вести себя каждый элемент страницы.

Обратите внимание, что без стилей браузер не знает, что делать с элементом <strong> например. А без описания поведения js-скриптом браузер не знает как себя вести, когда пользователь щелкает по ссылке. Этот подход можно, наверное, назвать DSRB — Document Structure-Representation-Behavior.

А теперь я покажу вам, собственно, страницу, сделанную описанным выше образом, работает в Mozilla, WebKit и Opera (в Опере есть небольшой непонятный глюк с заголовком) — посмотрите в исходный код обязательно. Недостаток данного подхода состоит в том, что браузеры не хотят выполнять Javascript, если они думают, что перед ними XML-документ. По этой причине мне пришлось указать пространство имен xhtml и избегать стандартных элементов HTML, чтобы браузеры не определяли для них дефолтные стили и поведение. Если браузеры начнут поддерживать Javascript для XML-документов, проблема будет решена.

В чем преимущество?

Сообразительные читатели уже догадались, что таким вот способом реализовать HTML5 можно уже хоть сегодня. При этом вы можете добавить в документ нужный вам доктайп или написать свой собственный DTD. Без доктайпа документ будет представлять из себя well-formed XML, что тоже неплохо.

В будущем, если идея приживется, полагаю, появится множество в чем-то схожих языков разметки. 2-3 из них, видимо, будут самыми популярными. Но, самое главное, что DSRB позволит создавать языки разметки, которые начнут работать в браузерах сразу же.

(Проект не мой — попросил рассказать о нем автор, который присутствовал на встрече стартапщиков в Питере).

Идея создания проекта RealMeters.ru появилась с приездом в Петербург. Ситуация: группа студентов из Пятигорска переводятся в один из ВУЗов Санкт-Петербурга, который обещал предоставить место в общежитии. Каково было удивление после заявлений, что мест в общежитии нет, и неизвестно будут ли. В тот момент мы очень плотно столкнулись с проблемой поиска жилья, возможности платить дополнительные 100% за услуги посредников у нас не было. У нас закончилось все благополучно, но хотелось бы что бы таких ситуаций было как можно меньше…

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

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

Также в большинстве объявлений «сниму» указывается ссылка на профайлы в социальных сетях (сейчас: Вконтакте, Одноклассники, МирТесен). Это позволяет получить больше информации о человеке, что особенно важно при сдаче комнаты в аренду — все желают видеть опрятного и чистоплотного арендатора.

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

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

Сегодня выложил исходники TeachMate.org.

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

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

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

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

Суть

Преподавание не всегда обязано содержать в себе экономические отношения. Почему бы не попробовать учить друг друга чему-нибудь в обмен? Это могут быть совсем разные вещи (например я могу научить человека программировать, а он меня — играть на фортепиано), а могут быть очень близкие (например я могу научить человека программировать на Ruby, а он меня — на c++). Второй случай — это очень реальное применение этой идеи и я надеюсь, что люди ей воспользуются, чтобы обмениваться бесценным опытом друг с другом.

Детали о проекте

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

Спасибо за внимание. Расскажите друзьям, знакомым и домашним животным, если проект вам понравился.

P.S. Большая просьба тем, кто хорошо знаком с пунктуацией в английском языке, указать на ошибки.

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

Вот эти советы:

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

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

Работая над рельсовым проектом мне, естественно, понадобилось сделать аутентификации пользователей. Монополией на это в Rails обладал плагин restful_authentication, который мне не понравился по нескольким причинам:

• он генерирует много кода
• он негибок в настройках
• он сложно интегрируется в существующие модели и контроллеры (надо создавать с нуля)
• к нему крайне невнятная документация

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

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

Место проведения

Кафе-ресторан «Фасоль» на Гороховой (альтернативные предложения принимаются) — недалеко от ст.м Канал Грибоедова или Сенная. Это симпатичное заведение, атмосфера спокойная, есть WiFi. Можно придти и заказать просто пиво, можно отужинать вторым блюдом. Второе блюдо и пиво обойдется вам, скорее всего, не дороже 500 рублей. Так как каждый платит сам за себя, то пожалуйста сразу запомните стоимость вашего заказа и прибавьте к сумме 10-15% на чай. После рассчета организованно соберем деньги и сверим с общей суммой.

Время проведения

Начало 24 августа в 19:00, следовательно предлагаю подходить минут за 10-15.

Как записаться

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

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

Некоторые возможные ограничения

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

Если вам не понравился чей-то комментарий и вы считаете, что человек на встрече будет лишним — напишите соответствующий ответ к его комментарию. Это будет принято во внимание.

О чем говорить на встрече?

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

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

Пол Грэм помогает своими подопечным в Y-Combinator бороться с асоциализацией еженедельными совместными ужинами. Я хотел бы предложить вам примерно то же самое: почему бы нам не встретиться, познакомиться, рассказать друг другу о том, как мы живем и работаем над своими проектами (причем, замечу, без упоминания самих идей проектов — до запуска это не каждый согласится рассказать незнакомым людям), о том, чему новому мы научились и о технологиях, которые используем. Ну и попить пива, кофе и вообще поесть. В общем, человеческий такой ужин.

Я живу в Питере, поэтому мое предложение относится именно к питерцам. Но жители других городов, надеюсь, последуют нашему примеру, если он будет удачным. Место выберем как-нибудь вместе, время — думаю вечер субботы/воскресенья — самое оно. Продолжительность — как пойдет. Что скажете?

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

Немного о самих Fixtures

Маленький обзор для тех, кто не совсем в теме. Fixtures в Rails — это штука, которая позволяет загонять в тестовую БД заранее подготовленные данные, которые используются тестируемыми объектами. В самом коде теста достаточно вызвать метод fixtures :users и он автоматически загрузит все данные для объектов класса User. Для более подробного ознакомления, следует прочесть мануал (он, кстати, короткий).

Почему разработчики не любят Fixtures?

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