公司新员工对现有的项目的一些想法

盲人摸象 发布于 2015/11/17 17:04
阅读 1K+
收藏 0

刚来新公司半个月了,跟着同事做一个微商城项目,这段时间安排的工作也是做代码的搬运工,数据库curd有人做了,我这块的工作就是各种json转过来转过去。

其中有2点我觉得公司的项目存在问题,想跟领导建议下,一是项目架构,而是技术选型。

今天开会的时候跟面我的同事聊到了这点,他也说知道这些问题,然后说自己懒得说了,说我要是想说就去跟我的上级负责人提意见,其实我是很想说的,但是我觉得我还是一个新员工,还是有些话还是不要去说太多。

从项目的长远角度来说,现有的系统架构及技术选型肯定是不满足后期的项目支持,我很想给公司上层提出一点自己的建议,但是项目不是一个人在做,大家都没说,我怕我说出来会影响大家,很纠结。

以下是话题补充:

@盲人摸象:工资给的不低!所以想着拿多少薪资做多大的事,如果说薪资给的少,那我也不会想那么多,但是给的不少,所以我更想做一点真正能体现自己能力的事! (2015/11/17 17:07)
加载中
0
开源中国首席爱码士
开源中国首席爱码士

我觉得还是有必要说的.把你的想法跟领导说说.

如果领导明白事理,采纳了你的意见.当然是最好.

如果领导只是图眼前利益.考虑的不够长远.那么这个公司未来的发展肯定会有所限制.即使工资给的满意.也不要呆的太久!

前提是你的意见能让公司产生更好的经济效益.

盲人摸象
盲人摸象
能不能产生经济效益不知道,因为项目还没落地,但是从现有的项目开发工作量,及程序的可维护,可调试问题上肯定能得到更好的提高。我纠结的事,我的上面还有项目负责人,小组长,我觉得还没到我说话的份呀。
0
d
damao
提建议必须要有可行性,我不认为刚到公司半个月就能达到,这不光技术上的可行性,还要考虑各种非技术成本,否则难免给人眼高手低的感觉。你说工资给的不低,我猜你们的项目不会小,你确定都了解清楚了么
盲人摸象
盲人摸象
对,就是考虑到可行性,因为项目已经做到二期了,我个人感觉现在去改的话,不一定可行。还有一点,项目的架构,我是从项目的性能上考虑的,是因为看到现有的项目,性能上确实让人堪忧。多谢建议。
0
丈量大地
丈量大地
架构只有更好,没有最好,能满足当前需求就好,不要太较真。如果架构,选型一换,姑且有其他方面的考虑不说,就相关的产品都得改动一次这方面来讲,也是够蛋疼的
盲人摸象
盲人摸象
恩,改架构,改技术选型,牵扯的东西太多了,现有的项目已经做了一期,现有的项目架构没什么问题,我只是觉得性能,开发及数据维护工作量等问题,都有待考验。所以也是纠结。
0
潇潇502
跟我的状况一样,已经到公司快一年了,由于上家公司项目比较大,分布式架构,见到很多好的东西,到新公司后发现项目挺复杂的,但是没有架构师,做的很乱,做起来维护起来都很费劲,我想提建议但是怕他们说我,我就根据现有的很多项目分析,花了3个月时间自己用maven打好了框架,然后上传svn,把框架的结构图放群里让大家看,他们都说好,但是过了很长时间代码都没人看,挺郁闷,后来我建议用注解代理配置文件也没人采纳,我建议用一些rpc框架取代现有的http调用不同项目的接口也没人搭理,我已经打算换公司了
thinkgood
thinkgood
我也是啊,应该是经理怕自己的一套被替换后,自己的价值得不到体现
盲人摸象
盲人摸象
我也怕会出现你这样的情况,
0
方棱
方棱
提一下可以,但多说无益,拿出成果让别人看到才是王道。
方棱
方棱
回复 @盲人摸象 : 那就算了吧。没有执行力的人,不配提建议。
盲人摸象
盲人摸象
回复 @方棱 : 其实我也是有顾虑的,顾虑已经在上面说了,自己抽时间出来做的东西,别人还不认可,是很得不偿失的。主要也是没有那个精力一个人去搞那个事。
方棱
方棱
回复 @盲人摸象 : 光说自己是男人,别人不一定信。但若有胆脱裤子,就能证明了。
lqianger
lqianger
回复 @盲人摸象 : 所以不得不说,PHP是最好的语言啊。使用起来就是方便啊!
lqianger
lqianger
回复 @盲人摸象 : 所以不得不说,PHP是最好的语言啊。使用起来就是方便啊!
下一页
0
lqianger
lqianger
我们也在做微商城,,,
lqianger
lqianger
回复 @盲人摸象 : 回复错位了
盲人摸象
盲人摸象
一个好的架构,还是有必要的
0
南湖船老大
南湖船老大
    可以提建议,我的做法是自己慢慢做起来,如果有一定代码自主权的话,或多或少都会有,自己写代码可以用一些好的东西或思路,同事看到也会采用的。
    举个例子,曾经在某PHP公司呆过,它里面所有的代码都是面向过程的,虽然有很多类,但是代码架构水平太低级还是面向过程的思路,到处是一堆的include函数,还要处理各种路径,我就改成了自动加载。我一个人修改的,就我自己用。后来别人看我的模块,代码特别简单,就都跟我学,逐渐的,整体代码的维护性也提升了。
    还有个java的项目,他里面5,60个jar包,被我精简成30多个了。别人看我的方法好部署也快,就都跟我学了。这个项目也是外包项目,为许多客户提供定制开发。
我吃烤地瓜
我吃烤地瓜
回复 @无糖咖啡 : 外包项目 时间越短越好。就管不了那么多了,客户只要产品尽早拿到手就行。
盲人摸象
盲人摸象
回复 @无糖咖啡 : 恩,风格不风格的还不是重点,重点是这个项目如果后期想继续的话,现有的框架肯定会改的,只是这个改的时间就不得而知了,有可能还没落地就干掉了也说不定。
OSC首席保安
OSC首席保安
回复 @盲人摸象 : 你这个还得看Leader的做事风格,如果他不计较代码风格,可以有。船老大那个公司可能是不太在意每个人都有自己的一套风格的。
盲人摸象
盲人摸象
但是我觉得同一个项目里面,不应该有每个人的代码风格,最好是尽量统一,不同分支的话,一个人还要维护两份代码,也觉得很累,你觉得呢。
0
峰清扬
呵呵,兄弟当看不到吧,明年再出去看看吧
盲人摸象
盲人摸象
是准备还是不说了
0
OSC首席保安
OSC首席保安
自己先好好算一下修改成本。这个成本不仅包含时间,还有改那块代码会不会影响自己和其他人的工作,改了以后还需不需要给别人写文档或口头讲述一下。前提是你把整个架构都摸清了,摸得非常透彻
盲人摸象
盲人摸象
回复 @无糖咖啡 : 没有,哈哈哈,我只是思考了下,我这边想着还是静观其变的好,等真正问题来了的时候,我觉得我再拿出好的解决方案会更好,那时候才能体现价值,现有的程序还在开发阶段,大问题肯定是没有的,所以我还是先跟着他们做吧,就这样。
OSC首席保安
OSC首席保安
回复 @盲人摸象 : 哎。。。又少了一个积极的人,现实就是如此。哈哈!
盲人摸象
盲人摸象
技术的选型和架构的替换这个成本肯定是很高的,不是说只改动一点点,所以说我不准备说了。毕竟上级组长要这么做,也有他的理由,我还是不提这个意见了,难得糊涂。
0
_
_Tench_
不要跨权和直属领导说即可。
盲人摸象
盲人摸象
回复 @teng111 : 但是还是准备不说了,谢谢你的建议。
_
_Tench_
回复 @盲人摸象 : 我觉得没事啊,这种事商量的语气,提一提错了,自己吸取了经验教训。说对了,组长高看你一眼。百利无一弊。
盲人摸象
盲人摸象
就是跟我的上级项目负责人小组长说,但是现在是不准备说了
返回顶部
顶部