最近看過我文章的都知道：我最近在負(fù)責(zé)一個微信小程序的項目，在其中遇到了很多有趣的事和一些“奇思妙想”。本文的背景就是某天早上我看著wxml文件中一堆wx:if/else和hidden突然很煩躁，先不說wx:if導(dǎo)致的性能問題，就是標(biāo)簽上也是冗雜的。

接著上一篇文章【微信小程序自定義組件庫yPicker組件分析及省市區(qū)三級聯(lián)動實(shí)現(xiàn)】，在其中我分析了這么一個例子 —— 省市區(qū)三級聯(lián)動的自定義實(shí)現(xiàn)，在其中有詳細(xì)代碼這里就不多說，說說如何調(diào)用：

我當(dāng)時是這么想的：一方面出于“不在JavaScript里寫太多東西”的考慮，另一方面，由于省、市、區(qū)我是分別用三個變量來實(shí)現(xiàn)的，所以JavaScript里就關(guān)注這三個變量，比如之間的空格或其它東西都拿到wxml文件里。就像這樣：

<view class="departments location" bindtap="fixedshow"> <view class="depart_title">所在位置</view> <view wx:if="{{provinces&&citys&&areas}}" class="placeholder depart_content">{{provinces}} {{citys}} {{areas}}</view> <view class="placeholder depart_content befselect" wx:else>請選擇當(dāng)前位置</view> <view class="desc">如有變動請修改后再次提交</view> </view> 


    

        1
    

    

        2
    

    

        3
    

    

        4
    

    

        5
    

    

        6
    

