@霎那永恒
谢谢关注！

vi 与C语言有不解之缘，尤其是在unix操作系统平台上，更是密不可分，相依相伴。我根据自己数十年使用vi的经历和经验，将如何学习vi，总结成7个步骤，每个步骤都有实例说明，并给出了vi常用命令的小结...

vi 与C语言有不解之缘，尤其是在unix操作系统平台上，更是密不可分，相依相伴。我根据自己数十年使用vi的经历和经验，将如何学习vi，总结成7个步骤，每个步骤都有实例说明，并给出了vi常用命令的小结...

引用

like%'远远'%：
mark
有一点还不明白
where devcode=’1002’ 这个条件没错的话，为什么Count(*) 是0条数据，而 select 却是一条数据...

是呀！就是像你想的那样，不可思议！理论上来说，count（*）是1，但是，实际情况就是这样。这可能说明，Count（*）处理过程并非和我们想像一样，它可能是一种特殊的处理方式，和一般的* 或字段输出不同。而造成count（*）可能就是数据乱掉的原因。

前几天偶然听朋友说，WIN7和XP不一样，VFP中明明看到的记录就是select不出来。这怎么可能？在数据库中的数据怎么会所见不所得？难道真的是WIN7的问题吗？于是我就想把这个问题给彻底查一下。

曾进行过谁编的程序好比赛，比的标准就是谁的程序短。其实高手之间也就差几个字符而已。但是，那怕你多了一个字母，你也得承认你的水平不如人家。毕竟编程，多打几个字母，几十个字母是多么容易的事，但是，你少打一个看看。少打了一个字母可能你的程序就走不下来了。所以，对程序评判至少有一个量化的标准。这样大家才有所比较。至于可读性、架构、性能那是在这基础之上的比较，不能混为一谈。
第二感觉，还是感觉程序员本本主义，学生习惯太浓。惟有书上高。再拿 int main（void）为例，为啥C语言要这样设计语法？如果你设计一个语言，你会设计一个什么样的语法？初学程序员还不明白是情有可原的。但是，你们想没想过，那么多程

我在我的技术微博EOM与程序员之家http://weibo.com/2311619842对此文和回复进行了进一步评论。请关注交流。

引用

Another 9527：楼主不要怪我太坦白，你的写法很有问题，分析也不全，有误人子弟之嫌，不敢认同。

欢迎坦白！可以交流。

这个指出很对！重复了！避免重复在编程中很重要。关键是为了返回而返回。...

引用

voop：
这种写法感觉在误人子弟。。。
没有返回值的main函数编译时候至少是一个warning，在要求严格的编译器中则是一个error

我在我的编译环境中，没有warning！

引用

zdd：

引用

第一行#include “stdio.h”我们可以把它看做定义部分。

这又是那位高人教你的，这叫定义？

可能你还处于被教的阶段，是我让自己写的。

引用

zdd：

引用

我们学习语言，要有好的学习方法，这就是学习或编写最少的语句，

语句不是最少才好，代码少不过是编程的一个很小很小的方面而已，还有健壮性，效率，可读性等等都比代码少更加重要。

代码少不是一个很小很小的方面，而是很大恨大的方面。所以其他好的评价都建立在代码少的基础上。这个要求，迫使程序员去动自己脑筋，让自己的程序最优。而代码多少恰恰是可以量化比较的东西。很多程序员为啥水平差，就是太随意挥霍自己的代码，多写一行少写一行无所谓，所以我必须在开头强调代码少的问题。

引用

zdd：

引用

对于新手来说，#include 一般都包含一些系统的*.h 例如 stdio.h 可读作“标准io”。对以高手来说#include会包含一些自己的.h

这又是从哪学来了的？

我不是学来的，我是自己做出来的。可能你总是在学吧，所以别人也是学来的。这种思维惯性很普遍呀。

引用

zdd：
[code=csharp]
#include “stdio.h”
main()
{
fprintf(stdout,”hello world!\n”);
exit(0);
}
[/code]
一看见main函数这种写法，就知道你还没入门呢。

可能你的门很大很大呀，我真的找到北了。

引用

magicDict：
#include “stdio.h”
main()
{
fprintf(stdout,”hello world!\n”);
exit(0);
}

这个应该和我一样的。

