近年来,周明博士领导研究团队与微软产品组合作开发了微软小冰(中国)、Rinna(日本)、Zo(美国)等聊天机器人系统。 而于微软而言,我们作为一个平台公司,希望把自己的能力释放出来,让全世界的开发者,甚至普通的学生就能开发出自己喜欢的Bot,形成一个生态的平台,生态的环境。 微软想把有关的能力释放给全世界,让每个人都能够体验人工智能的好处,让开发者开发自己的Bot。但是开发者的机器不懂自然语言,怎么办呢?我们就通过一个叫Bot Framework的工具、平台来实现。 你可以想象很多小业主,没有这种开发能力,但是就是可以简单操作几下,就可以做一个小Bot吸引来很多客户。 这里面有很多关键技术。 未来5-10年,NLP将走向成熟 最后,再介绍一下我对自然语言处理目前存在的问题以及未来的研究方向的一些考虑,供大家参考。
webpack dll webpack使用-详解DllPlugin webpack打包指位置Dll打包方式 使用 happypack 提升 Webpack 项目构建速度 Webpack支撑大规模应用开发最佳实践
最近写 SQL 比较多,但是 SQL 语句写得非常不规范,在编辑器中经常被 Typo 提示,因此,我重新回顾并总结了一下阿里有关于 SQL 的开发手册,以下是一些总结心得: General SQL 代码中的关键字 SQL编码规范 字段排列要求: SELECT 语句字段要求每行一个字段 换行以及对其规则如下所示 INSERT 子句 INSERT 子句要求写在同一行。 SELECT 子句 换行编写 关键字左对齐 关键字小于 2 个缩进量,添加2个空格 关键字大于 2 个缩进量,添加1个空格 运算符 运算符前后需要保留一个空格 CASE 语句 如下图 查询嵌套编写规范 SQL 注释 每条SQL语句均应添加注释说明。 每条SQL语句的注释单独成行,并放在语句的前面。 字段注释紧跟在字段后面。
mysql.sock # ADD skip-name-resolve skip-grant-tables 然后重启MySQL服务并免密码登录 service mysqld restart mysql 执行修改密码SQL
近年来,周明博士领导研究团队与微软产品组合作开发了微软小冰(中国)、Rinna(日本)、Zo(美国)等聊天机器人系统。 而于微软而言,我们作为一个平台公司,希望把自己的能力释放出来,让全世界的开发者,甚至普通的学生就能开发出自己喜欢的Bot,形成一个生态的平台,生态的环境。 微软想把有关的能力释放给全世界,让每个人都能够体验人工智能的好处,让开发者开发自己的Bot。但是开发者的机器不懂自然语言,怎么办呢?我们就通过一个叫Bot Framework的工具、平台来实现。 你可以想象很多小业主,没有这种开发能力,但是就是可以简单操作几下,就可以做一个小Bot吸引来很多客户。 这里面有很多关键技术。 未来5-10年,NLP将走向成熟 最后,再介绍一下我对自然语言处理目前存在的问题以及未来的研究方向的一些考虑,供大家参考。
PostgreSQL 不少的单位已经开始部署了,对于外包的开发,甲方也需要有相关的规范给出,虽然比MYSQL 的要求要少了不少,但该注意的还是要注意。 JAVA承接的数据类型是INT(MYSQL),是可以用JAVA的STRING类型承接,但是POSTGRESQL(INT)类型JAVA是不能用STRING类型承接,必须用整型INT,同时反过来也是一样,所以开发者们请注意 23 POSTGRESQL 表操作中,表必须有别名,操作SQL不能带有子查询 24 创建表必须带有表注释,和列注释,主键命名应有前缀并在整体开发中统一命名,系统中严禁出现触发器和DBLINK,使用序列也应有统一的命名规则 ,索引的命名也要有相关的命名规则 25 操作SQL应用where 条件代替having字句,避免大量IN 的条件的元素控制在10个以内,JOIN 操作必须使用INNER JOIN ,只有在逻辑条件中必须使用
二、 功能介绍 SQLE 的开发阶段 SQL审核主要是通过 SQLE 的功能审核任务来完成的,该功能定位是应对全场景 SQL 质量管控解决方案,能够在应用开发、测试、上线、生产等不同阶段对 SQL 进行质量管控 好处是标准化开发流程,减少复杂的工作量。因此在开发阶段也可以将SQL审核作为一个检查模块集成进CI流程。将 SQL审核事宜前置到开发阶段能够减少后期SQL审核的压力。 目前使用 SQLE 的审核任务能够做到: SQLE 提供 Scanner 模式可以集成几乎所有CI/CD,配置简单,可以轻易集成进现有的开发流程; SQL审核结果即时反馈,对于未通过的SQL审核,开发可以即时优化 Jenkins 的任务返回,当 SQL 不合规触发规则建议,可以看到上图所示的构建失败的结果,此时CI流程会通知开发,开发需要优化完不合规 SQL 后再次提交代码触发CI构建,如果SQL优化成功则SQL SQLE 页面查看结果 开发负责人可以通过SQLE平台查看审核结果和SQL统计,提前了解目前项目中SQL的开发质量和碰到的问题。
二、 功能介绍 SQLE 的开发阶段 SQL审核主要是通过 SQLE 的功能审核任务来完成的,该功能定位是应对全场景 SQL 质量管控解决方案,能够在应用开发、测试、上线、生产等不同阶段对 SQL 进行质量管控 好处是标准化开发流程,减少复杂的工作量。因此在开发阶段也可以将SQL审核作为一个检查模块集成进CI流程。将 SQL审核事宜前置到开发阶段能够减少后期SQL审核的压力。 目前使用 SQLE 的审核任务能够做到: SQLE 提供 Scanner 模式可以集成几乎所有CI/CD,配置简单,可以轻易集成进现有的开发流程; SQL审核结果即时反馈,对于未通过的SQL审核,开发可以即时优化 ,此时CI流程会通知开发,开发需要优化完不合规 SQL 后再次提交代码触发CI构建,如果SQL优化成功则SQL审核会构建成功。 SQLE 页面查看结果 开发负责人可以通过SQLE平台查看审核结果和SQL统计,提前了解目前项目中SQL的开发质量和碰到的问题。
上面使用了波士顿房价的13个特征,通过在全部数据集上进行拟合,不进行train_test_split方法是因为此时我们并不需要验证模型的性能,只是对得到结果的系数进行解释。
[先说点出题背景] 这个题是为低年级同学、学C语言的同学准备的,因为,对这部分同学,这个题目编写起来略有一点复杂。如果是高年级、学过了正则表达式(Regular Expression)的同学或者学过了Java等OO语言的同学做这个题,应当发现这题比较简单吧。哦,对了,什么是tokenizer?请自行查询解决。反正在此处不应翻译成“令牌解析器”。 [正题] 四则运算表达式由运算数(必定包含数字,可能包含正或负符号、小数点)、运算符(包括+、-、*、/)以及小括号((和))组成,每个运算数、运算符和括号
【强制】不要使用count(列名)或count(常量)来替代count(),count()是SQL92定义的标准统计行数的语法,跟数据库无关,跟NULL和非NULL无关。 【参考】 TRUNCATE TABLE 比 DELETE 速度快,且使用的系统和事务日志资源少,但TRUNCATE 无事务且不触发trigger,有可能造成事故,故不建议在开发代码中使用此语句。
在分享之后,很多朋友谈到: 其实在开发阶段进行SQL审核,DBA觉得有必要,然而很多时候开发觉得是强加的工作量,会激烈反对。 我的观点是: 在工作中,首先你不能扩大开发的边界,这会被抵触;DBA可以外挂,当工作成效被大家认同之后,再融合。 ? 我们在现实中遇到的很多问题,多数以救火救急的状态体现DBA的价值,而事实上80%以上的Oracle数据库问题来自SQL编写不当,解决SQL是从源头上解决一大部分问题。 表达一下我的观点: 1.DBA从后端走向前端才能更充分的体现其价值; 2.预防问题比事后救火更重要; 所以慢慢的很多企业开始在开发环节,以开发DBA来进行把关,以SQL审核优化来控制质量,我建议DBA们关注一下这个方向和变化 当我们能够将经验固化成SQL、算法,或者程序之后,才能帮助到更多的人。 对于开发团队来说,进行SQL培训我认为非常重要,开发的SQL能力提升了,对于DBA只有好处,数据库的稳定性自然会提升。
最好使用标准SQL函数而不是特定供应商的函数以提高可移植性。 保证代码简洁明了并消除多余的SQL——比如非必要的引号或括号,或者可以推导出的多余WHERE语句。 必要时在SQL代码中加入注释。 需要引用号的标识符——如果你必须使用这样的标识符,最好坚持用SQL92的双引号来提高可移植性。 面向对象编程的原则不该应用到结构化查询语言或数据库结构上。 Uniform suffix 统一的后缀 下列后缀有统一的意义,能保证SQL代码更容易被理解。在合适的时候使用正确的后缀。 _id 独一无二的标识符,如主键。 川流在排版时应该避免,但是对书写SQL语句是有帮助的。 注意WHERE和FROM等关键字,都右对齐,而真实的列名都左对齐。 Identation 缩进 为确保SQL的可读性,一定要遵守下列规则。 Joins Join语句 Join语句应该缩进到川流的另一侧并在必要的时候添加一个换行。
SQL审核工具 SQLE 企业版近期推出了Oracle审核插件的第一个测试预览版。我们采集了过往我们在客户那碰到的问题和行业专家的建议,整理了一大批Oracle审核规则。 插件的本身开发之前已经做过介绍,开发文档参考:https://actiontech.github.io/sqle-docs-cn/3.modules/3.7_auditplugin/overview.html 三、规则列表 四、后续计划 一、SQLE 项目介绍 爱可生开源社区的 SQLE 是一款面向数据库使用者和管理者,支持多场景审核,支持标准化上线流程,原生支持 MySQL 审核且数据库类型可扩展的 SQL 执行计划类 该类规则主要是在审核SQL时借助执行计划输出,解读执行计划特征,对于特定的影响性能的SQL给予用户提示。 四、后续计划 Oracle 审核插件将进行第二个预览版的开发,持续添加规则; PostgreSQL 插件的开发正在进行中; TiDB插件的开发将在6月份开始。 ----
--- SQL审核工具 SQLE 企业版近期推出了Oracle审核插件的第一个测试预览版。我们采集了过往我们在客户那碰到的问题和行业专家的建议,整理了一大批Oracle审核规则。 插件的本身开发之前已经做过介绍,开发文档参考:https://actiontech.github.io/sqle-docs-cn/3.modules/3.7_auditplugin/overview.html 执行计划类 该类规则主要是在审核SQL时借助执行计划输出,解读执行计划特征,对于特定的影响性能的SQL给予用户提示。 禁止除索引外的 drop 操作; 禁止使用视图; 禁止使用触发器; 单条SQL不建议过长。 unique索引必须使用固定前缀; 普通索引必须使用固定前缀。 ,持续添加规则; PostgreSQL 插件的开发正在进行中; TiDB插件的开发将在6月份开始。
本篇将给大家推荐一个非常好用的SQL Server数据库插件:SQL Prompt。 一、Navicat Premium连接SQL Server由于我平常MySQL数据库用的较多,也习惯了使用Navicat Premium数据库管理工具,但有时候也需要用到SQL Server,于是使用Navicat 如下,成功连接上我们的SQL Server数据库二、SQL Prompt 插件虽然Navicat Premium可以连接SQL Server,但是用了一段时间后发现不太习惯,当然,这个纯纯看个人喜好哈。 接下来推荐一个非常好用的插件SQL Prompt,搭配SSMS简直不要爽到起飞。注:SQL Prompt插件提供智能代码补全、SQL格式化、代码自动提示和快捷输入等功能,非常方便,可以自行去尝试体会。 3、简单体验3.1 SQL格式化1)如下简单创建了一个course课程表,但是SQL语句的格式、对齐较为混乱2)右键,使用SQL Prompt插件提供的 Format SQL格式化功能效果如下,可以看出
李昂,腾讯高级开发工程师,主要关注容器存储和镜像存储相关领域,目前主要负责腾讯容器镜像服务和镜像存储加速系统的研发和设计工作。 李志宇,腾讯云后台开发工程师。 负责腾讯云 TKE 集群节点和运行时相关的工作,包括 containerd、docker 等容器运行时组件的定制开发和问题排查。 ImageApparate(幻影) 为了解决这个问题,腾讯云容器服务 TKE 团队开发了下一代镜像分发方案ImageApparate(幻影), 将大规模大镜像分发的速度提升 5-10倍。 ? 如上所述,相比于传统的下载全部镜像的方式,ImageApparate 在容器全部启动时间上都有 5-10倍 的提升。 因此,对于 TCR 用户来说只需要定义规则标记哪些镜像需要加速,而 CI/CD 的使用方式上没有任何变化,原来的开发模式顺理成章地继承下来。 ?
商用的深度学习乳腺癌检测系统已经在开发中,Hinton说:“很显然,5年内深度学习就能超过放射科医生,或许会用10年,我在医院里说过,结果反响很糟糕。” 在一个星期内,斯坦福大学研究人员开发了一种名为CheXnet的算法,它能够比以前的算法更准确地发现原始数据集中的14种病理学中的10种。 先天性白内障诊断,AI与人类医生打平 中山大学眼科医生Haotian Lin与西安电子科技大学Xiyang Liu的研究小组合作,开发了一种能诊断先天性白内障的AI程序CC-Cruiser,利用深度学习算法 皮肤癌诊断,AI算法与人类医生表现几乎相同 斯坦福大学的研究人员开发了一种深度学习算法,识别皮肤癌的准确率与专业的人类医生相当,相关研究论文被选为封面论文,在2017年2月的一期 Nature发表。 正在开发的EasyScan GO显微镜将结合明场显微镜技术和运行深度学习软件的笔记本电脑,该软件可以自动识别导致疟疾的寄生虫。
数据开发 1.按姓氏笔画排序: Select * From TableName Order By CustomerName Collate Chinese_PRC_Stroke_ci_as //从少到多 select @list=@list+','+b.name from sysobjects a,syscolumns b where a.id=b.id and a.name='表A' set @sql ='select '+right(@list,len(@list)-1)+' from 表A' exec (@sql) 4.查看硬盘分区: EXEC master..xp_fixeddrives 5. profiler',N'SQL 事件探查器') EXEC sp_msforeach_worker '?' ---------- N到结尾记录 Select Top N * From 表 Order by ID Desc 案例 例如1:一张表有一万多条记录,表的第一个字段 RecID 是自增长字段, 写一个SQL
我们在之前的文章中详细介绍过Zepplin的来龙去脉,很多大厂基于Flink开发了自己的SQL开发平台。更多的公司可能需要选择一种低成本接入,尽量复用开源的解决方案答案快速支撑业务发展。 那么本文就介绍基于Zepplin开发自己的Flink SQL平台。 本文是蘑菇街实时计算负责人狄杰发表在网络上的作品,小编进行了整理。小编之前也写过Flink对接Zeppelin的方案和引用。 环境准备 目前开发Flink的方式有很多,一般来说都是开发同学写JAVA/SCALA/PYTHON项目,然后提交到集群上运行。 但是对开发同学的要求较高,有一定的学习成本。 ververica目前也推出了一个Sql客户端—Flink SQL Gateway+flink-jdbc-driver,将两者结合使用,也能够很好的构架一个纯Sql的开发平台。