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

Информация, предоставляемая для каждого населенного пункта:
— географические координаты
— высота над уровнем моря
— часовой пояс
— используется ли летнее/декретное время
— ориентировочное количество жителей (обычно, сильно заниженное)

Также отображается небольшая карта, метеорологическая информация и список ближайших аэродромов.

Теперь сижу и думаю, как заполучить эту базу данных. Никакой контактной информации на сайте не нашел, ссылка «Credits» ведет вникуда. Просто стащить всю эту базу через http, видимо, не представляется возможным: только по России там больше 200000 точек. Это несколько суток непрерывного парсинга.

Update:
На сайте geonames.org найдена готовая к скачиванию база данных с подробной информацией по населенным пунктам всего мира. Только по России там 249 516 объектов.
Огромное спасибо, sapl!

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



2. Социальные сети

Десяток виртуальных друзей и сотни друзей ваших друзей — более благодатная почва для вербовки будущих коллег. Работные сайты пытаются социализироваться, но пока безуспешно. «Хедхантер» открыл паутину профзнакомств Webby.ru и коллективный блог Live.hh.ru, но эйчары и менеджеры о них молчат. Все-таки не «хедхантеры», рассуждающие в категориях кадрового брендинга и репутационных рисков, делают сейчас знаковые соцсети, а физики-математики, создавшие «Мойкруг» или энтузиасты гражданской журналистики, которые придумали сами знаете что.

Российский видеопортал Rutube.ru приступил к созданию собственной опорной сети прокси-узлов по всей стране для увеличения скорости скачивания видео, снижения стоимости трафика для абонентов местных операторов и обеспечения бесперебойного режима работы сервиса. В принципе, эта система напоминает классическую сеть CDN (content delivery network), а в будущем Rutube.ru вполне может заняться и этим бизнесом, тем более в России нет своего Akamai, а спрос на такую услугу существует.

1 октября введён в строй выделенный кластер серверов на мощностях компании «Комстар-Директ» для абонентов «Стрим», что значительно ускорило их доступ к контенту Rutube.ru и увеличило доступность сервиса для абонентов других операторов за счёт более высокой связанности (в т.ч. зарубежной), обеспечиваемой «Комстар-Директ».

Пока в мире ведутся споры о том, какое же здание самое высокое на планете, японская корпорация Taisei спроектировала для Токио 800-этажный небоскреб высотою в 4(!) километра.

Небоскреб, получивший имя X-Seed 4000, самый высокий из всех, спроектированных на сегодняшний день, если не учитывать тот факт, что создан он пока лишь на бумаге.

Согласно проекту, небоскреб будет опираться на основание в шесть квадратных километров, будет превышать гору Фудзи (на которую он и походит) более чем на 200 метров и способен будет разместить от 500 тысяч до 1 миллиона человек.

Кроме своей впечатляющей высоты, X-Seed 4000 — одно из самых «зеленых» зданий в мире: большую часть энергии для обеспечения работы систем внутреннего микроклимата он будет получать из солнечного света. Кроме того, здание будет способно защитить своих обитателей как от перепадов давления, так и от капризов атмосферы. Лифты здания, рассчитанные на 200 человек, будут поднимать на самый высокий этаж за 30 минут.

По предварительным оценкам экспертов, на постройку X-Seed 4000 может потребоваться сумма от 300 до 900 миллиардов долларов.

Утверждать, что это невозможно, наверное, глупо. Однако сейчас X-Seed 4000 более всего походит на утопическое видение современной «зеленой» урбанистической застройки, нежели на конкурентноспособное проектное решение.

Сейчас почти в каждой статье про web 2.0 и стартапы среди рекомендаций можно увидеть совет: бросьте долгие раздумья и пред-проектную документацию — делайте проект! И очень часто этот совет воспринимается буквально, первые строчки кода появляются еще до того, как идея окончательно сформируется. Что в итоге? А в итоге ядро системы за весь период разработки переписывается раз по 15, не говоря уже о фронтенде. Как следствие проект который был задуман как 1-2х месячный растягивается на пол-года — год. А код превращается в сборище багов.

Что же сделать что-бы этого избежать и при этом не заниматься планированием по пол-года?

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

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

Юрий, с чего ты начинал в сфере сетевой журналистики?

Всё началось несколько лет назад, когда параллельно с «МедМедиа» я работал фрилансером у Алекса Экслера — на проектах Hostinfo.ru и Softkey.info. Через некоторое время меня случайно нашел Андрей Анненков, которому нужен был помощник в написании текстов. С ним мы впоследствии писали тексты для журналов Business Week и «Профиль» — и уже потом я оказался на «Вебпланете», куда меня пригласил Лёха Андреев, бывший в своё время главредом Медпортала («МедМедиа»).

Какие процессы в области веб-разработки легче отдать на аутсорсинг?

Вячеслав Теричев (polosaty):
В моем случае на аутсорсинг идет практически все: верстка, программинг,
дизайн, наполнение. Студия у нас виртуальная — без офиса и штата. Лучше
всего, на мой взгляд, отдавать верстку, дизайн. Ведь работа дизайнера или верстальщика
носит эпизодический характер (например, создание общего концепт-дизайн сайта
и технического дизайна). Для того, чтобы иметь в штате хорошего дизайнера,
мне нужно отдавать от $2500 в месяц (без учета налогов). Того же самого дизайнера
я могу получить за $400-600 в качестве фрилансера. С верстальщиком еще проще — у
него четкий объем работ, минимальная документация на старте.

