- 主题:询价：改写4.5万行的fortran77程序
从Fortran77的结构化程序到Fortran95的模块化程序肯定要改动框架，实际上相当于重写。高手甚至可以重新写出一个面向对象的新程序（用Fortran95或最新的Fortran2018）。你改的目的是什么？
【 在 dadadedada 的大作中提到: 】
: 我有一个老的程序，里头大量common block和goto等，希望改为fortran95。如果要招人改写一下，大概什么样的出价会有人愿意接手？
: 该怎么约定验收？如果改写完里头有bug怎么办？谢谢！
: 程序的情况：
: ...................
--
修改:solemio FROM 223.104.175.*
FROM 223.104.175.*
Fortran的标准是向前兼容的，有的编译器编译时可能需要设置一下
【 在 hibigfoot 的大作中提到: 】
: 不懂fortran
: 但firtran兼容性这么差的吗？95都不能兼容77？是不是只是个开发环境的问题啊…
--
FROM 223.104.235.*
效率和并行化应该比较好解决，有些老程序自己优化的也不错。麻烦的在能加入更复杂的东西，搞科研经常希望要将新理论的模型和算法拿到程序里面去实现，这涉及要改写程序。Fortran77这种结构化程序是不适合改动的，所以用新语言写模块化或面向对象的程序要更好些。代码多少是一回事，程序的质量更为重要，需要明确要达到怎样的程度
【 在 dadadedada 的大作中提到: 】
: 效率太低，然后我需要进行并行化，然后是加入更复杂的东西！
:
--
修改:solemio FROM 223.104.235.*
FROM 223.104.235.*
编译不是问题，新标准的编译器能兼容Fortran77。至于API，以前写的Fortran77科学计算程序基本没有UI，输入输出都是特定格式的数据文件，如果有也没有必要保留了，现在有功能强大的前后处理软件，或用现代的语言重写个也更方便。楼主的需求应该是想要一个适合修改更新的新程序，他将来好在上面实现新的模型或算法。因此，从结构化的Fortran77转到模块化或面向对象的Fortran95/2018会更好些。这种转化不就得重写了吗
【 在 hibigfoot 的大作中提到: 】
: 所以看起来只是解决一个环境编译的问题？
: 或许顶多个别老的API需要替换？
: 但这应该不是一个需要重写程序的问题吧？
--
FROM 117.136.5.*
不至于吧，NVIDIA还在支持 CUDA Fortran 的GPU编程呢。当然，最新的Fortran和老的Fortran77早已相差甚远了，后者的确已经没什么人用了
【 在 dormouseBHU 的大作中提到: 】
: Fortran 已经快死透了。个人建议还是用c重写一遍吧
--
FROM 117.136.5.*