如何用c写一个算24的小游戏

北南南北

jerboa兄真是让弟兄们感动。。。。。。。

winix

热情固然可嘉，但不要忘记：算法+数据结构=程序

jerboa

按您的论调的话……

真正的程序：应用需求+需求分析+编码+测试维护

编码只占开发总成本10-20%，太小菜了。实际上编码根本不算得什么！

jerboa

说句不中听话的，就是现在各网站、报纸所论调的。我们需要软件蓝领所干的东西。不值得进行讨论，是不是啊？！
我感觉您对编码很不屑啊。但如果真正的应用，并不是简单地会算法+数据结构就能搞得了的。

winix

我只是在程序的层次上提醒你，要是针对项目开发，我就懒得理你了:p

jerboa

呵呵，愿看兄台的实现代码。

不过，我认为过于拘泥于结构于算法，并不能成为好的程序员。实现问题所要求的功能是主要的，实现方法是次要的。

winix

恰恰相反，我是过于注重编码，所以看了你的程序才头大。
如果你现在还是学生，将来要从事这个行业，那么我再次提醒你首先要重视程序之美，将这个阶段尽量缩短。如果你是现在进行时，一句话，希望不要再看到你编的程序。如果仅仅是play for fun，还是那句话。。。

这是我就此话题的最后一贴。希望你不要再执迷不悟。

btw:如果多于4个数字（比如8个、80个）算24点，你的程序如何编？

Linuxfish

兄弟们，讨论的好，越激烈越好，不过别伤和气就好。jerboa兄很热情，这个是很好的。昨天您的程序我也看过了，中间的确很多错误和不足，其实采用你的方法还是可以把算法改进一下，使其更短小。另外贴上来的程序最好自己编译通过并测试好了。你也有自己的想法，我不反对，不过我要提醒你，真正好的程序员一定要好好的研究算法，这个很重要，学习编程关键还是掌握算法，因为不同语言的语法没什么多学的，主要就是那几个部分，很类似，但算法是相通的，也是看你编程水平高低的关键。
winix兄，你也不要不屑一顾，大家来讨论难免有分歧，希望你也能把自己的好的算法贴出来交流。俗话说三人行比有我师，大家就互相学习，取长补短好吗。

jerboa

　　是啊，本来这个程序我的出发点有点play for fan的。看了scream的议论，忍不住写一下。实际我写这个程序，只是想说明一个方法，这种题也可以用程序解决的，无非是靠蛮力而已，就是多写些个可能。其实想用一个巧妙的算法，一时半会没想出来。winix兄认为程序写的大了，不过这种解决办法，如果没有妙着话，就是改也小不到哪去，无非多写些个子程序分解一些，让程序美观些。问题关键是如何算，但没想出好办法。winix兄认为有好的办法，可以拿出来，至于写程序的风格，我是偷了些懒(干脆就是各种判断的罗列了)。:-<
　　呵呵，我早毕业工作多年了。您劝告我的，好象已经没有什么必要了。而且我也写了不少应用程序，我们的业务上跑的好好的，您就不必费心了。我现在也不做编码这种事几年了。如果我看了别人写这样代码，头一样也大，记得我有个同事早期用COBOL写代码时候，都是整段整段的代码重复，改得很辛苦。
　　不过我感觉winix兄好象很不屑，呵呵，不屑的话，把您的巧妙算法拿出来，如果您不屑理我，只证明您只配当个评论家、裁判，并不是真正的选手，尽可以不回。呵呵，虽然我这选手老的没有人要了。
　　我来这里让论坛热闹热闹。大家有什么妙着尽管拿出来，目前我是没想出好办法来。*^_^*

winix

COBOL是很古老的东西了，尽管他是我认为最优雅和灵活的语言之一。在国内，好象也只有金融系统还在用，比如银行，像工行也只在北京上海的中心大机上运行。看来你毕业多年，已经高位在上，所以刀也钝了:p
对于24点的算法，你已经明确是play for fun,我多说无益，我更不会再写一个程序来证明。有时间我会干一些更加有意义的事情。这就是我的"不屑"。呵呵！如果你怀疑我的能力,就当我没说！
办法是有的，这一点你应该相信。