linkcd 又一个 博客堂 站点 站点

16五/11

[Hiring] DNV is looking for a .Net Developer in Shanghai

厚着脸皮,借开心的宝地再发个贴,希望能找到合适的candidate :) 勿怪啊

请把英文简历发到 [feng.lu at dnv dot com]

Company Info:

DNV挪威船级社成立于1864年,总部位于挪威首都奥斯陆,是一个权威,专业,独立的非赢利性基金组织。DNV为客户提供全面的风险管理和各类评 估认证服务,其宗旨是‘捍卫生命与财产安全,保护环境’。 DNV是世界最知名的船级社和国际权威认证机构,为各类组织提供高质量的专业服务,主要涉及船级服务,认证服务,IT技术服务等方面。DNV在全球100 个国家中设立了300多个分支机构,目前员工数目已超过8000人。

Position:

.Net Software Developer, IT @DNV, Shanghai, Greater China
Location: Shanghai

Department Marketing Statement
IT @DNV is the internal service provider of IT operations and support globally in DNV, and has also a leading role in execution of corporate IT governance and system development. Our services include operating DNV's common ICT infrastructure and application portfolio.
You will be working in our Development Team making an important contribution to the development of new software solutions, employing the latest technology.

Responsibilities
You will be working in our Development Team making an important contribution to the development of new software solutions, employing the latest technology.

Qualifications
Technical skills & experiences
Working knowledge of web application development on the Microsoft .NET framework.
Experience with Content Management Systems
ASP.Net 1/2.0/3.0/3.5/4.0
C#
Good knowledge of Web 2.0
JavaScript, CSS, JQuery, AJAX, XML
ASP (VBScript)
Understand the concept of cloud computing
Sharepoint 2010
Smartphone Development
Object oriented design principles and patterns
SQL Server

Other qualifications:
Excellent English communication skills, both written and oral
Ability to build and maintain relationships with colleagues both locally and towards Head Office in Norway
Ability to work independently, in distributed teams and in Global Projects
Know that documentation is an important part of an applications lifecycle
Ability to give constructive feedback to improve processes and quality
Self-motivated
Willingness to travel (abroad)
Maritime/Offshore/Process/Energy domain interest
Result oriented
Bachelor or Master degree in software engineering, scientific, or engineering subject area and a strong scientific or engineering background in addition would be a distinct advantage considering the application domain
2~5+ years of relevant professional experiences

Conditions of Employment
Local conditions will apply.
Location: Shanghai, Hongqiao Road 1591, Greater China

12九/10

还是重开博客吧

周末3天,有幸参加了kaneboy同学主讲的sharepoint培训。

课讲的很精彩,sharepoint也的确很有趣,于是乎重新萌发写技术博客的冲动。

是时候给这里除除半人高的草啦Tongue out

28十一/06

linkcd胡扯职业生涯规划(二): 关于 人

在上一篇blog: 关于定位 中, 我提到关于我们的定位, 可以从 人->商业人员->IT业职员(软件工程师) 这样的逻辑关系来考虑. 那么今天我们先来看看"人"这一部分.

正如老话说的一样:"做事先做人", 其实无论你从事甚么样的职业(甚至没有工作), 为人正直成熟也是身为文明人最基本的要求. 一名好的IT业职员首先要得是一名好的商业人员, 而一名好的商业人员首先得是一个成熟的自然人, 见图一.


(图一)

纵观全世界各个文化, 虽然它们历史演变的背景都不同, 但倡导的道德都包括: 善良, 正直, 勇气等等这类共通因素. 例如中国传统美德中, 孔子、孟子讲讲忠、孝、仁、义、礼、智等。孟子谈论四端说:“恻隐之心,仁之端也;羞恶之心,义之端也;辞让之心,礼之端也;是非之心,智之端也。”《中庸》所讲的三达德为智、仁、勇。而在西方的Bible中, 《加拉太书》(Galatians) 5:22-23说:“圣灵所结的果子,就是仁爱、喜乐、和平、忍耐、恩慈、良善、信实、温柔、节制。……”

企业文化很多也是以上的社会道德准则演化而来, 越是成熟的企业对其人员道德的重视程度也越高(例如HP的商业执行准则SBC就体现了坚持"絕不妥協的誠信經營企業"的信念. SBC就好像HP的宪章一样, 而违反的下场一般就是be fired). 作为企业的一名雇员, 你的价值观越于企业的文化达成一致, 你得到的提升机会也就越大.


(图二)

如图二所示, "High业绩High企业文化符合度"自然是最佳; "Low业绩Low企业文化符合度"肯定是被淘汰. 那么"High业绩Low企业文化符合度"呢, 从短时间来说还ok, 但是长远下去肯定不行; 至于"Low业绩High企业文化符合度", 则可以成为企业培训的目标.

