+

Настоящая проблема: это если б тебе не дали их собеседовать, а потом выносили мозг за то почему они не перформят как нада :)

там без syscall есть чему тормозить :)

То есть одной ноге настолько плохо, шо она готова бежать куда угодно, лишь бы не тут, а другая нога вцепилась в кресло и не может даже поныть что «все не так уж хорошо». Как-то странно. Ну и с другой стороны, если опасаешься шо за то что скажешь шо не все ок будут не очень приятные последствия, раньше чем надо, то, естественно, за то что скажешь что собираешься валить — последствий врядли будет меньше :)

Я бы удивился :) У Адама Смита вроде было про «взаимодействие эгоистичных индивидумов», которые типа приносят пользу обществу, пытаясь удовлетворить свой эгоизм, и все вот это вот и есть эта самая экомическая система. Про классы не помню.

Поживем — увидим. Синтетические тесты — это все же сродни предсказаниям погоды на другой планете. В основном проблематично соотнести их «попугаи» и реальность. Судя по всему, networking не особо пострадает, возможно пострадает интенсивный read/write c SSD, но они сами по себе быстрые, поэтому черт его знает насколько будет заметно на глаз. Очевидный пример: компиляция, у Фороникса просела заметно, но они сами пишут шо это возможно связано с другими патчами.

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

Писали что в macOS частично фиксы уже есть, как на мой вкус — ничего не поменялось, хотя опять же: системы разные, ядра по разному устроены.

Это талант. Если хватает памяти, можно испортить еще что-нибудь :)

Сомневаюсь, что для десктопа это будет сколько-нибудь заметно.

Ну жить наверное можно, спокойно — вопрос вкуса. С ФФ и 8Гб памяти я жил примерно следующим образом: когда количество памяти ФФ подползало к 3-4Гб, что в принципе проявлялось еще и в тормозах самого ФФ, он к этому времени начинал жрать еще и процессор обычно, я просто переоткрывал ФФ. Табы оставались, память освобождалась, праздник продолжался. Да, у меня есть дурацкая привычка открывать дофига табов и нет привычки их закрывать (150 — не предел). С 16Гб и новым ФФ перезапускать его приходится гораздо реже, может раз в неделю-две. (Коллега с Хромом и 64 Гб на буке вообще таким не страдает, и очень удивляется когда я рассказываю об этом. Хотя вот Слак его тоже задолбал :-) )

Да, 16Гб пока ок :) Исходя из логики: 8 Гб будет жрать браузер/скайп/слак, и еще 8 Гб на поработать.

Вы точно сумму всех процессов слака считаете? :)
850 Мб — и это точно не придел

Папа на день рожденья подарил девелоперов, вместо тамагочи («ты уже взрослый»). А они, твари такие, вырвались и убежали на свободу. И так пару раз подряд.

ну так с «не только» выяснили — это еще всякие там админы и девы, ничего нового. чем управление отличается? что там такого в налаживании взаимодействия между тем, другим и начальством, чего никогда-никогда без DevOps не появляется?

это в том числе и умение организовать их совместную работу, наладить коммуникации как между Dev и Ops, так и между теми, кому этот Dev и Ops в итоге нужен, то есть тем самым business owners

DevOps — это культура управления? Чем отличается от других культур? :)

Я правильно прочитал: «DevOps — это маркетинговый булщит для того чтобы непонятно шо, непонятно кому, всунуть подороже»? Я на самом деле не против такого определения, просто тогда оказывается что я думаю про это все гораздо позитивней, чем те кто двигает это в массы бизнеса :-D

вот только в реальной жизни большинство девов ничего не знают дальше собственного кусочка кода в этом приложении

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

а собственно зачем мне кого-то уговаривать?

Я вполне определился. Мы же все еще о культуре, а не о людях :)

У нас есть продукт. У нас есть условные software engineers, которые заниимаются всем: разработкой, тестированием, диплоем, мониторингом и всем-всем-всем. Они пишут это, они знают как оно работает, они это и расхлебывают от начала и до конца. Идеальная Agile-команда, кстати.

Если у нас много «продуктов», можем сделать для них общую платформу, со всякими там платформ инжинерами (ака опс), «продуктом» которых является сама платформа.

так и не надо Ops, отдельнных от Dev. DevOps же все-таки :)

В сложных случаях Ops могут заняться платформ инжинирингом.

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