Veröffentlicht am

你所走过的每一步路都是经历，对于以后都是财富

讲两个小故事吧，算是总结也算是对自己的警示。
A公司，一个初创企业拥有大批员工，让你感觉到这怎么都不像一个创业公司该有的氛围。拥有一批执行力达到 80% 的技术团队，计划也能按照预期完成，但是其中呢配合起来总是有那么一点别扭的地方不了解历史很难发现为什么，原来历史上曾经发生过内部斗争留下的自然是胜利者。公司业务迅猛发展的时候，为了公司更好的发展领导高薪挖来了某大厂技术大牛坐镇，按道理来说这也是合情合理毕竟业务需要，大牛来了照搬之前大厂作风上最牛的技术最先进的生产力来解决目前遇到的高速增长的业务问题。至于疗效如何呢无从考证，从遗留的历史中能够发现一些蛛丝马迹说明技术实力自然不是吹牛的，因为一些大型的解决方案别人也真的用了，历史都是由胜利者书写的自然不会对失败者的优点进行宣扬，后来者自然听说的都是别人的缺点。胜利者对之前的架构推倒重来回归了小米加步枪的方式作战，当然也有无法 hold 住之前的技术方面因素吧猜测，由于之前的规模在遭遇了业务失败后团队裁员重组原来的各个部门归并成为一个部门，这个时候自然需要新的领导者，自然而然领导信任的人会成为新的领导者。这就造成了后续合作别扭的原因，因为新的领导者不能服众，不能服众这个问题一直存在了很久各方领导也心知肚明开会时候的互怼就是最好的证明。

这个故事中暴露出来几个问题：

1
2
3
4
5
6
内部斗争如何处理？
空降兵是否真的就是最好的？
新旧团队如何更好的磨合？
领导者如何服众？
高层管理者如何处理团队中存在的矛盾？
公司战略的周期如何制定？

答案呢每个人心中都会有一个标准，就不阐述个人观点了。
一句话概括：有问题不可怕，可怕的是明知道问题存在不去解决。

B公司，传统行业的大企业的一个新业务方向。办公环境高大上，符合公司气质。公司业务发展由于已经过了鼎盛时期不愠不火的发展着，大家都很闲适周六周末不加班，平时也不加班。这个公司呢很特殊，具体特殊在哪里呢很难发现，如果说是除了老板所有人都是打工的有点牵强，毕竟哪家公司不是都是给老板打工的呢。之前的之前对于远程办公还是感觉挺好的，经历过才知道配合起来效率有多低下。关于管理更是一门很深的艺术，有垂直管理和扁平管理很多互联网行业基本上都是流行 SCRUM 所谓的敏捷。如果在互联网行业还用垂直管理就好比拿体力密集型管理方式来管理脑力密集型企业，这无疑是毁掉一家公司的最佳方法。无论是在任何公司信任是一切的基石，老板不信任员工那么永远都需要像猫盯耗子一样内耗着。用人之道最好的就是让专业的人做专业的事情，发挥其最大的价值和给予展现的舞台和机会。

2013 年至今已经五年过去，五年前做的决定现在看来是非常正确的，把路走宽。如今又做了一个决定把路走长远，再用十年吧去深耕。十年后再回过头来看吧，一杯敬明天，一杯敬过往。
莫问前程，但行好事。

Veröffentlicht am
这篇文章很搞笑，也有故事。

最近入职了新公司，上班一个月了帮大家解决了一些问题也记录一下。在之前公司后端 GG 和前端联调接口都是各玩各的毕竟是 single page 页面大行其道的时代，谁知道新公司的前端技术还停留在 WEB 1.0 Jquery 时代。这不是关键，关键是跨域的解决方法让我不禁大吃一惊，第一反应：“ 卧槽，还能这样玩啊，不累么？”

解决方式：后端电脑开启共享目录（JAVA WEB 项目的 webapp 目录），前端写好代码丢到共享目录里面，后端需要保证电脑的TOMCAT 在前端使用的时候必须开启状态……

吐槽归吐槽，吐槽完了要解决问题啊 ！实在看不下去的我决定告诉他们一种 “新”方式，使用 NGINX 的反向代理功能解决跨域问题。首先讲一下跨域的两种解决办法：

一. JAVA 后端解决，这需要在JAVA项目里给所有的请求加上请求头
“Access-Control-Allow-Origin *” 表示允许跨域 demo 地址见 我的 github
这种方案呢对代码有侵入性，并且会给项目带来一定的安全方面问题。

二. 使用 NGINX 反向代理

推荐第二种方式，这种方式对代码没有任何侵入性，简单方便唯一麻烦的是配置 NGINX 配置文件，不过不用担心，我都准备好了教程和 demo 在我的 github

程序员最喜欢的解决方式就是: “NO CODE NO BB, SHOW ME THE CODE!”

Veröffentlicht am

简介

JavaMelody-Simple-Demo 是使用 JavaMelody 监控 Java web 做性能分析的一个 Demo 项目主要目的是为了方便刚接触 JavaMelody 的童鞋能够快速上手，并且看到实际效果好做出决策是否使用该项目。

关于JavaMelody

JavaMelody 是一个开源项目，他的目标是监控 测试 & 生产环境中的 Java 或 Java EE 应用程序。根据用户对应用程序的使用情况来衡量和计算应用程序实际操作统计信息的工具。

