本文简单介绍了模板引擎在前后端的使用，下文我们回到 Underscore，重点分析下 _.template 的使用方式以及源码原理。

做前后端分离也有一段时间了，业务一直在用Vue@1.x的多入口方案，也一直懒癌发作没搞2.x的版本。适逢最近在等某宝小程序的构建，由于迟迟不定技术方案，只好暂缓先捯饬一下Vue@2.x项目多入口的构建方案。

在默认状况下，Idris 编译器会使用 C 后端生成 Native binary（我还给它的 RTS 上过代码……）。然后 EB 写了一个 JS 后端，只是这个后端写的实在不敢恭维： 它内嵌了一个堆栈式的虚拟机，然后使用 Tracing 的方式解释字节码 。虽然和 C 版行为最一致，但性能和「可理解性」方面都远远不如其他的 Functional-to-js 编译器

作为一个 App 开发支撑平台，Parse 在 2013 年被 Facebook 收购之后，8 月 13 日正式宣布开源其所有的软件开发包（SDK）。这是包括 React, Presto，HHVM，OSQuery，和 RocksDB 在内的众多开源项目取得广泛成功之后，Facebook 开源行动的又一重大举措。

1、Jenkins 是一个开源软件项目，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。

自从技术书的书架设定为”床底下“之后，又多了很多买书的空间。中国什么都贵，就是书便宜。 不定期更新，在碎片化阅读下难免错评。 书架主要针对Java后端开发， 书单更偏爱那些能用简短流畅的话，把少壮不努力的程序员所需的基础补回来的薄书，而有些教课书可能很著名，但干涩枯燥，喋喋不休的把你带回到大学课堂上昏昏欲睡。

自从2014年AWS推出Lambda服务后，Serverless一词越来越热，已经成为一种新型的软件设计架构，即Serverless Architecture。作为一种原生于公共云的架构，Serverless有什么优缺点？是否能应用于传统企业程序？是否适合私有云场景？是否像很多文章宣称的一样，会成为未来改变云计算的中坚力量？作为一名云计算行业的老兵，作者想在此文中分享一些自己的观点。

前后端分工协作是一个老生常谈的大话题，很多公司都在尝试用工程化的方式去提升前后端之间交流的效率，降低沟通成本，并且也开发了大量的工具。但是几乎没有一种方式是令双方都很满意的。事实上，也不可能让所有人都满意。根本原因还是前后端之间的交集不够大，交流的核心往往只限于接口及接口往外扩散的一部分。这也是为什么很多公司在招聘的时候希望前端人员熟练掌握一门后台语言，后端同学了解前端的相关知识。

前言 之前介绍了一些前后端结合的中间人攻击方案。由于 Web 程序的特殊性，前端脚本的参与能大幅弥补后端的不足，从而达到传统难以实现的效果。 攻防本为一体，既然能用于攻击，类似的思路同样也可用于防御。如果将前端技术结合到传统的 WAF 中，又能有如何的改进？

libvirt配置了librbd的QEMU接口，通过它可以在OpenStack中使用Ceph块存储。Ceph块存储是集群对象，这意味着它比独立的服务器有更好的性能。 在OpenStack中使用Ceph块设备，必须首先安装QEMU，libvirt和OpenStack，下图描述了 OpenStack和Ceph技术层次结构：

Dalga 是使用 Go 编写的 MySQL 后端作业调度程序，带有一个 HTTP 接口。

Goku是《七龙珠》的主人公孙悟空，神通广大，解决世间存在的问题。同样，尝试前后端分离，也希望可以解决目前前端开发中存在的痛点。

什么是优化? 响应时间 Vs 吞吐量 性能与可伸缩性（Performance Vs Scalability) Instrument & metrics 需要了解的一点硬件知识 常见案例分析

苹果公司 宣布，将使用开源的集群管理软件 Apache Mesos ，作为该公司广受欢迎的、基于iOS的智能个人助理软件 Siri 的后端服务。Mesosphere的博客指出，苹果已经创建了一个命名为 J.A.R.V.I.S. ，类似PaaS的专有调度Framework，由此，开发者可以部署可伸缩和高可用的的Siri服务。

整理下目前涉及到的python的技术栈和工具栈(用过或了解的, 其他的后续用到再补充)

什么是优化(2)不访问不必要的数据使用B*Tree/hash等方法定位必要的数据使用columnStore或分表的方式将数据分开存储合理的利用硬件来提升访问效率使用缓存消除对数据的重复访问使用批量处理来减少交互次数（磁盘、网络）使用新硬件来降低后端的延时，提高效率提高系统的吞吐量对工作单元进行细化，减少串行操作优化硬件配置，提高整体的TCO与硬件利用率合理的拆分（水平、垂直拆分）以提高系统的整体吞吐能力响应时间Vs吞吐量(1)性能衡量完成特定任务的速度或效率响应时间衡量系统与用户交互式多久能够收到响应吞吐量衡量系统在单位时间里可以完成的任务量响应时间Vs吞吐量

信号就是通知某个进程发了某个事件，也称为软件中断。信号提供了一种处理异步事件的方法。信号通常是异步发生的，进程预先不知道信号准确发生的时刻。后端程序（daemon）往往需要提供7*24不间断的服务，因此，编程 daemon 程序时对信号的正确处理尤为重要。

对每一个程序员而言，故障都是悬在头上的达摩克利斯之剑，都唯恐避之不及，如何避免故障是每一个程序员都在苦苦追寻希望解决的问题。对于这一问题，大家都可以从需求分析、架构设计 、代码编写、测试、code review、上线、线上服务运维等各个视角给出自己的答案。本人结合自己两年有限的互联网后端工作经验，从某几个视角谈谈自己对这一问题的理解，不足之处，望大家多多指出。

首先，浏览器发来一个 input，服务器获取之后，做一些查询或者计算，然后把生成的 output 返回给浏览器。 这些查询或计算，还会有衍生的子 io 流。 缓存的目的就是让把 input 变成一个 key，在条件允许的情况下，跳过计算，直接生成 output。在主流程中，或子流程中。

Browserify通过预编译，可以让前端以Nodejs的require方式来组织Javascript模块，从而前端代码可以走进后端，后端通过Browserify同样可以在浏览器里跑NPM模块；