位置:编程技术网 > 数据库 > 正文 >

Keras作者吐血总结:我给程序员的33条黄金建议

2021年01月23日 10:17来源:未知手机版

湖南卫视yoyo,电脑开机没反应,歌颂祖国的诗词

账号设置我的关注我的收藏退出登录登录搜索未来汽车日报未来消费未来地产KrASIATech星球超人测评媒体品牌企服点评EClub企业项目库36Kr研究院Kr8创新平台36Kr创新咨询氪榜企业服务城市之窗政企对接政府服务LP源计划VClubVClub投资机构库投资人服务寻求报道36氪Pro创业者服务开放平台商学院开氪会员服务 首页快讯资讯推荐Markets科技金融城市最新创投汽车企服生活直播视频专题活动搜索寻求报道我要入驻Keras作者吐血总结:我给程序员的33条黄金建议WPS?云办公?·?2018-10-31关注一位网红科学家给广大程序员吐血总结的33条建议。

Keras的作者Fran?ois Chollet

编者按:本文来自WPS+云办公,一款支持多人协作的在线 Office。作为一款旨在帮大家提高效率的办公神器,WPS+云办公在本文中分享了Keras的作者Fran?ois Chollet给程序员的33条建议,希望大家有所帮助和启发。

(一)关于开发流程

(1)代码不仅仅是用来运行的。代码也是一种跨团队交流的方式,一种是向他人描述一个问题解决方案的方式。易读的代码并不是“有则更好、没有也行”的东西,而是编写代码最根本的部分之一。要想确保代码的易读性,就涉及到清晰地分解代码、选择恰当的自解释变量名、通过添加注释来描述所有隐含内容。

(2)不要只想着你的拉请求(pull request)能为你的下一次职场晋升带来什么帮助,而要想着你的拉请求能为你的用户和社区带来什么。如果一项功能对于实现这个产品想要实现的目的没有明显的帮助,就不要添加这个功能。

(3)要保持对简单性的偏爱。

(4)要学会拒绝。并不是说有人要求做某个功能就意味着你就应该这么做。开发每个功能都需要投入一定的成本:维护成本、文档成本和用户认知成本。要时刻问自己这样的问题:我们真的应该这样做吗? 答案通常是否定的。

(5)当你准备答应满足对一个新的使用场景的支持时,要记住,添加用户表面上需要满足的需求通常不是最优选择。用户关注的是他们自己的特定使用场景,你必须从整个项目的角度出发,兼顾产品的整体愿景。通常,正确的做法是基于现有的功能特性进行拓展

(6)投入精力持续集成,以实现完整的单元测试覆盖为目标。确保你处在一个可以信心满满地写代码的环境中;如果不是这样,你首先需要构建一个正确的基础架构。

(7)不一定非要提前规划好一切。先测试一下,看看效果怎样。这样可以尽早避免做出错误的选择。当然,你首先要确保打造了一个能够实现这一点的开发环境。

(8)好的软件能让困难的事情变得简单。一个问题乍一看很困难,并不意味着对应的解决方案必须很复杂或难用。在很多情况下,工程师会习惯性给出的解决方案非常复杂,而实际上是有更简单容易的解决方案的,只是这个简单的解决方案可能没那么显而易见。在编写代码之前,请确保你所选择的解决方案是最简单的解决方案。

(9)避免隐性规则。要将你形成的所有隐性规则都变成显性规则,并与他人共享,或让它自动化。当你发现自己提出了一个反复出现的、准算法工作流时,你应该想办法将这个流程标准化并形成流程文档固定下来,这样其他团队成员也能够从中受益。此外,对于可以自动化的工作流,你应该在软件中尽量让其自动化。

(10)在设计过程中,要将所选择方案的整体影响考虑进去,而不仅仅考虑你关注的那些方面,比如营收或增长。除了你正在监控的指标外,你的软件对用户以及整个世界还会产生哪些影响? 是不是存在一些不好的副作用? 在确保软件可用性的同时,你能做什么来解决这些问题呢?

本文地址:http://www.reviewcode.cn/shujuku/186563.html 转载请注明出处!

今日热点资讯