已 star ，十分棒。不知你是否有产品化此项目的想法，我观察到：1) 办公族繁忙的工作中存在透口气的需要，其中存在不方便刷手机的场景，这时候该如何满足透口气的需求 2 ）思考问题的时候人有时会发呆 我前面有感到你这个项目能够满足其中一部分群体的需求，你的配色和动效给人一种”治愈“的感受（举例来说，我是一名产品经理，目前刚写完一部分 PRD 很累想休息会，但公司的电脑装了监控其实不能随意地浏览和工作无关的信息，因此我就盯着它看了会感到挺放松的）。可能的一个思路是做成 chrome 浏览器插件，让它成为每个 tab 的默认背景。 这是我的分析和提案，供参考。

@leontung
问问自己，20-30 年的未婚青年有啥特性？
我的观点和经验：
1. 荷尔蒙在顶峰
2. 处于生命的前半段，选择会比 40-70 的人多
虽然兴趣的确是匹配因素之一，但我就我的观察而言它是充分非必要的因素，对于这一阶段的小青年们，我认为核心驱动力是颜值，颜值是第一筛选器。
对于男性而言，希望能够多多接触漂亮的妹子，颜值一般但兴趣匹配的会怎样呢？在有选择的情况下，微信里留着聊聊，同时用力和美女多聊。
对于女性而言呢？如果她认为自己有足够的选择，那自认为颜值一般的先归类为待定区，等个高颜值帅哥来撩。
什么时候会优先考虑看看兴趣呢？我判断很有可能是没有选择的权利了，只能将就了。

我身边有个案例，我的伴郎相亲几十次，他看得上的别人看不上，最终和一个妹子谈了。虽然嘴上扯着对方的好，我婚礼和他说会有好看的妹子来，他就没有带上女朋友来参加我的婚礼。
你看，这就是用户的言行不一。

综上，就产品结论而言，针对这一目标人群我认为推出颜值匹配器更有前途。

是否是这样，可以打造 MVP 产品测试市场。
很简单的，你做个 Excel 表格，你先收集大家的兴趣，然后去匹配试试。
再对照试试给照片匹配。
最后做份用户调研即可。

@leontung
我自己是 B 端产品，但我认为产品底层的方法论是一样的。做一款产品之前我们最好找准目标用户与他们的需求，同时自己还要判断他们的需求是否是伪需求，比如”口是心非“。
从你的描述来看，我推测你产品的目标用户是年龄段 20-30 这一年龄段的未婚青年人群，而非 40-70 这样中老年未婚人群（包括未婚或者离婚的）

作为一名已婚的产品经理来分享一下自己的观点：

想请教下你和你团队都用远程开发了么？对比本地开发的优势有哪些？
我是写 Golang 的，团队是在本地写代码连线上测试数据库，还是比较传统的。我自己一直在关注远程开发，希望能够结合真实用户场景向团队推广推广。

@yimity 谢谢建议，我可以向老板建议让前端用 NodeJS 来写小程序项目，别让我这个写 Golang 的人来写哈哈

@sudoy 原来如此，能够帮助提升开发速度的核心是云函数预封装了很多逻辑，让我们可以一行代码就能调用而非都自己写。

@yimity 原来如此，由前端通过 NodeJS 写后端逻辑会十分费时么？我自己主要写后端，随着项目要写前端，因此对此领域感受不深。

@imity 你好，根据博客猜测你是前端工程师？可否分享一下速度主要提升在哪些环节么？我目前也在替团队调研小程序的研发解决方案，看到你的结论我相信我老板会很感兴趣。

@zkw111
1. 有能力上的定义是？是指已经上了，会继续上？还是没有上但愿意投入资源上？另外那对于没有能力上的客户呢？是什么阻碍他们上 K8S ，你们能否解决这些阻碍？有没有可能从中获得机会？
2. 运维工作广泛而复杂，你们解决哪些领域里的哪些问题呢？解决这些问题，能够为客户带来什么好处吗？可以具体描述。
以上都是抛砖引玉的问题。

嗨 @zkw111 我目前是云计算和云原生领域的产品经理，之前做过多年开发。看到你的疑问我认为很棒，因为你已经在思考产品的商业价值了，毕竟开公司不是做慈善还是需要营收维持公司运作:)
我先问 2 个定位问题：
1. 你们平台的核心目标用户是谁？
2. 这些用户的核心需求是什么？
请尽可能地量化以上 2 个问题的回答，例如可以通过形容词限定。

@vilic thanks ，我 star 了项目，待会试用一下，如果有问题向你请教

@dayeye2006199 哈哈，我也一直看网页，直到想到为什么不在 IDE 里 review ，是不是更高效？所以跑来请教大家意见

@enchilada2020 感谢送我到黄浦江边:) 如果要上 VS Code 市场的话，开源是首选，特别是还涉及代码这样敏感的插件，必须把代码整整齐齐地暴露给大家 review

@lizuoqiang 不支持
> Review GitHub pull requests and GitLab merge requests in Upsource.

@Ljcbaby 请问你日常使用这个插件么