Обновить
-17

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

2
Подписчики
Отправить сообщение

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

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

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

полностью поддерживаю
пс. топикстартер балабол и хамло

в первом предложении "ссылки" на статьи не кликабельны - только формат текста как у гиперссылки. пожалуйста поправь или дай ссылки комментарием

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

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

я только интересуюсь ML и возникли вопросы:
1) почему 30кв.м превращается в 0 а не скажем в 0.03?
2) почему время, к примеру 3 часа, нельзя превратить в синус 45% +/- 1?

DevOps - улучшает скорость доставки и использует метрики для этого
SRE - улучшает стабильность и использует метрики для этого

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

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

"Сегодня я разберу финальное задание, как и обещал участникам тренировок. Оно состоит в том, чтобы развернуть инсталляцию приложения из готового бинарника, которая будет соответствовать SLA из ТЗ"

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

над вычиткой логов в попытках найти порты посмеялся, netstat же нам не нужен.

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

1) "Для состоявшегося в IT спеца, желающего сменить стек, никакая IDE не проблема" - только если проблема не вида что раньше была IDE, а теперь можно сказать что нет. Инструменты гораздо менее развиты.

2) "Мейнфреймы нынче в вируталках" - эмулировать нормально так и не научились, в виртуалках что-то что поможет написать helloy world но не более

3) "Отсутствие документации" - так же как и с IDE - в сравнении можно считать что ее нет.

ПС. Watsonx Code Assistant еще пару лет назад был очень сомнителен. А пилить его начали чуть ли не 10 лет назад - сомневаюсь что сильно продвинулись

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

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

К примеру для тестирования настройки правил в том же докер-композ или кубернетес

вот тут рабочий способ получить api - https://habr.com/ru/articles/704600/

еще бы кто подсказал как delphi поставить было совсем хорошо

альтернатива в посте этого же автора от 8го апреля - там РЖД это окно в светлое будущее. думается мне что цель автора это посеять смуту а не донести что-то реальное. как работник из IT РЖД могу сказать что и в том посту и в этом просто с потолка выражения взяты без понимая ситуации, сравнения с аналогами.

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

А кто-нибудь пробовал именно нанимать, а не анализировать? Поделитесь опытом пожалуйста. Вот я два месяца назад с трудом нашел ученика на DevOps(за 150к). Что-то не припомню когда раньше ученики выставляли резюме за 100-150к - 8 лет назад сам начинал учеником в сисадмины с 40к(на самом деле 20, но ее подняли через 3 недели).
Что-то мне подсказывает что крики от крупных компаний о том что всё пропало - только крики.

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

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

тоже не представляю что нужно делать чтобы стать сеньером за 6 лет.

1
23 ...

Информация

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