BlogJava-朝着自己微笑的小胖-随笔分类-非技术

记录贴：日常问题

石建同学 — Thu, 15 Dec 2011 07:55:00 GMT

1.应用 jar 冲突
log4j冲突导致，应用报错。类型转换冲突。
需求：定位某个类实际从那个jar加载？ -verbose:class 参数（或者

-XX:+TraceClassLoading），详细的记录了加载了那些类、从那个jar加载。

参见：http://agapple.iteye.com/blog/946603

2.性能测试过程
   linux有什么命令、或软件，可以同时收集cpu、load、上下文切换、mem、网络IO、磁盘IO等数据吗？
   vmstat 含义详解？ -> 图形化报表（痛苦的是要'人工'看着记录数据，这简直是程序员的污点呀）
   （vmstat的IO统计的是块设备（如磁盘）的数据，网卡没有对应的设备文件（http://oss.org.cn/kernel-book/ch11/11.2.3.htm），网络IO统计使用iftop）
   vmstat http://linux.about.com/library/cmd/blcmdl8_vmstat.htm

3.Jboss启动错误

java.sql.SQLException: Table already exists: JMS_MESSAGES in statement [CREATE CACHED TABLE JMS_MESSAGES]
参见：http://dinghaoliang.blog.163.com/blog/static/126540714201082764733272/
%jboss_home%/server/default/deploy/hsqldb-ds.xml这个文件中有一个DefaultDS数据源配置，临时解决删除hsqldb-ds.xml文件。原因未知。

4.logback 0.9.19 版本，引入，放弃

  <encoder>
            <pattern>%m%npattern>
            <charset class="java.nio.charset.Charset">UTF-8charset>
        encoder>

源码：OutputStreamAppender.java

protected void writeOut(E event) throws IOException {

this.encoder.doEncode(event);

}

对日志文件charset指定，经过debug调试，必须通过此方式配置才有效。否则取系统默认编码。

5.设置linux系统编码

http://linux.vbird.org/linux_basic/0320bash.php#variable_locale
其实‘系统编码’设置，即设置对应的系统变量，则所有可设置系统变量的文件都可设置编码，export使其生效
locale 查看当前用户使用的编码（），locale -a 查看机器所支持的所有编码
默认设置：
a、系统级别 /etc/profile -> /etc/sysconfig/i18n，设置 LANG （无效显示export生效）（YY：i18n有个LANGUAGE设定，不知其含义，删除无影响）
b、用户级别 ~/bash_rc、~/bash_profile、~/bash_login、~/profile，读取有限顺序：从左向右；必须显示export生效

http://linux.vbird.org/linux_basic/0320bash.php#settings_bashrc

設定 LANG 或者是 LC_ALL 時，則其他的語系變數就會被這兩個變數所取代。总之一句话：在当前用户设置LANG，是最优方案。

石建同学 2011-12-15 15:55 发表评论

如何解决跨团队效率问题

石建同学 — Fri, 18 Nov 2011 11:39:00 GMT

现象与思路：

1.业务变化快，导致需要不断沟通？
a、开始1、2功能一起，后来拆分开，先上1；再到1功能，各团队不一致上线（答：难解，要更有产品意识，帮助产品进行分析）
2.开发：
a、原代码不优雅，总有想重构的冲动（答：想是白想，一定要有结果）
b、相互等待，接口定义不明确，如：接口jar无法提供，注释不明确（答：时间点&白纸黑字，先沟通再找主管）
c、联调准备不充分，如：hsf 因为IP发布失败，主站页面配置被修改（答：前提明确要求，不能有逻辑问题）
3.上线
a、涉及面太广，信息沟通丢失，如：只是暂停审核，演绎成 '停止所有crm操作' （答：一定要直接周知到所有相关人）
b、风险点评估的不全面，未全盘考虑，如：simbacall->bp参数对象不一致，是否会导致失败未联调（答：不要遗漏或轻视任何风险点）

2011.11.18 晚 19:30

石建同学 2011-11-18 19:39 发表评论

不满意环境下的学习

石建同学 — Fri, 03 Dec 2010 15:28:00 GMT

