p**2
发帖数: 613 | 1 俺前段时间静心看了一段时间书，
越看越上瘾。
可惜最近项目赶时间，就不看书做项目了。
猛然有一种体会，其实两者很对立，
看书看久了就不想干活了，老想琢磨理论。
做东西做多了，实在不想看书，看了也是扯淡，
实际做的东西都得靠时间去磨，用理论指导，那只是一个传说。 |
c******n
发帖数: 16666 | 2 别说学术理论了
真的做项目了 一旦开始忙 pm天天催的前提下 什么狗屁best practice都不管了
我倒是想做modular 我很乐意搞future proof
但是人就逼着我要“看得见”的进度。。 |
T*******e
发帖数: 4928 | 3 同感。开发项目，有时为了不断有“看得见”的进度，做出来的都是以后得用更多得
时间去重写的东西。但是上头一层层催着，所以还得赶。留着一堆TODO就是了。
我就见过组里的人写个雏形，然后以此为理由招intern,搞hacker day, peer
coding,etc. 好像特忙，不断地check in，其实就是一开始写得太差，不断
refactoring，添改程序，最后程序当然看得还不错，只不过花了几倍的
人力和几年的时间。 我记得刚上他们的项目时读他们的C++程序，就琢磨，
他们可能刚开这个项目时都没有什么C++编程经验。 设计文档吹了一堆这
个系统的功能，但是怎么实现，云里雾里就是说不清楚。当然可以美其名曰
high level design doc. 不过人家这样几个抱团一起忽悠，就是吃得开。
我上他们的项目，本来是想学点先进的技术，结果有技术的部分不让我做，
只让我给那个雏形还没来得及添改的部分打补丁。那程序看得我想吐。我去问
究竟改完要实现什么具体的features都说不出来。后来我也退出止损了，不再
浪费我时间。就让他们继续忽悠一个个intern去吧. |
d*******r
发帖数: 3299 | 4 所以很多pm爱搞agile, 有理有据地 push + micro management 折腾程序员 XD
【在 c******n 的大作中提到】
: 别说学术理论了
: 真的做项目了 一旦开始忙 pm天天催的前提下 什么狗屁best practice都不管了
: 我倒是想做modular 我很乐意搞future proof
: 但是人就逼着我要“看得见”的进度。。
|
W***o
发帖数: 6519 | 5 只要自己不是项目的owner，没必要那么较真；拿人钱财就得给人看得见的进度。
如果自己是老板，铃铛别论
【在 c******n 的大作中提到】
: 别说学术理论了
: 真的做项目了 一旦开始忙 pm天天催的前提下 什么狗屁best practice都不管了
: 我倒是想做modular 我很乐意搞future proof
: 但是人就逼着我要“看得见”的进度。。
|
N*****m
发帖数: 42603 | 6 不完全是
学以致用
【在 p**2 的大作中提到】
: 俺前段时间静心看了一段时间书，
: 越看越上瘾。
: 可惜最近项目赶时间，就不看书做项目了。
: 猛然有一种体会，其实两者很对立，
: 看书看久了就不想干活了，老想琢磨理论。
: 做东西做多了，实在不想看书，看了也是扯淡，
: 实际做的东西都得靠时间去磨，用理论指导，那只是一个传说。
|
c******n
发帖数: 16666 | 7 半个完美主义者 对这个问题一直很纠结。。
不过现在也决定能糊弄就糊弄吧
【在 W***o 的大作中提到】
: 只要自己不是项目的owner，没必要那么较真；拿人钱财就得给人看得见的进度。
: 如果自己是老板，铃铛别论
|
