一个人写软件真累

lshstruc

ACC看起来简单，做个自己用的东西，功能单一的东西，效率最高。
要系统性搞一个东西，要做的，远远不是一点一点技巧的问题。系统性的写一个东西，有时更重要的是有一个通用的模式，好过于到处用不同的技巧。
要考虑的太多：
                        ACC的的优点，瓶颈，
                        网络环境，界面，使用者的素质
                        财务，仓库管理，采购管理等行业知识
                        企业现实，特色管理方式，无序的管理的不确定性，杂乱的流程,各个科室部门以自我为中心的现状。难以实现的需求分析                     
                        业务流程，业务逻辑，业务间，单据间的复杂的关联性，
                        数据精度，数据流量控制，
                        用户群，权限，数据安全性，各个操作人员之间的数据锁定需要，
                        数据库结构的搭建
                        各类假设，判定，可能存在的各种人为的错误的预设。
                        前面未考虑到的，后面新加的功能，造成前面的推倒，修改。
一旦开始写一个软件，就好像被卷进了一个泥潭，慢慢的越陷越深，只能盼望着，结束的一天。
写软件是乐趣。
要去面对方方面面的问题，是一种痛苦。
一个人写软件，痛并快乐着。

tmtony

{:soso_e100:} 很有心得。很多程序员都是这样成长过来的。

风中漫步

呵呵,累点还是次要的,令人郁闷的是体现不出价值来.

zhuyiwen

好心态，呵呵

lazybird

有时更重要的是有一个通用的模式，好过于到处用不同的技巧。----  深有同感

a30088

我的是边用边修改,乐在其中........

leonshi

习惯极好，经典的产品都是积累出来的

roych

a30088 发表于 2015-5-24 19:11
我的是边用边修改,乐在其中........

细节可以边用边修改，大体框架肯定是不应该边用边修改的。例如基本模块处理好了，突然说要增加一个字段。估计大部分的 查询要重新做一遍，窗体数据源得重新更改，可能窗体代码也要改…当模块比较多的时候，那感觉估计不是“堵心”两个字能形容出来的。

tzh1600

roych 发表于 2015-5-25 15:20
细节可以边用边修改，大体框架肯定是不应该边用边修改的。例如基本模块处理好了，突然说要增加一个字段。 ...

突然要增加字段的事，我看是免不了的。。。
我是尽量把窗体和报表数据源都做成固定的查询而不是用查询语句，这样只要在查询或报表设计里再拉上新字段，能省不少事

山东小妮子

同感同感，本来是一件很开心的事情最后做成了一种负担