四点建议：给那些同在一线开发的程序员

上个星期真的很烦人，这也许是每一个程序员都要经历的。我觉得不是因为我不够好，实际情况和它的复杂性让人很无助，比如服务器环境不同，增加了测试难度。不止一次骂愚蠢的客户提出了不合理的要求，公司方面有老板的冲动，感觉压力山大，甚至有辞职的冲动。

但是你有没有想过，一切都不能归咎于别人，原因仍然是我们自己的。这是每个程序员都必须经历的道路。如果没有风雨吹打，怎么会有丰硕的果实呢？如果你遇到同样的麻烦，你需要及时调整你的心态。我也经历过这些磨难，虽然很困难，但我还是一步一步地来，在这里分享自己的一些经验：

1 如果你想把它做好，你必须自己亲手做。

这里我引用一句话"当我还是个孩子的时候，我爸爸对我说，如果你想把工作做好，你必须自己去做！"我们做同样的程序，遇到问题自己解决，在学校里，当你可以问老师，问同学；去公司，也许一个好运气会让你身边有一位大师。但最终还是要看你自己了。我在公司遇到了很多棘手的问题，有时我根本没有任何想法，所以我想问老板该怎么办？"老板也是无奈的，时间过了一分钟，但bug还在那里，也许你会想，连老板都做不到，我又能做什么？别这么想，更别这么做！这个任务是你的，不管老板能做什么，它不会是老板的问题，无论如何。我们要学会自己解决它。回想起来，有多少bug一开始吓我一条，但最终我们解决了他，这是一个小小的成就。

2 换一种思维方式，也许一切都很简单。

所有的程序员都可能有这种情况，遇到问题，总是坚持一种方法。其实，我们有时稍微改变点方式，你会为突然解决掉的问题感到高兴。这个星期做了一个报告项目，一切都做好了。不幸的是，客户建议将Description列更改为行显示。将数据从数据库中取出后，生成XML文件，然后使用XSLT格式化XML，生成报表样式。"最初我认为这很简单，我决定使用XSLT中的自定义函数来处理文本，来删除html标记。"最初在演示中处理得很成功。然后，到项目中确编译失败了。我又测试了C、VB、XPath自定义函数和XPath函数。在尝试了所有的方法之后，我投降了。我真的忍不住了。我不知道这个环节怎么了。今天星期五，这个任务还没完成，周末又没了吗？我怎能不着急呢？但真的到了无能为力的程度吗？

为什么要在XSLT中替换它？如果XSLT不支持它，我们可以让他在进入XSLT之前去掉标记。我们可以在SQL查询时替换html代码，只需替换换行符，尽管我们不能在SQL中使用规则，但我们只需要替换主标记。

改变主意后，处理起来也太简单了。虽然我花了整整一天时间安装XSLT自定义函数，虽然这也是一项收获，虽然让我对XSLT了解得更多。但我们还是应该在面对bug的时候，不停地转变思维。

3 没有什么问题是无法解决的。

方法总是比问题更重要！"没有什么是你不能想到的，没有什么是你不能做的！"在编程的路上也是如此，那里没有无法解决的错误。使用XSLT删除html标记的问题也是如此，昨天我花了整整一天的时间研究XSLT函数，考虑使用哪种函数，用自定义函数实现，但在asp中不支持。我在寻找XPath函数。四点钟后，对老板说："我已经试过了所有的方法，我的技能都用完了！"老板只是轻轻地回答说："继续找吧！"。当时我还能说什么呢？只能回答到："好吧！我再找找看！"(当时，心里想把平生所学的所有咒骂给献给老板)。

"现在回想一下昨天的尴尬和欢笑吧！回首我们走过的路，多少次我觉得我们解决不了，坚持到最后，我们一定能找到了一条通往罗马的路。如果我们没找到，也只能证明我们没有倾尽所有的努力。"同样的事情，昨天的一个js简单bug。因为那个js文件只能在文件提交时执行一次，并且不能设置断点调试，只知道有错误，但不知道错误在哪里？"同样在周末的压力下，我决定加班来修复错误，所以我使用了最原始的断点模式，一步一步地查看所有步骤，最后非常高兴地发现js中的一个function调用导致值被覆盖。"我也松了一口气。

4 客户总是对的。

如果你一直抱怨"他是个白痴！"他又用不同的技能来祸害我！我做的事情是正确的！但其实我们的想法错了，"客户总是对的"，这很重要。我们只是从开发的角度出发，而用户是用户，如果我们开发客户不能使用的东西，那又有什么意义呢？无论客户的要求多么不合理，他都是对的。这是毫无疑问的。如果你认为他错了，你能说服他吗？如果你不能改变，你必须学会适应。

最后，请记住，我们的命运取决于我们自己。