发表于 | 阅读次数:
字数统计: 117 | 阅读时长 ≈ 1 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

<!DOCTYPE html>
<html>
  <head>
    <title>Different types of JavaScript code – global and function code</title>
    <style>
      #first { color: green;}
      #second { color: red;}
    </style>
  </head>
  <body>
    <ul id="first"></ul>

    <script>
      function addMessage(element, message){
        var messageElement = document.createElement("li");	//#A
        messageElement.textContent = message;			          //#A
        element.appendChild(messageElement);			          //#A
      }

      var first = document.getElementById("first");		      //#B
      addMessage(first, "Page loading");				            //#B
    </script>
    
    <ul id="second"></ul>
  </body>
</html>

发表于 | 阅读次数:
字数统计: 148 | 阅读时长 ≈ 1 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
<!DOCTYPE html>
<html>
  <head>
    <title>A small web application with a GUI reacting to events</title>
    <style>
      #first { color: green;}
      #second { color: red;}
    </style>
  </head>
  <body>
    <ul id="first"></ul>

    <script>
      function addMessage(element, message){			          //#A
        var messageElement = document.createElement("li");	//#A
        messageElement.textContent = message;			          //#A
        element.appendChild(messageElement);			          //#A
      }								                                      //#A

      var first = document.getElementById("first");
      addMessage(first, "Page loading");
    </script>

    <ul id="second"></ul>

    <script>
      document.body.addEventListener("mousemove", function() {	//#B
        var second = document.getElementById("second");
        addMessage(second, "Event: mousemove");
      });

      document.body.addEventListener("click", function(){		   //#C
        var second = document.getElementById("second");
        addMessage(second, "Event: click");
      });
    </script>
  </body>
</html>

发表于 | 阅读次数:
字数统计: 72 | 阅读时长 ≈ 1 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
<!DOCTYPE html>
<html>

<head>
    <title>A simple performance counter</title>
    <script>
        maxCount = 10000;
        console.time("My operation");
        for (var n = 0; n < maxCount; n++) {
            /*perform the operation to be measured*/ //#B
        }
        console.timeEnd("My operation");                    
    </script>
</head>

<body>
    Outputs to the console (press F12)
</body>

</html>

发表于 | 阅读次数:
字数统计: 1.8k | 阅读时长 ≈ 7

正所谓 无规矩不成方圆 一个team 开发的过程中得遵循一定的规范 而目前参照国外的标准 就是google 家的了

背景

这篇文章定义了 HTML 和 CSS 的格式和代码规范，旨在提高代码质量和协作效率。

通用样式规范

协议
省略图片、样式、脚本以及其他媒体文件 URL 的协议部分（ http:,https: ），除非文件在两种协议下都不可用。这种方案称为 protocol-relative URL，好处是无论你是使用 HTTPS 还是 HTTP 访问页面，浏览器都会以相同的协议请求页面中的资源，同时可以节省一部分字节。

