TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #1115 · 30.06

Uzum #interview#dev Вышли на меня сами через бывших коллег, которые теперь там работают. Вакансия тимлида на Java (ага). Uzum — это такой Яндекс/Ozon в Узбекистане. Бывшие выходцы из Сбера и Яндекса в 2022 году пришли в Узбекистан и обнаружили, что там огромный, но совершенно пустой рынок с точки зрения крутых удобных цифровых сервисов, к каким мы привыкли в России. Голубой океан, как говорят. Естественно, получили лавинообразный рост, который, как я понял, идёт до сих пор. Активно хантят новых людей, в том числе из России. В основном устроиться туда можно через регистрацию налогового резидентства в Узбекистане. Зарплату получать в долларах (в настоящее время не ясно, плюс это или минус). А дальше уже сам решаешь, как передавать себе деньги в Россию: есть легальные, но запарные способы. Секции на лида такие: 1. Общение с техлидом / скрининг 2. Языковая секция 3. System Design 4. Менеджмент 5. Финалка и фит с руководством, на который заглядывает CTO На скрининге техлид сказал, что помнит меня по Цифровому Прорыву 2019 (приятно). Обсудили проекты, компанию. Я сказал, что я шарпист, а не джавист. Поскольку провести языковую секцию по шарпу у них некому, решили вообще её пропустить. Как я понял, тимлид здесь выполняет технические функции опосредованно, поэтому опыт в языке нужен, но не обязательно ровно в том, на котором пишет команда. Тем более, на джаве я всё-таки чуть-чуть кодил, просто после шарпа возвращаться на неё это как пересесть на старую Ладу с новенькой иномарки: вроде ездит, но уже давно привык к другому уровню комфорта. System Design Нужно было встроить функцию в существующую систему. Два сервиса отвечают медленно, а поверх них требовалось спроектировать ещё один сервис, который отвечает теми же данными быстро. Вообще, в таких условиях способа всего два: подделывать данные или накапливать. Кажется, интервьюеру не сильно было важно, как именно я думаю, и какими элементами из собственного опыта пользуюсь. Когда я размышлял вслух над вариантами решения той или иной проблемы, у меня было впечатление, что интервьюер оценивает факт такого размышления отрицательно, ожидая более быстрый шаблонный ответ. Ещё проблем добавило то, что существующую систему никак нельзя было менять. Нельзя было добавлять нужные события к существующим сервисам, нельзя было обогащать атрибутивный состав и обновлять контракты. Но с горем пополам сошлись на чём-то, хотя послевкусие от секции осталось так себе. Менеджмент Вообще, я очень сильно не люблю менеджерские секции, потому что эта область не детерминирована. Окей, существуют какие-то конкретные методологии и некое подобие теории поверх деятельности по управлению процессами, но незнание этих методологий абсолютно ничего не говорит о способности человека вести команду. Как и знание. В целом, когда интервьюер третий раз задал один и тот же вопрос, я понял, что секцию мне не зачтут, потому что я не понимаю, что именно хотят от меня услышать. Было примерно так: Интервьюер: — Как ты понимаешь, работает ли команда хорошо или нет? Я: — Во-первых, я смотрю на скорость и качество результата их работы. Эти показатели противоречат друг другу, поэтому нужно обращать внимание на баланс. Во-вторых, смотрю, как много дополнительного ручного управления требует команда, как часто нужно подключаться, чтобы решить какую-то проблему внутри. Интервьюер: — Окей. И всё-таки, как ты понимаешь, что команда перформит? Я: — Эээ, ну я уже сказал. Скорость, качество, самостоятельность. Интервьюер: — Да, я понял, но как всё-таки понять, нормально команда работает или нет? Ещё я закладывал на секцию час, а потом увидел в приглашении, что планировалось полтора. У меня был следом другой собес, поэтому я честно сказал, что есть всего час (это было где-то через 40 минут после начала интервью, я заметил накладку не сразу). Поскольку интервьюер к этому моменту уже повторял одни и те же вопросы по кругу, я был уверен, что ещё полчаса нам в любом случае не нужны.

Резултати

Намерени 90 подобни публикации

Търсене: #devops

当前筛选 #devops清除筛选
infosecurity

@tg_infosec · Post #3621 · 26.09.2025 г., 12:33

👣 Путь в DevOps: полное руководство для новичков с нуля - 2025. • Нашел интересный материал, который поможет понять, что именно необходимо знать и куда смотреть, если планируете вкатиться в DevOps. Рекомендую к просмотру: https://youtu.be/8kvMficZrIo ➡00:14 - Всевозможные компетенции DevOps Инженера; ➡00:44 - Кому проще стать DevOps Инженером; ➡02:29 - Что учить по минимуму и в каком порядке; ➡10:27 - 1. Основы Networking TCP/IP; ➡11:46 - 2. Администрирование Windows; ➡12:38 - 3. Основы Linux; ➡13:28 - 4. Ansible; ➡13:56 - 5. Git; ➡14:26 - 6. GitHub; ➡14:52 - 7. CI/CD: GitHub Actions, GitLab CI/CD; ➡15:29 - 8. Docker + DockerHub; ➡16:16 - 9. Kubernetes + Helm + ArgoCD; ➡17:04 - 10. AWS: Amazon Web Services; ➡19:12 - 10. GCP: Google Cloud Platform; ➡20:27 - 10. Azure: Microsoft Azure; ➡21:38 - 11. Terraform + Terragrunt; ➡22:42 - 12. Python. #DevOps