如何使用

  • 一 在 mavne 项目的 POM.xml 里面加入如下 Jar 包依赖

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    <dependency>
        <groupId>net.bull.javamelody</groupId>
        <artifactId>javamelody-core</artifactId>
        <version>1.70.0</version>
    </dependency>
    <dependency>
        <groupId>org.jrobin</groupId>
        <artifactId>jrobin</artifactId>
        <version>1.5.9</version>
    </dependency>

  • 二 在 web.xml 里面加入如下内容，其中 applicationContext.xml 是你本来就有的 spring 配置文件，根据实际情况适当修改名字就好。这里有一点多说一句，就是由于监控信息属于敏感信息肯定线上不能谁都能看到，所以在这里加上用户认证。

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>
          classpath:net/bull/javamelody/monitoring-spring-datasource.xml
          classpath:net/bull/javamelody/monitoring-spring-aspectj.xml
          classpath*:applicationContext.xml
        </param-value>
      </context-param>
      <listener>
        <listener-class>net.bull.javamelody.SessionListener</listener-class>
      </listener>
      <filter>
        <filter-name>javamelody</filter-name>
        <filter-class>net.bull.javamelody.MonitoringFilter</filter-class>
        <async-supported>true</async-supported>
        <!--========= 这里是设置访问性能监控页面的权限设置 ========-->
        <init-param>
          <param-name>authorized-users</param-name>
          <param-value>admin:123456, user:pwd</param-value>
        </init-param>
        <!--========= 这里是设置访问性能监控页面的权限设置 ========-->
      </filter>
      <filter-mapping>
        <filter-name>javamelody</filter-name>
        <url-pattern>/*</url-pattern>
        <dispatcher>REQUEST</dispatcher>
        <dispatcher>ASYNC</dispatcher>
      </filter-mapping>

  • 三 检查你的 Spring 配置文件里面是否配置了 AOP ，一般都会有的。

    1
    <aop:aspectj-autoproxy/>

Veröffentlicht am

今天是个特殊的日子

今天是5.12，距离08年汶川地震已经过去了9年了。时间过的真快啊，但是对于汶川地震这件事情还是记忆犹新，对我来说经历了这次地震学到了如何判断地震并且也学习了如何在地震突发时候保护自己和帮助他人逃生或者自救.早上看到了新浪微博上面的一段纪念文字：”#纪念汶川地震9周年# 因为记得, 所以怀念。珍惜眼前人！“ 确实感悟挺深刻，如那句话所说：“这世间除却生死都是小事”。无论当下过的怎样都要努力好好活着,珍惜身边眼前的一起人和物

读书笔记

这两天也在思考自己的职业规划和总结这四年来的工作经验，早上知乎中看到一篇不错的文章讲的 关于职业规划和时间管理方面的，从中也分析了自己现在工作中遇到的问题，也反思自己为什么那么忙。在文章里面提到了一本书《小强升职记》于是果断和购物车里面之前加的几本书一起凑单买了回来，晚上用了两个多钟看了一半左右，简单归纳一下讲的就是：

* 分析现状，时间花费在哪里了
* 解决现状的方法
    * 四象限法则
    * 衣柜整理法
* 按照如上方法行动是遇到问题怎么办
    * 拖延症
    * 如何做到要事第一
    * 突发事件应对
* 如何养成一个好习惯
* 如何让想法落地



其中有一点让我感觉收获很大，就是自己平时很忙是由于什么问题导致的。其中讲的一个故事是：你在走廊上碰到一位同事，他说：“我遇到了麻烦，能不能和你谈谈？” 于是你开始关切的听他讲述。结果这个问题很麻烦，你听了半个小时才弄清楚怎么回事，而且还没办法立刻给出建议，于是你说：“这个问题很复杂，我现在没有时间和你讨论，让我仔细想想，回头咱们再谈谈。”

猴子理论分析如下

首先，你和同事在走廊偶遇之前，谁的背上有猴子？显然，是同事背上。猴子不在你的背上，你甚至不知道猴子的存在。接着你开始倾听同事的讲述，这是同事背上的猴子悄悄向你的背上跨过来一只脚。然后，听完同事的讲述，你表
示要仔细想想再和同事讨论。这是，猴子便完全转移到了你背上。你接过了同事背上的猴子，而同事泽变成了监督者。此后，他会不时跑来恩你：“那件事你考虑的怎样了？” “我们什么时候再谈谈？”·······

总结如下：我们虽然应该帮助遇到困难的同时，但是也应该避免这样的情况：让他们把你当作自己猴子的收容站，你收的越多，他们给的越多，到最后你被堆积如上的别人的问题所困扰，甚至没有时间照顾自己的“猴子”。你将一些并非自己的职责的事情做的很有效率，可这值得你沾沾自喜么？你自己的事情完成的怎么样呢？这就是猴子法则，应用它的前提是你要明确自己的责任边界。

Veröffentlicht am

讲真，这次真的回来了，回来重新经营自己的独立博客啦。

曾经觉得自己积淀不够，不敢妄言所以博客写写删删折腾了几次，最后格盘跑路······

如今自己进入IT这个行业也已经四年了，真是时光匆匆啊！想想那时自己还是懵懂的追风少年，写博客也是如同流水账一样没有营养。

现在，对，就是现在，我打算认真经营自己的独立博客。也算是个人品牌的经营吧，写写技术文章分享一些技术心得包括自己踩过的坑，让后来者能够借鉴。