Closed. This question needs to be more focused 。它目前不接受答案。
想改善这个问题吗？更新问题，使其仅关注editing this post一个问题。
1年前关闭。
Improve this question
我想知道当你是你自己的老板时，你们实际上是如何开发大型应用程序的。对于我自己，我一直在努力学习耐心和希望的必要性。
我一直致力于实现一个应用程序(以一系列链接到数据库的脚本的形式)，该应用程序使用 Wikilinks 知识和文章文本/内容的组合来聚类 Wikipedia 文章。我已经做了两年了；还没有结果。
由于算法的本质(伪伪代码、理论算法)或形式(脚本、线程、数据库表、实用算法)发生变化，我似乎无法获得任何结果，因为我正在不断重新设计我的脚本和数据库.基本上，我发现自己不断从我在实现过程中发现的错误中学习；魔鬼在细节中，答案似乎也是如此。
无论如何，每次我重新设计脚本或表格或其他东西时，我都需要废弃所有文档和脚本。我现在可以毫无畏惧地做到这一点，但这让我讨厌编程(我讨厌细节)。
我觉得重新设计是要走的路，因为我是长期思考的，我希望快速学习，但我想知道你们是否有类似的编程经验，或者你们是否真的不需要或选择有更好的脚本出来最后一个(像凤凰一样)的死亡。
对我来说最难的部分是抓取我的文档，因为我花更多的时间记录而不是编码；我使用文档作为讨论问题和考虑解决方案的手段；我用它来制定可实现的解决方案。如果不是我，我不介意刮它，但我总是像下周发布一样写它，因为我在开发剧本的同时也在寻求发展自己；我也像参与本网站的人一样，尝试与他人分享我的知识或智慧。
无论如何，这两个月我一直在全速发展，重新设计了无数的文章、脚本、表格等；我的耐心正在耗尽，因为我寻求结果。
您想分享任何策略，任何帮助，任何经验或轶事？
想改善这个问题吗？更新问题，使其仅关注editing this post一个问题。
1年前关闭。
Improve this question
我想知道当你是你自己的老板时，你们实际上是如何开发大型应用程序的。对于我自己，我一直在努力学习耐心和希望的必要性。
我一直致力于实现一个应用程序(以一系列链接到数据库的脚本的形式)，该应用程序使用 Wikilinks 知识和文章文本/内容的组合来聚类 Wikipedia 文章。我已经做了两年了；还没有结果。
由于算法的本质(伪伪代码、理论算法)或形式(脚本、线程、数据库表、实用算法)发生变化，我似乎无法获得任何结果，因为我正在不断重新设计我的脚本和数据库.基本上，我发现自己不断从我在实现过程中发现的错误中学习；魔鬼在细节中，答案似乎也是如此。
无论如何，每次我重新设计脚本或表格或其他东西时，我都需要废弃所有文档和脚本。我现在可以毫无畏惧地做到这一点，但这让我讨厌编程(我讨厌细节)。
我觉得重新设计是要走的路，因为我是长期思考的，我希望快速学习，但我想知道你们是否有类似的编程经验，或者你们是否真的不需要或选择有更好的脚本出来最后一个(像凤凰一样)的死亡。
对我来说最难的部分是抓取我的文档，因为我花更多的时间记录而不是编码；我使用文档作为讨论问题和考虑解决方案的手段；我用它来制定可实现的解决方案。如果不是我，我不介意刮它，但我总是像下周发布一样写它，因为我在开发剧本的同时也在寻求发展自己；我也像参与本网站的人一样，尝试与他人分享我的知识或智慧。
无论如何，这两个月我一直在全速发展，重新设计了无数的文章、脚本、表格等；我的耐心正在耗尽，因为我寻求结果。
您想分享任何策略，任何帮助，任何经验或轶事？
最佳答案
保留开发日志；在这里，您可以与自己讨论细节、在纸上解决问题、草拟文档、对当前和 future 的问题做笔记、提醒自己已经尝试过什么以及还需要尝试什么等等。始终注意“下一步”是一个好主意，这样您就不必在有时间进行处理时浪费时间记住/复习。每个条目的日期。
我已经在许多长期运行、有时令人沮丧的单人项目中使用了这种方法，持续时间从几个月到几年不等，它有助于让我保持专注，并帮助我避免多次尝试。
它还消除了记录所有内容的内部压力，这可能对您大有裨益。
这样想:给自己做的笔记对你很有用，但是为第三方准备的详细文档被废弃的代码是在浪费你的时间。
也许这会帮助你的 OCD 文档神经元闭嘴，这样你就可以彻底解决问题，然后记录工作解决方案——而不是不断地重新记录最新的原型(prototype)。
关于database - 发展策略 : phoenix development cycles，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/399380/
10-13 05:15