Как стать автором
Обновить
-9
0

Пользователь

Надеюсь следующим шагом будет производство электроники как в китае, и средняя зп как в китае.

Скоро вам покажут на Рутубе и зп, и электронику, и победу, конечно же.

Вкратце:
Сохраняйте спокойствие, пока не отключили от свифта. А как отключат, тоже сохраняйте, ведь это единственное, что у вас останется.

Ansible -- единственное решение для интерпрайза.

В договорах на поддержку "аппаратно-программных" комплексов IBM и Oracle (про других не знаю) напрямую говорится, что заказчик несет ответственность за неисправности, вызванные установкой 3rd-party software.

И да, если ваш менеждер поверил вам, что вы легко докажете поддержке, что "этот маленький агент точно не мог вызвать kernel panic", то бегите из этой конторы немедленно.

Профессионалы иногда не очень приветливы
www.euronews.com/2021/01/15/hacked-covid-19-vaccine-documents-were-manipulated-before-release-on-internet-says-eu-regu

Новость от 15 числа. Так что это как-бы публикация заведомо ложных сведений.

Вы же в ФСБ любите эту статью, да?
А где сказано о произношении? (В особенности, что «Mi» большинство англоговорящих ни в коем случае не прочитают как «май».)
Разница в одну букву и, по всей видимости, в один звук. Да и категория товаров та же.

Прецедент уже был, кстати. en.wikipedia.org/wiki/Microsoft_Corp._v._Lindows.com,_Inc.

Lindows Inc. пытались доказать, что «Lin» это часть слова «Linux», ибо понимали, что изменение одной буквы в слове «Windows» в той же категории товаров это провал.
Поздравляю всех с наступившем на Хабре Первым каналом!

В посте:
В своём заявлении компания Apple указала, что регистрируемый товарный знак «Mi Pad» похож на однотипные продукты и услуги под товарными знаками «iPad», «iPad Smart Case», «iPad». «iPad Pro», «iPad Mini» и «iPad Air».


И 90% комментаторов сразу такие:
Да кто спутает планшеты Apple и Xiaomi? Ахаха!

А ничего что, товарный знак вряд ли может быть похож на товары и услуги? (А уж товары Apple и Xiaomi вообще никто сравнивать не собирался.)

В оригинале новости:

Как говорится в заявлении американской компании, оспариваемый товарный знак сходен до степени смешения в отношении однородных товаров и услуг МКТУ с ее товарными знаками «iPad», «IPAD SMART CASE», «IPAD», «iPAD», «IPAD PRO», «IPAD MINI» и «IPAD AIR».


Не оставляйте комменты по пьяни, пожалуйста
Я понимаю, пересмотрели замечательных новогодних шоу под холодную водочку, хочется выплеснуть дерьмо. Но есть же Одноглазники, ВТентакле, родственники и друзья, в конце концов. Зачем на нормальный ресурс-то нести скандальных бабок с подъезда, спорящих с певицей валерией про хохлов?
Уровень отставания даже в 86-м просто поражает. А говорят Горбачёв виноват…

Но параллели, конечно, потрясающие. Что тогда собирались копированием IBM S/360 победить IBM (как поставщика решений для Минобороны США), что сейчас — переклеиванием шильдиков. Подполковник оказался хорошим реконструктором.

Star Wars
В 80-х, несомненно, это была «Атака Клонов», а сейчас, даже не знаю, Family Guy «Something, Something, Something, Dark Side», что-ли.

Для клиента ЦОД и должен быть сферическим и в вакууме (лучший пример — AWS). Но не важно.

Про N/2 в заявлениях ЦОДов речи не идет. N/2 для команды инженеров это весьма ощутимый удар. Речь о 30% от всех сотрудников. Если взять ваш пример,
остальные N-1 нужны для ввода в работу нового оборудования и плановой замены старого оборудования на более новое

то можно довольно смело предположить, что в этом ЦОДе в такой момент снижаются продажи, а значит этот конкретный ЦОД может отправить на удаленку больше (относительно других ЦОДов) сотрудников отдела продаж. (Вопрос, покроет ли это разницу, но с продажами же связан не только этот отдел.)

А если серьезно, то покажите мне хоть один ЦОД, где инженеры с допуском в серверные помещения составляют хотя бы 50% сотрудников. Не уборщицы, охранники, топ менеджмент («потому что, у топов должен быть доступ!»), а именно инженеры. Я уверен, что любой российский ЦОД может отправить на удаленку 30% сотрудников, не оправив туда ни одного инженера.

Но не все так просто
Многие ЦОДы уже давно отправили большое количество инженеров на удаленку. И если вот эти, плакальщики газеты Коммерсант, не поступят также, то их инженера просто разбегутся в нормальные ЦОДы. Но поскольку, по причинам, указанным мной в первом комменте, эти так не могут, то они пытаются продавить свою идею всем сидеть очно.
Я получу такой ответ от директора ЦОДа?

Что ж, ведь время выполнения перечисленных вами задач не увеличится настолько, что выйдет за рамки SLA, указанного в контракте? Значит все в порядке. Или вы пытаетесь намекнуть, что столь безрассудны, что подпишете что угодно?
Вы и правда думаете у меня есть шанс на такой ответ? Ок. Тогда, я смело сделаю вывод, что проблема этого ЦОДа не в переводе 30% от всех сотрудников на удаленку. А в манере директора управлять путем отказа от ответственности.

