backbone

requireJs使用 requireJs 使用require.js的第一步，是先去官方网站下载最新版本。 下载后，假定把它放在js子目录下面，就可以加载了。 <script src="js/require.js"></script> 有人可能会想到，加载这个文件，也可能造成网页失去响应。解决办法有两个，一个是把它放在网页底部加载，另一个是写成下面这样： 　<script src="js/require.js" defer async="true" ></script> async属性表明这个文件需要异步加载，避免网页失去响应。IE不支持这个属性，只支持defer，所以把defer也写上。 加载require.js以后，下一步就要加载我们自己的代码了。假定我们自己的代码文件是main.js，也放在js目录下面。那么，只需要写成下面这样就行了： 　<script src="js/require.js" data-main="js/main"></script> data-main属性的作用是，指定网页程序的主模块。在上例中，就是js目录下面的main.js，这个文件会第一个被require.js加载。由于require.js默认的文件后缀名是js，所以可以把main.js简写成main。 主模块的写法 上一节的main.js，我把它称为"主模块"，意思是整个网页的入口代码

论文太多来不及看，有些论文用了很大篇幅印证了某种模块有用或者没用，对于不研究这部分的人来说了解一下结论，这个模块有什么优缺点就够了。因而记录一下2018-2019-2020这几年泛读的论文梗概： 文章目录 DetNet: A Backbone network for Object Detection SpineNet: Learning Scale-Permuted Backbone for Recognition and Localization EfficientNet: Rethinking Model Scaling for Convolutional Neural Networks DetNet: A Backbone network for Object Detection 论文： DetNet: A Backbone network for Object Detection ，2018年清华，Face++旷世合作论文，孙剑大神参与 某人的实现代码 点这 目标分类训练的网络作为目标检测backbone是否合适？任务不同肯定有不同，本文就是研究任务切换时backbone直接用的优劣分析。 ImageNet分类模型直接做backbone不够好， 检测分类两个任务有差异。 （i）诸如FPN和RetinaNet之类的最新物体检测器通常涉及额外的stage，以完成图像分类任务

一、为什么要用require.js？ 最早的时候，所有Javascript代码都写在一个文件里面，只要加载这一个文件就够了。后来，代码越来越多，一个文件不够了，必须分成多个文件，依次加载。下面的网页代码，相信很多人都见过。 <script src="1.js"></script> 　　<script src="2.js"></script> 　　<script src="3.js"></script> 　　<script src="4.js"></script> 　　<script src="5.js"></script> 　　<script src="6.js"></script> 　　 这段代码依次加载多个js文件。 这样的写法有很大的缺点。首先，加载的时候，浏览器会停止网页渲染，加载文件越多，网页失去响应的时间就会越长；其次，由于js文件之间存在依赖关系，因此必须严格保证加载顺序（比如上例的1.js要在2.js的前面），依赖性最大的模块一定要放到最后加载，当依赖关系很复杂的时候，代码的编写和维护都会变得困难。 require.js的诞生，就是为了解决这两个问题： 　　（1）实现js文件的异步加载，避免网页失去响应； 　　（2）管理模块之间的依赖性，便于代码的编写和维护。 　　 二、require.js的加载 使用require.js的第一步，是先去官方网站 下载 最新版本。

一、为什么要用require.js？ 最早的时候，所有Javascript代码都写在一个文件里面，只要加载这一个文件就够了。后来，代码越来越多，一个文件不够了，必须分成多个文件，依次加载。下面的网页代码，相信很多人都见过。 <script src="1.js"></script> 　　<script src="2.js"></script> 　　<script src="3.js"></script> 　　<script src="4.js"></script> 　　<script src="5.js"></script> 　　<script src="6.js"></script> 这段代码依次加载多个js文件。 这样的写法有很大的缺点。首先，加载的时候，浏览器会停止网页渲染，加载文件越多，网页失去响应的时间就会越长；其次，由于js文件之间存在依赖关系，因此必须严格保证加载顺序（比如上例的1.js要在2.js的前面），依赖性最大的模块一定要放到最后加载，当依赖关系很复杂的时候，代码的编写和维护都会变得困难。 require.js的诞生，就是为了解决这两个问题： （1）实现js文件的异步加载，避免网页失去响应； （2）管理模块之间的依赖性，便于代码的编写和维护。 二、require.js的加载 使用require.js的第一步，是先去官方网站 下载 最新版本。 下载后

附：伪模块开发，终将会被es6的模块开发取代。其只为过渡阶段使用 一、为什么要用require.js？ 最早的时候，所有Javascript代码都写在一个文件里面，只要加载这一个文件就够了。后来，代码越来越多，一个文件不够了，必须分成多个文件，依次加载。下面的网页代码，相信很多人都见过。 <script src="1.js"></script> 　 <script src="2.js"></script> 　　<script src="3.js"></script> 　　<script src="4.js"></script> 　　<script src="5.js"></script> 　　<script src="6.js"></script> 这段代码依次加载多个js文件。 这样的写法有很大的缺点。首先，加载的时候，浏览器会停止网页渲染，加载文件越多，网页失去响应的时间就会越长；其次，由于js文件之间存在依赖关系，因此必须严格保证加载顺序（比如上例的1.js要在2.js的前面），依赖性最大的模块一定要放到最后加载，当依赖关系很复杂的时候，代码的编写和维护都会变得困难。 require.js的诞生，就是为了解决这两个问题： 　　（1）实现js文件的异步加载，避免网页失去响应； 　　（2）管理模块之间的依赖性，便于代码的编写和维护。 二、require.js的加载

