V2EX › sillydaddy 的所有回复 › 第 30 页 / 共 94 页

「写和编辑分离」，这个也是我用过的方法，很有用。不顾一切先写个草稿，哪怕句子一点也不通顺，哪怕逻辑非常混乱。第二遍修改的时候，很轻松，改改不通顺的地方，调整一下段落结构。一遍改过之后，还有再改一遍的空间。

如果一开始就想一下子把整个思路理顺，然后流畅表达出来，也不是做不到，就是难度忒大。初期憋草稿的过程很痛苦，还不如使用迭代的方式，基本是无痛的。其实写代码也可以用这种迭代的方法。

/t/825142
上面这篇是我写的笔记方法论，挺长的，写的过程也遇到了一些痛苦，即使是使用了迭代的方法，痛苦的地方主要在于构思怎样表达出来，让文章更加易懂，让读者更容易理解和消化。这个构思的过程是没办法省的，因为用迭代的方法写出来，虽然可以保证文章可读性很好，但不保证易懂。

2023-04-25 11:35:14 +08:00

回复了 wangluleicn 创建的主题 › 推广 › 创建了一个小程序交流群

@Livid /go/promotions

2023-04-24 12:05:01 +08:00

回复了 shyrock 创建的主题 › 随想 › 人只有 0.01%的时间是理智和清醒的

@Livid /go/random

2023-04-15 17:26:04 +08:00

回复了 sillydaddy 创建的主题 › 生活 › 普通人应该如何应对经济衰退呢，物价还会上涨吗？

@Jim142857
说的不对，应该是“为什么有的还说经济衰退也可能会导致物价上涨”。

2023-04-14 12:44:26 +08:00

回复了 zhimo08 创建的主题 › 分享创造 › 我们做了一款，通过连线，完成软件制作的工具的产品。

对，它的 2 个特色，一个是 wireless 减少连线，另一个是 note 划分区域。

另外，加减乘除这些都可以简化，用连线的方式表现加减乘除显得太傻了。每个块(node)其实更应该表示一个有意义的数据处理模块，而不是加减乘除。

2023-04-14 10:07:46 +08:00

回复了 zhimo08 创建的主题 › 分享创造 › 我们做了一款，通过连线，完成软件制作的工具的产品。

楼主我记得你，一直在做这方面的事情。但你好像没有发链接哦。

@est
连线是可以被拯救的：
拯救前： https://miro.medium.com/v2/resize:fit:1400/format:webp/1*[email protected]
拯救后： https://miro.medium.com/v2/resize:fit:1400/format:webp/1*[email protected]
（来自 Origami 软件，https://blog.prototypr.io/a-cure-for-cable-clutter-in-origami-studio-f07e6a65264f ）

2023-04-12 20:14:24 +08:00

回复了 nealHuang 创建的主题 › 程序员 › 请教需求任务步骤划分技巧

我一般按照「可验收」的标准，划分子任务。就是说，做完了子任务，一定要有能通过验收，符合验收标准。
举例来说，要实现一个数据可视化的功能，包括数据的显示和数据的生成。我一般会这样：
1. 先把数据的显示做出来。可以 mock 假数据。
2. 再做数据的生成，用第 1 步数据显示模块来测试生成的数据对不对。

第 1 步里面，如果实际的数据很复杂，我会先 mock 一些简单的数据，来测试显示功能是否正常，然后再进一步扩展到大量数据的情形。

1 ... 26 27 28 29 30 31 32 33 34 35 ... 94

❮

❯