Don't ask, don't tell
Это же классика — если я не спросил, то сам и виноват. «Вы же не уточнили, что имеете в виду повышение рисков того, что ваше оборудование…
— выкинут на помойку
— украдут
— зальют мыльным раствором (не водой заметьте, про воду вы спрашивали).»

Ну это детский сад.

Я не должен «угадывать» возможные риски из-за беременности бухгалтера, просто мне показалось, что отказоустойчивость ЦОДа к потере части сотрудников не была достаточно освещена в пламенной речи директора.
Весело, конечно.

Но выбывание на удаленку не выводит человека полностью из игры.

что никому не нравится и увеличивает количество ошибок

Ну и отдельно умиляет резервирование сотрудников под 0%, учитывая российские зарплаты относительно стоимости оборудования — одна лишняя ошибка может привести к потерям, равным годовой зарплате резервного сотрудника. Если в этих ЦОДах также, то там явно проблема не в «карантинных мерах» и «удаленке».
Ну ясно, если вы забыли телефон дома, то вы не сможете позвонить дяде Васе, даже если дома кто-то есть, ведь если контакт-лист не в онлайне, то, очевидно, требуется ваше физическое присутствие дома, чтобы посмотреть номер контакта.

Ну ок, зайдем по-другому. Если я приду в каждый из этих ЦОДов и скажу, что хочу арендовать оборудование на 10 стоек, но хочу выбрать самый надежный ЦОД. И, после того как директор мне распишет как у них все супер отказо- и даже катастрофоустойчиво, я спрошу: «А как увеличатся риски, если половина команды, которая будет отвечать за мои стойки, просто уволится?».

Как думаете, в скольких случаях я не получу ответ «никак»?
А как происходит замена запчастей?

По мне, так 80% времени уходит на пред- и постустановочные процедуры. Просто тот, кто находится в ЦОДе перестанет их выполнять.
Грубо говоря, заменить сгоревшую PCI карту можно менее чем за полчаса, но сколько уйдет времени на то, чтобы мигрировать сервисы и вернуть их обратно?
Тот же сгоревший БП поменять можно за минуту. А на обновление статуса уходит до пяти (если у вас не какая-то дичайшая система мониторинга).

Понятно, что в каких-то ЦОДах практиковалось «это оборудование числится за вашей командой, сами меняйте», но это ж не прямо такая трагедия, что приведет к «проблемам и сбоям в IT-инфраструктуре многих компаний». Ну поменяет СХДшник сетевой модуль в Циске, ну не катастрофа же.
А как было раньше, когда инженер третьей смены уходил в отпуск?
Спасибо за ответ.

Вообще про организацию работы можно написать отдельную статью, конечно)) А эта про найм и онбординг))

Но то, что вы написали в комментарии, на мой взгляд, стоило упомянуть в этой статье. Может быть я сужу по себе, но у меня сложилось впечатление, что в компании существует некое подобие дедовщины — старые команды для повышения заработка сливают проблемы новобранцам. Теперь специфика работы стала намного понятней.
По идее, у них должно быть двойное резервирование по инженерам.
Ну и в то, что 70% инженеров занимается заменой запчастей верится с трудом. Особенно учитывая, что новые проекты в нынешних условиях находятся практически в заморозке. А значит, рабочее время инженеров наоборот высвободилось. Да и вообще, вы хоть раз заходили в какой-нибудь ЦОД, а там одновременно работает 70%+ всех инженеров? Только при пуско-наладке самого ЦОДа, наверное, такое можно наблюдать, и при глобальном сбое. Хотя, во втором случае, это будет вряд ли возможно, потому что пока подтянутся все резервные инженера, первые ликвидаторы пойдут спать.

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

(Набирать клиентов без разбора, как начнутся проблемы — раздать.)

Хороший коллектив, видать.
Вот. Объявить выговор, требовать объяснительную, уволить и нанять кучу вайтишников.

Но, видимо, автор догадался, что это выглядит как-то не оч. Поэтому отредактировал:
если команда обеспечивает стабилизацию продукта до трёх девяток, надо разобраться, кто главный потребитель такой стабильности и насколько он ей доволен.

И превзошел себя. Оказывается, если команда выполняет какую-то задачу по проекту, то нужно обязательно разобраться есть ли это в ТЗ, и доволен ли заказчик. Запомните, дети, обязательно. (Хоть это и лежит вне пределов деятельности компании, естественно.)

А что если...
основным потребителем оказывается сама команда? То есть, не хочет писать хуже, чтоб легче было поддерживать.
Или руководитель компании? «Просто не терплю говнокод.»
Или регулятор? «Я, как клиент, хотел бы подешевле, если у регулятора печать поставите, то мне вообще аптайм не нужен.» (Обычно, связано с покупкой/доработкой ПО, «согласно ГОСТа» для получения сертификата соответствия.)

Есть ли тут вообще что выяснять? Есть ли хоть одна компания, которой такие кейсы не очевидны (клиент, который платит, не является заказчиком определенной фичи, но без нее не обойтись)? Детский сад.
Не стоит воспринимать пример так буквально.

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


То есть, если разраб имеет вИдение и может обосновать необходимость, то это не подпадает под «личную жизнь» и «узнать в лицо», это его хард-скил.

А вот в качестве «узнать в лицо» это что-то, типа хочу попробовать прыгнуть с парашюта и реализовать проект в Azure.

(Но касательно хард-скилов, я считаю, что все примерно наоборот в больших и маленьких компаниях.)

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность