Дмитрий Исаев

По P2P сейчас актуально изучение алгоритмов поиска пиров в перспективе организации онлайн-просмотра торрентов, т.к. есть мнение, что массовые sequence_downloads сильно ухудшат качество раздач.

Почему я считаю, что это актуально? Казалось бы, с ростом каналов эта тема потеряла смысл, ведь за 20 минут скачается «средний» фильм. Но это ошибочное впечатление: P2P уже мигрирует в I2P, что отбрасывает нас «на много лет назад» по скоростям.

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

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

P.S. Мой заминусованный вопрос на эту тему.

deleted

Цель данного опроса — выявить этичность хабражителей. :)

Ответ: нигде. Другой ответ: где угодно.

Вы нигде не получите того объёма — разнообразия подходов и методов, системного мышления — которое дают очно в любом известном техническом вузе (дают, конечно, по желанию студента).

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

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

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

(сорри, не туда)

Сорри, ошибся адресом, стал писать коммент в текстовом поле, не нажав «комментировать» (кстати, про юзабилити).

Я сталкивался с ситуацией, когда мой экземпляр NSURLConnection закешировал некорректную DNS-запись (была проблема на нашем DNS-сервере), и даже когда пофиксили, Safari стал открывать «правильный» сайт по этому URL, моё соединение по-прежнему обращалось к ошибочной DNS-записи (может, не тот IP, а может, что-то другое). Свой NSURLCache я не создавал. Перезапуск приложения не помогал.

В итоге: политика кеширования корректных и некорректных DNS-записей может отличаться, но факт есть факт: в неких случаях «раздельное» кеширование существует.

Quora.com издали книгу с лучшими материалами

А почему пример забугорный? Издавали и у нас оффлайн-версию известного сайта.

Купил в своё время. Дешевле, чем стоили несколько мегабайт трафика.</сарказм>

Для начала, если цель вопроса — выбрать протокол, то выбор хабов iOS и Android кажется странным: под обе платформы существует масса реализаций самых разных протоколов, с разными условиями использования. Иначе, говоря о протоколе, непонятно, при чём тут платформы и кроссплатформенность.

Начать читать можно здесь: Transport Layer Security. Там хорошо описаны возможности TLS/SSL, но если вкратце, то, думаю, этот протокол Вам подойдёт. Как по уровню безопасности, так и по огромному количеству примеров использования.

Набрать в App Store: «будильник». В топе есть неплохие варианты. Пробовал несколько, но вернулся к встроенной настырности.

Когда я через знакомых нашёл работу своей мечты — в госконторе (хоть и небольшие деньги, но прочие бонусы огромны) — я абсолютно всем подходил… Но должность подразумевала формальное руководство кем-то, следовательно, требовала наличие ВО. У меня его нет. Имеющийся диплом о неполном высшем МГТУ им. Баумана — им не подошёл…

Не бросай.

Вам именно через Яндекс надо?

Мне, кстати, их реализация стандарта xAL показалась очень внятной. Населённый пункт — LocalityName (если есть вложенные типа Зеленограда, то в DependentLocality), а улица — ThoroughfareName.

Если точка вне населённого пункта (LocalityName отсутствует), то можно найти ближайший с помощью параметра kind=locality. Аналогично находится ближайшая улица: kind=street. Внимание на разницу между двумя последними ссылками: «kind=street» выдаёт улицу вне населённого пункта «kind=locality». Просто Яндекс не знает названий улиц в ближайших деревнях, поэтому сообщил название шоссе (которое дальше, за деревнями). Это жизнь, и Яндекс-карты её хорошо отражают. Параметры я взял отсюда.

Проблему с уровнями вложенности не очень понял. Во-первых, порядок элементов там всегда один и тот же. Во-вторых, если честно, я на вложенность и не смотрел, т.к. строка <LocalityName xml:lang="%s">%s</LocalityName> приходила ко мне всегда (максимум) одна, как и ThoroughfareName. Да простят меня сторонники тру-парсинга XML, я тупо искал эти две строчки (ну и другие ещё).

Яндекс по России знает значительно больше населённых пунктов, чем Гугл, но с другими ГИС в промышленных масштабах не приходилось сравнивать.