（因?yàn)檎{(diào)用涉及到后來改動的只有在點(diǎn)擊彈窗里的“確認(rèn)”按鈕時在事件中將那三個變量分別賦給這段代碼中出現(xiàn)的三個變量 —— 否則會只要改動不管是點(diǎn)取消還是確認(rèn)已經(jīng)發(fā)生改變了，這樣不妥！）

其布局是這樣的：

.departments{ width: 100%; height: 96rpx; display: flex; align-items: center; font-size: 36rpx; font-weight: 347; text-overflow: ellipsis; overflow: hidden; white-space: nowrap; } .location{ position: relative; border-bottom: 1rpx solid rgba(0,0,0,.009); display: flex; align-items: flex-start; padding-top: 20rpx; } .desc{ position: absolute; right: 19rpx; bottom: 4rpx; color: rgb(63,142,255); font-size: 23rpx; } .departments .depart_title{ width: 20%; } .departments .depart_content{ margin-left: 10%; text-overflow: ellipsis; overflow: hidden; white-space: nowrap; } .departments .placeholder{ width: 69%; text-overflow: ellipsis; overflow: hidden; white-space: nowrap; } 


    

        1
    

    

        2
    

    

        3
    

    

        4
    

    

        5
    

    

        6
    

    

        7
    

    

        8
    

    

        9
    

    

        10
    

    

        11
    

    

        12
    

    

        13
    

    

        14
    

    

        15
    

    

        16
    

    

        17
    

    

        18
    

    

        19
    

    

        20
    

    

        21
    

    

        22
    

    

        23
    

    

        24
    

    

        25
    

    

        26
    

    

        27
    

    

        28
    

    

        29
    

    

        30
    

    

        31
    

    

        32
    

    

        33
    

    

        34
    

    

        35
    

    

        36
    

    

        37
    

    

        38
    

    

        39
    

    

        40
    

    

        41
    

在決定了要替換這里的wx:if以后，你首先要想：用什么替換？
wx:if作用是判斷“是否存在”，如果不存在（條件不滿足）就切換到wx:else或是wx:elif的邏輯里！

OK，想到這里，你應(yīng)該能想到一個css偽類：:empty ！它的作用和我們想要的效果一樣：判斷如果元素（內(nèi)容）為空的話…
我迅速對代碼做了改動：

<view class="departments location" bindtap="fixedshow"> <view class="depart_title">所在位置</view> <view class="placeholder depart_content">{{provinces}} {{citys}} {{areas}}</view> <view class="desc">如有變動請修改后再次提交</view> </view> 


    

        1
    

    

        2
    

    

        3
    

    

        4
    

    

        5
    

然后在class - depart_content上加了這個偽類：

.placeholder:empty::before{ content: "請選擇當(dāng)前位置"; color: rgba(0,0,0,.6); } 


    

        1
    

    

        2
    

    

        3
    

    

        4
    

一片空白！

經(jīng)過查閱資料：:empty偽類表示如果標(biāo)簽內(nèi)容為空，那么內(nèi)容區(qū)域如果帶有空格，也是不會被匹配到的！

在寫標(biāo)簽時一定要注意這一點(diǎn)：標(biāo)簽內(nèi)是否有空格或換行?。〒Q行常常被解析為一個空格）
遇到非單標(biāo)簽一定注意閉合標(biāo)簽！

最后解決辦法是：在js中將三個變量用空格相連接，再渲染到頁面上即可！

（其實(shí)這里是一個自定義的選擇器，而自動定位就是往高德地圖發(fā)送了請求獲取到省市區(qū)字段而已，代碼就不寫了。。。）

到這里我們會發(fā)現(xiàn)一個事：上面我們不僅用了empty偽類，還用了before偽元素！

其實(shí)這一點(diǎn)很平常 —— 畢竟只有empty是添加不了內(nèi)容的（似乎縱觀css，只有before和after這樣偽元素可以向頁面中添加內(nèi)容，不管是文字還是圖片之類的）

我認(rèn)為更應(yīng)該關(guān)注到的是兩個地方：

1. 偽元素中沒有用position定位！一般來說對一個（存在內(nèi)容的）元素來說，為其設(shè)置“前置”（before）/“后置”（after）樣式都需要定位：規(guī)定其顯示的地方。不然大概率偽元素中的文字是顯示不出來的，通過本文的empty可以猜測：他被原本存在的內(nèi)容覆蓋住了。
2. 從第一點(diǎn)可以得出：:before 和 :after 偽元素向標(biāo)簽內(nèi)插入內(nèi)容、圖形，并不會影響empty偽類的匹配！

這個特性實(shí)用的一批。

由上，可見此偽類最大的用處就是“字段缺失提示”！這是非常實(shí)用的。而且把這項任務(wù)交給CSS也可以減輕許多“（布局）負(fù)擔(dān)”、體驗(yàn)更好、維護(hù)起來也更方便！

比如：我在項目優(yōu)化時就將所有有請求的字段都加上了統(tǒng)一類名：

.ym-empty:empty::before{ content: "暫無數(shù)據(jù)，請重試", display: block; text-align: center; color: rgba(0,0,0,.6); /** 其它定位、字體更改操作 */ }

作者：行舟客，轉(zhuǎn)載

隨著大數(shù)據(jù)產(chǎn)業(yè)的發(fā)展，越來越多的公司開始實(shí)現(xiàn)數(shù)據(jù)資源的管理和應(yīng)用，尤其是一些在日常生活中經(jīng)常使用大屏幕的大中型企業(yè)。此時，用戶界面設(shè)計者需要呈現(xiàn)相應(yīng)的視覺效果。

接下來為大家介紹大屏可視化的UI設(shè)計。

 --大屏UI設(shè)計--

--大數(shù)據(jù)可視化ui設(shè)計賞析--

（圖片均來源于網(wǎng)絡(luò)）

點(diǎn)擊查看更多UI/UE設(shè)計案例??????

  藍(lán)藍(lán)設(shè)計( sillybuy.com )是一家專注而深入的界面設(shè)計公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)

    更多精彩文章：

 大數(shù)據(jù)可視化設(shè)計賞析（一）

  大數(shù)據(jù)可視化設(shè)計賞析（二）

  大數(shù)據(jù)可視化設(shè)計賞析（三）

  大數(shù)據(jù)可視化設(shè)計賞析（四）

  大數(shù)據(jù)可視化設(shè)計賞析（五）

  大數(shù)據(jù)可視化設(shè)計賞析（六）

  大數(shù)據(jù)可視化設(shè)計賞析（七）

