程序员离线日志

A. 为什么要使用SLF4J而不是Log4J

每一个java程序员都知道日志对于任何一个Java应用程序，尤其是服务端程序是至关重要的，而很多程序员也已经熟悉各种不同的日志库如java.util.logging、Apache log4j、logback。但如果你还不知道SLF4J（Simple logging facade for Java）的话，那么是时候去在你项目中学习使用SLF4J了。
在这篇文章中，我们将学习为什么使用SLF4J比log4j或者java.util.logging要优秀。自从上次我写Java程序员的10个日志技巧已经有一段时间了，我已经不记得我写的关于日志的一切了。
不管怎样，让我们回到这个话题，SLF4J不同于其他日志类库，与其它有很大的不同。SLF4J(Simple logging Facade for Java)不是一个真正的日志实现，而是一个抽象层（abstraction layer），它允许你在后台使用任意一个日志类库。如果是在编写供内外部都可以使用的API或者通用类库，那么你真不会希望使用你类库的客户端必须使用你选择的日志类库。
如果一个项目已经使用了log4j，而你加载了一个类库，比方说 Apache Active MQ——它依赖于于另外一个日志类库logback，那么你就需要把它也加载进去。但如果Apache Active MQ使用了SLF4J，你可以继续使用你的日志类库而无语忍受加载和维护一个新的日志框架的痛苦。
总的来说，SLF4J使你的代码独立于任意一个特定的日志API，这是一个对于开发API的开发者很好的思想。虽然抽象日志类库的思想已经不是新鲜的事物而且Apache commons logging也已经在使用这种思想了，但现在SLF4J正迅速成为Java世界的日志标准。让我们再看看几个使用SLF4J而不是log4j、logback或者java.util.logging的理由。
SLF4J对比Log4J，logback和java.util.Logging的优势
正如我之前说的，在你的代码中使用SLF4J写日志语句的主要出发点是使得你的程序独立于任意特定的日志类库，依赖于特定类可能需要不同与你已有的配置，并且导致更多维护的麻烦。但除此之外，还要一个SLF4J API的特性使得我坚持使用SLF4J而抛弃我长期间钟爱的Lof4j的理由，是被称为占位符(place holder)，在代码中表示为“{}”的特性。占位符是一个非常类似于在String的format()方法中的%s，因为它会在运行时被某个提供的实际字符串所替换。这不仅降低了你代码中字符串连接次数，而且还节省了新建的String对象。即使你可能没需要那些对象，但这个依旧成立，取决于你的生产环境的日志级别，例如在DEBUG或者INFO级别的字符串连接。因为String对象是不可修改的并且它们建立在一个String池中，它们消耗堆内存( heap memory)而且大多数时间他们是不被需要的，例如当你的应用程序在生产环境以ERROR级别运行时候，一个String使用在DEBUG语句就是不被需要的。通过使用SLF4J,你可以在运行时延迟字符串的建立，这意味着只有需要的String对象才被建立。而如果你已经使用log4j，那么你已经对于在if条件中使用debug语句这种变通方案十分熟悉了，但SLF4J的占位符就比这个好用得多。
这是你在Log4j中使用的方案，但肯定这一点都不有趣并且降低了代码可读性因为增加了不必要的繁琐重复代码(boiler-plate code)：
if (logger.isDebugEnabled()) {
logger.debug("Processing trade with id: " + id + " symbol: " + symbol);
}

另一方面，如果你使用SLF4J的话，你可以得到在极简洁的格式的结果，就像以下展示的一样：
logger.debug("Processing trade with id: {} and symbol : {} ", id, symbol);

在SLF4J，我们不需要字符串连接而且不会导致暂时不需要的字符串消耗。取而代之的，我们在一个以占位符和以参数传递实际值的模板格式下写日志信息。你可能会在想万一我有很个参数怎么办？嗯，那么你可以选择使用变量参数版本的日志方法或者用以Object数组传递。这是一个相当的方便和高效方法的打日志方法。记住，在生产最终日志信息的字符串之前，这个方法会检查一个特定的日志级别是不是打开了，这不仅降低了内存消耗而且预先降低了CPU去处理字符串连接命令的时间。这里是使用SLF4J日志方法的代码，来自于slf4j-log4j12-1.6.1.jar中的Log4j的适配器类Log4jLoggerAdapter。
public void debug(String format, Object arg1, Object arg2) {
if (logger.isDebugEnabled()) {
FormattingTuple ft = MessageFormatter.format(format, arg1, arg2);
logger.log(FQCN, Level.DEBUG, ft.getMessage(), ft.getThrowable());
}
}

同时，我们也很值得知道打日志是对应用程序的性能有着很大影响的，在生产环节上只进行必要的日志记录是我们所建议的。

B. 程序员，如何让你的知识内化

一、前言

是否，你浏览过无数文章，但是转眼就忘？
是否，你收藏过无数文章，但是很少再看？
是否，你感觉自己很努力学习了，但还是收获甚微？

其实，这几个问题也一直深深地困扰着我，一直渴望着提升，却又摸不到方向，感觉一直在努力，然而貌似并没什么卵用。

直到，接触到知识管理这个概念，才领悟到：学习是一个系统工程，每一次的阅读、收藏、实践，其实都是这个系统的自我更新。唯有运用工程思维，才能更好的解决这几个问题!

关于知识管理，我视之为我人生中最重要的技能，我将不断探索、不断优化，以成就一个更完善的自己。

下面，将从一个程序员的视角来讨论知识管理，主要包括以下几个方面：

• 什么是知识管理？

• 为什么要管理知识？

• 如何管理知识？

二、什么是知识管理？

个人知识管理（Personal Knowledge Management）：一般指个人通过工具建立知识体系并不断完善，进行知识的收集、消化吸收和创新的过程。

三、为什么要管理知识？

核心目的：搭建自己的知识体系

计算机行业的一个特点是新技术更新特别快，意味着程序员需要不停学习，才能跟上行业的发展。所以，知识管理对程序员非常重要。有意识，成体系地管理知识能够：

• 更快速的入门
  如果我们已经建立好一个技术知识体系，新的技术也只是在其他技术上建立起来的，有了坚实基础，学习新技术就会更有效，毕竟原理总是类似的。

• 更全面的掌握
  看过那么多的博客，如果没有经过自己的整理，终究总是一块块记忆碎片，难成体系！使用合适的工具，正确的方法，才能更好地掌握知识，让知识凝固在脑海，形成一个整体的脉络。

• 更高效的检索
  程序员经常遇到同样的问题，例如说部署开发环境的时候，如果有把解决方案记录下来，就能省去重新解决问题的时间。毕竟重复的谷歌，也是耗时操作。

四、如何管理知识？




1.收集

确定主线，建立信源，链式反应，广泛收藏

“生也有涯，知也无涯”，我们永远不可能通晓所有的知识！

一开始我看到好的技术文章时，都是加书签存起来。后面发现这样不能离线访问，而且链接可能会失效。

后来，接触了印象笔记、为知笔记等云笔记软件，于是我可以把文章保存到笔记中，随时可以翻出来看。这是我的知识管理之路的开始。

可以说，笔记软件给知识积累带来了极大方便，而且，还可以在自己的所有笔记中快速搜索某个关键词。

有时候，我们明明记得自己以前看过某篇文章，但就是想不起来具体细节了，这个时候，只要我们之前保存过，一搜即可。这比再用搜索引擎去搜索，显然更高效一些。

记得以前，我为解决某个问题，谷歌了很久终于找到一篇文章解决了问题。解决之后并没有记录下来，结果下一次遇到同样问题，我又浪费了很多时间去再次搜索解决方案。重复多次之后，我意识到这是个严重的问题。所以逐渐养成了保存各种文章的习惯。这些网上积累下来的文章，成为了我构建知识体系的土壤。

• 不是收集好的知识，而是收集对自己有用的知识

• 你缺的不是知识，而是整合知识的能力

• 主题阅读，不以读完一书一文为目的，能提取到想要的知识即可

