一个科技公司受人尊敬的品质 - 开源中国社区
Float_left Icon_close
一个科技公司受人尊敬的品质
oschina 2013年12月13日

一个科技公司受人尊敬的品质

oschina oschina 发布于2013年12月13日 收藏 65 评论 43

阿里云高性能云服务器,2折起! >>> >>>  

users-ind-tech

下面的这个清单是我和一些行业的熟人,在众多大的科技公司里工作后,一起收集汇总出来的一些特征。我们的工作经历多样而广泛,从财富50强企业到硅谷创业公司,从全新到代码库到30年的老古董。

下面的这些特征,不仅是对我们,我想对广大的软件开发者也都代表了一个非常理想的工作环境。虽然很多的公司会认为清单上的这些做法是不可能接受的,但如果争取向这种理想的情况靠近,我们相信很多的程序员,包括我自己,都会希望为你工作。

  • 向开源社区捐赠力量
  • 允许程序员用自己的电脑开发。
    • 无法做到这一点通常意味着一个过度耦合的开发环境…
  • 不需要依赖具有专利的通信协议
    • 你们的Microsoft Exchange server无法支持 Linux 或 OS X 吗?
    • 你们的文档需要使用 Microsoft Office 或 Pages for Mac 吗?
  • 允许程序员去选择无薪休假
    • 一年中指定的那几天有薪假期真的很有价值吗?
  • 具有一个条理整洁的代码库
  • 优先分配时间来重构/偿还技术债务或其它不能直接产生经济效益的事情
    • 如果有技术债务,应该在文档上记录,并尽可能的消除。
  • 不使用一个“自己定制的框架”或不正确的实现的开源框架
    • 用Stack Overflow应该能够解决大部分的代码相关的问题。
  • 不是一个“市场驱动型”公司
  • 不武断的设定最后期限
    • “周二前我们必须做出这个功能,届时我们要群发邮件通知!”
  • 抛弃Minimum Viable Product
    • 相信我,那是有问题的,丢掉它后你会更快乐。
  • 不要求员工必须待在办公室里,例如,可以在咖啡馆或在家办公
  • 应该按功行赏,而不是按工时或工龄
  • 在涉及会严重影响程序员的决策时首先考虑程序员的意见。
  • 根据程序员的喜好分配工作任务

[英文原文:Admirable Qualities of a Tech Company ]

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:一个科技公司受人尊敬的品质
分享
评论(43)
最新评论
0

引用来自“爆炸”的评论

引用来自“中山野鬼”的评论

引用来自“爆炸”的评论

引用来自“郭大侠”的评论

引用来自“爆炸”的评论

引用来自“ueharaai”的评论

不使用一个“自己定制的框架”——这个有点扯了

只有这一条不太好,其他都很不错

我对这一条倒是深有同感,私有的框架终会因人员变动造成长期的维护困难。

别人的框架怎么保证能满足自己的需求呢?维护私有框架的应该是项目的核心人员吧,这部分人流动性如果很大那公司该考虑的不是框架问题了。

在一个领域做深,做扎实,就算是拿别人的框架,最终也会沉淀下来,成为自己特色的东西,而且是具备竞争力的。所以我说这文章的作者很水。战略上要有持续发展,需要竞争力,只有那些没有对细分市场锁定,什么都做的中小企业,才不会考虑定制框架的问题。

野鬼老师这是支持我的观点的意思了?

哈,那肯定,原文这货绝对是个理想派。我不知道乔布斯当年秘密搞ipad,iphone时,是不是如上面那样人性,我倒知道,所谓“人性”只会导致散漫、无纪律、无目标。不是我霸道,有些事情就是组织化的。这上面很多观点我都不认同。哈。
0

引用来自“中山野鬼”的评论

引用来自“爆炸”的评论

引用来自“郭大侠”的评论

引用来自“爆炸”的评论

引用来自“ueharaai”的评论

不使用一个“自己定制的框架”——这个有点扯了

只有这一条不太好,其他都很不错

我对这一条倒是深有同感,私有的框架终会因人员变动造成长期的维护困难。

别人的框架怎么保证能满足自己的需求呢?维护私有框架的应该是项目的核心人员吧,这部分人流动性如果很大那公司该考虑的不是框架问题了。

在一个领域做深,做扎实,就算是拿别人的框架,最终也会沉淀下来,成为自己特色的东西,而且是具备竞争力的。所以我说这文章的作者很水。战略上要有持续发展,需要竞争力,只有那些没有对细分市场锁定,什么都做的中小企业,才不会考虑定制框架的问题。

野鬼老师这是支持我的观点的意思了?
0

引用来自“爆炸”的评论

引用来自“郭大侠”的评论

引用来自“爆炸”的评论

引用来自“ueharaai”的评论

不使用一个“自己定制的框架”——这个有点扯了

只有这一条不太好,其他都很不错

我对这一条倒是深有同感,私有的框架终会因人员变动造成长期的维护困难。

别人的框架怎么保证能满足自己的需求呢?维护私有框架的应该是项目的核心人员吧,这部分人流动性如果很大那公司该考虑的不是框架问题了。

在一个领域做深,做扎实,就算是拿别人的框架,最终也会沉淀下来,成为自己特色的东西,而且是具备竞争力的。所以我说这文章的作者很水。战略上要有持续发展,需要竞争力,只有那些没有对细分市场锁定,什么都做的中小企业,才不会考虑定制框架的问题。
0

引用来自“ueharaai”的评论

不使用一个“自己定制的框架”——这个有点扯了

我怀疑这货是否真的在某个领域领先的科技公司管理岗位待过。哈。总觉得他是站在一个公司员工或外部外部技术人员的角度看。哈。
0

引用来自“ueharaai”的评论

不使用一个“自己定制的框架”——这个有点扯了

使用公司定制的框架,程序员出来后就什么都不会……因为只接触到公司的那套UI框架……我就是这样,不希望太局限了。
0
怎么没有IBM的图标。。。。
0
"根据程序员的喜好分配工作任务",这一条相当人性化,可以事半功倍。
0
不是一个“市场驱动型”公司
不武断的设定最后期限

比较认可这两条,不知道我国公司啥时候能实现;可能这不仅仅是公司能决定的,还是要看大环境。
0
不使用一个自己定制的框架。这个其实是可以有的,只要框架成熟。
0
应该按功行赏,而不是按工时或工龄
这个。。。
我可以呵呵么??
基本上没有公司能做到
0
一眼就看见诺基亚了
0
这是一个总结,还是一些建议?
0

引用来自“隐形人”的评论

不使用一个“自己定制的框架”或不正确的实现的开源框架 ----对这一条深以为然 很多人不是很理解 但是随着项目的深入 你就必须开始考虑扩展性和健壮性了 自己定制的框架不可能做到那些开源框架那样成熟 如果你敢保证你的框架比那些经过市场考验 千锤百炼的开源框架更牛 那么 好 你可以用你自己的 甚至很多人秉承一种可笑的想法 说用开源的东西有漏洞 呵呵 那么 你写的东西就没有漏洞么

+1
0
根据程序员的喜好分配工作任务
0
在中国有这样的公司么?
0

引用来自“music60”的评论

在我大天朝,这是遥不可及

你还生活在天顶星上的天朝。。。
0
不使用一个“自己定制的框架”或不正确的实现的开源框架 ----对这一条深以为然 很多人不是很理解 但是随着项目的深入 你就必须开始考虑扩展性和健壮性了 自己定制的框架不可能做到那些开源框架那样成熟 如果你敢保证你的框架比那些经过市场考验 千锤百炼的开源框架更牛 那么 好 你可以用你自己的 甚至很多人秉承一种可笑的想法 说用开源的东西有漏洞 呵呵 那么 你写的东西就没有漏洞么
0
抛弃Minimum Viable Product
相信我,那是有问题的,丢掉它后你会更快乐。

这个的原因是什么?丢掉后采用哪些其他方案?
0

引用来自“googlespot”的评论

遍地都是NSA的间谍,这样间谍也值得尊重??

相比TG的走狗就是科技公司
0
在我大天朝,这是遥不可及
顶部