通過閱讀“地圖基礎(chǔ)知識及通用設(shè)計原則”，相信大家已經(jīng)對地圖及其設(shè)計有了一定認(rèn)知，本篇我們來了解下如何實(shí)踐。

Part 1. 上篇要點(diǎn)回顧

- 核心設(shè)計原則

• 符合制圖學(xué)和公眾認(rèn)知

• 保證識別度

• 清晰有層次

• 細(xì)分地圖模式

• 具有品牌特性

- 元素分類

• 點(diǎn)元素：地名、POI等

• 線元素：道路、地鐵線、水系線、鐵路線、航線、邊界線等

• 面元素：陸地、草地、湖泊海洋、AOI等

*名詞解釋：POI, Point of Information的縮寫，即“信息點(diǎn)”。一個POI可以是一棟房子、一個商鋪

*名詞解釋：AOI, Area of Interest的縮寫，即“信息面”。指的是區(qū)域狀的地理實(shí)體，如醫(yī)院、小區(qū)等

Part 2. 設(shè)計背景

為了實(shí)現(xiàn)“讓出行更美好”的使命，今年乘客端新增了自駕導(dǎo)航。地圖貫穿了該產(chǎn)品的全流程，且首頁、路線規(guī)劃頁、導(dǎo)航中等場景用戶需求都不相同。然而已有的模式，從配色到信息展現(xiàn)，都不符合首頁地圖的場景需求，于是需要重新設(shè)計。

以下詳解設(shè)計過程。

Part 3. 設(shè)計落地

- 設(shè)計關(guān)鍵詞推導(dǎo)

根據(jù)自駕導(dǎo)航的目標(biāo)，拆解出了首頁地圖的設(shè)計目標(biāo)：

• 構(gòu)建適合自駕場景的瀏覽地圖

• 提升地圖體驗(yàn)與設(shè)計品質(zhì)，提高用戶滿意度和好感度

• 打造具有滴滴品牌調(diào)性的地圖

用戶需求及習(xí)慣表明：在首頁主要是明確自身定位、查看其他位置信息，且視距基本是手持距離。那么“構(gòu)建適合自駕場景的瀏覽地圖”關(guān)鍵點(diǎn)就在于識別度，更好的展示重點(diǎn)信息，保證用戶讀圖效率。

“提升地圖體驗(yàn)與設(shè)計品質(zhì)，打造具有滴滴品牌調(diào)性的地圖”的目標(biāo)，可以通過視覺手段實(shí)現(xiàn)。在瀏覽場景，用戶使用地圖的時間不固定，為避免長時間瀏覽產(chǎn)生疲憊感，地圖配色需要更舒適，對比度也要適中。這點(diǎn)也與自駕導(dǎo)航整體的設(shè)計關(guān)鍵詞“輕量”不謀而合，于是推導(dǎo)出了關(guān)鍵詞輕量化、品牌感。

- 設(shè)計地圖方案

明確設(shè)計關(guān)鍵詞后，開始著手設(shè)計。關(guān)鍵詞中的輕量化、品牌感基本上決定了這款地圖的調(diào)性，識別度則重點(diǎn)影響信息展現(xiàn)。上篇提到，設(shè)計時可以把地圖元素拆分成點(diǎn)、線、面三類，按照由大到小的順序設(shè)計，即先確定配色，再設(shè)計文字圖標(biāo)等信息，以免元素過多互相干擾。

1、設(shè)計整體配色

輕量化：傳達(dá)輕量化的感受需要控制取色范圍，于是我們制定了顏色使用規(guī)則（下圖）。

• 色相：以冷色為主，醫(yī)院（紅色系）等具有公眾認(rèn)知的顏色可除外；顏色從品牌色系中選取

• 明度：限定顏色的明度范圍，選取中間-略高的部分，平衡顏色對比度

• 飽和度：避免使用高飽和度的顏色，保證配色的舒適感

通過分析顏色，我們對傳達(dá)輕量化的感受有了大致的把握。那么品牌感如何體現(xiàn)呢？

品牌感：具有品牌調(diào)性的地圖能更好的融入產(chǎn)品設(shè)計風(fēng)格，也能夠區(qū)別于競品，這在滴滴全流程的設(shè)計中都十分重要。在地圖上我們主要用顏色及圖標(biāo)繪制表達(dá)品牌調(diào)性。

• 顏色：結(jié)合輕量化的用色規(guī)則，從品牌色系中選取，使地圖配色與其他組件更加融合

• 圖標(biāo)繪制：沿用滴滴設(shè)計規(guī)范中的圖標(biāo)繪制語言，如圓角、簡單形狀等，拉齊視覺感受

最終根據(jù)“輕量化”和“品牌感”這兩個關(guān)鍵詞，設(shè)計出了地圖配色的效果圖。

2、設(shè)計地圖信息

配色確定后，即可開啟POI圖標(biāo)+文字、AOI文字、道路文字、以及各類行政區(qū)劃文字的設(shè)計。

識別度：設(shè)計地圖信息時，保證基本識別度的方式，可通過文字顏色、字號大小、圖標(biāo)繪制等實(shí)現(xiàn)。但是要做到清晰有重點(diǎn)，就要關(guān)注信息間的層次感。

以POI信息為例。回顧下此時的用戶需求：了解自身定位、查看其他位置信息。從這點(diǎn)可以鎖定第一展示優(yōu)先級應(yīng)為POI——地圖上定位最精準(zhǔn)的信息種類。而已有的圖標(biāo)識別度較弱，無法滿足需求，于是我們進(jìn)行了重繪。通過用色表達(dá)圖標(biāo)類型、首選有公眾認(rèn)知的載體作為表意、增強(qiáng)顏色飽和度及對比度，搭配文字顏色，從視覺上把POI信息提升至第一順位。

用同樣的方法，根據(jù)重要程度，通過設(shè)計拉開了信息的視覺層級：POI>道路名稱>AOI名稱>行政區(qū)劃信息。

3、整體調(diào)整

在完成了配色和信息設(shè)計后，我們需要整合所有元素統(tǒng)一調(diào)整。此時，通常會出現(xiàn)元素互相干擾的問題，我們可以回歸到場景需求中解決此類問題，按照信息的重要程度調(diào)整，最終形成完整方案。

Part 4. 設(shè)計驗(yàn)證

地圖方案落地后，我們會關(guān)注設(shè)計品質(zhì)的驗(yàn)證。由于地圖的工具屬性，驗(yàn)證其設(shè)計品質(zhì)及用戶滿意度一直是行業(yè)內(nèi)較困難的事情。地圖既是一種圖形語言，又承載了大量的信息，且需符合場景需求，要驗(yàn)證的內(nèi)容非常多。因此我們建立了地圖評測模型，從美觀度、識別度、讀圖效率等多維度進(jìn)行評測，量化地圖設(shè)計品質(zhì)。

通過對自駕導(dǎo)航首頁地圖的兩輪調(diào)研，我們回收了大量有效結(jié)論，如用戶對道路等級的關(guān)注程度、如何使用AOI信息等等。新版地圖在美觀度、識別度等方面均得到了用戶的認(rèn)可。

了解用戶的聲音，能更好的幫助我們深耕地圖設(shè)計領(lǐng)域、全力推動地圖體驗(yàn)優(yōu)化。

Part 5. 未來形態(tài)暢想

當(dāng)前科技發(fā)展迅速，近些年出現(xiàn)的HUD、AR等導(dǎo)航，用現(xiàn)實(shí)世界的畫面代替了地圖，不需要轉(zhuǎn)換思維、記憶地圖語言，讓人與世界的連接更輕松便捷。我們不妨順著這個趨勢大膽的暢想一番，在未來的某天，世界的數(shù)據(jù)會植入我們腦中，不再有陌生的地方，現(xiàn)有的地圖形態(tài)也許會消失，因?yàn)樗驮谖覀兡_下。

文章來源：站酷    作者：CDX創(chuàng)意設(shè)計中心

