ACM中为何不选择Java

ACM大多数同学还是在OJ上面刷题,大部分都用的是C语言。可是大家知道ACM为什么不用Java、Python等语言呢?

实际上,OJ是支持这些语言的。在中国大学,几乎每个大学生接触到的第一门编程语言就是C语言了,比如我所在的西安工业大学 计算机系就是这样的。OJ由于服务器的局限性,以及C语言无可比拟的底层性高灵活性使得OJ中以C为主。

随着代码规模的扩大,C不能满足同学们对高效编码的需求使得C++这个面向对象的语言在ACM中广为使用。不论ACM采用什么语言,C++是不可争辩的优秀语言之一。他的方便快捷的开发属性、不失底层语言的特征使得这个外人所称“不伦不类”的语言真的在对时间、空间等要求高的场合应用。ACM是个拼时间、拼效率的赛事。

C++的底层性使得ACM比赛选手可以更大程度的优化代码效率,C++的面向对象特征使得参赛选手更快的完成刷题任务。

不过C++最近今年受到了Java的挑战,Oracle接手Sun的JDK后,发布的JDK7使得其Java代码执行效率大大提高,有媲美C++等直接底层源码的优势。可是,媲美归媲美,性能还是差那么一点点的。

由于Java需要JDK的支持,ACM中许多OJ并没有安装最新版本的JDK,使得OJ中Java的效率总是很低。可是这个情况即将大为改观,作为云计算、物联网的先头兵,Java以其无可比拟的高效开发占据了软件行业的半壁江山。由于搞ACM的大多还要进入社会求职的,所以Java的编码在OJ的刷题工程中有上升趋势。

ACM为何不选择Java?这个是个事实,也就是由于之前JDK的性能影响,JDK在绝大多数ACMer口中被贬低了许多。ACM为何选择Java?是由于Java本身就是一门优秀的语言,由于ACM普及过程中作用非常大的OJ慢慢更新了JDK,所以Java成为了ACM中的潜力股。本来来源于Quicl’sBlog 转载注明出处链接 http://20xue.com/?p=2502

向Java开战?别搞错了对象

 

最近,我发现一个有趣的趋势,那就是在我身边的博客、DZone和其他等等开发社区之中Java变得越来越不受欢迎。

在我看来,Java的广泛成功有着许多原因:

  1. 它被企业界所广泛接受
  2. 它是速度最快的语言之一
  3. 它是最安全的语言之一
  4. 内置在语言中的同步原语
  5. 它是平台独立的
  6. Hotspot是开源的
  7. 成千上万家供应商提供了无数Java产品
  8. 成千上万个开源Java代码库
  9. 来自JCP的良好的社区管理(在Oracle之前)

对于任何语言来说,这都是一个相当了不起的成绩,也展示了Java作为当下最流行的语言,在很长一段时间里无可匹敌的连胜纪录。

那么,为什么从2010年底到2011年,Java突然间就变成了招人讨厌的魔鬼?

Continue reading

给JAVA初学者的建议(END)介绍几个常见的概念

