在这四次救火中，举2个印象最深的例子，有一天晚上9点多，领导给我打电话说厦门某项目的系统今天下午系统挂了一次，他们在那边搞不定，希望我能出差支持一下，我说好的那我明天去，领导说能否今天晚上就去，没办法，订了10点多的机票，匆匆忙忙的赶到机场，由于飞机晚点，到厦门已经是凌晨2点了。到了以后，我还没找到地方住下，厦门这边的PM就给我打电话，直接去他们的办公场所解决问题，于是直接去了厦门软件园，到了以后，当时心里是很感动的，因为还有一波人在那里等着我一起和他们解决问题，想想大家都挺不容易的。

1.五个人打算过一座吊桥，开始时他们都位于该桥的一侧。

2.天很黑，五个人手里只有一个手电筒。

3.该桥一次最多只能同时过两个人，无论是一个人还是两个人过桥，都需要携带手电筒看路。而且手电筒只能通过人携带过桥的方式传递。

4.第一个人过桥需要1分钟时间，第二个人过桥需要2分钟，第三个人需要5分钟，第四个需要7分钟，第五个需要10分钟。由于速度不同，两个人一起过桥的话，速度以慢的人为准。

转眼间，马上又到了中秋了，忽然想到了有到了做活动的日子了~每逢佳节必活动的传统一直是我们前端的职责所在，去年我介绍了游戏机，大富翁，那今年的活动就来个轮盘开奖吧~其实这个东西在 pc 端上已经烂大街了，无数的 demo，插件可以帮助我们实现这个功能，所以我也就随大流的去找了个知名的 jQuery 插件去实现这个功能，可惜我做的是移动端的开发。。。

没有人是不做梦的，在所有梦的排行中，白日梦最令人伤感。不知道身为程序猿的大家，有没有睡了一觉，然后在梦中把睡之前代码中怎么也搞不定的 Bug 给解决的经历？反正我是有过。

本篇想总结的是Inventory Pro中通用窗口的具体实现，但还是要强调下该插件的重点还是装备系统而不是通用窗口系统，所以这里提到的通用窗口类其实是通用装备窗口类（其实该插件中也有非装备窗口比如NoticeUI等）。

注意到这儿有一个lastModTime的比较，然后延时2秒再触发，这个地方主要是因为每次设置之后再从服务器捞到数据有一个延时。原本是10，你设置了20，bar也到了20的位置，但是呢，服务器还有一个10在路上发过来，你设置的20并没有马上失效，这会有一个卡顿的效果。但这个两秒也不是那么的有效，卡顿还是会有；另外一方面就是，不能设置太快，设置太快了会报50019的错误(设备正在被操作)；getdata成功后，就是renderpage，这个不用解释了。

时间虽短，但非常有收获。本来出发前还带了纸和笔，但是到了现场才发现只带了笔记本，笔却丢下了，所以文中的内容只能根据回忆和少量的照片写出来的。

如过循环中条件语句永远不为 false 则会进行无限循环，我们可以通过 for 循环语句中只设置一个条件表达式来执行无限循环

在MVC模式之前，View界面的呈现、用户交互操作的捕捉与相应、业务流程的执行以及数据的存储等都是在一起的，这种设计模式叫自治视图。

于是开启了我连续2天2夜没有睡觉的先河，接下来在11天的时间里每天凌晨2到3点回酒店。先不说这些苦逼的加班了，再多的加班，如果不能解决问题，都是徒劳的。我们先是把之前发现的一些问题做了梳理，然后我开始阅读他们写的代码，开始优化，测试，但是在头2天里，仍然抵挡不住用户访问的洪流，系统在连接2天上午高峰期间挂了，下午挂了，甲方的在当地最大的领导就站在我们的背后看着我们的系统挂了，重启。当时的心理压力是巨大的，但是我心里有底的，因为在前面几年磨练中，我已经遇到过绝大多数的问题，我对linux操作系统有足够的了解，我对java有足够的了解。

Go编程语言中if...else语句的语法