最新 | 最热门 | 最高评价

+0  开发团队的效率

Tag: 技术管理 | 流程方法 | Programming | Project | 效率 | 程序员
陈皓 发于 2014年06月09日 09:06 | 点击: 2304 | 展开摘要
我之前写过一篇叫《加班与效率》的文章,从概念上说了一些我对“效率”的认识,但是那篇文章趋于概念化,对于一些没有经历过这样的环境的同学来说,可能会觉得太抽象了。很早以前就想写一篇更具体一点的,可执行的文章与《加班与效率》这篇文章相辉映,并再把我两年前在杭州QCon上的那个“鼓吹工程师文化”的《建一支强大的小团队》(新浪微盘)的观点再加强一下。

但是我遇到了一些思维方式上的麻烦——我讲的总是从我的经历背景出发,没有从其它人的经历背景来讲。这就好像,我在酷壳里说了很多东西(比如:

查看全文: http://www.udpwork.com/item/12607.html

+0  加班与效率

Tag: 技术管理 | 杂项资源 | Programmer | Project | Rework | 程序员
陈皓 发于 2013年07月24日 08:28 | 点击: 2638 | 展开摘要
微博上看到了这么一个贴子,就像以前在《腾讯,竞争力 和 用户体验》中批评过腾讯说自己的核心竞争力是员工加班一样,我顺着Winter的回复也批评了一下这个微博——

“靠加班超越对手?!劳动密集型么?我要是对手的话,我就来趁机挖人了,直接摁死你……//@寒冬winter: 当一个管理者的智慧无法衡量一支团队的产出的时候,他就会把“工时”当做最后的救命稻草,死死抱住——这是他唯一听得懂的东西了。”

然后,@玄了个澄的在微博里at我说,他在微信里看了@Fenng 关于加班的言论,

查看全文: http://www.udpwork.com/item/10279.html

+0  KuKu-一个 Weekend Project

Tag: kuku | web.py | OpenSource | coffee-time-project | Foundation
alswl 发于 2012年11月18日 22:31 | 点击: 1842 | 展开摘要
一个小小的 Weekend Project,基于 web.py。
代码在 alswl / kuku ,很简陋,属于差不多能用阶段。

基于以下原因开发:

想把服务器去 PHP 化,以前的 upload.log4d.com 是基于 PHP 的,
详情请见 使用独立图床子域名。

刚买的 Linode VPS,终于从 128MB 内存解放出来了,赶紧放个 Python 程序跑跑。

想些 Python 了,手痒,想看看写这么简单的功能需要多长时间,
弥补上次没能参加黑客马拉松的

查看全文: http://www.udpwork.com/item/8687.html

+0  dbevent2gc v0.1发布

Tag: Python编程 | coffee-time-project | dbevent2gc | GAE | github | iCalendar | Mako | OpenSource | web.py
alswl 发于 2011年11月25日 12:34 | 点击: 2373 | 展开摘要
重要通知:Log4D的域名由 http://dddspace.com 迁移到 http://log4d.com 。

订阅地址现在改为 http://log4d.com/feed 和 http://feeds.feedburner.com/dddspace 。(FeedBurner的地址未发生变化)

http://feed.dddspace.com 弃用

请订阅我博客的朋友更新一下订阅地址。

关于dbevent2gc

A application to sync do

查看全文: http://www.udpwork.com/item/6383.html

+0  V2EX论剑:抄还是不抄?

Tag: Startups | 业界评论 | Project Babel 2 | v2ex
何 李石 发于 2011年09月08日 16:24 | 点击: 2693 | 展开摘要
Luc在跟我的一次邮件交流中说道:

不要为了写程序而写程序,是为了创造价值而去努力,如何发现并创造价值,对于你还有很长的路。

昨天,同样的问题,为该不该建立一个PB2的Rails版本的分支讨论出现在V2EX上。(PB2简介:PB2全称Project Babel 2, 是一个开源社区软件,运行在 Google App Engine 上。V2EX 社区即是使用此程序搭建。)

V2EX上的Los认为,可以在一个星期左右内开发完成PB2的Rails版本分支:

谁有精力来全面c

查看全文: http://www.udpwork.com/item/5766.html

+0  软件公司的两种管理方式

Tag: 技术管理 | 技术读物 | 职场生涯 | BA | PM | Programmer | Project | 程序员
陈皓 发于 2011年07月06日 08:36 | 点击: 2920 | 展开摘要
这篇文章是我的一个外国的同事Gareth推荐给我的,我和他一起工作过一段时间。他之所以觉得非常不错,是因为这篇文章让他身有体会,他觉得我也一定会有体会,并让我考虑一下翻译到我的blog上来。我看完后觉得很有代表性,而且觉得说得太对了,所以翻译过来,希望大家都读一读,最好转给你的公司老板。

这篇文章来源于 StakeExchange上的一个问题——“为什么BA和PM的薪水要比程序员要高?”,顶在一楼的回复分析了这个原因,并指出了两种管理文化。

———————————————

查看全文: http://www.udpwork.com/item/5412.html

+0  开发时间估计

Tag: 轶事趣闻 | Plan | Programmer | Project | 程序员
陈皓 发于 2010年10月25日 09:49 | 点击: 1997 | 展开摘要
项目管理中,项目任务时间估计是其中一个重要的环节。各种管理员人都觉得时间估计很重要,都希望时间估计能准确一些,但是,事实却并不如此。事实上,会下面这样的结果。

目前状态
完成进展
剩余任务估计

任务刚被分配,还没有做调查
完成0%
大约2周

完成需求分析和调查,攻克了难点
完成50%
大约2周多一点

我几乎做完了。只有出了点我事先没有想到的岔子。

不过,我已找到解决方法了。只是还需要一些时间
完成90%
大约2周多一点

我全部做完了,只是还要写文档,做Code R

查看全文: http://www.udpwork.com/item/3161.html

+0  关于开发管理的一些思考

Tag: Tech | 分享 | 戏言 | cvcs | development management | dvcs | mercurial | project management | svn | vcs | work flow
liuw 发于 2010年04月19日 11:18 | 点击: 1909 | 展开摘要
目前我们组内对开发的管理还十分初级。Wiki刚刚开始用,没有用trac、bugzilla之类的工程控制工具,只用了Mercurial进行了版本控制,交流主要靠每周例会。

学生开发组织,我觉得是比较难做到规范化开发的。一则因为外围工具的学习成本高,项目等不及;二则因为学生组织与公司不一样,至少不会因为开发流程不规范而被fire掉。在学校里面,老板要的是效果、演示,不管你用什么方法去做。

在目前开发的过程中,也出现了一些问题。原来使用Mercurial的原因,就是一个DVCS

查看全文: http://www.udpwork.com/item/1092.html
|<<<1>>>| 一共1页, 8条记录