程序员标志

A. 1024被选为程序员节，为什么偏偏是这一天呢

程序员是从事程序开发和程序编码的人员。现在是互联网时代，程序员已经是必不可少的公司人才。世界上第一位程序员是埃达·洛夫莱斯。日常工作是根据项目的要求编写程序代码，修复出现的漏洞。这类职业的工作从业者经常要熬夜加班，会导致身体不健康，甚至脱发秃头。程序员节是就是为了关爱程序员的健康，拒绝加班所设定的节日，也是向程序员工作者致敬。从2015年开始的每年10月24日都是中国程序员节，在国际上的程序员节是每年的第256天。程序员节日的选定最初是由传智播客倡议成立的，因为1024是2的十次方，二进制计数的基本计量单位之一，另外一种说法1G等于1024M，所以选定这天当做程序节日。而且是公历10月24日，往后都不会有变化。让我们看下往年程序员节日他们怎么度过的吧！

2017年程序员节日传智播客发起公益骑行活动，在17座城市，集结了500名的程序员。骑行活动能帮助程序员走出办公室，锻炼身体健康，提高免疫力，是一个非常好的活动项目，也展现了程序员的热情，当晚八点有一场全网直播属于程序员的狂欢夜晚会，主题为《1024，helloworld狂欢夜》

你也是程序员吗？或者你是什么职业的人员？也想有自己的节日吗？

B. 程序员为赵英俊设置专属标志，为何赵英俊的离世让人们怀念

人生在世，难免面对生离死别。但是每个人都会有那一刻，面对死亡的时候。赵英俊，一个伟大的音乐人，于2021年2月2日下午在北京去世，他的去世引发了许多的哀悼。被人们称为音乐鬼才的他，永远停留在了43岁。

在他去世前就有写下遗书，让自己的亲人帮忙发表一下，其中有一句是这样的：“我的朋友，我的爱人，我的家人，别为我悲伤太久，好好的生活，这个世界是值得你为之奋斗的”。娱乐圈里面有人说：“赵英俊一个人在音乐和电影中自由切换的鬼才”。他凭借着天马行空的创作力，他的作品大多都成为了宣传电影的标配。在2020年12月份，那是他最后一次曝光自己的照片，十分消瘦，经过癌症的折磨的确是很不容易的。

他在娱乐圈凭借着自由正直的性格，也赢得了不少的人的喜欢，而且他的品德很好，做人最重要的是品德，可是天妒英才，让他英年早逝。去世的人已经去世了，活着的人应该好好活着，希望大家尽快能从悲痛中走出来，提前祝贺大家新年快乐，万事如意！

C. 程序员工作到底能干多久程序员的前途如何

