项目想法

[sergeylzc]

https://www.wordnote.app/blog/why-i-built-dictionary-app?ref=sidebar
是不是可以搞一个更好的词典？

[sergeylzc]

http://louie.world/files/
https://download-cdn.panic.com/transmit/Transmit%201/
https://css-tricks.com/styling-a-server-generated-file-directory/

这种好看的 file directory 有商业机会吗？

有一个开源项目：https://demo.filebrowser.org/files/

[leyafo]

https://twitter.com/chamath/status/1719887650688282786

[sergeylzc]

那个很烦的 cookie prompt，问你要不要接受 cookie。有没有一个chrome插件，直接auto点击do not accept。

https://www.reddit.com/r/PrivacyGuides/comments/r1a566/most_cookie_banners_are_annoying_and_deceptive/

[sergeylzc]

戒掉上瘾的工具，比如屏蔽微信视频号。

[leyafo]

postmanlabs/postman-app-support#12114
postman 瞎搞

https://twitter.com/laixintao/status/1723249556325024086

开发者实际上是一群难以伺候的群体，但付费意愿通常比普通用户强烈。
http 测试工具在市场上是一片空白，大多数都是用electron做的。典型的像 pow，insomina，hoppscotch这些竞争对手都非常多。
但他们所有的工具都有个关键点没做到位，就是可编程性和自动化。参见上面这条推特。
首先要配置简单，而且让他们切换环境（开发/测试/生产）要非常容易。能够对http request 做编码工作，比如 basic authorization， 和自动化的检查返回的数据是否正常。以上的提到的工具只做到了能基本完成我说的这些事情，但用起来非常繁琐。几个开发者之间共享数据时这个问题会变得更加复杂。因此postman会跑去做to b一类的同步。也想因此做更多的收费。
实际上开发者之间共享一些基本配置是可以的，但涉及到更精细化操作时共享配置会带来无穷无尽的麻烦。甚至有些还做了个平台：
https://hellosean1025.github.io/yapi/
这个工具只有一个平台共享，然后让所有人登录去做测试和接口调用。但实际上用下来是场灾难。浏览器支持，以及数据直接瞎写导致前端接入困难。还有文档功能形同虚设。
提到文档，有个工具叫 swagger https://swagger.io/ 。这个工具配置起来是另一场灾难，尤其是当开发的接口和数据变了，在代码里面写注释和 example 数据重写更加灾难。
张鸡巴当时和我抱怨过很多次这种问题。作为一个后端程序员是非常烦写文档的，但不写文档每次和前端沟通接口该如何调用就是个灾难。当数据不对，接口不标准，换一个不同风格的后端，以及自己定义接口标准，涉及到这些问题时，postman这种工具就是个灾难。