九种境界

第一重: 
  在哪本电脑杂志上看见软件工程师这个职业介绍,或者走在大街上看见某某软件培训机构鼓吹培训完就能年薪10万的广告,有些羡慕那些编程序的,自己有些蠢蠢欲动。

  第二重:

  用控制台或者说SDK之类的东西写了一个“HELLO WORLD!”,感觉编程这个东西,太简单没难度。

  第三重:

  学会了简单的使用某某工具例如VC,知道怎么利用工具创建对话框之类的东西了,认为自己已经有了“扎实”的基础,出去找工作四面碰壁之后感叹人心不古世态炎凉。

  第四重:

  以极低的要求找到工作,突然发现自己不会的实在是太多太多,不求甚解是无奈之举。这个阶段写代码写完之后主要是试,试的标准:“能运行就是成功,不能运行就是失败。”一个小模块写完之后被黑盒蹂躏几十次稀松平常。

  第五重:

  突然意识到不能再瞎干了,于是知道了如何规范的写代码,尽力的把代码写的短小精悍,看一堆关于算法的书,并且会把自己的或者别人的优秀代码分门别类存起来,以便经常参考使用。

  第六重:

  做的时间越长,发现自己不会的越来越多,每每遇到不太理解的必然刨根问底,写完一段代码,一定仔仔细细把程序研究个透,不让他出现一点泄漏一点警告才罢休,以挑战白盒作为乐趣。

  第七重:

  把各种工具研究个稀巴烂,即使一个全新的语言或者工具,也能在半个月之内熟练使用,这个时候,仍然认为自己距离高手还有很大差距,遇到新手来公司面试,很惊讶这些人居然连怎么操作内存都不会就敢出来混了?

  第八重:

  把编程工具用烦了,开始喜欢控制台或者说SDK,纯粹的API编程变成了自己的最大乐趣。

  第九重:

  在电脑杂志上看见软件工程师的职业介绍,或者走在大街[胡椒]:上看见某某软件培训机构鼓吹培训完就能年薪10万的广告,想对后来人说些什么却终究发现无话可说,只好一笑而过。

时间: 2024-08-06 10:24:54

九种境界的相关文章

【转】从框架看PHP的五种境界及各自的薪资待遇

无意中看到这篇文章,有些触动,作为博客开篇,用来激励自己. 原文地址:点击打开 在撰写此文前首先必须申明的是本人不鄙视任何一种框架,也无意于挑起PHP框架间的战争,更没有贬低某个框架使用者的用意,本文纯粹个人的看法.你可以认为我无知也好,或者装逼也好,请不要试着在任何情况下,随便发起言语的攻击,这只是我个人的一些经验而已,你可以选择赞成或不赞成,也可以选择看与不看. 还有本人基本对这些框架中的大部分都用的时间比较长,绝对不是随便出个Hello World!就在这里评论,曾任某某底层本土公司的技术

解析UML九种图

        UML作为设计工具,重在实践上,而这就离不开九种图了,画图是在看完视频以后进行的,刚开始画图的时候脑袋懵懵的,不知道该从哪下手,于是就在画图之前再次的学习了一下这九种图和四种关系,理了理思路,终于有点了想法,这才开始着手画.UML的九种图包括:用例图,对象图,类图,构件图,部署图,状态图,顺序图,活动图,协作图.四种关系和九种图在UML学习中是重中之重,而在这九种图中最重要的是用例图,类图和顺序图,反复的学习才能将它消化. 一.概念 在这九种图中又可以将他们分成静态图和动态图,静

UML九种图之部署图和构件图

