找回密码
 FreeOZ用户注册
楼主: jessie_he8021
打印 上一主题 下一主题

[职场风云] 又被裁员了

  [复制链接]
121#
发表于 27-5-2013 16:15:02 | 只看该作者


老实说原来的公司都不怎么用这些,因为用不着。

“注释”和“文档”的重要性一直都是有争议的。过时的注释和文档还不如没有。
回复  

使用道具 举报

122#
发表于 27-5-2013 18:35:16 | 只看该作者
原帖由 tristone 于 27-5-2013 15:15 发表


老实说原来的公司都不怎么用这些,因为用不着。

“注释”和“文档”的重要性一直都是有争议的。过时的注释和文档还不如没有。


I agree with you.
回复  

使用道具 举报

123#
发表于 27-5-2013 19:15:52 | 只看该作者

标题

对于我来说,适当的文档跟注释是必要的。
正确的命名习惯也很重要。
每次想调用一个没用过的api 函数什么的,一般按照以下顺序:
函数名字及参数
函数注释文档
瞄一眼代码,如果太长,搜一下其它在线文档
只能看代码
问同事

最后一招问同事,看你脸皮有多厚,可以插到第一步到最后一步中间任意一步。

另外关于文档,我觉得适当的还是很有必要的。尤其是对于knowledge transfer knowledge sharing。像我刚进新公司,内部的wiki做得很好。关于开发的文档很齐全,比较容易上手。当然有很多地方还是要看代码,问同事。没办法,从十年前开始累么起来的代码。
回复  

使用道具 举报

124#
发表于 27-5-2013 19:19:46 | 只看该作者
日本公司我也干过两年多。我做的那家没有这种伪代码化的文档。但是process很严格,对于很各类文档以及代码要求的确是比较严格的。
回复  

使用道具 举报

125#
发表于 28-5-2013 19:09:43 | 只看该作者
一直在美资 一直在事先拖着不写文档 一直事后code写成啥样就把文档写成啥样 这些在引入了scrum之后彻底改观了 因为有了scrum大家有了理论支持不写文档
回复  

使用道具 举报

126#
发表于 28-5-2013 19:57:25 | 只看该作者
scrum跟有没有文档没太大关系吧。
user story是口述然后凭记忆记下来吗?
回复  

使用道具 举报

127#
发表于 29-5-2013 15:59:42 | 只看该作者

回复 #126 cais 的帖子

这种基本的文档还是有的 虽然有时候只是邮件
或者我该修正下我的说法 就是在这scrum变成了不好好写文档的借口 虽然轻视文档确实不是scrum的要求

工作过的项目或者公司大概分成几类 一种是代码千行的项目 小到不需要文档 看代码就得了 但是当时的瀑布要求从hld到lld 然后还时不时的update 就很烦

还有万行左右的 开始感觉到文档的重要性了 但是发现到了万行的文档就只有大概把代码分块的功能了 细节都已经没有update了 跟着看还要小心被误导

现在大概是个70w行代码的项目 最初10+人维护 现在是我和另外一个哥们鼓捣  因为是从德国和法国抢回来的 结果牛逼的是啥文档也没有 直到1年左右才到了十几个g的文档 因为之前1年都抠出来骨架了 所以大家集体选择忽略了文档

所以我到现在也没想明白 什么是好的文档 因为真不敢说见过好的流程和文档 倒是有个模糊的概念 需要以后证实一下 就是处于导入期甚至上升期的公司或者项目其实最重要的是核心人 因为最初的功能和可以用的产品是最重要的 而到了上升器末期后 为了项目或者公司赚钱 最初的码农会被调去做更紧急的事 所以文档这个时候基本都是样子 只有一种情况下的文档可以依赖 就是公司有钱和时间为文档投入足够多 让有些人的工作在一段时间内就变成整理文档
回复  

使用道具 举报

128#
发表于 29-5-2013 16:44:07 | 只看该作者
原帖由 menokino 于 29-5-2013 14:59 发表
这种基本的文档还是有的 虽然有时候只是邮件
或者我该修正下我的说法 就是在这scrum变成了不好好写文档的借口 虽然轻视文档确实不是scrum的要求

工作过的项目或者公司大概分成几类 一种是代码千行的项目 小到不需 ...


个人认为所谓“敏捷开发”,在很多场合下就是no planning的借口而已。其根本原因是管理项目的人不知道怎么管理或者根本不懂技术,连要做什么都不知道(所以scrum才这么受欢迎,因为南郭先生太容易混了)。唯一能够justify这种模式的情况,就是项目需求不断变化,比如UI项目,因为从根本上说敏捷开发就是不做长期计划,做到哪儿算哪儿。掉头确实是快,但是也有可能在不断掉头当中浪费大量的时间。当然这个相对瀑布的正规流程是另一个极端。

如果在项目的开始,所有问题的答案都是已经预知的,不存在任何疑问,包括所有的需求都是100%确定的,所有的estimation都是精确的,那么“正规流程和文档”当然没有什么问题。不过这种情况不就是跟制造业一样,把人当成机器做重复劳动么?阿三的外包企业注重这类“正规流程和文档”正是源于他们承接的业务的性质。所以他们的顾问很流行各类证书,包括6sigma这种由制造企业发源的证书。

如果项目位于这两者之间,而且有预算和时间的限制,那么就不得不考虑效率的问题。这包括文档返工的时间以及对各方面产生误导的风险。如果文档的作用只是内部交流,那么也没什么必要去生搬硬套什么模板,所以wiki现在越来越流行也不是没有道理的。
回复  

使用道具 举报

129#
发表于 29-5-2013 18:36:22 | 只看该作者

回复 #128 tristone 的帖子

看起来大家都同意必要的文档是必须的。
设计文档在项目初期是很有用的。
程序里面的注释也是很有用的。

关于agile,我跟ls持很不一样的看法。
不同的team对agile有不同的理解跟执行的方法。
你的第一个例子,只能说那些乱套用agile的人,就算没有agile,他也有其它方法来乱做。怎么样都难做得好。
你描述的阿三的情况,那算是比较瀑布。但是外包也有一些公司是使用agile的方式的。当然这需要客户能了解到agile的好处。
剩下的中间情况,其实是大多数项目的情况。跟agile也没什么关系。传统的项目管理,也是有你所说的三角关系:cost scope schedule。如果把文档算成scope里面的话,那就是看项目经理怎么权衡了。
如果是使用agile的话,有的team可能会把文档算成done的定义之一,也是看情况。
回复  

使用道具 举报

130#
发表于 30-5-2013 13:34:03 | 只看该作者
所以打个比方 程序员就像当兵的 有的好的team里程序员像特种兵 但是很多公司里就是大头兵

在特种兵里单兵技术 什么体能 格斗 射击的单项技能很重要 但是也需要战术配合

在大部队里 尤其是军团作战的时候单兵技术虽然重要 但是已经退化成各个部队的一项指标 比如战斗力 (想起来战五渣 也许在我们这我就是战五渣吧)但是指挥才是决定因素

至于战术和战略部署老大各有个的风格 有乔帮主那种 也有扎克伯格这种 当然 也有任正非这种 在乔帮主那就属于倾向特种兵的 重视单人能力 略微忽视常规的流程 但是也不能没有 听说乔帮主最喜欢做的事就是固定时间牛逼人叫到一起brainstorm 然后有好主意就使劲捧 但捧完了随时可以拍死 具体我就不知道了 有研究乔帮主的人告诉我的 但是我知道segway的故事确实就是这样

以上把流程和文档混在一起说了 因为在我看来 至少moto的经验对我不可磨灭的影响就是流程和文档是一回事

又胡说八道了一段 欢迎拍砖 我发现最近学英语学的我特别喜欢没有逻辑的意识流 半年没怎么动code 毁了

捎带说下 一直在考虑自己出来做 我给自己的公司定下的目标就是小而美 重个人技术是一定的 生死因素 流程还用scrum 但是尽量简化 文档准备回头找个可以用大数据思想维护的东西改下 有uc就直接提交进去 挂到树上 然后需要用的时候靠搜索 这样导入期就没啥问题了

评分

参与人数 1威望 +20 收起 理由
cais + 20 谢谢分享!

查看全部评分

回复  

使用道具 举报

131#
发表于 30-5-2013 14:31:17 | 只看该作者
原帖由 cais 于 29-5-2013 17:36 发表
看起来大家都同意必要的文档是必须的。
设计文档在项目初期是很有用的。
程序里面的注释也是很有用的。

关于agile,我跟ls持很不一样的看法。
不同的team对agile有不同的理解跟执行的方法。
你的第一个例子, ...


我对agile的评论是针对目前的OZ而言的。因为我能看到的是,在这里对agile有一种近乎宗教狂热般的崇拜。你去看招聘广告,全都是agile。中介嘴里说的也都是这个。可笑的是很多实施agile的人根本不懂为什么要agile,唯一的结果就变成一天开一次会,哪怕是support/bugfix之类的照样搞standup meeting。

