集体的力量

0
这个周二,春分。杏花已开。
周一的时候,上周的时候伯薇就说已经约好这个周二去@me做看板。不想周一晚上他临时有事公干去了北京,之后更向南方。
南方对新技术、新方法更容易开启。大连,也算是东北的南方。所以我们今年10块看板的事情,到了现在已经是第5块了。
周一晚上约好时间,早上9:00。早上徒步,顺道看看昨天看到的花。这可是这段路程上唯一一株开花的。带着愉悦的心情和四正汇合。黑石礁,两橦3层小楼,独特的小院落,有灵猫迎客。

1
看板部署说难不难,格子画好,让便签纸布满泳道,开启你的价值流动就好。看板部署说难很难,格子怎么画?便签纸怎么写?团队如何调整?调整后看板如何变化?处处是变革。这次是40多人的团队,有很多的故事。
我们在一楼的会议室开始了团队的流程梳理。一开始是7个人,后来所有TeamLeader都来了。一开始坐着,后来大家都站起来了。各个团队把各自的流程都整理出来,就象这样。

这是一支有活力的队伍。在我们梳理的环节里有一个是每个团队各自说说自己好的地方和可以改进的地方。说到自己好的方面,大家纷纷谦虚起来。从9点多,一直讲到11点多,热情越来越高涨。

中午借着午餐,又在会议室里大家小聊了一会。对看板的看法做了一些交流。

2
完成看板的设计就开始实施啦。

大家一起参与。

每次都有本神书用来压平。这次面向产品。

编写小贴士。

大家开始来围观上午集体智慧产出的成果。

四正的引导,越来越有范儿了。

还是会有疑问,你看,多了这一块板,大家自己就解决了。

无需更多讲解,不知不觉之中现在在做的事情已经悄悄贴上来。

3
看板已经建立起来。慢慢地价值就流动起来。后面,我们和团队就可以改进了-持续改进。
看板的建立也是大家共同努力的结果。小伙伴们赞。

Linux: User limit of inotify watches reached.

I get inotify watches limit reached when I debug with my application in Play framework 2.5:
java.io.IOException: User limit of inotify watches reached
at sun.nio.fs.LinuxWatchService$Poller.implRegister(LinuxWatchService.java:264)
at sun.nio.fs.AbstractPoller.processRequests(AbstractPoller.java:260)
at sun.nio.fs.LinuxWatchService$Poller.run(LinuxWatchService.java:329)
at java.lang.Thread.run(Thread.java:745)
[trace] Stack trace suppressed: run last compile:run for the full output.
[error] (compile:run) java.io.IOException: User limit of inotify watches reached
[error] Total time: 4 s, completed 2016-3-29 14:32:25

Step1. cat /proc/sys/fs/inotify/max_user_watches
Step2.
sudo sysctl fs.inotify.max_user_watches=524288
Step3.
vi /etc/sysctl.conf add line below
fs.inotify.max_user_watches=524288

1. Kernel inotify watch limit reached
http://unix.stackexchange.com/questions/13751/kernel-inotify-watch-limit-reached
2. Activator Active Stocks starter application fails to run with java.io.IOException?http://stackoverflow.com/questions/27204152/activator-active-stocks-starter-application-fails-to-run-with-java-io-ioexceptio
3.

Linux 下 zip 文件解压乱码如何解决?

记指令就需要重复使用,以前处理过,又搜了一遍。先用unzip -O cp936吧。:)

知乎上的答案:
由于zip格式中并没有指定编码格式,Windows下生成的zip文件中的编码是GBK/GB2312等,因此,导致这些zip文件在Linux下解压时出现乱码问题,因为Linux下的默认编码是UTF8。
目前网上流传一种unzip -O cp936的方法,但一些unzip是没有-O这个选项的。
我使用的版本 unzip 6.0 debian modified 版本有这个选项
我发现另外两种解决方案可用。
python方案
此方案目前来看非常完美。

#!/usr/bin/env python
# -*- coding: utf-8 -*-

import os
import sys
import zipfile

#print “Processing File ” + sys.argv[1]

file=zipfile.ZipFile(sys.argv[1],”r”);
for name in file.namelist():
utf8name=name.decode(‘gbk’)
# print “Extracting ” + utf8name
pathname = os.path.dirname(utf8name)
if not os.path.exists(pathname) and pathname!= “”:
os.makedirs(pathname)
data = file.read(name)
if not os.path.exists(utf8name):
fo = open(utf8name, “w”)
fo.write(data)
fo.close
file.close()
Windows 用户屏蔽两条 print 语句,Linux 用户不用屏蔽

7z方案
需要安装p7zip和convmv,在Fedora下的命令是

su -c ‘yum install p7zip convmv’
在ubuntu下的安装命令是

sudo apt-get install p7zip convmv
安装完之后,就可以用7za和convmv两个命令完成解压缩任务。

LANG=C 7za x your-zip-file.zip
convmv -f GBK -t utf8 –notest -r .
第一条命令用于解压缩,而LANG=C表示以US-ASCII这样的编码输出文件名,如果没有这个语言设置,它同样会输出乱码,只不过是UTF8格式的乱码(convmv会忽略这样的乱码)。
第二条命令是将GBK编码的文件名转化为UTF8编码,-r表示递归访问目录,即对当前目录中所有文件进行转换。

作者:Latm Ake
链接:Linux 下 zip 文件解压乱码如何解决?
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

Linux命令行proxy设置方式

最近访问amazonws有点问题,需要在命令行下解决proxy的设置问题。
http_proxy=http://:/
ftp_proxy=ftp://:/
all_proxy=socks://:/
ALL_PROXY=socks://:/
socks_proxy=socks://:/
https_proxy=https://:/
no_proxy=localhost,127.0.0.0/8,::1

如果你要在jvm里指定的话,可以指定命令行:
-Dhttp.proxyHost=proxyname
-Dhttp.proxyPort=80
-Dhttps.proxyHost=proxyname
-Dhttps.proxyPort=80

来源:
1. can not ping google using proxy
3. TypeSafe Activator 1.3.2 – Corporate proxy
4.

这叫什么事儿?

这几天忙了个昏头涨脑。视频不是咱能干的。没事交流一下,发现还是黑白片最爱啊。可惜控制力度不够,不知道能不能搞定客户。

Delphi2010启动两次报错,退出了也再进不去了。查来查去,真查技术,还是得google和stackoverflow。
Delphi 2006-2010 error: “Cannot create file C:\Users\Admin\AppData\Local\Temp\EditorLineEnds.ttr”
大牛还写了段程序:dzEditorLineEndsFix

下载这个补丁吧。

微软这两个补丁:KB2982791, KB2970228这两个补丁搞毛啊。