代码规范与《数学之美》读后感

 1.C++代码规范: (Googled代码规范):

      https://zh-google-styleguide.readthedocs.io/en/latest/contents/

  2. <<数学之美>>读后感:

    在读这本书之前,自己对于自然语言处理的理解,一直是囿于语言学的思维中,如如何实现词义的上下文理解,以前的自己会马上想到结合语法,但是具体到计算机如何实现却不得为知,直到看到书中使用互信息,和信息熵的统计学的方法,解词语二义性,思维突然从原本的文科思维转换为是数学思维,对这样的处理方法感到惊讶,原来语言的神秘性也可以用数学的方法“规化”

    再者,如如何实现网页搜索,和最短路径的动态规划法,原来一些以前觉得不可思议的事物的实现,都是通过最生活化的思维实现的,也让人好奇的是,这些方法都可以用数学去表达。

计算机发展至现在,可以说是数学的成功,是形式化思维的胜利。生活中的问题,抽象化为数学形式,最后交由计算机实现计算得出结果,可以说数学是计算机的   核心。

学计算机,一定要学好数学!

原文地址:https://www.cnblogs.com/aresjohnson/p/11444094.html

时间: 2024-10-09 11:26:36

代码规范与《数学之美》读后感的相关文章

代码规范&amp;《数学之美》读后感

一.代码规范 参考自 http://c.biancheng.net/view/158.html 1) 空行 空行起着分隔程序段落的作用.空行得体将使程序的布局更加清晰.空行不会浪费内存,虽然打印含有空行的程序会多消耗一些纸张,但是值得. 规则一:定义变量后要空行.尽可能在定义变量的同时初始化该变量,即遵循就近原则.如果变量的引用和定义相隔比较远,那么变量的初始化就很容易被忘记.若引用了未被初始化的变量,就会导致程序出错. 规则二:每个函数定义结束之后都要加空行. 总规则:两个相对独立的程序块.变

编码规范与数学之美感想

命名规约 代码中的命名均不能以下划线或美元符号开始,也不能以下划线或美元符号结束 代码中的命名严禁使用拼音与英文混合的方式,更不允许直接使用中文的方式 类名使用UpperCamelCase风格,必须遵从驼峰形式(某些情况诸如领域模型相关的命名除外):方法名.参数名.成员变量.局部变量都统一使用lowerCamelCase风格,必须遵从驼峰形式 常量命名全部大写,单词间用下划线隔开 包名统一使用小写,点分隔符之间有且仅有一个自然语义的英语单词 抽象类命名使用Abstract或Base开头:异常类命

C++代码规范及《数学之美》读后感

代码规范 采用Google C++ Style Guide 原文链接:https://google.github.io/styleguide/cppguide.html 中文版链接:https://zh-google-styleguide.readthedocs.io/en/latest/google-cpp-styleguide/ 部分摘录: 1.1. Self-contained 头文件 头文件应该以 .h 结尾.至于用来插入文本的文件,说到底它们并不是头文件,所以应以 .inc 结尾. 2

读《数学之美系列十二——余弦定理和新闻的分类》有感 + 代码规范

Google的新闻是自动分类而产生的,但是计算机只懂算法,是看不懂我们人类的新闻.若是人为地一个新闻一个新闻地划分又会浪费不必要的人力.物理.由此,我们设计出一个算法,帮助我们利用计算机,自动地划分每天数量庞大地新闻. 算法涉及的方面不多:TF-IDF算法.余弦定理 看过的TF-IDF算法写的比较详细的,链接如下: https://blog.csdn.net/asialee_bird/article/details/81486700 简单来说可以运用这个算法,把一个个的新闻映射成为向量的形式.而

编码规范&amp;读《数学之美》有感

编码规范 & 读<数学之美>感想 l  编码规范 一.排版 1.关键词和操作符之间加适当的空格. 2.相对独立的程序块与块之间加空行 3.较长的语句.表达式等要分成多行书写. 4.划分出的新行要进行适应的缩进,使排版整齐,语句可读. 5.长表达式要在低优先级操作符处划分新行,操作符放在新行之首. 6.循环.判断等语句中若有较长的表达式或语句,则要进行适应的划分. 7.若函数或过程中的参数较长,则要进行适当的划分. 8.不允许把多个短语句写在一行中,即一行只写一条语句. 9.函数或过程的

2015.8.7 数学之美番外篇:快排为什么那样快 读后感

数学之美番外篇:快排为什么那样快 读后感 书中所举得例子,不论是12个小球还是排序问题,解的可能性很多,但是最终的结果只有一个.因此我需要用我所能做的操作来寻找到解空间,其中涉及关键问题:为了寻找到正确的解,我需要做什么. 首先,寻找正确的解的过程可以看做是一个逐步排除错误的解的过程.我们可以假设我的正确的解可能随机为任何一种可能,如果我的每一步能够排除掉尽可能多的解,那么我就能最快的找到我想要的解.但是我能不能使得我的每次划分都去掉一大部分呢?这是一个trade-off的问题,尽管有的时候我可

关于“代码规范”,“Review”和“Check list”(续)

在前两天的    关于“代码规范”,“Review”和“Check list”    一文中,我给自己列出了Check list,如下: 1.代码能够工作么?它有没有实现预期的功能,逻辑是否正确等. 2.所有的代码是否简单易懂? 3.代码符合你所遵循的编程规范么?这通常包括大括号的位置,变量名和函数名,行的长度,缩进,格式和注释. 4.是否存在多余的或是重复的代码? 5.代码是否尽可能的模块化了? 6.是否有可以被替换的全局变量? 7.是否有被注释掉的代码? 8.循环是否设置了长度和正确的终止条

#4【转】Google推荐的15条军规:HTML5代码规范

这篇文章是转载的,很久之前收录在电脑里面的.  忘记是哪里搞来的了,大家知道是转载的就好了... 这里的图片要点击打开才能看到,因为复制过来的,图片有点问题...因此想要图片的辛苦了... Google推荐的15条军规:HTML5代码规范 1.协议头: 建议在指向图片或其他媒体文件.样式表和脚本的URL地址中省略HTTP:协议部分,除非已知相应文件不能同时兼容2个协议. 2.缩进:每次缩进使用双空格 不要使用tab制表符或制表符加空格的混合方式缩进 3.大小写:只使用小写 所有的代码都应是小写的

JavaScript代码规范及其他注意事项

代码执行一般自上而下,变量需要在使用的函数段之前进行声明并赋予初值. 代码规范书写: 1.选中代码段后使用Tab键,可令代码段整体向右移动一段位置(一般是4位),善用Tab键可使得代码段对齐变得更容易.代码段对齐,可读性更好. 2.等号"=".加号"+"等数学运算符两边应空出1位.如  x = x + 1; 3.添加注释一般使用"//".注释应简明易懂. 4.代码段合理使用空行可提升可读性. 5.变量通常使用字母.下划线.数字的组合方式且首位应使