更好，注意，程序中每个字母都要付钱的。所以，要珍惜你的字母。
3）return 0，return是返回的意思，exit是退出的意思，退出可能更容易表达意思。
4）接语句后面写{是典型的教课书的写法。这种写法的好处是和函数名连为一体另外，可以少站一行。实践中，我是将{独立成行的，主要是保持书写格式的一致性和容易查错。这个我会在后面专门讲到。
3、从你的编写来看，你把main看做普通函数了。其实，main是一个特殊函数，这个要注意的。...

望，至少我所带出来的程序员基本上都是高手吧。如果真的能把高手误成低手，那也是我的本事呀。当然这是笑话。4、有些朋友贴出了自己的程序，这是我最高兴的，贴出来至少可以让更多的读者，看到一个程序的不同的写法。 5、我整个文章是由浅入深的，很多东西可能会再后面提到，比如注释的问题，警告的问题，void问题等等，不急，慢慢来。再次感谢所有评论的朋友们。...

摘要：一定会有人说，不就是显示一句helloworld吗？这是最简单的程序了，有啥好讲的？。我知道大家的关注点都在显示“hello world！”那一条语句上，我认同这是一个简单的程序。但是，简单不简...

摘要：通过实战，讲C语言，谈编程，这是系列文章的两个主要内容。在学习一门新语言的时候，我们首先要学会思考，要思考为啥要学？怎么学？学什么？学多长时间？学到什么程度？牢记编程流程：1、编辑 2、编译、3...

引用

泡泡腾：恩，感谢你这样的分享，我想加深对C的理解，你写的这些大部分都是我想要学的，如架构、效率、算法、海量数据、以及数据库，期待你的好文章；字体能调整一下就好了，这个感觉有点别扭

谢谢提示，我已经作了些调整。希望继续关注！

引用

s3：
我想，介绍任何一门语言不能只介绍语言本身，最好结合一个你认为最合适的开发工具（工具本身带来的方便和一些技巧）。
对于linux C我认为有必要讲一下config makefile ./configure make make install具体干了哪些事情。

我会讲makefile的。学C语言不懂makefile是不行的。

，一方面可以把存储数据设备含数据作为银行的一种有形资产。另一方面，由于信息化的发展，数据量增大，银行依赖于数据趋势越来越明显，而且通过数据加工和处理可以直接和间接地影响银行的经营和管理，从而可以为银行创造财富。因此，海量数据是银行另一类资产。
关于数据是资产的说话，还是基于我的关于数字经济观念，这方面又和宏观经济相关连，说以很难一下子说清楚，我们可以私下交流。谢谢！...

摘要：编程是程序员看家本事，编一个程序并不难，难的是编一个好的程序，而知道编程好坏并养成编写好程序习惯则是难上加难。自从我的《程序员成长路线图-从入门到优秀》一书出版发行之后，我感到自己的所学所用价值...

不错！很清晰！

下，数据量增加到查询需要1分钟。那导致57秒时间开销的数据的增加就是一个度。...

引用

燕窝窝：博主高瞻远瞩！

谢谢！我只是因工作因兴趣而已。不过数据分析时代的确来临了。在大量的业务系统开发完成之后，我们的很多程序员将逐步地转向数据分析软件开发之中，并且国际软件厂商们也会看好这个市场推出数据分析工具和各种数据分析的整体解决方案。

引用

pulihe：
这个年代随便一个生产型企业一月就有七八亿条数据记录
更别说这些大公司了

海量数据呀！如果利用这些数据很有意思。

引用

Etc：
是啊，从个人计算机硬盘发展到目前的1T~2T就可以感觉到这个问题。

引用

很多软件公司会把银行业尤其是国外银行业中的成熟业务模型作为数据分析产品到中国来推广

哎，国产数据库研究人员呢，像淘宝、QQ那些做了支付宝产品的公司肯定也会有类似的问题。不会若干年后，又是copy人家现成的吧？

从某种意义上来看，好的技术的杀伤力是巨大的，copy 人家是难免的。我们只有通过业务优势结合技术才能够占住海量数据中的数据分析的一席之地。

引用

magicDict：
很多都是低价值的数据垃圾。或者只是极其少的访问量和备份数据。
如何压缩数据和删除数据也是一门课题。
就像微博时代一样，屁大的事情都要广而告之。
将来可能是数据过滤，统计，压缩，减少不必要冗余的时代。
数据也会根据价值放在不同的数据库中，甚至是普通文件中。
例如关键数据使用数据库，日志等使用NOSQL，历史记录等放在文件中。
同时根据数据价值决定备份数量。

海量数据的出现，迫使我们注意功能设计的习惯转向注意数据，注意数据存放和数据质量，注意数据价值。这些都是一些新的课题，需要我们大家去关注。

摘要：前几个月，我参加听取了IBM、Teradata、ORACLE、安永这些数据巨头公司有关银行业应用系统发展情况的介绍，感触很深。我得出的一个结论：以海量数据为标志的数据分析时代已经来临了。我感到有...