程序员会议现场

A. 程序员到底有多累，多辛苦

程序猿有多累，这个问题从三类人的视角进行分析：

1. 一个是作为程序猿本身的自己，程序猿在不同阶段会有不同的感触

• 上学阶段：时间是自己安排的，执拗时自己研究通宵达旦也不觉得累，即使累了也知道自调节,也有时间自己调节,所谓吃了睡，累了睡，想干啥干啥，那就是大学，程序猿基本对累没感知

• 刚毕业两三年内：初生牛犊不怕虎，刚毕业，绝大部分工作努力，一方面是工作与学习有很大不同，为了完成任务需要加班加点，刚毕业年少经常加班也不会累，毕竟还有精力；另一方面是为了成长，这种来自内心主动性的驱动力会让程序猿感觉不到累。本宝宝刚毕业那会，项目上线天天加班到凌晨后，不上线的日子里白天测试项目，晚上自己学习搞自动化，星期天也是趴在电脑前，完全就是靠着内心的驱动力驱使，那段奋斗的时光并没有感觉多累

• 有了两三年工作经验后：不得不承认，我现在就是这个阶段，连续一周凌晨多回家身体感觉疲惫，身体的每个细胞都在告诉程序猿自己已不再年轻，当你连续加班时，在明亮的办公室里会感觉很困，不会介意那光的强烈，不会想起自己需要再熄灯的情况下睡着；而当项目终于上线，晚上早点回家，那种积蓄了N久的劳累疲惫感会一下子涌上来，一坐上班车就睡着，到目的后人都走了才醒来，然后走一段到地铁站，地铁上站着就能睡着，默默的站着睡着还错过站，在那一刻你会知道自己有多困，看着地铁里脚步飞快的人，明白原来这就是北京。回答家，扔下电脑包，啪的一下趴在床上，那种晕乎乎的感觉仿佛一下子就能睡着，但是当身体整体躺在床上的时候，不敢睡，为啥，想起了一个RD leader说的话：真怕一下子睡着了，就永远起不来了。刚毕业的两年内我倒头就睡不会想这些，但是在工作久了，身体不如年轻时，那种累真的会让自己觉得睡了就不会再起来。每一次项目上线都是这样，这就是程序猿的累；程序猿经历了下图似的进化过程，

  
  

  B. 程序员每天都是怎么过的

  早上十点半到单位，花五分钟写一下今天的工作计划，去饮料机买饮料，喝快乐水，打开电脑，看看群里有没有人反馈bug，没有继续翻墙看看国外的新闻。大概十一点多了，群里讨论下中午吃什么，十二点下楼，下午一点回来玩手机+午睡。睡到两点，起来揉揉眼睛再买个饮料，两点半开始写代码，写到4.30，两个小时写完一天的任务。剩下的时间就测试，休息一下，学习新技术，想想怎么赚钱，提升自己。六点吃完饭。回来7点，继续学习，八点下班。出去喝一杯小酒或者奶茶回家。做兼职，学习。睡觉！

  C. 普通程序员的生活是怎样的他们的一天是如何度过的

  随着科技的发达，人们的生活当中出现了各种各样的高科技产品，而网络的出现也是支撑这些高科技产品生产下去的动力源泉。程序员的出现给人们的生活带来了非常多的便利，也能够带来很多有用的知识。程序员的出现也就是为网络而服务的，他们会敲复杂的代码去解决一些的一些复杂问题。说到这里，你是不是觉得程序员的工作非常的高大上呢？当然，如果没有他们的话网络安全方面的知识也不会得到普及，我们的网络也不会这么发达。

  每个职业都有各个职业的好处，我们不要只看到程序员枯燥乏味的工作日常，如果你真正的对敲代码感兴趣的话，程序员会心里非常向往的一个职业，认真规划好自己的职业规划是非常重要的。

  D. 成都程序员多少人

  中新网成都1月12日电(单鹏 王爵)《成都市推进建设“程序员之家”工作方案(2021—2025年)》12日在成都发布。该方案指出，到2025年，成都拟建成10个“程序员之家”，促进聚集从业人员超过25万人，在成都打造一批以“程序员之家”为特色化标识的软件产业“微型生态圈”。
  据悉，该方案在第十九届中国国际软件合作洽谈会(以下简称第十九届软洽会)上发布。以“机遇·理念·共赢”为主题的第十九届软洽会12日在成都启幕，自2003年创办以来，该会议已连续举办18届，是成都市深化中国软件名城建设、打造世界软件名城的重要工作平台之一。
  据介绍，本届软洽会设有主题大会，工业软件、民航软件、人才队伍建设、企业能力培育等10个专题会议，以及“蓉贝”沙龙、互动体验、专题招商3个配套活动，旨在加快成都培育软件产业发展新动能、打造世界软件名城，助力建立数字产业新高地。据统计，2021年1月至11月，成都市软件产业新引进52个重大项目，签约总投资达1271.8亿元。
  2019年以来，成都启动“蓉贝”软件人才“百千万”引育计划，相继出台《成都市软件产业高质量发展规划(2019—2025)》《关于促进软件产业高质量发展的专项政策措施》和《成都市“蓉贝”软件人才评选办法》等政策措施，多层次、多维度给予软件人才政策支持，激发成都软件产业发展活力。
  当日，会议现场为第三批“蓉贝”软件人才颁发聘书、为“蓉贝”软件人才技术领衔人提供汽车支持。据介绍，本次人才榜单共计805人，其中“蓉贝”软件人才技术领衔人5人，“蓉贝”软件人才资深工程师93人，软件资深工程师707人。
  此外，现场还发布了《2021成都市软件人才榜单》、四川省软件和信息技术服务业综合竞争力排行榜TOP30(2021)和成都市软件产业需求清单，并进行一批软件产业重大项目集中签约。(完)

  E. 程序员自杀案今日庭前会议，翟欣欣将会受到怎样的惩罚

  距离苏享茂事件已经过去了很长时间，案件也是最近才刚刚审理。在开庭当天，苏家的三个哥哥以及一个姐姐都到了现场，苏享茂的前妻翟欣欣也在其父亲的陪同下亲自出庭。

  

  不知道法律对于这样的骗婚行为，最终会采取怎么样的判决方式，但是都无法挽回一条鲜活的生命，也许苏享茂没有遇到翟欣欣，就不会消耗掉这么多的资产和资金，也不会让自己陷入困境，最终用极端的手段结束了年轻而宝贵的生命。翟欣欣最终可能也无法逃脱法律的制裁，不知道她的良心会不会痛，可能大概也不会吧，毕竟已经不是初犯，希望最终法律能够还事实真相一个公道。

  F. 10.24程序员节，公司可以为程序员做什么活动策划呢

  你可以专门策划一个颁奖晚会，你可以选择通过赠送礼物的方式来举办程序员节的活动。

  从某种程度上来说，如果一家公司本身不是互联网公司的话，这家公司其实没有必要去可以过所谓的程序员节。与此同时，如果你所在的公司是互联网公司的话，因为互联网公司的程序员的数量一般会比较多，程序员本身在公司的分量也比较重，所以你可以专门举办程序员节的活动，通过这种方式来提高公司的员工凝聚力，这个方式也会让很多程序员感到非常暖心。

  除此之外，我觉得一家公司也可以专门给程序员放个假，特别是当平时的业务不忙的时候，程序员节的这一天完全可以选择给程序员放半天假，通过这种方式来表明公司对程序员的重视程度，程序员自然也会因此而非常开心。

  G. 程序员周未有人找他开会是技术提升了吗

  程序员周未有人找他开会不是技术提升了。程序员有时候是一言不合就会开会，各种的需求会、讨论会、周例会、分享会、总结会，项目相关的预研，立项，阶段总结，试验准备，试验总结，定型等，周末找程序员可能是需要确定内容，比如"今天的任务，目前计划的任务与实际进度是否一致、遇到了什么问题、需要什么支持"等。

  H. 你印象中的程序员

  没有情调，不懂浪漫，也许这是程序员的一面，但拥有朴实无华的爱是他们的另一面。

  我个人感觉印象中的程序员就是，头顶英年早秃，发际线英年上移（开玩笑的说），其实我朋友做程序员的就会下意识的看我的头发，说不像啊，其实很多程序员的时毛发浓密的，并不是所有的都聪明绝顶，很多程序员的智慧是“掩盖”着的！

  

  在网上看到一句关于程序员的话:

  我的代码曾运行在几千万用户的机器上，作为一个程序员，还有什么比这更让人满足的呢？如果有，那就是让这个用户数量再扩大 10 倍。
  

  我感觉程序员是值得我们尊敬的。，程序员的双手是魔术师的双手。 他们把枯燥无味的代码变成了丰富多彩的软件（现在我们使用的健康码，行程码）。
  

  程序不是年轻的专利，但是，他属于年轻……

  I. 程序员应知应会之自动化运维那些事儿

  对于一个开发人员来讲，可能运维并不是自己的职责所在。但是作为一名开发人员，却不能不了解自动化运维的整个流程。因为对于一个信息系统而言，开发和运维本质是一体的，尤其对于一些小公司来讲，可能运维人员本身就是开发人员抽空兼任的。

  
  

  而自动化运维，本质上是介于开发和运维之间的，是运维和开发的交集，甚至很多时候都要写不少代码。因此，任何一个开发人员，都需要有自动化运维的相关知识。

  
  

  一个了解好的开发人员，即使自己不做运维相关的工作，也能够知道自己在将项目交付给运维人员的时候，哪些东西是重要的，那些是必须配置的等等。然而在实际工作中，往往开发人员会给运维人员留下一些坑，一些只有他自己知道，而运维人员不知道的东西。导致运维人员自己试了很多次发现不行的时候，找到开发人员，开发人员研究了一下才会告诉他，在某某环境中必须用哪个端口之类的。这样不仅白白浪费了运维人员的时间，也增加了很多沟通的工作量。

  
  

  反过来也是如此，一些现场的问题如果运维人员不能现场给出问题的定位。对于开发人员来讲是非常难以复现的。比如之前有某家企业，运维人员在客户现场发现问题。费了很大力气从客气的内网里面把日志导出来，发给开发人员，结果开发人员仔细研究了日志之后，发现是网不通的问题。开发人员显然是不可能知道为啥网不通的，搞不好是压根没连网线。

  
  

  所以今天我们来聊一聊，对于一个程序员来讲，需要了解的自动化运维的那些事。

  
  

  一、自动化运维的概念

  随着信息时代的持续发展，初期的几台服务器已经发展成为了庞大的数据中心，单靠人工已经无法满足在技术、业务、管理等方面的要求。一个运维人员手工配置几台服务器还可能。配置几百上千台服务器那就累死了，还容易出错。那么就需要对运维工作进行标准化、自动化、架构优化、过程优化等。从面降低运维服务成本。其中，自动化最开始作为代替人工操作为出发点的诉求被广泛研究和应用。

  所谓自 动化运维，即在最少的人工干预下，结合运用脚本与第三方工具，保证业务系统7*24小时高效稳定运行 。这是所有业务系统运维的终极目标。

  
  

  按照运维的发展成熟度来看， 运维大致可分为三个阶段 ：

  （1）依靠纯手工，重复地进行软件的部署与运维；

  （2）通过编写脚本，方便地进行软件的部署与运维；

  （3）借助第三方工具，高效地进行软件的部署与运维；

  
  

  二、自动化运维需要解决的问题

  自动化运维通常来讲，需要解决以下几个问题： 自动部署配置、风险事前预警、故障事中解决、和故障事后管理 。

  
  

  三、自动化运维的常用工具

  自动化运维常用的工具包括以下几种：

  
  

  1、Ansible

  ansible是基于python开发的自动化运维工具，集合了众多运维工具（puppet、cfengine、chef、func、fabric）的优点，实现了批量系统配置、批量程序部署、批量运行命令等功能。

  ansible具有如下一些特性：

  (1)模块化：调用特定的模块，完成特殊的任务。

  (2)Paramiko(python对ssh的实现)，PyYaml，jinja2(模块语言)三个关键模块。

  (3)支持自定义模块，可使用任何编程语言写模块。

  (4)基于python语言实现。

  (5)部署简单，基于python和SSH(默认已安装)，agentless，无需代理不依赖KPI(无需SSL)。

  (6)安全，基于OpenSSH

  (7)幂等性：一个任务执行一次和执行n遍效果一样，不因重复执行带来意外情况。

  (8)支持playbook编排任务，YAML格式，编排任务，支持丰富的数据结构。

  (9)较强大的多层解决方案role。

  
  

  
  

  
  

  2、Chef

  Chef是一个功能强大的自动化工具，可以部署，修复和更新以及管理服务器和应用程序到任何环境。

  Chef 主要分为三个部分 Chef Server、Workstation 以及 Chef Client。用户在 Workstation 上编写 Cookbook。然后，通过 knife 命令上传到 Chef Server。最后，在 Chef Client 上面实施安装和部署工作。所以，对于 Cookbook 地编写在整个自动化部署中起到了重要的作用。

  
  

  Chef Server 包含所有配置数据，并存储描述Chef-Client中每个Nodes的Recipe，Cookbook和元数据。配置详细信息通过Chef-Client提供给Nodes。所做的任何更改都必须通过Chef Server进行部署。在推送更改之前，它通过使用授权密钥来验证Nodes和Workstations是否与服务器配对，然后允许Workstations和Nodes之间进行通信。

  
  

  Workstations 用于与Chef-server进行交互，还用于与Chef-nodes进行交互。它还用于创建Cookbook。Workstations是所有交互发生的地方，在这里创建，测试和部署Cookbook，并在Workstations中测试代码。

  
  

  Chef命令行工具 是创建，测试和部署Cookbook的地方，并通过此策略将其上载到Chef Server。

  
  

  Knife 用于与ChefNodes进行交互。

  
  

  Test Kitchen 用于验证Chef代码

  
  

  Chef-Repo 是一个通过Chef命令行工具在其中创建，测试和维护Cookbook的存储库。

  
  

  Nodes 由Chef管理，每个Nodes通过在其上安装Chef-Client进行配置。 ChefNodes 是一台机器，例如物理云，云主机等。

  Chef-Client 负责注册和认证Nodes，构建Nodes对象以及配置Nodes。Chef-Client在每个Nodes上本地运行以配置该Nodes。

  
  

  Cookbook 是Chef 框架的重要基础功能之一。在 Chef Server 对目标机器做安装部署的时候，是通过 Runlist。而 Runlist 里面又包含了一个一个具体的 Cookbook，所以，最终对一个目标机器的部署任务就落到了 Cookbook 上。而对于 Cookbook 来说，其中包含了多个组件，我们可以将 Cookbook 简单地理解成一个容器或者可以理解为一个包，里面包含了 recipes、files、templates、libraries、metadata 等信息。这些信息用于配置我们的目标机器。

  
  

  
  

  
  

  3、Puppet

  puppet是一种Linux、Unix平台的集中配置管理系统，所谓配置管理系统，就是管理其里面诸如文件、用户、进程、软件包等资源。它可以运行在一台服务器端，每个客户端通过SSL证书连接到服务端，得到本机器的配置列表，然后根据列表来完成配置工作，所以如果硬件性能比较高，维护管理上千上万台机器是非常轻松的，前提是客户端的配置、服务器路径、软件需要保持一致。

  
  

  客户端Puppet会调用本地facter，facter探测出该主机的常用变量，例如主机名、内存大小、IP地址等。然后Puppetd把这些信息发送到Puppet服务端；

  Puppet服务端检测到客户端的主机名，然后会检测manifest中对应的node配置，并对这段内容进行解析，facter发送过来的信息可以作为变量进行处理；

  Puppet服务器匹配Puppet客户端相关联的代码才能进行解析，其他的代码不解析，解析分为几个过程，首先是语法检查，然后会生成一个中间的伪代码，之后再把伪代码发给Puppet客户端；

  Puppet客户端接收到伪代码之后就会执行，执行完后会将执行的结果发送给Puppet服务器；

  Puppet服务端再把客户端的执行结果写入日志。

  
  

  4、Saltstack

  SaltStack是基于python开发的一套C/S自动化运维工具。部署轻松，扩展性好，很容易管理上万台服务器，速度够快。与服务器之间的交流,以毫秒为单位。SaltStack提供了一个动态基础设施通信总线用于编排,远程执行、配置管理等等。它的底层使用ZeroMQ消息队列pub/sub方式通信，使用SSL证书签发的方式进行认证管理，传输采用AES加密。

  在saltstack架构中服务器端叫Master，客户端叫Minion。

  
  

  在Master和Minion端都是以守护进程的模式运行，一直监听配置文件里面定义的ret_port(接受minion请求)和publish_port(发布消息)的端口。当Minion运行时会自动连接到配置文件里面定义的Master地址ret_port端口进行连接认证。

  
  

  saltstack除了传统的C/S架构外，其实还有一种叫做masterless的架构，其不需要单独安装一台 master 服务器，只需要在每台机器上安装 Minion端，然后采用本机只负责对本机的配置管理机制服务的模式。

  
  

  saltstack提供如下一些功能：

  （1）远程执行：（批量执行命令）在master上执行命令时，会在所有的minion上执行。

  （2）配置管理/状态管理 ：（描述想到达到的状态，saltstack就会去执行）

  （3）云管理(cloud)：用于管理云主机

  （4）事件驱动：被动执行，当达到某个值会自动触发

  
  

  这四种自动化运维工具的比较如下，现在主流的基本上ansible和saltstack用的多一些：