技术上的管理,大家进来谈谈

xxfxiazai 2012-02-01 09:58:07
技术上的管理,大家说说,要管哪些,怎么管?
本人之前一直都是一门心思敲代码,对于管理方面自然毫无了解,今年开始,头上顶了这么个任务,想来想去,针对公司目前存在的比较明显的问题,想了以下几点:
1.没有限制开发技术,比如AJAX,有人用enthem,有人用updatepanel,有人用webservice...数据库访问,有人已经linq了有人还在ado.net.
2.代码规范问题,命名规范问题,数据库实际规范问题,模块没有文档,代码没有注释.
3.公司没有自己的控件库,没有自己的代码生成器

以上3点是我发现的计较明显的问题,为此我写了一份简单的<公司代码规范>,开发框架则还在摸索,写了几个控件,一个代码生成器.

实施问题:
由于之前这些都没有,一下子出来这么多条条框框,不知道同事会不会有抵触心理,但好在大部分人进公司后都是我带起来的,应该问题不大.当然目前我脑子里还没有具体的实施步骤.另外实施后应该怎么检查效果,难道每个人的代码我都检查检查?

呵呵,说白了我就是上来取经的,希望大家不吝赐教
...全文
129 10 打赏 收藏 转发到动态 举报
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
DSIOF3KIDSKTR 2012-02-01
  • 打赏
  • 举报
回复
[Quote=引用楼主 xxfxiazai 的回复:]
没有自己的代码生成器
[/Quote]
这也叫问题?代码生成器生成的都是垃圾。
前几个问题确实要规范一下,否则开发会很混乱。
规范开发牵涉到的很多,当然也包括版本控制,否则很难谈上协作开发
baizongjie 2012-02-01
  • 打赏
  • 举报
回复
我觉的楼主将来能成为一个好的管理者

你懂的听别人的想法

同时你也能换位考虑一些事情

我不是什么管理者

但是

从旁观人的角度上来说

管理你手下的一些重点的人

要是部长的话管好组长

要是老总的话管好部长

一定不要老总管组员

结果是大家都很累
  • 打赏
  • 举报
回复
征求大家意见,取其精华!
然后制定会好些吧
大家接受也快点
xxfxiazai 2012-02-01
  • 打赏
  • 举报
回复
[Quote=引用 6 楼 baizongjie 的回复:]
[/Quote]
呵呵,对,要说管理,确实大了去了,所以我想做的,无非是一些比较基本的约束和一些统一,其实这些约束对于一个有多年编程经验,并且积极向上的人来说,自己早就做的很好了.

我是这么想的:很多东西,只要告诉人家,这么做对他们自己是有好处的,人们就比较容易接受.比如一个同事刚接触EF时,觉得很烦琐,可是有一天他却突然站起来喊了一句"原来去维护一个用LINQ写的程序是这么幸福的事情".这时候我又加油添醋的说了几句LINQ的好话,感觉大家都似乎对LINQ改观了
baizongjie 2012-02-01
  • 打赏
  • 举报
回复
管理是一门大学问


你可以放开一些技术上的权力

多关注一些规约上的问题

你有机会可以看一下日本人定的规约

真的很实用

前期花的时间长一点

后期维护可省很多事情

xxfxiazai 2012-02-01
  • 打赏
  • 举报
回复
[Quote=引用 1 楼 bdmh 的回复:]
慢慢来,别急,语言不要求唯一性,但不能泛滥,代码规范这个需要制定规则,每个人都有每个人的习惯,制定好规则,都按这个走就行
组件库,如果你公司的风格比较个性化,那必须的
[/Quote]

恩,我也觉得应该一步一步来,其实以前对于那些不规范的东西我看到了都会提醒,有时候人家觉得有道理,便改了,可过了段时间,老毛病又犯.
但那个时候有些事不归我管,有人写了五六年的程序了分个页还在那复制粘贴,我看了都急,但也只是瞎操心.
zxq778810 2012-02-01
  • 打赏
  • 举报
回复
规范加统一就行了,长时间的积累。
bdmh 2012-02-01
  • 打赏
  • 举报
回复
慢慢来,别急,语言不要求唯一性,但不能泛滥,代码规范这个需要制定规则,每个人都有每个人的习惯,制定好规则,都按这个走就行
组件库,如果你公司的风格比较个性化,那必须的

110,561

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • Web++
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