实践再次证明光会C不会C++找工作很难

cheng_lai_shun

光速

我近半年时间一直学c语言。感觉还是比较肤浅。还要下功夫学呀！哎...时时有困难，事事有困难呀！

Cyberman.Wu

原帖由 prolj 于 2009-8-19 14:46 发表

说实话，C++在实现IS算法的确比C方便。是他们吹嘘自己C++的，吹嘘C++面向老婆多么多么高尚... 我的意思只是，你还不会用呢，吹毛啊。
你的观点我倒是同意，根据需求进行技术选型，但是我会选跨平台的QT，Pyt ...

QT、Python未必能替代VB，各有各的用途，快速做界面并且不考虑跨平台，VB明显有一些方便之处（当然我只见朋友用过，自己没用过VB）。

C/C++做业务模型不是不行，但相对一些专门针对业务的语言来说的确对程序员水平要求高一些。以前公司有一个部门在这两个之间做了个折衷，他们自己写了一个工具，以所见即所得的方式用鼠标去描述业务，然后生成C/C++代码，明显少了许多低级错误，做业务设计的人不再去关心C/C++的细节。

langue

原帖由 Cyberman.Wu 于 2009-8-19 14:37 发表

C/C++描述的设计是偏向计算机而不是业务方向的，用它做开发首先要关注一大堆和业务本身无关的东西，动不动就要考虑内存泄露啥的，这个的确是一个问题，可惜目前的确没太好的解决方案。

所以对 C/C++ 程序员来说，需要的不仅仅是对语言特性的熟练掌握，还需要一套完整的开发框架。很可惜，现有的框架都不是向着 C/C++ 的，要么是 Java，要么 .NET，而微软自己也承认，这个 .NET 实际上它的核心就是 C#。就说 Web 开发，前两天去书店里看到几本关于 GWT（Google Web Toolkit）的书，结果还是 Java，没有找到成熟的为 C/C++ 设计的 Framework。

Cyberman.Wu

原帖由 system888net 于 2009-8-19 17:43 发表
实际上完全可以用一个特没"含量"的方法做出一个好的产品.
在对方法进行争论的时候,有时候往往容易迷失本来的目的.
换句话说,方法没含量不等于作出的产品一定没有含量.

是啊，许多时候不是比哪个好哪个不好，而是哪个更合适业务目标、哪个更适合自己现有的人力。往往最简单的可能是最好的。

现在软件开发行业方法论满天飞，但往往忘了它的本质是完成客户的功能需求，许多时候过多地追求方法而忘了结果。

reiase

原帖由 langue 于 2009-8-19 18:13 发表


所以对 C/C++ 程序员来说，需要的不仅仅是对语言特性的熟练掌握，还需要一套完整的开发框架。很可惜，现有的框架都不是向着 C/C++ 的，要么是 Java，要么 .NET，而微软自己也承认，这个 .NET 实际上它的核心 ...

C和C++对xmlrpc等协议支持的库，也比python，java差一截
像python，写xmlrpc接口，定义一个类就行了，python库用反射特性自动找到接口

Cyberman.Wu

原帖由 langue 于 2009-8-19 18:13 发表


所以对 C/C++ 程序员来说，需要的不仅仅是对语言特性的熟练掌握，还需要一套完整的开发框架。很可惜，现有的框架都不是向着 C/C++ 的，要么是 Java，要么 .NET，而微软自己也承认，这个 .NET 实际上它的核心 ...

说到这个我倒觉得做为软件开发人员，不要光盯着这些语言、库什么的，其它有些方面也很重要。以前工作中经常要评审文档，那个痛苦啊，都不知道中文是咋写的，标点要么没有要么乱点，句子不成句子、段落不成段落的，搞得很难看明白；如何用文字把自己的思路描述清楚也是一种能力。

langue

说的是，但各方面能力很强的人很少能踏踏实实地做程序员了，国情。

maxunix

　同感，
还要求有数据库！

Cyberman.Wu

是啊，也不知道啥时候国内的技术积累能好一些，也出许多干了二三十年的人。目前经常是不到三年就转型了。