• 读书为纲，上网为目。唯有纲举，方可目张

• 设定一个自己的长期学习规划

• 建立自己的常用信源清单

• 从一个关键词的解释中，提取到一堆关键词，链式反应

• 印象剪藏时不必纠结分类，多用关键词搜索

2.整理

合并同类，编织脑图，定期整理，持续更新

“小马过河，深浅自知”，别人的文章永远是别人的知识！

上面收集的那些知识碎片是我们有初步印象的知识，只不过因为太过碎片，尚不能够形成完整的知识体系。很多人以为把看到的文章保存到自己的笔记里面，就有一种已经掌握它的错觉，结果保存了成千上百的文章，却一篇都没回顾过。

别人的文章是他的知识沉淀，并不是自己的。定期回顾，并提取出文章中的精华，再经过自己的实践、思考、整理，才能形成自己的知识体系。这是一个很漫长的积累过程，而我们能做的唯有：坚持到底！

• 分类自底而上，先有了大量碎片，而后才有细致分类。

• 多用思维导图，整体把握脉络

• 定时整理笔记，归纳相似主题

• 印象笔记做摘录，为知笔记写原创

• 书写，不只是为了记录，更是一种思考方式

• 原始积累，越快越好，先求量大，再求质优

• 使用工具，而不是被工具使用

• 构建知识体系，服从于个人职业发展

• 预判使用场景，布局技术未来

• 以写论文的方式来整理

3.分享

寻找同好，讨论反思，自我激励，打造品牌

“常与同好争高下，不共傻瓜论短长”，教是最好的学习方式！

一方面，自己以为理解了不是真理解，把别人讲理解了才是真理解！如果能有读者和自己互动，那肯定比自己一个人闭门造车，更有积极性一点，人毕竟是社会性的，我们也渴望着别人的认可。一个人默默写笔记，可能能坚持写个十几篇，如果是公开写博客，有读者的反馈和认同，那可能更容易坚持下去一些。毕竟，写作，是一段孤独的旅程。

另一方面，在这个时代，对于生活中的绝大多数人来说，拓宽朋友圈子的途径几乎只有一个，通过网络，而如何在网络中寻找到气味相投的朋友，如何判断别人和自己是否有共同语言？显然，通过天天在SNS上碎碎念的那些日志是难以做到的。我很佩服那些长期用博客记录想法的人，因此，即使和他们素未谋面，也算是神交已久。

• 打造个人品牌，增加自己的影响力

• 跨时空的交流方式

• 记录自己的经历和成长

• 锻炼自己的表达能力

C. 程序员如何方便的管理自己以前写的代码

一、代码的最大长度。
虽然在Java的编译器中对于代码的最大长度没有硬性的规定。但是如果代码的长度太长，超过了编译器的最当行宽，显然阅读起来比较麻烦。为此根据笔者的经验，通常情况下Java源代码的行长度不应该大于80个字符。如果超过这个长度的话，在一些开发工具和编辑器上就无法很好的显示。如需要通过滚动条来显示后面部分的代码。当其他项目成员阅读这超长的代码时，就会看得眼花缭乱。当人的温饱问题解决了之后，就需要开始注意美观方面的问题。所以程序开发人员在开发应用程序的时候，要尽量避免书写长的代码。如果代码的每行长度确实需要超过80个字符的话(最好将每行代码的长度控制在70个字符左右)，那么就需要对代码进行分行。
二、在恰当的地方对代码进行分行。
笔者建议将Java源代码每行的长度控制在70个字符、最大不超过80个字符。当超过这个字符长度的时候，开发人员就需要考虑在恰当的地方对他们进行分行处理。不过这个分行也不是说开发人员想在哪里进行分行就在哪里进行分行。这个分行是有一定技巧的。虽然这些技巧大部分并不是强制性的规定，但是都是一些专家们的经验总结，可以提高代码的阅读性。为此笔者希望各位程序开发能够严格的遵守。
技巧一：高层折行优于低层折行。
这个技巧是说，在考虑对代码进行折行处理的时候，需要注意代码的层次性。如某段代码涉及到混合四则运算，而四则运算又有明显的运算顺序，此时对代码进行折行时就最好能够在四则运算的关键顺序上进行折行处理。如现在有如下的一段代码：
Mynum=mynum1*(mynum1+mynue2+mynum3-mynum4)+8*mynum5
如果要对这段代码进行折行的话，该在哪个地方加入一个折行符号呢?如果是笔者处理的话，笔者会按如下的格式对代码进行折行处理。
Mynum=mynum1*(mynum1+mynue2+mynum3-mynum4)+8*mynum5
这主要是根据四则运算的运算层次来进行折行的。显然，*符号的优先级要比+符号要高。所以在+号前面对其进行折行处理，那么就可以一目了然的反应出代码的运算层次。可以大幅度的提高代码的阅读性。所以代码折行的第一个技巧就是高层折行优于低层折行。如此的话，可以使得应用程序的结构代码更加的清晰，更容易被团队成员所理解。
技巧二：在运算符前面进行折行处理。
其实在如上的折行技巧中，还隐藏着一个规则，即在运算符之前进行折行。如上例所示，笔者就是在+号前面进行折行，而不是在+号后面进行折行处理。这主要也是考虑到代码的可读性。如上面这个例子中，如果在+号后面进行折行处理的话，则下一行就会给人一种凭空多出来的感觉，显得代码很不连贯。跟这个规则类似，如果在折行处理的时候遇到逗号时，那么最好能够在逗号后面进行折行。如在一个方法中，需要传入5个参数。此时如果代码行比较长，那么就需要在几个参数之间进行折行处理。此时最理想的折行位置，就是在某个参数的逗号后面。注意，使在逗号后面进行折行，而不是在逗号前面。因为一个参数一个逗号是匹对的。而如果一个逗号加一个参数，则让人看起来很不舒服。
技巧三：这行代码的对起方式。
当不得已对代码进行折行处理时，下一行的代码应该与其同等级的代码行左对齐。如上例所示，在+号前面将某一段四则运算公式进行折行处理的时候，其+号符号已经采取缩进处理。其缩进后的效果就是要与其同等级的代码行左对齐。如此的话，明眼人一看就知道这段代码采取过折行处理;而且跟上一行代码的层次关系。当一段代码被分割成三行甚至跟更多行数的时候，这个规则会非常的有用。如果能够严格遵守这个规则，即使将代码分割成多行，看起来也不会觉得那么混乱。反而给人一种比较有层次的感觉。
另外在采取缩进处理的时候，可以利用Tab键来提高缩进处理的效率。因为直接按空格的话，有可能空格字符数量不一致，会让人觉得层次不起，产生比较大的混乱。一般情况下，当代码行两侧距离页边的距离比较大，看其来不怎么舒服时，可以在代码行中通过插入TAB键(会在代码行中连续插入8个字符)来提高代码的阅读性，让代码的缩进实现统一。
技巧四：为变量寻找一个合适的位置。
在编写应用程序时，尽量将变量声明放置在一个代码块的开始处，也就是说{}花括号的开始位置。虽然说可以在需要使用变量的时候再对其进行声明。但是笔者不同义如此操作。因为如果在的呢感到使用变量的时候再来声明变量时，会降低代码的可读性。同理，也需要避免低层声明与高层声明重复，这样会引起代码混乱并可能引发程序功能性错误。而且这种错误在后续的排错中很难被发现。为此要在应用程序开发的时候就要尽量避免这种错误。
在声明变量的时候，有时候可能代码很简单，生命变量的行总共加起来也不会超过十个字符。此时能否把多个变量的声明写在同一行呢?从就技术上来说，这是可行的。也就是说，Java编译器允许将多个变量定义在同一行上。但是从阅读性上来说，这并不是很好的做法。笔者的建议是，即使变量定义再简单，或者变量比较多，也最好分行进行变量的声明。也就是说，一行声明一个变量。这可以提高代码的可阅读性。而且有时候往往需要对变量加一个注释说明变量的用途，如果以行定义一个变量，添加行注释也相对简单许多。
总之，以上的这些折行的规则基本上不会影响到代码的运行。但是，对于代码的维护与后续的排错、升级、二次开发等等具有不可忽视的作用。而且现在基本上应用程序开发式团队开发，故大家都遵守同样的代码编写规范是非常重要的。笔者在开发一个应用程序的时候，事先都会花一定的时间，跟项目成员强调这些折行的规则。目的只有一个，就是提高代码的可读性，便于后续代码的共享与维护。毕竟后续面对这些代码的，并不是客户，而是我们自己。我们程序员在编写代码的时候，不能够搬起石头砸自己的脚。笔者认为，现在一个合格的程序人员，不仅技术功底上要过得硬，而且还必须要遵守这些无形规则的约束。难怪现在这么多企业在挑选程序开发人员的时候，都会注明良好的编码规范。现在对于这些无形中的条条框框，项目经理已经开始重视起来。

D. log4net 多进程不释放缓存

log4net 多进程不释放缓存，普通系统问题，缓存无法释放，，没有特别好的解决办法，最简单就是重装系统。或者升级一下内存
log4net库是Apache log4j框架在Microsoft .NET平台的实现，是一个帮助程序员将日志信息输出到各种目标(控制台、文件、数据库等)的工具。
log4net是Apache软件基金会Apache Logging Services工程的一部分。Apache日志服务工程致力于为程序调试和审计提供跨语言的日志服务。

E. 程序员实习生没任务的时候日志怎么写

没事情做的时候，工作日报有三种对待态度。

一、直接不写工作日报，积极对待。一部分员工觉得没事情做，那就坦诚，不对领导隐瞒，这样才能更好的体现自己之前的工作效率。而且工作日报中明没有工作安排而且工作任务已经保质保量完成。

二、消极对待，不写或者写虚假内容。这种态度的员工不写工作日志，也不做任何努力。甚至会写很多虚假工作内容。

三、主动做事情，写工作日报。没有事情做，给自己安排事情做，总结之前工作的经验、完善工作流程中的漏洞、做未来工作的计划、跟进长期工作任务等等。也可以安排学习，学习岗位知识和技能。主动寻找工作，主动提高自身素质，这才是员工应该做的。这样工作日报也就可以很好完成了。

F. 程序员 英文简历 编程能力怎么写

一、基本格调
即打开简历之后的第一印象。就好比我们看见一个人，会有一个整体的感觉，他是fashion的、小清新的还是老道的？有了第一印象之后再慢慢分解来看。
加分写法：
简洁明了，逻辑结构清晰。
字体，排版，顺畅，清晰整齐就好。
最好是PDF格式，兼容性强且不易乱序。
减分写法：
设计的过于浮夸或者过于简单的。（eg.有的简历五颜六色、非常酷炫，却半天找不到联系方式，抑或是只有个人基本信息和公司名称)
写了十几页，半天打不开的，或者加载了半天，打开还乱码。
二、基本信息（姓名/性别/毕业院校/电话/邮箱/居住地/期望地）
加分写法:
清晰罗列出以上信息，这样HR就不用在接下来的电话沟通或面试中再去追问这些内容，建立我们接下来电话沟通对你的熟悉度。
再额外能加上QQ或者微信就更好了（以防有时候电话打不通哦，时不时会遇到这种情况）
减分写法：
大部分的基本信息没有写
甩给我一个Github链接，极致简洁的几句描述，需要通过你的链接来找你的联系方式。（如果不是博客写的特别好，基本是要放弃你了）
三、工作经历&项目经历
加分写法：
工作经历项目经历可参照万能的STAR法则来写，STAR不清楚的童鞋点这里啦
效力过哪些公司，我们匹配的公司？ BAT？ 知名大型互联网公司？
做过什么行业领域，和我们目前的行业是否匹配
擅长的技术语言，应用了哪些技术栈，（Java, Scala，Ruby, React, Vue, Microservice…）
经历的项目复杂度，及在项目中承担什么样的角色(人的变化/技术的变化/环境的变化/不同工作经历相同角色的不同点)
时间节点（空档期）
减分写法：
看了半天，不知所云，没有任何亮点，没有让人有去和你聊一聊深扒的信息。
来几个栗子
栗子1错误打开方式：
XX（全栈工程师）2013.06 — 至今
参与需求分析及实现方案设计。
设计数据库表结构，实现后台功能及web页面展示。
产品线上部署及运维。
ay 配置管理工程师 2010.03 — 2013.03
负责公司产品性能测试，及线上数据分析
负责公司配置管理，环境维护等工作
点评：看不出来他做的什么事情，没有逻辑性，甚至不知道他做的什么技术语言。
栗子2正确打开方式：
西安XXX公司 Java工程师 — 2016.2月-2017.2月
1、MOGU推荐架构数据与缓存层设计开发
MOGU是一款时尚资讯app,负责推荐页面资讯feed流的展示及用户历史的展示
负责数据层,处理前端逻辑整个开发工作,分布式rpc服务搭建
负责进行压测监测、缓存处理,对接又进行改进优化,主用redis缓存
2、基于JAVA的电商爬虫开发
使用java搭建爬虫server平台,进行配置和开发,进行网页改版监测功能开发
爬取淘宝时尚品牌与其他电商网站商品品牌与详情等
通过频率、ip池、匿名代理等应对一些网站的反爬
3、同图搜索Solr服务开发
基于算法组的同图策略,使用solr做java接又实现rpc服务搭建,进行索引构建和solr实现
北京XXX
java大数据工程师— 2013.4月-2015.12月
1、负责实时流消息处理应用系统构建和实现
在调研了kafka的优势和我们的具体需求之后,用kafka作为消费者,保证高吞吐处理消息,并持久化消息的同时供其它服务使用,进行了系统的设计和搭建使用。 本地日志保证消息不丢失,并通过记录游标滑动重复读取数据。
使用storm 负责搭建消息处理架构,并完成基于业务的消息落地,提供后续的数据 统计分析实时和离线任务,诸如pv、uv等数据,为运营做决策
网站用户行为埋点和基于js的日志收集器开发,定义接又和前端部门配合。主用go 2、hadoop集群搭建和数据分析处理
2、基于CDH的集群搭建工作,后期进行维护
编写MapRece程序,能将复杂工作逻辑化,尽最大能力发挥大数据应用的特点, 对程序高要求,监控自己程序运行情况,使用内存合理,注重增量和全量运算的利弊
3、调度系统设计与实现 基于quartz2搭建调度平台,带徒弟实现相关功能并定期review代码
4、数据库调优 负责主从搭建,并掌握主从搭建的利弊,了解业界mycat原理,有数据库优化经验,能 正确并擅长使用索引,对锁有深刻的认识
5、网站开发 java web网站业务开发,并能很好的使用缓存技术,对重构有实际的经验,并对面向对 象开发有全面的实战经验。了解java数据结构的使用场景,虽然对于大并发没有太大的 发挥余地,但是掌握了数据结构,对于并发和阻塞等有自己的见解。
点评：非常清晰的告诉简历阅读者自己做了什么事情，负责了什么样的事情，用了什么技术栈，且逻辑连贯。
四、 工作期望&个人评价
加分写法：
对自己有一个全方位的一个描述总结，让别人更好的解读你。或者在此处，高亮你的优点特长有哪些。
即使不写个人评价，也一定记得写上工作期望。
减分写法：
完全看不出个性特点，写和没写没什么区别。 来几个栗子
栗子1 错误打开方式
为人性格,诚实谦虚，勤奋，能吃苦耐劳，有耐心，有团队意识，能和同学和谐相处，能虚心接受别人的建议的人。
责任心强，善于沟通，具有良好的团队合作精神；专业扎实，具有较强的钻研精神和学习能力；性格比较乐观外向，喜欢打羽毛球。
栗子2正确打开方式
我对自己的定位: 主攻前端,同时在其他方面打打辅助。我不希望过于依赖别人,即使没有后端没有设计没有产品经理,我依然想要把这个产品做到完美。毕竟全栈才能最高效地解决问题。
我对工作的态度: 第一,要高效完成自己的本职工作。第二,要在完成的基础上寻找完美。第三,要在完美的基础上,与其他同事 互相交流学习,互相提升。工作是一种生活方式,不是一份养家糊口的差事。
我怎样克服困难: 不用网络是第一原则,在遇到技术问题时我往往会去Google、Stack over flow上寻找答案。但通常很多问题 并不一定已经被人解决,所以熟练地阅读源码、在手册、规范甚至 REPL的环境自己做实验才是最终解决问题的办法。相信事实的结果,自己动手去做。
怎样保持自己的视野:我一直认为软件开发中视野极其重要,除了在 Twitter 上关注业界大牛,Github Trending 也是每周必刷。 另外 Podcast、Hacker News、Reddit 以及TechRadar 也是重要的一手资料。保持开阔视野才能找到更酷的解决方案。
我的优势: 热爱技术、自学能力强,有良好的自我认知。全面的技能树与开阔的视野,良好的心态、情商与沟通能力。
我的劣势: 非科班出身没有科班同学对算法的熟练掌握,但我决定死磕技术,弥补不足。
栗子3正确打开方式
极客、热爱技术、热爱开源
Ruby on Rails：精通
Agile/Lean：精通
ReactJS：掌握
Docker：掌握
AWS：掌握
五、 是否有博客，个人技术栈点等
看到有这项的HR两眼已经放光了，加分加分项，说明你真正的热爱技术，善于学习总结，乐于分享，且有投入自己的业余时间到软件事业中。

G. 什么是后门

后门是一个多义词，意思分别有：

1、后门是指一座建筑背面开设的门，通常比较隐蔽，为进出建筑的人提供方便和隐蔽。

H. 程序员实习日志该怎么写啊老师说要技术型的。。。

就写你实习学了些什么，有什么实际操作，最后做出了个什么样的程序，哪条语句实现了些什么功能，大概这样就可以啦

I. 想做程序员做后端都需要掌握哪些知识

目前掌握的仅能：
1，研发（基本吧，产品总得有人来做）
2，调优（主要是Mysql调优，在符合业务需求的情况下尽可能提高TPS）
3，运维（小公司不会像大公司一样还标配运维，通常后端兼任运维职能）

扩展下：
研发：php入行，选个好框架（推荐Yaf），然后研发过程中多注意下性能，多用php本身的函数来解决需求，php本身函数丰富，而且都是C扩展，性能非常可靠。

调优：这个我实在不知道该放到研发还是运维，所以就单独拿出来说。因为其实对于服务器性能的调优本身两边都需要进行，一是研发时注意，二是各个软件（主要是DB）的配置项。我的调优很粗暴，用阿里云的压力测试（耗费了公司一些钱财，罪过罪过）每次压一分到5分钟，然后看看瓶颈在哪里，把配置项全部列出来，肉眼+自行判断调整哪个参数看看能不能提升性能（233），我也会在代码中把每个核心部分的消耗时间打入日志，来判断到底该进行哪里的优化。

运维：主要分三部分，
快速部署：虽然是小公司，但是老板有些资源，所以可以预计上线第一波的压力不小，如果产品良好的情况下压力只能会越来越大，所以要求如果感觉到系统有压力后，需要快速进行横向扩展系统，这里我选用的Puppet，理由很简单：老牌，使用广泛，社区强大。
监控报警：这是运维的眼睛，我选用的zabbix，理由跟上面一样：老牌，使用广泛，社区强大。
日志采集：因为是集群的原因，看日志不方便，最开始是用nfs来收集，后来随着日志越来越分散，日志越来越大，没用多久就被我抛弃了，然后在朋友的推荐下使用ELK进行日志采集和查看。理由只是因为没有别的更好选择（朋友强烈推荐这个，其他的都是没有啥强大社区，这个看着更靠谱点）