千千万万的程序员们一直困惑“程序员的前途如何”、“程序员工作到底能干多久”的问题。目前比较普遍的认识，程序员的职业通道有两条进阶路线。一条 是技术路线，即由程序员、高级程序员、系统分析师，到架构设计师。在这条路线上，立足于从业务模型到计算机软件模型的转换，成为高端的软件技术工作者。另 一条是管理路线，即由程序员，经开发小组负责人、项目经理，再到企业中高层管理者。程序员加强自己管理意识的培养，多站在组织的角度来分析问题和解决问 题，成为优秀的管理者，甚至职业经理人。近年来，产品管理成为企业多产品经营形势下一个越来越受重视的管理课题。特别是知识经济环境下，诸如互联网与软件、创意、传媒等现代新型产业链中， 其几乎可以忽略不计的复制成本，有竞争力的产品与优秀的产品管理成为了制胜的关键。基于产品的商业化运营，在越来越具聚合效应的网络时代，扁平经营、草根 聚合、精准营销、直通车服务等全新的经营环境常常造就了赢者通吃的局面，以产品为中心的企业管理逐渐形成独立的产品管理体系，被众多企业所关注和采用。在软件企业中，随着产品管理的兴起，可以说，走向产品，是程序员在技术与管理之外的第三条职业通道。越来越多的程序员开始转型做产品工作，特别是对 那些具有创业意识的程序员而言，走向产品是一条必经之路。腾讯的马化腾和360的周鸿祎，他们都是由程序员做起，然后开创自已的产品和事业。产品管理的兴起，产生了以产品经理为中心的产品工作职业方向。产品职业方向可以从产品系列的职务与岗位两个维度来观察。职务上，有首席产品官 （CPO）、产品总监、产品经理、产品专员、产品助理，其中尤以产品经理一职最为中心；岗位上，有产品竞争分析与用户需求管理、产品创意与策划、产品原型 设计、产品运营规划、产品实现过程跟踪、产品商品化实施、产品运营、产品经营成果分析与跟踪、产品升级维护管理、产品管理体系与制度建设、产品人员技能培 养等。这些基于产品而设计的岗位以有效满足用户需求为中心，它不同于其它以专业技术和职能效率为中心的因职能分工而产生的岗位。产品管理是近些年随着IT和互联网的快速兴起而被各企业所重视，而现在的各大院校并没有产品管理相关的专业，各类培训机构也少有类似培训课程，从事 产品工作的人员大多是从不同专业、不同岗位转型过来的。相比较而言，程序员有着营销、测试、客服等岗位走向产品的人员所难以比拟的优势。有些公司甚至做出 了规定，欲从事产品工作，必须要有多年的软件开发经验。程序员转型从事产品工作所具有的独特优势主要包括以下几点：第一，程序员能够更好地理解产品的实现方案，所策划的产品更具可行性。做产品策划工作，也许缺的不是点子或创意，而是有效可行的方案。多年的程序员 工作经验，对软件技术和软件实现方案的判断，可以规避那些天马行空的产品想法，工作更有成效。比如在整理用户需求时，程序员的前期有效判断和可行性辨别， 会大大提高产品的策划质量与速度。程序员出身的产品人员可以和研发人员进行无隙的沟通，用更便于研发人员理解的语言和思路来进行产品方案的解读和跟进。第二，程序员的软件开发工作，与其说是代码的编写，不如说是逻辑语句的组织。程序员一般都具备严密的逻辑思维能力，这是进行纷繁而杂乱的需求分析和 产品概念设计必备的优势，更有利于从中分门别类理清脉络关系，转换为产品功能规划，把产品做成精品。例如需要往U盘写文件，产品人员可能只想到正常的操作 逻辑，但程序员可能会想到更多异常情况，如：U盘损坏、传输过程中拔出、断电、传输的文件损坏、U盘写保护、重复文件、焦点位置、空间不足等等。再有，好 的用户体验的产品，在本质上，就是产品功能的逻辑展示，或者说用户操作的逻辑引导。第三，程序员往系统分析的技术方向发展，从本质上来说，同往产品策划方向发展是相通的，都需要对真实世界本质关系有着充分的理解与把握。能够走向系 统分析员的优秀程序员，完全有可能成为一个优秀的产品策划人员。差别在于系统分析员的工作成果是面向程序员、面向计算机，而产品策划是面向用户、面向市 场。每一名程序员也必定是某个软件产品开发工具的使用者，有深厚的软件产品使用体验，具有从用户出发来表述问题的基础。第四，程序员一般都具有快速学习能力，保持对计算机相关行业动态和技术革新的观察与思考，这在一定程度上会培养对行业与技术的洞察力。产品策划和设 计工作，最后能否获得市场的成功，考验的正是这种洞察力。因为产品工作是时时围绕“解决的是什么人的什么问题”来开展，也就是始终围绕“做正确的事”。只 有对行业与技术有洞察力的人，才能够站在用户需求的角度来理解与体验，激发创意，做出好产品来。当然，程序员虽具备上述独特优势，并不等于程序员转做产品工作，就一定能够成功。要策划出好的产品，要成为一名优秀的产品经理，他们也面临着各种挑战：第一，创新和结构化思维的冲突。结构化思维可以说是程序员的典型标志，这种思维模式对于把一件事情做好是很重要的，但它往往也会是创新思维的天敌。创新却是产品工作的灵魂，程序员需要不断打破常规激发灵感才能做好产品工作，就必须克服已经形成的思维定势。第二，团队协作与英雄主义的矛盾。程序员往往习惯于单打独斗的工作方式，崇尚技术牛人，缺少团队协作意识和与人沟通的技能。产品工作则需要大量的沟通协调，甚至组织领导工作，强调的是团队作战。在合作精神方面，想要转向产品工作的程序员的确亟待加强。第三，商业意识和市场运营知识匮乏。特别是在全面产品管理思想下，产品人员需要有很强的市场营销方面的知识和商业化运作的策划与分析能力，仅仅把产 品做出来是不够的，卖得掉才是硬道理。产品策划的环节，面临着营销模式、目标用户、渠道选择、竞争策略等的选择与设计，这也是摆在技术出身的程序员面前的 重要课程。每个企业，都会根据自身所在行业特点和本企业的资源优势，来部署不同形式的产品管理机制。程序员针对自己的性格特点和能力特征，抓住产品管理这一方兴未艾的职业机遇，走向产品，以优秀产品经理的能力模型培养来规划学习道路与职业生涯，是值得重视的一个职业方向。沈阳师范大学火热招生中！

D. 程序员的书包（背包）是一般是什么样子

我自己是居住在荷兰的学生，我看这边的程序员啊、或者职业和电脑有关的，都会背那种防盗的双肩包吧。大概长介个样子的背包啦~

E. 程序员的标配都是格子衫，这是为什么呢

这个我还真知道，看前几期跑男的时候，记得有个情节讲的就是这个，为了显得正式，而不显得死板，所以一般都是格子衫。

我之前一直以为程序猿的标配的格子衫，是一种企业文化，是硬性要求。所以万年不变的格子衫，一年四季都可以看见它的踪迹。

我当时听完这个程序员的解释，我感觉还挺有道理的。想一想我自己也有好几件格子衬衣，冬天又能叠穿，春秋也能单穿，夏天还能当防晒衣穿。基本上一年四季，我都可以穿得上。随便搭配裤子，裙子，或者大衣都可以出门。

所以请正视程序员的格子衫，不要有太多调侃。格子衬衣挺好穿的，当标配也不错。

F. 秃头真的是程序员的标志吗

不是，秃头的原因有很多，不一定是程序员才会秃头。程序员这个职业是高度的脑力劳动，几乎天天都盯在电脑屏幕上，绝大部分头发还是完好无损的，秃顶主要分为局部秃顶和全秃顶，局部秃顶的会多一些，至于大家说到的秃顶和技术是不是一种关系，主要和每个人本身的体质有关系。

绝大部分秃顶很厉害主要还是基因因素，只不过加班起到了催化剂的作用，而且程序员的很多冷笑话都是程序员在网上无聊直接编写段子自嘲，由于互联网具有快速传播的效应，结果很快在互联网快速传播开来，格子衫，秃顶，颈椎病，黑眼圈都成了程序员标配了，就是一种职业病的表现，任何行业都会留下职业病的影子，绝不只是发生在程序员身上。

本病常伴皮脂溢出，但已证实其与早秃无因果关系。另外，局部因素如帽子太紧、夜间戴压发帽、用过冷（或过热）的水洗头等均非主要因素。

总结；秃顶的不一定就是程序员，这里面没有必然的关联，有些话听听就行了，不要太认真。

G. 关于程序员

那编程能力实在是太强了，而且开发经验丰富。你要想成为程序员就一定要做好吃苦的准备，还有一点要说明，做这个行业不是早结婚，就是晚结婚，这是不争的事实。
学好某一门语言或学好多门语言只是成为一名合格的程序员必备的条件之一，重要的是软件工程所要走的一个流程，看一下CMMi方面的资料会对你有一些好处.
(Capability Maturity Model Integration，能力成熟度模式整合)

CMMI（ Capability Maturity Model Integration）的本质是软件管理工程的一个部分。软件过程改善是当前软件管理工程的核心问题， 50多年来计算的发展使人们认识到要高效率、高质量和低成本地开发软件，必须改善软件生产过程。基于模型的过程改进是指用采用能力模型来指导组织的过程改进，使之过程能力稳定的进行改善，该组织也能变得更加成熟。

然而，软件组织形成一套完整而成熟的软件过程不是一蹴而就的事情，需要经历一系列的成熟度。软件组织首先要进行差异分析，评定自己比较接近哪一个成熟度，然后再根据自身的情况来决定要采取哪些改进活动，来更有效地改进自己的软件过程。这就对软件过程的评定提出了一个客观的标准。美国卡内基梅隆大学软件工程学院于1987年研究成功的SW-CMM（Capability Maturity Model for Software）就是这样的一个理论模型，其目的在于帮助软件组织改善软件生产流程，以探索一个保证软件产品质量、缩短开发周期、提高工作效率的软件工程模式与标准规范。

CMMI是一个可以改进系统工程和软件工程的整合模式。1997年10月SEI停止对CMM的研究，改而致力于CMMI，以解决使用多个过程改进模型的问题。SEI同时宣布CMMI将取代CMM，与2000年8月11日颁布了CMMI-SE/SW 1.0版本，2001年12月颁布了1.1版本，这次发布标志着CMMI正式启用,并准备今年内完成CMM到CMMI的过渡。说到CMMI就不能不提CMM。

CMM

CMM框架用5个不断进化的层次来评定软件生产的历史与现状：初始级描述了不成熟，或者说是未定义的过程的组织，是混沌的过程以不可预测结果为特征；可重复级是经过训练的软件过程；已定义级是标准一致的软件过程，以组织内改进项目执行为特征；已管理级是可预测的软件过程，以改进组织性能为特征；优化级是能持续改善的软件过程，以可快速进行重新配置的组织性能，和定量的、持续的过程改进为特征。任何单位所实施的软件过程，都可能在某一方面比较成熟，在另一方面不够成熟，但总体上必然属于这5个层次中的某一个层次。

CMM包括两部分"软件能力成熟度模型"和"能力成熟度模型的关键过程域"。"软件能力成熟度模型"主要是描述此模型的结构，并且给出该模型的基本构件的定义。"能力成熟度模型的关键过程域"详细描述了每个关键过程方面涉及的过程域。

可重复级关键过程域：需求管理，软件项目计划，软件项目跟踪和监控，软件子合同管理，软件质量保证，软件配置管理。

已定义级关键过程域：组织级过程焦点，组织级过程定义，培训大纲，集成软件管理，软件产品工程，组间协调，同行评审。

已管理级关键过程域：定量过程管理，软件质量管理。

优化级关键过程域：缺陷预防，技术更新管理，过程更改管理。

多数组织的基本目标是达到成熟度3级。评估组织当前的成熟度级别的手段之一是软件能力评估（SCE）。SCE通过评估软件过程（一般以方针陈述的形式）和项目实践来确定该组织是否言行一致。组织的过程体现了如实记录所做的工作，项目实施（对该过程的特定剪裁和解释）应该证明说到做到。

现在全球许多不同的组织以CMM为协助企业作全面的过程改进活动，除了肯定其软件成熟度外，更像征具有跨足国际市场的能力。现在通过CMM5级认证的组织达到了一百多家。

CMMI

CMM的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从CMM衍生出了一些改善模型，比如：SW－CMM,SE-CMM,IPD-CMM等。不过，在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆。CMMI就是为了解决怎么保持这些模式之间的协调。

由业界、美国政府和卡内基·梅隆大学软件工程研究所率先倡导的能力成熟度模型集成（CMMI）项目致力于帮助企业缓解这种困境。CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。因而能够从总体上改进组织的质量和效率。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。

与原有的能力成熟度模型类似，CMMI也包括了在不同领域建立有效过程的必要元素，反映了业界普遍认可的"最佳"实践；专业领域覆盖软件工程、系统工程、集成产品开发和系统采购。在此前提下，CMMI为企业的过程构建和改进提供了指导和框架作用；同时为企业评审自己的过程提供了可参照的行业基准。

CMMI的源模型：软件能力成熟度模型2.0版，C稿；电子行业协会临时标准（EIA/IS）731；集成产品开发能力成熟度模型（IPD- CMM)。

CMMI的原则：

1． 强调高层管理者的支持。过程改进往往也是由高层管理者认识和提出的，大力度的、一致的支持是过程改进的关键。

2． 仔细确定改进目标，首先应该对给定时间内的所能完成的改进目标进行正确的估计和定义并制定计划。选择能够达到的目标和能够看到对组织的效益。

3． 选择最佳实践，应该基于组织现有的软件活动和过程财富，参考其他标准模型，取其精华去其糟粕，得到新的实践活动模型。

4． 过程改进要与组织的商务目标一致，与发展战略紧密结合。

CMMI目标:

1. 为提高组织过程和管理产品开发、发布和维护能力的提供保障。

2. 帮助组织客观评价自身能力成熟度和过程域能力，为过程改进建立优先级以及执行过程改进。

CMMI的方法：

1 决定哪个CMMI模型等级最适合组织过程改进需要。

2 选择模型的表示法是连续式还是阶段式。

3 决定组织需要用到的模型中的知识领域。

4 类似CMM提出的过程改进6步，集成化过程改进分成：开始集成过程改进,建造集成改善平台，集成传统过程，启动新过程，进行改 进评估。

CMMI内容

CMMI内容分为"要求"、"期望"和"提供信息"三个级别，来衡量模型包括的质量重要性和作用。最重要的是"要求"级别，是模型和过程改进的基础。第二级别"期望"在过程改进中起到主要作用，但是某些情况不是必须的可能不会出现在成功的组织模型中。"提供的信息"构成了模型的主要部分，为过程改进提供了有用的指导，在许多情况下他们对需要和期望的构件做了进一步说明。

"要求"的模型构件是目标，代表了过程改进想要达到的最终状态，它的实现表示了项目和过程控制已经达到了某种水平。当一个目标对应一个关键过程域，就称为"特定目标"；对应整个关键过程域就称为"公用目标"。整个CMMI模型包括了54个特定目标，每个关键过程域都对应了一到四个特定目标。每个目标的描述都是非常简捷的，为了充分理解要求的目标就是扩展"期望"的构件。

"期望"的构件是方法，代表了达到目标的实践手段和补充认识。每个方法都能映射到一个目标上，当一个方法对一个目标是唯一就是"特定方法"；而能适用于所有目标时就是"公用方法"。CMMI模型包括了186个特定方法，每个目标有两到七个方法对应。

CMMI包括了10种"提供的信息"：目的，概括和总结了关键过程域的特定目标；介绍说明，介绍关键过程域的范围、性质和实际方法和影响等特征；引用，关键过程域之间的指向是通过引用；名字，表示了关键过程域的构件；方法和目标关系，关键过程域中方法映射到目标的关系表；注释，注释关键过程域的其他模型构件的信息来源；典型工作产品集，定义关键过程域中执行方法时候产生的工作产品；子方法，通过方法活动的分解和详细描述；学科扩充，CMMI对应学科是独立的，这里提供了对应特定学科的扩展；公用方法的详细描述，关键过程域中公用方法应用实践的详细描述。

CMMI提供了阶段式和连续式两种表示方法，但是这两种表示法在逻辑上是等价的。我们熟悉的SW-CMM软件能力成熟模型就是阶段式的模型，SE-CMM系统工程模型是连续式模型，而IPD-CMM集成产品开发模型结合了阶段式和连续式两者的特点。

阶段式方法将模型表示为一系列"成熟度等级"阶段，每个阶段都有一组KPA指出一个组织应集中于何处以改善其组织过程，每个KPA用满足其目标的方法来描述，过程改进通过在一个特定的成熟度等级中满足所有KPA的目标而实现的。

连续式模型没有像阶段式那样的分散阶段，模型的KPA中的方法是当KPA的外部形式，并可应用于所有的KAP中，通过实现公用方法来改进过程。它不专门指出目标，而是强调方法。组织可以根据自身情况适当裁剪连续模型并以确定的KPA为改进目标。

两种表示法的差异反应了为每个能力和成熟度等级描述过程而使用的方法，他们虽然描述的机制可能不同，但是两种表示方法通过采用公用的目标和方法作为需要的和期望的模型元素，而达到了相同的改善目的。

======================================================================

CMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我们指的CMM。CMMI与SW-CMM的主要区别就是覆盖了许多领域；到目前为止包括四个下面领域：

1．软件工程（SW-CMM）

软件工程的对象是软件系统的开发活动，要求实现软件开发、运行、维护活动系统化、制度化、量化。

2．系统工程（SE-CMM）

系统工程的对象是全套系统的开发活动，可能包括也可能不包括软件。系统工程的核心是将客户的需求、期望和约束条件转化为产品解决方案，并对解决方案的实现提供全程的支持。

3．集成的产品和过程开发（IPPD-CMM）

集成的产品和过程开发是指在产品生命周期中，通过所有相关人员的通力合作，采用系统化的进程来更好地满足客户的需求、期望和要求。如果项目或企业选择IPPD进程，则需要选用模型中所有与IPPD相关的实践。

4．采购（SS-CMM）

采购的内容适用于那些供应商的行为对项目的成功与否起到关键作用的项目。主要内容包括：识别并评价产品的潜在来源、确定需要采购的产品的目标供应商、监控并分析供应商的实施过程、评价供应商提供的工作产品以及对供应协议和供应关系进行适当的调整。

在以上模块中，企业可以选择软件工程，或系统工程，也可以都选择。集成的产品和过程开发和采购主要是配合软件工程和系统工程的内容使用。例如，纯软件企业可以选择CMMI中的软件工程的内容；设备制造企业可以选择系统工程和采购；集成的企业可以选择软件工程、系统工程和集成的产品和过程开发。CMMI中的大部分内容是适用各不同领域的，但是实施中会有显着的差别，因此模型中提供了"不同领域应用详解"。

CMM的基于活动的度量方法和瀑布过程的有次序的、基于活动的管理规范有非常密切的联系，更适合瀑布型的开发过程。而CMMI相对CMM更一步支持迭代开发过程和经济动机推动组织采用基于结果的方法：开发业务案例、构想和原型方案；细化后纳入基线结构、可用发布，最后定为现场版本的发布。虽然CMMI保留了基于活动的方法，它的确集成了软件产业内很多现代的最好的实践，因此它很大程度上淡化了和瀑布思想的联系。

在 CMMI 模型中在保留了CMM阶段式模式的基础上，出现了连续式模型，这样可以帮助一个组织以及这个组织的客户更加客观和全面的了解它的过程成熟度。同时，连续模型的采用可以给一个组织在进行过程改进的时候带来更大的自主性，不用再像CMM 中 一样，受到等级的严格限制。这种改进的好处是灵活性和客观性强，弱点在于由于缺乏指导，一个组织可能缺乏对关键过程域之间依赖关系的正确理解而片面的实施过程，造成一些过程成为空中楼阁，缺少其他过程的支撑。两种表现方式（连续的和阶段的）从他们所涵盖的过程区域上来说并没有不同，不同的是过程区域的组织方式以及对成熟度（能力）级别的判断方式。

CMMI 模型中比 CMM 进一步强化了对需求的重视。在 CMM 中，关于需求只有需求管理这一个关键过程域，也就是说，强调对有质量的需求进行管理，而如何获取需求则没有提出明确的要求。在CMMI的阶段模型中，3 级有一个独立的关键过程域叫做需求开发，提出了对如何获取优秀的需求的要求和方法。CMMI 模型对工程活动进行了一定的强化。在CMM中，只有3级中的软件产品工程和同行评审两个关键过程域是与工程过程密切相关的，而在CMMI中，则将需求开发，验证，确认，技术解决方案，产品集成这些工程过程活动都作为单独的关键过程域进行了要求，从而在实践上提出了对工程的更高要求和更具体的指导。CMMI中还强调了风险管理。不像在CMM 中把风险的管理分散在项目计划和项目跟踪与监控中进行要求，CMMI3级里单独提出了一个独立的关键过程域叫做风险管理。

H. 什么样的个性签名让别人一看就知道你是程序员

把自己的专业术语放到上面就能让人一眼识别你的专业，或者说一些自己的独特思想，不过程序员的思想应该很板硬吧，不灵活。

谁在烘烤他们的新划船机?事实上，我能想到魔法和宁静“多少老房子为他们自己买了一个划船机。有了MAC BOOK PRO，每一代iPhone代码都不会传递给朋友。

居然还卖车,因为他觉得太贵了在旧金山,维修麻烦,最好是通勤Caltrain租zipcar美好的周末。离开谷歌后，他加入了一家医疗技术初创公司，并不是为了致富，而是为了建立一个团队来帮助他们改善医疗保健系统。

I. 为什么中国的程序员总被称为码农

• 最后，如果你身边有这样的程序员朋友，请你好好珍惜他，因为他们不像口中所说的那样老土和死板，相反，他们的脑海中有一个大世界。
  

J. ~这个符号是什么意思

&于拉丁语et （意为and）的连写，是一个逻辑语言，是指逻辑上表示两者属于缺一不可的关系，还表示意思是一个人和另外一个人之意，与and同义。如A&B，表示A与B，A和B，A×B。 字符 & 的最早历史可以追溯到公元1世纪，最早是拉丁语et （意为and）的连写。最早的 & 是e和t的合字，后经过一些演变，形成了固定的合字，继而演变为符号。这个符号和古代一些西文字体的et连写几乎一样。 &符号的运用： 1、在HTML或SGML文档中，用于指明有字符存在（特殊字符）的默认符号。 2、在电子制表程序中,用于在描述单元格相互关系的公式中插入文本的操作符。 3、英文中代表and，也可读and。 4、该字符读音“z'da”。 5、&还有“联合”的意思。比如“A&B”公司，就是“A”和“B”两间公司合并起的。 6、在某些电脑语言，如java中，表示按位进行“与”运算。 7、英文拼写：ampersand。 8、高级语言中的取地址符，如：“int a=0;int *p;p=&a;”，意为取变量a的地址给指针p。 9、C语言中两个&&表示“与”运算。