设计模式
这可不仅是java独有
我看的书就是c++和smalltalk例子的
先说说什么是设计模式
模式是什么?模式是经验的总结,潜规则的抽象
什么意思呢?比如说我们坐飞机,上飞机前需要经过几个步骤
什么安检领取登机牌之类的,这一套流程能不能改呢?
可以,但为什么几乎全世界的航空公司登机前都是这一套流程呢?
因为航空公司经过长期实践之后得出了一堆结论和经验
并认为这样做才是最安全,或说是最有效率的
这就是模式,模式是编程高手之间交流的桥梁
两个编程高手通过统一命名的模式了解对方的思想
当然不借助模式可不可以?当然可以,只是模式无处不在,你不知道而已
又比如吃饭,每吃一口饭,我们要先端碗,拿筷子,张嘴,塞饭入口,咀嚼最后吞咽
这就是一套模式,我们给这套模式命名为吃饭
那么当老爸叫吃饭的时候,我们就能明白什么意思
而不用老爸进来呓呓啊啊并比画上半天,哑语也不是这么用的
这就是模式,已知的模式有400多种//好象更多,不记得了
比如数据库有数据库的设计模式,编程有编程的模式等等
面向对象有常用的21种模式,需要掌握,主要分为创建,行为,结构三类J2ee有J2ee的模式,Sun公司出了一本书叫《J2EE核心模式》可以拿来看看
必需要指明的是,模式不是规范,比如吃饭模式
没有人规定你吃饭非得要那么吃,你可以端碗,上抛,张嘴在下落后连碗一起吞咽
这也可以,只要你愿意,同样,只要你愿意,你就可以不遵循模式
模式之外还有反模式,学模式不可定势,不要学死,活学活用,无招胜有招才是最高境界JavaDoc 文档工具,极其好用
可以根据注释自动生成HTML文档
Ant
98年,有一位程序员在从欧洲飞回美国的飞机上想到了这么一个东西
从而改变了整个世界,他的名字叫James Duncan Davidson 组织管理工具,可以这么描述它
比如你想在编译之后自动再次生成JavaDoc 那么你只需要编辑Ant脚本//对,就像Windows脚本那样
然后批处理就可以了,不过现在Ant已经广泛集成到IDE中去
不需要自己手动编写,不过如果想要炫炫,据说此招百试不爽JUnit 测试工具,Unit家族可不只有JUnit 还有其它版本的,这个不细说,具体实践一下就明白了
POJO//Plain Old Java Object
就是传统的Java对象,也就是一个JavaBean 由虚拟机来掌握其生死
常用的两个管理构架/规范是Spring和EJB容器
命名由来是某人//名字我忘了
觉得我们使用了太多的规范,以至于我们都忘记了纯粹的java对象
以至于我们都忽略了它的存在,所以叫了这么一个名字
以唤醒人们的记忆,这个意义上来说EJB其实不能算是POJO 毕竟遵循了一堆的接口,但是不管怎样,接口归接口,还是没有继承类
没有被强加什么//遵循可以写空方法假遵循
所以说还是POJO也对
但是由于这种东西缺乏管理,不象Servlet有专门的容器管理并继承了一定的类
而没有管理的对象在虚拟机中是很危险的,因为垃圾回收机制各个虚拟机不同
而且也不怎样,极有可能长时间不回收,这样在企业级的应用中呢
就有可能造成内存大量被占用从而死机,毫无疑问,这种机制需要优化
这种优化就是通过EJB容器或者Spring构架来实现
这么做还有一个好处就是迫使程序员对每一个类做封装
强迫他做管理,以达到防止内存泄露的目的,内存泄露最经常出现的错误就是
引用未释放,引用最典型体现在new这个关键字上,new得越多引用得越多
随着时间地增长,有可能导致循环,不停new new new new new….. 其中哪怕只要有一个new处理不当,虚拟机无法回收内存
那就极有可能完蛋,而且这种小bug越是在大的项目越是难以找到
有可能因为一个人而影响整个项目组,所以不妨记住我的一条经验
好的系统框架不应该在业务逻辑流程中出现new关键字
现在不理解也无所谓,将来有一天会明白的
SOA 面向服务的构架
不说太多,这个属于上上层建筑
不过不妨记住我的一句话,可以帮助理解这个概念
面向什么就是对什么做封装
面向对象就是对对象做封装
面向服务类似,剩下的靠悟性
反射
1.4新增功能,非常强大
通过反射,程序可以解析出类本身的属性也就是变量//注意这里说的属性不是.net里面的属性,我不喜欢微软造的新名词,乱
还有行为也就是方法,然后通过invoke()方法调用该方法
甚至可以新增对象等,java首创,本是其它语言所没有的
后来被微软抄了去,利用该功能,开源框架广泛受益并大量采用,近乎疯狂地使用
具体就不说了,最后要指出的是,有一种说法是利用反射会降低效率
在早期的时候,的确是,现在不会了,放心使用
容器5.0以后的版本在J2SE中都出现了容器
各位甚至可以自己尝试用标准库去使用容器
推荐网站
www.javaeye.com //java视线论坛,Hibernate国内的权威
dev2dev.bea.com //bea的dev2dev社区,用WebLogic首选的好去处
www-128.ibm.com/developerworks //ibm developer works社区,ibm产品的老家
www.jdon.com //j道,Jboss国内相对讨论会多一点的地方,有自己的框架
www.matrix.org.cn //matrix,有自己的框架,很清新的论坛
jcp.org //JCP,前面说到过了
sourceforge.net //开源的东西几乎这里都可以找到,除java外还有游戏共享等
saloon.javaranch.com //我常去,人气不错
www.apache.org //阿帕奇老家
www.jboss.com //Jboss和Hibernate老家
www.springframework.org //Spring老家
www.wiki.org //非常好的百科站点,可惜国内被封,创始人加入了Eclipse zone
www.google.com //你要的这里有,不信?输入关键字再按一下那个靠左的白色按钮试试
书籍
《Thinking in Java》//实话说,一般,尤其是翻译后的版本,原版还行
《Java教程》//电子工业出版社出版的那本,上下册,很厚,但翻译得不错
《21天学通Java》//入门极好,但是《21天学通j2ee》极烂,不要买
《Mastering EJB》//翻译过的书质量我不清楚,估计不怎样,请看原版书籍
《精通Hibernate》//看清楚作者,孙卫琴,其它人的别买
其它的可以不用了,网络上的远比书上来得多,来得好,虽然也来得杂
最后的建议
一,不要做一个浮躁的人
二,学好英语,很重要
三,阅读源代码和文档
四,共享源代码,不要做一个功利的人
五,热爱Java