对自己、对环境题记：这样的环境，我是很不满意的，但是“有想法的人是不会被环境所束缚的，尽管不满的环境会带给他阻碍”

2010年的最好一个月开始啦，很快这个月就会结束的，就像转眼间来淘宝已经半年啦！之前，兴奋的选择广告，觉得这是一个新鲜的从未接触的事物，环境的确是这样的；但自己团队负责的业务，更多的是“重复的沟通和劳动”，技术在这样的环境被淡化。其实根本的原因，在于"团队的职责与自己的发展方向不匹配"，这是让自己很痛苦的事情。带给自己的是煎熬！幸好有老婆可以说说，和安慰我；不然，或许我已经离开（当然现在也给自己的是一个期限，不会一直在这样的环境待下去）。在2010年结束的时候，希望自己可以高兴的对自己说，我成长啦！在这最后的一个月，让我冲刺一下吧！

想要的是：Jvm理知识补充、读书（围绕Jvm）、冷静（我想要冷静去平复内心的煎熬，用自己的行动去改善，去满意的度过每天）

后记：买个篮球，明天早上去打球，肚子越来越大啦，真的不能再胖啦

随手翻翻，10年写的一点感想。前天师兄有天在讨论，对一个公司、个人，什么到底是"技术" ？一致同意解决问题的能力，才是最关键。问题是"解决问题的能力，如何培养呢？"一致同意"最有效的方式，解决有挑战性的问题"。问题是"日常工作中，挑战性的问题，并不是随时都有？"老毛说的好，"有条件上，没有条件也要上"，去深入理解团队、系统定位，去规划、去解决不合理的代码、不要重复劳动 ...
同时一个人的软技能也是至关重要，擎天柱的培训还是很有收获，一定要尝试去运用学到的理论知识到实际的环境中，如跨团队配合。
现在的心态是：先全心全意做好事情，再回头看，
对自己、对环境有不满意的，去改变，改变不了则学会放弃。

石建同学 2010-12-03 23:28 发表评论

如何学习

石建同学 — Sat, 20 Nov 2010 15:34:00 GMT

题记：周五同学们讨论这个问题，听了很多"过来人"的感受，其实里面的道理还是要自己去慢慢揣摩，成为自己的东西，此会用帮助。

回想自己的学习：

自己最开始接触计算机的时候，是高中；现在还清楚的记得，第一节课，老师告诉怎么开机、关机等，自己心里全是兴奋和一些自卑。真正去学习计算机，还是大学专业的缘故（遗憾的是基础知识不牢）；第一次接触编程是C，大一过年的时候，在家一个寒假都在看，感觉“这是一本天书”。
刚开始，主要是看书和老师上课讲，学的比较少；然后，自己去找资料，用baidu和论坛（csdn），尝试去写；慢慢有点自己的想法，去学习课外的知识（很感谢电驴，很多资料都来自于它），google和javaeye，看别人的博客；写过一点小东西之后，尝试着去理解背后的原理，去debug看源码，学习新知识时首先看官方tutorial&运行小例子，关注行业动态和新技术（reader订阅），会有意识去总结理解的内容，做事更加严谨和职业点 ... 这基本也是自己现在的状态。

讨论时，记下认为对自己有帮助的点：

1.学会使用，了解原理，与同类产品比较，提升认知的高度
注：了解原理（理解的深度不够）；与同类产品比较（尚未有这个意识）（重要性：高）

2.点到面，融合，形成自己的知识体系
注：这点，自己慢慢的有点意识（重要性：高）

3.信息爆炸，学会筛选；看过的东西要记笔记
注：筛选（做的很不好，必须有选择性的看，工具reader）；记笔记（部分阅读有笔记，认为重要的必须写下自己的理解）（重要性：高）

4.学习“相关性”知识
注：比如工作负责广告前段应用开发，有意识的去了解引擎和算法的相关内容（不要求细节，但是对整体必须有理解）（重要性：高）

5.帮助别人、分享，其实是提升自己的一个好办法
注：在精力允许的情况下，一定要善于帮助别人解决问题（原因：自己遇到的问题始终是有限的，同时增强影响力）

