1.威客赚钱真的程序假的
2.源码做的网站和定制的有什么不同
3.为何要学习MFC？

威客赚钱真的假的

       骗人倒不至于，有的源码威客能赚钱那是肯定。

       至于你能不能成为威客那就不一定了。程序

       能赚钱的源码威客有三种：

       1、以消耗时间为主的程序宣传员：这些人的工作就是在网络到处发帖留言换马甲，为某某网站或者公司进行人肉宣传，源码dbnet源码酬劳微薄，程序大概和工厂工人差不多，源码不要去迷信什么日进斗金的程序神话宣传员，那种人是源码有，但他们是程序第一批吃螃蟹的极少数人，蛋糕就那么大，源码vc 进程注入 源码大的程序资源早就被他们趁早瓜分了，否则他们不会去宣传。源码

       个人是程序极不推荐这种赚钱方式的，收入微薄，没有技术海量，没有发展前途，而且占用大量时间。

       2、以兼职为主的技术强人：通过网络的技术性任务，一般都是软件开发、网页设计、小程模版源码形象创意、平面设计等等，需要有很强的技术水平，但是毕业大学生一开始不可能有什么技术的，需要在相关的工作岗位上积累到一定程度后才有足够的水平。为了继续进步跟上时代，他们一般不可能离开工作岗位去做全职威客。因为网络上的技术性威客并没有形成系统的从学习到工作的完整产业，如果仅仅为金钱去做全职，那就是舍本逐末，作为社会的传奇霸业PHP源码顶尖人才，当然会选择更加理智的简直威客。

       这一类人一般都是大学导师、企业中的高级工程师等等吗，而且必须是相关专业的，如果是机械、电子、模具等实体行业那是不行的。

       3、真正意义上的全职威客：想在网络上找到正式的工作，那必须有两个前提：（1） 工作所创造的产物必需有稳定和足够庞大的市场。

       （2） 网络上有学习其工作技能的ssh 网站源码下载途径，并能在工作中不断进步。

       目前在网络上能够满足的行业只有一种：网络写手。

       这个行业确实实现了威客写字就能赚钱的愿望。据说最厉害的一批人能够达到年薪百万以上。

       但是由于这一行起点太低，只要能上网就能写作，所以企图进入这一行的人实在是太多了，能够赚到钱的百不足一，而且这些人多数也只能混个温饱，甚至连工厂工人都不如，能赚到大钱的，比六合彩的几率还小。

       更可笑的是，还从来没有发现过仅仅为金钱去写作最后还能大获成功的人。

       能够在网文上成功的人，其兴趣、毅力、写作能力、上进心……一个都不缺。

       而且竞争太惨烈了，即使一个什么优点都不缺的写手也很难成功，何况是那些不足的人。

       威客最大的特征是“与硬件无关”，所以它的市场范围就被局限在了少数几个行业之中，中国的网民这么多失业人数这么大，竞争自然远远比现实中的就业大。

       本人建议还是脚踏实地的找工作比较好。

源码做的网站和定制的有什么不同

       有以下几点不同：

       1。源码是开发好的源码，就是因为是开发好的，所以就是定型的，除非你自己会改，一般卖家不会帮你修改，定制是从无到有的做，你可以详细提自己的要求，让开发者为你制做，应该会列符合自己的喜好。

       2。源码是做好的成品，所以价格会低，几百元（源码网上1-）就行了，定制的价格要搞些，一般要1-左右，具体价格要看功能和开发难度。

       3。源码是成品，可以马上就投入使用，定制有个开发过程，所以一般要几天或十几天的时间

       各有各的优点，你可以按自己的要求自己选择，这里提醒两点，如果你是定制，一定要找正规公司，签定合同，最好是本地的公司；如果是网上找的，最好不要交压金，当然也可以通过威客网来做。

       如果是买源码，一定要找向源码网这样，自己能开发的网站，有演示有售后的。

       祝你早日找到或开发出自己的网站来

为何要学习MFC？

       è¿˜æœ‰ä¸€ä¸ªé¢†åŸŸæˆ‘们不能忽略，那就是个人软件、小型软件。在猪八戒之类的威客网上软件开发的栏目搜一搜，可以发现大部分的windows程序开发的需求，威客们都是用MFC或Dephi来开发，当然，还有一些易语言。如果你要开发一款个人用的小软件，MFC是很好的选择。

       å¯¹äºŽè¿™ç§ä¸ªäººè½¯ä»¶ã€å°åž‹è½¯ä»¶ï¼ŒMFC还是有着很多优势的：

       1.体积小，静态编译后体积也不大。

       2.在各版本的windows上兼容性较好。

       3.对windowsAPI的调用较方便。

       å­¦ä¹ MFC不仅仅要学习用MFC，还要学习MFC的框架设计思想。

       å¦‚果仅仅会用MFC的话，可能在找工作的时候，一旦工作内容离开了MFC，就什么也不会了。MFC作为一个诞生了年的成熟的框架，其设计思想是很值得我们学习的。粗略读一读MFC源代码就会发现MFC的厉害之处，很多思想都让人很佩服，有时候看完一段源代码后，心里暗自感叹。无法想象MFC在那个连C++的STL都还没出现的年代，就用泛型编程技术写出了CList、CArray、CMap等容器。MFC不仅仅是将面向过程的API封装为面向对象的形式，他还在背后做了很多事情，包括简化一些过程，提高一些稳定性。如果让我把面向过程的windows

       socket API封装成面向对象的类，我肯定会这样想，嗯，socketAPI几乎每个函数的第一个参数都是SOCKET结构体，这是面向过程的特点，如果要封装为面向对象的类，自然是把这个结构体作为类的成员变量，然后封装socketAPI函数为类的方法，提供大量的默认参数，就OK。实际上并非这样，读一读MFC中CSocket的的源代码，就会发现实际上并非如此简单。MFC的CSocket类里，做了大量的工作，使我们用起来大大的方便了。如果你之前一直用socketAPI来开发网络程序，再来用MFC的CAsyncSocket和CSocket的话，会觉得，太方便了！仔细读一读MFC源码，真的对我们将来编写自己的类、设计自己的框架，有很大帮助！

       ä¸€ä¸ªå¥½çš„程序员，不能只是会用现成类库的方法。

       ä¸€ä¸ªå¥½çš„程序员，应该会封装、会设计类库、会设计框架。

       åœ¨ä¸€ä¸ªå®žé™…的项目中往往是这样的：我们需要开发一个windows平台上的软件，直接用windowsAPI吧，1.太麻烦2.面向过程的代码写的越多越头疼3.可重用性不强。使用现成类库吧，有时候无法满足我们特定的需求。这时候，我们就需要自己动手封装API，自己动手派生现成类库中的类，来添加方法。如果你不了解类库，派生下来后就会发现根本无从下手。很多公司在一些做了很久的项目上，往往都是有自己的类库、自己的框架，并不断的完善和扩展。这也是我们要学习类库、框架设计的原因。