1. kindle paperwhite翻页闪屏是没办法解决的吗
1、硬件：电子墨水的最大特性在于它是不连续刷新的以保证显示效果，不然的话，连翻几页之后屏幕上的文字边缘就会发虚，如果前一页有图片还会出现该图片的残影。你可以认为这是个硬伤，但它绝对不会有你想象的那么严重（详见第二条）。
2、软件：Kindle 的操作系统为 e-ink 屏幕做了很大的优化，其策略是：PDF 格式和带图片的 mobi、azw 等格式的电子书每一页都会全屏刷新，不带图片的 mobi、azw 等格式电子书可以在设置里的“阅读选项”里设置是否每次翻页都刷新屏幕（或者刷多看的系统可以自己设置刷新一次的间隔，有的极端的人就设置成 999 页才刷一次）。
所以对于这个问题，有个网友的回答很实在：在没买 Kindle 之前，感觉自己好像很难接受这种情况，可买了之后，感觉所纠结的这个问题对我来毫无影响。因为包括 mobi、pdf 格式的电子书的显示效率远不如亚马逊自己的 azw3 格式，不信可以在 Kindle Store 里自己下（买）一本正版书看看它原生系统的优化是多么优秀。简单的来说，跟苹果产品一样，只有遵循亚马逊的套路，你才能在 Kindle 上获得最佳的阅读体验，所以强烈不推荐多看，迟缓、低效、用户体验差。简单来说就是一个毫无针对 e-ink 屏进行优化的失败产品（拣了芝麻丢了西瓜）。
如果你还是很疑惑，想弄清楚原理，也可以看看下面更专业一些的专业解答：
电子墨水屏是由许多电子墨水组成，电子墨水可以看成一个个胶囊的样子（如上图所示）。每一个胶囊（位置 6）里面有液体电荷，其中正电荷染白色，负电荷染黑色。当在一侧（位置 8）给予正负电压，带有电荷的液体就会被分别吸引和排斥。这样，每一个像素点就可以显示白色或者黑色了（注：彩色电子墨水的电子书并不是不能做，只是成本和技术还没符合市场要求）。
因为电子墨水的刷新是不连续的，每一次刷新完成就可以保持现在的图形，即使拔掉电池也依旧保存。可能会有人问到，拔了电池吸引电子墨水的电压就木有了，那么小球不就回复原状或者进入随机的混沌状态了吗？答案是因为电子墨水具有双稳态效应（磁滞效应）。
上图中，横轴是电子书提供的电压大小，纵轴灰度（假定正为最白，负为最黑）。电压加大的过程和减小的过程，给予同样的电压，电子墨水黑白程度是不同的。这样的效应就叫做双稳态效应（磁滞效应）。利用这样的效应，我们就可以给一个正电压（从 0 到 B 点过程，走下面上升的路线），吸引负电荷，显示正电荷白色给读者，然后断电（从 B 减少到 0，走上面那条回来的路线）。白色得以保持。于是，电子墨水的电子书省电就在于如果不需要显示有所变化，屏幕部分消耗电量为 0。
注1：不变化屏幕电子书自己没电是由于电路板的待机消耗以及电池自己的内阻消耗
注2：其他常见显示器无论屏幕内容是否变化，屏幕部分的耗电量都是持续的，变化不大。
为什么每一次变化（如：翻页），或者每隔一段时间就需要有一个全部清场的动作呢？我们刚假设电压从 0 加大然后再减少到 0，但是电子墨水的灰度从位置 A 变到了位置 C。那么如果下一次变化，如果我减少电压，也就是顺着上面那条返回路径继续行走，就没有问题。但是如果下一次刷新，我还需要这个像素显示白色，那么这个在C点情况的墨水所遵循的路线就不是这个图形了。电路所驱动的电压对应的灰度将会不准确。导致的结果就是黑色的墨水黑色程度不相同，白色的墨水有的没有完全白下去。就会出现我们所说的鬼影，或者残影。于是，为了避免残影的出现，就全部加到最大或者最小电压，把所有的墨水清零，从初始状态从新开始调整，这样所有的墨水小球就可以保持只有两种颜色的均匀显示了。
如果能够明白以上的说明，那么对于电子墨水屏幕为什么经常要全屏反色刷新就好理解了。希望您能采纳~
2. 如何优雅地打一个有效借条
借条可以署名 “优雅的借条”
《借条》的正规写法，没有什么优雅或高端的之说。一般认为，借条的书写应当规范、严谨，关键的要素比如贷款人、借款人、借款金额、还款期限、有无利息、借款日期等，必须齐全、真实、准确、无涂改、双方当事人无异议。对借款人、贷款人的名字要与其身份证上的姓名相符，要避免使用张叔叔、李伯伯、王老弟、赵大哥等昵称或代号，防止以后发生误会或争议。
先判断winsocket的状态
如果是 关闭 则忽略
如果是打开，则使用关闭动作去关闭它即可
1. 关闭Socket时究竟做了什么
关闭socket分为主动关闭（Active closure）和被动关闭（Passive closure）两种情况。前者是指有本地主机主动发起的关闭；而后者则是指本地主机检测到远程主机发起关闭之后，作出回应，从而关闭整个连接。
其状态图如下图所示：
起初每个socket都是CLOSED状态，当客户端初使化一个连接，他发送一个SYN包到服务器，客户端进入SYN_SENT状态。
服务器接收到SYN包，反馈一个SYN-ACK包，客户端接收后返馈一个ACK包客户端变成ESTABLISHED状态，如果长时间没收到SYN-ACK包，客户端超时进入CLOSED状态。
当服务器绑定并监听某一端口时，socket的状态是LISTEN，当客户企图建立连接时，服务器收到一个SYN包，并反馈SYN-ACK包。服务器状态变成SYN_RCVD，当客户端发送一个ACK包时，服务器socket变成ESTABLISHED状态。
当一个程序在ESTABLISHED状态时有两种图径关闭它， 第一是主动关闭，第二是被动关闭。如果你要主动关闭的话，发送一个FIN包。当你的程序closesocket或者shutdown（标记），你的程序发送一个FIN包到peer，你的socket变成FIN_WAIT_1状态。peer反馈一个ACK包，你的socket进入FIN_WAIT_2状态。如果peer也在关闭连接，那么它将发送一个FIN包到你的电脑，你反馈一个ACK包，并转成TIME_WAIT状态。
TIME_WAIT状态又号2MSL等待状态。MSL意思是最大段生命周期（Maximum Segment Lifetime)表明一个包存在于网络上到被丢弃之间的时间。每个IP包有一个TTL(time_to_live)，当它减到0时则包被丢弃。每个路由器使TTL减一并且传送该包。当一个程序进入TIME_WAIT状态时，他有2个MSL的时间，这个充许TCP重发最后的ACK，万一最后的ACK丢失了，使得FIN被重新传输。在2MSL等待状态完成后，socket进入CLOSED状态。
被动关闭：当程序收到一个FIN包从peer，并反馈一个ACK包，于是程序的socket转入CLOSE_WAIT状态。因为peer已经关闭了，所以不能发任何消息了。但程序还可以。要关闭连接，程序自已发送给自已FIN，使程序的TCP socket状态变成LAST_ACK状态，当程序从peer收到ACK包时，程序进入CLOSED状态。
2. Winsock2 API中的相关函数
先当然是查MSDN，看到winsocks2 API中的相关函数有:closesocket,shutdown,WSASendDisconnect. 我大致说一下，具体详细的资料还请自行查MSDN.
int closesocket( SOCKET s)的作用是关闭指定的socket，并且回收其所有的资源。
int shutdown( SOCKET s, int how)则是禁止在指定的socket s上禁止进行由how指定的操作，但并不对资源进行回收，shutdown之后而closesocket之前s还不能再次connect或者WSAConnect.
int WSASendDisconnect( SOCKET s, LPWSABUF lpOutboundDisconnectData)则和shutdown基本类似，稍有不同的就是WSASendDisconnect函数多了一个lpOutboundDisconnectData参数，可以允许发送“断开数据”（disconnect data）.但MSDN上写了“The native implementation of TCP/IP on Windows does not support disconnect data.”，所以一般我们就用shutdown函数就行了。
3. Socket的优雅关闭
在MSDN中对shutdown函数中的Remarks部分有下面一段话，指出了如何进行一次优雅的slcket关闭:
To assure that all data is sent and received on a connected socket before it is closed, an application should use shutdown to close connection before calling closesocket. For example, to initiate a graceful disconnect:
Call WSAAsyncSelect to register for FD_CLOSE notification.
Call shutdown with how=SD_SEND.
When FD_CLOSE received, call recv until zero returned, or SOCKET_ERROR.
Call closesocket.
closesocket的行为也是随setsockopt()中参数的不同而有不同的表现，这里影响它的行为的主要就是那个linger结构。
SO_DONTLINGER 若为真，则SO_LINGER选项被禁止。
SO_LINGER 延迟关闭连接 struct linger
上面这两个选项影响close行为
选项 间隔 关闭方式 等待关闭与否
SO_DONTLINGER 不关心 优雅 否
SO_LINGER 零 强制 否
SO_LINGER 非零 优雅 是
若设置了SO_LINGER（亦即linger结构中的l_onoff域设为非零），并设置了零超时间隔，则closesocket()不被阻塞立即执行，不论是否有排队数据未发送或未被确认。这种关闭方式称为“强制”或“失效”关闭，因为套接口的虚电路立即被复位，且丢失了未发送的数据。在远端的recv()调用将以WSAECONNRESET出错。
若设置了SO_LINGER并确定了非零的超时间隔，则closesocket()调用阻塞进程，直到所剩数据发送完毕或超时。这种关闭称为“优雅的”关闭。请注意如果套接口置为非阻塞且SO_LINGER设为非零超时，则closesocket()调用将以WSAEWOULDBLOCK错误返回。
若在一个流类套接口上设置了SO_DONTLINGER（也就是说将linger结构的l_onoff域设为零），则closesocket()调用立即返回。但是，如果可能，排队的数据将在套接口关闭前发送。请注意，在这种情况下WINDOWS套接口实现将在一段不确定的时间内保留套接口以及其他资源，这对于想用所以套接口的应用程序来说有一定影响。
所以一般来说，不应该把linger设置为SO_LINGER 并且设置timeout为0，这样的话，当本地主机调用closesocket时将会造成一个“强制”或“失效”的非优雅关闭。可以根据实际情况设置为另外两种情况。
轻轻地 *** 去不要太用力 慢慢的取出来不要太心急（绝对不污）
污者不留名，留名不污者
go语言Go语言是谷歌2009年发布的第二款开源编程语言。Go语言专门针对多处理器系统应用程序的编程进行了优化，使用Go编译的程序可以媲美C或C++代码的速度，而且更加安全、支持并行进程。北京时间2010年1月10日，Go语言摘得了TIOBE公布的2009年年度大奖。
Marathon：
这个是mesosphere公司开源的基于Mesos的通用框架，主要是用来执行长期任务，比如web服务、db服务等。见到一个比方，觉得很贴切“marathon好比集群的init.d，需要确保其上的服务始终运行着”。当然marathon也执行运行其他框架比如hadoop。
他的主要优势在于： 提供了完整的REST API 以及多语言的CLI实现如python、java、ruby等。同时也提供了webUI。并且貌似国内有企业已经在用该框架了。我当前所在的公司就是选择的基于Marathon做的自己的SaaS服务。
Marathon有几个比较主要的概念：
约束条件：Marathon支持通过“约束条件”来限制AP
有钱的话。。买一个3w的准系统。。。然后用两年。。然后低价卖出去。。就是这样的。。。这样的话最好。。。
装逼不可取，还不如多看点书，推荐kindle去看书提升自我。
kindle特别适合看小说 看英文版本的书籍，体验超级给力 ，对眼睛的伤害可以说很低，看久了也不疲劳， 待机也不错 手感也很棒，个人推荐KPW3，日版才600多，问日版国内能不能用，回答是肯定的。亚马逊资源也是很丰富的，但是kindle对PDF的书籍支持的很不好。
kindle原系统支持azw、pdf、mobi、prc、txt格式。其中mobi、azw和prc格式支持最为优秀。 PDF如果是扫描版的，因为不是为6寸量身定做的，所以，显示会不太清晰，或者由于本身扫描效果就不太好，所以会不太清晰。如果是字太小，原系统可以考虑局部放大，多看系统下可以用智能切边功能。 txt格式支持不是太好，有可能会出现乱码或者翻页有问题。把txt格式编码另存为UTF-8的编码的效果会好点（在电脑中打开一个txt文件，点击文件→另存为→编码选择UTF-8→保存），但是建议最好是转换成mobi。
软件正版，桌面干净，花钱提配置，掌握基本的电脑使用及设置（摆脱卫士和管家）技巧即可。