论坛首页 综合技术论坛

如何在公司里舒服的活着

浏览 58964 次
该帖已经被评为精华帖
作者 正文
   发表时间:2011-04-23  
peterwei 写道
lookdd1 写道
嫩们搞个网站也整上spring啊。。也整上PO啊。。也整上分N多层啊。。。。

为什么整网站不能用spring?至于po(do)本来就是必备品呀。网站大了之后,我认为更要分层清晰。如web层和app层分开部署,通过一些如rmi,hessian之类的协议访问,还需要vo(dto)之类的。

请问楼主,网站大了web和app为啥要分开,有啥好处
0 请登录后投票
   发表时间:2011-04-23  
引用
项目中, 我让他们用mantisbt 用记录bug ,保证质量。  一开始抱怨是英文的。
我说英文很简单, 只需要填写几个地方就OK了,甚至手把手教了,会用了。
没用多久,抱怨 图文不能像word 一样排版 ,又换成了word文档记录bug 。。

我说 写代码实现功能之前 ,先把界面设计出来,把用户交互操作考虑清楚,然后再编码 。
结果只有口头上的交流 之后,开始写代码了。 结果 需要交互一改再改。

产品出来差不多,邀请朋友内测 ,发现很多玩不懂 ,不知道 要干嘛。 通过讲解之后,才了解网站是干嘛的。
衷心希望 早点搞定完成 。。。

是神马导致 产品做了半年多 !


相对来说,你们是悲剧的。我们有专门的产品部,有好些个人在整理需求和界面交互这块的东西。我们的开发人员用不着管这些美工和用户交互的东西。
0 请登录后投票
   发表时间:2011-04-23   最后修改:2011-04-23
zym_nanako 写道
peterwei 写道
lookdd1 写道
嫩们搞个网站也整上spring啊。。也整上PO啊。。也整上分N多层啊。。。。

为什么整网站不能用spring?至于po(do)本来就是必备品呀。网站大了之后,我认为更要分层清晰。如web层和app层分开部署,通过一些如rmi,hessian之类的协议访问,还需要vo(dto)之类的。

请问楼主,网站大了web和app为啥要分开,有啥好处

这里不讨论详细技术细节。看了我写的这篇blog,也许你就明白了。
VO(DTO)模式在分层架构设计中是否需要的扯淡http://www.iteye.com/topic/1013803
0 请登录后投票
   发表时间:2011-04-23  
给老板看真金白银的好处,如果没法提供这些佐证,最好放弃建议
越到上面越不会关心技术层次的价值,而会关心是否解决了用户用例,降低软硬件成本,平台效率
老板,老板的老板都是打工的,看不到显著显示收益的冒险对他们而言是没吸引力的
0 请登录后投票
   发表时间:2011-04-23  
Eric.D.Chen 写道
这跟老板没关系,你是个典型的技术男,为了技术而技术。你不是要知道怎么舒服的活着么,那你就得知道你BOSS的想法,而不是什么都想改变,老板关心项目能不能上线,能不能来钱,你架构再好再规范对老板来说没啥意义。所以你要改变的是你的想法,这事没谁对错。楼上的程序员们基本都想用自己的小想法去要求老板,这不可能。而且你们说的什么第一步该怎么怎么,然后和谁沟通怎么怎么的,都是空话,你真正需要做的是,可观的评价自己,做你自己职责内的和你能力范围内的,其他的不是你操心的你去管,结果只有一个,就是你现在的处境!

一个老板确定要做技术产品,没懂行的辅助就是钱打水漂。老板、管理班子、员工,相辅相成,风水也会轮流转。如果老板不能识别那些能够创造价值的好苗子而只用唯唯诺诺的人,那是一种失败。
0 请登录后投票
   发表时间:2011-04-24  
seeckt 写道
我把问题提出来了。ok,部门经理说,你来负责把这些问题处理一下吧。

这个是不是可以改善一下,现在普遍现象是提个建议,领导说就你来干吧
因为潜意识认为你最了解需要怎么改善
现在经过老一代国企的文化洗礼,只有层级汇报关系,没有谋士参谋的位置
要是诸葛亮提个建议刘备就让他上阵估计一轮就让人给劈了
蒋百里还是中国第一号军事家,带个团正常行军就能把队伍带散了,还不如个土军阀
而且技术出身的比较讲究对错,比较少考虑个人影响力,协调整合能力,容易把双方推到对立面上去

这种情况,最好还是先和team leader沟通,让他们意识到改善是必要的,然后大家一起做这件事情,给下面2年经验的人再洗第二次脑。反之个人直接拿领导的令箭推执行层肯定有阻力:他们为什么要改善,工作量肯定增加了,有什么好处没


我也这样认为,假如lz真的在国企或者领导层有这样的基因,千万要三思而后行。这是不能与外企或者私企可并论的。
0 请登录后投票
   发表时间:2011-04-24   最后修改:2011-04-24
看看  rails老大的那篇圣经。。。。我个人认为网站在早期,第一次上线以前,技术,架构都是浮云。。。。开发越快越好,上线时间越短越好,响应变化的速度也是越快越好。。。  看看为啥play!framework  。rails这些framework为啥没有给你ioc。。。为啥没有神马DTO
0 请登录后投票
   发表时间:2011-04-24  
lookdd1 写道
看看  rails老大的那篇圣经。。。。我个人认为网站在早期,第一次上线以前,技术,架构都是浮云。。。。开发越快越好,上线时间越短越好,响应变化的速度也是越快越好。。。  看看为啥play!framework  。rails这些framework为啥没有给你ioc。。。为啥没有神马DTO

越快 ,时间短,成本低。  一开始直接使用开源的代码 来加快开发时间 。
个人觉得, 用户体验、界面美观方面就不能追求时间的快。
0 请登录后投票
   发表时间:2011-04-24  
gigix 写道
发扬主人公精神,并且按时上下班。
一方面要积极进取,另一方面凡事不可期必。

按时上,没有按时下过!
0 请登录后投票
   发表时间:2011-04-24  
说了半天,都是从程序员的角度看问题,无语了。作为一个典型的程序员根本不知道一个项目是怎么谈下来的,想的都只是想把代码写好、架构弄好、所谓的维护省力,你难道不知道哑铃结构么,编码是整个软件工程中最小的一块。技术的价值就是为需求、为人服务,说白了,技术就那么回事,没想象的那么重要。
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics