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

Резултати

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

Търсене: #rsshub

当前筛选 #rsshub清除筛选
ALL About RSS

@AboutRss · Post #1191 · 24.03.2022 г., 01:01

RSSHub 的近况 今年1月,#RSSHub 的作者 DIYgod 征集项目运维。过完年, RSSHub 的打理人正式变更为 @tony_rl 。我最近与 @tony_rl 联系了一下,获取了一些 RSSHub 的近况,经授权分享。 接手后的工作进展: ☑️ 解决 PR 和 issue 堆积问题,目前从提交 PR 到 merge:一般当天/第二天 merge,最慢估计三天内;如果有动到核心的部分就可能久一些。 ☑️ 二月时把所有 issues 里面没 label 的都打上了相应的 label,共有 149 proposal / 100 bug / 29 enhancement 。 ☑️ Demo 的 puppeteer 服务已经在3月1恢复正常, 目前在观望状态。 关于布告栏频道是否恢复新路由通报: 🔘 /rsshub/routes 已经修过, 不会出现退订自己的情况。但因无频道管理权限,需要 DIYgod 来恢复。 未来可能开的坑(不分先后,不保证开坑时间): ▫️翻译 ▫️随机 User Agent ▫️文档更新 ▫️RSS Proxy ▫️Docker 镜像优化 ▫️PR + Issue 自动化 不会开的坑: ✖️ESM 关于项目健康度: 除了以上述 PR 到 merge 的平均时间作为运维健康度指标参考,大家还可以查看项目数据看板: GitHub pulse / GitHub commit activity 。可以看出项目逐周的 commit 数比去年有较大增长,预示发展良好。 特此感谢 @tony_rl 及项目其他贡献者。感谢开源社区。

Hashtags

ALL About RSS

@AboutRss · Post #1157 · 07.01.2022 г., 03:06

为 mirror.xyz 生成 RSS Feed 最近 Web 2.0 和 3.0 的玩家都在苦恼 mirror.xyz 没有 RSS feed,无法订阅。终于有大佬出手了。 🔸方法一: 把 url 里的 mirror.xyz 换成 submirror.xyz 就可以得到对应博客的RSS feed 。 来自于 https://m.okjike.com/originalPosts/61d703db52562e00103c0877 发现于 https://twitter.com/iextrastu/status/1479261426006966277 🔸方法二: RSSHub 路由: https://github.com/DIYgod/RSSHub/pull/8742 可以先从 PR 里用其测试预览用的 #RSSHub 实例,用法示例: https://rsshub-git-fork-rde9-master-diy.vercel.app/mirror/mcdao

Hashtags

ALL About RSS

@AboutRss · Post #708 · 08.07.2020 г., 08:03

在发布了「利用 RSS-Bridge 为 Telegram Channel 搜索结果页生成 RSS Feed」的技巧,并表示 #RSSHub 还做不到之后,RSSHub 马上跟进实现了同样功能。这彰显了本频道对领域内热门产品的鞭策作用(大误 🙈🙈🤪

Hashtags

ALL About RSS

@AboutRss · Post #1356 · 03.08.2023 г., 01:00

RSSBud v2.0 发布 时隔两年,RSSBud 终于发布了 2.0 版本。相较定位为 #RSSHub 的 #开源 辅助 App 的 1.0 版本,2.0 版本已升级为一个 RSS Feed 发现工具和订阅过程中间件,不单单限于辅助 RSSHub 。详见官方频道: https://t.me/RSSBud/74

ALL About RSS

@AboutRss · Post #1060 · 02.07.2021 г., 00:59

「借助 RSSHub 对源站 RSS 内容过滤 (和全文输出)」 感谢群友投稿#教程 :通过给 #RSSHub 增加 rss-parser 让其支持解析 RSS 内容,再利用 RSSHub 自带的 filter 功能进行 RSS Item 过滤。 https://telegra.ph/Use-reverse-proxy-to-filter-source-feed-contents-07-01

ALL About RSS

@AboutRss · Post #962 · 18.02.2021 г., 01:00

#教程 「仅在 localhost 中部署并使用 #RSSHub 」 Blogger ChrAlpha 的新作: https://blog.ichr.me/post/localhost-docker-rsshub/ 发现于其推文: https://twitter.com/ichralpha/status/1361671627059068931

