X-Spirit 2014-09-25 00:57 发表评论

                    /Applications/IntelliJ IDEA.app/Contents/Info.plist

X-Spirit 2014-03-16 23:03 发表评论

I've only recently come out of my burnout, despite it happening years ago. It sucks. It sucks bad. But looking back, I can see many of the causes crystal clearly, that weren't so apparent at the time. Here's a list:

1. Think about your project and only the project

Let's face it. Business wants you to make the best product you can "for our customers". You put off fun features for the sake of missing a deadline. You plan and analyze and break a project into sets of deliverables that then must be coded by a monkey (you). You demo it, gather feedback, iterate. All without thinking anything for yourself.

But newsflash: you started programming because you thought it was fun, why not keep programming because it's fun? Take that little extra time to put in a feature you want. Challenge yourself a little bit in doing something you didn't think you could. Show it to everyone you know, and don't just ask for feedback, but brag about what you've done.

2. Have a negative attitude toward everything.

You know Docker? It sucks. Who would trust their production environment to a new, unstable, toy. Go? Do I look like I want to write every library myself? Everything I need is already in PyPI. This project I'm working on is so caught up in office politics, it's never going to work. Jenkins? 2008 wants their tech back.

It's really easy to fall into the "being critical" trap. It's easy to tell other people what the "wrong" choice is. I imagine it's because as software engineers, our job is so find faults in our applications and fix them. And if we don't find them, someone else finds them for us.

But I don't think we need to be negative about our job, decisions that are being made (even if it's not our decision) and what we're working on. Some of the best projects I've worked on worked out that way because we had a great, positive team. We enjoyed showing up every day to work, told each other when we did awesome things, held back heavy-handed criticism and phrased it in a productive manner.

3. Use the tools you know, because you're faster that way

So you're an uber expert in Java + Spring + Hibernate. Nobody can touch your python skillz. Every personal project you do should be in these, because all that matters is the business side of things, right?

Wrong.

While it definitely makes good business sense, you should prototype, play around, and become an expert in new tech, even if it's unvetted. While this might seem like obvious advice (it's repeated alllll the time), it becomes a lot harder to do as you grow more experienced.

4. Switch jobs often

Otherwise known as "chasing butterflies". Getting bored with what you're working on? Have an itch? Time to dust off that resume!

This is bad, bad, bad.

When you have several short employments, it can usually help boost your salary quite a bit, but you are robbing yourself of:

1. Growing in the company (developer -> manager -> director)
2. Gaining an expertise in a specific area. Considering it takes 4-6 years for a PhD student to get their PhD, that's a lot of time you need for learnin.
3. You are having to start from scratch often.
4. If you are a good developer, you have to "prove" yourself (people listen to you) all over again.

So how do these contribute to burnout? Your career stagnates, you don't develop your skills as deeply (only breadth), people dont trust you'll stay employed for a while, and you're constantly having to prove yourself.

5. Work long hours, ignore your life

"You don't have to work a lot of hours, but some people choose to." You want to impress your boss. Hell, you want to impress yourself. So you go die-hard to meet an impossible deadline. You delivered the project on time, with all the extra features you wanted. You are the hero. High fives all around. And if you're lucky, you'll get that bonus.

That's great the first time. But how about the second. And the third. It's a bomb, and you dont know how short the fuse is.

Summary

In short, it's easy to burnout. Do these 5 things, and you can burnout too.

X-Spirit 2014-02-12 23:38 发表评论

0. 安装一系列支持工具

网络工具wget、curl、axel等

其他常见工具

安装常用数据库和NoSQL


1. 首先添加webupd8的java源：



2. 更新源中的软件数据：



3. 安装java6或者java7, 当然也可以两者都装



4. 安装maven和ant


本方法在UBUNTU 13.04版本中默认安装的是maven 3.0.4版本和ant 1.8版本。如有特殊版本嗜好，请自行到apache.org下载安装。

5. 配置Maven

功夫网内用户可参照下面的链接进行配置：

http://maven.oschina.net/help.html

其他地区用户可自行到股沟上问百度。

6. 下载安装一种主流 JAVA IDE。 

（1） 下载安装 IntelliJ IDEA

