• 0

    А поля для размещения инструкций водителю в приложении так и нет… А ведь она появилась в приложениях локальных такси с самого начала — уже лет 10 как назад. Это я не говорю уже о том, что многие (подавляющее большинство из тех, с кем ездил я) российские водители Uber ездят с помощью Yandex.Navigator. И уж тем более не говорю о том, что положение автомобиля в приложении пассажира предсказывается, а передаётся в реальном времени, и неоднократно получалось так, что приходишь в одно место, а водитель давно уже уехал в другое.


    И это — то, что выше — из личных use case: двор имеет два въезда, перегороженных шлагбаумами. Другим такси достаточно было в примечании написать, как шлагбаум открыть, теперь приходится идти ногами. В общем, не особо большая проблема — если нет кучи сумок\чемоданов и едешь не в аэропорт, но в дождь\холодную погоду не особо комфортно. А так как въездов два, то иногда выходишь к одному, а водитель уже уехал к другому. И приложение об этом либо вообще не говорит, либо делает это поздно. Поэтому теперь всегда приходится предварительно созваниваться с водителем.

    Как велась работа над улучшением навигации в Uber
  • 0

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


    Вы если какие-то советы даёте, вы объясняйте, пожалуйста, почему, для чего, какие преимущества. Иначе зачем это здесь? В документации то же самое можно прочитать.

    Проверка Групп размещения (PG) Ceph на непротиворечивость в фоновом режиме и способы восстановления данных
  • 0

    Кому-то в наше время ещё нужны сертификаты?


    А чем плоха официальная документация? Судя по требованиям, в ней всё есть? Или чего-то не хватает?


    P.S. $300 за бумажку, которая устареет в ближайшее же время? Ладно бы с обучением, но это же стоимость только экзамена. Зачем? $30-50 я ещё могу понять, но $300...

    Опыт сдачи экзамена Certified Openstack Administrator (COA)
  • 0

    Правильно ли я понимаю, что сервис контроля в этом случае должен знать, какие подтверждения должны быть получены, т.е. сильно связан с контролируемыми сервисами? Т.е. в любом случае не получится изменить состав операций, скажем, при создании пользователя, просто убрав или добавив новый микросервис — придётся изменить ещё и сервис контроля, а затем протестировать его работу вместе со всеми остальными сервисами в этой связке (а не только новый микросервис, как было бы в идеале).


    Вообще, посоветуете, что почитать по архитектуре из того, чем вдохновлялись сами?


    Спасибо.

    Микросервисы: опыт использования в нагруженном проекте
  • 0

    Я бы тоже почитал об этом. Из первого рисунка рождается предположение, что используется NSQ.


    Если можно, я бы попросил ещё комментарии о том, как решается вопрос с дедупликацией\идемпотентностью при доставке сообщений. Ну, и отсутствие гарантии порядка доставки сообщений не мешает?

    Микросервисы: опыт использования в нагруженном проекте
  • 0

    О чём — об этом? Выше сказали: никто к ним не обращался за информацией для расследования, ни с той, ни с нашей стороны.


    Я тут не рассматриваю вопрос правдивости статьи в целом, кстати.

    Наши сервера и хакерская атака на демократов США: продолжение истории
  • 0

    А наши почему тогда сидят тихо, если это не "русский след"? Расследовали бы, на весь мир громко заявили "смотрите, кто!"? Не?

    Наши сервера и хакерская атака на демократов США: продолжение истории
  • +1

    Всё-таки нервничаете… зря. Эдак вы все нервные клетки растеряете.

    Elixir и Angular 2 безо всяких Hello, world!, или Реализуем работу с древовидным справочником, часть 1
  • 0

    Возможно потому, что это транскрипт (расшифровка) живого выступления на конференции.

    Архитектура растущего проекта на примере ВКонтакте
  • 0

    А пилить вообще ничего не нужно никогда, тут я с вами согласен; поэтому и написал — простейший вариант. Кроме того, какая-никакая, но демонстрация GenServer, хоть и без пояснений.


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


    Кстати, решений для кэширования есть в ассортименте, одним ConCache дело не заканчивается.

    Elixir и Angular 2 безо всяких Hello, world!, или Реализуем работу с древовидным справочником, часть 1
  • 0

    Вам было бы удобно писать на Коболе, если бы для него сделали транслятор в С? А насчёт "неизвестно, что и как" как раз вопрос и был: изучается ли что-то и какие результаты изучения.


    Но, на самом деле, я не хочу спорить на эту тему. Я надеялся услышать из первых рук что-то вроде "нет, не проводим, потому что..." или "да, проводим, и решили, что..."

    Архитектура растущего проекта на примере ВКонтакте
  • 0

    Вы имеете ввиду кэширование обращений к базе (кэш данных) или кэш выдачи?


    Вообще, своего нет ни того, ни другого. Но простейший кэш можно реализовать буквально несколькими строчками на Elixir:


    несколько строк и результат использования
    defmodule Example.KeyValueStore do
      use GenServer
    
      # Client API
    
      def start_link(initial_state \\ %{}) do
        GenServer.start_link(__MODULE__, initial_state, name: __MODULE__)
      end
    
      def get(key) do
        GenServer.call(__MODULE__, {:get, key})
      end
    
      def put(key, value) do
        GenServer.cast(__MODULE__, {:put, key, value})
      end
    
      # Server API
    
      def handle_call({:get, key}, _from, state) do
        {:reply, Map.get(state, key), state}
      end
    
      def handle_cast({:put, key, value}, state) do
        {:noreply, Map.put(state, key, value)}
      end
    end
    

    Для того, чтобы понять, что получилось, запустите интерактивную оболочку Elixir iex, скопируйте сначала код выше (не забудьте завершающий перевод строки) и затем вводите следующее:


    iex> alias Example.KeyValueStore, as: KVS
    Example.KeyValueStore
    iex> KVS.start_link
    {:ok, #PID<0.114.0>}
    iex> KVS.get(:one)
    nil
    iex> KVS.put(:one, "some text")
    :ok
    iex> KVS.put(:complex_structure, %{name: "test", title: "record"})      
    :ok
    iex> KVS.put(12345, "key can be any type")                      
    :ok
    iex> KVS.get(:one)
    "some text"
    iex> KVS.get(:complex_structure)
    %{name: "test", title: "record"}
    iex> KVS.get(12345)             
    "key can be any type"

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


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

    Elixir и Angular 2 безо всяких Hello, world!, или Реализуем работу с древовидным справочником, часть 1
  • 0
    Я считаю, что прежде, чем говорить, что что-то не соответствует действительности (в частности, что Linux хуже, чем Windows — или хотя бы на том же уровне! — подходит для инструментов, которые вы указали в своём комментарии), стоит иметь для этого какие-то доводы, отличные от субъективных суждений. Точно так же, как и автору статьи стоило бы иметь доводы, утверждая обратное. Ни ваше мнение, ни мнение автора статьи ничем не подкреплено фактически.

    В общем-то, я не имею ничего против экспертного мнения, если оно у вас сложилось из практического опыта. Но я против критики низкого уровня статьи доводами, аналогичными приведённым в статье. И, честно говоря, я не вижу смысла продолжать дискуссию на эту тему.
    Веб-хостинг: Windows или Linux?
  • 0
    А, ну, понятно. А для «поговорить в комментариях» этого не нужно, поэтому дело упрощается. Да, согласен. Автор статьи тоже так думает. :)
    Веб-хостинг: Windows или Linux?
  • +1
    «Если уже написали» — это одно. Если функционал делился\продолжает делиться и — это уж наверняка — растёт, то к чему толкать не очень удобные неподрессоренные телеги с оглоблями, если появились тачки с амортизаторами и удобными ручками? Если они, конечно, действительно появились, а не выдаются за таковые.
    Архитектура растущего проекта на примере ВКонтакте
  • 0
    Да не переживайте вы так, и вы такую траву выращивать научитесь :)
    Elixir и Angular 2 безо всяких Hello, world!, или Реализуем работу с древовидным справочником, часть 1
  • +1
    Любопытно, если всё равно выносится код в отдельные (насколько я понимаю, независимые) сервисы, то почему непосредственно новые сервисы не реализовывать на более удобных и подходящих для этого инструментах? Проводите ли вы периодически какие-то исследования на этот счёт: всё-таки и Rust уже есть, и Go, и функциональные языки всё чаще используются, причём как раз для похожих задач?
    Архитектура растущего проекта на примере ВКонтакте
  • –1
    По этому поводу написал ниже. Пока у вас посещаемость 1 человек в неделю — можно хоть на raspberry pi 2 c Windows 10 хоститься. А при работе с серьёзным проектом одного факта запуска чего-либо недостаточно для принятия решения.
    Веб-хостинг: Windows или Linux?
  • –1
    Если вы не читали мои комментарии выше, то скажу, что меня смутила вся статья. Но уподобляться ей же в критике глупо. То, что я могу писать на go не означает, что меня срочно нужно взять на должность ведущего разработчика новейшей экспертной системы, которая ведётся на этом языке. Точно так же то, что какие-то инструменты запускаются в той или иной среде не означает, что они в этой среде эффективно работают. Если выбирающий пишет и размещает не личную домашнюю страничку, на которую зайдут полтора инвалида в базарный день, то выбор будет делаться не только по принципу «лишь бы запустилось». И для помощи в этом выборе актуальными были бы данные нагрузочного тестирования на одинаковых виртуалках с указанием производительности и расхода ресурсов, а не широко известные факты.
    Веб-хостинг: Windows или Linux?
  • –1
    А у вас есть результаты тестов, которые подтверждают, что это ложь? Статья, конечно, трэш полный, но вот противоположные утверждения без доказательств от статьи ничем не отличаются.
    Веб-хостинг: Windows или Linux?
  • +1
    Благодарю!
    Веб-хостинг: Windows или Linux?
  • +1
    а можно об этом поподробнее?
    Веб-хостинг: Windows или Linux?
  • +14
    Всю статью можно свести к одному предложению: если вы используете любые технологии Microsoft — вам на Windows, если не используете — вам дорога на Linux\FreeBSD\подставьте_сюда_своё. Никаких чисто практически данных для сравнения нет. Возьмите две своих виртуалки, оттюнингуйте, поставьте (почти) одинаковый стек, проведите нагрузочные тесты. Будет реальный материал для сравнения.

    И хотя бы единую канву выдерживайте, а то в начале «сложно выбрать, потому что разница минимальная», а ближе к концу уже прямо куча доводов в пользу L и существенно меньше — в пользу W.

    P.S. Я понимаю, что нужно как-то отвечать на статьи конкурентов, но, может, интересные информационные поводы искать или хотя бы готовиться лучше? Всё же не на Гигтаймс пишете.
    Веб-хостинг: Windows или Linux?
  • 0
    Вы специально некропостингом занимаетесь? С момента публикации статьи больше 3.5 лет прошло, конечно, там по современным меркам ничего практически не написано, появилась масса более свежих материалов, да и сложность стала на порядки меньше с новыми ядрами даже по сравнению с тем, что было 2 года назад.
    Проброс видеокарты в KVM из под ubuntu
  • 0
    Безусловно. Но и очередь из инвесторов стала бы длиннее, мне кажется.
    Сегодня стартапы появляются ради стартапа, а не реализации идеи
  • 0
    Ну, там не всё только в цену внешки упиралось. Я так понимаю, он был не особо интересен основателю. :)
    Сегодня стартапы появляются ради стартапа, а не реализации идеи
  • 0
    Вообще говоря, отвечал я не вам, но раз уж вы так отреагировали: лично я пишу что-то, чтобы на этом заработать. На самом продукте, на той ценности, которую он несёт, причём несёт тем, кто продуктом будет пользоваться, а не тем компаниям, которым он покажется интересен (а интересен он покажется исключительно если сможет заинтересовать тех самых конечных пользователей). Понимаете, о чём я?

    Если ваша цель — продать сам продукт, то вы будете делать его привлекательным для того, кто его захочет купить, а не для тех, кому он предназначен и кто им должен пользоваться. Глубже мысль раскрывать времени нет, простите.
    Сегодня стартапы появляются ради стартапа, а не реализации идеи
  • 0
    Очень странно, они ещё 21 переехали на другую DNS-площадку. Должно работать.
    Массовый DDoS на инфраструктуру DNS-провайдера Dyn.com привёл к недоступности сайтов Twitter, Github, Heroku и прочих
  • 0
    Т.е. вы считаете, что хорошо и правильно созданные и настроенные бизнес-процессы — это «ловкость» и «пронырливость» и к мозгам не имеет никакого отношения? Если да, то нам не о чем продолжать разговаривать. :)
    Сегодня стартапы появляются ради стартапа, а не реализации идеи
  • 0
    Да, до сих пор с ностальгией вспоминаю timus.ru из времён, когда мальчик Паша только-только школу заканчивал и о VK (да и о Facebook тоже) никто и слыхом не слыхивал. В нынешнем виде заработал в 2002 году, если память не изменяет. Была и стена (дневник), и гостевая, и вывод новостей из дневников друзей, и статусы, и фотоальбомы. Не знаю, доступна ли сейчас регистрация там, да и мёртвый проект давно уже, сейчас остался памятником старым временам.

    Идея создателя, с которой много спорили, была в том, что это был закрытый внутригородской проект (внутри города трафик был бесплатен, а внешка — очень дорогой), очень популярный, с десятками тысяч активных акков (в пределах одного города в начале нулевых!). Если бы проект открыли — он бы взлетел очень сильно по посещаемости. Но увы, время было упущено, да и это было не интересно создателю. И денег не было особо на то, чтобы открывать.
    Сегодня стартапы появляются ради стартапа, а не реализации идеи
  • 0
    Гугл нанимает людей. На 100 тысяч в год. Если вы продадите свой стартап хотя бы за миллион (а продукты, которые стоят меньше, Гуглу скорее всего не интересны), то вы получите сумму, ради которой пришлось бы работать 10 лет, при этом не есть, не пить, не одеваться и жить на улице. И ходить пешком. При этом свои минимальные 100 в год вы получите дополнительно. Минимум, а, возможно, и больше. Вы всё ещё не видите разницы между «наняться на работу» и «продать СВОЙ продукт и войти в команду Гугла на должности руководителя данного проекта»? Конечно, риски очень велики в случае работы над своим проектом. Но этим и отличаются люди с предпринимательским складом характера от его не имеющих. Безоценочно — как факт.

    Да, кстати, лично я считаю, что пилить продукт только для того, чтобы его продать — глупая затея. Не та мотивация, и велика вероятность, что ничего не вырастет — в смысле, продукт будет не интересен или будет оценён не особо высоко. Всё-таки продукты, созданные одиночками или небольшими командами и взлетевшие — это результат глубокого увлечения именно продуктом, а не тем, как бы его продать.

    Конечно, есть ещё вариант пилить что-то ради инвестиций. Т.е. изначально не рассчитывать на прибыльность продукта, а только на заработную плату от инвесторов. Но это тоже довольно тупиковый путь.
    Сегодня стартапы появляются ради стартапа, а не реализации идеи
  • 0
    Телефон не занимается считыванием существующей карты. Он генерирует временный виртуальальный аналог карты с магнитной полосой со сроком действия 24 часа. И поэтому на ней изначально не может быть указания использовать чип.
    Samsung Pay на свой страх и риск запустился в России — мнения экспертов
  • +1
    Wired опубликовал интересную статью на эту тему. Переводить её бессмысленно, там более подробно написано то, что я уже описал, но может быть кому-то интересно. Кстати, из любопытных подробностей — уже куча народа считает, что немалая «заслуга» в выложенном недавно в публичный доступ софте для создания ботнета Mirai, как раз таки специализирующемся на IoT. Этот софт сканирует Интернет и пытается заразить устройства, получив к ним доступ с дефолтными либо жёстко заданными производителями устройств реквизитами.

    Между прочим, вот тут говорят, что в прошлом месяце с помощью этого ботнета была организована крупнейшая в истории DDoS атака со зловредным трафиком в 665 Гигабит/сек (!!!). Похоже, в этот раз трафик посерьёзнее будет.
    Массовый DDoS на инфраструктуру DNS-провайдера Dyn.com привёл к недоступности сайтов Twitter, Github, Heroku и прочих
  • 0
    Вы попробуйте логистику такую наладить нормально и бесперебойно — сразу мнение поменяете. :)
    Сегодня стартапы появляются ради стартапа, а не реализации идеи