前段时间收到过来自本科母校的对于高年级学长的几个问题，个人感觉问得挺好。这里放出来：

1. 对于一个计科的大学生来说毕业时应具备哪些专业技能，达到一个怎样的水平？

   计算机专业的本科毕业生，我认为应当已经具备极强的学习和工程实践能力。举两个方面为例：

虽然说上次来这边交换的时候也完整体验过门诊的检查体验。但由于没有住过院，并不能算是一段完整的经历。最近「有幸」能够获得一次在德国进行完整住院经历，这次也算是丰富了我在德国的个人体验。

虽然这篇文章的 ID 是 108，但这篇文章已经绝对不是这个博客的第 108 篇文章了。在我本地的文件夹里躺着数十篇尚未写完，也不太想继续写的一些没有价值的内容。

我们都有阅读技术类文章的经历，通常我们为了解决某个问题，在搜索引擎上找到一篇文章，然后随着作者的思路向下阅读，有时候甚至为了能够迅速解决自己的问题直接扫读全文，在不到一分钟的时间里决定这篇文章是否对自己有价值，否则就直接关闭这篇文章。如果凑巧这篇文章对读者有价值，那么这篇文章可能会被引用、会被抄袭，进而广泛传播，对技术圈产生一定的贡献。

然而这一切都是美好的。最初我大学一年级的时候建立这个博客的目的是能够长期写一写自己在技术层面上的积累和感悟。但这几年下来，我发现这件事器其实是一件异常困难的事情。每每当我在电脑里敲下 hexo new "谈某某某技术及xxx" 的命令后，提笔不到半个小时便会被其他事情所吸引，此后便停笔不再续写下去了。

所以你能看到我的博客标签云里「随笔」和「人生感悟」这两个标签的文章比例其实是比较大的。因为这类文章通常不需要进行多少头脑上的思考，只需想到什么就说什么，没什么顾忌，不需要考虑他人的感受。

一篇技术文的生与死

以我个人举例。技术文的动机很明确，记录一下自己近期对于某项技术的心得，当然也包括希望这篇文章能够对他人产生一些帮助。在写一篇技术文之前，我通常会对该项技术进行一个透彻的总览，评估自己对这个技术的理解透彻度，然后确保自己不会犯一些原则性的错误之后开始执笔。

一篇文章的诞生之于我而言，永远不会是线性的产出，我会首先写下一篇文章的整体骨架，然后在之后的成文过程中随时切换到不同的小节中写下自己的思绪，然后在慢慢整理成一篇完整的文章。这差不多算是一篇文章的「生」了。

那么一篇文章的「死」又是怎么回事呢？

因对 Python 感兴趣，于是早上吃早饭时看看。题目相对比较简单，最后一题代码写得比较随意。原本打算交上去测试一下，可惜海外党使用环境实在是卡得惨不忍睹，没办法写敲那么多代码上去。

题目：https://www.shiyanlou.com/contests/lou3/challenges