凡是提出来的理论、方法之类的,描述的前景没有一个不美好的,但是结果往往会不同。就像“规范流程和文档”,理想的世界里所有东西都记载在文档里一清二楚,所有行都都按计划按部就班。但是事实往往不是这样的不是么?agile也不例外。

http://en.wikipedia.org/wiki/Agi ... lopment#Suitability

评分

参与人数 1威望 +20 收起 理由
cais + 20 谢谢分享!

查看全部评分

回复  

使用道具 举报

132#
发表于 30-5-2013 15:34:57 | 只看该作者

回复 #131 tristone 的帖子

哈哈 说的是真的?澳洲也这样?

我还以为只有天朝的特色是美资拉进来都变lo

对了 谁知道有没有文档和流程做的好的公司?帮忙提几家 我回头扫听一下

之前有人给我推荐华为 说任正非坚持认为“流程和文档比人重要 铁打的营盘流水的兵” 结果接触一点之后发现这傻逼被洗脑了 华为最流行的是三拍
回复  

使用道具 举报

133#
发表于 30-5-2013 21:58:52 | 只看该作者
I am sick of agile in OZ.
The only one most important thing for agile  is still need GOOD PEOPLE.
agile is about the PEOPLE, not process!!!!
anyway, another thing about money and figure.
people wants to be agile coach compare to be the PM in waterfall, it is still about position, isn't it?
回复  

使用道具 举报

134#
发表于 30-5-2013 22:02:25 | 只看该作者

回复 #130 menokino 的帖子

small is the beautiful is a good thinking contrast to "bigger is better".
回复  

使用道具 举报

135#
发表于 30-5-2013 22:06:39 | 只看该作者
有了文档
有了注释
被裁就变的容易了

评分

参与人数 1威望 +20 收起 理由
cais + 20 你太有才了!

查看全部评分

回复  

使用道具 举报

136#
发表于 30-5-2013 22:12:08 | 只看该作者
原帖由 tristone 于 30-5-2013 13:31 发表


我对agile的评论是针对目前的OZ而言的。因为我能看到的是,在这里对agile有一种近乎宗教狂热般的崇拜。你去看招聘广告,全都是agile。中介嘴里说的也都是这个。可笑的是很多实施agile的人根本不懂为什么要agile, ...


我这公司的Agile就是每天开早会,文档凌乱,没有设计,代码更是不用提的一塌糊涂。
所有人都大喊Agile,好像喊两句自己就能变得不那么蠢了。

[ 本帖最后由 kiluyar 于 30-5-2013 21:17 编辑 ]

评分

参与人数 2威望 +40 收起 理由
ayuanx + 20 好好笑
cais + 20 谢谢分享!

查看全部评分

回复  

使用道具 举报

137#
发表于 31-5-2013 01:33:26 | 只看该作者
原帖由 tristone 于 30-5-2013 13:31 发表


我对agile的评论是针对目前的OZ而言的。因为我能看到的是,在这里对agile有一种近乎宗教狂热般的崇拜。你去看招聘广告,全都是agile。中介嘴里说的也都是这个。可笑的是很多实施agile的人根本不懂为什么要agile, ...

难怪上次有一个朋友,以前在上海做了很长时间的agile的,过来想找份agile coach的工作,一直没找到。
原来是“会”的人太多了。
回复  

使用道具 举报

138#
发表于 31-5-2013 10:07:17 | 只看该作者
I have been practising agile since 1994 :-)
回复  

使用道具 举报

139#
发表于 31-5-2013 11:45:41 | 只看该作者
原帖由 ayuanx 于 22-5-2013 10:55 发表


你如果要是看到土澳活生生的例子,你绝会觉得自己幸福的不得了了

比如东西做出来后,老板就裁员,并且故意在裁员前把员工控制在14个,这样就合法地不用给任何人补偿,哪怕你已经在那里干了20年
如此反复,活 ...


这是什么政策啊?
回复  

使用道具 举报

140#
 楼主| 发表于 7-6-2013 12:52:38 | 只看该作者
找工作进行中
在目标雇主网站上投了一些简历,本周收到一个电话面试,感觉没问很多问题就结束了,然后那人就介绍了下职位和大概薪水,还有入职培训什么的,连哪天报道都定好了,最后告诉我会把我的简历转给经理。
这种情况正常么?一般都是先电话面试,然后去公司面谈,谈的好了才会告知薪水等细节,最后回家等消息。难道这个公司不需要面谈?
回复  

使用道具 举报

141#
发表于 7-6-2013 13:24:04 | 只看该作者
not good
回复  

