‘Tis not through envy of thy happy lot,
but being too happy in thine happiness.
我终于过上了梦寐以求的独居生活，开始了一段温室中的北漂生活。
To-
济慈曾经见过一位年轻的女士几分钟，为其着迷甚至神伤。
行百里者半九十
决定Gap那天我买了人生中第一包烟还有六瓶啤酒，中断一切正在着手做的事情，踏上了回家的公交车，准备与自己一起度过一个晚上。
前途未卜对于那天的我来说是遥远的。
明明如月，何时可掇？
有些东西想写出来。
一粒豆大的汗滴落在地上。我注意到另一粒落在安检机的传送带上。
因为我必须在半小时内从北邮到北京西检票上车：一路狂奔中我只有在排队的时候停下来喘息一口，再次注意到地面。
一年为期啊。
有些问题只要在脑子里从想法具象为语言，就已经有了答案。这篇文章一个月以前就起了头，是因为有着零碎的念想。在吃饭时、等车时、走路时、睡觉时，只要稍有分神，它们就会趁机从世界的各个角落跑来钻进我的脑子里；可当我真的想把它们抓住时，却又背叛我，从我这里溜走，似乎在刻意与我保持距离。
但不管怎么样，一整年过去总是有些想写的。
Ode on Melancholy 忧郁颂
今天我的济慈诗选到了，其实买它有一部分原因就是因为在Sweet Bitter中看到了《忧郁颂》中的一句隐藏的“忧郁”有她至尊的神龛。另外一部分原因是因为未竟的长诗Hyperion以及济慈本人贯穿了整个《海伯利安》四部曲中。神往已久，于是今天就抄下这首《忧郁颂》。中文采用屠岸译版。
二探并发(Actor)
上回谈到利用消息队列在线程（进程）间传递消息以此来实现线程间的通信。
一个RBAC-Demo：为了艾尔
基于上篇对RBAC的理解，也由于作业要求，我将编写一个简单的Demo对作为RBAC的实践。
我无意将Demo做的无比庞大，我的目标在于说明问题，所以依然”麻雀虽小，五脏俱全。“
那么这个Demo的目标是什么呢，他都可以做些什么呢？
RBAC概念与系统设计
RBAC 的概念
RBAC (Role-Based Access Control) 以角色为基础的访问控制模型是一套较强制访问控制以及自由选定访问控制更为中性且更具灵活性的访问控制技术。
首先是RBAC中的几种对象：
- S = 主体 (Subject) = 一名使用者或自动代理人
- R = 角色 (Role) = 被定义为一个授权等级的工作职位或职称
- P = 权限 (Permission) = 一种存取资源的方式
- SE = 会期 (Session) = S，R或P之间的映射关系
- SA = 主体指派 (Subject Assignment)
- PA = 权限指派 (Permission Assignment)
- RH = 角色阶层 (Role Hierarchy)。能被表示为：≥（x ≥ y 代表 x 继承 y 的权限）
其次各对象间具有如下关系：
主体和角色是多对多关系。
${\displaystyle SA\subseteq S\times R}$
角色和权限是多对多关系。
${\displaystyle PA\subseteq P\times R}$
初探并发
很好，最近的一个小作业让我游行接触到真正有意义的并发编程。
Thrimbda
想出并考量了近一个月，决定使用新的ID: Thrimbda
什么意思呢？
alive and thrive.
尾巴取自希腊字母英文发音lambda，这个字母代表着大智若愚。
所以
Thrimbda!