藍(lán)藍(lán)設(shè)計( sillybuy.com )是一家專注而深入的界面設(shè)計公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)

目前基于用戶畫像的標(biāo)簽體系在各行各業(yè)開始得到應(yīng)用，對于涉及范圍廣，專業(yè)知識深的互聯(lián)網(wǎng)招聘領(lǐng)域來說，建立標(biāo)簽體系的難點(diǎn)是什么呢？應(yīng)該如何建立標(biāo)簽體系？怎么驗(yàn)證標(biāo)簽體系的準(zhǔn)確性？文章對這三個問題展開了分析探討，與大家分享。

一、招聘領(lǐng)域建立標(biāo)簽體系的難點(diǎn)

電商行業(yè)客觀來說屬于比較簡單的toC領(lǐng)域，知識網(wǎng)絡(luò)是比較容易理解的通用知識，可通過用戶的購買習(xí)慣、偏好、商品品類等建立標(biāo)簽體系。醫(yī)療行業(yè)屬于專業(yè)性強(qiáng)的領(lǐng)域，建立標(biāo)簽體系必須要懂醫(yī)療技術(shù)的專家團(tuán)隊才可以，但是易于操作的是，只需要醫(yī)療一個領(lǐng)域?qū)＜揖涂梢酝瓿蓪I(yè)的標(biāo)簽體系建設(shè)。

但對于招聘行業(yè)來說，行業(yè)、職位涉及范圍廣，且專業(yè)性強(qiáng)，因?yàn)楦餍懈鳂I(yè)的公司和求職者都會通過招聘平臺建立聯(lián)系，而且有很多高精專的職位和候選人，怎么評估B/C端之間專業(yè)技能、工種、行業(yè)之間的匹配度，確是一大難點(diǎn)，而且理論上來說需要集齊各個行業(yè)、各種職位的專家人員才能建立起招聘行業(yè)的標(biāo)簽體系，但這在現(xiàn)實(shí)中要怎么操作呢？

那么機(jī)器是否可以自動完成招聘領(lǐng)域的標(biāo)簽體系建設(shè)呢？用NLP抽取職位JD中的描述并將其聚類，比如抽取Java、spring、Unix、Visio、Excel等工具技能，原型設(shè)計、交互設(shè)計、需求分析等工作內(nèi)容技能，用戶運(yùn)營、產(chǎn)品運(yùn)營、數(shù)據(jù)運(yùn)營等工作方向技能，這是互聯(lián)網(wǎng)從業(yè)者最熟悉的開發(fā)、產(chǎn)品、運(yùn)營的工作內(nèi)容和技能，如果機(jī)器可以識別這些類別標(biāo)簽就很完美了。

但現(xiàn)實(shí)卻是看似的完美與和諧，萬一Java是出現(xiàn)在了招聘專員的職位描述中呢？用戶寫的是“負(fù)責(zé)招聘Java工程師”，假如Visio出現(xiàn)在Java工程師的描述中呢？假如Excel出現(xiàn)在運(yùn)營專員的職位描述中呢？這些技能還是不是這個崗位的核心能力？

首先，Java出現(xiàn)在招聘專員出其實(shí)是可以用硬規(guī)則過濾掉的，比如限制職位和技能的關(guān)系，也就是說不是所有技能都滿足所有職位，有的技能只適用于某些職位，在其他職位內(nèi)就是無效信息。

其次，需求分析是不是產(chǎn)品經(jīng)理的技能標(biāo)簽?zāi)?？有的人說肯定是了，這個回答可以說對也可以說不對，對是因?yàn)樾枨蠓治龃_實(shí)是產(chǎn)品的必備能力和工作內(nèi)容，不對是因?yàn)樗械漠a(chǎn)品經(jīng)理都需要需求分析，那這個能力還是該產(chǎn)品經(jīng)理區(qū)別于其他產(chǎn)品經(jīng)理的能力嗎？

最后Excel會出現(xiàn)在運(yùn)營專員內(nèi)、也會出現(xiàn)在招聘專員內(nèi)，也會出現(xiàn)在統(tǒng)計專員內(nèi)，那么它還是個核心的技能標(biāo)簽嗎？

通過以上分析可得到以下歸納性的總結(jié)：

1. 不是所有技能都適用于所有的職位，應(yīng)該定義每個職位的核心技能標(biāo)簽體系，因?yàn)榉呛诵牡募寄苡袝r候不僅無效還會起到反作用；
2. 不是所有該職位需要的技能或者做的工作內(nèi)容都是該職位的技能標(biāo)簽，因?yàn)樗窃搷徫坏耐ㄓ媚芰]有區(qū)別度，技能標(biāo)簽應(yīng)該是該職位工種的核心技能且是可以區(qū)別不同職位或簡歷的。

所以通過以上分析可知，純NLP機(jī)器識別的方式不能完成招聘領(lǐng)域的標(biāo)簽體系建設(shè)，因?yàn)闄C(jī)器沒辦法在一個崗位的眾多技能中篩選出哪些是重要的知識技能，哪些是不重要的知識技能。

二、如何建立招聘領(lǐng)域的標(biāo)簽體系

1. 基于靜態(tài)信息的通用標(biāo)準(zhǔn)化標(biāo)簽

招聘領(lǐng)域的標(biāo)簽大家首先可以想到的就是學(xué)歷、工作年限、薪資范圍等比較通用的職位/簡歷端匹配維度，當(dāng)然這些顯性通用的標(biāo)簽早已被各招聘平臺做成了結(jié)構(gòu)化的篩選項。

其次還有一些比較小眾的維度要求，比如有的職位要求海外經(jīng)歷、黨員、國企工作經(jīng)歷、籍貫、年齡等，有些平臺也把其中的某些維度做成了平臺上的結(jié)構(gòu)化標(biāo)簽。

不過這些不是我們研究的重點(diǎn)，我們主要研究的是每個職位專業(yè)的知識方向的技能。

2. 基于靜態(tài)信息的專業(yè)知識精細(xì)化標(biāo)簽

建立專業(yè)知識標(biāo)簽體系的重點(diǎn)就是建立專業(yè)的崗位研究專家團(tuán)隊，想要做某個崗位的專業(yè)知識標(biāo)簽研究，肯定需要熟悉該崗位的人員，是選擇從事該崗位工作的人員呢，還是對這類崗位有所了解的HR人員呢？

因此就這兩類人員進(jìn)行了調(diào)研與分析，最終發(fā)現(xiàn)從事該崗位的人雖然對所從事的崗位了解比較深入，但對其他相關(guān)的崗位未必了解，也不太了解招聘過程中用戶的感知與思維；

HR人員雖然在專業(yè)深度上對崗位的了解不是很深入，但所了解的崗位范圍廣，只要從事過某個行業(yè)的HR工作，基本都熟悉該行業(yè)所有的崗位與關(guān)注的重點(diǎn)技能，且HR經(jīng)常使用招聘平臺，有用戶感知，對用戶行為與邏輯都非常了解，所以HR更適合做崗位專業(yè)知識研究，而且該專家團(tuán)隊最好是來自各個不同行業(yè)的HR人員。

團(tuán)隊建好了，大概的研究思路也有了，接下來就可以好好研究標(biāo)簽體系具體的生產(chǎn)流程與規(guī)則了，對此進(jìn)行了如下圖的總結(jié)：

體系建立的目的肯定是運(yùn)用在算法的推薦與搜索中，初期可以通過離線的漏斗數(shù)據(jù)轉(zhuǎn)化對比（命中標(biāo)簽與未命中標(biāo)簽的轉(zhuǎn)化對比）來驗(yàn)證該標(biāo)簽體系的離線匹配效果，再者可通過灰度實(shí)驗(yàn)，小流量上線實(shí)驗(yàn)來驗(yàn)證實(shí)際線上的匹配效果。

