На удивление, Медведев, несмотря на то, что он постоянно проводит много различных встреч и часто выступает, крайне мало дает какие-то точные, привязанные к определенному времени обещания. В базе всего 5 его цитат, 3 из которых проверены и все — правда.
Можно сделать ещё один счётчик: кол-во выступлений, в которых не было сделано ни единого обещания. А то так можно прослыть невиданным по ответственности и исполнительности человеком, не пообещав и не сделав ничего. Мне кажется что для руководящих должностей действовать — это норма.
Нужно просто думать своей головой и опираться только на здравый смысл. Отбросить догмы, парадигмы, идеологии, методологии, навязанные ценности и прочий булшит. А главное послать к чёрту всех товарищей, которыми управляют эти штуки.
Одним из достоинств openstack о котором все говорят — это то что его можно пилить, пилить, пилить под себя. Причем это придется делать обязательно.
Спасибо! Мы лучше поюзаем стабильный libvirt со стабильным centos с прозрачными и логичными архитектурой и функционалом. А потом имеющиеся толковые разработчики на питоне сделают маленькую утилиту для выбора хоста и запуска виртуалки и оно тогда почти ничем не будет отличаться от «крупного облака».
Опишу цикл жизни инстанса в Nova:
1) Пользователь через API отправляет запрос на запуск виртуальной машины.
2) nova-schedule пытается найти ресурсы для запуска этой виртуальной машины. Обращается к базе mysql и находит там информацию. После этого все уходит к nova-compute.
3) nova-compute обращается к glance-api и получается образ нашей виртуальной машины.
4) После этого начинается работа nova-network. Происходит настройка сети, выделение public и private адресов, проброс трафика и все прочее связанное с работой сети.
5) После настройки сети nova-compute запускает виртуальную машину с помощью одного из гипервизоров (на данный момент kvm или xen).
Мне кажется, после разработки этой системы энтропия Вселенной подскочила сразу на 10 пунктов.
Менеджер. Один из используемых гипервизоров (а может и единственный) — kvm.
Я бы тоже хотел почитать человекопонятное описание, хауту и вообще хоть какие-нибудь технические подробности.
Последний раз когда пытался настроить — неюзабельная и сырая штука.
Пример:
Согласно документации образы виртуалок можно хранить в любом из форматов: qcow, qcow2, raw, lvm и т.п. Отлично — думаю я, у меня как раз есть образы qcow2 от использования в libvirt/kvm.
Даю команду создания инстанса из этого образа. Ничего не происходит.
Смотрю список процессов. А там qemu-img старательно конвертирует образ в другой(нужный) формат. Т.е. он берёт образ, конвертирует его, и только потом запускает машину. Т.е. если образ несколько десятков гигабайт, запуск инстанса займёт время, сравнимое с часом. Это если хватит дискового пространства, ведь для конвертации нужно 2х объёма. Фейспалм. И настолько же качественно (я бы назвал такой уровень качества «на отъебись») спроектирована вся система.
До сих пор нет нет да выйдет апдейт для n900. И это учитывая что платформа объявлена заброшенной.
Объявите просто что n950 будет выпускаться много ещё лет вперёд. И заказывайте в китае маленькими партиями по готовым чертежам. Софт будет саморазрабатываться!
Пожалуйста, не вводите людей в заблуждения. И поймите вещи немного получше, прежде чем объяснять их другим людям.
Тип IO может иметь не только функция main. Можно написать программу, где вообще все определённые пользователем функции будут иметь тип IO. Соответственно и «действия» выполняться могут там.
«в Haskell мы будем ждать до тех пор, пока не сформируем окончательное IO действие в main» — эта фраза вообще не имеет никакого смысла.
Цитата:
В императивном языке намного проще реализовать такое поведение, ведь мы можем реагировать на какие либо события «в реальном времени», в то время как в чистых функциональных языках нам придётся откладывать общение с системой до самого конца.
www.wiley.com/legacy/products/subject/business/forbes/ford.html
www.worklessparty.org/timework/ford.htm
en.wikipedia.org/wiki/Eight-hour_day
А оказалось что это позволяет более интенсивно эксплуатировать труд наёмных рабочих.
Можно сделать ещё один счётчик: кол-во выступлений, в которых не было сделано ни единого обещания. А то так можно прослыть невиданным по ответственности и исполнительности человеком, не пообещав и не сделав ничего. Мне кажется что для руководящих должностей действовать — это норма.
Нужно просто думать своей головой и опираться только на здравый смысл. Отбросить догмы, парадигмы, идеологии, методологии, навязанные ценности и прочий булшит. А главное послать к чёрту всех товарищей, которыми управляют эти штуки.
Мощный троллинг тойотоводов.
Спасибо! Мы лучше поюзаем стабильный libvirt со стабильным centos с прозрачными и логичными архитектурой и функционалом. А потом имеющиеся толковые разработчики на питоне сделают маленькую утилиту для выбора хоста и запуска виртуалки и оно тогда почти ничем не будет отличаться от «крупного облака».
Опишу цикл жизни инстанса в Nova:
1) Пользователь через API отправляет запрос на запуск виртуальной машины.
2) nova-schedule пытается найти ресурсы для запуска этой виртуальной машины. Обращается к базе mysql и находит там информацию. После этого все уходит к nova-compute.
3) nova-compute обращается к glance-api и получается образ нашей виртуальной машины.
4) После этого начинается работа nova-network. Происходит настройка сети, выделение public и private адресов, проброс трафика и все прочее связанное с работой сети.
5) После настройки сети nova-compute запускает виртуальную машину с помощью одного из гипервизоров (на данный момент kvm или xen).
Мне кажется, после разработки этой системы энтропия Вселенной подскочила сразу на 10 пунктов.
Я бы тоже хотел почитать человекопонятное описание, хауту и вообще хоть какие-нибудь технические подробности.
Последний раз когда пытался настроить — неюзабельная и сырая штука.
Пример:
Согласно документации образы виртуалок можно хранить в любом из форматов: qcow, qcow2, raw, lvm и т.п. Отлично — думаю я, у меня как раз есть образы qcow2 от использования в libvirt/kvm.
Даю команду создания инстанса из этого образа. Ничего не происходит.
Смотрю список процессов. А там qemu-img старательно конвертирует образ в другой(нужный) формат. Т.е. он берёт образ, конвертирует его, и только потом запускает машину. Т.е. если образ несколько десятков гигабайт, запуск инстанса займёт время, сравнимое с часом. Это если хватит дискового пространства, ведь для конвертации нужно 2х объёма. Фейспалм. И настолько же качественно (я бы назвал такой уровень качества «на отъебись») спроектирована вся система.
Только я бы называл это вторыми производными.
Объявите просто что n950 будет выпускаться много ещё лет вперёд. И заказывайте в китае маленькими партиями по готовым чертежам. Софт будет саморазрабатываться!
Здесь нет ничего специфичного для хаскеля. Чтобы увидеть эффект от любой фукции в Си мы должны точно также добавить её в main.
Если бы я понимал что вы хотите выразить этим высказыванием, я бы не задавал свой вопрос.
Тип IO может иметь не только функция main. Можно написать программу, где вообще все определённые пользователем функции будут иметь тип IO. Соответственно и «действия» выполняться могут там.
«в Haskell мы будем ждать до тех пор, пока не сформируем окончательное IO действие в main» — эта фраза вообще не имеет никакого смысла.
В императивном языке намного проще реализовать такое поведение, ведь мы можем реагировать на какие либо события «в реальном времени», в то время как в чистых функциональных языках нам придётся откладывать общение с системой до самого конца.
Совсем не понятен смысл этого предложения.
Ровно на столько же пригодный для повторного использования код получается в процедурном программировании.
Цитата:
А ООП тут при том что мы оперируем объектами, что является достаточно природным для нашего мировозрения.
Согласен, в каждом руководстве по ООП или С++ написана эта глупость.