1
2
3
4
5
6
7
8
<!-- Not recommended -->
<script src="https://www.google.com/js/gweb/analytics/autotrack.js"></script>
<!-- Recommended -->
<script src="//www.google.com/js/gweb/analytics/autotrack.js"></script>
/* Not recommended */ .example { background: url(https://www.google.com/images/example);
}
/* Recommended */ .example { background: url(//www.google.com/images/example);
}

通用格式规范

缩进
一次缩进2个空格，不要使用 tab 或者混合 tab 和空格的缩进。(目前已知的 除了python， java html javascript css 都是四格的缩进！！！)

1
2
3
4
<ul>
  <li>Fantastic <li>Great </ul>
.example { color: blue;
}

大小写
以下都应该用小写：

HTML 元素名称，属性，属性值（除非 text/CDATA），CSS 选择器，属性，属性值。

1
2
3
4
5
6
<!-- Not recommended -->
<A HREF="/">Home</A>
<!-- Recommended -->
<img src="google.png" alt="Google">
/* Not recommended */ color: #E5E5E5;
/* Recommended */ color: #e5e5e5;

结尾空格
结尾空格不仅多余，而且在比较代码时会更麻烦。

1
2
3
4
<!-- Not recommended -->
<p>What?_
<!-- Recommended -->
<p>Yes please.

通用元规范
编码
在 HTML 中通过 指定编码方式，CSS 中不需要指定，因为默认是 UTF-8。

注释
使用注释来解释代码：包含的模块，功能以及优点。

任务项
用 TODO 来标记待办事项，而不是用一些其他的标记，像 @@。

1
2
3
4
5
<!-- TODO: remove optional tags -->
<ul>
  <li>Apples</li>
  <li>Oranges</li>
</ul>

HTML 风格规范
文档类型
HTML 文档应使用 HTML5 的文档类型：<!DOCTYPE html>。

孤立标签无需封闭自身，
不要写成
。

HTML 正确性
尽可能使用正确的 HTML。

1
2
3
4
5
6
7
8
<!-- Not recommended -->
<title>Test</title>
<article>This is only a test.
<!-- Recommended -->
<!DOCTYPE html>
<meta charset="utf-8">
<title>Test</title>
<article>This is only a test.</article>

语义化
根据使用场景选择正确的 HTML 元素（有时被错误的称为“标签”）。例如，使用 h1 元素创建标题，p 元素创建段落，a 元素创建链接等等。正确的使用 HTML 元素对于可访问性、可重用性以及编码效率都很重要。

1
2
3
4
<!-- Not recommended -->
<div onclick="goToRecommendations();">All recommendations</div>
<!-- Recommended -->
<a href="recommendations/">All recommendations</a>

多媒体元素降级
对于像图片、视频、canvas 动画等多媒体元素，确保提供其他可访问的内容。图片可以使用替代文本（alt），视频和音频可以使用文字版本。

1
2
3
4
<!-- Not recommended -->
<img src="spreadsheet.png">
<!-- Recommended -->
<img src="spreadsheet.png" alt="Spreadsheet screenshot.">

关注分离
标记、样式和脚本分离，确保相互耦合最小化。

实体引用
如果团队中文件和编辑器使用同样的编码方式，就没必要使用实体引用，如 — ， ” ， ☺ ，除了一些在 HTML 中有特殊含义的字符（如 < 和 &）以及不可见的字符（如空格）。

The currency symbol for the Euro is “&eur;”.
The currency symbol for the Euro is “€”.
type 属性
在引用样式表和脚本时，不要指定 type 属性，除非不是 CSS 或 JavaScript。

因为 HTML5 中已经默认指定样式变的 type 是 text/css，脚本的type 是 text/javascript。





HTML 格式规范
HTML 引号
属性值用双引号。

Sign in

Sign in
CSS 风格规范
ID 和 Class 命名
使用有含义的 id 和 class 名称。

/ Not recommended: meaningless / #yee-1901 {} / Not recommended: presentational / .button-green {} .clear {}
/ Recommended: specific / #gallery {} #login {} .video {} / Recommended: generic / .aux {} .alt {}
ID 和 Class 命名风格
id 和 class 应该尽量简短，同时要容易理解。

/ Not recommended / #navigation {} .atr {}
/ Recommended / #nav {} .author {}
选择器
除非需要，否则不要在 id 或 class 前加元素名。

/ Not recommended / ul#example {} div.error {}
/ Recommended / #example {} .error {}
属性简写
尽量使用 CSS 中可以简写的属性 (如 font)，可以提高编码效率以及代码可读性。

/ Not recommended / border-top-style: none; font-family: palatino, georgia, serif; font-size: 100%; line-height: 1.6; padding-bottom: 2em; padding-left: 1em; padding-right: 1em; padding-top: 0;
/ Recommended / border-top: 0; font: 100%/1.6 palatino, georgia, serif; padding: 0 1em 2em;
0 和单位
值为 0 时不用添加单位。

margin: 0; padding: 0;
开头的 0
值在 -1 和 1 之间时，不需要加 0。

font-size: .8em;
16进制表示法
/ Not recommended / color: #eebbcc;
/ Recommended / color: #ebc;
前缀
使用带前缀的命名空间可以防止命名冲突，同时提高代码可维护性。

.adw-help {} / AdWords / #maia-note {} / Maia /
ID 和 Class 命名分隔符
选择器中使用连字符可以提高可读性。

/ Not recommended: does not separate the words “demo” and “image” / .demoimage {} / Not recommended: uses underscore instead of hyphen / .error_status {}
/ Recommended / #video-id {} .ads-sample {}
CSS 格式规范
书写顺序
按照属性首字母顺序书写 CSS 易于阅读和维护，排序时忽略带有浏览器前缀的属性。

background: fuchsia; border: 1px solid; -moz-border-radius: 4px; -webkit-border-radius: 4px; border-radius: 4px; color: black; text-align: center; text-indent: 2em;
块级内容缩进
为了反映层级关系和提高可读性，块级内容都应缩进。

@media screen, projection { html { background: #fff; color: #444;
}

}
声明结束
每行 CSS 都应以分号结尾。

/ Not recommended / .test { display: block; height: 100px }
/ Recommended / .test { display: block; height: 100px;
}
属性名结尾
属性名和值之间都应有一个空格。

/ Not recommended / h3 { font-weight:bold;
}
/ Recommended / h3 { font-weight: bold;
}
声明样式块的分隔
在选择器和 {} 之间用空格隔开。

/ Not recommended: missing space / #video{ margin-top: 1em;
} / Not recommended: unnecessary line break / #video { margin-top: 1em;
}
/ Recommended / #video { margin-top: 1em;
}
选择器分隔
每个选择器都另起一行。

/ Not recommended / a:focus, a:active { position: relative; top: 1px;
}
/ Recommended / h1, h2, h3 { font-weight: normal; line-height: 1.2;
}
规则分隔
规则之间都用空行隔开。

html { background: #fff;
} body { margin: auto; width: 50%;
}
CSS 引号
属性选择器和属性值用单引号，URI 的值不需要引号。

/ Not recommended / @import url(“//www.google.com/css/maia.css”); html { font-family: “open sans”, arial, sans-serif;
}
/ Recommended / @import url(//www.google.com/css/maia.css); html { font-family: ‘open sans’, arial, sans-serif;
}
CSS 元规则
分段注释
用注释把 CSS 分成各个部分。

