Союз софта и железа. Удаленный мониторинг и управление RedPine

[segment]

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

[RedPine]

Добрый день! Да, я помню о вопросе к прошлой статье, и я его адресовал нашим разработчикам. Но, к сожалению, ответа я дать все еще не могу. Дело в том, что мы разрабатываем и реализуем реальные коммерческие проекты, и очень многие вещи относятся к разряду коммерческих тайн и прочих технических секретов. На Geektimes мы размещаемся в разделе «блог компании RedPine» и рассказываем о коммерческом продукте, немного раскрывая технические детали. В таких делах осторожностью пренебрегать крайне недальновидно — конкуренты не дремлют, и нам есть что терять. Да, отчасти, это может казаться паранойей, но мы предпочитаем перестраховаться, тем более, что негативный опыт утечек имеется. Кстати, именно понимание того, что мы не сможем делиться всей технической информацией было одной из причин, почему статьи выходят на Geektimes, рассчитанном на любой уровень техничности, а не на Хабре, рассчитанном больше именно на разработчиков, и где приветствуются технические статьи с максимальной детализацией, кодом, спецификациями и т.п.

Я уточню, какую информацию мы можем раскрыть по протоколу RPL и дам комментарий на следующей неделе.

[Tiamon]

Без технических подробностей это просто реклама, её читать не интересно.

[RedPine]

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

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

Интересно читать или нет — это вопрос сугубо субъективный. Ваше мнение мне понятно.

[Tiamon]

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

Мне кажется это и не понимают все те компании которые платят за блог на хабре\гиктайме. Без смысленная трата времени.

Или пишите нормальный материал или нафиг оно вам время тратить? )

[segment]

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

[RedPine]

Сергей, я жду ответа от наших разработчиков по поводу RPL — постараюсь углубиться в данный вопрос насколько это будет возможно. Но, повторюсь, в блоге я делаю больший уклон в сторону потребительских свойств платформы с небольшим углублением в технику (то, что важно скорее пользователю), нежели детальный процесс его функционирования, разработки и производства (то, что важно разработчику). Это, например, как с телефоном — 1. Можно просто написать, что в нем есть поддержка LTE; 2. Можно написать, что поддерживается LTE с такими-то частотами, с такими-то скоростями скачивания и загрузки; 3. А можно описать еще и сам модуль LTE, его энергопотребление и рабочую температуру, способ и место крепления в смартфоне. Так вот, я скорее выберу 2-й вариант, как интересный подавляющему большинству читателей.

[old_bear]

Увидел в трёх местах вступительного абзаца цветастые маркетинговые буквы и не стал читать — сразу кликнул на комменты, чтобы написать вам это:
Дорогие маркетоиды, здесь не Космо!

[eisou]

ИМХО, ваш логотип на КДПВ смотрится ужасно.
Сам логотип обычный, а вот ASCII вариант — буэээ…
тоже полностью читать не стал, только первый абзац, потом два первых комментария и не стал тратить время.

[RedPine]

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

[eisou]

Красивых картинок у вас хватает, и с первым абзацем всё хорошо. После «пришло время начать приглядываться к деталям… » пролистал вниз до самых комментариев в надежде найти эти детали, но увы. Согласен с комментаторами выше. Хороший рекламный буклет, но плохая статья для технического сайта. Впрочем, покупать у вас все равно ничего не собираюсь, так что не обращайте внимания =)

[RedPine]

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