Я просто не понимаю такого мода == стандарт

Молния на рубашке, клёпки и т.п.

Варианты есть всегда

😄 это частности

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

Это не стандарт а вкус и выбор)

Что удобнее, проще и т.п.

))

Ладно, я перестал понимать, что происходит

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

Не согласен

Когда рынок диктует условия это оч плохо

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

Да мне поработать надо бы, так-то

Я про зависимости

Вот смотри, допустим, такая штука. Пишу я некоторую хрень, в которой есть объект (О1) - обработчик очереди событий. И есть интерфейс обработчика событий. И некоторое количество реализаций интерфейса (от типа события, например), которые по ссылке на интерфейс хранятся в О1 и дергаются по надобности.

Да мне поработать надо бы, так-то

Не боись, я быстро.

До тех пор, пока оно просто цепляется как есть - это библиотека.

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

Т.е. он реализовывает интерфейс, скармливает реализацию в О1, и оно продолжает работать, но с новой умелкой.

С этого момента у меня не библиотека, а микрофреймворк?

Так?

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

Но это выдуманный пример

Потому что до того оно не было библиотекой

А было странной фигней

Забавно.

Которая что-то внутри умеет, но наружу дает только опилки

Эта странная фигня вполне себе работает)

Ну - непонятно, как ее переиспользовать, при этом

Собственно, этот кусок в 3 местах(разных инстансах) использовался.

Собственно, с переиспользованием все норм.

Ок, запишем: 21.11.2016 - написал первый фреймворк.

)))

Удачной "поработать"

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

Осталось только найти словарь, однозначно ассоциирующий фреймворк и IoC

ищу, короче

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

Ничо не терли

Удачной "поработать"

Надо сказать, поработал я довольно удачно Фреймворк, правда, не написал

А админ не может?

Ты предлагаешь заменить 0-1 среднеоплачиваемого сотрудника на 1 более высокооплаяиваемого, говоря что это экономия. С хрена ли?

И упорно избегаешь разговора о пользе

польза есть. В стране увеличивается фонд оплаты труда

это же хорошо

Я про пользу со стороны бизнеса

Притом что имея open stack ты получаешь ровно все проблемы физ железа, потому что, сюрприз, у тебя будет физ железо

https://twitter.com/ctrlok/status/803133050481766400

и контора потеряет на ЗП

не в россии

не в россии

Про Россию не знаю, но человек знающий опенстэк все равно должен стоить дороже

Тупо более редкий чувак

Тупо более редкий чувак

ну смотри, средняя зп в россии мидла в каких нить яндексах и мейлах это 2к, 2.5к край.

Но вобще я недоволен тем говном что вылилось за ночь, есть соседний чатик всеми любимый.

для этого

Но вобще я недоволен тем говном что вылилось за ночь, есть соседний чатик всеми любимый.

Тут говно по теме было в общем, но да

Притом что имея open stack ты получаешь ровно все проблемы физ железа, потому что, сюрприз, у тебя будет физ железо

Проблем будет больше, сильно больше

Проблем будет больше, сильно больше

Да она даже с этим спорит. Потом до "больше" дойдем

Не знаю. У нас openstack живет - проблем не так чтоб много.

Они есть конечно, но другого плана нежели на железе. А проблемы железа резко стали проблемой команды, которая саппортит openstack

Они есть конечно, но другого плана нежели на железе. А проблемы железа резко стали проблемой команды, которая саппортит openstack

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

Сеть надо делать и поддерживать, железо нужно тестировать и пр. Это перекладывает эти проблемы с команды сервиса но на другую команду

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

Конечно, но железо можно стандартизовать, не париться кастомными профайлами, И так далее

Конечно, но железо можно стандартизовать, не париться кастомными профайлами, И так далее

А потом вылезет какой нибудь графит которому подавай ссд :)

У нас hypervisors все на ссд

Но не всем ссд же нужно

То есть получается что вы под open stack закупаете железо по самому требовательному потребителю.

Ну так да, вариант в общем.

Конечно, но железо можно стандартизовать, не париться кастомными профайлами, И так далее

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

Если есть

было же на днях )

не модно это )

https://m.subbu.org/dont-build-private-clouds-9a54b3d30c8b#.ix74kj1hs

Не модно. Но если ты большой - нет вариантов. (да, да, Нетфликс, знаю, исключение подтверждает правило)

нетфликс такой один

Не модно. Но если ты большой - нет вариантов. (да, да, Нетфликс, знаю, исключение подтверждает правило)

Своя инфраструктура - да, must have если ты большой. Я бы даже сказал если ты просто можешь позволить себе команду NOCов и пару DC Engineree'ов

Про private cloud - опять же в какой-то такой момент оно может помочь избавиться от части operational работы (точнее переложить ее с людей занимающихся сервисом на людей, занимающихся облаком)

Дело не в operational работе - в случае private cloud это просто перекладывание работы на другую команду, да. Дело в том что облако позволит "бежать быстрее", это тот самый "influence on your organization’s culture" из ссылки выше.

Ты не права, потому что это -1 сотрудник +1 сотрудник

притом что первый сотрудник дешевле второго

объем задачи одинаковый

мы же говорим про замену девопса на специалиста по опенстэку

Какие доводы в пользу этого?