h******b
发帖数: 6055 | 1 一个人从了解客户需求到设计到编码一把抓，一个星期一百个小时，高薪高奖金，程序
员里的乐邦。
最多几个美工设计，documentation, qa这样的小弟。大一些的项目需要几个这样的人
，比如一个搞界面，一个搞数据库等等。
感觉现在软件开发中的产品经理，项目管理，business requirement是巨大的浪费。无
尽的会议，无尽的修改brs，无尽的纸上谈兵，浪费无数的时间。
投行为什么一个analyst工作上百个小时？ 为什么不分工分薪水？ 因为分工互相沟
通扯皮浪费的时间太多了。
如果产品设计和程序员是一个人生产力必然提升的一塌糊涂。我真心不觉得软件开发十
倍的人口能给你十倍的速度。 |
g*****g
发帖数: 34805 | 2 项目小当然可以，项目大了不可能。10个人是没有1个人效率高呀，可是哪怕十个人只
顶三个人的高效，一人年的项目也是4个月做出来了，那边一个人做要一年。time-to-
market也是钱。
你晚8个月做出来，别人都把市场占完了。
【在 h******b 的大作中提到】
: 一个人从了解客户需求到设计到编码一把抓，一个星期一百个小时，高薪高奖金，程序
: 员里的乐邦。
: 最多几个美工设计，documentation, qa这样的小弟。大一些的项目需要几个这样的人
: ，比如一个搞界面，一个搞数据库等等。
: 感觉现在软件开发中的产品经理，项目管理，business requirement是巨大的浪费。无
: 尽的会议，无尽的修改brs，无尽的纸上谈兵，浪费无数的时间。
: 投行为什么一个analyst工作上百个小时？ 为什么不分工分薪水？ 因为分工互相沟
: 通扯皮浪费的时间太多了。
: 如果产品设计和程序员是一个人生产力必然提升的一塌糊涂。我真心不觉得软件开发十
: 倍的人口能给你十倍的速度。
|
k******t
发帖数: 1498 | 3 I have been doing this for more than a year. For a small project like mine,
it is doable, but for anything bigger, it is going to be very difficult if p
ossible. We all have our limits. Those wasteful personels are there for a re
ason.
【在 h******b 的大作中提到】
: 一个人从了解客户需求到设计到编码一把抓，一个星期一百个小时，高薪高奖金，程序
: 员里的乐邦。
: 最多几个美工设计，documentation, qa这样的小弟。大一些的项目需要几个这样的人
: ，比如一个搞界面，一个搞数据库等等。
: 感觉现在软件开发中的产品经理，项目管理，business requirement是巨大的浪费。无
: 尽的会议，无尽的修改brs，无尽的纸上谈兵，浪费无数的时间。
: 投行为什么一个analyst工作上百个小时？ 为什么不分工分薪水？ 因为分工互相沟
: 通扯皮浪费的时间太多了。
: 如果产品设计和程序员是一个人生产力必然提升的一塌糊涂。我真心不觉得软件开发十
: 倍的人口能给你十倍的速度。
|
h******b
发帖数: 6055 | 4 一般来说大公司的软件开发是搭积木吧，不可能从头开始。
我们公司大把这样的情况，客户现有产品需要加个tab支持某个新功能，一个产品经理
，一个程序员，几个其他杂七杂八的资源，完全可以合并啊。
我领导做的一个简单宣传网页，designer, product manager, project manager, qa能
达到七八个touch point。
产品和程序员二合一以后的优势就是instant iteration, 而且设计上不会为了某个无
关疼痒的功能扯皮，为可有可无的东西，大量浪费程序员时间。 比如非要加某个特效
等等。
二十年前我大学期间，在投行做过temp，那时候的ppt都是手写然后给我们执行，三十
美金一小时。改几句话，或者图标宽窄，都是analyst手改然后交给我们完成。 现在
谁不自己写ppt？
我觉得JavaScript大行其道以后，生产力提升，门槛降低，会出来更多程序员和产品的
合体。 靠这种人从头搭框架肯定不行。 但加一个界面，只要系统本身是modular，
我觉得我一个人的生产力单挑一个队无压力。
【在 g*****g 的大作中提到】
: 项目小当然可以，项目大了不可能。10个人是没有1个人效率高呀，可是哪怕十个人只
: 顶三个人的高效，一人年的项目也是4个月做出来了，那边一个人做要一年。time-to-
: market也是钱。
: 你晚8个月做出来，别人都把市场占完了。
|
g*****g
发帖数: 34805 | 5 只需要一个程序员的当然是小项目。
【在 h******b 的大作中提到】
: 一般来说大公司的软件开发是搭积木吧，不可能从头开始。
: 我们公司大把这样的情况，客户现有产品需要加个tab支持某个新功能，一个产品经理
: ，一个程序员，几个其他杂七杂八的资源，完全可以合并啊。
: 我领导做的一个简单宣传网页，designer, product manager, project manager, qa能
: 达到七八个touch point。
: 产品和程序员二合一以后的优势就是instant iteration, 而且设计上不会为了某个无
: 关疼痒的功能扯皮，为可有可无的东西，大量浪费程序员时间。 比如非要加某个特效
: 等等。
: 二十年前我大学期间，在投行做过temp，那时候的ppt都是手写然后给我们执行，三十
: 美金一小时。改几句话，或者图标宽窄，都是analyst手改然后交给我们完成。 现在
|
d*******r
发帖数: 3299 | 6 我不觉得光会 JS 就能达到这种无敌状态, 还需要学一堆其他语言.
还要学会各种强大的轮子, 相当于别人帮你干了活.
还要有各种厉害的朋友咨询, 相当于自己知识到了极限时候, 还有人帮忙指路.
再加上自己设计, 分析, 技术都过硬的话, 那是厉害, 全部自己迭代实现, 快到飞. |
l******n
发帖数: 9344 | 7 师傅，出来看超人啦...
【在 d*******r 的大作中提到】
: 我不觉得光会 JS 就能达到这种无敌状态, 还需要学一堆其他语言.
: 还要学会各种强大的轮子, 相当于别人帮你干了活.
: 还要有各种厉害的朋友咨询, 相当于自己知识到了极限时候, 还有人帮忙指路.
: 再加上自己设计, 分析, 技术都过硬的话, 那是厉害, 全部自己迭代实现, 快到飞.
|
l**********n
发帖数: 8443 | 8 学好C就行了，其它都是浮云
【在 d*******r 的大作中提到】
: 我不觉得光会 JS 就能达到这种无敌状态, 还需要学一堆其他语言.
: 还要学会各种强大的轮子, 相当于别人帮你干了活.
: 还要有各种厉害的朋友咨询, 相当于自己知识到了极限时候, 还有人帮忙指路.
: 再加上自己设计, 分析, 技术都过硬的话, 那是厉害, 全部自己迭代实现, 快到飞.
|
q*c
发帖数: 9453 | 9 区别就是系统复杂度不可避免的上升了以后，你那糙快猛的玩意就只好扔了从来，永远
不能越过某个复杂度极限。
而大规模软件就可以，哪怕代价是很大的浪费。
【在 h******b 的大作中提到】
: 一般来说大公司的软件开发是搭积木吧，不可能从头开始。
: 我们公司大把这样的情况，客户现有产品需要加个tab支持某个新功能，一个产品经理
: ，一个程序员，几个其他杂七杂八的资源，完全可以合并啊。
: 我领导做的一个简单宣传网页，designer, product manager, project manager, qa能
: 达到七八个touch point。
: 产品和程序员二合一以后的优势就是instant iteration, 而且设计上不会为了某个无
: 关疼痒的功能扯皮，为可有可无的东西，大量浪费程序员时间。 比如非要加某个特效
: 等等。
: 二十年前我大学期间，在投行做过temp，那时候的ppt都是手写然后给我们执行，三十
: 美金一小时。改几句话，或者图标宽窄，都是analyst手改然后交给我们完成。 现在
|
d*******r
发帖数: 3299 | 10 所以基本实现不了, 哈哈~~
【在 l******n 的大作中提到】
: 师傅，出来看超人啦...
|
|
|
c*******0
发帖数: 5247 | 11
你说的就是全站嘛。这个我还是同意的。以后就两种程序员吃香，一种是对一个技术深
入到极致，一种是对一堆技术框架都能上手gei things done。
【在 h******b 的大作中提到】
: 一个人从了解客户需求到设计到编码一把抓，一个星期一百个小时，高薪高奖金，程序
: 员里的乐邦。
: 最多几个美工设计，documentation, qa这样的小弟。大一些的项目需要几个这样的人
: ，比如一个搞界面，一个搞数据库等等。
: 感觉现在软件开发中的产品经理，项目管理，business requirement是巨大的浪费。无
: 尽的会议，无尽的修改brs，无尽的纸上谈兵，浪费无数的时间。
: 投行为什么一个analyst工作上百个小时？ 为什么不分工分薪水？ 因为分工互相沟
: 通扯皮浪费的时间太多了。
: 如果产品设计和程序员是一个人生产力必然提升的一塌糊涂。我真心不觉得软件开发十
: 倍的人口能给你十倍的速度。
|
l***i
发帖数: 956 | 12 投行的under writing，Re package什么的都是labor，一周工作80个小时没问题，有程
序员一周能工作80小时么。每天2小时就不行了。
【在 h******b 的大作中提到】
: 一个人从了解客户需求到设计到编码一把抓，一个星期一百个小时，高薪高奖金，程序
: 员里的乐邦。
: 最多几个美工设计，documentation, qa这样的小弟。大一些的项目需要几个这样的人
: ，比如一个搞界面，一个搞数据库等等。
: 感觉现在软件开发中的产品经理，项目管理，business requirement是巨大的浪费。无
: 尽的会议，无尽的修改brs，无尽的纸上谈兵，浪费无数的时间。
: 投行为什么一个analyst工作上百个小时？ 为什么不分工分薪水？ 因为分工互相沟
: 通扯皮浪费的时间太多了。
: 如果产品设计和程序员是一个人生产力必然提升的一塌糊涂。我真心不觉得软件开发十
: 倍的人口能给你十倍的速度。
|
W***o
发帖数: 6519 | 13 有阿三占据这行当就不太可能出现这种模式
【在 h******b 的大作中提到】
: 一个人从了解客户需求到设计到编码一把抓，一个星期一百个小时，高薪高奖金，程序
: 员里的乐邦。
: 最多几个美工设计，documentation, qa这样的小弟。大一些的项目需要几个这样的人
: ，比如一个搞界面，一个搞数据库等等。
: 感觉现在软件开发中的产品经理，项目管理，business requirement是巨大的浪费。无
: 尽的会议，无尽的修改brs，无尽的纸上谈兵，浪费无数的时间。
: 投行为什么一个analyst工作上百个小时？ 为什么不分工分薪水？ 因为分工互相沟
: 通扯皮浪费的时间太多了。
: 如果产品设计和程序员是一个人生产力必然提升的一塌糊涂。我真心不觉得软件开发十
: 倍的人口能给你十倍的速度。
|
d*******r
发帖数: 3299 | 14 只学好C, 大多数情况下, 只有打工的命
【在 l**********n 的大作中提到】
: 学好C就行了，其它都是浮云
|
G*****n
发帖数: 3863 | 15 投行模式是一个落后的模式。之所以能够一直维持高收入，是因为投行业务的人为门槛
很高，人为的制造成了一个小圈子。这就和国内当年靠爹妈关系跑配额赚钱没什么区别
，这是一种落后低效的生产模式。
所以更有意义的问题是反过来，投行有没有可能靠软件搞成白菜模式？答案是肯定的，
现在已经有这个迹象了。 |
m**********s
发帖数: 518 | 16 能8小时干完的活你非要1小时干完，你是资方派来的？
一个人从了解客户需求到设计到编码一把抓，一个星期一百个小时，高薪高奖金，程序
员里的乐邦。最多几个美工设计，documentation, qa这样的小弟。大一些的项目需要
几个这样........
【在 h******b 的大作中提到】
: 一个人从了解客户需求到设计到编码一把抓，一个星期一百个小时，高薪高奖金，程序
: 员里的乐邦。
: 最多几个美工设计，documentation, qa这样的小弟。大一些的项目需要几个这样的人
: ，比如一个搞界面，一个搞数据库等等。
: 感觉现在软件开发中的产品经理，项目管理，business requirement是巨大的浪费。无
: 尽的会议，无尽的修改brs，无尽的纸上谈兵，浪费无数的时间。
: 投行为什么一个analyst工作上百个小时？ 为什么不分工分薪水？ 因为分工互相沟
: 通扯皮浪费的时间太多了。
: 如果产品设计和程序员是一个人生产力必然提升的一塌糊涂。我真心不觉得软件开发十
: 倍的人口能给你十倍的速度。
|
d******e
发帖数: 2265 | 17 现在小公司或者中等startup很多类似的。
大家都是microservice.一人管一个service或者几个service.
【在 h******b 的大作中提到】
: 一个人从了解客户需求到设计到编码一把抓，一个星期一百个小时，高薪高奖金，程序
: 员里的乐邦。
: 最多几个美工设计，documentation, qa这样的小弟。大一些的项目需要几个这样的人
: ，比如一个搞界面，一个搞数据库等等。
: 感觉现在软件开发中的产品经理，项目管理，business requirement是巨大的浪费。无
: 尽的会议，无尽的修改brs，无尽的纸上谈兵，浪费无数的时间。
: 投行为什么一个analyst工作上百个小时？ 为什么不分工分薪水？ 因为分工互相沟
: 通扯皮浪费的时间太多了。
: 如果产品设计和程序员是一个人生产力必然提升的一塌糊涂。我真心不觉得软件开发十
: 倍的人口能给你十倍的速度。
|
d*******r
发帖数: 3299 | 18 行内人啊, 再给大家多科普下吧,
比如那些地方开始有白菜迹象了, 建议大家如何切入
【在 G*****n 的大作中提到】
: 投行模式是一个落后的模式。之所以能够一直维持高收入，是因为投行业务的人为门槛
: 很高，人为的制造成了一个小圈子。这就和国内当年靠爹妈关系跑配额赚钱没什么区别
: ，这是一种落后低效的生产模式。
: 所以更有意义的问题是反过来，投行有没有可能靠软件搞成白菜模式？答案是肯定的，
: 现在已经有这个迹象了。
|
d********t
发帖数: 9628 | 19 RE
【在 G*****n 的大作中提到】
: 投行模式是一个落后的模式。之所以能够一直维持高收入，是因为投行业务的人为门槛
: 很高，人为的制造成了一个小圈子。这就和国内当年靠爹妈关系跑配额赚钱没什么区别
: ，这是一种落后低效的生产模式。
: 所以更有意义的问题是反过来，投行有没有可能靠软件搞成白菜模式？答案是肯定的，
: 现在已经有这个迹象了。
|
x*******1
发帖数: 28835 | 20 这不sb么，走自己的路让别人无路可走。 资本家高兴， 劳方受损。 能做的就是把市
场做大，把蛋糕做大。 而不是把别人财路挡了。 中国人好多就是做些损人不利己的事
。 要学会all wins。你这种愣头青，在公司要被人整死。 |
a*********a
发帖数: 3656 | 21 投行里的“快糙猛”是有基础的。基本是底下的库在设计和实现的时候做的好，到顶层
脚本调用各种产品，模型搭积木。
我原来的一个组，初创的时候，老板搭的C++框架，基本上核心是两种类，一种是产品
，实现各种现金流；一种是模型，实现每种现金流的预期概率。后来的人只要实现产品
或者模型类，在他的框架里，产品和模型能够自由组合， 一种产品可以用不同的模型
来定价。再下层的风险分析，基本就是对各种参数的求导运算，基本是公司
infrastructure组搭的框架，你的模型按照他们的接口要求实现了，就能算风险，不需
要你自己额外做任何事情。这些都是很用心地设计，实现和维护的。有自己的alpha
test, beta test, roll out schedule, contingency protocol。
新写一个产品或者模型，先得到risk model control报批。得写一堆unit test。比如
什么
对no arb, 对利率上升的反应，0或负利率下定价的合理性，等等等等，一个模型批准
之前，写一二十个test是常事。test写完commit了，就是nightly run。一旦哪天有
test不过，你就得及时fix。
所有产品和所有模型的组合必须通过nightly regression test，如果同一产品，同样
数据，今天的报价和昨天不一样，你就得去debug。unit和regression test 不过几天
，model就被flag，所有用这个模型的trade都得case by case management approval.
老板就知道你小子管的东西坏了还没及时修。
有了这些，平时才能快糙猛。一个新的产品来了，先考虑能不能用已经有的产品，排列
组合，把它的现金流复制出来，如果可以，脚本语言把几个C++库类粘合起来就完事了
。不行的话，再考虑扩大C++库。
我们虽然脚本层次上很多乱hack的代码，但是下面的C++库质量还是重视的，否则不敢
快糙猛的。
【在 h******b 的大作中提到】
: 一般来说大公司的软件开发是搭积木吧，不可能从头开始。
: 我们公司大把这样的情况，客户现有产品需要加个tab支持某个新功能，一个产品经理
: ，一个程序员，几个其他杂七杂八的资源，完全可以合并啊。
: 我领导做的一个简单宣传网页，designer, product manager, project manager, qa能
: 达到七八个touch point。
: 产品和程序员二合一以后的优势就是instant iteration, 而且设计上不会为了某个无
: 关疼痒的功能扯皮，为可有可无的东西，大量浪费程序员时间。 比如非要加某个特效
: 等等。
: 二十年前我大学期间，在投行做过temp，那时候的ppt都是手写然后给我们执行，三十
: 美金一小时。改几句话，或者图标宽窄，都是analyst手改然后交给我们完成。 现在
|
