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 минут после начала интервью, я заметил накладку не сразу). Поскольку интервьюер к этому моменту уже повторял одни и те же вопросы по кругу, я был уверен, что ещё полчаса нам в любом случае не нужны.

Резултати

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

Търсене: #api

当前筛选 #api清除筛选
Repositorio data science

@repo_science · Post #3770 · 01.12.2023 г., 23:52

#api 🕹 Public APIs A collective list of free APIs for use in software and web development 🔗Github ----- Main channel: @repo_science Coupons: @freecoupons_reposcience -----

Hashtags

# DeepLX 作者发福利 https://linux.do/t/topic/207643 https://deeplx.missuo.ru 登录上面个链接,授权 GitHub,如果账户注册满 3 年可以获得最高每日 50 万字符的翻译 API,已领。 这个可以用在沉浸翻译插件,在沉浸翻译插件开启 Beta 模式,然后输入框增强的更多翻译服务里选择 DeepLX(Beta) 翻译,最后填写 API URL,API Endpoint 复制进去就行。 #api

Hashtags

黄鸭支付公告

@XlanPayChanel · Post #337 · 06.07.2024 г., 13:49

🤒 🤕 新增1个国内备案API 对接域名 域名信息已发布在网址后台公告栏处,请各位商户切新API 对接。 更改API 后记得在CDN中放行该域名哦,以免造成无法通知掉单情况 #API

Hashtags

黄鸭支付公告

@XlanPayChanel · Post #302 · 07.06.2024 г., 04:49

🤒 🤕 新增1个国内api对接备案域名 域名信息已发布在网址后台弹出公告栏处,请各位商户按需对接。 更改api后记得在CDN中放行该域名哦,以免造成无法通知掉单情况 #API

Hashtags

黄鸭支付公告

@XlanPayChanel · Post #261 · 04.05.2024 г., 07:31

🤒🤕 为有效应对湖北地区封锁问题,新增1个国内api对接域名 域名信息已发布在网址后台公告栏处 更改api后记得在CDN中放行该域名哦,以免造成无法通知掉单情况 #API

Hashtags

黄鸭支付公告

@XlanPayChanel · Post #245 · 25.04.2024 г., 05:11

🤒 🤕 新增1个备案域名 api对接域名 域名信息已发布在网址后台公告栏处,请各位商户按需对接,老api仍可使用。 更改api后记得在CDN中放行该域名哦,以免造成无法通知掉单情况 #API

Hashtags

黄鸭支付公告

@XlanPayChanel · Post #233 · 16.04.2024 г., 06:05

🤒 🤕 新增1个国内api对接域名 域名信息已发布在网址后台公告栏处,请各位商户按需对接,老api仍可使用。 更改api后记得在CDN中放行该域名哦,以免造成无法通知掉单情况 #API

Hashtags

黄鸭支付公告

@XlanPayChanel · Post #229 · 13.04.2024 г., 14:39

🤒 🤕 新增两个api对接域名 域名信息已发布在网址后台公告栏处,请各位商户按需对接,老api仍可使用。 可能会对部分地区无法打开支付的情况,有所缓解 #API

Hashtags

#API 2021-10-16 规则filter增加参数 fcr=1/2 , 即分别添加 [force-cellular] / [multi-interface] 参数, 强制匹配的请求走蜂窝数据 或者 蜂窝混合Wi-Fi网络。 - 建议使用fcr=2 , 适合Wi-Fi不稳定的情况 - 添加成功后,分流规则能看到上图的标识

Hashtags

#API 2021-09-18 all2surge 新参数 info=1 - 用于提取订阅链接header内【流量/套餐时间】信息作为假节点展示。 - 如只需要该假节点,而不保留转换订阅链接内其它真实节点,请加参数 hide=1 https://dove.589669.xyz/all2surge?&info=1&sub=xxx

Hashtags

123•••10•••1516
ПредишнаСтр. 1 от 16Следваща