对现有云盘的一些想法

事情是这样的，我这个笔记本的ssd硬盘只有256G，虽然目前还够用，但难保我这种不善于整理文件的人来说，迟早会全部占满的，于是我想通过网盘分担一部分的存储，于是想到了云盘，后来发现好像只有百度有mac版本的同步盘，下载安装后，在本地选择了一个目录作为同步目录，结果，它居然把网盘上所有的文件都同步下来了。这可不是我想要的。

我觉得云盘同步盘应该是像tortoise那样作为一个插件，可以直接对目录同步，微云的那个作为一个单独软件（mac版本）让用户上传下载，真心还是一个上个时代的产品，除了传大文件方便点，对于操作目录还是不够方便，目前很多云盘提供的网络存储都是好几T的空间了，虽然自己个人资料加起来都没有几个T，个人电脑的硬盘也能够达到T级别，可是对于本地存储空间不大的ssd的笔记本，和移动设备还是需要更多的存储空间，云盘服务提供的同步盘能够让用户感觉自己的资料放在本地，目前看的百度云盘的同步盘功能是在服务端和本地同时存了一份，如果换一台电脑，比如我到台式机上去，安装同步盘，用同一个帐号登陆，同样会把所有的文件同步下来，可是如果有好几个T的资料呢？我并不需要把所有的文件都同步下来，比如有很多视频资料可以在线播放，何必都要下载下来占本地的资源呢？我希望只在本地留一个镜像文件，如果要同步可以自己手动同步，也可以设置哪些文件或者目录一旦变更就自动同步，这一点对自己写的文档或者代码，可以在切换不同的电脑时感觉会很方便。

2013年12月8日2023年6月26日

小手一抖，500溜走

最近发生很多破财事情，第一件就是我买了台macbook pro ，retina ，15寸，二手，花了将近1W大洋，还是透支着，从大姐那借了钱，答应毕业后找到工作自己挣钱了还。

为什么一定要买macbook？我也说不清，大概是一见钟情？看到retina的屏幕，再也无法直视其他电脑屏幕了，我那台黑苹果终于到了该退休的年龄。使用mac os x 真的比windows好太多，触摸板真的是天才的设计，但考虑到一些应用大概只有windows下面才方便，还是开了个虚拟机，装了个win7，在mac下跑虚拟机开win7 一点儿也不卡顿，三个手指一划随时切换两个系统。唯一让我觉得用的有点不爽的只能酸这个键盘了，特别是上下左右键，太小挨得太紧了。很容易误按。所以虽然花了大价钱，但是还是值得得，期待不要出现问题。

第二件破财的事情就是今天，起床，抖了下被子，手机哐当就掉地上了，也没多高，半米不到，屏幕居然碎了，碎了！上次在寝室从上铺床上掉下来一点事都没有，这次居然就碎了！还只怪自己太大意了，上网查了下换屏费用，500，靠，现在500都可以买视网膜新手机了，但是我很多资料都是在这个miui系统中，这个系统也一直是我最喜欢和习惯的系统，如果真的买个新的想必又得花费，思来想去还是准备换屏幕吧，毕竟还没过保修（这个自己屏幕当然不能保修），但是如果自己拆的话就完全不能保修了。所以，没考虑到网上采购屏幕自己换，其实看了网上自己换屏视屏，自己换也很简单，但正品原装屏幕也差不多要400，还是让售后换吧。

所以，这个学期得省，工作的事情还是没有着落，我现在真有点觉得不应该推掉那些工作的。要不然至少也有份收入吧。算了，后悔也没有用，我坚信，好的更加适合我的工作还在等着我呢，4级下周又要开始考试了，最后拼搏一把吧！

2013年12月6日

程序员浪费生命的几种方式

程序员应该要爱惜生命，做有用有意义的事情。做有用的事情，有两种方式，一、做一个对用户真正有价值的项目，这个项目是真正有意义有用的；二、朝正确的方向以正确的方式做项目。但是程序员会遇到很多失败的项目，这些系统要么是没有人用没有真正价值，要么是以不正确的方式做项目，使用不当的技术，例如，用报表工具代替查询、用ESB企业总线当作海量数据传输用，或者做一些没有实际用途的功能，如做一个万能的用户自定义查询系统、做用户自定义工作流工具、做用户自定义报表工具，这些项目无疑在浪费程序员的生命。笔者试图总结程序员浪费生命的几种方式，如下。

1、开发一个质量和性能很差的系统

程序员经常会碰到这样的项目，做出来的系统质量很差，操作无反馈，失败无提示，而且速度很慢，操作时不时要等一会儿。然而，关键是程序员没有机会或者不想参与实施和维护，失去了学习和诊断问题的机会。

2、花费大量人力财力开发一个一次性的项目

这是从事应用开发程序员经常碰到的情况，为某个客户定制化开发一个一次性的项目，然而这个项目要花费巨大的人力成本，最终开发维护周期很长，以巨大亏本收尾或无法收尾。

3、开发一个很漂亮花哨的无人用的系统

这也是当前常见的情况，客户要做一个亮点政绩工程，要做一个界面漂亮花哨“很炫”的系统，各种图表，各种交互方式、各种监控分析全部堆上，但最终这样的系统是没有人用的。这只是给领导或客人参观用的。

4、全新开发一个原有遗留的系统

程序员的领导要基于原有的系统重新做一个产品，大幅提升可维护性可扩展性，增加系统的稳定性，减少系统故障。领导决定召集人马，重新进行需求调研，需求分析，架构设计、编码开发测试。但是，这样的事情一再重复，同样类似的需求给不同的客户做了一套又一套新的系统，而且每个系统过一段时间后故障不稳定的情况依旧。各种版本、各种代码库留给了程序员……程序员需要持续给不同客户维护不同版本的系统。

5、开发一个项目范围不确定的系统

程序员所在的项目，没有人管理项目范围，没有WBS，用户提一点做一点，项目完全没有合同或契约约束，用户要做的越来越多，系统做得越来越大，最终无法控制，客户不满意，程序员也累得半死，试图讨好客户争取更大项目的计划失败。

6、开发一个没有系统角色或涉众的系统

程序员做的这个项目，虽然都有需求、有功能、有界面，但是奇怪的是，需求没有提到，也没有人知道这些功能是什么人用的。需求没有定义出系统的角色，以及角色所要参与的业务活动。然而这样的项目也不少见，

7、开发一个使用环境不确定的项目

程序员做的企业应用项目，不知道是给电脑用的还是给移动设备用的，不知道是给IE用的还是其他浏览器用的，不知道是给IE6用的还是IE10用的，不能确定浏览器平台版本。移动设备不知道是iOS还是Android，Android不知道是2.3的还是4.0的，也不能确定手机或平板电脑型号。我们知道，中等规模的企业应用都会比互联网应用要复杂很多，几乎不可能覆盖所有用户的使用终端平台，要做一个优秀系统必须有约束条件，有使用的目标平台。

针对以上各种情况，程序员经常是没办法干预的，因为，要么这是客户明知故犯的行为，要么是公司部门的战略行为，要么是由于项目经理基本的技能职责缺乏。当然程序员可以假设自己是项目经理，考虑该如何做好这些项目并适时适当的提出问题或解决办法，以免浪费自己的生命。

转载自

IT瘾

2013年12月4日2023年7月4日

随便写点什么。

很久没有更新自己的博客，也许是因为忙，但真的不知道究竟忙了写什么，以后还是有时间就抽点时间来写博客，一方面是长时间不组织语言，有很多想法，说话写字都挤不出半句话来，二来，我需要学会总结，很多经验可能当时很有感触，过一阵就会忘记。不管写的怎么样，坚持写点什么总是好的。看到祥健转载的人民日报一篇文章，有点收获，分享一下。