标签: 程序员

第二章Kendryte K210 简介 本章将对Kendryte K210进行简单的介绍，带领读者了解Kendryte K210是什么？有什么资源？能做什么？让读者对Kendryte K210有一个基本的了解。 本章分为如下几个小节： 2.1 初识Kendryte K210 2.2 Kendryte K210资源简介 2.1 初识Kendryte K210 Kendryte K210（勘智K210）是嘉楠科技（Canaan）于2018年9月发布的一款人工智能芯片，集成了机器视觉与机器听觉的能力，定位于人工智能与边缘计算领域。Kendryte K210使用台积电（TSMC）超低功耗的28纳米制程，具有双核64位处理器，拥有较好的功耗性能、稳定性与可靠性。 Kendryte K210的特点主要有以下几个方面： 1，具备机器视觉能力。 2，具备机器听觉能力。 3，更好的低功耗视觉处理速度与准确率。 4，具备卷积人工神经网络硬件加速器KPU，可高性能进行卷积人工神经网络运算。 5，TSMC 28nm先进制程，温度范围-40℃到125℃，稳定可靠。 6，支持固件加密，难以使用普通方法破解。 7，独特的可编程IO阵列，使产品设计更加灵活。 8，低电压，与相同处理能力的系统相比具有更低功耗。 9，3.3V/1.8V双电压支持，无需电平转化，节约成本。 Kendryte K210具备机器视觉能力，通过嘉楠科技完全自主研发的神经网络加速器IP，可以在超低功耗下进行高速卷积神经网络计算，以独立且实时地实现基于卷积神经网络的目标检测或图像分类，以及人脸检测和人脸识别等机器视觉任务。 同时Kendryte K210也具备了机器听觉能力，其芯片上自带高性能麦克风阵列音频处理器，可以在不占用CPU资源的前提下，对实时声源定向与波束成形等的计算进行硬件加速，从而实现声源定向、声场成像、波束成形、语音唤醒和语音识别等功能。 Kendryte K210的图片，如图2.1.1所示： 图2.1.1 Kendryte K210 此外，Kendryte K210也是一颗性能强劲的MCU，它包含了RISC-V 64位双核CPU（Central Processing Unit，中央处理器），主频高达400MHz（可超频至600MHz），并且每个核心都内置了独立的FPU（Floating Point Unit，浮点运算单元）。Kendryte K210包含的用于加速计算卷积人工神经网络的KPU和用于处理麦克风阵列输入的APU是其机器视觉与机器听觉这两大核心功能的基础。同时Kendryte K210还具备了快速傅里叶变换加速器，可以进行高性能复数FFT计算。 因此对于大多数机器学习算法，Kendryte K210都具备高性能的处理能力。 2.2 Kendryte K210 资源简介 Kendryte K210采用了BGA144的封装，在8x8x0.953mm的体积下封装了丰富的引脚资源和外设资源，Kendryte K210的硬件资源，如表2.2.1所示： 表2.2.1 Kendryte K210硬件资源表 从上表中可以看出，Kendryte K210不仅拥有强劲的性能，并且还拥有丰富的硬件资源，这些硬件资源大大地扩展了Kendryte K210上两颗RISC-V 64位CPU的应用场景。 在机器视觉、机器听觉与机器学习算法的应用场景下，KPU、APU和FFT可以针对应用场景下的专门计算作硬件加速，这使得Kendryte K210可以高性能且低功耗地胜任这些应用场景。 在安全加密的应用场景下，Kendryte K210包含的AES和SHA256可以相对于软件，以极快的速度完成ECB、CBC、GCM模式下等多种Key长度的加解密运算和SHA-256的计算。 在音视频采集与音频输出的应用场景下，DVP和I2S将为其提供相应的硬件接口。其中，DVP采集到的图像数据可以直接一并或单独地转发给AI模块或者内存，以实现高效的机器视觉处理。 在控制与通讯的应用场景下，Kendryte K210包含了众多控制与通讯的外设，例如：UART、UARTHS、GPIO、GPIOHS、I2C、SPI、TIMER，这些外设提供了Kendryte K210在控制与通讯应用场景下的能力。 此外，Kendryte K210包含的SRAM、FPIOA、WDT、RTC和DMAC等外设也为Kendryte K210在各个应用场景下灵活、稳定且高效的运行提供了保障。 关于Kendryte K210更详细的介绍，可以查看Kendryte K210的数据手册仓库（ https://github.com/kendryte/kendryte-doc-datasheet.git ），读者可以在A盘àKendryte K210参考资料àKendryte K210数据手册中找到这个仓库的存档。

我在一家做微信营销的公司干技术 leader，带 40 多个人，公司名就不说了。在这个位置上做了好几年，把团队从小带大，公司虽然不算风口浪尖上的高增长业务，但技术这块儿也从来没出过什么问题，我还是蛮自豪的。 带团队时间久了，就能发现整个 Team 都渐渐疲了。前两年老板还专门买了个系统搞 OKR，现在也不大提了；Scrum 我们也搞了，用起来也就那样；项目管理工具试了好几个，禅道、Worktile、现在用 Coding，反正有一个能用的就行；微服务化改造从去年开始在吭哧吭哧搞，我们自己搞得觉得很厉害，但业务部门那边就觉得没啥差别，搞不懂你们研发部门每天在弄些什么，赶紧做我们提的需求要紧。 时间一久，很多原本不是问题的问题也会浮现出来。业务越做越复杂，一层层往上叠，迭代速度就越来越慢，感觉啥都没干呢一个 Q 唰的就过去了。有核心老员工离职，很多东西只有他熟，他一两天就能做出来的东西，新补上的人一两周也弄不出来。新员工进来也很懵逼，那么多业务那么多接口，学上一年也未必学得清楚。 我也三十多了，就感觉自己懂的招儿都用得差不多了。毕竟自己早就离开一线，多年不写代码了，真的要我去给他们解决那些代码层面的问题，也有些力不从心。现在经济形势不好，业务也不是高速发展期，也没法挖一个大牛带进来一些先进生产力。而且要是真的挖了大牛进来，我自己往哪儿放呢。 测试团队的突破 突破最开始来自测试团队，这是我万万没想到的。 测试组的组长是个 93 年的小姑娘，人很踏实能干，最开始团队还很小的时候她就在，后面研发团队扩大，就让她带测试组了。这么多年下来，公司业务那么多细节可能没人比她更懂。不过她在来我们公司之前只有一份小公司的工作经验，没见过什么大厂的世面。 去年搞微服务化的时候，当时几个组长讨论，就说可能对测试的要求会更高，得把自动化测试搞起来。后面测试组长就开始自己吭哧吭哧啃 Selenium，自己一个人折腾了好久，终于把 Selenium 架起来了。 测试这块我不懂，帮不上什么忙，看她一个人弄也有点心疼。终于把框架搭好了，实际用起来的时候我就有点心凉。 干啥都要写代码，她自己学得还行，别的测试根本帮不上忙。这些国外的工具连中文资料都很少，没有技术支持简直都不算问题了。可是连个自动生成的测试报告都没有，这真的不能忍。 测试团队试了一两个迭代，渐渐地就不提了，我也觉得没必要。毕竟引入一个新工具，大家为的都是提效。弄一个只有高级人才才玩得转的工具进来，真的能者多劳了，劳久了对谁都没好处。 有一天，测试组长发我一个文件。我打开一看，是个测试报告，长这样儿。 一看到这个测试报告我眼就亮了。所有接口运行状况一目了然，有问题的接口具体是什么问题都清清楚楚。我就回她消息：“真不错

实战项目 --动手写一个“计算器” 实战项目旨在交流学习， 欢迎在评论区交流意见。 简介：分享一个简单的软件项目 ---自己动手写一个“计算器”。 先展示效果： 项目开发环境： Visual Studio 2017 winform 开发 开发语言： C# demo功能： Windows 窗体程序实现计算器功能 PS：其他版本的 VS 开发步骤基本一样 首先，打开 Visual Sdudio，新建一个 winform 工程 左上角：文件 -新建 - 项目 选择 Visual C#的 Windows 窗体应用（ .NET Framework ），名称位置自己设定即可 然后点击确定 接着弹出的窗体设计界面就可以用来进行程序界面设计了： 在左侧工具箱中，拖出需要的按钮，改变其大小和显示标签，如下图所示： 这里设定了 0~9的数字按键，加减乘除的基本运算按键还有“ = ”号和清除键“ C ”，这里按照个人实际需求设计即可，此例只是示范。 然后拖入一个 TextBox控件 , 调整大小和整体布局，使得界面看起开相对规范： PS： TextBox 的属性栏里面，应当将字体改大，以便显示，显示顺序应改为 RightToLeft 功能布局颜色等按照自己的需求做一下调整，界面就搞定了 下面代码实现功能： 表示最终结果，中间结果的值的变量在开头先定义清楚，然后后面在每个按键的触发事件中填入内容即可。 感觉挺简单的算法，自己写的时候还是费了些脑经，多次修改测试后，圆满实现效果。 至此项目介绍完毕，项目中的数学计算还是挺有意思的，本项目旨在开源，想要获取源码资料的朋友，关注公众号大鸟科创空间后，回复项目关键字 “计算器”，即可获得源码资料下载链接。

