展开讨论

经验与复盘经验摘录 · 机器翻译

在我正在做的一个家庭项目中,我一开始用了非常天真的实现方式,就是上面提到的单个文件中的函数……

……在我正在做的一个家庭项目中,我一开始用了非常天真的实现方式,就是上面提到的单个文件中的函数,当混乱变得难以忍受时,我开始构建面向对象的抽象来理清一切。但这些抽象的结构是在制造混乱的过程中发现的——如果我一开始就想构建这些,我会构建错误的东西。我很幸运,在我的日常工作和业余编程中,当时那个代码库只有我一个人在开发。(在工作中,我开发的是我们主要产品中类似框架的东西的插件。)因此,我有自由先制造混乱,然后在摸索解决方案空间后清理它,从而找到最有效的方法。因此,博客文章中的大多数解决方案对我来说都是不必要的。最后,我花了两个月时间在家庭项目上的工作被扔掉并重写了,这在我工作中是无法做到的,但项目因此变得更好了。

源讨论探索性编程原帖 64 条评论 · 导入时统计
4

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 4

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

DE

这个评论非常准确地表达了我最近试图(但失败了)向同事解释的内容,当时我们在谈论为什么TDD不适合我解决问题的方式。 这几乎就像在照顾一个不断成长的事物,随着问题和环境(例如编程语言、服务器与浏览器等)的不断变化,发现解决方案最想要的样子。

完整原文
MA

是的,这和我的经历以及我在文章中写的非常相似。对我来说,感觉结构是在探索程序和问题的过程中被发现的。

完整原文
BL

> 那些抽象结构是在制造混乱的过程中被发现的 我经常觉得我写的代码并不是我创造出来的,而是在过程中逐渐发现的。

完整原文
CM

> 但那些抽象结构的形成是在制造混乱的过程中被发现的 至少对我来说,更像是先写出一个简单的实现,制造出一团乱,然后在第二天晚上躺在床上或第二天早上洗澡时“发现”这些抽象结构的正确方式。

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。