`
文章列表
带项目名不带项目名sessionid不一致
(select * from (select row_number() over(partition by productid order by commentsequence) rn, t.* from tscm_productgeneral11 t where t.generalinfocode = 1005) ...
由于现在项目相对比较轻松,而且项目是研究SOA和Web Service的,因此这里我要对一些相关的开源技术做一些研究。接下来我要写的文章是Tomcat源码系列的文章,文章(一)是关于Tomcat源码编译和如何将Tomcat工程导入Eclips的,这里分享 ...
1.搜索某些文件并移动到另外文件夹 find . -mtime +10  -exec mv {} ../et1byzzj/ \;  修改10天的文件 移动到et1byzzj文件夹的 {}代表find找出来的每个文件  传进exec后的参数 2.查看某个文件夹下的文件数 find .  | wc -l
逻辑实体 相互作用的系统 变更 渐近明细 衡量目标 范围   进度  成本  客户满意

定时器

某些技术是固定的同样的技术要考虑支持业务的灵活性 比如定时器,一般思维考虑加载文件  要想到做一个商品的全局定时器,再去查找数据库中信息或者配置文件,可以动态改变定时器任务或者人为可以可视化操作。 比如做报表。 可以有全局定时器,对某些信息进行扫描,调用程序执行 报表中的sql可以动态增加,要发送的对象,要发送的格式,都可以通过定时器进行执行扫描,不需要重新启动服务  类似brio
写程序之前要想到 1。全局完成的业务 2.程序的边界 3.功能业务的链条的拆解和独立,不要从第一部卡死,或者屏蔽,这样会压缩业务不灵活, 要考虑从后面进行支持,独立不支持的点 4.可扩展性
如果没有按照进度完成,可以按照没有完成的次数 ,加重惩罚力度,在选择之前,要花很大精力考虑不惩罚的方式,惩罚是把双刃剑
如果想成为技术上专业人才:可以对某些方面的技术做专业突破,技术上一定要比别人强 如果做项目管理人才: 1.对业务,管理规范,可能的业务方向要绝对的熟悉和清晰,另外需要对 有解决技术的能力和有技术人员的支持, 2.始终要做业务与技术沟通的中间人和解释人
管控一个完整的项目 : 如果对方的开发实力比较强,计划表可以针对几个重要的节点进行管控, 如果对方的开发实力较弱,针对项目的细节监督一定要到位
对项目进度 要把任务细化到点   确定时间  计划完成时间   实际完成时间 确认时间 对不能按时完成的任务  要有一定的惩罚~~~

团队合作

财聚人散  财散人聚 团队 即要有个整体奖  保持大家的团结  又要有个人突出奖

个人决策

做决策时一定考虑再三,一旦做了决定不要轻易改变 计划要具有持久性  只有执行一段时间再改变  找到问题的核心  在做计划的调整

产品人员

当一个新产品呈现给用户,用户不知道产品是做什么的,可以说是产品的败笔 成功产品的特点是:你的产品可以尽可能的复杂与具有逻辑相关性,当用户使用时能够不断的 知道产品是做什么的 和不断的发现产品新的特点
1.做一个项目  项目经理或者产品人员如果不懂技术,要合作搭档一个技术领导者,领导技术开发人员 2.一个团队 即要有救火队员,保证项目进度,难题解决;又要有细心人员,尽早发现问题bug,即时修复
Global site tag (gtag.js) - Google Analytics