给JAVA初学者的建议(8)java高级应用之框架篇

没错,我没敲错
之所以不再声称是企业级应用而称之为高级应用是因为下面要讲的东西属于纯民间性质
是java具体应用的上层建筑,可用可不用,没有人强迫你用
首先给框架//framework 下一个定义
我想读者你可能听说过.net framework这个概念
没错,我们将要说的framework也和这个framework差不多
所不同的是.net framework的竞争对象是j2ee那一系列标准
而我们将要说到的几个框架则应用在j2ee的不同层面
单就单个框架而言,没有.net framework管得那么多
但是却要比它精专多了,而且总量加起来,也远比微软那一套框架要广泛得多
回到正题,框架是什么?
软件工程之所以被叫做软件工程就是因为有那么一批人觉得可以用工程学里面
那些管理Project的方法来管理软件从开发到维护这一系列流程
那么在建筑工程里面框架是什么?
现在建筑多采用钢筋混凝土结构,注意里面一个很重要的词汇:钢筋
托福阅读中曾有一题听力就是关于钢筋结构的诞生,在美国
恩,现代建筑中多在建筑起来之前,先用钢筋搭建出一个框架出来
然后往钢筋中间填入混凝土,从而形成一个完成的建筑
而今天要说到的框架就是这么一个东西在每一个软件中间的实现
框架就是那么一个通过预先写好代码从而帮我们建立起一个软件结构的这么一个东西
这里提一下框架与规范//主要指J2ee规范也就是官方标准的区别
从某种意义上说,J2ee规范本身就是一个框架
无论是web容器也好,还是ejb容器也好,它们都开发了一部分通用的代码
并且帮助我们搭建起来了一个软件结构,我们要做的就是往里面填入组件
比如ejb/servlet/jsp等等
没错,要这么理解也没错,但是为了避免混乱,我们还是严格区分开来
本文中将要提到的框架如无特别说明,就是指的是非官方标准的框架
规范是规范,而框架是建立在规范之上的一种东西
可以说是标准的延续,或者说是民间的尝试,总之是这么一个非官方的东西
说到这里顺便提一下JCP组织也就是Java Community Process/Java社区
当初Sun公司在java发布之初,为了提倡开源和共项
同时也出于一个提出合理的标准的目的,而让广大的开发者参与标准的制定
而成立了这样一个社区,现在还健在,网址是jcp.org 每一个新的规范发布之前都会在这个社区广泛讨论,最终对规范的制定产生巨大的影响
其中就包括企业级的参与者,相当有名的JBoss以及我国的金碟公司都是其中的成员
下面介绍一下几个相当著名的框架,必须要指出的是,虽然框架大多开源但并不代表所有的框架都开源,比如.net framework,但是java框架大多数开源
言归正传Struts表示层框架,名字来源于飞机的金属框架
可能有读者会提问了
表示层不是客户端么?
没错,但是语言这东西,众口烁金,别人都这么说你就不好不这么说了
最早表示层说的是客户端,后来随着时间的发展
人们也把服务器端直接与客户端//比如IE 打交道的那部分也称为表示层//JSP+Servlet
那么表示层框架是干什么的呢?
早先大规模应用JSP的时候,人们发现,JSP里面充斥着逻辑代码与数据
可读性极差,于是人们借用很早很早以前的MVC模式的思想
把表示层组件分为V-Viewer,也就是JSP
M-Model模型,一般来说是一个JavaBean
C-Controller控制器,一般来说是一个Servlet 所有人通过JSP和服务器打交道,发送请求,Viewer把这个请求转发给Controller
Controller通过调用一个Model来处理该请求,然后返回数据到Viewer 这么一个过程,从而达到数据与逻辑的剥离,增强代码可读性,降低维护成本
而帮助人们实现这一系列东西的就是Struts框架,就是这么一个东西Struts的竞争对手主要是产商们极力倡导的JSF也就是Java Server Faces 但是由于Struts出道时间早,所以应用比较多JSF则是产商们大力支持,前景看好
对于这一层来说,在JSP的html代码中出现的java语句越少越好
因为java代码越少说明页面处理的业务逻辑越少,也越合理
这也是Struts最初的目的,记住这话
Spring大名鼎鼎的Spring框架
有人曾说2005年一片叫春之声,指的就是该框架Spring起源于Rod Johnson的《Expert One-on-One J2EE Design and Development》一书Rod Johnson认为,J2ee里面的那一套//尤其是ejb 太重了,对于单机的系统来说,没有必要使用那么复杂的东西
于是就开始设计并引导Spring小组开发出这样一个构架
不能不说他是个天才,因为的的确确不是所有的系统都是跨多服务器的
没有必要把一个简单的系统设计得那么复杂//天才的那几个共性又体现出来了Spring从诞生之日起就是针对EJB的,力争在不少应用上取代EJB 而它也确实达到了这个目的
现在包括WebLogic等主流应用服务器还有主流IDE都开始逐渐接受该框架
并提供相应支持
提到Spring就不能不说控制反转Ioc//Inversion of Control 和依赖注射DI//Dependency Injection 什么叫控制反转呢?
套用好莱坞的一句名言就是:你呆着别动,到时我会找你。
什么意思呢?就好比一个皇帝和太监
有一天皇帝想幸某个美女,于是跟太监说,今夜我要宠幸美女
皇帝往往不会告诉太监,今晚几点会回宫,会回哪张龙床,他只会告诉太监他要哪位美女
其它一切都交由太监去安排,到了晚上皇帝回宫时,自然会有美女出现在皇帝的龙床上
这就是控制反转,而把美女送到皇帝的寝宫里面去就是注射
太监就是是框架里面的注射控制器类BeanFactory,负责找到美女并送到龙床上去
整个后宫可以看成是Spring框架,美女就是Spring控制下的JavaBean 而传统的模式就是一个饥渴男去找小姐出台
找领班,帮助给介绍一个云云,于是领班就开始给他张罗
介绍一个合适的给他,完事后,再把小姐还给领班,下次再来
这个过程中,领班就是查询上下文Context,领班的一个职能就是给客户找到他们所要的小姐
这就是lookup()方法,领班手中的小姐名录就是JNDI//Java Naming and Directory Interface 小姐就是EJB,饥渴男是客户端,青楼是EJB容器
看到区别了么?饥渴男去找小姐出台很麻烦,不仅得找,用完后还得把小姐给还回去
而皇帝爽翻了,什么都不用管,交给太监去处理,控制权转移到太监手中去了
而不是皇帝,必要时候由太监给注射进去就可以了
看到Spring的美妙了吧,Spring还提供了与多个主流框架的支持
可以和其它开源框架集成
Hibernate名字取材自ORM最早的一句玩笑话//ORM就是OR-Mapping 说用了ORM之后,程序员就可以去冬眠了,而不需要操心那么多事
这里不得不说的是,该框架由于做得太好,以至于被J2ee招安,成为EJB3.0的一部分
替代原有EJB2.X里面关于Entity Bean而成为EJB ORM的工具
这里解释一下ORM//OR-Mapping 中文名对象关系映射
什么意思呢?我们知道传统的数据库都是关系型的
一条条记录以表格的形式储存,而表与表之间充斥着是关系/关联
比如说一个人,名字zhaoce,性别男,年龄23那么数据库中是这么储存的
姓名性别年龄zhaoce m 23 某女 f 22 而实际应用服务器中的实体都是以对象的形式存在,一个个对象zhaoce是以这种形式存在的Human human=new Human();
human.setName(“zhaoce”)
human.setSex(“m”);
human.setAge(23); 这样的,那么我们知道,传统的JDBC是通过一个二维字符串将数据取出
需要我们自己将其包装成对象,在存入的时候,我们还需要将对象拆开
放入sql语句中//Insert into Huamn values(‘zhaoce’,’m’,23) 然后执行该sql语句
太麻烦太麻烦,ORM理念的提出改变了这一切,ORM认为,这些东西应该由框架来做
而不是程序员,程序员做他该做的,不要为这种破事分心,还测试半天
于是就出现了Hibernate,JDO,TopLink等等,甚至.net里面也有ADO.net 过去一段时间是Hibernate和JDO争风,现在看来Hibernate逐渐成为主流并被官方接纳
成为规范标准之一,替代掉原来EJB2.X的ORM EntityBean
TopLink则是Oracle公司推出和Oracle数据库结合的一种ORM 商业用软件,贵且复杂,不过正在逐渐开放
而象表示层一样,这一种专门面对数据层的代码也被称为数据持久层
所以数据持久层这一概念有时不仅仅指代数据库
关于ORM,最高的境界应该是在java代码中不出现任何一句的sql语句
注意,是不包括sql语句,Hibernate的hql以及ejb的ejb-ql不算在内
至于出现不出现hql/ejb-ql等替代ql,这要视具体情况而定,不过最好也是不出现
当然最后所说的过分理想的情况往往不现实,总之一句话
以sql为代表的ql/*还有hql,ejbql等*/语句在代码中出现得越少越好
记住这话,现在未必能够理解,学了以后就懂了
这三个是目前最为常用的框架而目前光已公布的框架就>500 还在不停增加中,不可能一一列举,有兴趣的可以去看相应文档要指出的是框架不是应用程序
只是一堆组件的有序复合,应用时不能脱离于应用服务器单独存在

