编程：不为人知的秘密

widelink

这些都不新鲜了吧.  像华为或者ibm早就有这些经验数据啦, 只不过不是每个人都能接触到而已

无论什么时候，谁能把Knuth教授的那套书搞懂80%， 去google或任何一家大IT公司的任何一家分店拿到team leader肯定没有问题. 甚至你可以直接给啤酒盖子去电邮

dalaohu

agile 現在完全被濫用。 成了 no plan 的代名詞。

不過程序員的好壞跟那個無關。 相反 好的coder大多是在高強度的大項目下聯就的。
我很就前在一家大公司混，真的有90%的時間空餘， 幾年下來毫無進步。

幾百萬的項目請你來， 是看中你的經驗，讓你做貢獻的，不會是讓你來思考的。 思考和摸索都是用自己的業餘時間了。
有些資金，時間比較寬裕的項目倒是會有時間來做一些porotype的。

Dan.and.Andy

原帖由 dalaohu 于 2010-8-25 11:34 发表
agile 現在完全被濫用。 成了 no plan 的代名詞。

不過程序員的好壞跟那個無關。 相反 好的coder大多是在高強度的大項目下聯就的。
我很就前在一家大公司混，真的有90%的時間空餘， 幾年下來毫無進步。

幾百萬的項目請 ...

被你们整的越来越糊涂

业余时间?! 您不打打魔兽? 看看电影? 配小孩子玩玩游戏? 去新闻版和大千世界灌灌水?

乱码

原帖由 Dan.and.Andy 于 2010-8-25 11:24 发表


没进过工厂,一直呆在作坊里的问一句

具体的硬指标有哪些?能稍微具体点吗?

我们用jira来做scrum (agile的一个methdology).

http://www.ssw.com.au/ssw/Company/Scrum.aspx
http://www.slideshare.net/paulre ... -scrum-presentation

对developer比较直观的说：
1.工作上的每一件事在jira都有item，跟tfs work item是1-1的关系，也是个人performance的重要指标。
2.每天早晨scrum meeting，说说昨天的事/今天的plan.
3.整个project被分割成若干sprints,every fortnight是一个sprint，每个人在sprint的初期都有几个jira item to work on.
4.pm那边可以run jira item report，看整个team的进度和个人的进度，很直观。

每天有任务的日子不那么轻松，如果有能力完成工作，还能顶住这种压力用50%的时间自由的思考，就算是good developer了，我觉得。

dalaohu

原帖由 Dan.and.Andy 于 2010-8-25 11:44 发表


被你们整的越来越糊涂

业余时间?! 您不打打魔兽? 看看电影? 配小孩子玩玩游戏? 去新闻版和大千世界灌灌水?

一定是用業餘時間的。 除非你工作特空，那麼有空的工作， 你學習的再多也沒啥提高，最多也就是在論壇上能胡侃一通名詞:)

業餘時間，你底子好的話，新東西也就是瞄兩眼就知道了， 跟看個新聞啥不多。
我左手打星際，右手瞄， 腿上坐著孩子一起樂。

Dan.and.Andy

原帖由 乱码 于 2010-8-25 11:47 发表


我们用jira来做scrum (agile的一个methdology).

http://www.ssw.com.au/ssw/Company/Scrum.aspx
http://www.slideshare.net/paulre ... -scrum-presentation

对developer比较直观的说：
1.工作上的 ...

如果客户要的东西既是 Feature Driven 的,又是 Deadline Driven 的, 要 working overtime 吗?

乱码

原帖由 Dan.and.Andy 于 2010-8-25 12:18 发表


如果客户要的东西既是 Feature Driven 的,又是 Deadline Driven 的, 要 working overtime 吗?

不需要，如果要ot，就说明没有做好work load estimation or project planning,至于这种事情一旦发生了，具体如何跟客户谈，我也不知道，我不是pm.

我现在做的东西都是我们公司自己网站的东西，也会有相对的内部客户，但就好说很多。

至于对外例如campaign的那些流程，我的确不清楚。

yuba

pair programming 对于超人来说，生不如死，最后剩下的只会是average的peers

fenghuo

我们刚开始推SCRUM，还没见效。。。

乱码

原帖由 fenghuo 于 2010-8-25 14:32 发表
我们刚开始推SCRUM，还没见效。。。

scrum对project来说是很不错，没有人可以偷懒跟大溜混日子了.

但这种方式很容易流于任何事情都是跟工作直接相关的，只注重产出，没有时间做知识更新，如果整个team工作节奏掌握不好的话，这对作技术的很致命。

iami

