1Q界?br /> 需要怎么L(fng)界面Q这实际和需求有很大的关pR暂且抛弃它与需求的关系Q只讲其本n的开发。在MVC开发过E中Q通常使用标签库与html构造界面，q种开发是没有什么大问题的，可是现在Qajax来了Q该ȝjs也就来了。而且每个人（团队Q包括我Q都对一些开源的ajax框架不了解也没有旉了解Q这样一来，只能自己写一些简单封装代码，应用代码来满界面的要求。当工作开展了一D|间以后，大量的js也就没有办法很好的维护，先期设计不好所带来的不能重复用也显而易见了Q最重要的事Q往往一个项目的q度都是很紧的，在进度的面前Q花_֊来修改这些js又是不可能的事情Q最后的l果是付出很多劳动，却得不到应有的回报?br />2Q框?br />不要q框架Q不要不用框架。我是这么觉得的。团队在开发的M一个方面，都应该用该领域的一个成熟框架。实际上Q虽然现在有N多的开源框Ӟ可是一个项目真正要用到的又有几个呢Qstruts好像谁都在用了，hibernate用的Z很多Q这些框架可以让开发变得简单而且不易出错?br />3Q测?br />至今从没见过好的试。暂且不去谈试的粒度这U问题了Q因为我所见的试几乎都是手工试Q而且q要求试也是不重视的Q好像测试只是ؓ(f)了现在的正确?br />
W二Q非技术上
1Q需?br />q个问题好像有点弱智Q没有需求能够做什么？谁都知道的道理，可是偏偏在开发的时候就?x)出现连需求都没有Q或者没定Q却已经开始开发的情况。这时的需求就是想当然Q你惌P他想那样Q到头来都错了，都要攏V时间浪费了很多Q却做了一Ҏ(gu)用的东西。这是最最p|的?br />2Q部|?br />问：(x)“项目开始了Q要写构本么Q”答Q“不用。”呵呵，q不是教条到一定要在项目开始时启动构本。我只是惌它的重要性，它应该在目开始时Q或者一段旉q后有。它不仅可以让你随时部v你的应用Q而且甚至我觉得还有一点规范结构的作用。经历过没有脚本Q最?Q?个h发布时忙的只知道拯了（实际上再最后最q时候写q是可以避免一下最后部|的混ؕ的，可是那么关键的时候，几乎没h惛_写那东西Q自qbug都来不及(qing)呢，q管它？Q?br />3Q规?br />没规范不好做事情Q每个h都可以定规范更不好做事情。每个h都有自己的主张，或这或那Q写一些规范（也算内部协议吧）的时候自以ؓ(f)再设计了，其实我很反感Q没有一个老大Q也许有一个，但不是真正的Q因Z不控ӞQ这目难做了Q别说大的规范了Q就q一个函数成功执行的q回值都可以让你郁闷半个时。当然了Q做单元试也就想也别想了?br />4Q变?br />L?x)有变更Q不可以避免Q当然也׃?x)对它说三道四。只是我希望把变更要当作是现在的工作Q而不是从前的工作。如果一个程序员做好了一个用例，而现在这个用例的需求变了，那么׃应该认ؓ(f)该程序员没有完成他的工作。只是希望有一个公q一点的评h(hun)?br />
哎～～，火气大的
]]>
where AUTHORITY.WORKERNO(+) = '员工?
and MODULE.SUBSYSID = AUTHORITY.SUBSYSID(+)
and MODULE.MODULEID = AUTHORITY.MODULEID(+)
and AUTHORITY.WORKERNO is null
如果权限中所有父权限Q上层权限）在A中d昄Q不考虑B(ti)中是否包含）Q可以再加一?BR>and AUTHORITY.MODULEID(+) != '父权限标识（具体的|再MODULE中区分权限父子关p）'
]]>