访问， 根据需要选择版本。推荐选择Free 30-day trial的Ultimate版本，至于激活码嘛，问度娘，你懂的~

最后要提醒一句。对于在校学生，拥有.edu邮箱的朋友，可以用你们的.edu邮箱获取一年的jetbrains旗下所有IDE产品的一年免费使用权。详见

https://www.jetbrains.com/student/

一年过后，只要你的邮箱还能用，可以再次申请。

（2） 下载安装eclipse IDE。（alternative step）

访问http://www.eclipse.org/downloads/，根据需要选择IDE版本。推荐选择Eclipse IDE for Java EE Developers版本。可以根据系统情况选择安装32位或者64位
这里以下载64位为例


然后就是自己创建快捷方式到桌面之类的。

（3） 下载netbeans IDE. （alternative step）

访问www.netbeans.org，然后找到下载地址。
这里以下载8.0.2版本为例：


把netbeans配置为全屏反锯齿模式：




7. 如果想做快速原型或者玩一玩的话，也可以安装一下nodejs。很有意思。


8. GraphDB 最近很火。装个neo4j试试看。

X-Spirit 2014-01-11 11:42 发表评论

X-Spirit 2013-02-25 14:53 发表评论

from: 

 

如果你想从别的 Git 托管服务那里复制一份源代码到新的 Git 托管服务器上的话，可以通过以下步骤来操作。

1). 从原地址克隆一份裸版本库，比如原本托管于 GitHub。

git clone --bare git://github.com/username/project.git

2). 然后到新的 Git 服务器上创建一个新项目，比如 GitCafe。

3). 以镜像推送的方式上传代码到 GitCafe 服务器上。

cd project.git

git push --mirror git@gitcafe.com/username/newproject.git

4). 删除本地代码

cd ..

rm -rf project.git

5). 到新服务器 GitCafe 上找到 Clone 地址，直接 Clone 到本地就可以了。

git clone git@gitcafe.com/username/newproject.git

这种方式可以保留原版本库中的所有内容。

X-Spirit 2012-11-12 18:58 发表评论

X-Spirit 2012-10-04 21:54 发表评论

X-Spirit 2012-03-03 11:34 发表评论

转自：

 

对于系统和网络管理员来说每天监控和调试Linux系统的性能问题是一项繁重的工作。在IT领域作为一名Linux系统的管理员工作5年后，我逐渐 认识到监控和保持系统启动并运行是多么的不容易。基于此原因，我们已编写了最常使用的18个命令行工具列表，这些工具将有助于每个Linux/Unix 系统管理员的工作。这些命令行工具可以在各种Linux系统下使用，可以用于监控和查找产生性能问题的原因。这个命令行工具列表提供了足够的工具，您可以 挑选适用于您的监控场景的工具。

1.Top-Linux进程监控

Linux下的Top命令是一个性能监控程序，许多系统管理员常常用它来监控Linux性能，在许多Linux或者类Unix操作系统里都有这个命令。Top命令用于按一定的顺序显示所有正在运行而且处于活动状态的实时进程，而且会定期更新显示结果。这条命令显示了CPU的使用率、内存使用率、交换内存使用大小、高速缓存使用大小、缓冲区使用大小，进程PID、所使用命令以及其他。它还可以显示正在运行进程的内存和CPU占用多的情况。对系统管理员来说，top命令式是一个非常有用的，它可用于监控系统并在需要的时候采取正确的处理动作。让我们看看实际中的top命令。

# top

Top命令举例
有关Top命令更多的例子，请阅读 :Linux下12个使用Top命令的例子。

2. VmStat – 虚拟内存统计

Linux 的 VmStat 命令用于显示虚拟内存、内核线程、磁盘、系统进程、I/O 块、中断、CPU 活动 等的统计信息。缺省情况下， vmstat 命令在 Linux 系统下不可用，你需要安装一个包含了 vmstat 程序的 sysstat 软件包。命令格式的常见用法是：

更多的 vmstat 例子，请阅读 : 6 Linux 下的 Vmstat 命令实例

3.Lsof-列出打开的文件

