Pull to refresh
12
0
Антон Литвинов@Dr_Wut

Архитектор ИТ-инфраструктуры/CTO

Send message

Все что тут описано сделано уже лет 30 назад и называется MS Outlook + MS Exchange.
И уж поверьте, ни один здравомыслящий клиент из энтерпрайза не будет менять свою почту на ваш продукт. Ну как минимум лет 10 еще =)

  1. А где разбор как готовить эталонный плейбук?
  2. Windows 2019 вышла уже давно, там есть встроенный ssh server — зачем эти муки с winrm?
  3. Как вы обходите вопрос что сетевуха может не подключаться при раскатке машины?
  4. А что делаете когда катиться больше 2 машин?
  5. А зачем ставить 7zip отдельно, когда можно поставить его и постгрю через шоколад циклом?
  6. У вас в название шагов ошибка в наименовании сервиса Chocolatey
  7. Про то, как написан сам плейбук уже молчу — тут вам уже напихали.

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

Было бы очень интересно узнать почему такое внимание уделяется почте? Я пока читал у меня сложилось впечатление что есть проблема почты и sql — и вы их решаете.
И еще вопрос — можно эти метрики как-то вытащить в другие системы мониторинга?

Казалось бы, что сложного в борьбе со спамом, когда ты точно знаешь кто звонит (ты оператор)? Так вот сложность победить жадность и не продавать спамерам тарифы/базы клиентов. Но подождите, это же бабосик, а лохи потерпят.
Запретить звонки с подменой А номера очень легко — достаточно большой четверке запретить такое и все. Но когда крупная компания приходит и говорит «а можно мы будем звонить используя вот этот номер» то неожиданно это становиться возможным. Так что все эти крутые посты о антиспаме… как минимум не красивы. А уж тем более от компании, славящейся подключать клиентам тонны левых подписок.

Мне кажется что большенство по стандартным вопросам с большим удовольствием общалось бы с роботом, но в нестандартных выбрало бы человека

Товарищи из МС хотели отожрать кусок пирога от слака, о чем и заявляли на старте. Но проблема вся в том что слак унылое г… И калька с него веселее не будет =/

Унесите, пожалуйста, это в свой бложик...

Мыслю то так же, а вот жить в этой парадигме чет не получается =)))

=) смешно. Чем выше твоя должность, тем больше твой геммор и головная боль. Просто последствия их не завтра всплываю, а через месяцы/годы. И цена ошибки выше на порядки. Я сейчас не беру ситуаций когда тебе платят «по факту рождения»

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

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

Статья интересная, но лично для меня это все воспринимается через призму использования вашего сервиса. И меня очень сильно волнует вопрос — какого ляда бесплатное ожидание — 3!!! три!!! минуты!!! То есть я должен выйти минут за 15 до приезда и бегать кругами ожидания машины? Причем заказывал такси более дорогой тариф — та же фигня…
И при этом по закону мне полагается 15 минут для того чтобы попасть в такси =/

  1. За контейнерами следит сам демон докера, там есть соответствующие дерективы запуска
  2. В докере все что взлетело, с вероятностью 99% взлетит где угодно
  3. Обновления хостовой системы и образа не зависят от друг-друга и не ломают друг-друга
  4. На принятой хостовой системе не работает нужная библиотека/приложение — вот вам и докер

Каждый решает для себя сам, но на мой взгляд докер — это очень удобно

Воооот! Вот эта статья действительно может называться "как выбрать себе схд" =)

Не грустите, у меня все хорошо. Надеюсь и вас тоже

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

так в том то и проблема что по этой статье даже нормально схд выбрать не получится =) про остальное я вообще молчу

И есть еще одно подозрение — что после статьи такого уровня у вас сменится работа и вырастет зарплата

=) посмеялся


Но вернемся к вопросу — вы вольны написать правильную статью. Займет у вас не сильно больше времени, чем написание вот всех этих обличительных комментариев.

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


Теория (3-5 статей статьи):


  • физическая теория (диски/рейды/iops/latency и тому подобное)
  • теория про нагрузки и какие они бывают
  • блочный/файловый доступы
  • построения san-сетей

"Практика" (еще не понятно сколько статей):


  • что такое классические san-сети и как с этим жить
  • что такое sds и как с этим жить
  • сравнение когда что более уместно
  • высокая доступность
  • высокие нагрузки

И это то, о чем я сходу подумал. А есть еще тысячи моментов которые всплывут во время написания.


По сути все эти выборы сводятся к шутке с баша — "какой лучше дистрибутив Linux выбрать? Тот, который стоит у твоего знакомого админа"


Займет у вас не сильно больше времени, чем написание вот всех этих обличительных комментариев.

Каждая статья это примерно 3-5 дней плотной работы (актуализировать знания, подобрать пруфы, само написание). В итоге это реально месяцы работы и на выходе по сути просто книжка. И вы реально считаете что я трачу столько на комментарии?

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

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Registered
Activity

Specialization

Технический директор, Директор по информационным технологиям