64位平台已经到来，32位平台正值壮年，大家正打算开发什么样的程序？

Question

64位平台已经到来，32位平台正值壮年，大家正打算开发什么样的程序？32位还是64位？
什么项目适合32位，什么项目适合64位？
相互交流一下。

Answer 1

64位还是有好处的，比如内存寻址突破了4GB限制，达到了18eb的理论值。过去一些敢想不敢做的变态事情在64位下就可以做了，比如穷举所有状态，tb级应用有可能出现，总之现在来说还太早，内存，硬盘速度还需要做很大的提升。32位被淘汰大概需要10年左右的时间。

Answer 2

不写汇编的话，64位、32位对程序员来说没什么区别吧
除非象晕到死这样的垃圾操作系统升级之后API有较大的改变
如果你在unix开发c程序
不夸张的说，绝大多数程序可以自动适应8、16、32、64位

Answer 3

咋不好写,看看vs2008自带的SDK
指针只是占的字节多了,各种操作没有区别.除非你写代码的时候假设指针是一个固定值,而这种假设通常会造成编码错误。
基本数据不同的时候为啥不考虑typedef ？让类型大小固定下来。

Answer 4

我开发的forcal目前是32的。因开发较早，当时没有考虑64位。升级时有些麻烦。当然以后要注意这个问题。
重要的是：forcal32的整数表达式中的整数是4字节整数，与指针长度相同；实数表达式是双精度的，64位，8个字节。实数表达式与整数表达式相互调用时，在某些函数中要将两个整数传给一个实数。
未来的forcal64的整数表达式中的整数是8字节整数，与指针长度相同；实数表达式是双精度的，64位，也是8个字节。实数表达式与整数表达式相互调用时，只需将一个整数传给一个实数即可。
你说的问题在一般的程序中好办，在脚本中较麻烦。
forcal32升级为forcal64是迟早的事，到时候某些函数会有一些不兼容。本贴主要了解一下是否现在就进行升级。

Answer 5

俺写的程序就是运行在AIX，Solaris，HP平台的64位程序