Цель Поставил себе цель: сделать небольшую андроид аппликачку за малое количество времени от начала до конца. Благодаря вулкану застрял на чужбине на несколько дней, были свободные вечера в отеле, чем я и воспользовался. Результат 2 вечера и 3 часа в самолете, 25 долларов гуглу, 30 долларов амазону, «Аппликачка» Bullshit! (market://search?q=pname:com.acxe12.bullshit) и промо-сайт http://bullshit.acxe12.net

Как и что получилось?

Сегодня команда «ВК» открывает доступ к Merchant API, который позволяет подключать платежную систему «ВКонтакте» к внешним интернет-магазинам. Йован Савович любезно согласился сделать магазин «Невообразимо!» первой площадкой (кроме нашего примера), на которой установили платежную кнопку «ВК».

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

Это вторая статья о становлении софтверного (интернет-) бизнеса в России (первая тут). В ней я собираюсь раскрыть некоторые ключевые моменты адаптации продукта под рынок (под требования пользователей), о преодолении тенологической пропасти, и чуть-чуть о реалиях российского бизнеса.

Данный топик хочу приурочить к тому, что год назад (может, чуть раньше или чуть позже) появился продукт WEBO Site SpeedUp (ранее Web Optimizer). Мысли немного сумбурны, но, видимо, для каждого направления все сильно специфично, поэтому ценными будут только общие идеи, направления и подходы к решению проблем (в чем я искренне надеюсь :). Здесь и далее речь идет о создании коробочного решения (а не софтверном аутсорсе).

Данная статья описывает по шагам как настроить Tomcat (на текущий момент версия 6.0.26) на работу с разными компонентами Java EE 6.

• Unified EL 2.2 — язык выражений для JSF
• JSF 2.0 реализация — Mojarra (документация)
• JSR 299 реализация — Weld (документация)
• JSR 303 Bean Validation реализация — Hibernate Validator (документация)
• JPA 2.0 реализация — EclipseLink

Вы можете пропустить чтение этой статьи и сразу получить настроенный Tomcat и пример приложения.

Уважаемые хабрапользователи, этим топиком мы начинаем небольшой цикл статей посвященный истории создания стартапа. Цель статей — осветить весь процесс создания с точки зрения реальной жизни, рассказать как это было, а не как должно быть в теории.

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

Практически каждый, кто занимался геймдевом, понимает, что наилучшей производительности в этой области, по понятным причинам, можно добиться лишь на языках С/С++/asm. С данным утверждением в этой статье я спорить не буду, да и раньше даже как-то не задумывался о создании realtime-игр на других языках. Однако, игры бывают разные, и надо отдавать себе отчёт в том, насколько оправданы трудозатраты на реализацию очередного продукта. Если проект монструозен, с «тяжёлой» графической составляющей, даже после проведения весьма агрессивной оптимизации всё равно требующий от конечных пользователей (геймеров) топового железа на борту, то особых конкурентов на данный момент среди языков разработки у С/С++ в этом случае нету. Но если игрушка — не более чем обыкновенная казуалка, для запуска которой и нетбука будет достаточно, то можно позволить себе куда больший простор для фантазии в вопросе выбора инструментов для разработки. Исходя из этого принципа, в данной статье попробуем разобраться, чем может похвастаться в области геймдева такой, казалось бы, не совсем подходящий для этого, но удобный в целом язык Java, на примере движка jME.

На Хабре уже не раз были статьи о рекламе, её правильности, неправильности, эффективности и убыточности. Имея в данном вопросе определённый опыт в малом бизнесе, решил оным и поделиться. Для кого эта тема является наболевшей – милости прошу под кат.

По прочтению топика «Компьютерная фирма — о рекламе» окончательно решил описать как мы рекламируем себя.
Несколько вводных:
достаточно специализированная ниша — промышленный альпинизм.
минимальный человеческий ресурс (3 работника: ответственный за финансы, за производственный процесс, за документацию и продажи)

Как мы пришли к этому (рекламе через yandex direct:

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

Новая программа венчурного фонда Foundation Capital проводится под лозунгом «Мы рады одолжить вам денег». Если находится предприимчивый специалист, то ему дают месячную стипендию до $15 000 и выделяют рабочее место в офисе примерно на шесть месяцев. Затем спрашивают, не придумал ли он чего-нибудь. Если получилось что-нибудь стоящее, то компания получает право первой инвестиции. Это так называемая модель «штатных предпринимателей» (entrepreneur in residence, то есть E.I.R.).

Идея, которой я хочу поделиться, очень проста, а потому наверняка не нова. И если вы уже знаете реализации этой идеи, скажите мне об этом в комментарии, и я скрою топик.
Картой, будь то Google Maps, Yandex.Карты или OpenStreetMaps, сейчас никого не удивить.
Все мы видели неоднократно карты типа вот этой:

Многие, я думаю, видели и более продвинутый вариант:


Так почему ещё никто не сделал Google Map-карту с ползунком года? Чтобы для каждого года (десятилетия, столетия, тысячелетия — чем глубже в историю, тем менее точны цифры) показывать границы государств, границы расселения народов, крупные города, центры культуры, военные действия?
Возможно, где-нибудь рядом показывать основные события, обстановку в мире?
Ведь это был бы универсальный источник информации об истории человечества.
Понятно, что реализация такого проекта неизбежно столкнётся с множеством трудностей. Наиболее очевидной из них является недостаток информации: о границах, о времени разделения народностей, да и ещё много о чём. И несмотря на то, что множество информации уже имеется в открытом доступе (посмотрите статью википедии про 1050 год, например), построение такой карты — задача для большой научной/образовательной организации.
Но я хочу дожить до того момента, когда я смогу увидеть на одной карте, что в то время, когда в Германии была записана «Песнь о Нибелунгах», в Древней Руси произошло Ледовое побоище, а в Италии изобрели очки.

Oracle TechCasts возобновились. Сегодня [т.е. 16-го февраля] Марк Райнхольд рассказывал о JDK 7 и отвечал на вопросы зрителей. Райнхольд обсуждал самое существенное, над чем он работает в проекте OpenJDK, и раскрыл некоторые предварительные наметки, направленные на объединение кода JRockit и HotSpot. Project Lambda, о котором обычно говорят, как о «замыканиях для Java», также был темой обсуждения.

Нужно использовать много изображений на сайте? Не хочется забивать хостинг изображениями? Хочется уменьшить нагрузку на сервер?
Тогда можно использовать сервис от гугл picasaweb і Picasa API как хостинг для изображений

процесс загрузки фотографий на сервер

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

Сей пост про некий опыт электронной коммерции. Проще — история создания и развития интернет-магазина. Так что, прощай карма. :)
Цель — поделиться опытом. Постараюсь по мере развития сюжета делать акцент на том, на что стоит обращать внимание при развитии бизнеса с нуля.
На хабре уже не раз писали о том, кто да как что сделал. Писали из цифрами и без. Я не ставлю своей целью в этом посте выложить готовый бизнес-план, т.к. у нас его не было в том виде в котором он должен быть. Будут цифры (пусть не все, но ключевые), будут выводы, ну и, конечно, каснемся темы магазинов. Этот пост скорее для тех, кто совершенно ничего не знает (или очень мало знает) о том, как заняться чем то своим… бизнесом вроде.

Одной из основных черт современного веба эксперты называют RIA, что часто расшифровывается как тренд, когда веб-приложения по функциональности приближены к настольным приложениям. Тем не менее, это приближение весьма условно. Подавляющее большинство «обогащеных» веб-приложений по-прежнему построены по модели «запрос-ответ». Т.е. события на стороне клиента могут быть отражены на стороне сервера, никак не наоборот. Для того чтобы реализовать такую банальную вещь как чат приходиться прибегать к изощренным уловкам. Спасибо Алексу Расселу (Alex Russell) из Dojo, у нас есть даже имя для подобной техники – Comet.

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

Сервисы статистики типа Google Analytics дадут вам общую оценку трафика, а именно сколько посетителей пришло с какого ресурса. Можно настроить цели(goals) и отследить регистрации или покупки, но этого часто бывает недостаточно.

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

Рад представить онлайн менеджер паролей – KeyMemo.com.

Сразу спешу ответить на вопрос – «Как можно хранить свои пароли на каком-то сайте?»
Все очень просто, все пароли шифруются на стороне клиента, в браузере, с помощью алгоритмов AES256 и Blowfish реализованных на JavaScript. Только после шифрования ваши данные передаются по протоколу https на сервер. Ключи шифрования для алгоритмов разные и не передаются на сервер. Все поля каждого пароля (название, теги, примечание и пр. ) шифруются, логин пользователя тоже шифруется. В результате на сервере хранится только анонимный «мусор», ломать ради него сервер бессмысленно.

К уже написанному на хабре топику "Мелочи решают все".

Прочитал топик. Согласен со многим написанным там. Но… Я занимаюсь интернет-магазинами давно, и с более или менее постоянной занятостью. Если конечно мне в жизни больше нечем заняться, хотя даже в подобные моменты я занимаюсь интернет-магазинами. Речь в посте пойдет о том как заработать больше на обратной связи с заказчиком, клиентом… ээ «customer» :) И так дальше под катом. Кстати, извините за большое количество текста… но по другому в письменном виде не получается.

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

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