|
精华帖 (0) :: 良好帖 (1) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间:2008-07-05
都说了8个月30万行代码,难为前边还那么多人当回事似的帮你分析,javayee什么时候开始有这么多没参加工作的在校生了?
|
|
| 返回顶楼 | |
|
最后更新时间:2008-07-05
代码量的事情的确有问题,我为了写这个帖子才下了个代码统计工具来计算的,至于水平够不够,我也没必要在这里证明自己,代码量的事情是我错在先,没什么好争辩的了。我没必要为了网上的虚名来这里找骂,如果要换公司也不可能靠网上一个帖子来蒙住考官,谢谢大家的关注,不过希望不要就这个事情说太多了,代码量肯定没有实打实的30万,里面有很多复制的代码,但是总体上来说,没有复制的代码10万行是肯定有的,做一个垂直搜索引擎系统不仅仅是拿个Lucene来对数据索引一下就能做出来的,说句老实话,我在Lucene上用的时间合计起来估计2周都没有到,只是一个很基本的应用,毕竟Lucene已经提供了非常良好的接口,直接拿来用都有很好的效果,而且目前整个系统还真没有找到一个非常合适的评分机制来改进Lucene的排序。在分布式系统架构,爬虫,数据挖掘,数据清理,数据稳定性,系统权限控制,缓存系统,广告系统等模块上面,都有很大文章要做,没有一定的代码量怎么可能完成那么多的模块?
还是那句话,如果对我的经历有所怀疑,我不介意在不透露公司的机密的情况下,同大家分享解决问题的思路,代码的事情我不再多做解释了,有没有技术不仅仅是代码量能说明的,我在那里工作的8个月里我自认为应该算是比较努力的,每天至少9小时写代码,回来还要看参考资料,连坐公车的时间我都要考虑模块怎么设计。谢谢大家对我的建议 |
|
| 返回顶楼 | |
|
最后更新时间:2008-07-05
呵呵``也有过类似的经验
不过想想`因为老大的那点“人情味”把自己的自由和命运交付了``实在有些亏``这样才说服自己狠心走人 |
|
| 返回顶楼 | |
|
最后更新时间:2008-07-05
chester60 写道 代码量的事情的确有问题,我为了写这个帖子才下了个代码统计工具来计算的,至于水平够不够,我也没必要在这里证明自己,代码量的事情是我错在先,没什么好争辩的了。我没必要为了网上的虚名来这里找骂,如果要换公司也不可能靠网上一个帖子来蒙住考官,谢谢大家的关注,不过希望不要就这个事情说太多了,代码量肯定没有实打实的30万,里面有很多复制的代码,但是总体上来说,没有复制的代码10万行是肯定有的,做一个垂直搜索引擎系统不仅仅是拿个Lucene来对数据索引一下就能做出来的,说句老实话,我在Lucene上用的时间合计起来估计2周都没有到,只是一个很基本的应用,毕竟Lucene已经提供了非常良好的接口,直接拿来用都有很好的效果,而且目前整个系统还真没有找到一个非常合适的评分机制来改进Lucene的排序。在分布式系统架构,爬虫,数据挖掘,数据清理,数据稳定性,系统权限控制,缓存系统,广告系统等模块上面,都有很大文章要做,没有一定的代码量怎么可能完成那么多的模块?
还是那句话,如果对我的经历有所怀疑,我不介意在不透露公司的机密的情况下,同大家分享解决问题的思路,代码的事情我不再多做解释了,有没有技术不仅仅是代码量能说明的,我在那里工作的8个月里我自认为应该算是比较努力的,每天至少9小时写代码,回来还要看参考资料,连坐公车的时间我都要考虑模块怎么设计。谢谢大家对我的建议 好,如此诚恳,那我也说说为什么我觉得代码产量高意味着水平低。 一。单位时间代码产量高,行数多,只能说明是复制粘贴了过多重复代码。 二。如果没有重复代码,平均每天仍旧能超过500行代码,就只能说,写的是低级的,不需要思考如何设计的,没有含量的代码。偶尔一天写了500+行高质量代码,这是可能的。但是连续几十天,每天500行代码,难以让人相信这些代码的质量和技术含量。 话是刻薄了点,可是道理上说,我是真的这么认为的。 也期待javaeye里的大牛们,跳出来谈谈自己的代码产量高峰期的时候,是什么技术水平,平均1天多少行代码。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-07-06
既然感觉付出的不如回报的多,要么和老板谈价,要么另谋。
真的要是做到楼主描述的从搜索到爬虫到网页,这些经验和楼主的实力应该可以找到回报更高的职位 |
|
| 返回顶楼 | |
|
最后更新时间:2008-07-06
社会是现实的
需要有人情,但不能被其所累 |
|
| 返回顶楼 | |
|
最后更新时间:2008-07-06
每日千行代码是骨灰级老鸟做的事情,
lz说的太不靠谱,前后5个版本,搞了30w,估计是一个版本5-6万的样子。 按照5-6w去掉注释等无效代码,应该在3-4w左右,对于一个以前没什么经验,8个月做3w有效代码,每天100行还算靠点谱。反正自己搞不用跟别人配合确认,省了很多事情,也挖了不少坑吧。根据个人经验分析,这些功能点应该没有这么多代码,1w多也就差不多了。 说到走的问题,有找到下家么?什么还都没普呢,不用替老板考虑这些项目停了怎么办的问题,谁走了老板立马都能找到人顶替。还是先想想自己走了能去哪里吧,像lz这种没有人带、没有大型项目经验、没有团队协作,靠自己单干想凭借现在做的东西出来找事做还是有点难度的。做的东西又说得太不靠谱,有难度啊。 有时候一些刚毕业的同学,花几个月写了洋洋洒洒几万行代码,那质量真是。。。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-07-06
关于代码量的问题,请参看我的帖子
http://www.javaeye.com/topic/212046 这是系统中的一个组件,从思想上来说是我觉得工作以来想出的最成功的一个概念,但是从实现上来说是最糟糕的一个组件,太多想做的东西凭自己的能力根本没可能一下子做出来。数据库理论的水太深了,不愧是和操作系统一起发展起来的几个最深的技术,很多看起来简单的SQL语句背后所涉及的东西,都是无比严密的推理和取舍。老板认为数据库的东西很简单,给的时间不多,但是前前后后花在上面的时间也有差不多一个月,大大超出了我的预计。代码质量的问题嘛……反正简单的来说吧,没有那种几百行一个函数的代码,命名也按照匈牙利法则,至少70%的函数有注释,接口,虚函数,继承,抽象类等都有用到,设计模式也略知几种。代码质量当然不敢和工作几年的高手比了,和应届生比比我还是有点信心的。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-07-06
java用匈牙利命名法,这个有点意思。
跟我说的事情基本不搭边。到底也没说这个东西多少代码。 几个G的数据,这个分布式数据库组件还是别搞了。不知道lz有没有看看vertical slice, horizental slice这些东东,不是一般人能做出来的。要不就拿出来大家看看。 虚函数? 到底是java还是什么别的? .net? 搞定下家再说走不走的事情吧。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-07-06
仔细想了想,其实要把html代码也算上,还是有可能的。
一个标签一行。 |
|
| 返回顶楼 | |






