Pull to refresh
3
0
Алексей Максименко @HunterXXI

Пользователь

Send message
Это ваше мнение и возможно оно претендует на истину, но я с ним не согласен. Тем более я не согласен с тем, что такой подход бесполезен. Я рад, что у вас есть собственный подход к организации работы, но не стоит считать его единственно возможным. Лично мне удобно так. Да, по 100 устройств в неделю через меня не проходит, но и тема массового обновления в статье не поднималась, так что не надо притягивать за уши к статье какие-то левые задачи.

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

всё можно и php и python и node, но особенность тикущего примера в его минималистичности и отсутсвиии технологий которые надо устанавливать прежде чем начать разработку. «У тебя есть блокнот и браузер, значит ты уже можешь делать что то полезное». Вот такой посыл.
Вопрос подхода, мой скрипт не притендует на звание «панацея года». Почему я написал статью? Потому что мне показалось, что вариант с HTML/JS будет интересен пользователям именно тем, что можно начать процесс автоматизации просто запустив блокнот на любом компьютере в независимости от ОС.
Вы почитайте сначала статью прежде чем комментировать и я вам отвечу на все возникшие вопросы.
GUI друг (хотя вроде и для ansible есть веб-морда). но самое главное ansible это совсем другая парадигма и он больше заточен под развертывание и конфигурирование UNIX ПО нежели сетевых устройств. Я пробовал модуь для Cisco и он работает и да, вероятно можно советовать использовать его, но это уже другой уровень.
Но вообще на дворе 2016 год, и это не круто:

судя по тому как справляются сервисы, звонок клиенту для уточнения, это всё ещё круто.

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

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

а по поводу последнего, я ясно высказался в статье
хочу сказать, что мной написано два действительно важных приложения, одно из которых может оповещать о температуре в серверной, а второе присылает уведомления, если на маршрутизатор ядра логинится кто-то из админов.
слышал, знаю, изучал данный стартап. Меня не устраивает регистрация и каналы. Плюс любой может сделать свое расширение, не уступающее по функционалу вашему, за 1 день. Какой тогда смысл делить одно приложение с кучей сторонних компаний?
Как и во всех статьях типа «На заметку маркетологу» вас преследуют противоречия.
Плюс пропагандируем отписку

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

P.S. чем мотивировали решение не делать inline установку расширения?
благодарю друже за информацию и тестирование на маке. для меня это стало новой информацией.
если вы отключите уведомления в настройках браузера, то расширение так же не будет показывать уведомления.
дополнительно есть кнопка «Не беспокоить» которая отключает уведомления в самом расширении.
Загляните в сорцы которые я выложил, там совсем немного кода и все станет понятно.
фамилия автора статьи как бы намекает :)
даже если пользователи начнут массово подписываться на веб пуши — чего никогда не будет, в чем я искренне уверен (хотя кто я такой что бы утверждать), возникает вопрос — зачем использовать сторонний сервис для отправки пуш уведомлений? там настолько всё просто что даже junior разберётся за пол дня.
не в бровь, а в глаз.
есть два стартапа, которые, вероятно, надеются поднятся на этом
https://pushkin.im/ и https://pushall.ru/
что интересно, перед самой публикацией я изменил часть текста, подумал что так будет слишком агресивно, а оно вот как оказалось :)
Но ушлыми людьми овладел порыв использовать этот канал связи для интернет-маркетинга и рекламы.
данный текст должен был определить моё отношение к использованию web push в интернет рекламе

Технология «веб-push» буксует на одном месте и это очевидно. Помимо раздражающего фактора наличия самого уведомления, которое стремительным, ослепительно белым аэропланом врывается на поверхность рабочего стола, есть ещё одна причина. Это использование технологии не по назначению.… Но некоторым людям захотелось использовать этот канал связи для интернет-маркетинга и рекламы. Предполагается, что пользователи добровольно будут подписываться на такого рода рассылки.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity