我读的是 B 站 Up 主手打的《 米哈游员工手册》，感受很深. 米哈游的员工手册里有对于技术的热爱，有工科男的直率，对于具体的细节也讲解的清晰明确. 我的自我感受是： 我想去米哈游工作. 其中「说到做到」、「有话直说」、「追求极致」是给职场新人很好的帮助. 以下内容来自 B 站 Up 主，感谢他的辛苦手打.

答案是「否」，钉钉账号表面上是你自己的账号，但在企业的逻辑当中，这是「企业授权给你使用的」，本质上，这些都是企业的资产，企业是有权处置这些资源的. 你所说的、所看的、所做的，都是企业提供的资产，企业可以根据自己的需求来调整这些资源的所在位置. 为什么钉钉和我们使用的微信、QQ 不同. 这是钉钉的不同的一点，在钉钉当中，任何一个账号，都是有对应的租户的（除了你的个人租户）.

疫情下的高考已结束，又快到填志愿的时候了，又有不少知青要加入信安这个圈子. 为了响应组织号召，撰写此文作为信安行业的入坑指南，希望能对刚入圈的同学有所帮助. 1、明确目标，并以目标为导向，用以致学. 刚开始的时候，相信很多人会先去搜索信息安全要学什么课程，可能有人会告诉你要先C，再学数据结构和算法，学数据结构和算法前又要学离散数学，总之会有无穷无尽的东西在等着你，导致最后自己都不知道该学啥了…….

国内市场本质还是一个投机市场而没有价值投资，市场监管机制本身的不完善和信息的不对称性，注定了散户本身的弱势地位. 任何上涨时候的疯狂伴随的都是暴跌时候的毁灭，正是由于这个原因更应该要做到尊重市场和趋势，对市场时刻保持敬畏之心. 对于自己的判断要勇于认错，当持有的股票出现下跌时候，我们习惯性的是找寻支撑该股票上涨的理由或做着不合理的价值分析，即我们不断为自己错误的判断找理由而不是尊重趋势尽快的认错，最终而出现深度的套牢或者亏损，措施下次的机会.

对于敏捷开发，我前面其实已经有很多文章提到了，再次强调下敏捷的核心思想个人理解为三个重要的方面. 其一是需求的条目化并以需求点进行的全程追踪和跟踪；其二是短周期迭代；其三是基于持续集成思想的进度和质量可视化. 对于敏捷开发本身，对于很多内容我仍然坚持自己的观点，具体如下：. 对于大型全新系统的开发，如果是以底层数据为核心的业务系统，则不能单纯的应用敏捷开发.

晚上看到微博上的@developerWorks同学推荐 DigitalOcean, 赫然发现自己使用 DigitalOcean大概也一年了(2013年2月28日开始），自从前段时间把52nlp搬牵过来之后，我在国外的vps就只有 DigitalOcean了. 上半年就开始用DO了，52nlp前段时间也搬到DO了，用的是10美元每月的Plan, 彻底告别了linode.

在我接触的众多外语学习软件中，罗塞塔石碑（Rosetta Stone）是最好的，没有之一. 无论是对于初学者的启蒙，还是对于已学过的矫正提高，都颇具效果. 他是一款采用直接教学法的语言学习软件. 如果你想学习美语、英语、日语或其他语言，在这个软件里只能感受到所学语言的图像、声音和文字. 没有任何其他自己母语的帮助和参考.

这是很好的一个基于校园强SNS关系的移动应用平台. 但是又不仅仅是基于强SNS关系，而是增加了校园相关资源的整合和发布. 现在看到的是一些学校已经是官方的名义在做类似的应用，这类应用没有学校官方的支持是很难做的，仅仅是单纯的SNS就没有了相应的竞争力，无法整合学校的各种平台资源. 其次这类应用很难做一个对所有学校都适合的SaaS应用模式，各个学校能够提供的平台资源本身差别就很大，导致这类应用较难形成一个快速复制的模式.

2012年听说是MOOC年，MOOC是Massive（大规模的）、Open（开放的） 、Online（在线的）、Course（课程）四个词的缩写，指大规模的网络开放课程. 它是由很多愿意分享和协作以便增强知识的学习者所组成的. 斯坦福，麻省理工都推出有自己的MOOC平台和课程，最近看到清华大型也推出了学堂在线，也不断的在开发新的在线学习课程.

一个抽象的问题，那就用较为抽象的方式再做一次回答. 前面已经有很多谈知识结构和知识管理方面的文章，也谈过知识结构的组织和整理，这里也借助该问题再做一次思考. 简单点来说就是一个知识体系，它里面包括了知识的组成，知识的层级关系，知识点间的前后依赖等. 一个知识结构应该是覆盖了某个专业的知识领域中所有相关的知识点，即使用该知识结构中所涉及到的知识我们应该具备解决专业领域问题的能力.

这里站在甲方信息化部门的角度谈下对开发厂商质量和过程的管控话题. 在构建企业私有云paas平台的时候，里面有一个重要的内容就是应用开发框架，这个应用开发框架可以理解为包含了应用技术架构（分层架构，开源组件选择等）和各种规范约束（编码规范，接口调用规范，UI规范）的一个空框架. 各个开发厂商都必须遵循同样的一套技术架构来开发应用，这个不仅仅是解决开发的应用能够部署到paas平台的问题，更多的是解决后期的运维和管理问题，也进一步加强了各个开发厂商之间的可替代性.

大家要注意到去IOE当前本质已经是变化为解决数据库层面的问题，对于应用服务器和中间件，采用X86服务器和负载均衡，集群技术本身已经不存在太大的问题. 包括起可靠性，可扩展性和性能等. 当前我们看到的很多应用本身也是应用服务器层基本全部X86+虚拟化，而对于数据库往往还在使用小型机和集中存储. 现在的高性能的X86服务器性能已经赶上了3，4年前的中端小型机性能.

数据采集和DataFlow. 对于数据采集主要分为三类，即结构化数据库采集，日志和文件采集，网页采集. 对于结构化数据库，采用Sqoop是合适的，可以实现结构化数据库中数据并行批量入库到hdfs存储. 对于网页采集，前端可以采用Nutch，全文检索采用lucense，而实际数据存储最好是入库到Hbase数据库.

这个问题很大，这篇不想再去重复一个软件需求分析员的知识体系结构，而是挑重点来谈下成为一个合格的软件需求分析人员的关键点. 我原来对软件需求的定义或描述更多是偏于对现实世界的定义，而对软件架构的描述为现实到实现之间的第一层抽象. 在这里纠正一下即：用户需求是对现实世界的定义，而软件系统需求是现实到实现的第一层抽象，即业务建模和软件系统用例建模.

当我们在谈去IOE时候，一定会带来的一个问题就是单节点本身的计算或存储能力不足而导致的数据水平或垂直切分，那在数据切分后如何解决这些问题就成为一个好的DaaS层能否真正发挥作用的重点. 对于分布式事务的问题，前面已经谈了很多，对于一个DaaS下针对逻辑库（一个逻辑库下面存在多个物理库节点）是可以通过标准的XA两阶段提交协议来实现分布式事务的，但是本身不仅仅是可靠性的问题，更加关键的是性能问题，特别是在高并发下的性能问题.

去年下半年，在同名的微信公众号（wangyueblogging）中做了一个调查，了解大家平时看美剧追剧时都在哪些网站下载或者在线观看，在这里整理出10个最好的观看或下载美剧的来源网站给大家，希望对你的春节有所帮助. 优势当然是有的，比如高清无卡顿，未删减等等，美剧下载资源站有很多，这里列举用户推荐度较高的6个：.

对于贫血的领域层，主要体现在两个方面，一个是没有领域业务对象的概念（领域模型中的聚合根），一个是没有明确的粗粒度的业务规则逻辑处理层. 在这种情况下，原有的业务逻辑层变化为仅仅是DAL层的一个简单封装或通道，实际的业务处理全部转化到action层或dal层进行了处理，导致无法真正提炼一个业务模块真正应该具备的领域服务能力.

经常有初入门的朋友会问，我想学习 UI设计，都有哪些网站啊. 特此分享10个国内外知名度较高的 UI设计网站. 中国最具人气的大型综合性设计网站. 评：不认识这个你都不好意思说你是设计师. 分享以用户体验为中心的设计. 评：好像不开放用户发布文章，但上面作品真心不错，主推栏目是UI设计、交互设计及用户研究.

谈善于思考的人思考能力的兑现. 思考能力的价值体现包括两个方面内容，一个是分析解决问题的能力，一个是识别和环境风险能力的提升；一个是把握现在的能力，一个是预见趋势的能力；一个是内观自身的能力，一个是外观环境的能力；一个是归纳的能力，一个是演绎的能力；不论是上面所说的哪个方面，都需要看到思考能力本身形成的两个重要点，即一个是偏流程方法和步骤层面的，一个是偏数据分析和预测方面的.

谈工作型PPT的制作： http://blog.sina.com.cn/s/blog_493a84550100o06j.html. 工作型PPT制作参考范例下载： http://blog.sina.com.cn/s/blog_493a8455010167xn.html. 对于工作型PPT而言，一个好的PPT是一本书，一个更好的PPT是明白了书本身也就是在讲述一个故事.

　　今年中秋国庆节，完成了可谓人生中最重要的事情，买房，搬家住新房. 终于从脏脏的小巷子搬到了漂亮的公寓楼房. 也就此伦为了房奴，接受每个月惊心动魄的按揭贷款还债……. 　　这段时间可能大家会觉得我太懒了，更新软件不够及时，其实是在为上述事情奔波，趁着这个假期办完该办的事情，也可以安下心来做工作. 　　最重要的网络问题一定要解决.

项目管理培训的ppt前年做了部分，一直没有做完，今年准备花些时间全部做完，并全部共享出来. 最近做完的主要是项目成本管理和项目质量管理. 成本管理： http://vdisk.weibo.com/s/dyHc0/1348535220. 成本管理涉及到比较多的财务的内容，包括财务上的预算管理，成本核算，概预核决，资金管理.

SaaS可以说是云计算三层里面发展最早的一层，包括在线邮箱也可以说是个人SaaS应用，而Saleforce等在国外发展也很早，那个时候还没有完全提出完整的云计算架构框架. 现在来看，SaaS应用的发展，一个必须要解决的问题不是多租户运营问题，而是SaaS应用本身的可伸缩性问题，并不是说SaaS一定要基于IaaS或PaaS，而重要的是随着客户的增多应用必须支持应用和平台层的可伸缩性.

首先我们再来看下企业内搭建软件平台的核心目标，主要包括如下几点：. a.软件人员从过多关注共性技术转化到对核心业务需求和逻辑的关注. b.提升开发效率，降低开发成本，直接影响到我们最终给客户工作量和报价时的优势. c.更加快速的通过配置方式满足业务需求能力，不是所有变更都需要重新部署和全流程测试. d.统一企业所有软件开发框架模式，进一步提升复用度和企业IT资产库积累.

在企业架构思考中，价值链一定是一个核心的维度，价值链展开包括核心的企业业务线条，如包括内部，外部物流，产品研发，生产制造，市场，销售，售后等核心业务价值链，也包括人力，财务，综合，安全等支持业务线条. 在从业务到IT转换过程中，一般涉及到概念，逻辑，物理三个阶段，也是从业务规划到建设实施落地的过程，这个也是我们在分析核心的架构域的时候必须考虑的内容，包括业务，应用，数据各个方面基本都会涉及到这三个方面的内容.

1.产品经理应该从哪些切入点来着手新项目. 了解项目的产生背景，项目的需求和范围，明确项目的目标（进度目标，质量目标），分析项目环境和各方干系人关系，确定手里面有哪些资源即资源的能力水平，评估要达到项目目标存在的潜在风险和问题，基于以上来考虑项目计划. 2.百度为何没有一个强大的客户端产品. 前面已经很多人说了百度还是有类似输入法，百度影音等客户端产品的，所以问题我转化了什么业务场景下更容易发展客户端产品来说.

初步再来探讨下架构设计和概要设计的区别和边界问题. 架构设计包括了功能性架构和技术架构设计两个部分的内容，功能性架构解决业务流程和功能问题，而技术架构解决非功能性需求等问题. 两种架构都包括了动态和静态两个方面的内容，对于功能性架构中动态部分为业务流程驱动全局用例，用例驱动的用例实现等；对于技术架构中动态部分为架构运行机制，而静态部分为框架，分层等方面的内容.

为了帮助企业应对日趋激烈的竞争环境，美国在1987年按照《马尔科姆• 波多里奇国家质量提高法》设立了国家质量奖，同时制定了卓越绩效模式标准作为美国国家质量奖的评价依据. 波多里奇国家质量奖标准在提高组织业绩，改进组织整体绩效，促进美国所有组织相互交流、分享最佳经营管理实践并为组织带来市场成功等方面发挥了重要作用.

从对象到组件，首先可以把对象理解为更细粒度东西，而组件是更加粗粒度的模块，对象更多关注技术，而组件应该更加关注业务. 前面我们谈过技术组件和业务组件，在SOA思想下业务组件化的思想就更加重要. 组件本身而言很简单，南向接口和北向接口，或者再有底座平台支撑. 接口通过服务方式来实现，组件通过OSGI等技术实现高度的解耦和可热插拔性.

在这里要谈的是在传统的企业架构-应用架构的基础上进一步体现SOA和企业私有云平台的思想，而非传统意义上简单的原有企业各个业务系统功能架构的堆砌. 这个思想包括两个方面的内容，一个是集中化和平台化，一个是SOA服务化和业务能力组件化. 对于该构图模式考虑两种，首先第一种是充分考虑平台层独立和平台层能力的体现：.