專業(yè)知識標(biāo)簽關(guān)注的只是匹配度的準(zhǔn)，最終線上使用肯定還要考慮用戶是否活躍，B端HR是否著急要人，C端求職者是否在找工作，如何平衡專業(yè)知識的準(zhǔn)與用戶行為的活之間的權(quán)重也一大難點(diǎn)，要找到那個準(zhǔn)與活平衡的比例區(qū)間，在這個區(qū)間內(nèi)線上能實(shí)現(xiàn)最大的用戶達(dá)成，這方面在此不多做分析，需要算法同學(xué)多次調(diào)整模型才能達(dá)成。

3. 基于動態(tài)信息的用戶行為標(biāo)簽

基于用戶行為的用戶畫像標(biāo)簽體系在電商領(lǐng)域中運(yùn)用廣泛，在招聘領(lǐng)域此類標(biāo)簽體系同樣適用，只不過電商領(lǐng)域中的“查看-聯(lián)系賣家-購買”行為在招聘領(lǐng)域變成了“查看-開聊-達(dá)成約面”行為。

電商平臺中的協(xié)同過濾理論在招聘平臺也同樣適用，只是變成了基于相似職位的過濾和基于相似候選人的過濾。有的企業(yè)以往達(dá)成的多數(shù)是名校候選人，那么我們就知道該企業(yè)偏好有名校教育經(jīng)歷的；有的企業(yè)招聘銷售崗更傾向于在專業(yè)知識體系中的有軟件銷售經(jīng)驗(yàn)的候選人，那么我們就知道該企業(yè)偏好軟件行業(yè)的銷售候選人。

通過用戶畫像體系我們可以評估用戶的偏好，以期在該用戶以后的推薦中使用其偏好，達(dá)到更好的效果。

三、招聘領(lǐng)域靜動態(tài)標(biāo)簽體系的綜合運(yùn)用

靜態(tài)通用標(biāo)簽是所有職類共用的標(biāo)簽特征，屬于大批量標(biāo)準(zhǔn)化的生產(chǎn)與運(yùn)營，通用標(biāo)簽生產(chǎn)完善了，可以實(shí)現(xiàn)粗礦式大步快跑節(jié)奏的匹配達(dá)成；

而專業(yè)知識標(biāo)簽是每類職位專業(yè)的標(biāo)簽特征，是小批量精細(xì)化的生產(chǎn)與運(yùn)營，在前面大步快跑達(dá)到一定匹配度之后，再結(jié)合精細(xì)化的小步快跑方式，逐步將每個職類的顆粒度劃分為更精細(xì)化的顆粒度，達(dá)到更高匹配程度；

在前面標(biāo)準(zhǔn)化、精細(xì)化兩輪分類之后數(shù)據(jù)已經(jīng)被分成了一個個小類，但卻沒有衡量單個用戶偏好的特征標(biāo)簽，而動態(tài)的用戶行為標(biāo)簽就是單個用戶個性化的偏好特征標(biāo)簽，用戶的偏好有可能是通用的學(xué)歷、年限特征，也可能是專業(yè)知識中某個技術(shù)框架、某種產(chǎn)品品類特征。

最終，靜態(tài)標(biāo)準(zhǔn)化通用標(biāo)簽、專業(yè)知識精細(xì)化標(biāo)簽、動態(tài)行為個性化偏好標(biāo)簽，三者相互作用、相輔相成，提升招聘領(lǐng)域線上效果的匹配準(zhǔn)確度。

文章來源：人人都是產(chǎn)品經(jīng)理    作者：艷杰

藍(lán)藍(lán)設(shè)計( sillybuy.com )是一家專注而深入的界面設(shè)計公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)

第三章 基本概念

3.1 語法

3.1.1 區(qū)分大小寫

1. 變量名test和Test完全不同

3.1.2 標(biāo)識符：變量、函數(shù)、屬性的名字，或者函數(shù)的參數(shù)

1. 命名規(guī)則
   • 第一個字符必須是一個字母、下劃線、或者美元符號$
   • 其他字符可以是字母、下劃線、美元符號、數(shù)字
2. 采用駝峰大小寫格式：第一個字母小寫，剩下每個單詞首字母大寫。
   • for example：myName、herAge。
   • 駝峰式命名雖不是強(qiáng)制要求，但可以視為一種最佳實(shí)踐。