Hashtags

infosecurity

@tg_infosec · Post #3116 · 12.04.2025 г., 12:31

📋 Disaster Recovery Plan: Как правильно заваривать чай, когда горит серверная. • В жизни любого проекта наступает катастрофа. Мы не можем заранее знать, что именно это будет - короткое замыкание в серверной, инженер, дропнувший центральную БД или нашествие бобров. Тем не менее, оно обязательно случится, причем по предельно идиотской причине. • Кстати, насчет бобров - это не шутка. В Канаде они перегрызли кабель и оставили целый район без оптоволоконной связи. А в топе источника проблем для крупной телекоммуникационной компании Level 3 Communications вообще были белки. • Короче, рано или поздно, кто-то обязательно что-то сломает, уронит, или зальет неверный конфиг в самый неподходящий момент. И вот тут появляется то, что отличает компании, которые успешно переживают фатальную аварию от тех, кто бегает кругами и пытается восстановить рассыпавшуюся инфраструктуру - DRP. Вот о том, как правильно написать Disaster Recovery Plan мы сегодня и поговорим: ➡️Читать статью [10 min]. #DevOps

Hashtags

infosecurity

@tg_infosec · Post #2855 · 15.01.2025 г., 12:30

🗺 DevOps Roadmap • Держите крутой и актуальный roadmap для DevOps, который включает в себя необходимые ссылки на обучающие материалы для каждого шага на этом пути. ➡️https://github.com/milanm/DevOps-Roadmap - GIT; - Learn one programming language; - Learn Linux & Scripting; - Learn Networking & Security; - Learn Server Management; - Learn Containers; - Learn Container Orchestration; - Learn Infrastructure as a code; - Learn CI/CD; - Learn Monitoring & Observability; - Learn one Cloud provider; - Learn Software Engineering Practices; - Additional resources; - Tools; - Books. #DevOps

Hashtags

infosecurity

@tg_infosec · Post #2686 · 15.11.2024 г., 16:30

👨‍💻 Attacking Against DevOps Environment. • SCM AUTHENTICATION; • CI/CD service authentication; • Organization’s public repositories; • Configured webhooks; • Configured webhooks; • Direct PPE (d-PPE); • Indirect PPE (i-PPE); • Public PPE; • Public dependency confusion; • Public package** hijack (“repo-jacking”); • Typosquatting; • DevOps resources compromise; • Changes in repository; • Inject in Artifacts; • Modify images in registry; • Create service credentials; • Secrets in private repositories; • Commit/push to protected branches; • Certificates and identities from metadata services; • User Credentials; • Service Credentials; • Compromise build artifacts; • Registry injection; • Spread to deployment resources; • Service logs manipulation; • Compilation manipulation; • Reconfigure branch protections; • DDoS; • Cryptocurrency mining; • Local DoS; • Resource deletion; • Clone private repositories; • Pipeline logs; • Exfiltrate data from production resources. ➡️https://blog.devsecopsguides.com #DevOps

Hashtags

Audiences Channel

@Audiences_Channel · Post #5 · 10.01.2022 г., 14:47

#Audiences#Notice#DevOps DEPRECATED 已失效 最近有部分用戶反映無法連接主站或Tracker伺服器, 對於此問題,請嘗試以下解決方案: 主站連接 出現異常的用戶,請在hosts中添加 185.143.221.221 audiences.me Tracker 出現異常的用戶,請在hosts中添加 185.143.221.221 t.audiences.me 請注意,如果你的連接一切正常,此方法只會使連接性變差。 所以正常情況請不要應用此方法,除非你無法連接伺服器。 Channel: @Audiences_Channel

Audiences Channel

@Audiences_Channel · Post #15 · 29.04.2022 г., 02:35

#Audiences#Notice#DevOps#Invitation 感謝各位的支持和陪伴,現已接近特殊時期尾聲,站點恢復邀請權限至年輕氣盛(Power User),並發布幾條重要通知如下 1. 近期站點變動:種子列表頁支持 豆瓣鏈接 / ID搜索;默認以標題 / IMDb / 豆瓣搜索 2. 五月一日全體年輕氣盛(Power User)及以上等級用戶發放臨時邀請一枚,請各位規範發放 Channel: @Audiences_Channel

123•••78
ПредишнаСтр. 1 от 8Следваща