随着SDN（Software-Defined Networking）网络技术及相关产品逐步获得广泛运用，一些从事IT、网络行业的朋友也开始更多地关注SDN相关的认证。传统的网络技术相关认证（如：思科的CCNA、CCNP等）基本上不会或很少涉及SDN相关技术专题。那么目前思科有没有推出和SDN有关的认证呢？

如果你对SDN有关的认证感兴趣，不妨关注一下思科的这两门认证：Cisco Network Programmability Design and Implementation Specialist（NPDESI，思科网络编程设计及实施专员），以及Cisco Network Programmability Developer Specialist (NPDEV，即：思科网络编程开发专员）。

以上两个认证侧重于网络的可编程性，及任务的自动化。NPDESI的方向是设计与实施，参加此认证之前需要持有CCNP、CCDP、CCIE、CCDE中的一种证书。NPDEV则是软件开发方向，认证的参加者需要具备Python、C等相关的编程知识，但没有强制性的认证要求。

有兴趣的读者，可以进一步看看参考链接。

参考链接：

https://www.cisco.com/c/en/us/training-events/training-certifications/certifications/specialist/network-programmability-design-implementation.html

https://www.cisco.com/c/en/us/training-events/training-certifications/certifications/specialist/network-programmability-developer.html

https://www.cisco.com/c/en/us/solutions/software-defined-networking/vendor-specific-networking-certifications.html

https://www.cisco.com/c/en/us/solutions/software-defined-networking/vendor-neutral-networking-certifications.html

Burndown chart，有时也写作burn down chart，中文里一般翻译为：燃尽图。是一种用来直观地展示项目任务完成进度的图表工具。

具体而言，Burndown chart由横轴、纵轴、以及两轴之间的多个点连成的曲线构成。Burndown chart的横轴表示时间，纵轴表示工作量（在敏捷项目中，纵轴常用来标识story points，即：故事点数），随着时间往右推移，需要在图表上标出该时间点对应完成的工作量。理想情况下，时间越往右，工作量应该随之降低。为了方便比较，人们通常会将横轴的最右点，以及纵轴的最上点进行相连，这条直线表示理想状态的工作进展。

Burndown chart常用于敏捷项目管理中，不过，在采用其他管理方法的项目中，你也完全可以使用Burndown Chart来进行进度的跟踪和管理。

许多项目管理软件都支持Burndown chart的自动生成，包括微软的Project。

参考链接：

https://en.wikipedia.org/wiki/Burn_down_chart

https://www.projectmanager.com/blog/burndown-chart-what-is-it

https://support.office.com/en-us/article/Create-a-burndown-report-1022F20C-7931-4B14-81F8-880A0C532C41

Story points是敏捷项目管理中的一个概念。中文里，有人将其翻译为“故事点”，也有将其译为“故事点数”，个人认为后面这个译法更为接近原意。

事实上，story points是对完成一个user story（用户故事）所需努力做出的粗略的估算，并将此估算以数字点数（points）的形式体现。比如：完成单个静态WEB页面的开发所需的工作量需要1个点数，那么完成10个类似静态页面所需的工作量则可能需要10个点数（1*10），又或者因为熟练度的增加，而只需要5个点数。

当然，评估story points需要考量的不止是工作量，还包括：工作的复杂度、风险及不确定性等。

通常，人们认为story points来估算工作量的方法要比通过小时数（hours）估算要更加客观，因为不同个体对同一件工作所估算的小时数可能会存在较大差异，而story points因为是采用相对比较的方法，所以要更准确一些。

参考链接：

https://whatis.techtarget.com/definition/story-point

https://www.scrum.org/resources/blog/why-do-we-use-story-points-estimating

https://www.mountaingoatsoftware.com/blog/what-are-story-points

https://rubygarage.org/blog/how-to-estimate-with-story-points

https://pm.stackexchange.com/questions/2765/why-use-story-points-instead-of-hours-for-estimating/

PEG ratio（Price/Earnings-to-Growth），即：市盈率与增长比率。该比率是用来衡量一家公司估值的重要工具，它也是美国传奇基金经理彼得.林奇（Peter Lynch）所钟爱的估值工具之一。

PEG ratio的计算方法为：

PEG ratio=PE ratio/ Earnings growth rate

即：

PEG ratio=市盈率/盈利增长率

PEG ratio的实质是将市场给与的估值倍数与公司的利润增长倍数进行对比，与市盈率类似，比率越高，则估值越高，比率越低，则表示该公司可能被低估。一般来说，若PEG ratio等于1，则认为公司的估值与价值相符（估值合理）。高于1，则可能被高估。低于1，则可能被低估。

关于盈利增长率，一般的做法是使用公司未来5年预测的平均年度利润增长值。

由于PEG ratio考虑了公司的未来增长前景因素，因而其为投资者提供的信息比传统的PE ratio（市盈率）要更为全面。比如：对于高增长率的公司，仅看其市盈率，会认为其估值过高。但如果纳入了其增长率，则投资者对其估值的看法会更为客观。

相关链接：

https://www.investopedia.com/articles/analyst/043002.asp

https://www.fool.com/investing/value/2006/04/06/how-useful-is-the-peg-ratio.aspx?Cid=DH3JE9

https://blogs.cfainstitute.org/insideinvesting/2012/08/16/is-it-overvalued-look-at-the-peg-ratio/