新的公司做的东西跟我的想法完全不一样

chrisrene 2012-10-31 09:46:55
先介绍下公司情况:
大集团的全资子公司(XX软件公司,以下简称XX公司),工作地点也在集团总部。
XX公司目前一共有20人,其中包括测试部,软件部,总经理办公室。软件10多个人吧。
分了几个项目组,我们属于ERP的。公司也刚成立不久,ERP更是在我进来才创建了半个月而已。
我是第三个进来的。

项目组内有4个人,一个架构师,一个以前其他组的项目经理,一个工作5年的,一个我(3年半 大专而已)。

工作内容:
架构师:负责系统架构。
某项目经理:目前2个月了,还没参与项目。
5年的:天天画UI
我:后续再说

目前问题:
1.本来集团总部服务器打算采用WCF作为数据通信,门店内再放一个WCF服务器,作为数据缓存。(用服务架设的WCF服务器,授权方式本来计划通过IP授权以及一些权限设置等等),而门店内的客户端采用WCF从门店的服务器获得数据。
本来以为这是一个比较安全的方案。两个WCF服务器的架子以及权限方面我已经做好了。技术是没有问题的,当然压力测试也做过的。可现在架构师突然改成客户端直接访问门店数据库,我现在奇怪的是,他一句都没通知过自己就把架构给改了。好吧,就算他可以随意更改不需要跟我们通知我们一下,那客户端直接访问数据库,这正常么?
作为C#er,我们清楚自己的程序有多么脆弱,所以验证方面我个人是倾向放在比较安全的地方。但客户端直接访问数据库,又不是web的,而是winform的,那这个系统漏洞是不是太大了点儿。
按正理说这个没什么事儿,用的人不怎么懂技术,但是我们总经理曾经对其他项目组说过一句话,我至今记得!他说:程序已经要做好权限控制,程序本身要安全,他会安排这方面的人去门店把程序拷贝回来研究。他不想花这么多钱,结果被同行一下就给搞出来了,或者说被同行使坏。

2.架构师说他从以前的项目拿来一套自动生成sql语句的类库来用,超级好用,只需要ui界面控件的名字正确所有数据逻辑都可以不写。好吧,我看了代码以后几乎快哭了。一个winForm类库里出现AjaxList变量,还到处在用。错误的接口名字。类库内方法一个类里的变量3种明明规则(全小写、全大写、驼峰),这些全都是泪啊。至于配置文件全部读取的xml,这些xml也就他一个人配得懂,复杂的恶心。如果只拖拖控件,找刚毕业的好了,招我们这几个干什么呢?另外现成的EF不用,这东西跟EF不是异曲同工么。而且最最揪心的是,我们sql是2005的,分页查询不用rownumber,用的是SqlDataReader的Read一次次++得到数据。我说用RowNumber好一些,他却说他网上搜的,说这样最快。于是我做了一百万和一千万的数据分别测试,得出的结果还是RowNumber快,他只是看了下,没说话,也没改,继续写他那类库。最最重要的是他xml不配置,满世界报错,搞的我们没活干,只能拖控件。最近总经理抓界面美化方面,他找了个IrisSkin,用过的人都懂的。在ERP里用我就不说什么了。现在这个IrisSkin被我从项目里删除了已经。


现在年末了找工作不好找,经济又出现问题,所以不敢轻易辞职,但是不辞职心里又不舒服。
说了这么多,其实我是想听听大家的想法。
...全文
1049 点赞 收藏 63
写回复
63 条回复
Delta 2012年11月01日
来看看,加油!
回复 点赞
E次奥 2012年11月01日
[Quote=引用 60 楼 的回复:]
引用 58 楼 的回复:
其实问题可能跟你想的不一样:

