Ну вот я django на Flask ты не сможешь перенести код простым копированием, так что аналогия, имхо, не совсем правильная.

Всё равно под каждую технологию, под каждого вендора и под каждую реализацию надо переучиваться

И это хорошо когда есть выбор

разница между Flask и Django она усваивается буквально за 1-2 дня

сам код он на питоне

то есть этот код копируется и вставляется с минимальными изменениями

то есть у нас есть какой-то модуль питона

и мы вызываем его в проекте с джангой

а потом вызываем его в проекте с фласком

А есть асинхронные фреймворки, где парадигма программирования в принципе другая

да, но aiohttp или tornado не заменяют django

скорость разработки на них ниже и функционала поменьше

А многим django не нужен

не, я согласен

что везде свои особенности

понятно, что циско не будет 100% идентична джуниперу

и это хорошо

но если программист знает джанго - на фласк он перелезет за 2 дня

если программист знает python2, на python3 он тоже перелезет за 2 дня (если не будет лениться)

Ну вот я не учился специально микротику, но многое чего понимаю просто из-за опыта работа с сетями в Linux

если сравнивать сообщества программистов и сетевиков - то у программистов вся документация бесплатная и октрытая, а у сетевиков всякие циско/джунипер/микротик курсы за денюжки

и в их интересах намеренно усложнять интерфейсы

А та же циска - это уже далеко не линух, модно сказать как другой язык в программировании

чтобы больше людей шли на их курсы

а вот поколение Z эти циски/джуниперы/микротики вообще не поймёт в их текущем виде...

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

все эти агрегирования каналов и балансировки должны быть простыми для создания и мониторинга обычными людьми, без кучи сертификатов и знаний в области построения сетей, точно так же, как сейчас любой простой человек может довольно быстро разобраться , как сделать себе сайт в интернете (и у него выбор между SaaS и тем же Wordpress'ом)...

Т.е. все должны настраивать эникейщики за еду?

эникейщики вообще не нужны

сам заказчик (или его бизнес-аналитик)

нажал на кнопку - и всё заработало

вот эти вещи типа openflow - это ведь шаг в этом направлении?

точнее, заказчики имеют проблему, к ним приходят бизнес-консультанты/аналитики/системные интеграторы (не знаю, как это лучше называть) и говорят - а мы можем вам придумать решение под ваш бизнес, садятся, придумывают, потом нажимают 2 кнопки и готово, всё работает, все контейнеры как-то создались, сконфиугрировались, задеплоились в облаке

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

Кажется, это больше тема для соседней группы. Здесь, имхо, не оценят.

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

ну, может, да

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

Это не контейнеры, которые как братья близнецы

продумать топологию - согласен

тут человек нужен

но это больше похоже на часть ТЗ

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

В постоянно растущем проекте и топология сети будет меняться. Один раз придумать на век вперёд её выйдет. Никуда от инженеров не деться. Железки тоже глючат и местами что-то приходится допинывать руками

А глюки в сетевом оборудовании гораздо больнее, чем сбой одного сервера их 100500

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

вот гугл сделал Go

потому что не все программисты могут осилить С

некоторым нужно попроще

а спрос большой

Go не замена C

Вообще, никак

но его делали именно как замену

как системный язык

именно эта цель была у гугла

им нужно много дешевых программистов

заставлять всех учить С сложно

и вот был придуман Go

который нашёл применение в тех же сетях

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

Мы совсем ушли от тематики канала

А про go, и вообще унификацию...

да, нафлудили))

А можно вы особенности хипстер-девелопмента отдельно обсудите?

но его делали именно как замену

Совсем нет. Его делали для манкикодинга. Да, замена для СИ в рамках манкикодинга. Но на СИ ещё драйвера, например пишут, что не эффективно на го, хотя и реально

конечно, я не говорил про вообще полную замену С

ERROR: S client not available

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

рассылка пришла с интересной статьёй на примерно эту тему про разработчиков и зарплаты https://mattermark.com/developers-developers-developers-expensive/

вопрос: вот тут http://wiki.mikrotik.com/wiki/Manual:PCC указываны примеры, где заведомо известны айпишники, сети... а можно ли настроить PCC так, чтобы эти данные получались через DHCP?.. то есть вместо того, чтобы явно указывать те же шлюзы, как-то сослаться на то, что их нужно получать через DHCP клиент и после expires автообновлять вслед за IP'ом (ну, вдруг там новый приедет)... айпишник у меня статический, но мало ли, вдруг, там какие-то другие настройки поменяются...

Мне это всё обсуждение напоминает попытку залезть в чужой монастырь со своими правилами

@lorddaedra, а проведем аналогию с подъемным краном

Судя по вашей логике, там должен быть один рычаг – поднять и уложить плиту. Это реально, как вы думаете? Почему там туева хуча рычагов и кнопок?

Или почему автомобили водят люди? Поля сеют не роботы?

автомобили лишь пока водят люди

скоро это изменится

поля уже сеют роботы

Ну нет в нашем мире абсолютной детерминированности

дроны поливают и так далее

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

заниматься творчеством и прочим таким

раньше чтобы сделать сайт нужно было быть умным

сейчас сайт может сделать почти каждый

вот и с сетями так же надо

админов и сететиков всё равно не уволят

раньше чтобы сделать сайт нужно было быть умным

Ну я бы не сказал что html и css столь сложны

там ещё php если нужна динамика

всякие формы обратной связи

там ещё php если нужна динамика

А если нет?

ну всё равно нужно изучать html

а сейчас это просто в два клика

ну всё равно нужно изучать html

Это даже не язык

я не спорю

просто html девочка-блондинка изучать не будет

а в два клика сайт сделать сможет

а в два клика сайт сделать сможет

А потом все равно позовет знающего ?

зависит от задач

Потому созданный ею сайт умеет чуть меньше чем ничего

http://www.wix.com/