/ Header / #adw-header {} / Footer / #adw-footer {} / Gallery / .adw-gallery {}
结语
坚持遵循代码规范。

写代码前先看看周围同事的代码，然后决定代码风格。

代码规范的意义在于提供一个参照物。这里提供了一份全局的规范，但是你也得参照公司内部的规范，否则阅读你代码的人会很痛苦。

发表于 | 阅读次数:
字数统计: 1.4k | 阅读时长 ≈ 4

1）开始尝试应用AI能力，还无较成熟单点应用

2）具备单场景的AI运维能力，可以初步形成供内部使用的学件

3）有由多个单场景AI运维模块串联起来的流程化AI运维能力，可以对外提供可靠的运维AI学件

4）主要运维场景均已实现流程化免干预AI运维能力，可以对外提供可靠的AIOps服务。

5） 有核心中枢AI，可以在成本、质量、效率间从容调整，达到业务不同生命周期对三个方面不同的指标要求，可实现多目标下的最优或按需最优。

“学件”（Learnware）一词是南京大学周志华老师的原创，学件（Learnware）= 模型（model）+规约（specification），具有可重用、可演进、可了解的特性。

“可重用”的特性使得能够获取大量不同的样本；

“可演进”的特性使得可以适应环境的变化；

“可了解”的特性使得能有效地了解模型的能力。

+++++++

AIOps作为一个团队，由不同角色组成，一般有三种不同角色，他们是运维专家、数据科学家、智能运维研发工程师，以下介绍三种角色分工：

1）运维工程师

特征：具有丰富的运维领域知识、熟悉较为复杂的运维问题、具备解决运维难题能力。

职责：运用机器帮助运维人员完成基础性和重复性的基层运维工作；人工处理机器还不能处理好的运维难题；基于经验对于较为复杂的运维问题给出最终决策—不断训练机器。

2）运维数据工程师

特征：具备编程、数学、统计学、数据可视化、机器学习等能力。

职责： 致力于智能运维平台架构、模型标准、数据分析方法；不断应用最新的机器学习技术设计优化智能运维算法；监督智能运维系统性能并实施优化和改进。

3）运维开发工程师

特征：良好的开发语言基础、大数据处理技术能力。

职责：数据采集、自动化处理、实现和运用算法等。

一、稳定性：运维的本质就是维护系统的稳定性，如何能让系统平稳的运行，变更更加稳定，故障全面治理是首要考量的，所以稳定性方面的智能运维技术演进大致是：

异常检测(Reactive)-> 根因分析(Root Cause Analysis)->根源定位(real time) -> 故障自愈(auto-healing)-> 故障预测(proactive)

无人值守发布中应用的是异常检测的算法，而智能故障定位需要用到的就是后两种技术。

二、效率：在稳定的基础上我们希望能看到极致的运维的效率，极低的运维成本。

智能运维的场景很多，在运维的每层都有用武之地。每个点的微创新的累积最终会给智能运维带来颠覆性的变化。真正实现这种专家经验和”拍脑袋“运维模式转变为基于算法和人工智能的自动化运维，最终走向无人化运维。

“无人化”当然短期内只是一个“自动化程度非常高的”的代名词，在可以看到的未来，“无人化”还是由人来干预或者参与的，尤其是故障处理。

其实自动化被叫做“自働化”更为合理， 人和机器更多是职能上的区别，需要优势互补，人不再做具体的操作了，由机器替代，但人依然是运维的灵魂，是运维的制定者和修改者，机器只是执行者，机器只是帮助人或者提醒人来完成运维操作。

Gartner Group 提出的 AIOps 中的 AI，其实是 Algorithmic IT 的缩写，而不是很多人以为的 Artificial Intelligence 的缩写，但不管是哪种写法，都意味着利用机器学习算法对线上运行的真实数据和日志等作出故障预判，从而执行相应的运维操作。

AIOps 可以说是自动化运维的升级版，所以并非 DevOps 的取代者，而是 DevOps 更高级别的落实者。

ChatOps 的理念由 DevOps 延伸而来，又结合 AI（人工智能）落地，可以说是人工智能和新型工作理念结合的产物。它也是一种新型智能工作方式，帮助团队利用 ChatBot 机器人使成员和各项辅助工具连接在一起，以沟通驱动的方式完成工作。同时解决人与人、人与工具、工具与工具之间的信息孤岛问题，从而有更高的工作效率和更好的协作体验。

2013 年，GitHub 在其内部最早开始推行 ChatOps，希望能以聊天的方式更容易更快速地去完成 DevOps 承载的工作。

ChatOps 主要由四个部分组成：自动化的理念、一个沟通承载平台、一系列连接人与工具的机器人，以及一些后台工具和服务（基础设施）。它不仅可以应用在技术团队中，还可以发展为适应不同种类团队的方法模型，这也是 ChatOps 这个概念提出的背景之一。随着全行业的发展和人力成本的攀升，ChatOps 也可以说是应用于全行业的 DevOps。