草庐IT

关于程序设计的思考

  今天面试了BYD,本来想去做测试开发,但给的薪资不如意,于是放弃了。经过面试,聊了大概一个钟,从程序结构、软件设计、协议方面来展开探讨,和技术人员聊天真是实在有料,也让我反思一下技术开发的问题。  怎么才算做个好程序?第一,笔者以为用户在使用软件时按照业务流程自主完成使用,学习成本低;第二,程序可靠健壮,各种逻辑处理、故障处理应该考虑周全;第三,模块化设计,做好封装,方便以后迭代修改更新。笔者在面试时介绍了自己做的项目的LabVIEW程序架构,从数据流、事件结构、生产者消费者分别介绍了自己做的程序,解决需求。然后聊了一下状态机,笔者看过状态机的程序,但是在实际的程序设计中并没有使用的需求。

研发效能的思考总结(转载)

转载于微信公众号“阿里开发者”,仅供自己成长记录用原文前言在谈效能之前,我想先谈谈作为一个技术人或者技术TL,研发的核心价值是什么?之前看了一篇文章,比较有意思,分享一下观念:T外包公司:最核心的竞争力不是技术,而是快速响应、资源调配整合、项目成本控制等方面。企业信息化公司:研发的核心价值有三个层次:第一层是运用技术更好的去支撑业务;第二层是用技术推动业务,用自身业务经验(服务很多客户)帮助客户;第三层是去用经验积累去影响行业。解决特定场景和问题的产品公司:核心价值就在于技术,专注与做技术深度。那我们的核心价值是什么?(1)高效支撑业务:一个是支撑,一个是高效支撑:对我们的要求就是:阶段性与业

verilog学习|《Verilog数字系统设计教程》夏宇闻 第三版思考题答案(第五章)

《Verilog数字系统设计教程》夏宇闻第三版思考题答案合集:个人主页verilog专栏中1.为什么建议在编写Verilog模块程序时,如果用到if语句建议大家把配套的else情况也考虑在内?  因为如果没有配套的else语句,在不满足if条件语句时,将会保持原来的状态不变,从而在综合时会产生一个锁存器,而这是设计不想要的结果。2.用if(条件1)语句;elseif(条件2)语句;elseif(条件3)语句;…else语句和用case_endcase表示不同条件下的多个分支是完全相同的,还是有什么不同?  不是完全相同。  (1)与casc语句中的控制表达式和多分支表达式这种比较相比,if_e

基于STM32F1-C8T6无人机(二)——舵机/电调/空心杯电机/飞控/机架/subs接收机/充电器和电池(给出链接和思考)

文章目录一、关于电机的选择二、关于飞控三、看懂原理图的接线四、电机和桨叶五、机架六、sbus接收机的选择七、转向问题八、充电器和电池的选择主要参考STM32F103C8T6开发板+GY521加速度计模块制作有刷四轴飞控,改造空心杯小四轴b站up主:北郊强哥一、关于电机的选择文章推荐:空心杯电机学习笔记视频推荐:空心杯电机型号大盘点,原来有这么多赶紧收藏二、关于飞控参考文章:STM32F103C8T6开发板+GY521加速度计模块制作有刷四轴飞控,改造空心杯小四轴主要看这篇三、看懂原理图的接线四、电机和桨叶主要是根据创意点子的机架而确定的,这里选用720的空心杯电机和55mm的桨叶五、机架选用意

Trino容错模式深度测评与思考

本文分享自华为云社区《走向批处理-交互式分析一体化:Trino容错模式深度测评与思考》,作者:HetuEngine九级代言。本文系华为云大数据研发团队原创,原创作者:文博,梦月1Trino简介2020年12月27日,Presto社区大佬们——MartinTraverso、 DainSundstrom 以及 DavidPhillips 宣布将开源项目PrestoSQL的名字更名为TrinoDB(本文简称Trino)。Trino是一款开源的高性能、分布式SQL查询引擎,专门用于对各种异构数据源运行交互式分析查询,支持从GB到PB的数据量范围。Trino专门为交互式分析而设计,可以对来自不同数据源的

