只显示主题贴

2008-06-06
全文显示

回复: 关于《如何塑造自己成为一名合格的软件工程师》的讨论

daquan198163 写道培养出兴趣 优于 勤奋刻苦； 寻找一条平滑的学习曲线 优于 从难从严； 结合实践学以致用 优于 钻研理论知识和艰深技术； 虽然我认为后者也其有价值，但是前者更有可能取得成功 前者可以称为“敏捷学习方法”，后者更像瀑布型 你总结的这两条不错，朗朗上口，虽然平时也是这么做的，但并没有上升到你的这种方法论的高度。
2008-06-06
全文显示

回复: 程序员的气质

我可以把你的特征概括为时间观，我想时间观也是一个程序员应该具有的重要特质，由此也衍生出了资源的调动能力，良好的大局观等等。
2008-06-05
全文显示

程序员的气质

不妨也来谈谈我的程序员气质观，或者说是特征观。 首先还是对技术的兴趣。兴趣永远是最好的老师，若能保持对行业技术的足够敏感度，那么相信技术这一关能轻松过去。当然，兴趣不是说三天打鱼两天晒网型的，而是意味着无数个日夜的思考和求索的精神动力。 有了兴趣就像有了永动机，但方向在哪里？如何运用这不息的发动机的能量？所以就有了自己的方向或者说专业细化的判断，说的更肉麻一点就是职业目标云云，诸如某某架构师，啥啥项目经理等等，在到达这个目标之前需要掌握哪些技能和经历等等，这些就是具体要积累的东西了。 目标有了，也知道要做的事情的内涵了，剩下的就是科学的方法论了。在我们十几年的中国式学习过程中，老师们通常 ...
2008-06-04
全文显示

回复: 项目管理沟通之道

沟通经常被人描述成是为了避免项目风险的，难道那些设计方案和行动指南不是沟通出来的吗？难道当一个新的项目下来时这些东西都是项目经理直接给出的？
2008-03-30
全文显示

数据集成

数据集成是许多大型企事业单位扩展新业务应用的基础。下面简单谈谈我对数据集成软件产品的一些想法。 数据从源流到目标，一般是由一个称之为“任务”的角色来完成。“任务”接受传给它的关于源、目标以及投递之物这些信息，并准备工作。而任务A和兄弟任务B，C之间还有可能需要同步交互来协同完成整个事情，因此就有了状态任务，比如A，B，C都有两个状态：未完成、已完成，A-B-C必须得在前者完成之后才能执行自己，这样后续的任务就必须能够获知前面任务的状态信息。进一步来说，假如一两个状态信息还不足以支撑业务需求的话，那么就有了引入工作流概念的必要了。工作流引擎掌控着所有任务的状态信息，它主宰着所有任务的生命。那么， ...
  • 进入论坛 Java 版
2008-03-24
全文显示

回复: 将HashMap封装成一个LinkedList

看来大家没理解上面的意思，上面是说把HashMap封装成List，而不是说把HashMap变成linked map。 有两种方法可以试试，一是把map<key, value>中的value再封装一次:{value, next},并使next指向下一个note的key，这个node就变成了linked list中的下一个节点了。 还有一个是将map中的所有keys组成一个list，这样相当于对key作链接，再由key到map中找到value.
  • 进入论坛 Java 版
2008-03-13
全文显示

将HashMap封装成一个LinkedList

HashMap经常在我们的应用程序中出现，它把key与value通过hash code映射起来，并存放到table中。在日常应用中，如果有这样的场景，就是基于HashMap封装成一个LinkedList，那么如何实现link的特性，还真是值得想想。在此先买个关子，欢迎大家积极参与讨论。
  • 进入论坛 Java 版
2008-02-15
全文显示

回复: 基于Quartz的高频率同步

ddandyy 写道引用quartz是一个按照设定的时间规则来调度作业的调度器，比如可以设定每30s启动一个Job，但如果Job在30s内还未完成，那么quartz默认情况下还是按照设定的周期启动新的Job线程。 这个应该是一个病句 就我说知quartz的两种调用方式 一种定时运行 一种循环运行 定时运行不考虑前一个是否执行完毕  循环运行当前一个没执行完的情况下  是不会启动下一个job的 两年前专门test过这个东西......现在应该不会变吧.....这种基础的东西 对，是两种方式，但现在说的是定时方式，你说的手工循环方式没错，但我们不是在讨论它
  • 进入论坛 Java 版
2008-02-15
全文显示

回复: 基于Quartz的高频率同步

抛出异常的爱 写道事务的颗度太大是你的问题根源.... 你把所有的1000条数据都读出来了... 如果你不是一次读出所有的数据 那么你的问题是很简单的. 当第二个quartz起来时把前一个业务结束. 问题是事务的粒度不是同步本身能够控制的，而是由业务需求确定的。从系统的健壮性来看，即使数据粒度再小，也不能保证在网络和机器处理能力等因素影响下能在设定的固定周期内完成事务，所以还是得从系统本身考虑，无论从quartz的线程控制级别还是jdbc事务级别。
  • 进入论坛 Java 版
2008-02-15
全文显示

回复: 基于Quartz的高频率同步

statefuljob确实可以考虑，从实验来看，它是等待上一个周期的运行实例结束之后再启动下一个周期的实例，但问题如果实例运行持续的时间很长，比如是周期的10倍，那么quartz启动的是当前时间的实例还是补上这10个周期内没启动的实例呢？ 从实验结果来看，我把周期设为1秒，同时向源库中循环插入100000条记录，同步结束耗时78s，实例起了48个，从而推测上面的问题答案应该是启动当前时间周期的实例，而之前的忽略。但察看实例的启动时间，发现问题似乎并不完全这样，当时间间隔很小的事情下，quartz会连续把之前没启动的实例在某个周期内连续“补”回来，这一点让人费解，难道线程控制当真如此诡异？
  • 进入论坛 Java 版
tigers
搜索本博客
最近加入圈子
存档
最新评论