在许多Linux或者类Unix系统里都有lsof命令，它常用于以列表的形式显示所有打开的文件和进程。打开的文件包括磁盘文件、网络套接字、管道、设备和进程。使用这条命令的主要情形之一就是在无法挂载磁盘和显示正在使用或者打开某个文件的错误信息的时候。使用这条命令，你可以很容易地看到正在使用哪个文件。这条命令最常用的格式如下：

有关lsof命令的用法和例子的更多信息，请参考： Linux下10个使用lsof命令的例子。

4.Tcpdump-网络包分析器

Tcpdump是最广泛使用的网络包分析器或者包监控程序之一，它用于捕捉或者过滤网络上指定接口上接收或者传输的TCP/IP包。它还有一个选项用于把捕捉到的包保存到文件里，以便以后进行分析。在几乎所有主要的Linux发布里，tcpdump都可以使用。

要想获得更多有关tcpdump用法的信息，请参阅： Linux下12个使用Tcpdump命令的例子。

5.Netstat-网络状态统计

Netstat是一个用于监控进出网络的包和网络接口统计的命令行工具。它是一个非常有用的工具，系统管理员可以用来监控网络性能，定位并解决网络相关问题。

有关Netstat更多的例子，请参阅: Linux下20个使用Netstat命令的例子。

6. Htop – Linux进程监控

Htop 是一个非常高级的交互式的实时linux进程监控工具。 它和top命令十分相似，但是它具有更丰富的特性，例如用户可以友好地管理进程，快捷键，垂直和水平方式显示进程等等。 Htop是一个第三方工具，它不包含在linux系统中，你需要使用YUM包管理工具去安装它。 关于安装的更多信息，请阅读下文.

# htop

Htop 命令示例截图

对于Htop的安装，请读 : 在Linux安装Htop(Linux进程监控)

7.Iotop-监控Linux磁盘I/O

Iotop命令同样也非常类似于top命令和Htop程序，不过它具有监控并显示实时磁盘I/O和进程的统计功能。在查找具体进程和大量使用磁盘读写进程的时候，这个工具就非常有用。

# iotop

 Iotop命令举例的截图
有关如何安装和使用iotop的信息，请阅读： 在Linux下安装Iotop。

8.Iostat-输入/输出统计

Iostat是一个用于收集显示系统存储设备输入和输出状态统计的简单工具。这个工具常常用来追踪存储设备的性能问题，其中存储设备包括设备、本地磁盘，以及诸如使用NFS等的远端磁盘。

有关iostat用法和举例的更多信息，请访问: Linux下6个使用iostat命令的例子。

9.IPTraf-实时局域网IP监控

IPTraf是一个在Linux控制台运行的、开放源代码的实时网络（局域网）监控应用。它采集了大量信息，比如通过网络的IP流量监控，包括TCP标记、ICMP详细信息、TCP/UDP流量分离、TCP连接包和字节数。同时还采集有关接口状态的常见信息和详细信息：TCP、UDP、IP、ICMP、非IP，IP校验和错误，接口活动等。

IP流量监控
有关IPTraf工具用法以及其他更多信息，请访问： IPTraf网络监控工具。

10. psacct 或者 acct – 监视用户活动

psacct或者acct工具用于监视系统里每个用户的活动状况。这两个服务进程运行在后台，它们对系统上运行的每个用户的所有活动进行近距离监视，同时还监视这些活动所使用的资源情况。

系统管理员可以使用这两个工具跟踪每个用户的活动，比如用户正在做什么，他们提交了那些命令，他们使用了多少资源，他们在系统上持续了多长时间等等。

有关这些命令的安装和用法举例信息，请参阅文章：使用psacct或者acct监视用户活动。

11.Monit – Linux进程和服务监控工具

Monit是一个免费的开源软件，也是一个基于网络的进程监控工具。它能自动监控和管理系统进程，程序，文件，文件夹，权限，总和验证码和文件系统。

这个软件能监控像Apache, MySQL, Mail, FTP, ProFTP, Nginx, SSH这样的服务。你可以通过命令行或者这个软件提供的网络借口来查看系统状态。

Monit Linux系统监控

更多内容请参阅：用Monit监控Linux进程

12.NetHogs-监视每个进程使用的网络带宽

NetHogs是一个开放源源代码的很小程序（与Linux下的top命令很相似），它密切监视着系统上每个进程的网络活动。同时还追踪着每个程序或者应用所使用的实时网络带宽。

NetHogs：Linux下的带宽监视
更多信息请参阅： 使用NetHogs监视Linux的网络带宽使用状况。

13.iftop-监视网络带宽

iftop是另一个在控制台运行的开放源代码系统监控应用，它显示了系统上通过网络接口的应用网络带宽使用（源主机或者目的主机）的列表，这个列表定期更新。iftop用于监视网络的使用情况，而‘top’用于监视CPU的使用情况。iftop是‘top’工具系列中的一员，它用于监视所选接口，并显示两个主机间当前网络带宽的使用情况。

iftop-监视网络带宽。

更多信息请参阅：iftop-监视网络带宽的使用情况。

14 Monitorix-系统和网络监控

Monitorix 是一个免费的轻量级应用工具，它的设计初衷是运行和监控Linux/Unix服务器系统和资源等。它有一个HTTP 网络服务器，这个服务器有规律的收集系统和网络的信息并以图形化的形式展示出来。它监控系统的平均负载和使用，内存分配、磁盘健康状况、系统服务、网络端 口、邮件统计（Sendmail，Postfix,Dovecot等），MySQL统计，等等。它就是用来监控系统的总体性能，帮助发现失误、瓶颈和异常 活动的。

15. Arpwatch – 以太网活动监视器

Arpwatch被设计用来监控Linux上的以太网地址解析 (MAC和IP地址的变化)。他在一段时间内持续监控以太网活动并输出IP和MAC地址配对变动的日志。它还可以向管理员发送邮件通知，对地址配对的增改发出警告。这对于检测网络上的ARP攻击很有用。

更多信息请参阅 : Arpwatch to Monitor Ethernet Activity

16. Suricata – 网络安全监控

Suricata 是一个开源的高性能网络安全、入侵检测和反监测工具，可以运行Linux、FreeBSD和Windows上。非营利组织OISF (Open Information Security Foundation)开发并拥有其版权。

更多信息请参阅 : Suricata – A Network Intrusion Detection and Prevention System

17. VnStat PHP – 网络流量监控

VnStat PHP 是流行网络工具”vnstat”的基于web的前端呈现。VnStat PHP 将网络使用情况呈现在漂亮的图形界面中。他可以显示以小时、日、月计的上传和下载流量并输出总结报告。

更多信息请参阅 : VnStat PHP – Monitoring Network Bandwidth

18. Nagios – 网络/服务器监控

Nagios是领先而强大的开源监控系统，他可以让网络/系统管理员在问题影响到正常的业务之前发现并解决它们。有了Nagios系统，管理员可以 在单个窗口内远程检测Linux、Windows、开关、路由器和打印机。它可以危险警告并指出系统/服务器是否有异常，这可以间接帮助你在问题发生之前 采取抢救措施。

更多信息请参阅 : Install Nagios Monitoring System to Monitor Remote Linux/Windows Hosts

我们想知道：你在用什么监控程序来监控Linux服务器的性能呢？如果我们在上面错过了你认为重要的工具，请在评论中告诉我们，不要忘了分享它！

X-Spirit 2012-02-19 22:16 发表评论

当线上出现诡异问题，

当你意识到靠现有的日志无法定位问题时，

当现象难以在你的开发环境重现时，

请不要执著于枯坐肉眼看代码，因为：一）不一定是你代码逻辑问题，可能是脏数据造成的，是老业务数据造成的，是分布式环境造成的，是其他子系统造成的；二）线上业务处于不稳定中，条件不允许问题定位无限期。

此时，请立即在问题相关的调用链条上，一次性：

• 在函数的入口和出口打印日志，同时打印输入、输出参数
• catch(){……}里打印stacktrace，同时打印try块中关键变量的值（避免你发现某个异常是问题第一原因，却不知道是什么变量传入导致的）
• 与其他模块交互的接口入口处打印输入参数，