这样的员工我不要(因为你们所有的争执都在较浅的技术层次而已),这样的架构师可以找我谈谈(因为我能说服他,而不会像你们的“总监”一样),这样的总经理我可以让他看到成果,这样的项目组我就没有办法了(因为没有真正干活的人(我会去三线城市找三个不错的程序员来,而不会轻易找已经在大城市里混了3年的人)。


我不是在讨论什么,而是觉得现有……
[/Quote]

LZ你要知道,你在公司只是一个员工。

你没有资格抱怨什么上司的问题。人家是架构师,是你的上司,你就要听上司的。

你连最基本的服从上司命令都不懂。

说句不好听的话,像你这样整天埋怨上司,人家完全可以让你走人。多你一个不多,少你一个少。
回复 点赞
chrisrene 2012年11月01日
[Quote=引用 58 楼 的回复:]
其实问题可能跟你想的不一样:

这样的员工我不要(因为你们所有的争执都在较浅的技术层次而已),这样的架构师可以找我谈谈(因为我能说服他,而不会像你们的“总监”一样),这样的总经理我可以让他看到成果,这样的项目组我就没有办法了(因为没有真正干活的人(我会去三线城市找三个不错的程序员来,而不会轻易找已经在大城市里混了3年的人)。
[/Quote]

我不是在讨论什么,而是觉得现有的框架不用,自己写个还不标准有什么必要么。
我只是个写程序的,如果给我的类库好用我不会反对,关键是不好用!又蹩脚。
项目也是刚启动,如果运行很久了我就忍了。可一开始就这样,后面怎么继续。

算了不说了。结贴。
回复 点赞
changing_better 2012年11月01日
混日子就像温水煮青蛙,越来越麻木,当断则断,早下决心,做好下步打算。
回复 点赞
以专业开发人员为伍 2012年11月01日
其实问题可能跟你想的不一样:

这样的员工我不要(因为你们所有的争执都在较浅的技术层次而已),这样的架构师可以找我谈谈(因为我能说服他,而不会像你们的“总监”一样),这样的总经理我可以让他看到成果,这样的项目组我就没有办法了(因为没有真正干活的人(我会去三线城市找三个不错的程序员来,而不会轻易找已经在大城市里混了3年的人)。
回复 点赞
以专业开发人员为伍 2012年11月01日
这低级的吃老本架构师、这悲催而简单的员工,这成事不足败事有余的总监,这抠门的总经理,都够可以的。

这个项目组的人员配置本来就不是干事的。
回复 点赞
chrisrene 2012年11月01日
[Quote=引用 61 楼 的回复:]

引用 60 楼 的回复:
引用 58 楼 的回复:
其实问题可能跟你想的不一样:

这样的员工我不要(因为你们所有的争执都在较浅的技术层次而已),这样的架构师可以找我谈谈(因为我能说服他,而不会像你们的“总监”一样),这样的总经理我可以让他看到成果,这样的项目组我就没有办法了(因为没有真正干活的人(我会去三线城市找三个不错的程序员来,而不会轻易找已经在大城市里混了3年的人)。


……
[/Quote]

最后看你提的问题,我发现我不应该跟你说,你问的问题已经说明了你的水平。
回复 点赞
chrisrene 2012年11月01日
[Quote=引用 61 楼 的回复:]

引用 60 楼 的回复:
引用 58 楼 的回复:
其实问题可能跟你想的不一样:

这样的员工我不要(因为你们所有的争执都在较浅的技术层次而已),这样的架构师可以找我谈谈(因为我能说服他,而不会像你们的“总监”一样),这样的总经理我可以让他看到成果,这样的项目组我就没有办法了(因为没有真正干活的人(我会去三线城市找三个不错的程序员来,而不会轻易找已经在大城市里混了3年的人)。


……
[/Quote]

那你要明白一点,架构师的上司是总监。发钱的是集团,是总经理。你对得起架构师了,对得起给你发钱的了么?你这人一看就是个混日子的。做的程序不管好坏,糊弄上就行是吧?

是,我这样的程序员多一个不多,少一个不少。但你能说出这样的话说明你肯定不是个管理。你不懂得管理之道。忠言逆耳都不知道,这个不知道怎么说,你继续混日子吧。
回复 点赞
hhwolf76 2012年11月01日
支持,干这一行越年轻越牛B.
另,rownumber查询是怎么回事?
回复 点赞
li431911 2012年10月31日
我也是大专生,还没有工作,看来工作艰难是肯定的。实在不行就换工作吧 ,有的人很多小心眼,楼主还是尽量平静的对待吧
回复 点赞
风吹腚腚凉 2012年10月31日
[Quote=引用 31 楼 的回复:]
引用 30 楼 的回复:

引用 29 楼 的回复:
总部服务器WCF是采用 net.tcp 双工通信,即支持门店服务器主动请求数据更新,又可以主动推送当前重要数据,或者公告之类的。

但是现在的问题是那个架构师取消了原本的设计,直接在客户端请求门店数据库,那连接字符串你懂的。把重要信息放在服务器里好,还是放在客户端这显而易见吧。。。更何况总经理明着说了会有专业人事去故意搞破坏。

……
[/Quote]
我以为你说的是什么不安全呢原来是这个,这个问题完全可以忽略,我以为你懂某种技术呢。。。在那种技术之下确实不安全。
回复 点赞
chrisrene 2012年10月31日
[Quote=引用 30 楼 的回复:]

引用 29 楼 的回复:
总部服务器WCF是采用 net.tcp 双工通信,即支持门店服务器主动请求数据更新,又可以主动推送当前重要数据,或者公告之类的。

但是现在的问题是那个架构师取消了原本的设计,直接在客户端请求门店数据库,那连接字符串你懂的。把重要信息放在服务器里好,还是放在客户端这显而易见吧。。。更何况总经理明着说了会有专业人事去故意搞破坏。


你的领导是英明的
赶紧……
[/Quote]

一看你就没仔细看,WCF双工技术已经实现,只需要补充接口就可以。而且我一直都有做WCF,不说很熟练,起码搭建个WCF也就几个小时而已。

另外,数据库不安全?我有说过么,我是说客户端直接访问数据库不安全,因为你的连接字符串是直接存放在客户端,无论你怎么搞都不安全,这不明白?
回复 点赞
SocketUpEx 2012年10月31日
[Quote=引用 29 楼 的回复:]
总部服务器WCF是采用 net.tcp 双工通信,即支持门店服务器主动请求数据更新,又可以主动推送当前重要数据,或者公告之类的。

但是现在的问题是那个架构师取消了原本的设计,直接在客户端请求门店数据库,那连接字符串你懂的。把重要信息放在服务器里好,还是放在客户端这显而易见吧。。。更何况总经理明着说了会有专业人事去故意搞破坏。
[/Quote]

你的领导是英明的
赶紧把东西做出来比什么WCF双工都好

你们做的WCF服务器未必就比数据库的服务器安全

听领导的,赶紧把东西做出来,再考虑WCF双工

回复 点赞
chrisrene 2012年10月31日
[Quote=引用 27 楼 的回复:]

所谓安全都是相对的,没有绝对的安全,网络安全尤其如是。
所以门店客户端直连总部数据库,不一定就比间接连接危险。
也许公司领导考虑的是系统成本优先,
希望你们可以通过技术手段解决安全问题呢?
[/Quote]

总部服务器WCF是采用 net.tcp 双工通信,即支持门店服务器主动请求数据更新,又可以主动推送当前重要数据,或者公告之类的。

但是现在的问题是那个架构师取消了原本的设计,直接在客户端请求门店数据库,那连接字符串你懂的。把重要信息放在服务器里好,还是放在客户端这显而易见吧。。。更何况总经理明着说了会有专业人事去故意搞破坏。
回复 点赞
chrisrene 2012年10月31日
[Quote=引用 27 楼 的回复:]

所谓安全都是相对的,没有绝对的安全,网络安全尤其如是。
所以门店客户端直连总部数据库,不一定就比间接连接危险。
也许公司领导考虑的是系统成本优先,
希望你们可以通过技术手段解决安全问题呢?
[/Quote]

本意就是希望通过技术手段解决安全问题。
直接连总部服务器不是说更危险,是性能更低。
目前的设计门店有个服务器作为数据缓存会大大降低网络请求。

安全性问题,我的想法是通过IP来限制,给IP授权。除非你在门店内搞破坏,不过这个几率。。。
除非你不想活着出门店了,我们的门店比较特殊,打手肯定是有的。。。你懂的。
回复 点赞
丰云 2012年10月31日
所谓安全都是相对的,没有绝对的安全,网络安全尤其如是。
所以门店客户端直连总部数据库,不一定就比间接连接危险。
也许公司领导考虑的是系统成本优先,
希望你们可以通过技术手段解决安全问题呢?
回复 点赞
chrisrene 2012年10月31日
[Quote=引用 22 楼 的回复:]

楼主,你们那个所谓的架构师,还不如我们这里的一个助理工程师。

我们这里的助理工程师设计出来的程序也比你们那个架构强。
[/Quote]

厚着脸皮问下,我想的设计,你给点儿意见哈。

总部一个服务器,搭建的WCF服务,主要负责数据同步和权限控制(用IP限制)
各个门店放一个服务器,也是WCF服务,作为客户端数据接口,通过总部返回的权限来限制门店客户端登录权限以及数量等。
门店内也有SQL数据库,用来作缓存数据库,定时周期更新最新数据,重要数据是同步更新的,比如审核信息等等。

其中主要设计的技术就是WCF、EF,这样的ERP设计怎么样?有没有什么致命缺陷,如果有怎么弥补?
我在架构方面属于刚涉足,希望不吝赐教。
回复 点赞
chrisrene 2012年10月31日
[Quote=引用 23 楼 的回复:]

别管那么多,领导怎么说就怎么做。
[/Quote]

太委屈 - 陶晶莹
回复 点赞
chrisrene 2012年10月31日
[Quote=引用 22 楼 的回复:]

楼主,你们那个所谓的架构师,还不如我们这里的一个助理工程师。

我们这里的助理工程师设计出来的程序也比你们那个架构强。
[/Quote]

额,看了他的设计我蛋都碎了。。。我打算今天下午去辞职。
唉,又要喝西北风了,几千块也不知道能熬多久,年末工作真心难找。
回复 点赞
songjinxi123 2012年10月31日
别管那么多,领导怎么说就怎么做。
回复 点赞
发动态
发帖子
非技术区
创建于2007-09-28

3896

社区成员

6.4w+

社区内容

.NET技术 非技术区
社区公告
暂无公告