6.Java开发应该扩展的知识
注：a、数学（算法）相关 b、如何自己去实现一个框架，必须有质疑的态度 c、运行环境（linux、jboss等知识）

7.阅读别人代码，有新认识的时候去重构自己的代码或尝试去应用
注：

8.理论的总结
注：在广度、深度达到一定程度时，要注意理论的总结，站在更高的抽象层面去理解和解决问题

提醒自己：this is most important is to do it

石建同学 2010-11-20 23:34 发表评论

关于敏捷

石建同学 — Sun, 07 Nov 2010 10:47:00 GMT

题记：老大开始在团队推行敏捷。记录目前自己理解的优点，还有敏捷不适应问题。

一、自己理解的敏捷

1.风险分散。这点，我是非常肯定的。亲身的体会，jim负责A模块，以前做法：项目经理pety，在A模块快提交的前期去和jim沟通模块的完成情况。现在做法：每天jim向prty汇报自己的进度情况和问题。帮助pety对项目的可控性提高很多，风险也能尽早的暴露出来。带来的问题：必须对A模块进行更细的任务分解，如何分解？时间如何评估？谁来评估？（团队做法：由jim自己细分A模块，再与pety确认计划，此时pety可以给出自己的意见，共同来评估时间。）

2.可视化。同意这点。之前做法：每天发邮件周知大家进度情况；团队目前做法：看板（贴每个人具体细分的任务），每天汇报具体的进度和遇到的问题。其实两种做法的目的是一样，都是想让别人知道自己的进度和问题。但第二种方法优点：a.阅读邮件，是每个人独立的行为，是分散的，看板上任务的汇报是大家在一起的，此时面对面的沟通是更高效的；b.对于我的感觉，看板比邮件更加可视化；c.基于看板，后期的后顾和总结也更加方便。

3.团队化。jim负责A模块，jeny负责B模块，当A模块jim可能存在跟多问题（前期没有评估到），希望jeny可以帮jim完成其中的部分。问题：jeny根本不熟悉A模块，熟悉A模块所花费的时间，以及对B模块的影响，都是需要评估的。自己的理解：对于多人同时开发的项目，此方法还是可以试用的；但是对于单兵作战的日常，大家的精力都是有限的，很难说A做大一半的时候，让B来帮忙。这也是目前大家争论的焦点。

二、团队目前的做法

1.细粒度的任务分解。比如：搜索页面智能导航，分解的任务：a.了解接口需要的参数，以及返回的结果的格式 b.请求参数处理 c.返回xml结果解析 d.后期根据业务逻辑的处理。整个任务肢解的力度非常细，对项目风险的把控更加有好处。
2.看板。分为：任务、开发中、done（三部分）。根据每天大家反馈的情况，更新项目剩余需要的工时（细粒度到时间）。
3.晨会。早晨站在看板前，每个对着看板，说自己“昨天干了什么&是否遇到什么问题、今天准备做什么”，对应的调整看板的内容和任务所需时间。
4.总结。这点目前做的不够好，不是大家都来提建议，可能整个团队还是“一个大脑”，只是一个人在想问题（当然这与团队的氛围是有关系的）。

三、难点

1.个人的积极性和参与度
  敏捷是需要团队的每个人都以主人公的态度参与进来的，当然团队也要能够给予他认同，这是软实力的问题；比如：相互提建议，但是这首先需要团队安全的环境，对老大说的话，大家可以提出不同的意见，否则始终是“一个脑袋”在思考，大家习惯于去服从；同时也要克服养成的“中庸之道”，当然也要注意提建议的方式。
2.任务的细分和工时的评估
  需要项目经理对团队成员有很熟悉的了解，才能合理的安排任务。根据不同的人确定不同的工时，大家都能在一种被尊重和快乐的氛围中工作，此时的效率肯定是高。
3.团队的成就感
  需要自下而上的，获得的成就是每一个人的，而不是简单是他的或者我的。每个人都能找到被认同的感觉，乐于分享自己的收获，此时整个团队的每个人都会成长，团队的战斗力肯定也会大大提高。

总结：发现难点的地方，还是团队软实力的建设。

石建同学 2010-11-07 18:47 发表评论