黑科技超级辅助

    紧接着就开始了第二次考试，但在坡起的时候，车死活就是不往前走，最后超时失败。

    林奇知道这次任务肯定已经失败了，因为补考科二有至少需要隔好几天科二和科三又要隔几天。

    因为系统规定的时间还没有到，所以任务状态也一直是未完成。

    等到任务开始的第八天，系统判定为任务失败。这期间杨翰林通过了科二的考试，顺便他们两人还把科三的项目也都练习了。

    这次任务失败是有惩罚的，根据系统的随机性，不知道会是什么任务惩罚，林奇心里惴惴不安。

    林奇问了系统，系统也没有明说。

    像往常一样早起去山里练功。

    林奇穿的是一个长裤子，运动鞋，只有抬脚的时候可能会在裤子腿和袜子间隙能漏出来一点肉。

    一般情况下小草没有什么杀伤力，只有碰到高速的运动的物体，并在机缘巧合之下，也就是小草的叶子垂直切割物体的时候才有可能造成一些伤害。

    不幸的是，林奇是跑着上山的，结果在错误的时间，错误的地点，错误的动作，触发了一个错误的伤害。小草划破了林奇的脚脖子，划的不深只伤到了表皮细胞。

    这在农村很常见，大部分人也都知道这种小伤该怎么处理:山上有一种草药，摘下几片叶子，用手碾碎了，把药汁滴在受伤的地方可以加快伤口愈合的速度同时具有杀菌消炎的作用，人们把这种草称为止血草。

    林奇在旁边找了一颗止血草，只见这个草上面开了一朵红色的小花，小花上面还有一个蜜蜂在嗡嗡地飞着，采着花蜜的同时也给小花授粉。

    林奇只注意到了止血草，眼里没有其他的任何东西，所以根本没有注意到上面还有一个蜜蜂，直接摘下了几片叶子。

    但是正在采蜜的蜜蜂不干了，它以为林奇要去拍自己，所以它很勇敢的进行了反抗。

    “啊！”一声尖叫从林奇的口里发了出来，随之手里的叶子也落了下去。

    林奇抬起手掌，看到自己的手掌上面被蜜蜂蛰了一下，而且还起了一个大包。

    “真倒霉。”林奇愤愤且无辜的说道，“这蜜蜂发什么神经，我摘几片叶子，招谁惹谁了”

    捡起来叶子，吹了吹上面沾染的灰土，林奇把它用手碾碎，挤出来一些汁液涂到了脚脖上。

    这次林奇倒是没有再跑，而是慢慢的走到了自己平时练功的地方。

    和往常一样，林奇开始练习站桩和太极。

    选好地方，摆好姿势，收敛心神，调整呼吸，林奇开始了每天两个小时的站桩。

    阿黄是一直在山里生活的小黄鹂鸟，在前辈的教育下，它知道每天要早起才有虫儿吃。

    今天阿黄和平时一样起的很早，在林间捉了好几条肥硕的虫子，吃得饱饱的，然后就向家里飞了回去，当它在空中飞着飞着，突然感觉到肚子有点不舒服，于是就解决了……

    不偏不倚刚好落到




第二十九章：编程是一门艺术（三更）
    对于石墨烯锂硫电池的夭折，林奇一直耿耿于怀。

    这段时间林奇看了很多市面上，需要用到电池的大户，尤其是人类最大的玩具。

    林奇疯狂的收集着能找得到的关于电动汽车电池的所有资料，尤其是特斯锂电动车的资料。

    特斯锂电动车，是电动车历史里面的水果机。

    它的电池设计非常有研究的价值，只是目前出现在网络的资料还是比较少，但是大概也能看出来一些东西。

    特斯锂电池不像其他电动车用的电池那样是一个大的电池，而是用了16个电池组，每组电池又有444节电池，总体上一共约有7104颗锂电池。

    如果有人看过特斯锂电池组的拆解图，就会发现里面密密麻麻的电池。

    电池组内每一节电池都有保险丝连接着，如果一个电池有问题了，也顶多就是影响了1/7104的行程。同样如果电池爆炸了，也只会影响到一个，不会造成大的影响。

    但是这么多的电池，除了在结构上把他们配置的整整齐齐以外。还需要非常优秀的电池管理系统，来统筹管理这些电池。

    如果电池是士兵，那么电池组就是营长，而电池管理系统就是将军。

    锂电池在生产的时候，会存在个体差异，所以在充放电的时候，并不是每一个电池都完全相同的。

    这种细微的差异会对电池产生很大的影响，所以就要电池管理系统，通过一定的控制策略来尽量减小这种差异。

    优秀的电池管理系统，难不难

    难，很难，非常难！！！

    一辆车有7104块电池，需要一个系统来管理，让它们协同工作，在充放电的时候尽量保持一致，延长电池的使用寿命，增加电动汽车续航里程。

    电池本身的价格，加上电池管理系统，成本约占了56%。电动车价格贵的锅，电池背也得背，不背也得背。

    林奇了解到了这些知识后，觉得自己有必要好好的学习一下编程，为以后的电池打下一个良好的基础。

    不然等到电池做出来了，但是因为垃圾管理系统，而让电池的性能下降了很多，那婶婶能忍叔叔都不能忍。

    这也和林奇制定的在暑假学习一下编程的目标完全契合。

    编程是一门专业的学科，相关的学科更多。

    先说语言:就有汇编、c、c++、java、basic、php、c#、python、perl、deiphi、javascript、ruby、d、r、sql、awk、go、lua、shell……

    软件方面的学科有:软件工程、网络通信、嵌入式、ios、tcp/ip协议、udp协议……

    硬件方面:当然了这就不是编程了，而是计算机和通信方面的一些东西了。

    常规的家用计算机、超计算机、光子计算机、量子计算机、生物计算机，通信有光纤通信、电缆通信、量子通信……

    每一个学科都值得一个人花费非常大的精力去研究。

    林奇现在学的只是其中的很小一部分，只是学了其中的一门编程语言，c语言。

    如今的人们决定学习任何一门语言之前，都要先考察这个语言有什么成功项目。

    唯独c语言没有必要问，因为世界上太多的重要系统中，都有c语言的身影。比如操作系统内核、高级语言底层，还有流行的数据库软件等等。

    这是一门时间悠久，但是一直到现在也还是在编程语言排行榜排前三名的一个语言。

    林奇从网上买了一本《c primer plus 第6版中文版》，仔细研读。

    从打开记事本，写下第一行代码之时，不对，应该说是从下单买这本书的时候，林奇就走向了一条不归之路。

    &nbs



第三十章：算法大赛（四更）
    算法大赛是由国内知名的细细打车公司，于四月份在燕京召开的up生态大会上提出的，在演讲中李思燕表示，今年细细将举办首届“细细世界调度算法大赛”。

    根据介绍，从生态大会举行的那天起，世界上所有的团队、个人都可以在细细移动端、pc端官网上了解详细的赛程及流程，并且在大会结束一周以内可以开始报名活动，在“细细世界调度算法大赛”开始的第三天，也就是7月26号截止报名。

    这次算法举办的目的是，希望与广大开发者一起探索算法的更多可能。

    算法大赛设置了奖项，第一名是50万元的奖金，第二名是20万元奖金，还有第三名10万元奖金。

    打车出行，是我们日常出行的一个重要的组成部分，已经有几百年的历史，不过在早期是黄包车，再往前是马车。

    到了21世纪，互联网和打车的结合，给大家的出行带来了更多的便捷之处。

    现在人们只需要在手机上下一个软件，乘客在上面说要在何时何地上车在什么地方下车，细细打车公司就会通过后台，给安装了司机版本app的手机上推送相应的消息。司机师傅看到后，可以在手机上操作选择是否接单。

    如果有师傅接单，打车者的手机就能收到已接单的提醒，然后就可以通过手机app看到车辆的位置、车牌号，还有司机的手机号码。

    一般情况下司机会打个电话确认一下，只需要到时候乘客出现在约定好的上车地点就行，然后司机就开车带着乘客去目的地。

    到了目的地，可以选择现金支付或者在线支付，这个流程就算是完成了。

    但是调度是由以下各个环节组成的:预测目的地、价格预估、时间预估、最佳路径匹配、司机和乘客匹配、订单分派、供需预测、预测乘客体验。

    其中，司机和乘客匹配、订单分配是智能调度的核心。

    在某个时刻有成千上万的乘客，同时也有成千上万的空闲车辆，要完成司机和乘客的最优匹配，最大限度提升匹配率和成交率。

    一个好的调度算法，能让乘客等待更少的时间，带来更好的体验，同时也能让司机在相同的时间拉更多的人，带来更多的收入。

    林奇详细的了解了这些存在的问题之后，就开始搜集相关的信息，然后进行调度算法的开发。

    首先下载了一个小城市的地图，包含了大部分的商家、办公楼、地铁入口、公交站点、电影院、酒店、饭店、公园、小区等和生活息息相关的场所。然后写程序模拟城市中的随机乘客和固定数量的出租车。

    没有拉人的时候，出租车在路上来回的跑，范围一般在自己家附近，也不跑太远的地方。

    模拟的机器人有了出行计划之后，就会用手机打车，然后通知附近的车辆。算法会根据司机的位置，和上车地点目的地，这些所有的相关因素，综合考虑起来，最后给相关的人推荐，然后模拟司机抢单模式。

    通过这样的方式，用一些固定的人固定的时间打车到不同的地方，来训练自己的算法程序。

    刚开始的时候，林奇发现自己的算法，总是不尽人意。

    分配的的订单总是有问题，有的时候给某些人分配的比较多的，而其他人分配的较少，并且乘客的等待时间，还有司机的等待时间、收入都不是很满意。

    于是林奇不断地调整算法，每一次调整都是在曲折中前进，优化了很多次，每次能做到让乘客和司机更加满意。

    不过还是无法和细细公司，公布出来的算法的结果相比。

    一直到比赛的前几天，林奇才想到了一个新的算法，能更加优化这个算法。经过在不同的数据集里面测试，林奇发现这个算法模型比官方公布的数据效果还要好。

    到了参赛的时间，林奇非常有信心的带上了自己的程序坐上火车去参加比赛。

    做火车到了燕京之后，找到了细细公司说的比赛的地方之后，先到签到处签了到，然后在一个机器人充当引路人的指导之下来到了比赛大厅。

    大厅里面已经来了很多的参赛者，大部分都是团队参赛的，很少有个人参赛，在40多个的参赛队伍中仅仅有3个是个人参赛。

    林奇仔细看了参赛人员的配置，发现他们都自己带了电脑。

    林奇有点尴尬，自己家里只有一个台式机，虽然性能还可以，但是太大了，自己来的时候也没有打包带来，结果到了这里遇到了没有电脑可用的尴尬局面。



