紫风乱写

除了他眼前的屏幕,这个人什么也没看见。
被周围的电脑簇拥着,他只知道他所创造的现实,但又意识到那是虚幻。
他已经超越了技术。也超越了机器。
posts - 62, comments - 93, trackbacks - 0, articles - 0
  BlogJava :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理

BeanQuery 是一个把对象转换为Map的Java工具库。支持选择Bean中的一些属性,对结果进行排序和按照条件查询。不仅仅可以作用于顶层对象,也可以作用于子对象。更多详细的介绍可以看我的博文: http://www.blogjava.net/justfly/archive/2014/10/26/419067.html

我刚刚发布了版本1.0.0. 现在已经在Sonatype OSS库上了,2个小时后将会被同步到Maven中央库上。

Sonatype OSS 库下载地址: https://oss.sonatype.org/content/groups/public/cn/jimmyshi/bean-query/1.0.0/

Github上的代码: https://github.com/Jimmy-Shi/bean-query/tree/bean-query-1.0.0

在Maven项目中引用

<dependency>
  <groupId>cn.jimmyshi</groupId>
  <artifactId>bean-query</artifactId>
  <version>1.0.0</version>
</dependency>

posted @ 2014-10-29 02:24 Justfly Shi 阅读(4457) | 评论 (0)编辑 收藏

     摘要: BeanQuery 是一个把对象转换为Map的Java工具库。支持选择Bean中的一些属性,对结果进行排序和按照条件查询。不仅仅可以作用于顶层对象,也可以作用于子对象。

BeanQuery的使用非常简单也很直接  阅读全文

posted @ 2014-10-26 23:33 Justfly Shi 阅读(5494) | 评论 (6)编辑 收藏

     摘要: 作为一个程序员,我们的日常工作之一就是看Log,从Log中发现自己所需要的信息,以及对Log做一些简单的分析和统计。本文分享了我所使用的工具和方法。  阅读全文

posted @ 2014-09-17 23:00 Justfly Shi 阅读(2778) | 评论 (6)编辑 收藏

     摘要: 本文介绍了在代码中应该在什么时候需要Log什么信息;使用何种级别的Log;如何Log异常信息;Log中的一些要点。另外也分析了静态Logger变量和对象Logger变量的优劣。  阅读全文

posted @ 2014-08-13 23:32 Justfly Shi 阅读(25889) | 评论 (7)编辑 收藏

     摘要: 作为《Java程序员修炼之道》博文的第一个主题Logging,我计划中按照如下三篇来写: 1. Logback的简单介绍和配置 2. 在Java代码中如何使用SLF4J来写日志以及写日志的要点 3. 作为一个程序员,在日常工作中如何分析和挖掘Log。 这个是第一篇,简单介绍一下Logback的配置,适用于开始配置和开始入门,适用于一般情况下的使用。  阅读全文

posted @ 2014-08-10 02:46 Justfly Shi 阅读(19756) | 评论 (1)编辑 收藏

     摘要: 后来我意识到,我不能只抱怨,作为一个写了10多年代码,带过项目、做过业务最终还是写代码, 有车有房有妻有娃的四有不太牛逼的程序员,我有责任帮助刚入行的、入行时间不短的,还没车没房的Java程序员们掌握一些基础的东西。
如果你掌握了这些基础的东西的话,而且英语口语还凑合的话,欢迎来找我帮你内部推荐工作,估计一万多的月薪是不成问题的,至于30、40万的年薪应该也是有机会的。  阅读全文

posted @ 2014-08-03 01:18 Justfly Shi 阅读(5153) | 评论 (13)编辑 收藏

Sorry every body, I am so busy that I can not finish this article on time. I will try to finish this article after I have got a job. You can compare the 2 xml files in the attached zip file to get some idea.

There are 2 files in the zip file:
1. google.xml: The original google search plugin
2. google-oracle.xml: The search plugin that only search the oracle.com web site.

Usage
1. Put the google-oracle.xml in your personal firefox searchplugin folder. In windows firefox version 4 it is {FIREFOX_HOME}\distribution\searchplugins
2. Restart the firefox. Done

Click here to download the search plugins

posted @ 2011-04-18 00:13 Justfly Shi 阅读(1898) | 评论 (6)编辑 收藏

