Coding style 有什么方法可以发现症状背后的问题？

我是个糟糕的程序员。我完全肯定这一点。我还有很多事情要做得更好，但现在，我关心的是我花了多少时间来解决我为自己造成的编程问题（因为我是一个糟糕的程序员）

我发现自己通常有三个问题：

1） 语法问题；（我可以通过更多的练习来解决这个问题）节省时间

2）

逻辑问题

；（我可以通过更多的思考和实践来解决）耗费大量时间

3）

无声症状问题

；（这让我陷入困境，无法前进）

第三个问题确实是一个问题，因为面对一些症状（不会造成任何“跳进我们眼睛”的错误），我无法确定问题是什么——这些症状背后的问题是我们的问题

例如： 我现在有一个关于画廊的问题。画廊是功能性的，但他们的一些固定装置不起作用。我找不到原因。我看到了症状，我花了两天时间试图找出/挑起问题，以找出问题所在。不走运。我甚至不能在此时提出一个问题

我需要你的帮助来指出，一个人有什么样的“技巧”/“方法”，以便发现无声症状并找到相关问题（这样我们才能找到解决方案）

谁能给我一些建议吗

---

提前谢谢。

我想你不是唯一一个有这种问题的人（不管程序员是好是坏）。因为我经常以非常面向对象的方式编程，所以我发现将问题缩小到特定的包（或包关系）非常容易

从那以后，我试图更接近实际问题。我在这里写的句子是否和我想的完全一样？如果不是，我如何才能改变它以我想要的方式工作

我相信，能够估计沉默症状发生的位置在解决这些问题上起着巨大的作用