程序员的下一个风口——永远是不断自我学习,自我思考提升!

面对近一年的裁员潮,以及GPT出现带来的AI颠覆潮流,各种话题出现:「前端已死」、「后端已死」、「Copy/Paste程序员将被AI取代」。文章目录程序员行业是否还有发展空间?除技术能力之外,哪些软能力比较重要?程序员的发展三条主流路线想走技术管理线的程序员应该具备哪些技能?1、技术思维的转变2、做好管理工作3、应对技术多花时间学习,思考和提升自己的技能和能力一、自我学习和自我提升的重要性二、前端和后端的发展前景三、如何应对技术变革和裁员潮1.继续学习新技术和开发工具2.增强自己的核心技能3.建立自己的品牌和声誉4.多元化发展5.不断自我反思和思考程序员的下一个风口

阅读53|《好好学习》临界知识——系统思考

2022.01.06同星期四晴(2℃/-15℃)(简书日更57天/总日更446天)我们在各种软件所接受到的资讯,其背后是大量的信息分发者和制造者,是为了盈利而存在的,而这么多的资讯,对于我们而言只是碎片化的信息,无法让我们增长知识,理解世界。从系统思考的角度讨论这个问题的话,有两个假设很重要:一是系统结构决定“部分”的行为。系统中的事情之所以发生,主要是系统的结构和各部分之间的关系决定的。二是系统不是简单的线性因果关系,而是回路网络关系。能看到的事物都只是外在表象,就像一个手机,我们只能看到的是他的形状颜色,以及屏幕所显示的内容,并不知道让手机运作起来,需要的是哪些结构,哪些结构又导致了哪些功

思考github和notion

对于程序员来说,github太重要了,作为全球最大的代码托管平台,github主页地址几乎就像是程序员的身份证一样。身份证上标明了你的个人信息、关注点、代码作品等等;notion呢?作为文本编辑的新宠,allinone,没有给其它平台留有空间,所有的编辑都可以在它之中。我之前写博客在github上,今年转到notion上写,没有觉得任何不舒服。那是不是得坚持这种转变?如果这样了,我的github上几乎没有活跃了,这是弊病,或许得找个什么方式将二者结合其它。程序员代码+文本协作,做大做强。

【思考】怎样快速掌握一个新技能

前两天领导发下了一个新任务,编写新款芯片的开发手册,这当然没什么,但关键是编写使用的环境——bookdown。随着新工作的开展,越来越多地接触到一些新知识、新工具,怎么从0到1的掌握这些新东西就非常关键。1基本概念对我来说,掌握新东西最难的地方在于,会有很多莫名其妙的概念出现。比如在研究bookdown的过程中,就会遇到R语言、RStudio、Knitr、LaTeX、Yaml这些完全一脸懵的东西。当新概念堆积到一定程度时,就会产生相当大的无力感,觉得无从下手。而在最近的学习中,我发现不用怕这些新东西,这些新东西之所以难搞,只是因为它“新”,让它们变得不新就可以了。2、厘清概念所以,下一步就是对

由OpenHarmony 文档上的PR三天未处理引发的思考

由OpenHarmony文档上的PR三天未处理引发的思考一、前言二、一些常见的问题1.系统判错2.文字内容三、一些失败的案例四、带给我们的思考五、总结一、前言前段时间我不是教大家完成一个OpenHarmony代码的贡献流程,结果我自个的PR已经三天了还没处理到,这不得不引发我的思考,到底是啥原因导致的呢(事实上确实就是一个很随便的PR),所以这次带大家重新学习一下,文档需要的真正规范(显式的文档规范)和PR的常见问题,OpenHarmony审核人员对这个文档的审核很仔细,甚至仔细到一个标点符号,在此为工作人员点赞,正文即将开始~~二、一些常见的问题1.系统判错这部分很多时候就是自身的问题了,比