突然就心疼一下

技术人员很多确实都是理想主义者，只要自己能做自己喜欢的事就不关心待遇问题什么的了

可是小心，抱有这种心态的时候不要被公司被 HR 算计了啊

@Livid 没怎么配过 CSE 。不知道是不是样式本来就是如此。。感觉页面布局好不平衡。东西都堆到左边了几乎没有边距，对宽屏不友好

参考 openwrt 后台

用 bootstrap+jQ

等等~同志们~这个需求不应该推荐走 git 吗？

其实就是学术文档管理么。。
国内用 notexpress （收费）
不然用 zotero

putty 是 windows 端最符合 linux 哲学的软件

多个独立不互相依赖的组件

每次做好一件事

个人开发者，刚交差一个项目，换了 flask/django/bottle 三个框架
开始用的 flask
发现要装的插件有点多，而且目标环境里有个库正好依赖 django
于是换了 django （从头学习的）
发现 django 要配的配置文件有点多，写起来好麻烦~而且我不喜欢 django 的数据层和模版层
刚好反思了下项目不涉及大量数据库操作，甚至可以不需要数据库，简化了设计架构后
直接转了 bottle ，当 RESTful 服务器
后来有 websocket 需求，而 WSGI 类的 python 框架在这方面非常弱，于是想转 tornado
正准备开 git 分支时抽了自己巴掌，做什么死啊，你是做项目还是做调研？
就这么 bottle 交差了


回想起来，还是 flask 舒服。可能学会 django 后会更安逸些，但是实在受不了 django 自带全家老小式的配置文件，时时刻刻需要看文档，不然就进坑里了。而 flask 和 bottle 这类东西，框架本身替你完成的工作不多，反而改配置的思维负担小了很多。而且 jinja 、 sqlalchemy 这种东西不止做 flask 用，在其他地方也用的到，学到等于赚到。
至于 bottle 在极端需要可部署性的情况下还是很美好的，毕竟单文件。

说最后一个方案：

我今天刚用顺丰发了个配好的服务器去客户那里。。。

更更更粗暴的办法
===本机===
1.装 virtualbox
2.virtualbox 里装系统，装程序
3.导出 vdi 镜像

===内网===
1.装 virtualbox
2.导入镜像
3.配好网络
4.完事

什么？ virtualbox 不稳定？性能不够？
瞎说，你不试试怎么知道。半年不停机没问题~
再说内网系统你确定有性能压力？

我有类似的经历，方案是：

=== 本机 ===
0. 准备 ESXI 安装盘
0.1 准备 coreOS 镜像
0.2 封装 docker 镜像
0.3 本机测试 docker on coreOS on VMware 运行情况
0.4 导出 docker
===内网机器===
1.裸机装 ESXI
2.ESXI 导入 coreOS 镜像
3.coreOS 导入 docker 镜像
4.完成

或者更粗暴的办法：
===本机===
装系统
装环境
装程序
cloneZilla 整个系统镜像

===内网===
恢复 cloneZilla 镜像
修复启动
完事

看着题主头像不厚道的笑了。。

为知好评，支持 markdown,云同步，本地加密，搜索，标签，多级目录树等功能齐备。

格式公开，如果跑路了还可以自己写解析器。。。

不过似乎这家发展不错，跑路概率越来越低了哈

华为 mate8 +1

vim 转 atom(台式机)+vscode(笔记本)

本来是写后台的，但偶尔会用文本编辑器改下页面。
一开始用的 vim ，后来转了这些“前端友好”的编辑器
真 TM 好用！想扇自己脸，为什么不早转？

当然 vim 还是很有用的，命令行下编辑个配置文件什么的很方便~有时候简单的批量文本处理还是会用 vim 的
不过日常情况就放弃吧，操作 vim 的思维负担还是太大了。。。

就提示一个
njit8021xclient

clonzilla
爽的一 B~

我猜是 tar.gz 的问题？

@galactic @shiji 搞定了
用的就是 superuser 里推荐的一个小软件： netsetmon
里面有个小工具叫 wifi manager
可以连接指定 MAC 的接入点。

@galactic 明白了，我先试试去。 thanks~