我属于后者，我的愿望是不害别人加班，但实践出真知，这只会让老板认为你工作量少，而能力差效率低到令人发指然后疯狂加班反而会让老板觉得他工作特别复杂。所以，1.不要进这种公司 2.不要默默做完所有事，撒娇的孩子有糖吃。

架构师是技术项的顶层人才，从一个组织需求的角度来看，我认为架构师为解决方案设计及其落地负责，这其中包含，成本控制，人员选用，技术选型，核心技术难关攻克，技术架构设计等重点工作。架构师不是主力程序员，也不是程序大师，更不是cto，架构师是工程项的技术负责人，为工程目标负责，不管理细节，但对资源有调配权。架构师的核心竞争力是解决大问题的能力。对于产品，管理，人事等，可以不说，但不能不懂。

劣势：模块之间的通信从单体服务的函数调用变成了通过mq或http，服务间的通信从稳定调用变成不稳定调用、不同服务间数据的一致性问题、分布式事务、分布式锁、运维部署成本等问题。

很多人以为我们做软件建模，觉得类似UML，在此澄清一下哈，我们的东西虽然也叫建模，但是跟UML一点关系都没有。我们从实现角度研究怎么建模，软件建模完成，整个软件就已经是可以运行的程序了，不是代码生成，也不是UML，而是一套我们自己的是个可视化的语言。这套模型是我们自己定义的，不是DDD，如果真要拉上DDD的话，你认为它是泛化的DDD，但不需要写代码，不需要写代码，不需要写代码，重要的事情说三遍！

看到有人说加班费的问题，不禁想起刚入职那会，进电信以前我是没想到国企也要加班的，平时晚上加就算了，周末也要[流泪][流泪]晚上大半夜的只能打车回家，不能报销也没加班费，太惨了…还好现在不用加班了

一年多前，看kylin TIDB flink 各类源代码跟看天书一样，后来基础架构量变到质变，发现系统架构 代码架构套路，分层抽象套路后，今天看这些代码，感觉设计真的很好，可以深入清楚那些核心，细节，过程实现，很快就可以二次开发扩展，看了Hadoop 到 spark。然后看到别人好的思想，就借鉴过来，看看他的功能怎么实现就抄袭模仿过来。

之前自己不懂市场，只是考了数通IE，现在工作了，感觉数通的项目真的很少啊，现在在备考数据中心的IE和rhce想以后往云数据中心，云计算方向发展。唉，搞云计算要会aws，阿里云，路途好漫长啊[捂脸]

其实“35岁的程序员就没有价值了”这种观念也会给公司带来不好的价值观，这样谁还会去做程序员，即使招进来的性价比高的毕业生也会因为这种观点而产生负能量，反正没前途，我还干嘛把代码写好，还不如啪啪领导马屁，以后混个管理，每个程序员都这样想之后就会像一部精彩的宫斗剧

日常工作中，发现很少有人关注代码质量。大部分人关心有没有出现bug，有没有延期，有些连技术实现都不关心。面试时只会问你会不会dubbo,kafka,cloud,redis,mq.作为java程序员，代码简洁之道和重构还是很重要的，写出人能看懂的代码的程序员才是好程序员。

做架构有些年了，重构过10年以上的分布式系统，搞过生产环境突发事件排查，为证明自己参与过代码开发。我也很奇怪，为什么高端的面试都没问题，低端的都过不去，呵呵。不是不愿意写代码，关键是不喜欢写业务代码，真心写不过毕业才几年的，成本高呀。前几天又用了0.5天给他搞了个MAC地址写入程序。不是写不动，而是不想搭理哪些挑衅的菜鸟。不是发牢骚，只是说下我看到的，经历的。

１）数据中台不仅是一个技术平台是一个持续运营的业务体系；２）数据中台应该承担企业端到端的数据服务的生产、加工、销售、运营的职能；13)企业对于数据中台的 诉求最核心的就是整合跨业务领域的数据，提供业务洞察和价值。

首先，要满足当前的业务需求进行技术架构设计。其次，架构要不断地在实际应用过程中迭代，保留优秀的设计，修复有缺陷的设计，改正错误的设计，去掉无用的设计，使架构逐渐完善。

我特想学学lucene，但是新版本没有完整的教程，lucene in action那是多少年前老版本的了，请问下有渠道完整学习lucene新版本么？别告诉我官网，lucene的官网教程很差，基本是api文档，看api根本不知道该怎么用

要加入圈子，才能发送动态，为什么不在发动态检测到未加入圈子的时候，自动加入圈子发送动态呢？

开发圈

#开发频道# 安科网来了