四件在我步入职业软件开发生涯那天起就该知道的事情

标签: 心得体会 业余项目 社区活动 技术选型 | 发表时间:2013-11-05 00:30 | 作者:Aqee
出处:http://www.aqee.net

我的软件开发生涯开始于大约15年以前。

但是直到最近5年,我才真正地看到它的提高。

下面这些事情,我希望在进入软件开发领域时我已经知道了。如果我早点知道这些事儿,我将会变得更加成功。

软件开发中没有“正确的方式“

在我开发生涯的早期,我在学习和争论上浪费了大量的时间。我错误地认为,在软件开发的诸多方面都存在一种绝对”正确的方式“。

但是,关于软件开发,几乎每一件我当时认为是正确的事到头来都被证明是错的。

更重要的是,我发现几乎没有任何一件事是非黑即白的。在编写代码和开发软件的过程中,几乎所有的决策都是基于当时特定的情形。

我之前已经谈过 为什么信仰一种技术对开发人员有害,但是我现在说的这个话题谈的不止是一种技术(这么狭隘)。

没有通用的最佳实践,这也是真的。甚至是一些highy charged话题。例如,要不要单元测试?敏捷开发和瀑布模型哪个好?这些没有永远正确的答案。

在我的职业生涯中,我在”正道“(理想主义)路线的迷宫里浪费了太多的时间,而不是采用可以帮我走得更远的”务实“(现实主义)路线。

细读书不是最佳的学习方式

我一开始学习编程和技术知识的时候,我花了太多时间细读一些关于特定技术的书。

reading-book_thumb

读书没错,但是 选择读什么书和读它的哪一部分非常重要。

比如,我记得我读过一本非常厚的讲VC++的书。(我十分肯定是 这本书的更早的一个版本。)不管怎么说,这本书是本内容丰富的好书,但是一页一页地读并不是学习VC++最好的方式。

如果我当时先粗略地看看此书的章节,获得对VC++的一些全局的认识,然后再去搞懂其中最最重要的部分,我能学到并记住更多的东西。

如果我当时坐下来,通过实际地做一些东西来练习基础知识,而不是仅仅读一下或者过一过书上的例子,我现在会更加成功。 你没有在真正地学一门技术,除非你用它解决了真正的问题。

深入学习一门特定技术是浪费时间

我不仅在”细读书“上浪费了时间,我在”读错书“上也浪费了时间。

我错误地相信,从里到外学习一门特定的技术能很好地推动我的职业生涯。