　　 最近的项目用到了require.js ，搜集一些资源留个备份，顺便分享给大家。 　　以下内容转自 阮一峰 老师的网络日志： http://www.ruanyifeng.com/blog/2012/11/require_js.html 　　更多学习资源： 　　　　require.js官网： http://requirejs.org/docs/download.html 　　　　一篇不错的文章： http://www.csdn.net/article/2012-09-27/2810404 一、为什么要用require.js？ 最早的时候，所有Javascript代码都写在一个文件里面，只要加载这一个文件就够了。后来，代码越来越多，一个文件不够了，必须分成多个文件，依次加载。下面的网页代码，相信很多人都见过。 　　<script src="1.js"></script> 　　<script src="2.js"></script> 　　<script src="3.js"></script> 　　<script src="4.js"></script> 　　<script src="5.js"></script> 　　<script src="6.js"></script> 这段代码依次加载多个js文件。 这样的写法有很大的缺点。首先，加载的时候，浏览器会停止网页渲染，加载文件越多

  论文地址: Squeeze-and-Excitation Networks   论文代码: github 文章目录 1. 简介 2. 网络结构 2.1 SEBlock结构 2.2 实现 2.2.1 SEBlock的实现 2.2.2 网络结构 3. 实验效果 3.1. 实验设置 1. 简介   SENet是207年ILSVRC分类比赛的冠军网络结构，准确的说文章中提出的结构是一个SEBlock，作为一个自学习的子模块，可以嵌入到大部分主流的网络。文中提出的网络SEResNet就是在ResNet的基础上添加了SEBlock结构。   SEBlock现在可能的叫法为channel-wise attention(通道注意力模块)，准确的来说就是在原来网络的每个bottleneck之后的feature上添加了一个权重矩阵，而这个矩阵可以增强大部分部分feature，抑制部分feature，而增强哪部分，抑制哪部分是完全是根据网络的损失自学习的。  激活状态：   引入了SEBlock当然会导致网络的参数量增加，但是由于SEBlock是作用于每个bottleneck后的feature，一般的网络中的bottleneck也就四五个，而SEBlock的结构本身就简单，也就意味着虽然引入了部分参数但是真实引入的参数量并不多，在可接受的范围内。   另外说一点，这篇论文的思想很简单，但是实验很充足

摘要 本文提出了第一个在arm上运行的实时的单线程速度最快的模型结构，分析之前lightweight backbones 的缺点，提出了一个轻量级的backbone，充分使用RPN，设计SAM和CEMblock减少计算量，产生更多discriminative feature，最后寻求resolution，backbone与head之间的平衡。 ——————————————————————————————————————————————— 1.Backbone部分 1. input-size ：320x320,（为了提升推理速度），大的backbone匹配小的input和小的backbone匹配大的不是最优的。 2、 感受野很重要 ，a large receptive field can leverage more context information and encode longrange relationship between pixels more effectively。 3. 分类和检测用的backbone应该是不一样的，分类需要更深的特征，而检测应该着重于浅层特征 （localization is sensitive to low-level features while high-level features are crucial for

前言 这几天，第三轮全站优化结束，测试项目在2G首屏载入速度取得了一些优化成绩，对比下来有10s左右的差距： 这次优化工作结束后，已经是第三次大规模折腾公司框架了，这里将一些自己知道的移动端的建议提出来分享下，希望对各位有用 文中有误请您提出，以免误人自误 技术选型 单页or多页 spa（single page application）也就是我们常常说的web应用程序webapp，被认为是业内的发展趋势，主要有两个优点： ① 用户体验好 ② 可以更好的降低服务器压力 但是单页有几个致命的缺点： ① SEO支持不好，往往需要单独写程序处理SEO问题 ② webapp本身的内存管理难，Javascript、Css非常容易互相影响 当然，这里不是说多页便不能有好的用户体验，不能降低服务器压力；多页也会有变量污染的问题发生，但造成webapp依旧是“发展趋势”，而没有大规模应用的主要原因是： webapp模式门槛较高，很容易玩坏 其实webapp的最大问题与上述几点没有关系，实际上阻碍webapp的是技术门槛与手机性能，硬件方面不必多说，这里主要说技术门槛。 webapp做的好，可以玩动画，可以玩真正意义上的预加载，可以玩无缝页面切换，从某些方面甚至可以媲美原生APP，这也是webapp受到追捧的原因。 但是，以上很容易被玩坏！因为webapp模式不可避免的需要用到框架

DL之RetinaNet：基于RetinaNet算法(keras框架)训练自己的数据集(.h5文件)从而实现目标检测daiding 目录 输出结果 设计思路 训练代码 输出结果 设计思路 更新…… 训练代码 #!/usr/bin/env python """ Copyright 2017-2018 Fizyr (https://fizyr.com) Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at 核心代码源自：http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied