一个教训

  毕业到现在第一个公司的项目,我认为自己做的不够好,最严重的问题在于取变量这个问题上,一些标志位的名称过于模糊,过了好几个月后可能会忘记某个标志位的作用,下次应该用结构体来对这些变量进行封装,比如,某个标志位是关于红外的,应该为红外构建一个结构体,把标志位作为结构体的成员。

变量的取名,英文不太好,可以使用https://unbug.github.io/codelf/

原文地址:https://www.cnblogs.com/r1chie/p/11881171.html

时间: 2024-11-04 07:03:28

一个教训的相关文章

一个教训:rm之后是没有垃圾桶的

刚才通过服务器下载一个大文件,好不容易从服务器下载回本地,顺手就把服务器上下载的文件先删除了,结果一脑抽选了剪贴,然后由于一点问题,下载的文件被写的程序删除了......... 教训是:桌面版本的linux和命令行版本不一样,通过桌面的文件管理系统删除,会删到trash中,这一步其实理论上不是删除,只是文件夹的移动,从原来的位置移动到一个叫trash的文件夹(底层原理我不太清楚,也可能不移动,直接加个标记),在trash中再删除才是rm.而通过命令行rm删除是真的删除,删完了之后除非使用数据恢复

windows安装tensorflow的一个教训

今天没什么课,然后就准备安装tensorflow. 看了一下教程,就去做了. 然后就犯了错误.网上的教程还是有一些差异的,而我又比较大意,没有很注意到CUDA,cudnn的版本要求,也过于高估自己cpu的性能,导致cpu版和gpu版安装都出了问题,修复了好久还是失败,于是卸载重装...(哭泣) 于是教训就是:首先先看官方文档,而不是别人的博客,尤其注意各工具版本:首先评估自己的机器性能,不要有侥幸心理: 原文地址:https://www.cnblogs.com/lqerio/p/9780963.

关于get请求的长度限制到底是多少?----一个误区,一个教训

截至今日之前,我一直因为从某处看到get.post区别中写的:get有长度限制,1024B.很抱歉在未经过个人的检验后,直接奉为正确的定义(也提醒我个人:以后概念理论,还是需要好好验证或求证,要能在繁杂的网络知识中,认真求真,以防以讹传讹!!!). 今日,看到前同事大牛多年前的csdn知识总结,发现原来一直信奉的1024Get请求长度,是错误的.下面把从权威官网的解释复制过来,以做更正. 1.Http get方法提交的数据大小长度并没有限制,Http协议规范没有对URL长度进行限制. 目前说的g

资源和政策堆出来的联通还是衰落了,教训深刻

仅凭资源和政策是难以扶起一个有竞争力大企业的,内因才是主要的,有时候资源和政策还会成为绊脚石,让企业失去自省和奋发的动力. 最近三大运营商相继发布了2016年年度业绩报告,中国移动营收为人民币7084亿元,净利润1087亿元,同比增长0.2%:中国电信营收3523亿元,净利润180亿元,同比下降10.2%.去除出售铁塔一次性收入后净利润同比增长11.7%:中国联通营收为2742亿元,净利润6.25亿元,同比下降94.1%. 从财务上看,中国联通一年的净利润还顶不上中国移动三天的净利润,也顶不上中

System.getProperty()引起的悲剧--您的主机中的软件中止了一个已建立的连接

我已无法形容此刻我的心情.. 本来是已经写好的netty5的demo程序,server和client之间创建tcp长连接的..然后随便传点数据的简单demo..然后今天试了一下tcp粘包的例子,用到了System.getProperty()方法,悲剧就从此产生了..改好了程序一运行,服务器端正常启动,然后client端怎么也起不来,一启动就自动退出,完善了一下client端的异常捕获,然后就能偶尔报出些异常信息: 您的主机中的软件中止了一个已建立的连接 恰巧今天装了一些新软件和插件,挨个全都卸载

一个心塞的手忙脚乱的项目结束后的总结

在面对一个项目的时候,这次确实有很多地方需要总结,给自己一个教训,也为自己未来就业时候面对项目做一个前车之鉴. 1.在项目开始的时候,一定需要甲方明确需求.接口规范,呈现的方式,这个时候产品经理的沟通很重要.包括UI图的确定,需求点的呈现等等.而且需求一定要白纸黑子的额写下来,以防止对方中有人变卦. 2.应用第三方架构需要注意的 你以为用第三方架构可以减轻你的工作负担,但是运用第三方架构最郁闷的是好多接口没有,需要改动一些地方的时候你可能无从下手,所以只能引入源码的library,这样才方便更改

分布式版本控制系统Git------版本控制(文末有一个小疑问)

版本控制 之前自己使用Git客户端版在Windows平台乱搞的时候,因为之前在Github上有一个一样的项目仓库.然后手贱点击了reset按钮(应该是这个)结果发现Android Studio整个项目都没见了,吓得我半死.赶快百度百度,最后在shell里面使用了git reset命令解救了项目,吓得我赶快备份.这也给了我一个教训,做事情一定要谋定后动,没有完全了解之前不要随意使用. 言归正传,今天写的是关于git的版本控制的,简单说就是版本退回和返回现在. 在git的仓库之中,有一个名为HEAD

订单搜索分页失效的教训:怠惰必受惩罚

背景 2018年8月21日,订单搜索发布导致订单搜索分页失效.该发布有三个变更:1. 新增一个带详情的订单列表接口:2. 按照订单状态搜索的索引分流: 3. 支持自定义的from传参. 第三个变更只有一行代码,更像是搭了个顺风车, 但正是这行代码,导致搜索分页失效,整个发布失败,最终回滚. BUG分析 主要代码BUG 如下所示: 只是增加了一个 from 是否为空的判断. 看上去没有问题,可是如果构造器里初始化了 from ,再设置 page,那么新的 page 就不会生效. 反思 为什么没有检

纳尼??Rabbitmq居然被一个逗号给坑了??

前言 这个问题发生在部署一套新的环境.搭建一个单节点的Rabbitmq,搭建步骤并没有按照我在单机版Rabbitmq部署这篇文章的步骤,而是按照同事写的部署文档搭建的.其中有一些细微的差别,比如修改配置文件. 部署环境:centos7 问题描述 步骤如下:1.先安装erlang:2.安装Rabbitmq的rpm包3.修改配置文件4.启动服务 但是在启动的时候,失败了: [[email protected] ~]# systemctl start rabbitmq-server Job for r