7月至今数字货币及加密领域相关黑客攻击事件
|
最新发布的《Java开发手册(嵩山版)》增加了前后端规约,其中有一条:禁止服务端在超大整数下使用Long类型作为返回。这是为何?在实际开发中可能出现什么问题?本文从IEEE754浮点数标准讲起,详细解析背后的原理,帮助大家彻底理解这个问题,提前避坑。
8月3日,这个在我等码农心中具有一定纪念意义的日子里,《Java开发手册》发布了嵩山版。每次发布我都特别期待,因为总能找到一些程序员不得不重视的“血淋淋的巨坑”。比如这次,嵩山版中新增的模块——前后端规约,其中一条禁止服务端在超大整数下使用Long类型作为返回。 先说我的结论就是:技术债要还,还不还技术债,决定你所在的公司是不是尊重科学尊重技术,观点主要有以下三个:
技术栈是什么,对产品和项目有什么影响 既然叫技术债,那么他本质是一种“债”,所以我们先脱离所谓的技术,单独聊聊什么是债?债是一个金融上的术语,代表你的负资产,说人话就是代表你欠了别人的钱,在著名美剧《冰与火之歌》里面的兰尼斯特家族有一句名言就是:有债必尝
技术债对开发环境和技术氛围的影响 产品的迭代就像一个运动员在跑步,汽车在前进,技术债就像运动员消耗的体力,汽车在运行当中所出现的各种问题,没油,爆胎,熄火等等,还债就是给运动员补水,给汽车加油一样,是为了可以让运动员和汽车跑的更远,不至于因为累积技术债而挂掉,为什么要重视技术债和细节?因为魔鬼藏在细节当中,再举几个和生活息息相关的:
说到这里,技术债的重要性毋庸置疑,重视技术债,就是重视于未然,以最低的成本或者零成本,防止未来的灾难发生,还不还技术债很多时候是一种选择,这些选择决定了你有没有预先判断和解决问题的能力,那么什么样的产品不用还技术债?一次性产品,例如一次性杯子,一次性手套用完就扔掉,所以如果产品长期的可持续的发展,那么技术债的重要性是毋庸置疑的,对方辩友可能会说我们不是不还技术债,我们只是等做完紧急需求等到空闲时间再还技术债,但是经常做项目的同事应该了解,哪有什么空闲时间?我们在项目冲刺的时候怎么可能还会有空闲时间,大部分时间所谓的稍后处理,其实就是不处理,属于掩耳盗铃,当技术债被遗忘后就成为项目的定时炸弹埋在那里了,而且技术债的特性前面也说了,所谓的稍后处理,就是让它利滚利,拖延时间越长,还债的成本越高,而且人们还债的意愿就越低,谁也不敢去碰它,例如,你身体出现问题,你不去看医院检查和修复问题,而是一直继续使用和消耗你的身体,拖到最后实在不能动的,你没办法去医院一查,癌症晚期,那时候神仙也没救了, 而且技术债不单单是技术债,它就像一个垃圾堆一样,久而久之不处理 (编辑:淮安站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