3.1.3 注釋

包括單行注釋和塊級注釋。

1. 單行注釋：以兩個斜杠開頭。如下所示：

// alert(“HelloWorld!”) 


    

        1
    

2. 塊級注釋：以一個斜杠和一個星號（/*）開頭，以一個星號和一個斜杠結(jié)尾。如下所示：

/*
這是一個
多行的
塊級注釋
*/ 


    

        1
    

    

        2
    

    

        3
    

    

        4
    

    

        5
    

3.1.4 嚴(yán)格模式

1. 定義：為JavaScript定義的一種不同的解析與執(zhí)行模型。
2. 使用方法：
   • 在整個腳本中啟用嚴(yán)格模式，可以在頂部添加代碼“use strict”;。
   • 也可以在函數(shù)內(nèi)部的上方包含這條編譯指示。
3. 使用效果：嚴(yán)格模式下，ECMAScript3中的一些不確定行為會得到處理，而且對某些不安全的操作也會拋出錯誤。嚴(yán)格模式下，js的執(zhí)行效果會有很大不同。

3.1.5 語句

• ECMAScript中的語句以一個分號結(jié)尾，但非必需。
• 若省略分號，則由解析器確定語句的結(jié)尾。
• 建議不要省略分號，因?yàn)閷懮辖馕銎骶筒槐匾倩〞r間推測應(yīng)該在哪里插入分號了。

3.2 關(guān)鍵字和保留字

ECMA-262描述了一組具有特定用途的關(guān)鍵字和一組不能用做標(biāo)識符的保留字。

1. 關(guān)鍵字：可以用于表示控制語句的開始或結(jié)束、或用于執(zhí)行特定操作等。
2. 保留字：保留字雖然在這門語言中還沒有特定的用途，但他們有可能在將來被用作關(guān)鍵字。

3.3 變量

• ECMAScript的變量是松散類型，即可以用來保存任何類型的數(shù)據(jù)。
• 定義變量時要用var操作符，后跟變量名，例如var message，當(dāng)然了，也可以直接在定義的時候?qū)ψ兞孔鲆粋€初始化，例如var message = ‘hi’ ;
• 這段的意思是變量message中保存了一個字符串“hi”。像這樣初始化變量并不會把它標(biāo)記為字符串類型，初始化的過程就只是給變量賦了一個值。
• 因此，劃重點(diǎn)，可以在修改變量的同時修改值的類型。例如：

var message = ‘hi’ ;
message = 100 ;   //有效，但不推薦
//這個例子代表變量message一開始保存了一個字符串“hi”，然后該值又被一個數(shù)字值100取代了。 


    

        1
    

    

        2
    

    

        3
    

• 有一點(diǎn)需要注意，用var操作符定義的變量將成為該變量的作用域中的局部變量。也就是說如果在函數(shù)中使用var定義一個變量，那么這個變量在函數(shù)退出后就會被銷毀。例如：

function test(){
    var  message = ‘hi’ ; //局部變量
} ;
test();
alert(message); //錯誤

//為什么是錯誤？
//這里，變量message是在函數(shù)里用var定義的，當(dāng)函數(shù)被調(diào)用時，就會創(chuàng)建該變量并為其賦值。而在此之后，這個變量會立即被銷毀。所以在執(zhí)行alerat()那行代碼的時候message已經(jīng)被銷毀了，因此報錯。 


    

        1
    

    

        2
    

    

        3
    

    

        4
    

    

        5
    

    

        6
    

    

        7
    

    

        8
    

那么，該怎么解決呢？

• 在函數(shù)內(nèi)部省略掉var操作符，就可以創(chuàng)建一個全局變量，例子：

function test(){
    message = ‘hi’ ; //局部變量
} ;
test();
alert(message); // hi
//在函數(shù)內(nèi)部不用var會創(chuàng)建全局變量。
//但我們并不提倡這種做法，因?yàn)榫植孔饔糜蛑卸x的全局變量很難去維護(hù)。
//所以我們應(yīng)該選擇在開始就定義好所有的變量。