想起一前上学的一个兄弟写的code。只有他自己才能看懂，而且只有他写完后的2小时之内看的懂。过了这个点，连他自己都不知道写了什么。不在乎运行效率。粗制滥造的典型。唯一的优点他写的比我们快。

kawara

Scrum 本身并不是很Pushing的。Scrum并不是经理监管下级的工具，它强调Team member的commitment，Sprint plan 要大家都comfortable 才可以。如果大家觉得工期太紧的话，可以在会上提出来。Sprint也没有必要一个接一个，中间可以空出一段时间大家充充电什么的。Scrum是个很灵活的框架，全凭Scrum master掌握。fall in wrong hands就不好了。

XP就很阴险了:

TDD,Continuous Integration,典型的工业化生产。
Pair programming,collective code ownership，抹煞优秀程序员的个人贡献和地位。

那些框架，我是指ORM,Spring什么的，把编程的门槛弄得很低，十分讨厌，而且它们的performence都很不好，虽然没有人care.

上述methodology和technology造成了今天程序员过剩，outsourcing大行其道的局面

Dan.and.Andy

原帖由 kawara 于 2010-8-25 16:01 发表
Scrum 本身并不是很Pushing的。Scrum并不是经理监管下级的工具，它强调Team member的commitment，Sprint plan 要大家都comfortable 才可以。如果大家觉得工期太紧的话，可以在会上提出来。Sprint也没有必要一个接一个，中间 ...

1% 的程序员搞首创, 算门艺术, 生产线的设计者(ORM挺好啊!节约生产力)

99% 的跟着走, 就是工厂的装配工, 无外乎就是知道不知道, 实现了没实现这个层次. 学东西晚几个版本也没关系.

iami

你说的1%不会再公司里干活。都在学校里里搞算法解数学题。
他们想通了一个问题，出版答案，剩下99%就照抄他们的思路。

第二批人专门设计语言，写编译器。多数在公司里干活。牛人一群

第三批人，比如给java 写api,给微软写,net上的control的那部分也是很牛叉。
他们写好的class和control,直接给外面混饭吃的程序员用。
用了他们的control，实现功能就非常容易了，写个数据库连接，弄个浏览器或者端口扫描器都非常容易。就看对他们写的class和control的熟悉程度了。

第四批人，就是外面大大小小的软件公司，专门给不懂电脑的人定制软件。这批人是整个行业的主力军。

前面3批属于精英和头脑，他们影响和引导潮流。他们想出什么怪点子馊主意，第四批人就要跟着学。

kawara

原帖由 iami 于 2010-8-25 16:52 发表
第四批人，就是外面大大小小的软件公司，专门给不懂电脑的人定制软件。这批人是整个行业的主力军。

你的意思是懂电脑的人，用的软件大部分是自己写的？

iami

原帖由 kawara 于 2010-8-25 05:03 PM 发表


你的意思是懂电脑的人，用的软件大部分是自己写的？

看你是那批人了

乱码

看来大家都很喜欢做事from bottom up. but what about abstraction? 这是任何一个framework的pricinpal idea.

我觉得一个好的developer不用知道任何事情，只要在你做的层面上往下追溯上2-3层就可以了，比如作web site的,在用你语言的基础上还要知道http,知道tcp/ip就更好了，虽然这不是必须。

上层和底层的东西有很大可能都不是一个领域，让底层的人来做上层的东西，他们也不一定有这个skill set能在短时间内pickup.

it's all about training.

dalaohu

原帖由 乱码 于 2010-8-27 10:19 发表
看来大家都很喜欢做事from bottom up. but what about abstraction? 这是任何一个framework的pricinpal idea.

我觉得一个好的developer不用知道任何事情，只要在你做的层面上往下追溯上2-3层就可以了，比如作web site的 ...

說說 web app 跟 tcp/ip 有啥關係 :)

乱码

原帖由 dalaohu 于 2010-8-27 10:46 发表


說說 web app 跟 tcp/ip 有啥關係 :)

google it

dalaohu

原帖由 乱码 于 2010-8-27 11:12 发表


google it

Google: Your search - did not match any documents.

haha

MaxChan

原帖由 kawara 于 2010-8-25 16:01 发表
Scrum 本身并不是很Pushing的。Scrum并不是经理监管下级的工具，它强调Team member的commitment，Sprint plan 要大家都comfortable 才可以。如果大家觉得工期太紧的话，可以在会上提出来。Sprint也没有必要一个接一个，中间 ...

基本同意，这也是我现在非常讨厌跟Thoughtworks的人合作的原因。
Agile毫无疑问是管理者会喜欢的开发方式，至于对于开发人员来讲，真是见仁见智。