我花了太多时间读一些非常专门的技术书,如,ASP.NET或Hibernate,而不是读更多的像 《代码大全》《代码整洁之道》,和 《敏捷软件开发:原则、模式与实践(C#版)》。(BTW,我推荐你去读所有的这些书,如果你没读过的话。)

尽管了解你所使用的技术非常重要,但是成为那个特定技术的绝对专家并不重要。知道确切的API调用没多大好处,你需要的时候可以轻而易举地查到。

我在太多技术上花了太多时间深入学习,最后这个技术不是死掉了就是我后来放弃不用了。大多数关于这些特定技术的知识最后只代表了浪费掉的时间。

我发现,成为你正在使用的特定的程序语言的专家很重要,因为程序语言方面的知识将影响你很长时间。我仍然百分之百会花时间深入学习C++,C#和Java,但是我可能会花较少的时间去学习C++所有复杂的细节,因为那些细节现在对我帮助不大。

在你的开发生涯中,社区极其重要!

我的生涯早期,我犯了一个错误,就是不怎么去向社区寻求帮助,也不为他人提供帮助。

community_thumb

我一向乐于帮助我的同事,也在不同的工作岗位上也非常善于交际,但活动范围从来没有超出过公司。

我在我的生涯中花了大量的时间,试图在一个特定的公司进行投资,却没能将我的时间投资在我参与的软件开发社区中。

我花了很多时间,做关于技术或者是最佳实践的内部presentation,而这些时间原本可以用来制作可以服务于社区的内容和材料,同时也能给我带来工作上的认可。

我也犯了另一个错误,就是认为自己没什么有价值的东西去贡献。

我和很多刚入行的开发者聊过,有时候我觉得,比起我们这些”老油条“,他们有更多的东西去贡献给社区,因为他们更理解其他初学者蛋疼的问题。

如果我可以重来一遍,我一定会在我的生涯中更早、更多地参与各种会议和用户群。我会更早地开始写博客,并利用我的大部分学习时间去建立项目和资源,去帮助别人而不是只读书。

总是参与一个业余项目

可能我做的最大的,并且对我生涯影响最大的改变将会是完全戒掉电视,无尽的任务和魔兽世界(两个游戏),并把这部分时间花在一个业余项目上。

我过去花了相当一部分时间做一些享受性的,但是对我的生活没有长远利益的事情。

大约3到4年前,我已经基本不看电视了,现在我也很少看电影。电视和大部分电影只是一个对时间的巨大浪费,而这些时间你可以用来干很多有用的事。视频游戏很大程度上也是一样,但至少在视频游戏里,你在积极地做一些事情,而不是被动地吸收一些没有用的信息。

我会一直热爱玩视频游戏,并且我不认为我会停下来,但是, 我真心希望我(之前)把一大部分用来打游戏看电视的时间花在一个业余项目上。

惭愧的是,我做的第一个真正的业余项目是在大约三年前,那时我开始创建我的第一个android应用。

当你在为别人工作的时候,花时间为自己工作非常重要,不然你就是在为他人建立王国而忽视自己的王国。

我不仅从最近几年的业余项目中学到了很多,并且我也从中得到了很多利益。事实上,其中一个,即制作Pluralsight课程,是我现在花全部时间在做的。

(本文最初发表在 brotherb上)

相关 [职业 软件开发 那天] 推荐:

四件在我步入职业软件开发生涯那天起就该知道的事情

- - 外刊IT评论
我的软件开发生涯开始于大约15年以前. 但是直到最近5年,我才真正地看到它的提高. 下面这些事情,我希望在进入软件开发领域时我已经知道了. 如果我早点知道这些事儿,我将会变得更加成功. 软件开发中没有“正确的方式“. 在我开发生涯的早期,我在学习和争论上浪费了大量的时间. 我错误地认为,在软件开发的诸多方面都存在一种绝对”正确的方式“.

软件开发的核心

- - 博客园_知识库
  「我们一直这样做开发,时间做久了,便忘了当初的本意.   有关软件系统开发,我们谈些什么.   我们谈过程,编码规范、开发流程、同行评审、结对编程、持续集成,从瀑布到敏捷再到极限编程.   我们谈架构,企业级、J2EE、容器化、SOA(面向服务架构)、Microservices(微服务化).   我们谈规模,大容量、高并发、大数据.

软件开发的“三重门”

- - 酷壳 - CoolShell.cn
自从上次写了“ 程序员技术练级攻略” 以来,就觉得似乎还有很多东西没有谈到,但当时没有继续思考了. 而春节前有人问我,是做底层技术,还是做业务. 这问题让我思考了很多,不由自主地回顾了一 下我这十多年的软件开发经历,并顺着整理分类了一下自己解决过的若干问题,还发散想了很多,经过了一个春节假期的发酵,产生了下面这篇文章.

软件开发的人文关怀

- - 博客园_知识库
  几年前,我从温伯格的《技术领导之路》中学到一点:技术人员往往更喜欢和机器打交道,因为他们“认为”自己更适合和机器打交道;但是,优秀的技术人员必须(也必然)具备好的沟通能力. 所以,温伯格鼓励各位技术人员多加练习和其他人打交道的能力. 温伯格的这个观点我是非常赞成的,好的技术人员一定需要“勇敢”面对他人,不能被“自实现的预言”局限在机器的世界里.

软件吞噬软件开发

- - PingWest中文网
软件蚕食世界,自互联网特别是移动互联网连接线上线下服务后,已成为不可逆的趋势. 每一项实用的服务可以由小团队来完成. 以WhatsApp为例,这款被高调收购的IM应用,拥有4.5亿月活跃用户,70%的日活跃率,至今还保持每天新增用户1000万的速度. 但这些服务居然由32名工程师支撑下来了,所以有了业界八卦“每位员工价值20亿”的说法.

软件开发中的两种态度

- - 外刊IT评论网
一种态度认为,应该对程序员在软件开发中的行为进行约束( DirectingAttitude). 持这种态度的人认为大部分的程序员水平都不高(谣传说有50%的人低于平均水平),所以应该对他们所做的事情进行管教约束. 要防止他们做一些可能会给他们正在开发的系统带来危害的事情. 通常,这种态度体现在一些系统设计和工具中时,你会发现它们会试图阻止程序员去做某些事情,限制程序员的一些做法,以此避免他们陷入过于复杂的境况.

软件开发的人文关怀

- - 极客公园-GeekPark
我是极客公园黑板报认证值日生. [核心提示]软件可以没有活力,而软件开发却不能没有活力;程序可以像机器一样,程序员却不能像机器一样. 要改变这种状态,就应当增添更多的人文关怀,把开发人员当成活生生的人,而不是视为程序或者工具. 编辑注记:本文来自余晟的博客 乱象,印记. 作者从自己的经验出发,提出了一些给软件开发人员提供人文关怀的可行措施.

软件开发模型综述

- - CSDN博客推荐文章
                     软件开发模型概述. 最早出现的软件开发模型是1970年W·Royce提出的瀑布模型. 软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架. 软件开发包括需求、设计、编码和测试等阶段,有时也包括维护阶段.

防火长城内的软件开发

- - Solidot
对于软件开发者来说,防火长城不只是屏蔽网站过滤流量这么简单——它是痛苦之源,尤其是如果你想开发针对中国市场之外的软件或想利用广泛使用的服务和软件库的话. 上海聊天机器人创业公司Rikai Labs的创始人DC Collier认为,中国的软件开发者写代码的时候一只手是绑在背后的. 防火长城的屏蔽范围日益扩大,这意味着越来越多的服务被永久性或不定期的屏蔽.

自上而下的软件开发和自下而上软件开发

- - 外刊IT评论网
自上而下(Top Down)开发模式是指从一个应用的最高点开始开发. 从最高点逐步往下层编码,直到开发完所有的任务. 一旦写完了最下层的代码,开发任务就完成了. 使用这种方式,你需要设计、编写出所有你需要的但还没有实现模拟接口、服务、伪代码. 自下而上(Bottom up)开发模式是指从一个应用的最底层开始开发.