2012年十月月 发布的文章

改善技术布道效果的几个实践

本文是笔者发表在《程序员》杂志2012年08期上的那篇“改善技术布道效果的几个实践”文章的完整版。

 
技术布道不易,想取得良好的效果就更难了。下面是笔者总结的几个有助于改善技术布道效果的有效实践,这里给大家分享一下。
 
自我认知
 
技术布道前,布道者首先要做好自我认知,这将有助于布道者确认自己是否胜任此次布道以
及采用何种布道策略以赢得更好的效果。认知的内容包括:自己是否精通这方面的技术。若
只知皮毛,布道效果将大打折扣;自己在组织内部是何种资历与角色。如果你是职场新人,
人微言轻,布道效果势必会受到影响。
 
环境认知
 
组织内的技术氛围对技术布道效果有着重要影响,因此布道前还要做好环境认知。这包括:
组织内成员是否拥有一个开放的心态,乐于接受新鲜事物;组织内部是否为大家建立起一个
有影响力的布道平台并设立奖励机制;管理者是否积极支持技术创新并接受因此带来的成本
损耗。最终布道者应根据环境认知的结果来选择适合该组织的布道策略和方式。
 
精选主题
 
技术布道的主题无疑是影响布道效果的最直接因素,因此在选择布道主题时务必谨慎而为。
选题时要把握住一个至关重要的原则,那就是你要布道的主题一定要能够给组织带来价值。
这些价值可体现在多个方面,比如解决了困扰大家已久的问题、提高了工作效率、降低了风
险或增进了理解等等。从笔者的多年布道的经验来看,从问题出发选题是个不错的选择。当
你对组织内部存在的问题深入分析和理解后,你的布道主题就很容易确定了。而且因为这个
主题与大家的日常工作息息相关,你可以相对容易地获得良好的布道效果。相比之下,那些
纯粹为了引入新技术而选择的主题就好比无源之水、无本之木,是很难获得良好效果的,其
布道的新技术在组织内也是不会有长久生命力的。
 
受众分析
 
技术布道的主题多数并不具备普适性,它只是在一定受众范围内是有生命力的,因此在谋划
布道之前要做好布道受众的分析,识别出适宜本次布道的受众。一旦确定了受众范围,布道
者就可以在布道之前先对受众以及他们所遇到的问题进行相关的分析和调查,使得布道更有
针对性,并取得事半功倍的效果。
 
把握时机
 
俗话说:“来得早不如来的巧”。技术布道也是一样:“布得早不如布得巧”。良好布道时机的
把握对赢得良好布道效果有着很大影响。如果你非要向一个下周就要做产品发布的产品线推广 JUnit,非要向一个工期仅有三个月、繁忙异常的产品线推广 CMMI 理论,那你肯定是自
找苦吃。人家都忙得脚打后脑壳了,你还给人家添乱,显然你选错了布道时机。
 
制定策略
 
制定一个适宜的布道策略对取得良好布道效果作用很大。这里介绍一些有效的策略,大家可
以参考。
 
- 以点及面。受众面越大,布道的效果可能越不理想。因此,最好先在小范围内进行试点,并在取得成果后再扩大布道范围。“事实胜于雄辩”,小范围布道取得的成功结果会让更多人见识到该主题的价值,并带着更加积极的心态参与到这个主题的后续布道中去。这点在说服上层管理者时也尤为有用。
 
- 划分阶段。如果布道主题涵盖范围较大,可将布道划分为多个阶段,并逐段实施。每实施一段后,还可以根据受众的反馈进行自我调整和完善,这有助于你在下一个阶段的布道中取得更佳的效果。
 
- 善于借势。如果你布道的主题在实施之前获得了管理层的认可,那不妨将你的布道过程名正言顺地打上官方之烙印。相比于职级对等的“水平布道”而言,借管理层之势的“垂直布道”势必更能引起大家的关注,提升大家参与的积极性。
 
心理建设
 
大多布道者都是技术专家,他们对技术充满热情,对布道乐此不疲,总是希望能够通过自己
持续不断的布道使得组织获得在技术能力等多方面上的提升。但布道的结果有成功也有失败,布道者也是人,失败的苦果并不容易下咽。因此布道者在布道前先要做好心理建设,最大可能地减少布道失败对自己的负面伤害。
 
- 建立信心和耐心。只要你认定某种布道会给组织带来价值,那么就不要放弃,要有些耐心,充分考虑使用上面所述的策略和方法。
 
- 降低目标预期。这是个心理把戏,在布道前适当降低些目标预期,那么即使布道效果未达到你的要求,带给你的伤害也不至于很大,有利于保留你热情的火种。
 
(全文完)

也谈Go语言代码包分发

Go语言目前(截至1.0.2版本)尚不支持直接链接.a文件(这里的.a文件指的不是传统静态共享库,而是对golang的非main包build后的产物)。这样一来Go的第三方库包或组织内部的公共代码库包只能以源码的形式分发了。

Go提供了get命令用于获取他人分发的代码包。我们通过get命令既可以获取一些知名代码托管站点上的代码,也可以获取组织内部版本控制服务器上的公共代码。

Go get支持的托管站点包括github、google code、BitBucket以及Launchpad,针对这类情况,我们可以得到“特殊”语法的照顾:

go get github.com/bmizerany/assert
go get bitbucket.org/bmizerany/assert
go get code.google.com/p/assert
go get launchpad.net/assert

由于Go已经“内置”了github、google code等的版本控制工具类型,因此我们无需再做任何额外指定,只需用代码的url(去掉http://)即可。

执行get后,代码会被下载到GOPATH环境变量配置中的第一个路径下的src目录下面。例如:我们的GOPATH=/home/tonybai /goworkspace1:/home/tonybai/goworkspace2,执行go get github.com/bmizerany/assert后,我们将在/home/tonybai/goworkspace1下看到github.com 目录,而assert包在本地的完整路径就是/home/tonybai/goworkspace1/github.com/bmizerany /assert。这样我们在代码中直接import "github.com/bmizerany/assert"即可使用assert这个第三方包了。

在组织内部我们也会有自己的私有公共代码库,一份代码库可能被多个项目所使用。在每个项目中都保存一份公共库代码显然是不利于后续版本升级维护的,这样就需要各个项目统一从同一个地方获取或更新公共库代码。这种情况我们同样可以用go get命令来做。

假设内部使用subversion作为版本控制工具,公共库架设在10.10.12.13/svn0/share/golib。这时我们不能简单地的通 过"go get 10.10.12.13/svn0/share/golib"来获取到代码,我们需要告诉get我们采用哪种版本控制工具,而这种信息的传递是通过在库名称后面加上后缀的方式进行的。比如:

go get "10.10.12.13/svn0/share/golib.svn"

这样在/home/tonybai/goworkspace1下就会出现10.10.12.13/svn0/share/golib.svn目录结构。我 们在代码中可以直接import对应的包,比如import "10.10.12.13/svn0/share/golib.svn/assert"。

通过对get命令特性的了解,我们也可以确定分发的代码包到底应该如何组织。从上面的例子我们可以看出我们分发的代码包结构不需很复杂,直接在库的 repository下建立包目录即可,比如上面例子中库repository为golib,assert就是直接建立在下面的目录,同时也是包名。

go get可自动识别http_proxy环境变量,这样Go也可以通过代理获取外部代码包。

使用外部代码包的项目可以通过go get -u url来更新代码包版本为最新版本。

欢迎使用邮件订阅我的博客

输入邮箱订阅本站,只要有新文章发布,就会第一时间发送邮件通知你哦!

这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats