隨著科技的發展,近視的人群也越來越多,在加上愛美的人,不管近視不近視,臉上都戴一副眼鏡,所以鏡框不僅僅是調節眼睛,也成了美的裝飾。那我們該怎樣選擇適合我們自己的眼鏡。我們選擇眼鏡,不僅要美觀,戴起更要舒適,所以選擇鏡框我們要從鏡架美學,鏡架功能,鏡架的舒適度三方面來選擇。
1:鏡架美,首先給人的是圈型,選擇適合自己的圈型可以瞬間改變自己的氣質,額頭略圓下巴略尖的面龐在選擇眼鏡時,最好選擇橢圓或者是略帶棱角的眼鏡,這樣可以修飾臉型。方臉臉部棱角比較分明,可以選擇圓框的眼鏡,用圓來綜合掉臉的方臉。圓臉圓潤沒有棱角活潑可愛,可以選擇方形眼鏡來增加臉部的立體感,整體會比較有棱角
https://mobile.yangkeduo.com/goods.html?goods_id=163822521530
2:鏡架支配鏡片的功能,選擇鏡架時要考慮眼鏡的配戴目的。一些鏡架可能適合日常配戴,但是對于有特殊要求的人來說,可能不太合適;而一些鏡架只適合一定環境配戴。
https://mobile.yangkeduo.com/goods.html?goods_id=164619386485
3:鏡架的舒適,是有很多因素決定的,主要 有鏡架的結構,材質,和配鏡的效果三方面,有一方面有問題,都會影響佩戴的舒服感。
<canvas> 是HTML中的一個元素,它可被用來通過 JavaScript(Canvas API 或 WebGL API)繪制圖形及圖形動畫。
Canvas API 提供了一個通過 JavaScript 和 HTML 的 <canvas> 元素來繪制圖形的方式。它可以用于動畫、游戲畫面、數據可視化、圖片編輯以及實時視頻處理等方面。
<canvas>標簽本身沒有繪圖能力,它僅僅是圖形的容器。在HTML,一般通過Javascript語言來完成實際的操作。
本文通過Javascript操作Canvas制作一個簡單的顯示當前時間的動畫時鐘,了解和學習簡單的canvas用法,僅以拋磚引玉。
首先創建一個HTML文件,為了方便管理,使用一個div標簽包裹兩個canvas標簽,并加上一些簡單的css樣式。
<!doctype html>
<html lang="zh-cn">
<head><title>Canvas繪制動畫時鐘</title>
<style>
html,body{margin:0;padding:0}
#clockWrap {
position: relative;
}
canvas {
position: absolute;
}
#clock-ui {
z-index: 2;
}
#clock-plate {
z-index: 1;
}
</style>
</head>
<body>
<div id="clockWrap">
<canvas id="clock-plate"></canvas>
<canvas id="clock-ui"></canvas>
</div>
<script></script>
</body></html>
本示例中使用了兩個canvas標簽(為什么使用兩個,一個不是更簡單嗎?),一個用于繪制鐘面,一個根據當前時間實時顯示和更新時針、分針和秒針的動態指向。好了,話不多說,開干。
一個簡單的時鐘,可以分為鐘面上的刻度和指針。其中刻度和12個數字是固定的,我們可以將它們繪制在當作背景的canvas上(示例中id為clock-plate的canvas)。
(1)要使用canvas,首先必須通過容器獲取渲染上下文:
var $=function(id){return document.querySelector(id);}//這個函數只是為了方便獲取dom元素
const canvasbg=$("#clock-plate"),
canvas=$("#clock-ui"),
ctx = canvasbg.getContext("2d"),//背景容器上下文
ctxUI = canvas.getContext("2d");//指針容器上下文,后面代碼要用
//定義畫布寬度和高度,時鐘圓直徑,并設置畫布大小
const oW=1000,oH=800,cW=400,r=cW/2,oX=oW/2,oY=oH/2;
canvas.width=oW;
canvas.height=oH;
canvasbg.width=oW;
canvasbg.height=oH;
(2)畫鐘的邊框,為了好看,這里畫兩個圈:
//畫出時鐘外圓框
ctx.lineWidth = 12;
ctx.beginPath();
ctx.arc(oX, oY, r+14, 0, 2 * Math.PI);
ctx.stroke();
ctx.closePath();
ctx.lineWidth = 8;
//畫出時鐘內圓框(刻度圈)
ctx.beginPath();
ctx.arc(oX, oY, r, 0, 2 * Math.PI);
ctx.stroke();
ctx.closePath();
ctx.beginPath();
邊框效果圖
(3)繪制刻度線和數字,可以利用三角函數計算出每個刻度的坐標:
利用三角函數計算刻度線的坐標位置
鐘面上有12個大格,從正上方12開始,它們的度數分別是270,300,330,0,30,60,90,120,150,180,210,240。然后利用JS的Math.sin和Math.cos分別計算出各大格的坐標。注意:js中Math.sin()和Math.cos()的參數不是角度數是弧度。可以使用Math.PI/180*角度來轉化,比如將30度轉換成弧度=Math.PI/180*30
//繪制鐘表中心點
ctx.beginPath();
ctx.arc(oX, oY, 8, 0, 2 * Math.PI);//圓心
ctx.fill();
ctx.closePath();
//設置刻度線粗細度
ctx.lineWidth = 3;
//設置鐘面12個數字的字體、大小和對齊方式
ctx.font = "30px serif";
ctx.textAlign="center";
ctx.textBaseline="middle";
var kdx,kdy;
//繪制12個大刻度和12個數字
//為方便計算,先定義了0-11這12個刻度對應的度數,也可以直接定義對應的弧度。
const hd=Math.PI/180,degr=[270,300,330,0,30,60,90,120,150,180,210,240];
for(var i=0;i<12;i++){
kdx=oX+Math.cos(hd*degr[i])*(r-3);
kdy=oY+Math.sin(hd*degr[i])*(r-3);
ctx.beginPath();
ctx.arc(kdx, kdy, 6, 0, 2 * Math.PI);//畫圓形大刻度
ctx.fill();
//繪制刻度對應的數字
ctx.strokeText(i==0? 12 : i,oX+Math.cos(hd*degr[i])*(r-24),oY+Math.sin(hd*degr[i])*(r-24));
ctx.closePath();
}
//繪制小刻度
ctx.lineWidth = 2;
for(var i=0;i<60;i++){
if(i % 5 == 0) continue;//跳過與刻度重疊的刻度
x0=Math.cos(hd*i*6);
y0=Math.sin(hd*i*6);
ctx.beginPath();
ctx.moveTo(oX+x0*(r-10), oY+y0*(r-10));
ctx.lineTo(oX+x0*r, oY+y0*r); //畫短刻度線
ctx.stroke();
ctx.closePath();
}
效果如圖:
鐘面效果圖
(4)根據當前時間繪制指針
習慣上,時針粗短,分針略粗而長,秒針細長。為加大區別,示例中秒針細長并且繪制成紅色。
function drawHp(i){//繪制時針
const x0=Math.cos(hd*i*30),y0=Math.sin(hd*i*30);
drawPointer(oX,oY,oX+x0*(r-90),oY+y0*(r-90),10,"#000000");
}
function drawMp(i){//繪制分針
const x0=Math.cos(hd*i*6),y0=Math.sin(hd*i*6);
drawPointer(oX,oY,oX+x0*(r-60),oY+y0*(r-60),5,"#000000");
}
function drawSp(i){//繪制秒針
const x0=Math.cos(hd*i*6),y0=Math.sin(hd*i*6);
drawPointer(oX,oY,oX+x0*(r-20),oY+y0*(r-20),2,"#FF0000");
}
//抽取出繪制三種指針時共同的部分,注意指針繪制在渲染上下文ctxUI中
function drawPointer(ox,oy,tx,ty,width,color){
ctxUI.strokeStyle = color;
ctxUI.lineCap = "round";
ctxUI.lineWidth = width;
ctxUI.beginPath();
ctxUI.moveTo(ox, oy);
ctxUI.lineTo(tx,ty);
ctxUI.stroke();
ctxUI.closePath();
}
現在已經有了繪制三種指針的方法,參數是當前時間的時、分和秒,將根據它們的值確定指針的坐標。不過,因為使用的是默認的convas坐標體系,0值實際指向3的位置,需要小小的修正一下。
window.requestAnimationFrame(function fn(){
var d = new Date();
ctxUI.clearRect(0,0,oW,oH);
//度數從0開始,而0在3刻度(15分/秒位置),修正為全值減15,如果小于0則修正回來
var hour=d.getHours(),minute=d.getMinutes()-15,second=d.getSeconds()-15;
hour=hour>11? hour-15 : hour-3;
drawHp(hour>=0? hour : 12+hour);
drawMp(minute>=0? minute : 60+minute);
drawSp(second>=0? second : 60+second);
window.requestAnimationFrame(fn);
});
接下來,調用window.requestAnimationFrame,在其中繪制并更新指標的位置。看看效果如何:
指針繪制情況與實際時間相符
貌似效果有了,截圖時電腦上的時間是10時17分,指針繪制上,時針指向10時,分針指向17。嗯,感覺有點別扭?對了,時針和分針怎么是端端正正地指向它們的整時整分刻度上呢?實際鐘表上時針和分針是展示動態進度的,此時時針應該越過10時的位置才對。沒關系,我們在繪制時針和分針時別點東西,讓它的角度值加上分針和秒針的值試試。
//修改后的繪制三種指針的方法
function drawHp(i,f,m){//繪制時針,參數:時,分,秒
const x0=Math.cos(hd*(i+(f/60)+(m/600))*30),y0=Math.sin(hd*(i+(f/60)+(m/600))*30);
drawPointer(oX,oY,oX+x0*(r-90),oY+y0*(r-90),10,"#000000");
}
function drawMp(i,f){//繪制分針,參數,分,秒
const x0=Math.cos(hd*(i+(f/60))*6),y0=Math.sin(hd*(i+(f/60))*6);
drawPointer(oX,oY,oX+x0*(r-60),oY+y0*(r-60),5,"#000000");
}
function drawSp(i){//繪制秒針
const x0=Math.cos(hd*i*6),y0=Math.sin(hd*i*6);
drawPointer(oX,oY,oX+x0*(r-20),oY+y0*(r-20),2,"#FF0000");
}
再來看看效果,嗯,立竿見影呀:
指針指向更合理了
到此為止,canvas繪制一個簡易時鐘就完成了。下面繼續優化一下。剛才使用requestAnimationFrame方法即時更新繪制情況。這個方法與刷新率有關,看看mdn上面怎么說的:
window.requestAnimationFrame() 方法會告訴瀏覽器你希望執行一個動畫。它要求瀏覽器在下一次重繪之前,調用用戶提供的回調函數。
對回調函數的調用頻率通常與顯示器的刷新率相匹配。雖然 75hz、120hz 和 144hz 也被廣泛使用,但是最常見的刷新率還是 60hz(每秒 60 個周期/幀)。為了提高性能和電池壽命,大多數瀏覽器都會暫停在后臺選項卡或者隱藏的 <iframe> 中運行的 requestAnimationFrame()。
本示例中,更新指針的位置并不需要很高的刷新頻率,可以通過節流進行一下優化:
var fps = 5, fpsInterval = 1000 / fps,lastTime = new Date().getTime(); //記錄上次執行的時間
function runStep() {
requestAnimationFrame(runStep);
var d=new Date(),now = d.getTime()
var elapsed = now - lastTime;
if (elapsed > fpsInterval) {
ctxUI.clearRect(0,0,oW,oH);
lastTime = now - (elapsed % fpsInterval);
//度數從0開始,而0在3刻度(15分/秒位置),修正為全值-15,如果小于0則用60減回
var hour=d.getHours(),minute=d.getMinutes()-15,second=d.getSeconds()-15;//console.log(d.getSeconds(),second);
hour=hour>11? hour-15 : hour-3;
drawHp(hour>=0? hour : 12+hour,minute+15,second+15);
drawMp(minute>=0? minute : 60+minute,second+15);
drawSp(second>=0? second : 60+second);
}
}
runStep();
當然,實現時鐘的方法是很多,比如可以使用畫布的旋轉(rotate方法)來實現指針的動態轉動等等。
完整HTML+JS源碼:
共享在線文檔為傳播的渠道,是近年來火起來的一大方式。文檔也能用來約會,文檔社交是怎么做到的?本文將對中西兩份“約會文檔”進行探討,一起來看看吧。
2024年,用過文檔填信息,上過文檔聊八卦,你用過文檔進行約會嗎?
文檔社交何以成立?從書信到電報,從車馬慢到隨手滑動的Tinder,文檔社交對親密關系建立的探索有何新實踐?中西方的“約會文檔”有何差異?背后的原因可能有哪些?帶著這些問題,本文將對中西兩份“約會文檔”進行從起源到發展,從內容到形式,從動機到歷程的梳理與探討。
從2006年谷歌推出第一款在線文檔GoogleDocument起,在線文檔的風吹到國內還是2015年發布的石墨文檔,之后騰訊、金山相繼入場,推出了各家的共享文檔服務。2020年新冠疫情隔離帶來了在線辦公熱潮,印象、有道云、飛書等文檔的噴涌出現更是將此年定為“協同辦公元年”。
在線文檔的發展簡史
打工人用文檔在線辦公,人們對在線文檔的印象仍停留在效率性工具上,另一邊在線文檔卻已被“玩”出各種花樣。2021年7月在朋友圈刷屏的“河南暴雨文檔”,粗略地將共享文檔的發展切成兩半:在那之前,文檔作為效率性辦公工具,用于遠程協同與溝通工作。
2022年的上海抗疫互助文檔(部分)
救災文檔的出現讓在線文檔成為線上救災資源對接與互助的臨時平臺。2022上海疫情期間,以“我們一起來抗疫”網站為基礎的抗疫文檔涵蓋就醫、物資、寵物等多個類別的文檔,成為照亮封城中上海的點點星光。
編輯共享文檔的心情 | 圖源:微博
之后,共享文檔不僅深入雙十一的網絡營銷攻略,更多“野生文檔”拔地而起:避雷壓榨offer的“互聯網公司一線領導黑名單(別接offer)”,姐妹心連心一起曝光渣男的“渣男曝光-姐妹互助”文檔,B站跨年晚會也巧妙地利用在線文檔創建了實時自助互動的“文檔彈幕”狂歡。
互聯網公司一線領導黑名單(別接offer)| 圖源網絡
在線文檔如此神通廣大,無所不能,甚至被賦予互聯網早期互利共享的烏托邦色彩,許多人描繪其為一個像早期天涯、知乎般“人人都能參與貢獻內容”的“偉大社區”。
國內大廠單身男女敏銳地嗅到文檔的共享編輯功能,人類的交流不包括男女那點事如何能行,于是立即將目光投向了脫單交友的新領域,搭建起了“大廠er相親文檔”。
與此同時,大洋彼岸舊金山陽光普照,一份國外版的“Dateme.doc”(約會文檔)也冉冉升起,成為廣大資本主義國家單身男女追求世紀佳緣的感情樂土。
“大廠er相親文檔”中部分用戶所填寫的個人條件
“一只大猴”(網名)當時只是一個忙于找工作的應屆大廠實習生,“大廠er相親文檔”只是他解決供需問題的互聯網小產品的嘗試。而在文檔誕生的不到一個月后,已經有超過30萬人瀏覽了這份文檔。
Olah的谷歌文檔直奔主題:直男,29歲,我想有個家,一個伴侶和孩子一起生活。”像普通的在線文檔一樣,Olah的文檔密密麻麻鋪滿文字,側邊欄的導覽像一本書的目錄,有4個章節和15個小節,看完這篇文檔大概需要刷完50個抖音短視頻的時間。
Chris Olah的Dateme.doc(部分)
他在文檔里談到了自己的優缺點,價值取向和政治立場。在后半部分,他寫到自己的哲學信仰,詳細談了“數學與科學之美”如何令他著迷。總之,一切理工男被吐槽的話題都能在這份文檔中找到。
就是這樣一份文檔,在發布后成為網友瘋傳的對象,一天內被轉發一萬多次,谷歌公司甚至將其當做異常文檔封禁,Olah就這樣成為Dateme.doc(約會文檔)的“創始人”。那些瀏覽過他文檔的人因此受到鼓勵,表明要放棄Bumble、Hinge和Tinder等約會軟件,在DropBox、Google Docs或個人網站上書寫屬于自己的“約會簡歷”。
中西兩份約會文檔都興起于一次偶然的嘗試,再經由傳播出圈而得到廣泛的響應。回顧在線文檔的發展歷程,中外的在線文檔產品都沒有將“社交”作為產品場景的一部分,而在線文檔的參與性和協作性卻讓信息得以擴散流通。雖然文檔作為工具在中西方使用路徑的發展過程中有所差別,但都匯聚到利用共享文檔進行親密關系建立的共同點。
以公開獲取的“大廠er相親文檔”中2022年上半年的734位填寫的用戶信息及Dateme.doc中經篩選后195位填寫的用戶信息為例:“大廠er相親文檔”的用戶所在地多為北上廣深等內地一線發達城市,Dateme.doc的用戶亦集中在以美國舊金山灣區為代表的高新科技企業區。互聯網技術為將共享文檔應用到親密關系實踐的提供了可能性。
兩份文檔中的用戶性別分布
性別上,中國的“大廠er相親文檔”內的男性占比約59%,女性占比約41%,男女用戶數量占比相較均衡。而Dateme.doc中男女比接近2:1,男性用戶比例更高,此外還有小部分的跨性別者(Cross gender)。
兩份文檔中的用戶年齡分布
年齡上,“大廠er相親文檔”的用戶集中在21-30歲之間,正處于婚育的普遍年齡期,其中26-30歲用戶占比最高,年齡最小的用戶為18歲。而Dateme.doc的用戶集中在26-30歲,26-30歲的用戶占比亦最高。
此外,Dateme.doc涵蓋了更廣泛的年齡范圍,其中包括36至45歲的用戶,甚至還有個別超過60歲:比如來自美國丹佛的大爺Mike,今年70歲,有兩個孩子,想要通過約會文檔找個60歲以下的老伴共度余生。
70歲的大爺Mike的Dateme.doc(部分)
在文檔字段上,中外兩個文檔都聚焦性別、年齡、Base(所在地)等基本信息,“大廠er相親文檔”字段數量更豐富,個人的外形條件(如身高、體重、顏值分)及學歷成為關注和篩選的重點,顏值是大廠er相親文檔中的“正義“。
大廠er相親文檔與Dateme.doc文檔目錄字段差異
Dateme.doc相較之下對關系類型(單一伴侶、多伴侶)及生育意愿(是否要孩子)更加關心,原因可能是使用Dateme.doc的用戶群相對大廠的年輕人整體年齡更大,生育問題更為緊迫,對于生育的討論更加從容和開放。
值得關注的是,文檔字段并非由用戶自主設置,而是由表單開發者規定表單填寫指引來收集相關信息,這些字段的導向不僅體現了用戶的偏好,也在一定程度上反映了設計者對約會期望條件的價值預設。
盡管大廠er相親文檔強調外貌和顏值的重要性,但對于“爆照”這一行為卻顯得相對謹慎。僅有極少數人愿意在文檔的照片一欄中展示微修過的自拍,顏值水平全靠文檔中的文字和自打的顏值分發揮臆想。
相比之下,Dateme.doc雖然沒有在字段中強調照片,但每個約會文檔基本都包含一張以上的個人原生照片,有些甚至展示了整個照片系列,并注明了拍攝時間、地點以及緣由。
這背后可能與中國文化注重隱私保護、政府對社交媒體的監管以及中國社交平臺的人像虛擬化功能等有關,這些邏輯也被延續到利用共享文檔進行相親的實踐中。
“大廠er相親文檔”中的公司背景
除個人基本信息外,“大廠er相親文檔“在組織層面以“公司”作為個人所屬組織的重要背景劃分。起初旨在為互聯網大廠陣營內部單身群體尋求配對契機的文檔,在廣泛拓展與破圈后容納了包括國企、事業單位等在內的“公司”類型。
公司是識別文檔內那個“ta”的必要標識,因為公司代表著地域、崗位前景與收入預期,也是文檔最初興起與聯結歸屬的身份邏輯。
Dateme.doc中三類主要亞文化社區
而Dateme.doc則以“社區”(community)作為自身歸屬的身份背景,但這一社區并非在物理實體空間所形成的線下社區,而是基于科技(Tech)、理性主義(Rationalism)及有效利他主義(EA-Effective altruism)的“精神社區”。
科技社區的成員擁有較強的技術能力,能通過技術開源及指導使更多的人接觸和利用技術;理性主義社區的成員致力于克服偏見與經驗主義,尋求真正的真理,他們自稱為“有抱負的理性主義者”,希望通過理性思考來減少失誤(Less Wrong);利他主義社區則提倡通過有效的方法來盡量地多做好事(do as much as possible)。
這三類社區的成員是Dateme.doc用戶的主要組成部分,三類社區的成員都以男性居多,他們自認為精通如代碼等技術手段,具有更為理性的思考方式,能夠有效利用思維和科技手段去幫助他人,因此Dateme.doc以社區聚合起來的文檔目錄中男性占比較高。
Effective Altruism(利他主義)的網站首頁
這種“理性主義”不僅體現在個人所屬的社區精神上,也是成員選擇用“文檔”來尋求親密關系的起點:他們自認為相較于社交APP上隨意滑動的伴侶匹配,選擇書寫文檔并尋求親密關系的舉措更具理性,所形成的關系會更長期而嚴肅。
通過長篇的個人書寫,能讓他人“更好地了解自己”,更坦誠開放地對話,深刻認識自己的方方面面,從而尋覓到契合的靈魂伴侶。“約會專家”Gabi認為,一個花時間制作約會文檔并向你詳細介紹他們生活的人更有可能認真對待約會。
約會文檔目錄(Dateme.doc Directory)——每個人都可以在上面留下個人信息和約會文檔的目錄創始人Steve的X主頁,微禿的發際線,圓框眼鏡,最近的動態停留在一天前:“Don’t be shy – if you don’t know JavaScript or even how to code – I’m happy to help you get started :)”(別害羞,如果你不懂Java或甚至不懂編程,我很樂意幫助你開始)。
Steve用notion創建的約會文檔集中目錄(部分)
Steve的個人網站包括過往編程項目的鏈接和發表的文章,當然還有他的約會文檔:他期望的女性聰明、善良、謙遜、真誠,熱愛閱讀,喜歡笑,心胸寬廣,最好年齡在24-30歲之間。他說,“你必須成為奇怪的互聯網和開源文化的一部分”。
對于Dateme.doc目錄中男性占比較高的現象,Steve有自己的解釋:男性在公共場合以約會為名暴露自己的信息更為安全,而女性進行公開約會時,可能會因得到過多的關注而遭受騷擾,在約會過程中處于“不安全”的位置。
一項調查顯示,48%使用約會網站或應用的女性經歷過不止一次以上的性騷擾
他承認,由男性創建和發布約會文檔,再由其他女性進行閱讀并私下聯系是一種更合理與健康的狀態——即便他鼓勵女性創建和公開分享自己的約會文檔。而在約會軟件中,平臺給予女性更多曝光與更高頻的匹配也給她們帶來被騷擾的煩惱,使她們對平臺的用戶質量,尤其是男性素質表達了更多的擔憂。
大廠er相親文檔中部分自我介紹 | 圖源:大廠er相親文檔
內容上,“有共同的興趣”是許多大廠er對另一半最多的期望。96年的女生“甜美冰冰”只在個人介紹一欄留下“普通搬磚打工人,愛美食”的一句話,也有像“啵啵”認真地從職業、興趣、性格、身材等方面用上百字介紹自己。
但大廠er文檔中的個人介紹總體上字數較少,發揮隨意,三言兩語拼湊出小部分的零碎“自我”,對個人的信息透露有限,部分用戶隨意填寫的信息一眼看上去不太真實,讓人質疑表格相親的嚴肅性,“是否只是互聯網人的一場自娛自樂罷了”。
一份長達26頁的Dateme.doc的目錄頁
Dateme.doc的用戶通常將帶有詳細信息的文檔作為鏈接附上,文檔字數較多,從幾百字到幾千字不等,內容排布較為規整,目錄中也有一定的格式指引。
Katja的Dateme.doc(部分)
如Katja就在一千多字的“小作文”里工整地列出自己的基本信息、喜歡的對象品質,以及近三十條喜歡做的事情、十余條想與伴侶做的事,末尾還附上了十幾張個人照片。
24歲的MIT博士Stephen更是從自己的童年講起,文檔內容像一部自傳體回憶錄,并附上各種試圖描繪自己性格的圖表——乍一看像一篇待發表的論文草稿。
Stephen的約會文檔(部分)
Dateme.doc文檔作為個人信息附件以鏈接形式存在,通常在目錄上跳轉至另一個全新的個人介紹頁面,頁面的內容才是獲取信息的重點。
內容的維度全面多樣,有些更是不局限于文檔,以個人交互網頁、PPT及PDF等個性化的形式展示與介紹自己:Johnson的朋友們用19頁PPT告訴觀看者他們眼中的這位朋友有多少寶貴的品質;而Jessica更是直接把自己的信息做成一張簡歷,明確展示“她是誰以及她在尋找誰”。
Demon的“Dateme.doc”放的是他的前女友們對他的評價
有些網站看起來經過精心打磨,擁有著簡潔的設計、照片和嵌入的音樂。沃爾瑟指出,線索匱乏的環境能夠讓人們將注意力集中于信息生產。這也許會讓他們制作出更好的信息,呈現出更具吸引力的線上自我。
相較之下,大廠er相親文檔除了披露的有限字段信息外,并沒有其它補充。個人的生活愛好等不直觀從文檔中體現的細節需要后續通過添加微信或其它社交平臺的進一步交流中顯現,文檔字段起到“一次篩選”的功能。
而Dateme.doc除了進行一次年齡、性別等的篩選外,還通過愿不愿意了解并閱讀文檔信息后再進一步行動的判斷,使文檔起到“二次篩選”的作用。
Johnson的個人PPT約會文檔
由于Dateme.doc文段較長,內容繁多,閱讀所需時間長,大部分個人信息在閱讀中以書寫者的視角展開,成為“個人展演”重要的社交線索。
因此,內容上,大廠er相親文檔更像是依據固定表單字段的“填”文檔,而Dateme.doc以鏈接形式的個人跳轉附件則更像是真正的“寫”文檔,書寫個人從基本信息到愛好、理想伴侶等無限制的體驗經歷,如同個人的“維基百科”。
文檔的組織結構上,大廠er相親文檔的功能分區明確,架構清晰,編輯與瀏覽權限分明,有專人維護運營,并形成一定用戶規模。大廠er相親文檔主要由按年份分類的個人相親信息區、吃瓜吐槽區、為LGBT人士專門開辟的“找1專區”,以及為有結婚目的群體開設的“泛30結婚專場”組成,用戶不僅可以在對應年份可編輯的表單中填入自己的信息,還能在其它專區中瀏覽他人的信息。
部分“吃瓜吐槽夸夸墻” | 圖源:“大廠er相親文檔”
其中“吃瓜吐槽夸夸墻”已成為內容多樣、互動性較強的在線涂鴉墻。信息拓展上,大廠er相親文檔內部還提供為超過3萬名大廠er進行社交相親的各類微信群組,使得文檔內的用戶聯系拓展到多個按地域或興趣類型劃分的微信群內。
大廠er相親文檔的內部構成
除基本信息展示外,大廠er相親文檔還招募管理員、法務、運營等崗位的志愿者,使文檔在人數擴容情況下能夠應對復雜的管理問題,包括用戶刪除個人信息的需求或其他投訴的在線解決等。每一類型的文檔均貼有必讀的《大廠er相親文檔用戶服務協議》(下稱《協議》)。
大廠er相親文檔用戶服務協議 | 圖源:大廠er相親文檔
《協議》在條例中已將文檔視作“平臺”,借鑒其它平臺的規范管理條例,并對“平臺”的所有權和管理權等做出用戶規范及產權明晰,“信息真實性需自行甄別,涉及到錢財就是殺豬盤”等各處通俗標語也在提醒用戶注意個人在匿名文檔上的信息保護及財產安全。
基于相親文檔一定規模用戶基數的其它功能也相應得到拓展:如嵌套的《【大廠er租房互助文檔】》為解決租房及轉租問題的大廠er提供了住房信息交換的空間。
大廠er租房文檔中提供的填寫模板
Dateme.doc目錄表單則較為簡潔單一,僅有信息填寫區域與幾個問答簡題,聚集用戶數量較少,截至2023年11月13日僅有286名留下個人信息的用戶。整個文檔目錄由創始人Steve一人進行維護和管理,對公開的個人隱私內容沒有進一步的提示說明或保護措施。
以愛情為代表的親密關系是永恒的話題。從古代西方貴族的“羅曼蒂克”與中國“父母之命,媒妁之言”的傳統婚戀關系到19世紀以來的婚姻私人化,自由戀愛臂膀下人們愈加追求一種平等的建立在情感基礎上的純粹關系。
費斯汀格等心理學家提出性格、外貌等個體因素對愛情產生影響,斯滕伯格的“愛情三元論”:激情、親密和承諾構成人們理想中的完美愛情。進化心理學則聚焦人類生物屬性與社會屬性的互動與博弈,主張男女的兩性選擇不過是為了延續自身基因。
關于愛情的討論無休無止,但人際傳播無疑是過往親密關系的最重要形式。互聯網技術推動下,以人際傳播為主的親密關系的非具身性元素作用加強,從一紙婚書到媒人相親,數字化時代以在線約會為代表的媒介技術的介入深刻影響人們從認知到建立、維護甚至終結浪漫關系的過程。
根據在線約會研究平臺“單身報告”(Single Report)的一項調查,在18-54歲的美國人中,78.37%的人在網上約會時感到情緒疲勞或倦怠。約會應用如老虎機般的刷屏產生的興奮感也可能導致一些人產生強迫性或成癮行為。2020年對400多名用戶進行的一項調查顯示,使用基于滑動的約會應用程序與“更高程度的抑郁、焦慮和痛苦”有關。
約會軟件不僅充當親密關系的媒介和渠道,也深刻影響著當代人的擇偶觀。約會軟件點擊就能下載,劃一劃就能匹配的參與便捷性與高效率帶來更為廣闊的選擇空間,用戶很容易陷入一種“所見可立得”“再滑下去一定會有更好”的錯覺,從而降低對親密關系的嚴肅性,進入如物品般的“快速選擇”與“快速丟棄”。
不少“時間管理大師”可以同時在一個平臺上與多個人維持關系,更多的潛在對象和約會機會一定程度上降低了人們對親密關系的忠誠度與信任。“你可以一次愛上十個人”。
以Excel表格進行相親對象篩選 | 圖源:小紅書
社交平臺與約會軟件的算法也使得人們的情感需求裹挾在技術與效率之中,個體在婚戀市場中被算法以經濟狀況、職業、外貌等指標進行評估,愛情的復雜性成為一個個可視化的數據指標,所推送的選擇基于物質條件的考量,人們的糾結已不再是遵循內心的情感,而是小紅書Excel表格中列出的房、車、顏值等各種條件的備選種子,“姐妹們,我應該選哪個?”
齊格蒙特·鮑曼 《流動之愛》| 圖源:豆瓣
鮑曼提出互聯網中的約會是一種“流動的愛”。他認為虛擬關系一定程度在在逐漸取代固定持久的“真實關系”,約會正在成為一種娛樂活動,人與人之間的連接與斷連十分容易,關系可以隨時開始或結束,來去自由,沒有固定的社交禮儀,因此人們更傾向于短期的關系而非約定終身的伴侶關系。
而傳統的婚戀關系不僅有紛繁的社交禮儀與婚戀程序,更在其它人的關注中完成關系的建立與維系等一系列過程,某種程度上,Dateme.doc試圖重建部分復古的社交禮儀,并主動追求相對明朗有結果的親密關系。
正是對在線約會的厭倦及對文檔這種復古交往形式能帶來嚴肅關系的信念,在線文檔的社交屬性被應用于開辟一片尋求親密關系的新沃土,Dateme.doc誕生之初被無數單身人寄托了對理性、長期、浪漫關系的向往。許多美國媒體在Dateme.doc問世之初就鼓勵人們創建自己的約會文檔,并將其形容為“對愛的超優化需求”(Hyper-Optimized Quest for Love)。
然而,問題在于盡管約會文檔看似在對抗軟件算法與關系隨意性,但它是否真的能夠創造出不同于過往在線約會的高質量關系?
Joseph對于Dateme.doc的看法
Joseph坦言Dateme.doc對他而言并沒有起什么作用,因為他根本得不到注意,所寫的文檔無人問津,更不必說后續的約會。他認為,約會文檔似乎僅對那些本身就有許多人關注的人有效。
他將Dateme.doc的原則類比為“營銷漏斗”(marketing funnel):顧客了解產品或服務后產生興趣,在不同選項之間進行比較,最后做出購買決策并展開后續推廣。不同的是,這里的“產品”是一個個活生生的真實個人,產品信息則以包含個人信息的字段標簽形式呈現。
“營銷漏斗”的實現路徑 | 圖源:網絡
大廠er相親文檔的用戶“小龍蝦”(網名)也覺得“這個線上文檔就像一個市場,先看看自己有多少錢,然后大家去挑選自己能消費得起或者匹配的商品。所謂年輕人的婚戀焦慮,是大家自己在給自己制造焦慮。”
一方面,“可見性”是影響文檔是否能夠發揮作用的重要因素。社交媒體平臺將私密的表達、展演和交換轉變為有價值的關注度和數據,有助于推薦算法更好地“學習”何種表達能引起關注。
而獨立于社交平臺外的約會文檔看似提供了機會均等的曝光與瀏覽機會,而不是平臺來決定哪些用戶能讓人喜歡,用戶不存在因個人交互行為提高可見度的機會。
由大廠er相親文檔延伸的大廠er公眾號
大廠er文檔由于匯聚了較多的用戶數量、信息集中以及專業的組織管理,使得傳播范圍與瀏覽量相對穩定。填寫了信息的用戶在這一背景中具有較高的可見性,因此匹配的可能性及尋求進一步發展的機會也相對提高。
相反,Dateme.doc分散的用戶群結構使得約會文檔淪為社交媒體簡介中的“附件”存在,作為一份拓展版的個人長簡介,而這種方式的后果是,如果不主動分享文檔給其他人,根本不會有人聯系你。
Dateme.doc目錄中可以通過手動篩選出符合條件的對象
另一方面,以字段和被眾人瀏覽的個人文檔將人置于由年齡、收入、所在地等標簽所構成的可供篩選的“公共貨架”上,人們有選擇性的自我呈現以展示個人魅力,并將其作為交換來篩選理想對象,個人的私生活和故事被公開,與數字文化中觀看和被觀看的實踐相互交織,這也使得看似嚴肅的抵制社交APP的文檔實踐也淪為“商品性展演”的游戲。
書籍《交往在云端》|(Nancy K·Baym)
在線文檔的媒介化歷程反映了共享文檔的參與、協作與連通性等社交的基本屬性在多個場景中得到開發和應用。而中西方兩種基于文檔形式的約會實踐,本質上是經濟發達地區互聯網亞文化圈層大廠人應對自身圈層內部群體婚戀關系的一種嘗試。
大廠er相親文檔以“公司”作為背景歸屬與連接邏輯,將個人物質條件與外形作為重要指標之余,追求”共同的興趣“,但對個人形象展露有所保留,文檔表單中的有限字段被用作進一步聯系的篩選條件,由此延展出回歸社交軟件的對話與參與相親在線群組的路徑。大廠er相親文檔在管理和組織上呈現出一定規模、分工明確的自組織群組形態,也有一定的信息保護安全意識。
“大廠er文檔”拓展至多個不同分類用于溝通的微信群
而Dateme.doc則依賴于個人管理表單目錄,主要建立在男性為主的三類亞文化(科技、理性主義、利他主義)社區上。用戶將自身社區”理性”和”技術”等邏輯延展至親密關系的尋求上,認為書寫長篇且豐富的個人文檔是自身表達與尋求靈魂伴侶的有效理性手段,是對嚴肅持久情感的追求體現。
由于文檔的“可見性”有限且分散,它僅作為社交媒體上的“附件”存在,回應和繼續發展的可能性較小,更像是一場自我對理性親密關系的宣誓與展演。
Dateme.doc用戶不像大廠er那樣僅通過文檔來認識他人,而是將文檔作為社交軟件上的“長簡介”,使得約會文檔更像是老式約會網站與傳統婚姻介紹的混合體。
中外兩份約會文檔的對比圖表
雖然兩份文檔都呈現出在特定互聯網員工圈層傳播的特點,但大廠er文檔由公司背景為組織邏輯、規范的管理、多樣化的分類需求以及延展至群組的交友,形成了一個內部背景相對穩定的“交友共同體”。
相比之下,Dateme.doc是硅谷圈內自詡理性主義的宅男們一場自我狂歡,并無法有效傳播至自身人際社會網絡之外的陌生群體,難以獲得回復,再現了當代浪漫的不確定性。
這兩種文檔實踐看似是對約會軟件算法的“抵抗”與逃脫,想象一種既不存在數據商品生產,也沒有算法系統攫取我們吸引力和注意力的社交新平臺。某種程度上,這也是尋求關系的自然發展:人們根據自己的需求和欲望,擴大或者縮小約會的范圍及對象。
當約會App中的算法無法滿足需求時,文檔字段表單成為一種新的“算法”——只不過這一算法依賴人工來篩選字段并選擇相應匹配的條件。正如卡斯特所指出的那樣,“不是由技術來決定社會,技術就是社會本身。人們在使用技術的過程中根據其價值觀、興趣與需求重新塑造了技術”。
如果只是觀察文檔誕生之初的特性,乍看起來文檔很難在人際傳播中被使用。不過一旦連上網成為共享文檔,人們就會利用共享文檔,并將其變成一種社交資源,人們對于社交和彼此間的連接渴望,成為一種技術利用的導向力。“中介化傳播并不是一個空間,而是人們用來連接彼此的工具。”
每一種工具都有其意義,這些工具扎根于具身生活中,依靠他人的解讀對日常現實產生影響。理解共享文檔交友應考察共享文檔的特質是如何發揮作用,以及這些功能是如何在群體規范下進行共同修改或拓展的,此外平臺的形式、算法和商業模式塑造了它們在人際關系方面的可供性,也進而影響了我們的關系。
對于使用共享文檔尋找親密關系的人而言,如果沒有成功的線下約會,那么他們通過文檔創建一系列復雜個人資料的行為更像是在工作,而非尋找浪漫,這種處于風險中的約會文檔無法構成理性、透明和效率的載體。約會文檔可能會成為下一個新的交友平臺嗎?至少在解決可見性與管理的問題之前,這仍是一個難以回答的問題。
浪漫主義主張,真愛來源于不可預知的偶然命運,而社會交換理論恰好相反,認為通過媒體尋找愛情更像商業交易而非命運,人們在其中被簡化為非人性化的屬性列表。
無論是約會應用上的速滑匹配,還是看似嚴肅理性的約會文檔中的求愛宣言,本質上都預設了一種理性的想象。他們期望著迎面走來的是符合自己所有要求的完美人,多一分或少一分都被視為不合適。
人應當是如何戀愛的?是認識了一個異性,仔細打量、認真思考判斷,最終決定愛ta?復旦大學哲學系教授王德峰認為,戀愛并不是以對被愛對象的認識為前提的,愛是跌進去的,正如英文中的“fall in love”是不期而遇的,“我大概是戀愛了“的后知后覺比“我將要去戀愛“的判斷要多得多。只有當戀愛受阻如失戀時,方才急急忙忙找到一本《愛情心理學》想要了解愛情的理論,認識愛情的本質。
王德峰教授關于尋找伴侶的觀念 | 圖源:小紅書
“在我兒子生出來的那一刻,我知道我也作為父親被他生出來了”。情感應當是一種互相影響與塑造的結果,沒有人能帶著完美屬性憑借算法精確匹配到另一個人,像一塊沒有毛邊精準嵌入的拼圖。
“即使沒有結婚的前提,我們亦如此相愛。”婚姻不是戀愛的預設,而是戀愛的結果,是在這份愛里生長出來的。好的伴侶很難用數據來預測,而想要的伴侶卻很容易用數據來匹配。愛是一件多么有意思的事情,希望有一天他們的文檔都能像Joseph一樣:
Joseph的Dateme.doc,僅有一句話。
注:
本文選取的“Dateme.doc”數據范圍時間截至2023年10月17日,樣本共260位,其中可供瀏覽的約會文檔經過人工篩選后剩余195位。選取的“大廠er相親文檔”研究范圍為文檔中標注”僅可瀏覽“的2022年(上)文檔內容,其余可見的各分區個人信息數量情況如下:2023年專區495人,2022年上半年734人,2021全年2647人,LGBT專區87人,泛結婚專區108人,共4071人。
研究倫理:本文所選用研究文檔內容數據及相關信息均為公開狀態,涉及個人隱私信息部分已進行處理,如有侵權請聯系刪除。
部分參考資料:
[1]洪杰文,李華偉.數字時空與伴侶養成:遠距離親密關系的媒介化實踐研究——基于期望違背理論視角[J].新聞與傳播評論,2023,76(05):31-47.
[2]滕樂,李葉.情感繭房與自我抵抗——一項基于青年女性星座愛好者媒介消費行為的質化研究[J].新聞與寫作,2023(08):83-95.
[3]牛娜娜.功能與路徑:在線文檔媒介社會化研究[D].甘肅政法大學,2023.
[4]孫萍,李宜桐,于小童.“中介化愛情”之困:理解線上交友平臺的媒介化與性別化[J].婦女研究論叢,2023(01):117-128.
[5]Bauman, Z. (2013).Liquid love: On the frailty of human bonds. New York:John Wiley & Sons.
[6]Hobbs, M., Owen, S., & Gerber, L. (2017). Liquid love? Dating apps, sex, relationships and the digital transformation of intimacy.Journal of Sociology,53(2), 271-284.
[7]Bandinelli, C., & Gandini, A. (2022). Dating apps: The uncertainty of marketised love.Cultural Sociology,16(3), 423-441.
[8]Cas tells, M., & Ca rdoso, G. (Eds.). (2006). The network society: From knowledge to policy (pp. 3-23). Washington, DC: Johns Hopkins Center for Transatlantic Relations.
[9]MIT News:On social media platforms, more sharing means less caring about accuracy | MIT News | Massachusetts Institute of Technology
[10]Mckisey&Company:Understanding social media in China| McKinsey
[11]BBC News:The complicated truth about social media and body image|BBC Future
作者:藝極;公眾號:綠皮的野獸
本文由 @藝極 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Pixabay,基于 CC0 協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
*請認真填寫需求信息,我們會在24小時內與您取得聯系。