Первая часть статьи с фотоотчетом из штаб-квартиры Alibaba Group была прочитана не менее пятидесяти тысяч раз и разошлась по интернету с невероятной скоростью. Настало время для второй части, в которой мы поговорим об истории создании компании и ее современном состоянии с директором по развитию российского направления AliExpress Денисом Маккавеевым.



Перед тем как мы перейдем непосредственно к самому AliExpress, не мог бы ты рассказать об истории самой Alibaba Group? Вопрос банальный, тем не менее, на русском информации об этом немного. Как все начиналось?

Группа Alibaba была создана в 1999 году, когда бывший учитель английского из города Ханчжоу Джек Ма и 17 других основателей запустили сайт www.alibaba.com, с целью помочь малому и среднему бизнесу развиваться через интернет. Все началось как торговая площадка для небольших китайских производителей. С тех пор Alibaba.com развился в глобальный онлайн-маркетплейс для компаний всего мира.

По статистике Международной ассоциации менеджмента, 70% американцев работают в офисах открытого типа (open plan). В последняя время открытое рабочее пространство стало чрезвычайно модным из-за дешевизны, простоты и удобства управления персоналом. Но как открытый офис сказывается на производительности труда и комфорте работы?

Очки Google Glass предлагают слегка дополненную версию реальности


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

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

В детстве я любил читать журнал «Наука и Жизнь», в деревне лежала подшивка начиная с 60-х годов. Там часто рассказывали про термоядерный синтез в радостном ключе — вот уже почти, и оно будет! Многие страны, чтобы успеть на раздачу бесплатной энергии строили у себя Токамаки (и настроили их суммарно 300 штук по всему миру).

Годы шли… Сейчас 2013-й год, а человечество до сих пор получает бОльшую часть энергии от сжигания угля, как в 19-м веке. Почему так получилось, что мешает создать термоядерный реактор, и чего нам ждать в будущем — под катом.

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

Всем привет!

Мы с мобильной командой Mail.Ru Group активно исследуем локальные рынки Google Play и AppStore, изучаем интересы аудитории к определенным игровым жанрам, пытаемся понять, чему необходимо больше уделять внимания при разработке.

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

Думаю, многим из вас, уважаемые хабрачитатели, хотя бы раз приходилось решать вопрос аренды или покупки жилья. Тогда, вероятно, вы шли в гугл, набирали что-то наподобие “аренда квартиры <город>”, после чего в многочисленных вкладочках начинали загружаться вот такие “замечательные” интерфейсы:


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

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

Поиск по каталогу музыки — это задача, которую можно решать разными путями, как с точки зрения пользователя, так и технологически. Яндекс уже довольно давно научился искать и по названиям композиций, и по текстам песен. На сказанные голосом запросы про музыку мы тоже умеем отвечать в Яндекс.Поиске под iOS и Android, сегодня же речь пойдёт о поиске по аудиосигналу, а если конкретно — по записанному с микрофона фрагменту музыкального произведения. Именно такая функция встроена в мобильное приложение Яндекс.Музыки:



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

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

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

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

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

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


Рассмотрим по пунктам каждый элемент структуры затрат этого бизнес-процесса.

На прошлой неделе компания 3CX представила 3CX Mobile Device Manager: недорогое и простое решение для управления смартфонами на Android и iOS.

Функционал у ПО получился довольно продвинутый:
— Удаленная блокировка или удаление данных

Если смартфон потеряли или вообще украли, через 3CX Mobile Device Manager можно удаленно заблокировать его и/или стереть все содержимое, включая данные на SD-карте. Защита от несанкционированного доступа возможна и без подключения к интернету. Плюс,

Сергей Бурков был первым руководителем центра разработки Google в России. Менее чем за 2 года под его руководством Google значительно улучшил качество русскоязычного поиска, выпустил более десятка продуктов, утроил трафик и увеличил свою долю на российском рынке веб-поиска с 10% до 27%. Перед тем, как присоединиться к Гуглу, Сергей был основателем и руководителем трёх стартапов — последний из которых, Dulance, создавший поисковый механизм по товарам, был куплен Гуглом. Сергей Бурков был сооснователем AmBAR — крупнейшей в США бизнес-ассоциации русскоговорящих профессионалов в области высоких технологий. Сейчас Сергей работает как наставник с подающими надежды стартапами и является ментором одного из лучших в мире стартап-акселераторов 500 Startups.

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

Привет!
Прошлые два обзора полезных книг за 2010 и 2011 год собрали просто адовое количество закладок, поэтому я продолжу. Прошел ещё год, ещё около 250 прочитанных книг – и вот самые интересные под катом.

Кто сказал, что слоны не умеют танцевать? Возрождение корпорации IBM: взгляд изнутри (Герстнер Луис)

Отличная книга про то, как удалось восстановить IBM. То, что со стороны выглядело как бессистемное перемещение активов и последовательность приказов без особого смысла, через несколько лет начало складываться в единую систему.

Догнать зайца (Стивен Спир)

Отличная книга про дебаг производственных процессов. Одна из основных вещей – то, что все серьёзные проблемы возникают из-за сочетания некритичных багов. Есть примеры из американской ядерной программы, NASA и т.п. Я предлагаю прямо сейчас пойти и прочитать описание железнодорожного крушения на Каменской: один не отчитался, второй не проверил тормоза, третий зажал тангенту, четвёртый сорвал стоп-кран. Результат — катастрофа.

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

Продолжение перевода здесь

В нашей сфере деятельности нам доступны огромные объёмы знаний, в особенности тех, которые позволяют разработчику стать эффективным. Но почему-то, несмотря на существование множества книг о специфических задачах и обязанностях менеджеров в нетехнических областях, я практически не вижу новых книг или статей о том, как стать хорошим ведущим разработчиком. Замечательным исключением, конечно, являются статьи Кейт Maцудайры [от переводчика: на фотографии, кстати, именно она], немало написавшей о культурных составляющих инженерии.

Но в то же время, все мои знакомые преуспевающие разработчики помнят своих наставников, которые научили их тому, что значит быть „ведущим“.

Продолжение перевода статьи Джона Оллспоу о личных качествах ведущих разработчиков.

Зрелые разработчики не жалуются просто так

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

Ответ проекту «ДОРА»

habrahabr.ru/post/132351
habrahabr.ru/post/143791



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

Заинтересованных прошу пройти под хабракат.

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


Но вот сервер уже облит цифровым бензином, а цифровая спичка готова запустить процесс обеззараживания жестких дисков, и ответственному человеку приходит в голову мысль: «А как же поток целевой аудитории? Как же закупленные ссылки, достигнутые позиции в результатах поиска?..» Конечно, подумать об этом необходимо и при переделке/модернизации, и при полном перезапуске сайта.

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

Итак, правило №1: Не надо менять URL’ы только потому, что очень хочется начать все с нуля.

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

Правило №2: Можно смело удалять страницы или менять URL’ы в том случае, если на них нет никаких внешних ссылок.

Правило №3: Если внешние ссылки есть, но у страниц нет хороших позиций в ТОПах поисковой выдачи, эти страницы также можно удалять или менять им URL’ы. Если контроль над внешними ссылками имеется, их можно перенаправить на новые страницы.

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

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

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

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

Пройдемся по дизайну, серверным решениям, тестированию и аналитике.