@k1995
这个太赞了

贴一下在线使用地址： http://roscidus.com/blog/cuekeeper/

设计很有创意，很简洁。

支持楼主。
看过“天眼查”这个了吗？( https://www.tianyancha.com/company/3298595083 )
在“司法风险”-“开庭公告”里面，有一个仲裁案号“浙甬鄞州劳人仲案（ 2021 ） 1056 号”，开庭日期是 2021-07-21

目前我也在做一个独立项目：一个个人的时间管理工具。我的感受就是要充分使用“迭代”的方式。也就是做好一版然后再优化一版然后再优化。

当初想的就是先自己能把这个软件的初版用起来，后面再迭代到可以发布。即便这样想，我制定的 mvp(最小可用版本)还是包含了很多功能，而且有些功能的质量标准还比较高，基本就是一步做到位的程度。

看到这儿你可能会想，那简单啊，把这很多功能精简到只留下必要的功能，把标准高的降低标准。问题就在这里，用抽象的词句来表达遇到的问题总是很容易得到抽象的解答。但真正的难点是，当时我就是觉得这些功能都是 mvp 的必需，无法删减和妥协。具体到实际项目，怎样决定哪些功能是非必要的呢？哪些功能的标准还可以降低呢？又如何降低呢？

到最后我能将原来的 mvp 再次瘦身的原因，是自己给这个 mvp 的完成时间设定了一个截止日期～～因为再不这样感觉自己就永远用不上这个 mvp 了。

在设定了截至日期后，时间的紧迫性逼迫自己思考：哪些自动完成的计算可以交给用户手动调整？哪些体验良好的交互可以用简单的交互替代？可以为哪些功能保存必要的数据，将来再实现它们？怎样充分利用之前的代码框架实现一些功能而不必推翻一些代码基础？

所有的这一切变化都是因为紧迫的时间。

厉害，很棒。

@lumotian #27
你这是真正的大学精神。记得古时候的大学好像是自带干粮的。

@996icu007007 >“对其中的一个社区比较感兴趣 ”
我觉得主题里提到不同的阶段做成一个社区更合适，“创意、设计、技术、竞品分析评论、运营、失败教训”产品创作的各个阶段，社区都应该有所反映。

你发的那个检测情况里面就有答案： “Percentage Used: 1%”
只耗损了 1%。大概算一下，SSD 寿命按全盘写入大概 1000 ～ 2000 次来算，1%大概是全盘 1TB 写入 10 次～ 20 次，也就是 10T ～ 20T，与 30T 比较接近。

@Fu4ng
怎么拿别人的？拿谁的谁就被封账号。

好难啊。。。

@TypeError
@ybleak 这难道不是一个机会吗？
@est 好滴
@czfy 不发了，已经翻了一遍了。感受就是，每个点子在自己想到之前，几乎肯定已经被别人想到过了。只是没想到的是，主题提到的社区现在似乎依然没有出现。

@per
可用不用 gif，直接文本呀。

这些客户为啥“习惯性”不要呢？是不是对他们来说没有啥价值呢？你自己做过这么多年的线下店，应该有经验啊

楼主，有没有具体的例子呢？可以发一下去除敏感业务后的例子吗？

创意工作者的福音