在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
标签：至少1个，最多5个
本文作者: 本文地址: 本文由
创作，转载请保留此声明。 所有权保留，请勿用于商业目的。
【资源一】基础知识恕不回顾
基础知识参考以下两篇博客：
【资源二】淘宝m站首页的动态实现
学习 首页的实现。
最近读到的新文章《》，和本部分有点关系。暂且加上来以供参考。（updated ）
源码进行美化、解读之后，基本布局部分的代码已经被我还原出来了：（补充：后来才发现，早就开源在上了）
!function(win, lib) {
var timer,
= win.document,
docElem = doc.documentElement,
= doc.querySelector('meta[name="viewport"]'),
flexMeta = doc.querySelector('meta[name="flexible"]'),
scale = 0,
flexible = lib.flexible || (lib.flexible = {});
// 设置了 viewport meta
if (vpMeta) {
console.warn("将根据已有的meta标签来设置缩放比例");
var initial = vpMeta.getAttribute("content").match(/initial\-scale=([\d\.]+)/);
if (initial) {
scale = parseFloat(initial[1]); // 已设置的 initialScale
dpr = parseInt(1 / scale);
// 设备像素比 devicePixelRatio
// 设置了 flexible Meta
else if (flexMeta) {
var flexMetaContent = flexMeta.getAttribute("content");
if (flexMetaContent) {
var initial = flexMetaContent.match(/initial\-dpr=([\d\.]+)/),
maximum = flexMetaContent.match(/maximum\-dpr=([\d\.]+)/);
if (initial) {
dpr = parseFloat(initial[1]);
scale = parseFloat((1 / dpr).toFixed(2));
if (maximum) {
dpr = parseFloat(maximum[1]);
scale = parseFloat((1 / dpr).toFixed(2));
// viewport 或 flexible
// meta 均未设置
if (!dpr && !scale) {
// 这里的 第一句有什么用 ?
// 和 Android 有毛关系 ?
var u = (win.navigator.appVersion.match(/android/gi), win.navigator.appVersion.match(/iphone/gi)),
_dpr = win.devicePixelR
// 所以这里似乎是将所有 Android 设备都设置为 1 了
dpr = u ? ( (_dpr &= 3 && (!dpr || dpr &= 3))
: (_dpr &= 2 && (!dpr || dpr &= 2))
scale = 1 /
docElem.setAttribute("data-dpr", dpr);
// 插入 viewport meta
if (!vpMeta) {
vpMeta = doc.createElement("meta");
vpMeta.setAttribute("name", "viewport");
vpMeta.setAttribute("content",
"initial-scale=" + scale + ", maximum-scale=" + scale + ", minimum-scale=" + scale + ", user-scalable=no");
if (docElem.firstElementChild) {
docElem.firstElementChild.appendChild(vpMeta)
var div = doc.createElement("div");
div.appendChild(vpMeta);
doc.write(div.innerHTML);
function setFontSize() {
var winWidth = docElem.getBoundingClientRect().
if (winWidth / dpr & 540) {
(winWidth = 540 * dpr);
// 根节点 fontSize 根据宽度决定
var baseSize = winWidth / 10;
docElem.style.fontSize = baseSize + "px";
flexible.rem = win.rem = baseS
// 调整窗口时重置
win.addEventListener("resize", function() {
clearTimeout(timer);
timer = setTimeout(setFontSize, 300);
}, false);
// 这一段是我自己加的
// orientationchange 时也需要重算下吧
win.addEventListener("orientationchange", function() {
clearTimeout(timer);
timer = setTimeout(setFontSize, 300);
}, false);
// pageshow
// keyword: 倒退 缓存相关
win.addEventListener("pageshow", function(e) {
if (e.persisted) {
clearTimeout(timer);
timer = setTimeout(setFontSize, 300);
}, false);
// 设置基准字体
if ("complete" === doc.readyState) {
doc.body.style.fontSize = 12 * dpr + "px";
doc.addEventListener("DOMContentLoaded", function() {
doc.body.style.fontSize = 12 * dpr + "px";
}, false);
setFontSize();
flexible.dpr = win.dpr =
flexible.refreshRem = setFontS
flexible.rem2px = function(d) {
var c = parseFloat(d) * this.
if ("string" == typeof d && d.match(/rem$/)) {
c += "px";
flexible.px2rem = function(d) {
var c = parseFloat(d) / this.
if ("string" == typeof d && d.match(/px$/)) {
c += "rem";
}(window, window.lib || (window.lib = {}));
注意：淘宝首页在iPhone4上设置的initial-scale是0.5（其他尺寸类似）。
因此，这句在iPhone4上得出的结果是640：
var winWidth = docElem.getBoundingClientRect().
正是因为淘宝这种独特的设置，使得 ios 上 1px边框的问题完美解决（1px变2px， 又被 initial-scale=0.5 缩小了一半）。
【资源三】常规情况下js根据屏幕宽度动态计算
使用js动态计算：
!(function(doc, win) {
var docEle = doc.documentElement,
evt = "onorientationchange" in window ? "orientationchange" : "resize",
fn = function() {
var width = docEle.clientW
width && (docEle.style.fontSize = 20 * (width / 320) + "px");
win.addEventListener(evt, fn, false);
doc.addEventListener("DOMContentLoaded", fn, false);
}(document, window));
【资源四】媒体查询较密集的断点
使用css3 media query 实现
@media screen and (min-width: 320px) {
html {font-size: 14}
@media screen and (min-width: 360px) {
html {font-size: 16}
@media screen and (min-width: 400px) {
html {font-size: 18}
@media screen and (min-width: 440px) {
html {font-size: 20}
@media screen and (min-width: 480px) {
html {font-size: 22}
@media screen and (min-width: 640px) {
html {font-size: 28}
【资源五】强大的单位——vw
使用单位 vw 实现动态计算。
font-size: 31.25 /* 表达式：100*100vw/320 */
不过考虑到国内兼容性的问题，还是结合媒体查询来使用比较好。（媒体查询的断点暂时是借用上面的例子）
@media screen and (min-width: 320px) {
font-size: 100
@media screen and (min-width: 360px) {
font-size: 112.5
@media screen and (min-width: 400px) {
font-size: 125
@media screen and (min-width: 440px) {
font-size: 137.5
@media screen and (min-width: 480px) {
font-size: 150
@media screen and (min-width: 640px) {
font-size: 200
font-size: 31.25
对以上种种方法的综合：
1、meta:viewport,
还是initial-scale为 1；
2、320px屏幕下，把页面根元素html的字体大小设置为50px；
3、鉴于我们拿到的设计图目前是640px宽的基准，这样我们就不用每次自己除以2了，直接在PS中量就好；
4、宽度什么的最好还是用百分比处理；涉及到高度、字体大小之类的则用rem。
eg：设计稿上，div高度为40px；那么css就是 div {height: 0.4}
结果就只剩下一步转换：设计稿上量的长度转化为小数。 50% =& 0.5
这种计算，不要太简单。。。
【方法一】纯粹css，支持calc函数的动态计算；不支持的用css媒体查询断点，优雅降级。
@media screen and (min-width: 320px) {
font-size: 50
@media screen and (min-width: 360px) {
font-size: 56
@media screen and (min-width: 400px) {
font-size: 63
@media screen and (min-width: 440px) {
font-size: 69
@media screen and (min-width: 480px) {
font-size: 75
* 做适当限制
* 大于640的屏幕 固定为100px
* 同时需要对body或者最外层wrapper做max-width: 640px的限制
@media screen and (min-width: 640px) {
font-size: 100
font-size: 15.625
font-size: 15.625
@media screen and (min-width: 640px) {
font-size: 100
【方法二】脚本动态计算
1、initial-scale 为 1；
2、在项目css中(注意不要被公共的base、common之类的影响了，资源加载顺序也是蛮重要的)，先把html的fontSize设置为 50px（或者加上媒体查询代码）, 避免加载未完成时候样式错乱;
html {font-size: 50}
/* javascript */
!(function(win, doc){
function setFontSize() {
// 获取window 宽度
// zepto实现 $(window).width()就是这么干的
var winWidth =
window.innerW
// doc.documentElement.style.fontSize = (winWidth / 640) * 100 + 'px' ;
// 640宽度以上进行限制 需要css进行配合
var size = (winWidth / 640) * 100;
doc.documentElement.style.fontSize = (size & 100 ? size : 100) + 'px' ;
var evt = 'onorientationchange' in win ? 'orientationchange' : 'resize';
var timer =
win.addEventListener(evt, function () {
clearTimeout(timer);
timer = setTimeout(setFontSize, 300);
}, false);
win.addEventListener("pageshow", function(e) {
if (e.persisted) {
clearTimeout(timer);
timer = setTimeout(setFontSize, 300);
}, false);
setFontSize();
}(window, document));
就这么愉快地结束了。。。
不知道解读了某宝首页的一点点代码，然后发在这里，会不会有什么后果。。。
==================================================
写过这篇博客之后，又陆续读过几篇关于布局的文章。
具体已经忘了，大约是大漠的文章，还有一篇应该是搜车前端的博文，另外应该还有关于手淘首页的分析的文章。
另外，自己也用rem布局实践过几个项目。
不得不说，个人觉得rem布局现在已经可以放弃了。flex布局已经很好用了，早已有之的百分比布局等稍用点心思也并不难。
这篇博客一直想改。但懒惰总是占据着我的身体。
最后再说下，字体大小自适应是错误的，字体大小自适应是错误的，字体大小自适应是错误的。
rem 布局，可以告别了。
迎接 flex 布局吧。
=========================================
这篇博客写于半年前，那时候还是个刚毕业的菜鸟。
偶尔有点想法，看了一些大牛的文章，有了这篇博客。
这也是半年来唯一一篇产出。
5k的浏览量，95收藏，13推荐，已经让我很惊讶了。
谢谢各路大神们的关注。
半年来感受到的前端大环境变化还是很大。虽然在公司没有太多变化，但眼睛总得看着世界吧。
接下来，还得继续学习。
由于手上没什么项目，一直想探索出一套自己的自动化流程，但到现在也只是积累了许多版的草稿。
nodejs方面也得有所探索，nodejs 再加上 shelljs 和 yargs 用起来是真的很爽。（鸣谢阮大神的文章）
算是年终总结了。在前端的路上继续走吧。
=========================================
一点想法：评论区的回复
媒体查询和js动态计算是两种方式。
首先，支持 CSS3 calc方法 和 rem、vw单位的浏览器下，只需要html {font-size: 15.625}这样一句就好，另外加个媒体查询限制下。
之前的一大堆密集的断点只是为了hack不支持calc或者calc的情况。其次，js动态设置html的font-size，只要浏览器支持rem单位即可。
为什么会考虑到密集的mq断点呢，因为当时还在考虑文字大小的自适应问题。
实践证明，字体大小自适应是一种错误的想法。
移动开发在必要情况的下，可以适当使用mq来调整字体大小，但做成完全自适应则是一种存在问题的做法。
因此，这里提到的 calc和vh rem配合的做法，最好只用来做布局的工作。js动态计算也是类似，更适合做布局。
Articles on responsive font:
44 收藏&&|&&396
你可能感兴趣的文章
7 收藏，705
45 收藏，8.7k
46 收藏，2.2k
本作品 保留所有权利 。未获得许可人许可前，不允许他人复制、发行、展览和表演作品。不允许他人基于该作品创作演绎作品
您好，我想请教一下。目前的设计稿大多都是750的宽度，用媒体查询的话html的font-size应该设置为多少呢？1rem又等于多少px？
您好，我想请教一下。目前的设计稿大多都是750的宽度，用媒体查询的话html的font-size应该设置为多少呢？1rem又等于多少px？
嗯，这就是内联的行内样式(style属性)和css文件中声明的属性的优先级的问题了。另外借着评论说一下最近的想法。这篇博客实际上已经过时了。一直想改，但还没想好。媒体查询和js动态计算是两种方式。首先，支持 CSS3 calc方法 和 rem、vw单位的浏览器下，只需要html {font-size: 15.625}这样一句就好，另外加个媒体查询限制下。之前的一大堆密集的断点只是为了hack不支持calc或者calc的情况。其次，js动态设置html的font-size，只要浏览器支持rem单位即可。为什么会考虑到密集的mq断点呢，因为当时还在考虑文字大小的自适应问题。实践证明，字体大小自适应是一种错误的想法。移动开发在必要情况的下，可以适当使用mq来调整字体大小，但做成完全自适应则是一种存在问题的做法。因此，这里提到的 calc和vh`rem配合的做法，最好只用来做布局的工作。js动态计算也是类似，更适合做布局。但考虑到布局现在已经有flex布局可以使用，百分比布局等稍用点心思也并不难。因此，实际上可以说，rem布局（注意我说的是布局）差不多已经可以放弃了。
嗯，这就是内联的行内样式(style属性)和css文件中声明的属性的优先级的问题了。
另外借着评论说一下最近的想法。这篇博客实际上已经过时了。一直想改，但还没想好。
媒体查询和js动态计算是两种方式。
首先，支持 ```CSS3``` ```calc```方法 和 ```rem```、```vw```单位的浏览器下，只需要```html {font-size: 15.625}```这样一句就好，另外加个媒体查询限制下。之前的一大堆密集的断点只是为了hack不支持```calc```或者```calc```的情况。
其次，js动态设置html的```font-size```，只要浏览器支持```rem```单位即可。
为什么会考虑到密集的```mq```断点呢，因为当时还在考虑文字大小的自适应问题。实践证明，字体大小自适应是一种错误的想法。移动开发在必要情况的下，可以适当使用```mq```来调整字体大小，但做成完全自适应则是一种存在问题的做法。因此，这里提到的 ```calc```和``vh``````rem```配合的做法，最好只用来做布局的工作。```js```动态计算也是类似，更适合做布局。
但考虑到布局现在已经有```flex```布局可以使用，百分比布局等稍用点心思也并不难。因此，实际上可以说，rem**布局**（注意我说的是布局）差不多已经可以放弃了。
我想问问，这个rem究竟该用在什么地方合适呢？我观察到网易手机版首页，全部用的rem,导致页面变宽的话，所有的元素都变大了。看上去非常奇怪。而rem又和%很像，所以既然rem不该用在字体上的话，rem可以用在哪些地方呢？困惑了好久。求解答~
我想问问，这个rem究竟该用在什么地方合适呢？我观察到网易手机版首页，全部用的rem,导致页面变宽的话，所有的元素都变大了。看上去非常奇怪。
而rem又和%很像，所以既然rem不该用在字体上的话，rem可以用在哪些地方呢？困惑了好久。求解答~
想不通淘宝这种自动计算rem的有什么用？之前使用百分比不也挺好的，也是弹性的吗，你能用一句话说出淘宝这个库的作用吗，以及是解决什么问题的。
想不通淘宝这种自动计算rem的有什么用？之前使用百分比不也挺好的，也是弹性的吗，你能用一句话说出淘宝这个库的作用吗，以及是解决什么问题的。
关于总结的第四条——“宽度什么的最好还是用百分比处理；涉及到高度、字体大小之类的则用rem。” 想追问下，为什么宽度不能直接使用rem来定义呢？
关于总结的第四条——“宽度什么的最好还是用百分比处理；涉及到高度、字体大小之类的则用rem。” 想追问下，为什么宽度不能直接使用rem来定义呢？
这个纯属个人观点，和我工作的实际情况有关系。使用宽度使用rem度量当然是可以的，不过有时候百分比还是更好计算，也更明了直观。。假设标准的320p宽度的页面下，html{font-size:50px}的时候，元素width是25%直观还是4rem直观呢？同样，在html{font-size:50px}的情况下，是25%直观还是1.6rem比较直观呢？
这个纯属个人观点，和我工作的实际情况有关系。使用宽度使用rem度量当然是可以的，不过有时候百分比还是更好计算，也更明了直观。。假设标准的320p宽度的页面下，html{font-size:50px}的时候，元素width是25%直观还是4rem直观呢？同样，在html{font-size:50px}的情况下，是25%直观还是1.6rem比较直观呢？
哦，原来是这样，明白你的想法。这里再探讨一个问题，就是你假设的320p宽度标准的页面，因为我实际开发当中用的是640p的宽度标准，定义html{font-size:100px}，换算过来1rem就相当于100px，相对也很好理解。你这边开发假定的宽度是320p，是出于某些方面的考虑，还是习惯问题呀！（如果问题脑残，还望见谅）
哦，原来是这样，明白你的想法。
这里再探讨一个问题，就是你假设的320p宽度标准的页面，因为我实际开发当中用的是640p的宽度标准，定义html{font-size:100px}，换算过来1rem就相当于100px，相对也很好理解。
你这边开发假定的宽度是320p，是出于某些方面的考虑，还是习惯问题呀！（如果问题脑残，还望见谅）
嗯，我现在在开发过程中，拿到的设计稿一般都是640宽的，psd转换为 html+css 的时候我们是按照320来做的（用css像素来度量的话，iPhone4、iPhone4都是这个尺寸）。在没有使用rem而是直接把字体、高度之类的写死的时候，在ps中量出来宽高、字体什么的每次都得手动除以2再写到css中。。现在我设定的基准是320下面html{font-size:50px}，主要是方便每次在ps中测量完了之后不用除以2，纯粹是为了偷懒（懒到就算用了scss之类的我也不愿写 a {font-size: 28px/2;} 这样的表达式）。。就是酱紫。。见笑。。
嗯，我现在在开发过程中，拿到的设计稿一般都是640宽的，psd转换为 html+css 的时候我们是按照320来做的（用css像素来度量的话，iPhone4、iPhone4都是这个尺寸）。在没有使用rem而是直接把字体、高度之类的写死的时候，在ps中量出来宽高、字体什么的每次都得手动除以2再写到css中。。现在我设定的基准是320下面html{font-size:50px}，主要是方便每次在ps中测量完了之后不用除以2，纯粹是为了偷懒（懒到就算用了scss之类的我也不愿写 a {font-size: 28px/2;} 这样的表达式）。。就是酱紫。。见笑。。
如何像某宝那样，设置一个最大宽度，当屏幕超过这个宽度，则按照这个最大宽度来计算rem大小呢？
如何像某宝那样，设置一个最大宽度，当屏幕超过这个宽度，则按照这个最大宽度来计算rem大小呢？
css方面，mq按下不表。js方面，在setFontSize函数中，对屏幕宽度winWidth进行判断即可。
var winWidth =
window.innerW
var size = (winWidth / 640) * 100;
// 以 640 为例
doc.documentElement.style.fontSize = (size & 100 ? size : 100) + 'px' ;
不知是这个意思否？
css方面，```mq```按下不表。
js方面，在```setFontSize```函数中，对屏幕宽度```winWidth```进行判断即可。
```javascript
var winWidth =
window.innerW
var size = (winWidth / 640) * 100;
// 以 640 为例
doc.documentElement.style.fontSize = (size & 100 ? size : 100) + 'px' ;
不知是这个意思否？
对！是的，还想请问下脚本动态计算的js，html似乎会自动生成一个 font-size ，我插入媒体查询，但是好像无效，这是为啥？原谅我这低级的问题 - -
对！是的，还想请问下脚本动态计算的js，html似乎会自动生成一个 font-size ，我插入媒体查询，但是好像无效，这是为啥？原谅我这低级的问题 - -
那我这样理解对不对..如果做移动端适应的话，还是rem，布局的话用flex。
那我这样理解对不对..
如果做移动端适应的话，还是rem，布局的话用flex。
嗯，flex布局还是比较有前景的，方便很多。字体如果你需要自适应，还是可以用rem的，不过一般情况下几个媒体查询也就够用了。
嗯，flex布局还是比较有前景的，方便很多。字体如果你需要自适应，还是可以用rem的，不过一般情况下几个媒体查询也就够用了。
用总结里的 方法二 以750px 为列子 应该怎样设置了html的font-size下面一窜判断是否需要变更var size = (winWidth / 640) * 100;
doc.documentElement.style.fontSize = (size & 100 ? size : 100) + 'px' ;
改成html{font-size:100}var size = (winWidth / 750) * 100;在微信上是OK
但是在浏览器上一刷新就 乱了
用总结里的 方法二 以750px 为列子 应该怎样设置了html的font-size
下面一窜判断是否需要变更
var size = (winWidth / 640) * 100;
doc.documentElement.style.fontSize = (size & 100 ? size : 100) + 'px' ;
html{font-size:100}
var size = (winWidth / 750) * 100;
在微信上是OK
但是在浏览器上一刷新就 乱了
按道理来说，确实是应该改的。。至于您说的样式错乱的问题，我暂时没有注意到，能否提供下demo代码？对了，刚写了个， 您可以看一下。。
按道理来说，确实是应该改的。。至于您说的样式错乱的问题，我暂时没有注意到，能否提供下demo代码？对了，刚写了个[demo](http://sandbox.runjs.cn/show/jrunbz67)， 您可以看一下。。
看了下你的demo微信打开是也OK的
但是用Safari打开已然错乱 ps我的是ip6 plus 还有一台三星机都一个样
看了下你的demo微信打开是也OK的
但是用Safari打开已然错乱 ps我的是ip6 plus 还有一台三星机都一个样
文蔺，你好！我们是苏州一个创业团队，在找Angular开发人员，能加下我的微信认识一下吗？我的微信号是woodtown，谢谢！
文蔺，你好！我们是苏州一个创业团队，在找Angular开发人员，能加下我的微信认识一下吗？我的微信号是woodtown，谢谢！
诚然flex有很多优点，但是不可避免的兼容，rem还是有他的优点和使用范围的，而不是一味的所有东西全部使用ren。还是需要根据业务需求，场景，考虑使用哪种方案
诚然flex有很多优点，但是不可避免的兼容，rem还是有他的优点和使用范围的，而不是一味的所有东西全部使用ren。还是需要根据业务需求，场景，考虑使用哪种方案
最终还是要根据项目的需求来决定方案
最终还是要根据项目的需求来决定方案
分享到微博？
我要该，理由是：
在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。您所在位置： &
&nbsp&&nbsp
怎样制定绩效考核知识培训教材-39页.doc 40页
本文档一共被下载：
次 ,您可全文免费在线阅读后下载本文档。
下载提示
1.本站不保证该用户上传的文档完整性，不预览、不比对内容而直接下载产生的反悔问题本站不予受理。
2.该文档所得收入(下载+内容+预览三)归上传者、原创者。
3.登录后可充值，立即自动返金币，充值渠道很便利
怎样制定绩效考核知识培训教材-39页.doc
你可能关注的文档：
··········
·······
绩效考核简论
【本讲重点】
1.传统考核与定量考核的区别
2.考评中各级主管理的职责区别
3.考核评估的主要内容
人力资源管理的最大缺陷
1．人力资源管理整体比较落后
在人、财、物和产、供、销等企业管理的各个环节中，人力资源管理是最不标准的管理。除了在比较优秀的企业里面，人力资源管理已经成为企业的合作伙伴外，在很多的企业都比较落后。
2．非标准化是人力资源管理的最大缺陷
在多数企业中，物料的管理、财务的管理、生产的管理以及研发技术的管理都基本上围绕着一种模式、一种技术、一种公式、一种量化的方式，实现了规范化，可以无穷地复制。但是人力资源管理却仍然更多地停留在随意的、非标准化的状态，这也是它不被公司领导重视的一个重要的原因。因此，实现标准化是当前人力资源管理的发展方向。
3．通过管理工具和方式的标准化来实现人力资源管理的标准化
人力资源管理目前在国内几乎没有一个标准化的东西。我们经常说：人的管理是无法定标准的。但是管理工具是可以标准化的。现在的人力资源管理工具尚没有实现基本的标准化，比如，一个绩效考核表，20家公司的都不一样，设计的原理或者方式规则也不一样，人力资源管理很模糊。因此，应该通过管理工具或者方式的标准化，逐渐实现人力资源管理的标准化。
传统考核和量化考核
1．绩效考核失效的原因
绩效考核是人力资源管理的重要环节。在实践中，也是企业管理最重视的环节，但是结果并不理想。绩效考核处于无效或低效状态，原因主要有以下几点：
第一，定性多于定量，打分随意性很大，不能正确地体现公平性和客观性。
第二，绩效考核之后见不到改善的结果，最终导致考核者和被考核者将考核作为游戏对待。
第三，绩效考核与其他人力资源管理环节脱节或联系不当，导致负面作用过大。比如，考核不与工资挂钩，考核就失去了动力，但是如果与工资挂钩，由于量化的缺乏，导致的负面作用会更大。
2．认识传统考核
定性化是传统考核的最大特点
传统的考核包括四个方面的内容：工作的质、工作的量、工作态度、工作能力，与国有企业中对德、能、行、绩的考核很类似。打分的方式也多定性化。比如，将各个项目的成绩简单地分为优、良、中、差、劣，然后上级根据自己平时的感觉在各个成绩下面划钩，最后将每个成绩赋上分，就得出了最后的考核成绩。这种考核多凭上级的感觉，不能实现量化。
定性化的优点及适用情景
定性化考核有其自身的好处，它考核的范围更广、更全面，更能反映被考核者自身存在的问题和潜质。正是因为这种考核更能全面反映问题和潜质，因此当考核的目的是为了引导、教育和培训员工时，可以较多地使用定性化考核方式。注意，定性化考核最好不要和物质利益挂钩。
定性化考核的作用
广州一家微波通讯公司采用了定性化的考核方式。考核成绩出来后，有一个研究生找到老总，询问老总为什么他的考核分那么低。老总要求看他的考核表。在他的考核表中，专业能力和专业技术方面得分非常高，说明他的能力和技术得到了大家的认可；但是，在工作态度、工作作风和工作责任心方面得分非常低。最后，老板给出了这样的解释：“你的能力是比较强的，但是你在工作积极性、工作作风方面需要进一步改善。”可见，定性考核并不是一点作用没有，定性考核能较全面地反映一个人的能力、状态和潜质，能够在引导、教育、培训员工方面发挥很大的作用。
定性化不是我国绩效考核的现实追求
绩效考核是“舶来品”，最早是从国外引进的，而国外现在的考核更多地是定性化的，而非定量化的。因为在经历了200多年的工业化之后，西方管理已经非常标准化，而历史发展的必然规律就是清晰—混沌、混沌—清晰的过程，所以西方的考核注重定性化。比如，韦尔奇提倡的无边界组织管理模式就是一种定性化的管理。但是由于我国的工业文明刚刚开始，管理水平比较低，被管理对象的素质也比较低，尚没有经历清晰的过程，所以定性化不是中国绩效考核的现实追求，定量化应该成为我们现在努力的方向。
中日员工的差别
在日本的松下公司是没有岗位说明书的，因为没有它员工干得也很好，但是在中国必须要有岗位说明书，其中很大的原因是员工之间的差别。以发生退货为例，在日本，发生退货情况后总经理会很生气地把研发部、品管部、工程部、生产部的负责人叫过来，要求他们在三天之内找出自己的原因。在三天之后，四个经理都会向老总汇报情况，每个经理都会从自身的角度寻找问题并给出改善措施。这样，问题就得到解决了。但是，在中国却不一样，同样要求四位经理三天内给出答复，但结果却相差甚远。三天的时间内，品管部经理等着生产部经理召集开会，生产部经理等着品管部经理召集开会，其他两位经理也等着其他人召集开会，而不是自己寻找自己的问题。这样，在三天后的汇报会上，每个经理都推卸责任，寻找各种理由否认是自己的问题。最终，问题也没有得到解决。可见，中
正在加载中，请稍后...}