要是公司的显示屏，戳就戳吗，戳坏了大不了再换一个，和气生财，在外面讨生活，不能那么大的戾气，随他去好了。要是自带的私有高清显示屏 。。。。。。艹尼玛，再戳一下试试 ！！！ 老子干丝你个比养的 ！！！！

我只想说，现在承诺不负责老项目，是先让你上他们的船，等进去了，刀就架脖子上了，到最后还不是金主说了算？只能说楼主太天真，与其考虑新项目，不如打听下新公司每个月工资要压多久才发，才是上策。

只有 DevOps 能够救运维，也只有 DevOps 才能够救开发。另外要注意一点，是团队基础设施达到 DevOps 的水平，才叫用了 DevOps，而不是公开宣称采用 DevOps，这两个看上去差不多，但却是一个天上，一个地下。

JS 征服世界的目标已经是过去时了，现在的目标是星辰大海。

看兄台的学识，不在领导之下，何必久居人下？不如与众人约定时日，取而代之，不知兄台意下如何。

不能减少周围的利刃，就要给自己多穿一些护甲，信息安全问题只有国内有吗？国外就一定安全吗？斯诺登，阿桑奇大家都忘了他们了吗？所以想要减少周围环境对自己的伤害，只能提高自己的能力，什么能力呢？那就是信息安全能力。虽然现阶段国内各个大中小企业对信息安全的态度都是可有可无的无视态度，但是大胆预测一下，5 年以后，IT 岗位的下一个蓝海，就是信息安全岗位。

新婚快乐 O(∩_∩)O ~~

这样的话，让你们公司的后端以后找老婆，就别看不上这个看不上那个了，就按照凤姐那样的水平找，彩礼少，又不用担心放到外面会给自己带绿帽子，反正只要老婆有正常的女性功能就好了，要什么颜值，衣着啥的，都是没用的东西。把这些原话告诉你们公司的后端就好了。哦，对了，如果有女性后端同事，就让她找老公按照方舟子的标准找。

脱离实际场景讨论技术是危险的，不同的场景要用不同的技术方案，看似可有可无的习惯，长久下去，会毁了程序开发人员的技术嗅觉。

能够坚持习惯的人最值得钦佩，膜拜 ~~

在社会上混生活，能力不行才会看学历，加油！你行的！

领域驱动设计可以看成是产品设计阶段更高级的一种构建方法论，产品设计是什么？说白了就是做东西的时候要提前规划好，在概念阶段就把可以规避的风险全都规避掉，避免出现摩天大楼盖了 100 层，才发现地下有溶洞，再建楼就会塌了，只能全部拆掉的情况出现。而保证产品设计阶段的产出成果，最重要最突出的两个方面，就是产品把关人和项目时间。时间比较好理解，只有充裕的时间，才能打磨出好的流程，好的产品概念，3 个月的项目让三天做出来，这样的项目哪有时间推行 DDD，根本不可能的。

另一方面，产品把关人是什么？产品把关人就是我们所说的产品经理，概念上面的所有东西，什么可以做，什么要做但是现在还不适合做，什么功能做了会增加用户，什么做了会减少用户，这都是产品经理需要负责的。产品经理有一个特点，就是门槛低，但是成长难度大，产品经理的成长曲线和方式和程序员是完全相反的，程序员的岗位是门槛高，但是只要入门了，并且稍微努力一下，成长难度会比产品经理低很多。这样的事实导致一个问题，就是产品经理岗位重要，工资高，但是门槛低，就有很多能力不行但有看到产品岗位工资超高的人，站到了这个岗位上，什么概念管理，质量管理，都不会，画个原型丢给开发，这就是工作日常了，这样的能力水平是没办法驾驭高级的产品开发方法论的。所以有这样低水平的产品把关人，也不奇怪为什么我们很少就见到 DDD 了。

就算产品经理能力超高，懂得如何推行 DDD 工作方式与流程，但是要知道 DDD 的精华其实不完全在技术团队，DDD 能否推行起来，一大半还要看有没有领域专家和技术团队对接，提供领域知识，领域专家也是产品把关人。领域专家是啥？就是你的软件开发完，所要投放到的环境中，对系统逻辑最熟悉的那个人，啥意思？说白了，就是银行软件，领域专家就是银行的业务经理，医院的软件，就是医院里的院长之类的人物，开发的软件起源于领域的实际需求，而需求最初是从领域专家那里获取的，获取之后的需求输入到产品经理那里，产品把关人把整理之后可以实际开发的需求交到开发，之后的测试，部署，运行，最终的软件，又回到领域，帮助领域工作，这是一个逻辑闭环，所以产品方面，光有开发团队的产品经理是远远无法使用 DDD 的，还要有领域内的资深人士，领域专家是团队外的产品把关人。所以注定只有金融，医疗，政府类的影响大，规模大的大型软件系统开发，才会用 DDD 这种复杂的开发流程，小公司哪有经历找领域专家，有些小企业连产品经理都没有，更不用说别的了，小企业的第一目的不是盈利，而是活下来，活下来才有后面的事情。

另外提一点，就算有能力与领域内的人物对接，也不一定有领域专家，很多非 IT 的组织内部也是极其混乱的，根本没有一个或者少数几个人可以对整个内部业务逻辑搞的很明白，所以找不到领域专家这样的人物存在，这个也是 DDD 推行难的一方面原因。

所以可以看出 DDD 是一种降低问题复杂度的方法论，是否推行 DDD 要看软件对应的问题是否复杂到一般方法无法解决的程度，而不是想要用一个新技术尝尝鲜而强行推广，那样的话，就是扔掉苍蝇拍，搬出大炮来打蚊子了，大炮固然厉害，但是无法完成消灭蚊子的问题。

@qwertqwert12345 准时下班没问题，工作没做完准时下班也没问题，问题是什么？问题是因为自己能力不行工作没做完还准时下班就有问题，如果抛开这些所有东西，抠法律规定，准时下班没问题啊，实习生也要准时下班啊，这样说的话，那行啊，我也扣法律，你可以准时下班，那是法律赋予你的权力，但别忘了实习期间，我也有法律权力因为你能力不行而开掉你，就这么简单。

我带的人，不明白的问我，我都会回答，实习生工程能力差一点，这个也理解，只要愿意学，我就把知道的都告诉对方，成长都需要一个过程，没有谁是一开始就很厉害，什么问题都能很好的解决的，所以看到楼主说的实习生经常问简单的问题，虽然很扰人，但是如果是我还是会耐心讲解的 。。。。。。但是，以上说的都不是重点，重点来了，重点在哪里？重点就在楼主说实习生 6 点下班就乐乐呵呵走了，对于类似这样的人，过去，现在，未来，我都不会倾尽所有的去教他们，为什么？因为技术不行，可以学习，可以成长，但是人品，或者态度不行，根据以往的经验，那就是真的不行了。技术成长，，经过短期培训，可以迅速得到成果。但是人品方面的东西，属于经年累月对人产生的影响效果，一个人人品态度问题，是在他们过去漫长的二三十年的时间当中，赋予他们的印记，可以肯定的说，今天这个人态度不行，99% 的可能 10 年后这个人还是不行，本性难移的说法虽然不妥，但是细细品味有其内在的大道理，我可以接受技术不行的人，但是绝对不能接受技术不行还理所当然觉得什么事都没有的人，技术可以教，但是做人方面，对不起，没那个时间，没那个精力每天操心你心理是否健康，是否会茁壮成长，生活中自己的琐事已经一大堆了，怎么可能再挤出时间来教别人怎么做人，这样的说法听上去似乎是没有人情味，但是当你亲身经历那些毫无责任感，毫无感恩之心的人对你工作生活产生的不良影响时，你会发现，忽略这帮人，把他们在你自己的世界中的存在感降到最低，是对自己的最大的保护。

管理类的书籍千千万万，技术类的书籍资料也是浩如烟海，抛开深奥的理论术语，一个优秀的两道，只要做到“不装逼，听人劝”，这六个字，就可以把一个团队良好的运行起来，并且可以减少人为产生的很多问题，至于能够把团队运行到何种优秀的程度，就要看具体的环境，领导力，还有团队成员的配合程度了。这个通俗版本的管理学六字箴言，并不是胡说八道编出来的，去掉它粗俗的外在，你会发现里面蕴含的哲理和正统管理学上面的很多理论是相同的。不装逼，说明这个人对人性内在的本性有所克制，能够很好的驾驭自己，这是优秀人士需要做到的第一步，接下来就是不断的修缮自身，提高能力，这是内修。“听人劝”，说明这个人能够正常摄取外部信息，能够博采众长，说到底领导是什么，领导不是生杀予夺的皇帝，也不是万能不敌的超级英雄，领导的本质和职责是决策中心，所有团队的工作都要围绕决策中心展开，这种概念上的相关性，注定所指定的决策一定不是靠领导自己一个人意淫出来的东西，一定是统筹全局，综合所有信息所做出来的尽可能高效与低风险的决定，所以在与外界沟通的能力上，听人劝这个基本能力是优秀领导必须具备的，领导可以很容易的做出一个决定，但是这之前为什么要做这个决定的时间准备是漫长的。

综上所述，新来的领导水平如何，楼主可以用这个六字箴言去判断，也许领导比较专断，也许领导比较亲和，不管怎样，用这六个字去套，就算领导不是一个好同事，但做到这六个字，他一定是一个合格的领导。

请问楼主现在是什么岗位？说明一下我们也好给具体一点的意见啊

人脑是组织是细胞神经结构，计算机的组织是电子电路结构，这个最底部的差异注定人脑与计算机的通信过程，需要经过多个层次的降维与升维，才能填平这个鸿沟。数据结构是高层抽象，高层的意思就是离人脑近，符合人脑的思考习惯，而离计算机电路远，不是底层电路通断的方式，但实际人脑神经与电子电路是分属高层抽象两旁的同一概念的实现，就像硬币的两面，逻辑上是一个东西，只是实现不同，之所以要分出两个部分，就是人脑善于决策与艺术性设计，但计算速度慢，而计算机的计算速度快，但是不善于创造性的行为，说白了计算机是辅助人脑的外设，相当于外脑，现阶段的计算机只能是人脑的附属物，无论计算速度与容量如何巨大，附属物的定位是改变不了的，除非强人工智能到来，否则不会改变，但强人工智能什么时候来临，能否来临，都是未知数。

说回楼主的疑问，从上面的角度去看楼主所说的鸿沟，就容易理解了，高层抽象是符合人脑习惯的理解方式，树和图更接近人脑的理解力，而链表，堆栈等等，这些相对容易理解，只是因为它更贴近计算机的一面，这时候想一下树和图从人脑角度理解，像什么？不就是脑神经的链接方式吗，局部脑神经连接方式是树结构，而大范围的脑连接结构就是图了，有环回结构。这时可以得出解决楼主疑问的方法了，楼主想搞清楚鸿沟的产生与原因，需要看一些生物学，尤其是神经科学方面的书籍与资料，然后再加深一下计算机硬件的了解，最后回到软件开发的范畴，就能看明白其实根本没有真正的软件，软件只是电路与人脑的粘合剂，直觉上来说的话，软件的存在是一个似乎很虚的东西，它只是为了拟合两个不同层次的计算体才产生的事物，这时候再看一下鸿沟，是不是问题就感觉很清楚了呢。

软件开发其实只是信息技术的一小部分，想要达到融会贯通的地步，还是需要多涉猎一些自己领域之外的东西，所谓跳出软件学软件，之后再回到软件，到了那时，没有神之力量，也可以获得近神之力了。