面试的时候被问到,在线性回归中,有三个假设,是哪三个? 当时回答出来自变量x和因变量y之间是线性变化关系,也就是说,如果x进行线性变化的话,y也会有相应的线性变化. 提到数据样本的时候也答道了样本点之间要求是独立同分布的(根据MLE准则,假定对样本加上高斯白噪声e的情况下). 但是第三个最终还是没有答上来,面试官也没有再给提示,所以回来自己再查一下. LR的wiki页面(http://en.wikipedia.org/wiki/Linear_regression)中,有提到了LR的假设,分别是:

九种常用排序的性能分析总结

转自:http://blog.csdn.net/cjf_iceking/article/details/7953637 间间断断的将9种排序实现,并且将其以博客笔记的形式记录下来:现在就该来综合的分析这九种排序,让我们先来看看其算法复杂度和稳定性的分析结果: 算法复杂度以及稳定性分析 算法名称 平均时间 辅助空间 稳定性 冒泡排序 O(n2) O(1) 是 选择排序 O(n2) O(1) 否 插入排序 O(n2) O(1) 是 自底向上归并排序 O(nlog2n) O(n) 是 自顶向下归并排序

浅谈UML的概念和模型之UML九种图

文件夹: UML的视图 UML的九种图 UML中类间的关系 上文我们介绍了,UML的视图,在每一种视图中都包括一个或多种图.本文我们重点解说UML每种图的细节问题: 1.用例图(use case diagrams) [概念]描写叙述用户需求,从用户的角度描写叙述系统的功能 [描写叙述方式]椭圆表示某个用例:人形符号表示角色 [目的]帮组开发团队以一种可视化的方式理解系统的功能需求 [用例图] 2.静态图 类图(class  diagrams) [概念]显示系统的静态结构,表示不同的实体是怎样相关

UML九种图 之活动图和状态图

前言     活动图和状态图组成行为图,它们是对系统的动态描述,它们之间有一定的联系搁一块儿更容易理解.本篇介绍的两个图和上一篇介绍的顺序图和协作图,共同描述系统的行为. 活动图     1. 概念      阐明了业务用例实现的工作流程.     2. 图符           1. 基本要素      活动状态.迁移.判断.保证条件.同步条.起点和终点     2. 作用      (1) 描述执行过程中完成的工作或者动作      (2) 描述对象内部工作      (3) 如何执行相关动

(UML总结二)九种图

上次总结到了UML中的关系,明白了关系,下面让我们总结一下UML中的九种图.图往往比文字要直观,所以我们在开发软件的时候,文档中必不可少要有图,所以这九种图是我们必须要掌握的. 下面我将这九种图分了一下: 我们还可以将这九种图分为静态图和动态图: 一.基本概念: 1.  用例图(Use casediagram) 由参与者.用例以及它们之间的关系构成的用于描述系统功能的视图.用例图主要是用来说明用户的需求,开发的软件应该有怎样的功能,实现什么价值.从用例图中我们可以看出来是谁用软件和软件的功能.

理解九种图

用例图. 用例图是用来描述用户需求的,从用户的角度来描述系统的功能,并指出各个执行者.强调谁在使用,系统的执行者是谁. 类图. 用来定义系统中的类,包括描述类的结构和类之间的关系.类图的主要作用于描述系统的静态结构. 对象图. 对象图是类图的一个实例,描述了系统在具体时间点上所包含的对象以及各个对象之间的关系. 状态图. 状态图说明对象在它的生命周期中响应事件所经历的状态序列,以及它们对那些事件的响应. 构件图. 构件图用来描述代码构件的物理结构以及构件之间的依赖关系.一个构件可以是一个资源文件

从软件部署看运维的四种境界

首先,博文的名字很难取啊,叫什么都感觉不太对,这里就暂定这样吧.不可否认这里有点哗众取宠的动机,不谈境界总感觉格局不够大哈. 中国哲学家冯友兰先生说过,人生有四种境界:自然境界.功利境界.道德境界.天地境界.经过长期的部署安装软件服务,感觉最近手熟多了,通过实践可以得出一些方法,方法总结起来 就可以组成一套方法论了,但作为国人,还是用格局,境界之类的词更有亲切感. 不多说废话了,下面上干货.(我所理解的干货,也可能不是,牛人请忽略) 下面通过具体的安装redis这个小软件来说明问题,我分别附上四