写在十月份美好的中午

今天天气不错，虽然还有些冷，不过太阳总归是暖的。为什么是美好的中午呢。因为没有什么是更坏的了。

 

这两个星期项目组接了一个考核系统，而且还是没有钱的，项目经理给我们说的时候就说这个系统的需求相当的拗，讲需求的人坦白的告诉经理，这个系统出来就是为了整人的。现在整的是我们程序员，将来用来整他们内部的人，不禁的感慨。公司内部的斗争真是激烈，有些靠关系，有些靠科技

这个系统也是我入职以来第一个从头开始的项目，以前都是半路接手，修改别人做好的系统。觉得真是难做，不过到自己动手的时候。也是很难做啊。

现在系统终于提交测试了，希望没什么大的问题。加上新项目还没开始。难得的空闲时间，来整理整理前段时间开发遇到的问题

问题1:数据重复造成的错误

因为开发人员不止一个，开发阶段插入的测试信息有自增主键，而整个系统插入数据的组件在XML文件中配置好了。大家的自增值的开头都是一样的66开头，导致第一个人插入的时候是66…………1.第二个人第一插入时也是66…………1.结果就造成错误，不过是小事情。修改下配置文件就可以了。

但是还有一个情况就是之前有人更改服务器信息验证数据正确的时候插入数据，之后更改回来正确时间之后再插入的时候会遇到数据重复的问题。这些都是小细节，但是测试的时候还是会出现引起麻烦。所以系统后来的系统不再在系统XML文件中配置自增值了。而是配置每个数据表的自增序列。而且在测试的时候会另外新建数据表空间。重新建表测试。

 

问题2:JS兼容问题

IE和FF等浏览器的JS有些是不通用的。造成有些情况下要写两套JS。兼容问题现在公司抓的很紧。因为客户实在不喜欢IE，所以要我们以后的系统必须考虑到兼容。所以现在慢慢开始使用Jquery，解决了兼容问题，还解决了Ajax的问题,之前Ajax公司使用的是国内的框架Buffalo，不过现在应该很少有公司在用了。JSON javascript object notation .

DOM document object model  把所有的成分都看做节点Node，但是IE喜欢把这个成分看成Element。遮挡层添加可能会遇到很多问题。不过这么多都是美工的工作。但是页面遇到的问题还是尽量自己解决得。

 

问题3:脚本和标签的问题。公司的要求以后要尽量使用struts标签，不能在页面出现<%%>符号。可能标签不够熟悉吧。标签里面的判断不怎么会用。<s:if test="#request.oper eq 'view'"></s:if>   <s:if test="#request.oper =='view'"></s:if>            <s:if test="#request.oper.equals('view')">这些都能正常解析，但是结果却不一样。

<s:iterator id="task" value="#request.taskList" status="stuts">
                        <tr align="center">
                            <td width="5%"  >
                                <s:property value="#stuts.index+1"/>
                            </td >
                            <td width="8%" style="white-space:normal !important;" >
                                <s:property value="planTypeName"/>
                            </td>
                            <td width="10%" style="white-space:normal !important;" align="left">
                                <s:property value="plan.planName"/>
                            </td>
                            <td width="15%" style="white-space:normal !important;" align="left">
                                <s:property value="plan.planGoal"/>
                            </td>
                            <td width="15%" style="white-space:normal !important;" align="left">
                            <s:if test="null==plan.planContent||'' eq plan.planContent">
                                <s:if test="#task.contentList!=null&&#task.contentList.size()>0">
                                    <table>
                                        <tbody >
                                                <s:iterator id="content" value="#task.contentList" status="cont">
                                                    <tr >
                                                        <td>阶段<s:property value="#cont.index+1"/>:<f:intercept limit="30" value="content"/></td>
                                                    </tr>
                                                </s:iterator>
                                        </tbody>
                                    </table>
                                </s:if>
                                <s:else>
                                        无
                                </s:else>

<s:select list="#request.LeaderOp"  listKey="id" listValue="userName" value="#request.leader.leaderUserId" name="jgld"  id="jgld" headerKey="" headerValue="--请选择--" />
                                           
发现说的很多问题都是页面上的问题。对于整个系统结构上的东西涉及的很少，因为都有技术主管在搭建框架，框架上的问题都是主管在处理。不过这个样子发现自己慢慢的变成一个前端程序员。开始有局限性了。慢慢的涉及到的就是注入，Action和XML。对于整个框架大的配置都一无所知。我觉得这是非常可怕的，以为开始有了局限性以后的可能和机会就开始小了。所以在工作之后还有很多东西要做。君子不器。就是不要让自己被固化，让自己在需要酒杯的时候可以做酒杯，需要凳子的时候做凳子。不是说做前端程序员不好。是指不要只见树木不见深林。说的简单就是不断学习技术，不断提高自己。以后升职加薪迎娶白富美啊。

之前看到老的程序员对新人的忠告。我记得一条非常重要的程序员生存原则。就是要打造自己的稀缺性。让自己某个领域得到尽可能的发展。对于公司有不可或缺的影响，让自己在整个公司或者业界都无可替代，那这样程序员就不仅仅是程序员这么简单的事情了。所以我也在想怎么打造自己的稀缺性呢。结合自身的条件看。没有钱也没有什么特长。那只能自己给自己创造特长了。所以要不断的学习，掌握一门可以使自己变得稀缺的技术。但是短期内有很难实现。本身自己技术还没有熟练，就开始学习别的东西是不是有些操之过急。