【疑惑】这里究竟有几个会C语言的人？

lucifer

1.不是每个人都没事要做嵌入式
2.做嵌入式也不一定都没事要写这种代码
3.答案中错误也不是没有，呵呵

rickxbx

Post by zhllg
static的本地变量生存周期是整个进程的生存周期的
不过不在stack里，而在bss段

呵呵,你也没说对啊,static 变量应该在数据段,可能在 .data,也可能在 .bss,视其是否初始化而定.

想不到这个帖子又被翻出来了

btw: 这些东西是否有用,我不清楚,因为我从来没用过这些性质.有没有用我觉得应该是由特定工作决定的吧.

zhllg

yes
i was wrong at that time
人总是会成长的，呵呵

ilike911

总的来说是一个好帖子，遗憾的正是楼主所预料之中的，应该超过70%的回复都有问题吧。

楼主、无双、Tetris 、kj501都是很有经验而且能够拒绝枯燥的熟练编码人。

个人建议，从学习和成长角度，作为程序员，大家平时应该更加从系统、程序的设计架构考虑，不管是否使用面向对象的编程语言，但是设计模式的理解和运用都需要耐心的琢磨。
至于在一些编程细节技巧，例如对硬件编码、编译系统的了解，或者编程语言生僻的标准规范，等等方面的学习，应该在学习和实践的过程中慢慢积累经验，有空了，看看别人已经积累的经验分享。

作为基础知识，需要了解操作系统基本的运作原理（进程、线程、内存、文件、X等概念以及常用的系统调用），网络（虽然附属于操作系统，但是重要程度完全可以并列的独立对待）。

如果你还是一个学生，或者你的兴趣还处在学生阶段，我强烈推荐大家翻阅楼主说的几本书作为入门读物以及APUE/UNP/TCPIP Illustrated用来巩固、提高和深入，还有就是强烈推荐 Computer System: from a programmers perspective.. 这本书太过于繁琐，但是对于澄清概念很有用处，大师之作，适合深究，其冗长的篇幅不适合浮躁者入门。Unix操作系统设计是一本很好的了解unix 以及linux内核的读物，短小篇幅，内容丰富、权威。

个人认为，c语言容易学习，短小精悍是理所当然，但是如果做大型应用，却需要十足丰富的功底和经验，相比之下，Java也是一门优秀的应用程序编写语言，比c/c++容易运用，比smalltalk/lisp更加实用。

题外话，看了这么多热爱技术又精力旺盛的网友对这些很细致入微似乎又高深莫测的问题的求解的时候，不免想到一件事情
在给花旗银行编写的一套电子银行软件里面，需要有一个生成以及发送传真的模块，解决方案是使用shell编写脚本，首先调用sqlplus执行*.sql文件读取数据库数据输出到文件，然后调用使用sed过滤筛选，再凭凑成最终传真页面调用传真命令去发送页面。shell脚本不超过200行，非常简单易懂。最重要的是他能满足要求（不需要巨大的并发）。我想，这样的做法在国内一些很小的客户那里都应该是行不通的，他们付出了金钱，那么想要得到东西也绝对要是一个与价钱匹配的复杂的高级的软件。
说明了什么问题？我们（抱歉想用‘中国人’这个词）有时候太吹毛求疵了，计算机要我们把问题简化，不是复杂化，对不对？回归本质，我的意见是我们应该注重如何提高生产率，你可能不知道镰刀上有多少锯齿，没关系，只要你会用它来收割你的稻子就可以了。IBM也好，Microsoft也好，隔几天就鼓吹一门新技术，推出一门新产品的用意可以非常简单片面的理解为，“让用户升级”而来为他们的Copyright和Service埋单，我们真得很需要吗？很不一定啦！！

说得更加得远一点，Google和Baidu为什么可以赚大钱，（不管是不是）但绝对不是因为他们的搜索引擎第一准、快、全，而是因为他们的商业模式Business Model的成功，Yahoo如果一开始能把Search利用到 赞助、广告、排名，那么今天全球最值钱的公司应该是Yahoo吧。

朋友们，让我们在学习技术的过程中换一种思维，也许你就会缔造另一个奇迹，不要再那么执著沉浸于编写那些全球同时可能有成百上千人在编写着的代码了。中国的IT产业最需要的不是程序员了。

zbw76

哈哈，你们公司招聘的人可能基本没有可以使用的了这样招聘。
招聘应该给出一个真正的业务问题，让他分析，绝对看出水平，他可以不会你要求
的目标语言都行，关键是分析问题的能力。
c++语言复杂吧？大不了我给他一个月时间，能吧 c++ 的语法背的滚瓜烂熟。尔分析问题的
能力就不是一天两天能培养起来的了。

x11

拿多少钱不在于你的水平，在于公司的赢利情况吧

kj501

Post by ilike911

题外话，看了这么多热爱技术又精力旺盛的网友对这些很细致入微似乎又高深莫测的问题的求解的时候，不免想到一件事情
在给花旗银行编写的一套电子银行软件里面，需要有一个生成以及发送传真的模块，解决方案是使用shell编写脚本，首先调用sqlplus执行*.sql文件读取数据库数据输出到文件，然后调用使用sed过滤筛选，再凭凑成最终传真页面调用传真命令去发送页面。shell脚本不超过200行，非常简单易懂。最重要的是他能满足要求（不需要巨大的并发）。我想，这样的做法在国内一些很小的客户那里都应该是行不通的，他们付出了金钱，那么想要得到东西也绝对要是一个与价钱匹配的复杂的高级的软件。
说明了什么问题？我们（抱歉想用‘中国人’这个词）有时候太吹毛求疵了，计算机要我们把问题简化，不是复杂化，对不对？回归本质，我的意见是我们应该注重如何提高生产率，你可能不知道镰刀上有多少锯齿，没关系，只要你会用它来收割你的稻子就可以了。IBM也好，Microsoft也好，隔几天就鼓吹一门新技术，推出一门新产品的用意可以非常简单片面的理解为，“让用户升级”而来为他们的Copyright和Service埋单，我们真得很需要吗？很不一定啦！！

说得更加得远一点，Google和Baidu为什么可以赚大钱，（不管是不是）但绝对不是因为他们的搜索引擎第一准、快、全，而是因为他们的商业模式Business Model的成功，Yahoo如果一开始能把Search利用到 赞助、广告、排名，那么今天全球最值钱的公司应该是Yahoo吧。

朋友们，让我们在学习技术的过程中换一种思维，也许你就会缔造另一个奇迹，不要再那么执著沉浸于编写那些全球同时可能有成百上千人在编写着的代码了。中国的IT产业最需要的不是程序员了。

基本同意你的意见, 办事情不能忘记目的. 不过, 追求技术本身的发展也很重要.