今天下班时,在公车上的1个小时头脑风暴,爆出来3个职能考核指标的雏形.这也有劳于前面的文章和大家的灵感==>解读前端开发工程师必备技能.
评评看,靠不靠谱?还差什么?
以实现目标为导向,按照以下指标考核
网页设计之平面职能考核
现在公司需要我们提供相关的培训方案以及职位评级方案,我想这个工作让大家一起做,一起参与到这个具有里程碑意义的事情当中.
以下文章是引用”大前端”博客的原文,解读当前的前端设计师需要配备些什么技能.
我想以下的技能当然不是随便就能掌握的,这只是我们一直努力的方向.
我的想法是,我们的评级是不是可以按照这样的方式进行:
初级前端工程师:60分
中级前端工程师:80分
高级前端工程师:100分
这里只评技能,暂时不评定管理岗位,所以暂时没有leader级的要求,不过以后一定会有的.
那么以下提到的技能,给它们打分,根据职员的分数,评定此职员现在的级别.并以此做为大家晋级的目标.
原文链接:大前端 » 解读前端开发工程师必备技能
也许对我们应用程序的前端设计师来说，seo技巧没太多的用武之地，但是我们不是一直追求完美吗？养成一个好的前端编码习惯和意识，对我们的追求是有百利而无一害的^_^
1 如果你必须使用Java script的下拉菜单、图片地图、或者图片链接，那么你一定要放置它们的文本链接在页面的某些地方，以便于搜索引擎的蜘蛛抓取;
2 内容为王，因此务必将优秀的，更好的和独特的内容集中在你的一线关键字或关键词上面;
3 如果内容为王，那链接就是王后。使用你的关键字作为链接，建立一个高质量反向链接的网络。记住，如果没有合乎逻辑的理由，有不好的网站链接了你，这种链接也别要;
4 别痴迷于PageRank，那只是排名算法极小的一部分。一个低PR值的网站等级实际上可以高过一个高PR的网站。
5 确保你网站上每个页面的title标签，都有一个独特的关键字。还有，如果你必须把公司名称放里面，那就放在标题最后。除非你是一个家喻户晓的知名品牌，您的公司名称可能会获得一些搜索;
之前一直看到后台程序员获取对象属性的时候往往喜欢用name.value直接获取,而我也试了一下,有时候有效,有时候无效,
我一直想研究来着,今天晚上刚好闲来无事,就自己弄个demo玩了一下.
IE6,IE7,FF,Chrome
没有doctype的情况下,通过name或者id获取dom对象的区别:
<form name=”formname”>
<input id=”time” type=”text” value=”im input” />
<div id=”divid”>im div</div>
</form>
在chrome和FF下直接id.value就可以得到value,如果是name的话,就不行.
现在越来越多浏览器已经实现支持 HTML5，其中 iPad 上的 Safari 浏览器对 HTML5 支持就非常完美，所以我们做的 iPad 导航就是完全用 HTML5 写的。
IE 无法渲染 HTML5 样式
IE 的用户完全不是我们的目标用户，但是总有人说我们网站显示的乱七八糟，很烂，因为 IE 不知道如何给不能识别的标签或者元素渲染 CSS，比如<header> 这些 IE 无法识别的标签，我们在 CSS 中定义的样式，IE 就无法渲染，所以还是决定让 iPad 导航至少在 IE 下能够布局正常一点。
前面说了 IE 对 HTML5 标签无法识别，所以无法渲染样式，而 Sjoerd Visscher 发现一种方法可以强制 IE 渲染 HTML5 标签，当你创建一个新的 DOM 元素（名字和它无法识别的标签相同）的时候，IE 就可以渲染，并且甚至无需插入这个元素，下面 blah 就能被渲染。
<blockquote>
<div><html></div>
<div><head></div>
<div><style>blah { color: red; }</style></div>
<div><script>document.createElement("blah")</script></div>
<div></head></div>
<div><body></div>
<div><blah>Hello!</blah></div>
<div></body></div>
<div></html></div></blockquote>
remy sharp 整理了一个迷你的脚本 html5.js，通过上面的方法让 IE 支持所有的 HTML5 标签。
HTML5 Shiv使用
html5.js 必须在页面head元素内调用（因为 IE 必须在元素解析前知道这个元素，所以这个 JS 文件不能在页面底部调用。）
作者已经把js文件放在Google code project上并允许大家直接调用：http://html5shiv.googlecode.com/svn/trunk/html5.js
可以使用IE条件注释来调用这个 JS 文件，这样像 FireFox, Safari 等非 IE 浏览器就会忽视这段代码，也就不会有无谓的 HTTP 请求了。下面这段代码仅会在IE浏览器下运行:
<!–[if IE]> <script src=”http://html5shiv.googlecode.com/svn/trunk/html5.js”></script> <![endif]–>
最后大家可以看看效果 http://ipaddh.com/ 在 IE 下基本显示出来。
转自：http://www.cnblogs.com/xiachufeng/archive/2011/01/05/1925987.html
我们在写demo的时候,在设计效果图的时候,容易忽视一个问题,我希望能通过文章提出来,并引起重视.
做demo时,我们都习惯在一些含糊不清的,或者没确定文字内容的地方,写一些”adsfa”这样的无意义文字填充.好好的一个demo很可能就被这样的无意义内容给糟蹋了.demo不仅要给开发人员模板,给资料做参考,给测试做预热,也要给客户,领导演示用.
Jeremy Keith在 Fronteers 2010 上的主题演讲
今天我想跟大家谈一谈HTML5的设计。主要分两个方面：一方面，当然了，就是HTML5。我可以站在这儿只讲HTML5，但我并不打算这样做，因为如果你想了解HTML5的话，你可以Google，可以看书，甚至可以看规范。
实际上，确实有人会谈到规范的内容。史蒂夫·福克纳（Steve Faulkner）会讲HTML5与可访问性。而保罗·艾里什（Paul Irish）则会讲HTML5提供的各种API。因此，我今天站在这里，不会光讲一讲HTML5就算完事了。
说老实话，在正式开始之前，我想先交待清楚我所说的HTML5到底是什么意思。这话听起来有点搞笑：这会子你一直在说HTML5，难道我们还不知道 什么是HTML5吗？大家知道，有一个规范，它的名字叫HTML5。我所说的HTML5，指的就是这个规范。但问题是，有些人所说的HTML5，指的不仅 仅是这个规范，还有别的意思。比如说，用HTML5来代指CSS3就是一种常见的叫法。我可不是这样的。我所说的HTML5，不包含CSS3，就是 HTML5。
类似的术语问题以前也有过。Ajax本来是一种含义明确的技术，但过了不久，它的含义就变成了“用JavaScript来做一切好玩的东西”。这就 是Ajax，对不对？今天，HTML5也面临同样的问题，它本来指的是一个特定的规范，但如今含义却成了“在Web上做一切好玩的事。”我说的不是这种 HTML5，不是这种涵盖了最近刚刚出现的各种新东东的HTML5。我说的仅仅是规范本身：HTML5。
首先，我们从定义变量开始，看下面的代码：
<script>
a=10;
var b=20
</script>
从平常概念上理解，在全局环境中定义变量，带不带var都一样，都是定义全局变量。
但从下面这个例子可以看出，实际上带不带var还是有本质区别的。
<script>
alert(a) // “a” is not defined
alert(b) // undefined
a=10;
var b=20
alert(b) // undefined
a=10;
var b=20
</script>
当在变量定义之前对其进行调用时，两个变量出现了不同的错误提示，其中加了var的变量b提示为“undefined”，而未加的a则提示not defined，在中文IE下提示未定义，如下：
Wanted: Dynamic execution contexts in JavaScript
JavaScript动态执行作用域
原文转自：http://www.nczonline.net/blog/2010/10/26/wanted-dynamic-execution-contexts-in-javascript/
Posted at October 26, 2010 09:00 am by Nicholas C. Zakas
Tags: JavaScript, Security, XSS
One of the most common problems faced by web developers today is how to load third-party JavaScript onto a page without sacrificing the security and stability of the page. Certainly, it’s been repeated enough time that most know blindly including a JavaScript file that you didn’t write is a surefire path towards cross-site scripting (XSS) attacks, yet the popularity of mashups has made us re-solve this problem multiple times. To be sure, we need a safe way to load others’ JavaScript onto a page with some reasonable amount of assurance that it won’t negatively affect the containing page. Yet no one has come up with a lightweight way of doing this.
今天web开发人员面临一个最多的问题是，如何在一个页面中加载第三方Javascript并且不牺牲系统的安全和稳定性。问题已经重复的够多了，大多数人都相信盲目的引入一个javascript文件，基本上无法完全避免跨站脚本（XSS）的攻击，然而目前混搭已经越来越流行，导致我们一次又一次的面临这个问题。可以肯定的是我们需要一个安全的方式来加载其他的Javascript到页面上，并且能够确信不会对被包含的页面产生负面影响。目前还没有一个轻量级的方法可以做到。