使用道具 举报

142#
发表于 7-6-2013 17:42:34 | 只看该作者
jessie_he8021 发表于 7-6-2013 11:52
找工作进行中
在目标雇主网站上投了一些简历,本周收到一个电话面试,感觉没问很多问题就结束了,然后那人 ...

很正常啊,谈的拢的就这样。不过现在这个行情通过电话就敲定了还是比较NB的。啥行业啊?

回复  

使用道具 举报

143#
发表于 7-6-2013 17:54:35 | 只看该作者
回复  

使用道具 举报

144#
 楼主| 发表于 8-6-2013 02:01:36 | 只看该作者
本帖最后由 jessie_he8021 于 8-6-2013 01:04 编辑
tristone 发表于 7-6-2013 16:42
很正常啊,谈的拢的就这样。不过现在这个行情通过电话就敲定了还是比较NB的。啥行业啊?


没有敲定呢,给我电话面试那人我感觉只是HR,不是可以拍板的人,还要把我简历转给经理呢,周三打的电话,今天都周五了还没消息呢,唉
行业是IT Reseller,我上个公司是大分销商,我的工作是做渠道销售的,这个公司也是原先公司的客户,不过不是我负责的,我现在应聘的职位估计还要做最终用户。

评分

参与人数 1威望 +20 收起 理由
cais + 20 谢谢分享!

查看全部评分

回复  

使用道具 举报

145#
发表于 8-6-2013 08:11:06 | 只看该作者
还在讨论啊,呵呵这贴又成为大家交流找工,面试经验的神贴潜质

借地报告一下amazon面试结果,真的不难,算法考得是最基础的二叉搜索树,设计题考得就是OO设计
不过从一个manager那里得到信息,这次招人之所以不要求citizen,是因为amazon在加拿大开了个site

如果没有citizen,只能去加拿大site,然后三年入籍后才能transfer去西雅图
如果早告诉我这个信息,我就不去面试了
回复  

使用道具 举报

146#
发表于 8-6-2013 14:05:31 来自手机 | 只看该作者
planetkeeper 发表于 8-6-2013 07:11:06
还在讨论啊,呵呵这贴又成为大家交流找工,面试经验的神贴潜质

借地报告一下amazon面试结果,真的不难,算法考得是最基础的二叉搜索树,设计题考得就是OO设计
不过从一个manager那里得到信

加拿大不是更好吗?是哪个城市?offer到手了吗?来自: Android客户端
回复  

使用道具 举报

147#
发表于 8-6-2013 17:20:35 | 只看该作者
那有这么快啊。。。

也许加拿大是比澳洲强那么一点点,但是就算强也强得有限
为了这个换个国家犯不着了

如果都是citizen才能去美国,过去加拿大又要重新等3年入籍
我都在澳洲待了一年半快了,再等2年半就行了,何必折腾呢

评分

参与人数 1威望 +50 收起 理由
浮云云艾米莉 + 50 如果目标是美国,就去加拿大

查看全部评分

回复  

使用道具 举报

148#
发表于 9-6-2013 00:28:32 | 只看该作者
planetkeeper 发表于 8-6-2013 16:20
那有这么快啊。。。

也许加拿大是比澳洲强那么一点点,但是就算强也强得有限

可是你不能只从拿Citizen的时间来考虑啊。
反正都是要去美国,你要想想三年amazon的经验跟两年半在澳洲某不知名公司的经验,对以后在美国找工作哪个比较有利?
我感觉amazon三年待得下来不被开除的话,基本上再找工作就只会是其它同一级别的公司了。

评分

参与人数 1威望 +50 收起 理由
planetkeeper + 50 谢谢分享!

查看全部评分

回复  

使用道具 举报

149#
发表于 9-6-2013 00:33:51 | 只看该作者
aaaaaaaaaaaa
回复  

使用道具 举报

150#
发表于 9-6-2013 08:53:17 | 只看该作者
cais 发表于 8-6-2013 23:28
可是你不能只从拿Citizen的时间来考虑啊。
反正都是要去美国,你要想想三年amazon的经验跟两年半在澳洲某 ...

cais兄说得很对

不过等有offer再考虑这个好了,好不一定拿得到offer呢
回复  

使用道具 举报

您需要登录后才可以回帖 登录 | FreeOZ用户注册

本版积分规则

小黑屋|手机版|Archiver|FreeOZ论坛

GMT+11, 25-11-2025 00:52 , Processed in 0.078478 second(s), 45 queries , Gzip On, Redis On.

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表