If after upgrading your eclipse STS plugin from 2.5.2 to 2.6.0, your grails projects can not be build, and when building it, it always warning that "Errors running builder 'Java Builder' on projec". That might be caused by the old 1.6 groovy compiler.  The solution is to edit the file "eclipse/configuration/org.eclipse.equinox.simpleconfigurator/bundles.info" and find the line for org.codehaus.groovy_1.6 and remove it. And then restart the eclipse. you can find that it should be fixed.

Reference: http://docs.codehaus.org/display/GROOVY/Compiler+Switching+within+Groovy-Eclipse

posted @ 2011-03-30 22:24 Justfly Shi 阅读(1501) | 评论 (0)编辑 收藏

     摘要: 第一章 新的机会 第二章 对抗卡布福斯 第三章 “硅谷” 第四章 CD-ROM工厂 优质管理的四大要素 l 选择正确的人 l 为他们分配正确的工作 l 保持他们的积极性 l 帮助团队凝聚起来并保持团队的凝聚力 (其他的一切都只是“文案”) 安全和变化 l 除非感到安全,否则人...  阅读全文

posted @ 2011-03-26 23:56 Justfly Shi 阅读(332) | 评论 (0)编辑 收藏

上周去一家大型网络公司的内部系统开发部门面试,该部门主要是为公司的各个部门开发工作中所需要用到的系统,比如财务,人事的一些小系统。面临着:资源少,任务多,体现不出部门价值等问题。面试出来后想了几点,发给他们了,另外也分享出来,希望对从事类似工作的同学们有用。
1. 统一简洁的页面风格和CSS
因为是内部系统,所以页面不需要太华丽和复杂的界面,所需要的是简单易用。因为是都是sohu的内部系统,所以可以有统一的页面风格。
统一页面风格带来以下这些好处:
a. 只需要采用一套CSS,而不需要在每个项目都进行CSS的开发
b. 能减少页面设计的时间,页面布局,功能区域设置能全部都统一起来
c. 减低用户对于新系统的学习曲线
因为是内部系统,客户端与服务器之间的连接速度能保证。因此可以采用简洁的页面风格。
简洁的页面能带来以下好处:
a. 减少页面的开发难度,不用在一个页面中堆积过非必要的数据。
b. 方便任务分配
 
2. 在做需求的时候同时完成静态页面的设计
这条的好处是做页面设计的时候能进一步理解用户的需求,也能同时从解决方案的角度来考虑问题,从用户的角度来说,针对模型进行思考能进一步的引导他的需求。
具体的做法就是
a. 在一边谈需求一边用纸画出大概的页面模型和用户沟通,初步形成页面功能的设计
b. 谈完需求之后尽快使用统一的CSS做出静态的页面。用页面跳转代替表单提交。
c. 用静态页面组成的模型和用户进行初步沟通,在沟通过程中,如果时间不多的话在纸面上进行修改再沟通,如果时间多的话,快速的修改静态页面,争取尽可能多的把重点页面和用户达成一致。
根据沟通结果把可以开始做的部分安排开发人员开始做,还不能确定的和客户约好时间再进行下一次沟通。
 
3. 逐步建立可复用的代码库(功能组件)
这一点说起来容易,做起来需要一定的额外代价,是一个部门内部的积累。前提是第一条建议能够比较好的实施。这里的代码库(功能组件)大到一个功能模块(连接LDAP),小到一个页面控件(多层次部门选择下拉列表)。具体做法是
a. 在项目开发中有意识的把可通用的组件单独放到一个包里
b. 项目结束后,花1到2天的时间整理成可复用的代码
c. 整理完之后再对相关技术人员进行培训(这个很重要,有通用代码而别人不知道=没有通用代码)
d. 在以后的项目中,在复用的过程中进行完善
e. 尽量减少复制粘贴再修改
 
4. 收集客户部门使用系统后的效果,其结果可用于对上对外和对内
客户部门应该会有这样的数据,因为他们需要这些东西来说明他们上新系统的效果。本部门可以用这些数据来说明自己的贡献以获取公司的认同甚至可以去争取更多的资源
IT或者运维部门应该会有bug数量的和分布的统计数据,如果没有的话自己可以收集到达本部门的bug数量和分布的数据,通过这些可以在以后的工作中有意识的避免这些bug
通过这些数据可以在以后的需求分析过程中为客户部门提供更容易使用的系统

posted @ 2011-03-02 11:36 Justfly Shi 阅读(875) | 评论 (0)编辑 收藏

仅列出标题
共6页: 上一页 1 2 3 4 5 6 下一页