在logging的力度上切勿犹犹豫豫，我们的工程师习惯于吝啬地找两个函数打印日志、打包部署一把、没看出来、再找几个函数打印、再部署、等着现象重现再观察、……，一来二去时间流逝，闲庭信步，从客服知道的小事故变成了全国皆知的大事故。

所以，再强调一遍：在你的调用链条上，逐层调用的函数入口和出口都打印详细日志，不怕多只怕少，然后部署，等待现象重现，毕其功于一役！

 

通过它可以跟踪为什么系统响应变慢或者太快

• 处理完一个incoming request所耗费的时间，精确到毫秒
• 执行数据库查询的时间
• 从磁盘或者存储介质获取数据的时间
• 等等

2）异常和堆栈跟踪

 

3）Sessions

知道一个问题是由谁引起的非常重要，因此在日志中使用会话标识符就变得必不可少。它可以简单到是一个 IP 地址或者是一个更复杂的 UUID，只要能区分不同的请求者就足够。

 

4）版本号

 

1）log4j：我们的配置是，log4j.appender.CONSOLE.layout.ConversionPattern= [%-d{yyyy-MM-dd HH\:mm\:ss.SSS}] [%p] [%c] [%m]%n；%p是日志优先级，%c是类目名，%m是输出信息，%n是回车换行符。

2）logback：log4j创建人Ceki Gülcü后续推出了SLF4J+logback。SLF4J(Simple Logging Facade for Java)作为commons-logging的替代，为各种logging APIs提供了一个简单的统一接口，使得最终用户能够在部署的时候配置所希望的logging APIs的实现。logback胜在性能，据称“某些关键操作，比如判定是否记录一条日志语句的操作，其性能得到了显著的提高。这个操作在logback 中需要3纳秒，而在 log4j 中则需要30纳 秒。 logback 创建记录器（logger）的速度也更快：13毫秒，而在 log4j 中需要23毫秒。更重要的是，它获取已存在的记录器只需94纳秒， 而 log4j 需要2234纳秒，时间减少到了1/23。跟java.util.logging(JUL)相比性能提高也是显著的”。

 

我们既然输出日志，自然期望在面对“这个问题是否从过去几天开始出现？”这样的疑问时，不至于发现你的rollingPolicy错误设置导致只能看到最近几小时的日志，或者日志发生时间没有精确到毫秒。

 

我们会用grep问日志什么问题呢？如：

• 用手机号13910******下单的顾客最近三天内都来自于哪些IP？
• 浏览地址是****?from=kfapi的顾客，但referral却是搜索引擎域名，最近三天有多少次？
• 最近一周内，订单中心执行的所有事务，耗时最长的一次是多长时间？
• ××××的接口是否真的于18:00发送了一个请求，我们收到的参数是什么？

确保你的日志能回答这样的问题。

 

当访问和调用极其频繁，有时候你会发现把你的工程里什么信息都打印到一个日志文件里，会让你看得头昏脑胀。

最简单的示范就是Apache的访问日志和错误日志是分开的。

同样，你也可以把更加安静的事件（偶尔出现）与更加喧闹的事件分开存储。

如，对外的开放平台可以打印三种日志文件：connection log（建立链接和关闭链接，附带接入参数），message log（内部调用链），stacktrace log（异常的堆栈打印）。

 

如果只是记录到秒级，我们曾明知代码因缺乏并发控制而产生BUG，却只能郁闷地看着精确到秒级的日志。

对Java来说，最好配置为：yyyy-MM-dd/HH:mm:ss.SSS。

 

 

如果打印信息是常量字符串或简单字符串拼接，那么不需要if ( log.isDebugEnabled() )。

如果你拼装的动作比较耗资源，请用if ( log.isDebugEnabled() )。

 

比如，订单中心的性能数据格式为：树枝标志 当前节点起始时间 [当前节点持续时间, 当前节点自身消耗时间, 在父节点中所占的时间比例]

 

 

 

打印了应用的版本号，客户端的会话标识，关键步骤的执行时长。

 

本文首发于旁观者-郑昀的55最佳实践系列，链接：http://www.cnblogs.com/zhengyun_ustc/archive/2012/12/15/logging_bp.html

X-Spirit 2011-02-12 19:55 发表评论