content.json

{"pages":[],"posts":[{"title":"前端開發時,字體下多端多环境顯示選擇","text":"在國內前端中,我比較欣賞的字體選擇,我是比較欣賞,sofish的type.css和lepture的yue.css 两者都在跨平台做得不错.先看下他们的关于字体的处理. type.css的font处理:12font: 300 1em/1.8 PingFang SC, Lantinghei SC, Microsoft Yahei, Hiragino Sans GB, Microsoft Sans Serif, WenQuanYi Micro Hei, sans; yue.css的font处理:12font: 400 18px/1.62 \"Georgia\", \"Xin Gothic\", \"Hiragino Sans GB\", \"Droid Sans Fallback\", \"Microsoft YaHei\", sans-serif; type.css在標準網頁端和移動端都相對標準,1em的字體(相當於16px),1.8行距,而yue.css在文字上向在繁體與字體顯得更大.更好看.所以簡書也用這個設置. 但可以說兩者在簡體上和osx平臺都相當不錯的選擇,但在繁體下.yue相對type的選擇好相對好些.但我發現,並不那些完美.特別是IE11下.出現許多問題. 在windows中，特別是繁體\b網頁中，\b\b\b\b\b建議還是做一個關於\b平臺 css flag，繁體下windows 最\b\b\b優選擇是微軟正黑體 Microsoft JhengHei，但假如用繁體環境去看解析簡體，又要出現各中字符不一。所以做好每個\b語言加flag是最好的選擇。 在處理日\b文方面，也不是用\b通用的\b字體，因在windows那字體真不好。建議用：因為：ヒラギノ角ゴ Pro W3,算是日文能行處理比較好。1font-family: \"ヒラギノ角ゴ Pro W3\", \"Hiragino Kaku Gothic Pro\", \"メイリオ\", Meiryo, Osaka, \"ＭＳ Ｐゴシック\", \"MS PGothic\", sans-serif; 在處理\b\b葡萄牙语\b歐美系，用 Helvetica Neue 會比較好。在處理\b韓國等\b選擇方些的字體會比較\b優勢，建議用 pt sans google fonts有。 至於其他語系字體最\b優化選擇還是更多了解。 \b\b","link":"/2016/03/10/font-problem/"},{"title":"TFC之行","text":"朋友之約，去了這\b一次TFC。朋友團隊來個幾人，都是一些年輕的小夥伴，想\b了解交流團隊建設方面，因為自己帶團隊只有3人，想\b\b學習一下方方面面，而自己在行內一\b來沒有什麼名氣，二來自己平時做項目多，但少有時間去做一些輪子或投入開源，\b畢竟\b在\b澳門企業上班，有點受\b\b\b環境影響。 總的來說，這次真是收穫良多，良感。技術\b上\b獲得是多是早上場的，然後才是下午\b場。現在開始慢慢回味了…. 7:02AM，首先之前小伙伴說過，早上的鳥兒有蟲食，和朋友來會場比較早，發現自己是抽中自己最幸運的16號，盡管後來知道正態分布的抽獎，這號碼也是概率真\b難說。和身邊的\b陌生朋友打聲招呼。 \b8：50AM後，原來真這麼多人，全場都是，那感覺真覺得前端無限好的感覺，開始表演，\b民\b遙風格的Bang隊和有\b點kay tse的喜帖街，可能會讓遠道而來的朋友感受到本地民風，一些港味和文藝，但去到 成都 這首主題歌，現場有點欠準。\b當然，還有\b\b\b熱舞。 <video height=”350” controls=”controls” style=”width:100%;max-width:650px;display:block; margin:20px auto;”src=”https://download.gemer.xyz/soucre/images/tfc/hot.MOV"> 9:10AM主持人致辭，是tencent前端當家黃老師，說了一些回憶，IE6那段時間，說了一些行內關於無障礙技術推廣，說了些對\b未來。 9：30AM接下來是 大牛 Nicolás Bevacqua 的開場\b，\b因為語言\b問題，抬頭看下能聽懂的很少，\b我口譯\b部份給朋友聽，主要都TC39的歷史，以及es6 各個stage\b情況，還\b介紹es6 一些新特性，async iteration,rest props, url regex/name cap\b,class decorators等等，其他也值得去看，特別 regex那部份，因為其他已在用。 10:00 AM 全民直播CTO張雲龍的演講，回顧來說，可以講這場是這次大會最好的反應和經歷分享。開場時，張雲龍做了一個百度張超的\b梗，會場反應熱烈，他的演講風格比較\b儒雅和\b\b\b吸引人，說了團隊初\b\b\b創的\b一路走來的故事，以及他個人成長歷程，對我來說產生很大共\b鳴，因為自己在到分公司工作，是工號001的人，對於這些還真有感覺，然後說\b了一些技術分享，gitlab加pinline加dophine的dom測試，以及domain map的確是\b初創很好的選擇。相當我們選擇docker version phabricator,有時連jekins都配不到，還是覺得他們CTO真懂技術。然後他的物理看板，還是引起會場熱鬧，不過細心想，小團隊有時真心好用，現場溝通快，反應好，相對我們的trello，有時更改真心不想看。最後的軟\b廣直是極\b\b\b致，心最想跟著走。。。 10:50AM justjavac\b\b迷渡的面對v8性能優化，可能面向有點深，現場氣氛真點迷，不過有接觸過\braspberry pi和C有點\b基礎,印象比較就是那javascript 各\b類型加法以及原\b理，以及關於內存以及 complied後\b落入\b\b低位float 32的\b優化以及未來 big \bNumber引用，以及在js中引入C各種\b優化，還是加強了底層的認識。 13:40PM\b\b 午場中很熱烈，各大攤位，各種擴\b廣，拿了點\bstick,大牛 Nicolás Bevacqua 也在簽售，我也買了本書和找他\b簽名，但見之前很少人和他交談，\b見此，我也主動和他，畢竟我也有點\b\b\b英語功底，開場大概如下： I: hi, Nic, Great presentation!Nic: yeah, thank you!I:It`s our honor to have you here!!Nic: yeah, yeah,thank you, what do i sign you book?I: for Gemer.nic: Where are you working?I: yeah, I’s working at Macau.nic: that name is latino ?I:（\b\b\b興奮中和蒙逼中）Yeah yeah…..I: can I take a photo with you?nic: yeah yeah.I: thank you, has a nice day! good lucky… 然後我才發現，\b\b興奮中發現他才我寫成 latino的gema,心中一萬個…..是自己\b\b太興奮成一個\b迷弟了。 2：30 PM後，回到會場1，聽完了 WebGL 和 There.js 的introdution，和3D scence場景和 material \b材\b料，因為之前也有接觸過 maya也知道 render的事，再後面\b只是小demo加說了一\b下 camara的事也沒有什麼幹貨，我還以為有其他threejs和\baframe或者現在的react vr上有點料，結果還是真沒，有點失望。然後聽了主場2 webRTC，有點CDN霧計算概念,不過聽了這場的提問，主講人沒答，但他的同事回答，但我真不想\b吐槽，經常用英文qoute,加上北方中\b文，但那發音真叫人難受，聽都聽不到說什麼，真是黑人\b問號在心中。還不到自己google about it.會場3多人沒去，然後聽了些圓桌會議，發現提問者是\b\b偏向於框架使用，或者行業職業的建設性，前後端分離等等，實際性真不\b多。最後\b捱到抽獎，結果\b\b運氣敵不過正態分布。 最後也沒抽中個什麼，只是認識幾個小夥伴，和朋友say goodbye.\b坐船回珠海了….. 總結：整體來說TFC還是可以的，酒店用sheraton，有點檔次，如果在澳門，那選擇更多了，的確也很難照顧到方方面面，對於新人來說，\b看到了整個前端行業有點朝氣，對於資深的也感受到方向以及行業新鮮血\b液的上進和同行的交流，演講\b者看到自己的演講\b能力和\b對比，對於所有人來說都是一次不錯的成長，雖然有些不足，見到好幾個講師\b緊張以及氣氛調動上，但總體來說是算是前端盛會，沒有去細說框架與喜好，更著重是項目的實踐性，以及大方面改進。當然tecent的真的對玩法及營銷去到團隊骨子，不得不\b\b佩服，\bwechat的贊數對於我這些不喜社交的真是\b被逼的感覺。可能其中遺憾是家裏有事，不能和朋友過\b夜聊聊天。 一\b切都好。","link":"/2017/06/28/TFC-travel/"},{"title":"前端，是reactjs還是 vuejs ?","text":"\b 只要有人的地方就有恩怨，有恩怨就會有江湖，人就是江湖。— 金庸 \b 這段時間前端\b最熱鬧的事莫過於\b阿当老師事件 ，關於一片關於前端2016的\b考察，文中主要觀點是，建議新人關於前端入門更多的是注重的是基礎，寫發jquery和css等，不要去追什麼reactjs和vuejs等新潮的技術，結果引來vuejs作者和同行中\b\b許多的\b各種\b\b爭議。 在\b\b知乎上，觀點幾乎是一邊倒的，這也無可\b厚非，這個開倒車的行為有點\b過失，\b\b\b邏輯存在 Major Conflict。 在這個爭議中，\b引起我的思考的，不是\b技術的對比，或者雙方論點論據的\b優越，而是對於前端的認知，一個心理的行為認知。 對於非科班出身的，\b當初進入編程行，莫過於前端與php的入\b門，這也是至今說php是最好語言的一個表述，因為當時入門的最容易的就是php+mysql+jquery這一\b套東西。對於當\b時只有pc的年代，另一套是java系\b列。 \b\b\b隨著手機ios和 andirod 以及多端的出現，必然出現更多複雜情況，慢慢出現前後\b\b\b端分離以應對，但是分離後，前端\b該怎樣了？以往權力是後端控制前端，只是當前端view層面，因為\b習慣MVC了，但是前端分離出來，在前端不斷完成自我人格的時候，必然同現要權的行為，從angular1開始，就體驗到在views拿到了control和data flow的權力，\b而且directive的\b創新\b概念影響後代的reactjs和vuejs以及ember等主流\b框架，可以說angular1\b有著開時代的影響，就如當年的yahoo的Mootools和Prototype。 至於現在前端主流reactjs和vuejs以及jquery之間的區別是什麼，我\b\b簡單解析下： jquery可以說影響前端比較\b\b深遠的一個\b框架\b，是框架\b嗎？其實不是，準確是javascript的工具集，在這之前還有Mootools和Prototype等優勢工具集。 為什麼說jquery影響深遠，因為他將\bnative javascript簡單\b\b\b歸納成易用易\b維護的dom操作，插件plugin易extend和開發，\bevent以及\b\b交互上，以\b及樣式控制。對於當時來說，也存在很大爭議，對於寫習慣原生js的人來，就如今天之爭。 \b而對於現在初學者來說，怎麼學好reactjs和vuejs？一\b般入門者都喜歡站隊，其實不必然。因為reactjs和vuejs相似又各不同。 對於reactjs來說，可以說和jquery一樣相當影響，簡單來說，reactjs就如上文所\b說，現在前端框架是真是框架並不是工作集，例如： 獨立的人格。就如lifecircle生命周期的概念，生命周期就如人一樣，出生，成年，\b死亡和回收大自然，所以有componentWillMount, componentDidMount,componentWillUnmount \b等\b生命周期階段. 生物信息流。對於state props來說,可以簡單講信息流，就是人一樣的身高\b，體重，以及dna,fingerprint一樣，就如人的生物信息流，\b那麼這些信息流會改變或不變嗎？其實不能說\b去\b\b\b量化這麼信息，reactjs只是記錄這個過程，就如你出生體重到\b死亡\b成灰都有一\b記錄值，就如性別一樣，你一樣可以改，但在更換性別前時就有一個記錄是什麼\b條件下改變的。 社交\b記錄。至於redux，又是一個什麼概念了？其實簡單來說，各個component之間社交行為\b紀錄，在沒有 redux,reactjs\b 會將\bprops和state的變化各自\b\b記下，就如A借錢到B,B又把錢C，C要還錢還B,B再還給A，但有 redux時就可以，C還錢給B， B可設置action在收到C錢時dispatch直接還給\bA。\b而且 redux的數據是怎麼記錄的？，你可以\b想像就如圖書館，你每看一本\b\b\b書，就要去\b借入記一次，歸來記一次，就如會計帳記錄，衝正也是\b記錄，所有行為可以trace。 自我反復思考\b糾錯。至於virtrual dom又是什麼\b概念呢？因為javascript 的actural dom是一\u001d次渲染出來，以前開發時修過只是通過人工fresh才可看到，而virtrual dom\b只是在\b真正渲染前用diff算提交一个path的去更新view ，就如一个自我糾錯的行为一样。 以上也是vuejs2改版之後也具有的特性。 兩者有什麼不同？可以講都是人，可以講男女之別。 reactjs 就像男生一樣，想法多，得想到方方面面，但風氣就如農村的重男輕女，習慣繼承皇位。 vuejs 就像女生一樣，嬌小，思維直觀，template javascript style， 每個 componet 像 derivative 可自義聲明，有點女孩子富養的感覺。對於習慣MVC思維有一個好的幫助。 那 angular 4呢 angular 2開始 typescript 寫，入門門檻更高，也採用新時代特性，習慣 flowtype和強類型的前端有了一個更好的選擇。 江湖門派之爭，總有好勝之爭，這是好事。但想成為真正強者，還是\b知各家所長所短，不然到真正華山論劍之時\b，不學無術者自然是給淘汰。我的建議，潛力去研究，學其所長。 \b","link":"/2016/12/30/better-framework-for-frontend/"},{"title":"如何建设一个支有初有成效的前端小团队？","text":"所谓管理者只是大集团下的小公司的CEO. 前段时间在拜读刘轶的团队管理经验，如下： 技术团队管理笔记(一)-识人 - 掘金 技术团队管理笔记(二)-带人 - 掘金 技术团队管理笔记(三)-用人 - 掘金 的确，在来到西洋汇公司前端差不多一年，过了差不多8个月才可以开始扩建团队到6人以上，以我过往带10+人的团队的经验相比而言，现在才可以有有点像样的小团队，不过相对两个产品线，电商行业务分布问题不太像过往外包公司一样，可以同时掌握20+项目的动态。不过在带团队这几年得到经验，当然最理想的状态就是如刘轶的100+人和6直属的状态，但事实上，我们大部分创业都是团队小作坊，往在3-10左右的小团队（实际就3-6）左右，文中所提到的，团队分级，我觉得比较有意思,当然识人-带人-用人更多强调从上面下的方向。 类别 定义 优秀的工程师 技术优秀，认同公司目标，有很强的自驱力，喜欢发现问题，解决问题 有一定工程师思维的潜力程序员 认同公司目标，有很强的自驱力，技术尚在快速成长期 有一定工程师思维的普通程序员 认同公司目标，有很强的自驱力，技术潜力一般 熟练的程序员 技术比较扎实，但是没有太多工程师思维 普通程序员 技术一般，也没有太多工程师思维 所以相比而言，我更偏向美剧Seal Team 那样粗白简单的有效的团队配置： Bravo one: Seal \u0014Team队长，团队大脑，制定方向或策略，实现技术方向，及团队推进等。 Bravo Two: Seal Team lieutenant,副手，团队重要成员，协调队长命令，更多分析现场，对队长方案提出进一个补充，及传递执行到团队。 Bravo THERE: Seal Team Breacher,突破手，攻破敌人防线及技术防线。 Bravo FOUR: Seal Team Assaulter，攻击手，执行单位业务。 Bravo FIVE: Seal Team Rifleman/Radioman, 狙击手，提供信息及击倒出其不意的敌人。 Bravo SIX: Seal Team Grenadier/Supporter, 爆破手,后勤。 其实换言之： Bravo one: 组长。 Bravo Two: 有一定工程师思维的潜力程序员 Bravo THERE: 有一定工程师思维的普通程序员 Bravo FOUR: 熟练的程序员 Bravo FIVE: 普通程序员 Bravo SIX: 实习生。 其实队长将更多精力与资源放在在2-3位置中，其余更是良好团队化学反应下，2-4去带领，队长更提供大方向，技术细节更多3-6去跟2-4学习，这样达到有效人员带领与学习及有效运转。亦是现在美军非规技术小队非常有效的一个执行团队。 细看，其实现在很多大公司下，很多业务线下，其实配置就是这种有效的小团队，6人下的配置非常有效。但一般的小公司多条业务线下只不同不同配套设置。 以上只是一些想法及愚见。","link":"/2019/01/10/how-to-build-little-frontend-team/"},{"title":"新的开始， 走出大珠海....","text":"休息2个多月，想了很多东西，规划了部分自己的计划，发现自己在\b\b\b\b岗位工作了差不多了三年半，是时候走\b出自己的comfort zone.生活从来\b者是不易，只是否多尝试。 不过非常感谢之前的团队，非常感谢老板kary,Tim, \bCTO jack，感谢同事paul,marqius,dan，leo charley等，在港澳公司上班\b\b，公司的\b氛围很好，技术栈很深，\b\b接触了很多的应用场景，不只是前端或后端，更重要是整个项目的推进等把控，做为珠海部技术负责人及公司前端部负责人，从团队分部二个\b人到10多人，感受了到小公司发展难能\b可贵的经验。这个是在其他初\b创感受不到。 人将30而\b惑，这是每个人都会经过的，公司的\b本质上发展与自己所\b\b\b规划有所不同，自己内心虽不是当时那\b\b\b勇气少年，但慢慢\b发现国内的使用\b场景毕竟领先世界的，如小程序，react native等\b敏捷开发。\b所以为\b技术也好，为\b前途也好，分手是对双方最好。 最后\b\b很不舍得，不舍得离开，但不得不离开，天下无不散之筵席，\b\b\b祝大家越来越好！","link":"/2017/11/01/new-stage/"},{"title":"tvOS, tizen  与 webos 路在何况 ？","text":"在如今看，tizen与webos这对韩国半代工技术的电视平台的由于廉价的原因，可以说在电视OS的如手机的apple与google两家阵型，但是随着技术的发展，加上apple OS与andoird TV的发力，在全球份额来说，Samsung与LG的份额也随着减少与被挑战，而更有趣的方面是，samsung随着手机市场的失控，近来的TV的tizen可说的没有什么突破，更严重来说，一直就那里，反观，LG上，技术由于一定利用开源linux做为基核，随着来说，体验稳定，稍为有好转，份额有所增加，但是这对难受在2020第一季节占根据statista的市场调查数据显示，tizen为11%, webos为 7%。从2019年在公司所有看到tizen 15%，webos为6%的信息，tizen是有所下降的。 以下从技术发展来谈谈这对这两平台发展方向： 技术体系： Samsung tizen LG Webos 总结 开发语言 1. Web/js 2.native C++ 1.Web/js 2.QT QML C++/QML有难度 市场偏少，总体是以js开发为主,人工成本低 开发IDE Tizen studio None Tizen studio是eclispe二次开发，内存性能不足，证书配置难度大，要samsung account (3.7),不建议以Tizen开发 开发及开发者周边 官方文档，社区开发帮助不大，欠维护 官方文档，有开源OSE, github上多个方向 大部分在stackflow有相关 开发调试 有新开发工具wits 有ares-cli 调试相对低来说， LG更显得理念好一些，都有自家的CLI 模似器 都是基本java的vitrual linux image 都是基本java的vitrual linux image 模似器除旧，与真机出入都很大，对于官方部doc spec有效 建议大多数真机 以上是两个平台的技术要数：Samsung samsung的自家播放avplayer 可以讲各种问题，buffer 与codec的MSE各版本不一，假如片源有许多不一的flag, 或者没有自己HLS的优化体系，在三星可以讲各种小问题出现。 LG总体来说，对开源的播放器支持的蛮好的。 上线周期：由于三星与LG都是同一样市场合作模式，因为电视都是parent合作模式，都是使用人工QA模式，所以上线从提交到发布最起码在一个月间，假如中途取消，要起码一个月为计数。 总结由全球的OTT团队中都是他们的合作伙伴，以AWS，GOOGLE, NETFLEX, flex, disney都是他们的顶级合作伙伴，留意到是这些顶级合作伙伴的QA是比我现在的团队快出半个月时间左右。对于这两平台的前景发展及分析，大部分都只是到维持这个产品完整度的一个水平，随着技术的更新，加上电视的寿命的周期长，导致技术更新水平过慢。 但是近年从sony转战androidTV平台，及samsung自家也有意放弃，未来一定在tizen平台慢慢放弃。 反观APPLE TV+以及google也有意对TV的增加资源，我觉得更重要的一点，现行这两家技术难以支持往后4K或6K，8K的时代，apple与google TV的market现在也有各种审核机制可能对mobile来说是delay那一两天时间，所以从技术与市场及准入管理来说，apple与google TV的份额一定逐年提高。 国内： 因为由于我们国内的布局好，现行是android自家定制的独大，appleTV的没有进入加上版权问题，也有tencent与芒果TV布局这两个小市场，但国内的审核机制也应该如此。 以上只个人一些理解， 这两平台会随着技术更新与慢慢淡去。","link":"/2020/08/28/tizen-webos/"},{"title":"寫一個react抽獎輪盤compoent","text":"近來在寫一抽獎要用到\b\b輪盤的項目，發現當時只\b能用圖片難以修改長度和range的份數，後來想到用svg來實現，就用寫chart用到的 d3.js,完美解決。如圖： 下一次版本，會考慮加上九宮格抽獎以其他可以的方式抽獎，或者利用canvas做一個\b彩帶confftti的效果。 \b \b","link":"/2017/03/02/react-luckdraw/"},{"title":"写个readhub.me的electron版本。","text":"之前在做一個項目用的就是electron,發現electron前端\b交互真是方便，不過之前內置go版tts在node，用child press run就可以，結果內存真是\b顯高，畢竟不是原生的mac os。之前看大輝老師的readhub.me上線，我算是小道消息的老用戶（只是接收端，低社交人士），發現這個產品真不錯，以前也\b有個想法用spide去\b抓。當时腦一熱就用electron＋React+redux+persist寫一個readhub.me的\b版本叫readhubtron。后来也有人用swift写\b出来，逻辑差不多。 \b macOS \b版本 v0.1.2 windows \b版本 v0.1.2 feature 增加 Notifacation. 增加 推薦閱讀api flowType加\b强检测 code Sgin for autoupdater unit test and pinline test update notedtouchbar在development下可以，可惜production上没支持。 \b And carry on.","link":"/2017/07/23/readhubtron/"},{"title":"Nestjs，刚好遇上你，还好不放弃。","text":"对于我来说，过往是开发php symfony/laravel，或用过python django,java spring/boot等framework来说，对于这几个优秀主流企业级的框架，无论人气与生态，都是业务层必选和考虑的问题，是否再做框架，类似框架也是吸收其中优秀的理念和解藕逻辑，相信每一个从后端转向前端的，或者全栈的工程师来说，用nodejs来写业务层或者项目总体来说，还是很难达到一个企业级的标准。当然也有很多优秀的framework.express/koa，只能处理轻量级业务，尽量有许多版本的，如sailjs和Meteorjs等，但怎么也难有达到企业级需求，相对阿里也出现eggjs，但是社区力度不够，主core在koa1往koa2,当然也使用一短时间，对于习惯使用ORM/ODM的，sequelize尝可以应付，但优化及主从相对doctrine的成熟还是差不了很多。加js弱语言，想升到企业级多人开发，还是有点信心不足。毕竟我们没有阿里这么node专家。他们还有女鸟哥。😂（张秋怡） 不过之前也看过NestJS：我们一直在等待的精美的Node.js框架，这文章过早看过，但只简单的介绍。但没有真正与主流框架对比过。 现在nestjs已到v4，以typescript为开发框架实属为少，但必属精良。","link":"/2019/01/15/meet-nestjs/"},{"title":"Samsung tv 开发TIP (1) --- wits开发与介绍","text":"开发Samsung TV也一段时间了，经常过tizen cli 及sdb connect 的折磨（小声点，sdb是samsung基于adb的二次开发,各种阉割…）后迎来一个算是不错hot-reload开发，但由于电视的基于sdb push的更新+ wgt-> 解压-> iframe包着当前包的. 下面来简单介绍安装方法。 1. 安装WITs依赖12$ cd ~/{path-to}/Wits$ npm install -g 2. 更改 .witsconfig.json 在 Wits 的目录内.The default path is tizen-studio-data/profile/profiles.xml on Mac and Windows both.配置对应的 Tizen Studio 证书 Profile path profiles.xml所对应的路径到.witsconfig.json默认 path是 tizen-studio-data/profile/profiles.xml 都在mac与Windows系统上。 系统要求WITs 需要进一步地在你本地开发机器上配置对应的的步骤。 1. 打开 Terminal（终端器） on MacOS / Linux or CMD （命令提示符） / PowerShell on Windows2. 安装 Node.js 和 Git (推荐 v7.10.1 ~)我们不能很好告诉你这些安装步骤，因为有太多方法与开发者各有自己的性能配置，但我们推荐你使用一些，例如 nvm 或 asdf 等的项目管理器去管理不同的Node.js 版本去控制你的代码项目。 3. 安装最新的 Samsung Tizen Studio.4. 打开你的Samsung电视上的开发者模式： 1 With your Samsung Remote, press the Home button. 1 使用你的三星遥控器，按 Home 的按键。 2 Navigate to the Apps button and press Enter/OK. 2 移动所选到 Apps 的按键并按 Enter/OK。 3 When on the Apps screen, press 1 2 3 4 5 in order on the remote to open the Developer Mode Dialog. If this doesn’t work, try it again. 3 如当前显示Apps 屏幕，依次在遥控器上按1 2 3 4 5并同时弹出开发模式对话框，如果不成功或不出现，再一次尝试。 4 When the Developer Mode Dialog appears, toggle the switch to On and enter the IP address of your development machine. 4 当开发者对话框出现， 切换并点击按钮 On 和 输入你的开发机器所对应的IP地址。 当然，官方的中繁都是我翻译的的，见:https://github.com/Samsung/Wits/blob/master/doc/README_zh_HANS.mdhttps://github.com/Samsung/Wits/blob/master/doc/README_zh_HANT.md","link":"/2020/08/25/wits/"}],"tags":[{"name":"css","slug":"css","link":"/tags/css/"},{"name":"fonts","slug":"fonts","link":"/tags/fonts/"},{"name":"tfc","slug":"tfc","link":"/tags/tfc/"},{"name":"javascript","slug":"javascript","link":"/tags/javascript/"},{"name":"react","slug":"react","link":"/tags/react/"},{"name":"vue","slug":"vue","link":"/tags/vue/"},{"name":"团队管理","slug":"团队管理","link":"/tags/团队管理/"},{"name":"管理","slug":"管理","link":"/tags/管理/"},{"name":"人生","slug":"人生","link":"/tags/人生/"},{"name":"life","slug":"life","link":"/tags/life/"},{"name":"feeling","slug":"feeling","link":"/tags/feeling/"},{"name":"new stage","slug":"new-stage","link":"/tags/new-stage/"},{"name":"tizen","slug":"tizen","link":"/tags/tizen/"},{"name":"webos","slug":"webos","link":"/tags/webos/"},{"name":"electron","slug":"electron","link":"/tags/electron/"},{"name":"nestjs","slug":"nestjs","link":"/tags/nestjs/"},{"name":"后端","slug":"后端","link":"/tags/后端/"},{"name":"samsung","slug":"samsung","link":"/tags/samsung/"},{"name":"samsung-tip","slug":"samsung-tip","link":"/tags/samsung-tip/"},{"name":"tv","slug":"tv","link":"/tags/tv/"}],"categories":[{"name":"css","slug":"css","link":"/categories/css/"},{"name":"travel","slug":"travel","link":"/categories/travel/"},{"name":"javascript","slug":"javascript","link":"/categories/javascript/"},{"name":"team","slug":"team","link":"/categories/team/"},{"name":"feeling","slug":"feeling","link":"/categories/feeling/"},{"name":"TV","slug":"TV","link":"/categories/TV/"}]}