ALL About RSS

@AboutRss · Post #836 · 06.10.2020 г., 12:30

「使用RSSHub自制Matataki RSS源」 怎么给 #RSSHub 写新路由并本地调试?该文就是一个 #教程 例子。 https://matataki.io/p/5377 发现于 https://twitter.com/realmatataki/status/1312555967037370368

ALL About RSS

@AboutRss · Post #1526 · 27.02.2026 г., 02:31

Awesome RSSHub Routes 感谢开发者提交 PR #124,分享了 Awesome #RSSHub Routes,包含官网 RSS Feeds 和 RSSHub 的路由,并输出了 #OPML 供一次性导入,且支持及时检测 Feed 可用性。 🔗https://jackyst0.github.io/awesome-rsshub-routes/ 🐙https://github.com/JackyST0/awesome-rsshub-routes/blob/main/readme-zh.md

Hashtags

ALL About RSS

@AboutRss · Post #892 · 02.12.2020 г., 01:00

#Tips 用 RSSHub 为 Twitter List 生成 RSS Feed 的关键一步:找到 Twitter List 的name 昨天有一位朋友需要借助 #RSSHub 订阅公开的 Twitter 列表 。找到路由后,发现需要 Twitter List 的 name 。结果遇到个问题, Twitter List 的名称并不是大括号里的这串数: https://twitter.com/i/lists/{1233178684502106112} 。而是要找类似 twitter.com/aboutrss/lists/{rss} 里的大括号部分。 我把我回复给 Ta 的找 name 的方法整理在这里,也许大家有更方便的方法,欢迎讨论。 以我自己的列表 Twitter.com/AboutRSS/lists 为例: ℹ️如果 list 名字都是中文,没有英文,则 url 就是 twitter.com/aboutrss/lists/list,name 就是“list” 。如果该推友有多个名字只中文没英文的list,则第二个就像 twitter.com/aboutrss/lists/list1 ,加个“1”,以此类推。 ℹ️如果 list 的名字里中英夹杂,那基本 name 就是英文,比如 twitter.com/aboutrss/lists/rss ,中英夹杂的列表名字里「与RSS相关的开发者或内容生产者」只有英文 “rss” 。 ℹ️如果两个中英夹杂 list 都有同样的英文,比如都有 “rss” , 那一个 name 是 rss,另一个则是 rss1 ,就像 twitter.com/aboutrss/lists/rss1 ⚠️遇到名字复杂、带其他外文或 emoji 的 list,不适用于上面的方法,我自己是用推特的第三方 iOS app 「Echofon」 去打开 list ,上方即显示其带 name 的 url。 ❔另外,也能搜到些方法,比如 https://sspai.com/post/38661 ,该贴评论里还有人附上了专门做的 shortcut : https://www.icloud.com/shortcuts/f69a970d998c42ed87f95bc95e25b0ef 不过该方法我自己并未试过。

Hashtags

ALL About RSS

@AboutRss · Post #922 · 02.01.2021 г., 01:00

RSSForever.com : 提供公开的 TTRSS 和 RSSHub 实例 频道提及过「思有云」博主 Stille 在去年上半年开始提供 #TTRSS 和 #RSSHub 实例,如今 Stille 将其数据库升级并切换域名至 https://rssforever.com/ ,十分感谢! 发现于博主日志: https://www.ioiox.com/archives/notice-2020-12-31.html

ALL About RSS

@AboutRss · Post #1359 · 16.08.2023 г., 07:00

「用 RSSHub 替代 Feed43」 为了让 #RSSHub 能够规则化地将任意的 HTML 和 JSON 转换为 RSS,Wechat2RSS 作者贡献了代码,且已并入 RSSHub。 原理是在路由生成过程中引入 CSS 选择器 / JSON Path 进行内容提取。作者写了教程并附上了小工具: https://t.me/allaboutrss/13105 官方文档: https://docs.rsshub.app/routes/other#zhuan-huan P.S. RSS Bridge 亦已支持此类功能: https://rss-bridge.org/bridge01/#bridge-CssSelectorBridge P.P.S. 基于 CSS 选择器的 #HTML2RSS 工具还有: 🔸HTML2RSS 🔸Feed me up, Scotty! 🔸Feedmaker 🔸Feed Creator

ПредишнаСтр. 1 от 4Следваща