NND 公交车都不见了，早上在公交站冻了一个小时，都没等到车

改变现状,还得靠自己.

这图挺贴切的,借用一下 : )

内容如题.

这年头,工作不好找?还是人不好招?

我的总结是人不好招!

第一,海投简历的同学实在太多,不管工作是否适合,在招聘网站上,看见一个就发一份简历.一天几百份简历.

还有一SB,简历的介绍信里面还有一个尊敬的XXX小姐?这种人估计一辈子也找不到工作.简历多了?连发给谁都发错?还是现在都用SMARTY机制了?

第二,从几百个人里面选出来了一部分,都联系上了.时间也约好了,到面试那天?人影也不见一个?不知道是不是工作现在都好找了?

第三,守时,我说我自己没有时间观念就好了,都过了预约时间2小时了才杀出来?这种人招来以后估计都得提前两个小时做一个安排,要不响应不过来.

第四,一问是否愿意加班?不管是应届,老油条,回答问题的速度马上出现延迟,至少3-5秒才有响应.这种叫内存溢出.

第五,填表的时候连字都写错,计算机?变称技算机.

第六,好吃懒做的,还真大有人在,不用动脑的工作除开吃饭,估计没有了.吃饭好像也得想想这东西吃了是否会胖

这两天的招聘典型案例总结暂时就写这么多,那天回忆起来了再补上.

打顺境的战斗,很简单,远程大炮轰半天,飞机轰半天,第二天早上就可以派步兵进去打扫战场了.

逆境的战斗就没有这么简单,在资源,补给不到位的情况下,每一次部署都将决定你是否还有机会去取得胜利.

破釜沉舟,哀兵上阵可以以一挡百.当没有退路的时候,就只有一个选择,那就是取得胜利.

倒下了并不可怕,可怕的是连冲的勇气都没有.

准备好了没有?

仗准备要打了,没到最后一秒,还不知道是谁胜谁负!

广告系统突然间宕了,事前没有任何的征兆.

服务器上进程一看,MYSQL建立了N个进程没有退出.

把缓存套上,效果不明显.检查了一个晚上后,半夜又来劲了.

最后查找了MYSQL 日志,总算发现了问题.

SELECT COUNT(*) 当 WHERE 条件中出现非主键的或索引建立错误时,将会造成查询缓慢,进程无法退出

从会写HELLO WORD开始就是一山寨品牌.要从一山寨品牌变成大品牌就得比一般的厂商花更大的努力去改变自己.

山寨的程序员,刚开始不懂得什么叫正则,什么叫XML,数据结构.

山寨品牌每天都在让自己变成大品牌.

时间很快,4月,5月,6月…….

今年一定要把”山寨”两字拿掉,所以踏踏实实学习是最重要的.

“你就一山寨程序员,继续努力吧”!

把”山寨”拿掉了,就可以当程序员了,向SBXX学习,不做子品牌,赞助奥运

偷懒,下次不用喊这么麻烦,或许你们选择在开例会的时候冲进来表达比较靠谱.

不要总用怀疑的眼光看着我,觉得我不靠谱那你们找第二人做不就完了,我的确很不靠谱,别找我就可以了.

我会准时交作业,我比你们还着急.可惜我不是多线程的,所以项目只能排队.

我的确很不专业,因为我不是美院毕业的,没学好什么叫用户体验,以后麻烦准备好说明书.

事情做不好,不只有你们睡不着

写东西抓狂了,发泄一下,也得给注释阿

这种绝对是低级的错误.

基本我也有这毛病,写完了,跑通了,就没有看了

如果自己不暇自哀,而后人哀之,后人哀之而不鉴之,亦使后人而复哀后人也