一直在自由职业者的路上探索，唯自有一份属于自己的持续被动收入才能心地坦然。

赚钱的思路别人不会说，但我们要学会怎么去学。

那么怎么去看去学呢？我是这么想的：

首先，外包的一些任务里面，能捕获到很多有趣的需求，不管你承不承认，那都是用户最真实的需求，不管你想不想去接，看看别人的需求总是能学到一些东西。

另外，一些从 0 开始的产品，可以去学习他们创世的初衷，学习他们的营销技巧、创意来源、营销工具、时间分配、资金来源等等。

所以，我首先是为自己做了一个产品： https://www.soukela.com

如果认为是广告，就直接划掉吧，但每天起床、睡前刷刷，总是能捕获一些灵感的。

OP 的需求是存在的，持续关注。

@nicevar 方便说下你软件的终端用户吗？比如 PC web 、ios 、android ？抑或其他

@meisen 这是哪个型号，有链接吗？

@Chad0000 它可以管理任何你想加密的数据，而不只是密码。
再回到你写的痛点，看起来它能完美解决你描述的所有痛点。
然而，你描述的这些点，好像并不痛，至少在现有各种产品的加持下，不仅不痛，连痒都算不上。

keepass

@among 对的，这是一个需求。另外，内置了对外服务接口的 api 文档生成，http 调用更轻松。

@eivenchan 目前已经支持屏蔽内部服务间调用的 dubbo 服务，可配置只访问对外的 dubbo 服务。
更细颗粒度的接口调用鉴权或 Oauth2 认证，目前没有实现，但提供了非常灵活的扩展，完美支持自定义。

我可以提个 issue 我去支持下

@apgmer 一定要这样做的话，本框架也可以支持的，dubbo 接口的返回结果里面包装对应的 cookie 对象，实现 https://github.com/jingxiang/dubbo-gateway/blob/24d849e919b06c867f3eda3ed382981bcec36e13/gateway-core/src/main/java/com/kalman03/gateway/interceptor/HandlerInterceptor.java#L18 接口，在 flush 结果之前，设置 GatewayHttpResponse 的 headerMap ，重置 GatewayHttpResponse 对象。

@apgmer 可自行配置 header 中有哪些参数需要传递到下游，本框架已提供支持，走的是 Dubbo 的 RpcContext 。参考： https://github.com/jingxiang/dubbo-gateway/blob/master/gateway-core/src/main/java/com/kalman03/gateway/interceptor/RpcContextHandlerInterceptor.java

1 、简单易用，不要复杂的文档，像使用 springboot 一样；
2 、API 文档必须自动化，代码即文档；
3 、高度可拓展。

btw：这该死的 ctrl+enter

我的出发点主要这几个方面：

@monkeyWie 是的。
但出发点，以及编程语言，扩拓展性等等都是不太一样点，相比使用 dubbo 的用户，直接上 Java 的项目各方面要更简单一些。

@apgmer 这个没 get 到，你是指？

666

谢谢：angtMjAxMg==

@czfy 你是这个软件的作者吗？我就抛个官网，你就说模仿了。。。

我们正在开发中，预计 3 月底上线。先抛个官网：www.xinbeitime.com