其实, 关于怎么样做人这个topic实在太大, 完全超过了这里讨论的范畴了, 每个人都有自己的人生观价值观, 我不敢妄自说哪种是对的那种是错的, 这个问题还是交给各位读者自己了. 如何作一个善良,正直勇敢的人, 可以说是一生的课程. :)

不过有一些个人体会linkcd可以share一下给大家: 去制定自己的使命宣言, 也就好像是制定自己的人生宪法一样. 关于如何写, 网上的资料其实很多, 而且每个人的情况不同, 制定好的宣言也是因人而异. 在linkcd的宣言里面包含的有以下几点, 给大家参考吧:
===
(注:有省略)
目标:
更精彩更完整的体验人生

宣言:
作为一个成年人, 我想要成为,并且致力成为具有以下特质的人:
对待生活积极主动, 不无谓浪费时间
第一时间承认错误
勇于承担责任, 而不是逃避
自律, 信守诺言
自信, 并保持谦和
终生学习
财务自由
身体健康

作为一个职业人士, 我想要:
从事自己喜欢的职业, 了解自己的长处,发展自己的才能, 保证自己的核心竞争力
===

下一段胡扯内容的预告: 如何作一个好的商业人员.

后记: 关于系列(一):关于定位那篇blog中, 笔者犯了一个错误: 例子二(Fred和Bob的例子)太过于抽象和主观性了, 导致得到很多批评, 也偏离了笔者的原意.  其实我并不是要将technical skill和profit making对立起来, 但需要注意的是不要把我们的目标 (profit making) 和 实现目标的手段 (technical skill) 完全等同起来. 要实现盈利的目标, 我们还需要思考除了单纯技术以外的东西.

24十一/06

linkcd胡扯职业生涯规划(一): 关于定位

前端时间看到Kaneboy的随笔, 提到灵感之源的事, 实在是让人看了心里不好受. 前端时间又刚好看完My job went to India, 也觉得是时候整理一下自己的想法了, 于是大家就听linkcd小小胡扯一下吧


关于定位

首先, 请问自己一个问题:我是谁?相信绝大多数人会回答:我是一名_____工程师.(空白处填上.Net/Java/C++等等). 但是请注意, 除了少数从事计算机教育/科研的人之外, 我们绝大数(无论是普通Employee还是Boss, 但本文只针对Employee而谈)都是在为商业机构工作, 所以我们中大多数其实可以算作是商业人员 (Business people). 简单的逻辑关系就是 人->商业人员->IT业职员(软件工程师).

对于Business People, Wikipedia是这样解释的:A business person is a generic term for someone who is employed at a profit-oriented enterprise.

请注意Profit-Oriented这个词: 商业组织的目的就是创造价值并获得利润, 组织中每一个人所作的工作, 都是为这个目的而服务的.

同意? 很好, 我们继续往下看第二个问题: 我们身上甚么能力是我们的雇主最看重的呢? 或者说,甚么东西是考察一名软件工程师是否称职的重要因素呢?

“自然是技术能力的高低, 水平越高, 雇主自然越愿意聘请你. “ 如果你的回答是这样, 那么请回顾第一个问题的结论: 每一名软件工程师首先是一名商业人员, 而每一名商业人员所效力的组织都有着很明确的Goal: Profit!

因此, 你的老板之所以雇用你, 每个月付你的高额的薪水, 只为了一个目的: 让你为他的组织创造profit.于是我们得到第二个问题的答案: 能否为组织创造profit,能创造多大的profit, 是考察一个employee的重要标准.

哦, 当然, 多数时候, 技术能力和创造profit的能力是一致的:技术能力越高, 为组织获取更多profit的几率也越大, 得到老板赏识和提升的机会也就越多.

但是(天哪,我恨这个但是), 也有可能出现技术能力和profit making相矛盾的情况:

最简单的例子, 某DBA, 技术能力很强, 但是缺乏和客户的合作精神, 导致公司损失客户(也就是损失profit), 他的下场自然可想而知. -- 高technical skill但是低profit making.

再来一个夸张的例子: Sale拿到一个project,价值$30k, 该项目可以用实现完美Object Oriented的J2EE实现, 也可以用”ugly”的asp来完成. 现在有2个PM先后看过了项目需求, PM Fred(技术能力最强的PM)建议把项目交给他, 他准备组建一直全是programming guru的”梦之队”, 用3个月完成一个完美的OO实现的系统, 他为此作出的budget是20k. PM Bob技术没那么好, 也不懂啥叫OO Design, 他准备找几个刚毕业的学生来用ASP做这个项目,当然我们已经可以想象Bob团队做出的东西内部肯定难看的要命了, 但好处在于, Bob的预算只需要10k.

假设Fred和Bob做出的系统都release给用户, 由于Fred梦之队的专家们采用了业内最好的技术, 他们的系统压根没有甚么bug, 遇到需求变更也轻松解决, 于是后期维护的费用几乎是0$. 但是Bob就没那么幸运了, 他的系统后期花在bug fixing和变更上的费用是$3k, 同时因为项目交付延期, 造成用户不满, 造成间接损失(公司信誉)$2k.

你看, Fred完成的任务比Bob漂亮多了, 老板肯定会任用Fred, 不是吗?

但是, 等等, 公司老板不是技术出身, 他可不懂Fred用的OO是多么先进, Bob做出的系统内部是多么的不堪入目, 他只能(也只会)注意这样的公式:

Fred team最后的利润是 收入30k - 开发费用20k – 维护0k = 最终利润10k.
Bob team最后的利润是 收入30k – 开发费用10k – 维护费用3k – 间接损失2k = 最终利润15k.

现在, 再猜猜我们亲爱的老板最终会任用Fred还任用Bob呢?

哦, 我知道你现在想说甚么. 当然, 当然, 我们聪明的Fred当然也可以采用Bob的方法, 他最后也能为公司挣到15k(甚至更多). 但是在这个例子里, 我们可以清楚看到最好的technical skill并不能为公司创造最多的profit. Fred要想成功, 他似乎更需要依赖的是财务预算能力和商业决断能力, 而不是懂得多少个Design Pattern.

因此, Technical skill和profit making之间绝对不是等号关系. 事实上, profit making始终是第一原则, Technical skill可能和profit making一致也可能不一致, 但是它自始自终都要服从profit making.

不扯远了, 回到我们自己身上. 那么, 我们这些软件工程师, 要怎样完善自己, 才能在职业道路上走的更顺利呢? 我想我们可以从前面的逻辑关系: 人->商业人员->IT业职员(软件工程师)一个一个来看.

(To be continuing…)

28九/06

HP MS People Ready Technology Summits, 这里有人要去吗?

10月16~20号,上海. 这里有来自MS的堂主参加吗?
如果有, 希望可以当面交流一下;)

2九/06

如何才能用好Email?

Email的重要性我就懒得废话了, 事实上我们都是靠email过活的, 那么要怎样才能高效的使用它呢?
我先扔几块砖头出来, 大家来补充吧

坏习惯包括:
1. 滥用Reply All功能(又称Reply All综合症) - 相当的人对此比较反感
2. 不压缩庞大的附件 - 想想你收到一个有18MB之巨的Word附件的感觉吧, 特别是你本来邮箱空间就告急的时候
3. 和邮件内容毫无提示作用的Subject - 这样的subject对应以后的邮件查找没有一点帮助
4. 过长的邮件内容, 却在最不起眼的地方提出需要收件人回答的问题 - 收件人很可能错过问题, 或者压根懒得看完
5. 大量的拼写错误 - 写出这样的邮件只能是不专业的表现, 如果是内部邮件还好说, 如果是发给客户的邮件就...
6. 大量的缩写 - 新teammember会模不着头脑

好习惯包括:
1. 刚到新公司的时候, 了解公司对于Email使用的policy
2. 谨慎使用mail list, 不要把你租房信息/farewell mail发给全世界的同事
3. 花心思撰写通俗好懂且简短的mail, 在mail的开头就清楚的提出你的要求或问题
4. 使用Outlook的spell check功能, 或者在sent之前习惯性的按F7
5. 对于作出关键决策的邮件, 保留起来作为以后的证据
6. 在转发很长的邮件的时候, 请对要转发的邮件内容进行概括
7. 如果要发送大容量的附件, 最好把要该附件上传到某个file share, 然后在邮件中给出link
8. 如果告诉别人某个event的时间和地点, 请不要用mail而是使用calendar
9. 尽量不要在邮件中包括花哨的背景图片或者巨大的签名档. 事实上, 使用simple text是最好的选择.
10. 请假之前, 使用"Out of office assistant"
11. 转发Junk邮件时, 把重要性设为Low

个人的邮件管理
1. 时刻注意邮箱的容量, 删除不必要的邮件. 如果把邮件下载到本地:1) 注意备份你的pst文件(否则HD坏了所有邮件丢失,就哭都来不及了) 2)根据MS的建议, 每个pt的大小不要超过1G, 如果接近1G就换个新的pst文件
2. 不要在你的inbox里面堆积上千封没有整理的mail, 简单的按"From"来分组也是不高效的, 应该使用folder+flag来管理
3. 如果使用outlook, 记得使用flag功能, 用不同颜色表示不同意义
4. 学习GTD方法, 找到适合你工作性质的邮件管理方式

杂谈:
1. Email是重要的沟通工具, 但是请注意它不能取代电话沟通或者面对面的交谈
2. Email可以作为官方文档和法律依据

更多的信息:
合理使用Rule来管理邮件
使Gmail做GTD管理
Optimize your life #3 - how to manage e-mail effectively by Richard Kuo

参考:
HP KB0500 Email Etiquette
Air Combat Commanders Guide to Managing Email
http://www.43folders.com/

24三/06

Fisheye: 一个看上去不错的版本信息展示软件

无意中发现的

 http://www.cenqua.com/fisheye/

介绍: Fisheye delivers a unified view of your repository that provides easy navigation, powerful search, historical reporting, configurable file annotation and diff views, changeset analysis, RSS feeds, and integration with your issue tracker. Many more features and enhancements are also under development. FishEye takes the pain out of extracting data from you repository, and puts all that data on your radar.

21二/06

让Switch-Case/If-Else-If-Else从你系统中走开

【摘要】:是否厌恶了维护庞大的Switch-Case语句,是否认为可以为这些选择逻辑写出更清晰的代码?
恩,我们至少可以来试试。。。

点这里阅读全文

ps:笔者在手头的项目里,见过存在 分支多达128种的Case语句,遍布于超过2万行的单一class文件,对其原作者佩服不已~~ @_@

9十一/05

向Inventor们学习

今天从内部Newsletter上看到PATENT PROFILES的文章。介绍很吸引人:Introduces some of the company's most creative people -- the top inventors, patent holders and engineers -- and finds out what inspires them. (如果您是HP-er的话,直接到这里看全文)里面采访了包括2位华人在内的很多专利发明人。

对于“遇到脑袋短路(mental bloack)时,你一般怎么做?”这个问题,各位发明者的回答大致包括以下3种:
1。去做运动,包括骑车,高尔夫等等,让脑袋完全放松,然后答案会突然出现!
2。向其他人从头开始阐述遇到的问题,往往你解释完一遍,答案自然而然的也就出现了。当然,有人提到“写下来”也是可以帮助整理思路的。
3。和同事讨论,由于大家的工作背景不同,在你看来很困难的问题可能在别人看来就很简单。

如果换成问国内的工程师,估计会有第四种回答:出去抽根烟
(ps:我在那里看到最猛的一位回答:短路的时候去来点French and Spanish wines

然后在回答“是什么影响了你,让你成为一个Inventor或Engineer的?”时,大多回答都是在孩童时代父母的影响很大,让他们从小对创新发明就很感兴趣。反观国内,很多人仅仅是追求所谓高薪而来当Engineer,因为兴趣的确不在这里,当得辛苦不说,成就也不会很高。

所以,如果你想培养自己的孩子成为Inventor的话,马上给他/她准备一份Legos玩具吧!(广告语:因为这是近半数发明者童年的选择

 

14十/05

第二代身份证会是现实生活中的MS passport么?

前几天在HP GDCC办理入职手续,需要填写一大堆表格。每一份表格都有:姓名,性别,籍贯,出生日期,民族,ID No, 家庭住址等等信息需要填写。于是我们不得不把上述相同的信息抄写了一遍又一遍,很费时间。然则回想以前,我们从小到大,入学,重大考试(高考,研究生考试),新公司入职,我们已经填写了无数这样的表格。

很明显,这样的做法已经违反了DRY原则(Don't Repeat Yourself)。事实上,对于绝大多数人来说,如姓名,性别,出生日期这样的信息是终生不变的。这样的信息完全可以与ID No挂钩起来。

不过好消息是第二代身份证据说已经可以做到这点了:其内置内置的IC芯片便可以存储上述信息。这样的做法很类似MS Passport,即在不同系统/场合中通过唯一通用标示,来共享用户信息的机制。而我们的ID No天生就是扮演这种唯一标示符的角色。

在以后类似的场合,我们只需要通过安装在公司HR的ID Card读取设备上刷一下,就可以自动打印出具有完整个人信息的表单。

但是,采用这种方式带来的问题在于:第二代身份证的读取设备是否易于广泛部署呢?如果该设备价格昂贵,或是基于安全性的考虑,只能部署在特定场所(如:公安局),那么必定会限制新身份证发挥其优点。(换句话说,由于公司不能部署该设备,我们还是不得不在入职的时候填那堆表格)

或者换一种方式:由政府部门维护一个面向社会的开放系统,在需要查询个人资料时,通过提交Id No.和查询密码来获得。查询密码由本人提供给公司或学校,即授权公司和学校通过这种方式来获得本人的信息。

   下一页