Наталия Чанышева (Noch):
Мне легче всего отдавать верстку и, частично, программинг (его черновой
вариант). Самим осуществлять дизайн, проверку кода, проектирование. Отдавать
на аутсорсинг проектирование я бы не стала никогда, потому что правильное техническое
задание (ТЗ) — это 80% работы.

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

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

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

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



Здесь есть и свежие впечатления, и новая рецензия, и то, что пользователь считает лучшим из всех мест и произведений. Места тут же нанесены на гугл-карту. Всплывает и активность в форумах. Оценки и предпочтения пользователя — как на ладони. «Афиша» помнит, что вам понравилось, и что нет, на что вы писали рецензии, и что не заслуживает даже оценки в две звезды. «Афиша» теперь не только помнит, но и поможет вам рассказать о своих впечатлениях другим людям.

Но это лишь часть изменений.

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

Чтобы не приходилось этим окружающим кидать ссылку на каждую свою рецензию, и расспрашивать друзей «а ты был на концерте The Chemical Brothers?», сегодня мы добавили одну мелочь — возможность добавить любимых пользователей в друзья. Да, да, опять социальная сеть. Теперь уже настоящая, с друзьями и пр.

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

За последние десять лет через меня прошло много начинающих разработчиков. Да и чего греха таить, я тоже когда-то был начинающим разработчиком. За это время я получил тысячи вопросов а-ля “как стать разработчиком”, а также просьб взять людей к себе на практику. К сожалению, даже под чутким руководством более опытных специалистов, далеко не каждому хватает сил и мотивации перейти на качественно новый уровень. Статистика — вещь упрямая: количество “пытающихся” и “достигающих успеха” распределяется согласно принципу Парето, т.е. 20/80, где из десяти человек максимум двоим удается пройти первоначальное испытание. Остальные отваливаются по дороге или процесс обучения у них растягивается на долгие годы. И все же, каким должен быть начинающих разработчик, какими навыками и знаниями он должен обладать? Об этом и пойдет речь в статье.

Аналитика и прочие управления требованиями — как раковая опухоль: все время норовят расползтись и пожрать всю доступную бумагу.

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

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

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

Уточнения:

1. Технические задания не пишут (составляют, подготавливают, оформляют и пр.), а разрабатывают, см. хотя бы п. 1.2 ГОСТ 34.602-89;
2. Если заказчик и исполнитель руководствуются требованиями ГОСТов, то совершенно противоположных мнений у них в принципе быть не может и не должно. Если же взаимодействие осуществляется «по понятиям» — как сейчас принято — то без «плюрализЬма мнений» тут, конечно, никак не обойтись.

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

И собирают замечания и комментарии к данному документу.
С документом можно ознакомиться вот здесь — docs.google.com/document/d/1_V7zqj_UmSc-OpDuSbfEtzSiuVAIkzr7QfLCWINdZrI/edit
и там же оставить свои комментарии.

Я же сделаю акцент на нескольких слабых моментах:

1. Опытная эксплуатация должна проводиться в течение 2 дней.
…
Сведения должны быть зафиксированы в журнале с указанием даты и ответственного лица. В ходе проведения опытной эксплуатации Исполнителем должны быть извещены все категории пользователей системы о возможности использования новых функциональных модулей системы и обеспечена возможность фиксирования возможных недостатков и замечаний функционирования при помощи инструмента «обратной связи». Опытная эксплуатация должна проводиться в течение 2 дней.
…
Фактически это означает что никакой опытной эксплуатации не будет. 2 дня — это что-то другое.

2. Работы за 14 календарных дней

В рамках федеральной программы, инициированной указом президента РФ №597 от 7 мая 2012 г., ведётся разработка новых профессиональных стандартов в области ИТ. На днях опубликованы черновики профстандартов админа БД, программиста, руководителя проектов в области информационных технологий, руководителя разработки программного обеспечения и т.д.

11-13 сентября 2013 года пройдут открытые вебинары с подробным обсуждением первой версии каждого из разрабатываемых профессиональных стандартов.

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

Как в фильме Начало (Inсeption), реальность в продуктовой разработке имеет определенную вложенность слоев. В зависимости от того, какая роль вам выпала, ваше “начало” в проекте может произойти раньше или позже, но всегда приятнее быть в числе создателей новой реальности, не так ли?

Эта статья — вступительная часть к трилогии о том, что собой представляет в гибкой продуктовой разработке:

• Готовность Начать
• Готовность Завершить
• Готовность Выпустить

Первая часть будет посвящена процессу открытия продукта (Product Discovery), вторая — процессу разработки продукта (Agile Delivery), третья — формированию цикла этих двух процессов, с обратной связью от рынка (Business Development). Здесь же, в начале, я задам общие рамки ролей и процессов, в которые буду углубляться в следующих частях.

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

Хабравчане, позвольте вам представить мой небольшой и скромный труд (чуть больше 100 страниц) по гибким методологиям разработки. Электронная книга доступна бесплатно для скачивания со следующих сервисов в PDF:

• Скачать с Яндекса
• Скачать с Dropbox

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

Последнее время тема краудфандинга довольно часто поднимается на хабре, были посты как обнадёживающие общими перспективами «народных складчин»:

18 марта 2012 / Фанаты собрали уже $1.3M на Wasteland 2 / fixer_m
13 апреля 2012 / Рынок краудфандинга в 2011 году вырос в три раза / ilya42

Так и довольно пессимистичные, основанные на практическом применении краудфандинга в России:

17 апреля 2012 / Оглашены итоги целого года читательских пожертвований, поступавших журналисту через Интернет / Mithgol
5 апреля 2012 / Меценатство (спонсорство) и складчина (краудфандинг): две разные формы финансирования разработок шрифтов

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

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