项目描述： 需要做几千个APP上架到市场 联系扌口扌口：九九二八七五八零九 内容要求： 制作内容由你方自由发挥。只要制作的内容能够审核上架就可以 账号资料这些我们都会提供。 基本要求：审核通过之后我们会通过自己的API控制端调用自己的内容，但是我们的主app直接审核通过不了，如果只简单的 套用网页链接及图片也是过不了的。所以你们是要做自己的内容来应付审核，一般是做原生的混合壳APP，目的是为了通过审 核上架市场。做APP需要的开发者账号和极光账号我们会提供，应用名称必须用我们公司提供的 注意点：必须用appleID写进我们的API开关接口，审核之前测试开关，必须对接极光推送。

转载前言：作者本身是一个资深程序员，文章感触与总结非常到位，虽然言辞稍激，但是值得了解。   作者： 四火大唠叨 ，原文http://www.raychase.net/367   这篇文字是我好久以来的想法，有一些感悟，有一些激烈的言辞，我很自豪我就是一名程序员，我希望给程序员或者前程序员们带来一点启发。也许你认可我的言辞，也许你不屑我的观点，无论如何，欢迎谈谈你的看法。   让程序员做更多种类的事 为什么有人说小公司锻炼人？在小公司，条件并不那么齐备，很多事情都需要程序员自己做，自己去澄清需求、自己做设计、自己搭建环境、自己测试，甚至自己上线、自己维护（这件事情在我们团队被称为“自己吃自己狗食”）。 然而到了某些公司，在一些正规的流程下，“人”反而显得不那么重要了：一个完、整的流程被切分成若干环节，程序员只能负责那小小的一环，更严重的是，他们显示出消极和片面的情绪，他们称自己码农，自嘲并且觉得在总做一些低级和毫无技术含量的事情。   关于“码农”——这似乎是一件很悲哀的事情，在美国，程序员是一个相当值得尊敬的行业， 去年硅谷的技术员工年薪平均已经超过10万美元 ；在中国，教师的行业起码获得了人们口头上的尊敬（虽然实质上也许并没有获得应有的待遇），而程序员，往往只能看到自己给自己呐喊。 这里没有绝对的对错之分，但我一直在博客中强调软件开发实质是一种创造性的劳动，只是在一个流程严格控制的公司内，这样的创造的火花可能被扼杀， 换来的好处是人员的流动中，代价最小化：谁都可以走、谁都可以代替谁，所有问题都被认为只是时间问题……那么，程序员，你的自我价值何在呢？   关于测试 我听到很多真实的声音，都在抱怨测试工作乏味、加班辛苦。我认为，国内大部分的测试，其实完全是程序员扭曲的工作形态导致的。 专职的测试人员去做专项测试、整个系统的集成测试等等，我都能理解， 但是绝对不应当深入模块内部去测试开发人员的代码，绝对不应该去考虑所谓的代码覆盖率——因为这些，比如白盒测试，本都是程序员自己该完成的事情。 程序员自己开发的程序，当然要自己验证功能，很多软件公司在一些项目流程里就是没有专职测试介入测试执行，原因很简单，难道自己拉了稀，让别人给你擦屁股？ 另一方面，测试该掌握哪些技能？ 我见过许多测试人员，他们抱怨工作总是被轻视，没有说话的分量，但是每天的工作就是了解开发的流程，根据流程完成用例的编写，然后执行那些用例，发现bug并填写bug report。如果一名测试只需要做这些事情，那么确实太没有技术含量了、太没有入门门槛了，太单调乏味了。 测试需要成长，既为自己考虑，也为团队中的程序员考虑。 做一名优秀的测试，除了要有分析能力、辨识能力等等软实力以外，基础技能如通信协议、脚本、编译原理、操作系统等等，亦视情况掌握，只有这样，才能和程序员从并不清晰的需求开始，一起去分析、设计、实现和质量保证、去和上上下下的环节做沟通、论证。 微软的测试（SDET）都把算法和编码视为基础要求，敢问国内一些公司的测试人员，有几个敢这么说？   让程序员远离浮躁 去看看国内几家知名博客和论坛，多少浮躁的博文和帖子四处乱飞？多少人在骂公司狗血，在自嘲薪水，甚至在人身攻击？ 浮躁的心态可能是造成这种现象的罪魁祸首，有一位同事说得好，很多具体的技术都可以学，但是执着的心和对技术的热爱是不容易学得的。 整个社会都在日益浮躁，ITEye本来也是一个有技术深度、氛围浓厚的网站，现在看起来有些鱼龙混杂；微博的流行正验证了社会浮躁的趋势，很多人没有时间和耐心去写完整的文章，但是两三句感慨、甚至一词半句的惊叹却容易得多；程序员像寻找速配男女一样，在这个概念翻飞的时代，茫然地寻找自己应该进入的领域，应该了解的技术， 于是，很容易看到许多所谓的架构师和咨询师可以把这些东西讲得海阔天空、天花乱坠，这个概念、那个素语，但是——给他一个具体问题吧，要他写写实际代码吧，你会要了他的命。   给程序员一点宽松和鼓励 都在说国内的IT环境不如欧美，大量劳动力的富余让人力成本变得无比廉价，能让青年付出卖*代价以购买大部分配件都“Made In China”的iPhone，中国却只获得了1.8%的利润，这些都让人感叹，为什么中国做不出苹果系列这样的产品？为什么中国始终要给别人套上“廉价劳动力”的帽子？中国的程序员，你们的创造力呢？你们精彩的点子呢？ 好吧，我听到有人在说是教育体制的问题。对于程序员的地位的思考有很多，可惜我们不是教育工作者，我们也没有那么大的影响力，不过，在团队中间，我们应当多给予这些脆弱的程序员们一点鼓励，让他们表达出自己的想法，特别是在设计上、实现上的想法，不要嘲笑任何人弱智，不要咒骂评审的代码狗屁，多一点沟通，把眼光放长远一些。 这些能表达出想法的人起码可以证明两点：有思考、有勇气，仅这两点，仅足以让旁观的人鼓掌。 一名优秀的Team Leader，不应该整天陶醉在跟踪项目进度和获取程序员工作反馈上。我们都明白，所谓一张一弛，在工作压力恰当的时候，是最适宜工作的，程序员的工作本来就需要创造性，没有适度宽松的环境，就没有思维的火花。 让程序员自己去布置工作台，给他们创造机会聊聊天，把各个团队、各个角色放到一起说说话，组织分享一些有趣的话题，做一些有意思的研究（最初程序员都很腼腆，得劳烦您多牵线搭桥了）， Team Leader的工作，绝不仅仅是说“行”或“不行”。   程序员的理想 1983年，乔布斯对百事可乐的CEO John Sculley说：“Do you want to sell sugar water for the rest of your life, or do you want to change the world?”（你想卖一辈子糖水，还是改变世界？）。 我们已经不在战火纷飞的年代，有多少程序员还愿意怀抱那些原始的理想，还能说出“做互联网的弄潮儿”、“用技术改变世界”这样的话来？ 这个世界执着的人并不多，用这样的理念去吸引程序员的公司，则更少。   关于技术 我始终觉得，做软件的公司是需要依赖于技术的，当然国内可以称得上是“技术公司”的并不多，但是，优秀的技术能让程序员脱颖而出，也作为一种谋生的手段，为其觅得不错的回报。 做技术能不能一直有饭吃？我想答案是肯定的，有许多公司声称技术路线可以一直有发展的可行性，但是技术牛人还是转了管理或者一走了之，有一种粗暴但是易行的鉴别技术公司的办法，就是寻找里面又没有40岁，甚至50岁以上还在做实际设计和编码的人（不是那些脱离了具体实现向客户吹嘘的角色）。 世界上有两种最赚钱的人，一种是真正的生产者，他们用自己独一无二的聪慧、灵感和劳动创造了价值；一种是极其老道的投机者，专门从别人口袋里把钱掏出来放到自己口袋里。他们都受人尊敬、受人瞩目，后一种让自己的生活变得更美好，但是前一种，让整个世界更美好 。 如果你不能在技术的道路上坚决地走下去，在大部分公司做市场、做管理、做咨询，顺便鄙视一下别的辛苦工作的程序员，那么也可以混得很好——毕竟，生活的解总是有很多种。