第一篇:GitHub 2018年度报告——万万没想到你是这样的程序员
选自 | GitHub 翻译整理 | Mika
本文为 CDA 数据分析师原创作品,转载需授权
GitHub是全球最大的开源软件开发与管理社区,每年十月GitHub都会推出“Octoverse”报告,想知道全球三千一百多万程序员们这一年来都做了些什么? 当前社区的都有哪些热点吗?那就快点看下去吧!
整个报告分为开发者;项目;平台三个方面,让我们分别来看看其中的亮点吧。
开发者 亮点:
开发者数量超过3100万
GitHub上有超过3100万名开发者,其中的80%来自美国以外的国家。事实上,GitHub社区覆盖了世界上每个国家和地区,而且还在不断壮大。
去年,有超过800万的新开发者加入GitHub。到目前为止,2018年加入的新用户比GitHub的最开始6年加入的总和还要多。而且这一增长没有任何放缓的迹象,同时2018年的独立贡献者数量是2017年的1.6倍。企业账号超过210万
超过210万个企业在公共和私有存储库中使用GitHub,比2017年增长超过40%。今年,GitHub上的企业账户数量增长也超过去年,特别是在整个中东和东南亚地区。
地区分布
在各国的GitHub开发者数量排名中,五年前还处于第十名的巴西在今年上升到第七名。
开源项目来源
年复一年,GitHub上来自美国以外的开源项目越来越多。
提交代码的活跃时间
每个开发者的时间安排都不同,但数据表明,GitHub上代码提交最活跃的时间为上午10点到下午5点。
提交代码最少的日子
节日假期对代码提交也有很大的影响。在中国,春节期间代码提交较少;印度在排灯节时期代码提交较少。5月1日,有八十个国家会庆祝劳动节;美国在感恩节和独立日时代码提交较少。
当然,全球范围内有一天代码的提交都是最少的,那就是1月1日元旦当天。
项目 亮点: 存储库数量超过9600万
截止到2018年9月30日,托管在GitHub上的存储库已经超过9600万个。这比去年增加了40%以上,其中三分之一的存储库是在过去12个月中创建的。当中有许多有趣的新项目,包括把Windows 95装进Electron app的felixrieseberg/windows95, 微信的跳一跳wangshub/wechat_jump_game还有frappe/charts。Pull Request 数量超过2亿
GitHub在2010年推出了pull requests 2.0。之后,Pull Request 数量超过了2亿,其中三分之一是在过去的12个月里创建的。第2亿个Pull Request 是Vuetify项目,这是Vue的语义组件框架。
使用人数最多的语言
其中最值得注意的是,TypeScript在去年首次进入前十,今年上升到第七位。
上升速度最快的语言
为开发者编写的人类可读语言HCL贡献者的人数增加了一倍。Python在机器学习项目中很流行,排名第八位。Go的贡献者人数是去年的1.5倍。
贡献者最多的项目 贡献者最多的是VS Code,位居首位。
增长最多的开源项目
总体来说与机器学习、游戏、3D打印、家庭自动化、数据科学等有关项目都出现增长趋势。
有趣的新项目
这里惊喜的看到了微信小游戏跳一跳。
出现最多的标签
GitHub上数百万个项目涉及上千个主题,当中 JavaScript(前端和后端)、机器学习、手机应用等标签是贡献最多的。
平台
安装的应用数量翻了一番
在GitHub上安装过应用的用户在过去12个月里翻了一番。更令人兴奋的是,使用GitHub应用程序的用户在贡献方面也更为活跃。
第二篇:没想到你是这样的班主任!
中
高考结束了,亲爱的同学们就要和自己的老师告别,踏上人生新的旅程,于是,各种谢师宴闪亮登场。小编觉得,请老师吃什么倒在其次,把老师们深深记在心里才是对师恩最好的感谢。
而对于新高一和新初一的宝宝们来说,也绕不开这个话题呢。马上要迎接新的“老班”啦,为了愉快(平安)地度过接下来的三年时光,快来看看学姐学长们总结的丰富“斗争经验”把,兴许能Get几招派上用场呢。
宝宝们保重,小编只能帮你们到这里了。欢
迎观看本期走进科学:
为何众人纷纷放下手里的手机,走进知识的海洋; 滔滔不绝的人声为何戛然而止:
气氛活跃的人群又为何突然变得鸦雀无声。是巧合,还是另有不为人知的秘密?
欢迎收看本期走近科学之“教室后门——班主任的脸。
这是近日走红网络的“科学体”中关于班主任的段子,同学们,你们经历过这样的恐惧和绝望吗?今天,让我们一起重新认识一下我们的班主任,也许换个角度,“恐怖”的他也会成为最可爱的人。
班主任各有不同
古人说:“龙生九子,各有不同。”虽然拥有班主任的统称,但班主任老师们也是类型各异,其治班手段也是各不相同。你的班主任是属于哪种类型的呢?你又最中意哪一类型的班主任呢?
班 妈 型
他们主要靠“爱心”来工作,他给自己定位的主要角色是学生的“准妈妈”。他们总是高高举起“爱”的旗帜,无论遇到任何问题,他们都诉诸感情,求助于“爱”。他们活脱脱是一位“亲妈”,眼巴巴地盯着一帮儿女,喜怒哀乐搅成一团。
班 官 型
这种班主任主要靠“监督检查评比”等管理方式来工作,他们早来晚走,目不转睛地死盯着学生,高密度地使用赏罚手段,摆出一副和学生拼到底的架势,学生没奈何,只好就范。于是各项工作井然有序,颇见成效。煽 情 型
这种班主任主要靠“煽情”来工作。他们性格外向、热情四射、口才上乘、有一定表演才能。他们凭三寸不烂之舌,能把学生一会说哭了,一会又说笑了。当然也能引领学生的行动,于是我们就看见他的学生常常像小粉丝一样追随在他们后面。
领 袖 型
这种班主任主要靠活动来工作,他们给自己的角色定位是“带领者”“组织者”“统帅”。他们的拿手好戏是不断地组织学生进行各种各样的活动。在活动中凝聚集体,在活动中形成正确舆论,在活动中冲刷存在的问题,用活动裹挟学生前进。
学 霸 型
他们主要靠科学来工作,他们对学生,第一是尊重,第二才是爱。他们遇到问题,总是采取研究的态度,进行诊断,然后拿出解决方案。对他们来说,学生不但是朋友,而且是研究对象。对他们来说,工作本身也是一门科学和艺术,是研究的对象。余音绕梁,三年不绝
古人韩娥一曲高歌,余音绕梁,三日不绝。如今的班主任虽不都是知名歌手,但他们往往“说的比唱的好听”,说教之语三年不改,久久萦绕在学生耳旁,遂成经典。不信?你看下面的文字,都是带声音的……
我 醉 了
★你到学校里是来学习的,还是来睡觉的?
★还有XX天就考试了,你们看看你们在干嘛!★你看看人家XX班的学生多听话。
★我不会像封建社会那样搞专制主义,我是很民主的。
★你们体育老师有事,我来代一节课,不想上的可以自己出去上体育课……你们音乐老师有事,我来代一节课,不想上的可以自己出去上体育课……你们美术老师有事,我来代一节课,不想上的可以自己出去上体育课……
★这节自习课我讲点事,就占用大家两分钟。(然后一节课就没有了)
朝花夕拾,师恩难忘
鲁迅先生在散文集《朝花夕拾》中,回忆了自己师从寿镜吾先生和藤野先生的学习经历,在字里行间流露出对二位老师的敬重之意。少年时代轻狂飞扬的我们,总不免给班主任惹些麻烦,有时甚至对班主任有一些误会和埋怨。等到岁月慢慢让我们认清当年的一切,留在心中的,就只剩下满满的愧疚和怀念了。师恩难忘,让我们一起走近丰子恺心目中的恩师。
丰 子 恺
回忆李叔同先生
我17岁时,在杭州的浙江省立第一师范学校里见到李叔同先生,即后来的弘一法师。那时我是预科生,他是我们的音乐教师。我们上他的音乐课时,有一种特殊的感觉:严肃。
摇过预备铃,我们走向音乐教室,推门进去,先吃一惊:李先生早已端坐在讲台上。以为先生总要迟到而嘴里随便唱着、喊着而推门进去的同学,更是吃惊不小。他们的唱声、喊声,以门槛为界限而忽然消灭。接着是低着头,红着脸,端坐在自己的座位上。偷偷地仰起头看时,李先生高高的瘦削的上半身穿着整洁的黑布马褂,细长的凤眼,隆正的鼻梁,形成威严的表情。扁平而阔的嘴唇两端常有深涡,表现出和蔼的表情。这副相貌,用“温而厉”三个字来描写,大概差不多了。讲桌上放着点名簿、讲义,以及他的教课笔记簿、粉笔。钢琴衣解开着,琴盖开着,谱表摆着,琴头上又放着一个表,闪闪的金光直射到我们的眼中。黑板上早已清楚地写好本课内所应写的东西。在这样布置的讲台上,李先生端坐着。坐到上课铃响,他站起身来,深深地一鞠躬,就开始讲课了。这样上课,气氛严肃得很。
一次上音乐课时,有一个人看别的书,又有一个人随便吐痰,他们以为李先生看不见,其实他都知道。但他不立刻责备,等到下课后,他用很轻而严肃的声音郑重地说:“某某等一等出去。”于是这位同学只得站着。等到别的同学都出去了,他又用轻而严肃的声音向这位同学和气地说:“下次上课时不要看别的书。”或者:“下次痰不要吐在地板上。”说过之后他微微一鞠躬,表示“你出去罢”。出来的人大都脸上发红。又有一次音乐课下课时,最后出去的人无心把门一拉,碰得太重,发出很大的声音。他走了数十步后,李先生走出门来,满面和气地叫他过来。进了教室,李先生用很轻而严肃的声音向他和气地说:“下次走出教室,轻轻地关门。”就对他一鞠躬,送他出门,自己轻轻地把门关上了。
李先生一生的最大特点是“认真”。他对于一件事,不做则已,要做就非做得彻底不可。李先生用这样的态度来教我们音乐,因此我们上音乐课时,觉得比上其他一切课更严肃。同时对于音乐教师李叔同先生,比对其他教师更敬仰。(选自《丰子恺文集》)对班主任的冰点看法
世界上具有超能力的就是班主任,他们一般具有千里眼和超能力耳朵,他们在办公室就能听到教室的吵闹,他们可以辨认任何一个学生的字迹,他们拥有最多的就是时间。这是我们对班主任的普遍看法,那么在学生的心中,班主任还有那些特点呢?
◎如果你和同桌一起趴在桌子上睡觉,突然你同桌起来了,并且装出很认真的样子,那么很遗憾地告诉你,你的班主任在后面窗户看着你呢……
◎世界上有两种生物会趴玻璃,一个是壁虎,一个是班主任。
◎班主任就是一个破坏完你友情,再破坏你爱情,还不放过你亲情的一个“怪物”。
◎一天,班长搞怪说:“班主任被绑架了!”学习委员问道:“绑匪是怎么说的?”班长一脸愁容地哭诉道:“绑匪太狠了,不给十万块,他们就把班主任给放了。”同学们“啊”的一声大叫,晕倒了。
求 吐 槽
学生时代,我们和班主任待在一起的时间甚至要多过和父母在一起的时间。班主任作为学生时代不可缺失的元素,与我们最美好的时光紧紧相连。在你的求学经历中,哪一位班主任对你的影响是最深刻的?你们之间发生过什么令你难忘的故事?快来和大家分享一下吧!
第三篇:程序员是这样炼成的12
程序员是这样炼成的(12)-勇于面对开发失败
个人一辈子不犯错很难,作为一个程序员要每天不制造程序错误更难。今天跟大家讨论如何面对失败和错误,大到一个项目的开发失败,小到几行代码中的bug,都是我们在日常开发中经常要面对的问题。
有一家这样小公司,测试部和软件开发部是独立的两个部门,有各自的部门经理。老板总是喜欢给下面的员工施紧箍咒,施加压力,又是能力评估,又事绩效考核,于是某一年,在领导们别出心裁的领导下,公司出台了软件开发工程师的考核制度,制度明确规定:将程序员开发项目和软件的测试一次通过率和项目中的bug个数纳入开发人员的年终绩效考核,由测试部门进行考核和执行。(所谓一次通过率,就是软件提交测试后,一次通过的概率,一次测试就通过的软件/提交测试申请的软件数*100%)新法颁布后,测试部大呼过瘾,软件开发部一片哗然,第一年的过去了,果然“成绩喜人”,全公司的软件一次通过率达到了97%,无数未经测试软件被偷偷发布给了客户。第二年领导们在吸取了第一年的经验和教训后,毅然的修改了考核标准,在统计bug个数的同时融入了代码行数的概念,bug个数/100行代码 *100%来,进行年终考核,第二年过去了,软件开发部门戏剧化的以100行代码0.5的bug数,高效的开发质量给了领导们一个有力的答案。这是一个真实的事故,一个三流的软件公司的开发水平和软件质量已经“超越了”微软和google,我相信现在仍然还有很多公司在进行类似这个的考核。
这样的小公司把软件开发和测试部门独立本身就是一种错误,严重的影响的开发和测试的时间,两个部门相互扯皮,项目进展一拖再拖。
其次,两个部门工作的出发点也错了,两个部门的工作重心是交给客户尽善尽美的软件产品,而不是为了应付考核和被考核。
第三大错特错的是考评制度,一看这样的制度,多半都是事不关己高高挂起的人出的主意,开发软件能一次就通过吗?写出来的代码能没有bug存在吗?公司要提高产品质量,不把注意力放在项目管理人,开发人员的能力培训上,开发规范和文档管理上,想凭借一纸空文,或者员工的主观能动就达到一个“质”的飞越,实在愚不可及!软件工程师在把软件测试N次以后才敢把软件提交测试,几行代码就能完成的完成功能,引用了很多填充行数的无效单元。
最可恶的是,使所有的开发人员,散失了面对失败和错误的勇气!为什么不改面对呢?一面对就要扣工资和年终奖,谁还敢去面对啊?于是,整个开发风气就是:开发人员私下放行软件给客户成风,不经过任何测试。程序员有了错误死有的不承认,有了bug支支吾吾。不但开发水平提升不上去,常见的开发问题还没有被公开和分享解决,导致产品质量严重下降。
大家都应该知道在开发的过程中,越早发现软件的问题,软件就更加的完善。而不是藏着掖着,或者添上一抔土把这个“地雷”埋着,留着让用户踩去吧。正确的心态是:测试人员越早发现我们开发软件中错误,我们应该越高兴,因为不仅可以弥补我们的思维漏洞,让我们的代码更加完美,更加减少了我们挽救这个问题的开销。不敢直面bug的程序员,算不上真正的程序员,如果你没有闯过雷区,没有被炸了个人仰马翻,没有给你留下深刻的教训,那么下次你仍然会不知道代码的隐患在哪?仍然不会学会选择趋吉避凶之道。仍然会被炸的死去活来。
写代码有经验的人,对异常处理都很有一套,知道大概这一块要保护起来,那一块要加一个判断,这里要验证下是否存在或已经被销毁。如果程序员没有很好的对未能遇见的故障做好防御工作,那么产品带给用户的错误提示或者死机,将让客户连杀了你的心都有。记得好多年前,在一个网吧找了一台赛扬上网,打开IE,自动弹出网页,然后就报错系统级的错误了,还无休无止,CPU直接满上,然后死机,当时又好笑又好气,你写个弹窗软件,偷偷弹就算了,代码都没写好,结果害网吧老板重装系统:)
看过武侠的都知道,危难关头,出现异常的时候,才是检测一个真正武林高手水平的时候,平时的舞蹈练剑都是假把式,最多只能算是基本功,补救危局,化腐朽为神奇才能显示技艺的高超。有多少人会记恨千年虫问题是哪个混蛋带给我们的?但是解决千年虫问题软件工程师们都是英雄。所以放心的动手开发
吧,即使你犯了错误,被骂成狗熊,也没有人会记住你。问题被解决后一切释然。
是人都会犯错误,对别人犯错误评头论足的人愚昧。用发布制度来阻止别人放错误的人愚蠢,因为害怕放错误,而畏手畏脚不敢创新和向前的人则更加愚上加愚。错误面前我们要敢于应对:
1、对错自在人心。
当然你发现问题后,请马上提出,不要企图隐瞒问题,越早发现问题,那么损失就越小,抗震救灾有黄金72小时,软件开发也有黄金72小时。我们在解决陈年诟病的时候,通过要花上数倍的时间,来回忆当时的开发心境和设计意图。
2、接受批评。
如果这个问题跟你有关那么就是你的问题,千万别动念头找到一只替罪羊,出现问题后,重要的解决问题,不是秋后算账,更加不要交缠不清推脱问题。
3、向解决的方向前进。
如果你不能马上解决这个问题,那么请你把这个问题向解决的方向推进,如果你无法推进问题去解决,那么请不要让这个问题继续恶化。让大家都知道这个问题的存在。
4、寻求帮助。
请不要让自己的自尊心作祟,拒绝别人的帮助,一个好汉三个帮,放下那所谓的自尊,去听取团队和伙伴的建议。
每个人对错误的处理方式不同,会产生不同的结果,问题处理的好,会使得团队更加信任你,甚至比遇到问题之前,更加信任你,要是处理的不好,不但摧毁了大家的信任,还会让人觉得你难以担任重任。
第四篇:程序员是这样炼成的5
程序员是这样炼成的(5)-海纳百川 做程序员要“海纳百川”,其实就是建议各位要做一个通才。当然做通才是有条件的,我总结了下前提有三:
1.你已经是一个专才。熟练操作学一门像样的编程语言。
2.有稳定的工作和收入支持。
3.想得更多的挑战和机会。
作为项目经理和管理者而言,坦白的说,比较喜欢的还是专才,因为专才听话,你在他知晓的领域划一个圈,他能保证帮你完成任务,而且还不给你添麻烦,专才们在各自的领域的努力才会推动项目前进。那在项目中,通才的表现又如何呢?你给他画一个圈,他会给你考虑到圈子以外的事,甚至跳到别人的圈里子耍弄一番。他就像润滑剂一样,提出很多创新的idea,虽然老是给项目管理者带来不少的麻烦,但是总能让整个项目更加协调。其实项目管理者讨厌他,但又离不开通他,他的鬼点子时常能优化各个结构和模块。更重要的是当管理者被提升,要选择接替者一般是一个会顾大局,协调众多专才的通才。
在所有的项目管理者或者teamlead的心里,肯定都有一种软件工厂的构思或者布局。大意就是整个部门各个人都各施其职,让整个软件开发的过程,就像一个生产工厂一样运转。招来的程序员都是生产线上的工人。他们不需要想太多,照任务单做就是。客户需求就像产品订单一样进来,需求分析师开始根据订单安排我们要生产的产品规格满足客户的需求,系统架构是开始把这些规格加工成工厂生产计划或者价格框架。设计师拿着详细的设计文档来往这个框架里面套,剩下的就交给代码机器人们填充内容,然后到质量工位,检查贴牌,然后出厂。整个过程每个工位都是专才,在领导的构想中,他们每天都只需要做重复的劳动就好了,如果他们想辞职了,也不会带走我们全部的生产机密,更重要的是这样的工人很廉价,找一个替换品不难。但是实际上管理者的春秋大梦很难实现,原因是软件这个产品具有可复制性,也就是软件可以copy.在软件工厂里,生产两个完全一模一样的产品是没有意义的。客户的需求都是很柔性的,每次都会不一样,大大小小的改变是避免不了的,管理者们费尽了心血设计的一套生产流程,竟然只能生产一件产品?(去过生产线的朋友应该都知道,一旦生产的流程有所
变化,线上的工人们基本上都不知道怎么开始干活了,要重新培训上岗,因为他们从来就没有想过,半成品是从哪来的,又是干什么去,一直都在做机械的劳动。)但是我们的管理者们,他们肯定不会罢休焦头烂额,会再一次优化生产流程。到下一个新的产品,又会继续把生长线从头至尾优化一下。某一天管理者突然顿悟,我们为什么每次都手把手的跟每一个人安排任务,每次都亲自设计整个流程,我应该去办公室里面喝喝茶,上上网。这个时候他会想到谁?毫无疑问,肯定不是专门,他需要的是一个能走通每一个环节的通才。
小时候我经常听我老爸说:“不要半桶水,不要什么都懂点,什么都不专”这句话就是用来贬低通才的,在这里我要为通才平凡。我的一个软件项目曾经出了一次事故,整个汽车的生产线面临停产,几次电话支持的效果都不理想,需要一个技术人员立马去现场解决问题。软件用delphi开发在windows平台运行,oracle数据库,通过进口的硬件,用客户的线束跟汽车通信,操作员是个新手,电脑硬件是我们提供的,现场环境恶劣。我思索了每个可能出现问题的可能,客户能提供的有效信息太少,连软件的日志文件都无法取出来(USB端口封闭,车间信息严格保密)。我不可能同时派一个软件工程师,数据库DBA,IT,或者硬件工程师奔赴现场。最后我选择去的是一位软件工程师,他很快找出来原因,是客户的线路没有按照我们的电路图制作,关键线一条线是断开状态。我相信他,不是因为他是我们公司最厉害的程序员的,而是他懂技术领域的比其他人要多。其实在整个项目开发过程,除项目经理外,不可能每个人都会一直忙忙碌碌,无论是程序员,测试员,设计师,架构师,你总会有一段时间无所事事,除非你同时加入很多的项目。希望你能在有空的时候关注下你的同事们在做什么?你能不能帮助下或者学习下。做了这么多年的程序员,我们可能都常有一个共同的担心,这个担心是什么呢?我们一个项目或者我们公司的的关注点,研发的中心开始转移出我擅长的技术领域。我们害怕自己发挥不了作用和特长,害怕我们对公司没有价值,也就是意味着我们涨工资的幅度要比别人小了,或者没有工资加了。其实这个担心还不是最要命的,最要命的是,我们要精简团队的时候,你才发现自己比较单纯,只会测试或者编码,很多平时做其他工作的同事都能做你的替代者,那么你就要被over了。
说了这么多的苦口婆心劝大家做一个海纳百川的通才,大家肯定会问,我觉得我在我的team里面已经算了百事通,万事通了,我应该怎么继续丰富我们的技术领域呢? 夜深了,还没洗澡,我在这里不打算多说了,我请问各位几个问
题,希望可以为你指点方向:
1.你有没有想过在公司里,你计划的职业阶梯的各个领导每天都在干什么吗? 你的boss,你boss’boss…..?(拿破仑不是说过将军和士兵之类的名言….)
2.你知道你的一个组的同事在干什么吗,每天?
3.你知道哪几种操作系统平台,软件开发平台?你会通过别的路径走到罗马吗?
4.软件工程师你知道你要用的数据是哪来的怎么来的吗? 数据库管理员你知道你的数据是去哪里的吗?为什么人家装个oracle一下就搞定,我写了一辈子连oracle的程序连个listener.ora都不会配。
5.程序员知道你开发的软件,打包后是怎么安装注册的吗? 那般客户的是什么折腾你的宝贝软件的吗?
6.有没有约个骂你的杰作的客户出来吃吃饭,听听他的用户体验?
希望我们都能明白自己缺少的是什么?如果程序员想找一份工作,做一个专才足矣,如果想把事业做好你最好做一个通才。
第五篇:程序员是这样炼成的10
程序员是这样炼成的(10)-现在我们能做些什么?
前天在1+1<2里面谈到的那个麻烦今天被解决了,最后还是以AB两组双赢为目,相互合作,两组和二为一,共同完成项目,这个是最好不过的结局了。今天的文章是写给一位网友的,因为他问了我一个问题:“现在我们能做些什么”?
其实我以前也常有这样的感觉:茫然,麻木,不知道自己要做些什么?也不知道自己能做些什么? 有时候一天下来,虽然一直在忙碌不停,但是工作都会自动的膨胀到占满我所有的时间,包括我休息的时间。有时候我常问自己为什么会这样?是我们的项目计划出了问题?还是我们的任务量在增加?都不是,其实是时间在我们身边偷偷的溜走了。我以前做项目的时候有个坏毛病,项目的前80%的时间,被我浪费在所谓需求分析和程序设计上,(实际上没有花这么多时间,花时间在偷懒上了),到了最后的20%的时候,时间已经非常紧迫,这个时候我会发现编程的状态完全不一样。原因是,项目的dead line要到了,我们没有机会拖延时间了,已经没有时间让我拖着熬着不作出决定,没有时间让我去组织无聊的项目会议,没有时间让我去接听一些莫名其妙的客户电话,我更没有时间呆坐在电脑面前思考如何去躲过这无聊的工作,我必须要全力以赴在第一时间完成工作。其实当这个项目完成时,我再回头想想,并不是我在最后的时候“盖茨附体”,“图灵重生”,而是一种危机感和急迫感让我的效率提高了两三倍,让我在一些徘徊犹豫的问题上花费的时间变少了。我相信很多软件工程师都有这样的感触。事实很明显,我们的问题是在于我们能做很多,只是我们都没有做,我们只动嘴,却没有动手。
在我的公司有一个这样的故事,某几位同事负责一个项目,项目的进展一直都不是很理想,不久公司公布半个月后集体outing的消息(就是集体旅游,还是公费),为了保证项目的完成时间,一些项目拖延的员工需要驻守大本营,继续奋斗。本已经被我们放弃的那几位同志,尽然在短短的半个月中,完成了1个月的工作量,提前的把项目完成了。看来小宇宙爆发的威力真的很恐怖,可怜公司测试部的MM们,被那几个家伙拖着天天加班:)。可见,有时候工作虽
然让我们很头疼,但我们不应该把问题高高挂起,或者因为官僚作风,或者以召开分析会,技术评估的名义去拒绝问题,其实很多的困难都可以在我们的日常工作的空隙去完成的,没准是一杯咖啡或者一根烟之后,我们就可以做出选择。程序员应该学会选择和面对。
我们不是不知道我们能做什么,而是我们没有学会面对和抉择,没有想去做。附: 有的朋友问我,为什么每次更新文章的时间都很晚,实在抱歉4-6月我有一个开发项目要完成,周一-周四一般都在加班基本上10点才能抵达小窝,请谅解。
程序员是这样炼成的,每天深夜写作,已经过了十章完成了一半,虽然很累,谢谢一直支持和鼓励我的同事和网友们,我不会半而废的!