编程序的困惑，你遇到了吗？

感觉很多程序都能看懂，也都明白原来，感觉很简单似的。

可真自己动手编起来，却总是写不出来，有时候能写一丁点，确实错误百出，看看提示也是感觉莫名其妙，貌似没错误，却就是编译不过去。

感觉是自己C语言基础没打好

先学会编制程序流程。

chunyang 发表于 2013-9-13 22:29
先学会编制程序流程。

难道还要从最基本的流程图开始吗。

不知道工业上他们的开发流程是怎么样的，想分配好资源再敲代码吗？

编程本来就难.
有问题時欢迎向本团求助.

编程本来就是一个系统的工作，首先要理清楚你的思路，之后可以按照思路来编写。脑海中时时刻刻都要有这个思路。

我也认为是基础问题.我现在对c语言编程的感觉是:对某一个功能软件的实现主框架总是思路明朗,就好比一句话,一个功课,于是总产生错觉:编程容易!但是具体去实现,就会变得很烦琐,就像在盘点一棵树上的树叶,点完这个分支,还有下一个分叉.

感觉楼主快入门了，遇到问题找同行问问，**一下，前面是艳阳天。

**就是胜利 一直在**

同感，觉得能做出功能，但是总觉的混乱！

这类东西，自己得花大功夫，还得有师傅带。师傅的一句话顶得了自己折腾一年啊。

多读点微软、宝兰、sun、linux之类的源码，那些代码才是金子。
也算是师傅的一种吧。

会有那么一天，顿悟成佛的~那种感觉才痛快淋漓！
现在有这种感觉，是正常的~

同感ing................一旦写起来，就不知道从何着手了。。。

通宵敲代码 发表于 2013-9-13 22:31
难道还要从最基本的流程图开始吗。

不知道工业上他们的开发流程是怎么样的，想分配好资源再敲代码吗？ ...

这才是正确的工作方法，很多时候，“慢”才是快。

流程图练好。

做程序 就像练内功一样 要慢慢练 ，总想速成的，往往事倍功半。

通宵敲代码 发表于 2013-9-13 22:31
难道还要从最基本的流程图开始吗。

不知道工业上他们的开发流程是怎么样的，想分配好资源再敲代码吗？ ...

对，想我们项目里最开始是由负责架构的人员根据需求编写《软件概要设计》文档。

然后具体的编程人员再根据软件概要设计文档先编写《软件详细设计》文档，里面包含了所有的流程图（主要流程图，各个模块的流程图），状态机图，主要的全局变量、某些关键的局部变量、常量、各种堆栈的分配，数据结构设计等等一系列描述在详细设计文档中。然后是全项目组人员来评审你的这个详细设计文档，根据评审结果修改一些显而易见的问题后，才开始写程序。

编写程序时候边写边修改详细设计文档。程序写完、调试完后再经过全项目组的评审（主要是针对详细设计文档评审，代码方面会有人专门做代码走查），根据意见修改并全组人员签字确认后完成一级评审。
而后还有部门或公司组织的有其他部门的技术专家等组成的人员的二级评审。

最近一个项目，不到八千行的程序我写了56页的详细设计文档……

熟能生巧

micropower 发表于 2013-9-14 19:49
对，想我们项目里最开始是由负责架构的人员根据需求编写《软件概要设计》文档。

然后具体的编程人员再根 ...

大侠说的是对的。但很可惜，在一些中小企业，往往是一个人负责一个项目的一大块；比如整个中位机或下位机。而这些所谓的文档流程什么的还是那个写代码的人来写。然后公司又急着项目的进度，可能都是文档什么的还没想好就已经开始写代码了。到最后时代码写好调试时来写文档流程。要是每个公司都能像你说得那样有步骤的去做。程序员估计不会被叫苦逼程序员了。呵呵，没什么，我只是感概下，没别的意思。

fdsfdsa 发表于 2013-9-14 17:05
同感ing................一旦写起来，就不知道从何着手了。。。

同感
如果在写程序前先把流程画出来能好一点反正我总是忘记初始化某些东西
比如时钟。。。