文章列表
如果你不懂得好的用户界面的设计，你不可能够设计出更有用的程序。让两个程序员来考虑同样的一个用户界面，将会产生一场争论。每一个人都会有自己的观点和看法。但是真正的关键是什么在起作用。因为缺乏客观的测试 ...
原文作者Aaron Harris，Tutorspree联合创始人、YC合伙人。本文是Aaron Harris为创业者提供的联合创始人内部自我管理秘籍。译文根据本地阅读习惯略有删改。
经验表明，在管理雇员之前，创始人们应该先在内部进行管理。事实上，在公司创立的最初时期，为数不多的创始人的内部矛盾会成为公司倒闭的根源。然而，要对创始人们进行管理并不容易。
大多数管理建议都是针对你的下属或者是上司的，这类建议很实用，但是在创立公司的过程中，首先遇到的其实是联合创始人的管理问题。针对这一问题建议可以概括为“和联合创始人搞好关系”，这么做是对的，但作用却很有限。
有很多原因都会使 ...
最近做了一个内部系统之间的数据同步服务器，client端通过socket发送经过压缩的json数据到server端，server完成数据解码和保存。server架构：netty+Gson解码
在做压力测试的时候，竟然发现server内存泄露。分析内存泄露的时候，其实我们可以从简单方法入手，因为jdk1.6后自身就带有不错的内存分析工具，而且我认为使用好这些工具基本足够高，因为如果你对这些工具的理解不深入，即使再强大的工具也是对你帮助不大。
开始分析：
第一步：jmap -heap <pid> 看个内存快照
using thread-local ...
简单回顾下业务模型：收银台<=>POS代理服务器<=>POS机，三者之间进行通讯，POS代理作为一个报文转换和同步转异步角色。下面介绍下几个关键技术实现:1、报文这里的报文，指的是POS代理服务器跟POS通讯之间约定的报文 ...
一般posp（pos前置代理）都是用C做的，最近发现一个纯java编写的posp，整合了spring+netty，挺不错的，特别值得一提的是它对8583报文的配置非常方便，不需要硬编码，抽象的非常好。
JAVAPOSP网站：http://www.javaposp.com/
最近在做一个挺有意思的POS消费项目，工作量不太大，但涉及的技术运用还挺有意思的。
可能有人奇怪，POS项目怎么用到JAVA语言了，先来简单介绍下这个项目背景：
改造前：收银机下单，POS机下单并刷卡支付
改造后：收银机跟POS连线，收银台直接下单并触发POS刷卡支付动作
这里就涉及一个关键问题，POS机只能单线程工作，就是一个时刻只能干一件事情，比如打印，刷卡，跟卡主机通讯，都必须是一件件做。这样就导致一个问题，POS机不能做SERVER，接受收银台发出的指令。于是乎，我们做了这样一个方案：做一个独立的SERVER，收银台和POS都连接SERVER，收银台发送指令给SE ...
最近公司一个商城系统性能测试，发现数据库商品扣库存这块造成大量阻塞延时，所以想到通过map来改造。
由此引出对Hashmap,Hashtable,ConcurrentHashMap这几个map的一个小测试，看是否线程安全。
// final Map<String,Integer> map = new
// ConcurrentHashMap<String,Integer>();
final Map<String, Integer> map = new HashMap<String, Integer>();
...