第三十一章：nginx团队的震撼（五更）求收藏推荐
    通过参加这次在燕京举办的算法大赛，林奇了解到了自己身上很多的不足，同时也开阔了眼界，看到了来自全国各地不同水平的参赛者。

    林奇决定要把最后一个月的暑假时间好好利用起来，努力学习编程知识。

    之前林奇看的是github上面的nginx源码，现在林奇除了看源码之外，也能没事给出自己的优化方案，林奇把自己写的代码都提交到了github上，给nginx团队提交了合并代码请求。

    林奇提交的代码有的时候经过官方团队测试后，优化的效果不是很好，就给林奇打了回去，并且和林奇详细的沟通交流了这些代码的不足之处。

    多个人一起研究一个东西，比一个人去闭门造车效果好得多，所以林奇的编码能力在每次被打回的过程中进步相当大。

    过了一个星期左右，林奇再次提交的代码时质量都比较高了。想法新奇，实现精妙，就像一台非常精密的仪器，每一个模块设计的都非常的巧妙。

    这次nginx团队的人收到了这些合并请求之后，仔细审核了代码之后，基本上50%以上的代码都被合并到了nginx的代码里面。

    就这样经过了半个月的时间，林奇每天都会提交几个合并请求，维护nginx的官方团队每天处理这些合并

    到了最后，他们惊讶的发现经过合并林奇的这半个月以来的代码，nginx的并发处理能力比半个月之前提高了整整20%，甚至在有的特定系统中直接提高了35%的并发处理能力。

    当团队看到这个数据的时候，有点不敢相信自己的眼睛，揉了好几次眼睛，发现结果测试的结果没有变化，真真的就是这样。

    负责测试的人员立马在团队中把这个消息广播了一下，团队内所有的人立马都接受到了这个消息，每个人脸上都是不可思议的表情。

    这简直不可思议，仅仅凭借一人之力，用了半个月的时间，就能把nginx性能提高这么多，这让我们这些天天研究怎么优化nginx的人怎么想。我们一个团队，研究了一年的成绩也没有这么出色。

    “立刻联系这位来自中国的朋友，看看能不能把他招进来，我们错过了春哥，不能再错过另一个天才。这绝对是一个新的机遇，如果不能抓住，我感觉我们绝对会后悔的。”团队领导人看了所有的提交记录和性能结果，思考了片刻，敏锐的发现了这个林奇的价值，随即就下了命令开始招揽林奇。

    “好的，史密斯先生。我这就给他发邮件，看看他愿不愿意加入我们。”

    “态度一定要诚恳，用中文给他发邮件。”

    “恩，好的。”

    另外我们马上发布3.0版本，直接跳过2.x的版本。一定要着重的介绍这位来自中国的朋友的功劳。

    林奇平时有在手机上登录邮箱查看邮件的习惯，就在刚才收到了一个邮箱的推送，标题是“nginx团队诚邀您加入我们团队”。林奇收到了这个邮件的时候有点懵逼，nginx团队给我发邮件了，邀请我加入他们团队