给JAVA初学者的建议(7)java企业级应用之术语篇

在了解完J2ee的相关周边产品之后需要深入J2ee规范内部去了解一下到底这些规范
这里介绍几个最常用的规范
再继续说下去之前有必要说几个常识
Java的诞生
Java之父James Gosling早年从cmu毕业之后
从事了一段时间的开发工作,后来意外碰到一个项目
这个项目要求他用C++开发,但可爱的JG是天才,凡是天才在某方面特别突出的同时
必然有一些天生的缺陷,恩,或说共性,比如说懒,急躁和傲慢
JG既然是天才,那就必然具备这些共性,JG懒,以至于他学不好C++
不仅他学不好,当年开发出Java的那个团队也都学不好C++
他们急噪,以至于他们中有人甚至威胁以辞职的方式离开这个需要使用CPP开发的项目
他们傲慢,所以他们决定开发出一种新的语言来取代那个该死的CPP
更可爱的是,他们一开始居然给这门语言起名C++++–//没错,我没敲错
叫什么C加加 加加减减,意思是加上一些好东西,减去一些坏东西
天才的设定,有时候你会发现天才和傻瓜真的只有一线之隔
还好这个可爱的名字没有被继承下来,这些天才们给他们的产物起名叫Oak//橡树
只是后来当他们去注册这个名字的时候,发现这个名字已经被注册了
于是在Sun公司的一个女职员//mm就是心细,这个说法也是我们公司mm告诉我的
的提议下,把这个可爱的语言起名为Java,就是他们当时喝的咖啡的名字
所以我们看到Java的标志就是一杯冒着热气的咖啡
JavaBean 了解完Java之后,再来说说什么是JavaBean//华为面试题
JavaBean是什么? 咖啡豆
ja,更为科学点的解释是
用java语言编写的可重用的软件组件//组件的定义前面说过了,不再重复
很形象不是么? 将javabean放入杯子//容器,还记得容器的概念么?web容器,ejb容器
就可以冲泡//编译 成咖啡,供客人们品尝//运行
完美的服务
下面进入正题
再谈容器
前面介绍过容器,我觉得有必要再补充一点
容器从某种意义上说其实就是一个可运行的java写的应用程序
犹如c++/c编译后生成的.exe文件
不同的是java编译后的文件需要用命令行或者脚本启动执行
由于容器是由java写的,所以容器都能够跨平台
虽说如此,似乎大部分容器都针对不同的操作系统提供了不同的版本
但可以肯定的一点是,相同容器间的移植组件不需要重新编译
Servlet web容器组件
Servlet确切地说,就是web容器运行的java组件
与普通javabean不同的是,Servlet定义了一系列方法//比如init()和destroy()
供容器调用,调用的主要目的是为了管理
当一个request请求被web容器截获之后,容器分析该请求地址
然后通过一个配置文件中的映射表//web.xml
调用相应的Servlet组件处理后将结果返还给客户端
JSP//Java Server Page
web容器组件
Servlet出现了之后,人们发现几乎没有办法用一个非常直观的方式去编写页面
毕竟页面是html语言编写的
而让我们用一种流程式的处理方式去逐行教计算机如何写html代码太困难
在这种情况下JSP应运而生,JSP将java代码嵌入html代码内部
然后存成.jsp文件,再由计算机编译生成Servlet储存起来//注意这个过程
所以JSP和Servlet对于web容器来说其实是一种东西,虽然它们编写遵循的标准有所不同
极大地简化了代码同时增加了代码的可读性,生产维护成本下降
值得一提的是,在制定JSP规范的过程中,借鉴了ASP的很多规范
写过ASP并熟悉Java语言的人应该能很快掌握JSP
EJB//Enterprise JavaBean
ejb容器组件
随着时间的推移,人们发现普通的JavaBean似乎并不能满足企业级应用的需要
最典型的就是虚拟机提供的垃圾回收收集机制也就是GC不够完善
可以优化的余地极大,在这种情况下,EJB应运而生
EJB和其它组件一样,不过遵循了某些规范而已
但是这些规范更多的是为充分利用机器并提高性能为主要目的的
举个简单例子
比如某个web服务器有100个用户同时连接上
由于网络连接是瞬时连接,所以很多时候并发数并没有100那么大
前一秒有可能有30个请求被发送过来并被处理
后一秒可以只有10个请求被发送过来并被处理
只有在非常非常极端的情况下才有可能发生100个请求同时被发送过来并被处理的情况
那么我们是否需要保留100个那么多个对象在服务器的内存里面去处理这些请求呢?
很显然,不需要,大多数时候//甚至可以说是所有时候,我不相信有那么极端的情况
我们只需要保存其中的10-30%就够了,那么什么时候需要20%,什么时候需要50%
甚至100%,这个过程就交给容器去管理,这就是ejb容器每天在干的事
管理内存中活跃的对象
恩,必须强调的一点是,由于使用的不成熟
我们经常把规范以及具体的应用两个名词混用
举个简单例子,我们说Servlet,极有可能说的是Servlet规范
也有可能说的是一个具体的Servlet,这个就要看情况而定了
EJB,JSP也是如此
JDBC
和数据库的连接
这个严格说来是数据库产商需要关心的事
关于AppServer如何与数据库的连接
但是也需要开发人员做一点事,因为AppServer不知道什么时候组件需要用到数据库
同时也需要开发人员告诉AppServer他们使用的是什么数据库,ip地址等等
JDBC就是关于这一套东东的规范
包括数据库的产商应提供什么样的接口
AppServer应用服务器应该如何去连接
开发人员应该如何去配置这些连接等等
还有一些数据源,连接池等概念参考相关数据在此就不再赘述
其它的规范比如JMX等确切地说与开发人员关联并不大了
这类高级应用只对AppServer应用服务器产商重要
也不再罗嗦了
———
记得听说过这样一种说法
大一时候不知道自己不知道 大二时候知道自己不知道 大三时候不知道自己知道 大四时候知道自己知道 为什么呢,因为大一时候刚进大学,什么都不懂,很正常,大家都一样
大二或者大三时候开始接触知识,虽然还是不懂,但慢慢地开始学习,开始积累
过了一段时间,知道自己知道了//也就是前一种说法的大四,后一种说法的大三
开始屁癫,开始拽得不得了,觉得自己怀才不遇,千里马难寻伯乐的那种感觉
有些人是大四毕业了以后开始拽,悟性高一点的,大三就开始拽,因人而异
这几乎是每一个初学者经过一段时间学习后的必然阶段
不管如何,总之开始入门了,这也不是坏事
但最后每个人都会知道自己不知道的,也就是后一种说法的大四阶段
//前一种说法里面的那些家伙估计要到工作以后才能明白
因为任何一门学科都博大精深,要是能在两三年之内就统统搞懂
那不是在吹牛就是坐井观天,java如此,c如此,c++也是如此
那么到了本系列的第七集,可爱的读者应该处在什么阶段呢?
恭喜,在看完这篇文章之后,你就基本处于知道自己不知道的那种阶段
离拽起来还有那么一段距离,因为你们毕竟还没有学习和积累一定的基础知识
但是骗骗外行,蒙蒙国企那些吃闲饭的管理人员问题不大