安裝 caddy 后,服務(wù)啟動后,不到幾秒就服務(wù)停止,系統(tǒng)是 centos 7 的。請問一下是什么原因?qū)е碌模?/div>
使用場景: Web 開發(fā)、Java 開發(fā)
后者即 macOS 跑個 VirtualBox 的虛擬機(CentOS),然后在里邊再跑 Docker.
請有過相關(guān)使用經(jīng)驗的人來說說, 從使用便捷度、IO 性能、系統(tǒng)穩(wěn)定性等方面.
問題一:最近在做一款設(shè)計軟件,需要在 pdf 上添加文本,文本的樣式是外部設(shè)定的,pyqt5 開發(fā)的 windows 上 font 對話框,font.family()和字體的文件名是不對應(yīng)的, # 需要是微軟雅黑粗體轉(zhuǎn)換成對應(yīng)的文件名,才可以正常將字體樣式寫入的 pdf 中 choose_file_name = "msyhbd.ttc" page.insertText(point, text, fontsize=fontsize * 1.2, fontname="{0}{1}".format(choose_file_name, index), fontfile="C:/Windows/Fonts/{0}".format(choose_file_name), color=color)
比如微軟雅黑是 msyh.ttc ,粗體和斜體也無法獲取,外加部分字體在 PDF 寫入時不支持中文,會亂碼。有沒有解決辦法,我自己想了一個替代方案:字體需要提前備好放入應(yīng)用,后續(xù)增加字體,要放入系統(tǒng)的字體庫,需要導(dǎo)入對應(yīng)字體的常規(guī),粗體,斜體(有的話),外加添加字體的名稱和對應(yīng)的文件名,建立好映射表。
問題二:我看了字由加字體這些,Windows/Fonts 文件里沒有這個字體的,它是如何實現(xiàn)添加相關(guān)字體會導(dǎo)入到對話框,ps 這些軟件中的呢,有相關(guān)經(jīng)驗的朋友告知下么
我為一個加拿大公司 sourcing 大概超過 10 多年了,手頭積攢不少供應(yīng)商,其中有家做 USB HUB 和蘋果手表充電線以及無線座充之類.
由于疫情已基本過去,打算自己創(chuàng)業(yè),選擇了跨境,所以我開了個亞馬遜店鋪,這幾天正在上架產(chǎn)品, 考慮到亞馬遜各種成本高企,同時 3C 類產(chǎn)品競爭激烈,同時也不想放棄國內(nèi)市場, 但又不想開通京東天貓店鋪,因為比較討厭純粹的無底線低價競爭.
所以這里請教下各位老哥,在價格和品質(zhì)都不錯的情況下, 怎么樣你才會購買這種產(chǎn)品,提前拜謝, 建議合適的話我會免郵快遞個產(chǎn)品給建議者.
具體產(chǎn)品請看附圖.
全文地址: gameinstitute.qq.com/community/detail/133448
導(dǎo)致多線程混亂的依賴和死鎖問題。
在介紹各種多線程開發(fā)工具前我先要介紹下多線程下最大的二個問題。
第一個問題就是任務(wù)執(zhí)行的依賴關(guān)系。在不同線程間執(zhí)行的任務(wù)代碼會有先后次序的需求。但因為多線程的特性會導(dǎo)致這些代碼被同時執(zhí)行。那么需要一種方法來控制多線程間代碼的依賴關(guān)系。違反這種依賴關(guān)系可能會導(dǎo)致數(shù)據(jù)的丟失。執(zhí)行過程的嚴(yán)重錯誤。甚至崩潰,死機。
第二個問題就是死鎖。 在多線程執(zhí)行過程中,多個線程會訪問同一個數(shù)據(jù)。如果其中一個線程鎖住了一個數(shù)據(jù),然后請求另一個數(shù)據(jù)的鎖。而其他線程剛好鎖住了他請求中的數(shù)據(jù),并也剛好請求他擁有的數(shù)據(jù)。就會導(dǎo)致兩個線程互相等待系統(tǒng)卡死的問題。
為什么多線程下這兩個問題是核心問題? 因為這兩個問題的出現(xiàn)與多線程軟件規(guī)模成正比,也就是說隨著多線程軟件規(guī)模的增加,這兩個問題出現(xiàn)的概率也在增加。他們像達(dá)克摩斯之劍一樣懸掛在任何多線程項目的上空。
pelagia
是開源項目其地址在 github.com/surparallel/pelagia
pelagia 是由 surparallel open source 推出的開源項目,是唯一同時解決依賴和死鎖的多線程工具。 在前面我簡單的介紹了多線程工具的現(xiàn)狀。我們知道依賴和死鎖是多線程開發(fā)中必須要解決的兩個問題。并不是簡單的因為依賴和死鎖會有概率的出現(xiàn)在多線程項目中。而是因為在多線程項目中存在指數(shù)規(guī)模效應(yīng)的問題。
所謂指數(shù)規(guī)模效應(yīng)是指假設(shè)一個項目有兩個線程,如果你新添加一個線程,那么兩個線程間發(fā)生依賴和死鎖,就有 3 的 2 次方即 9 種可能。如果有 99 個線程,你同樣是新添加一個線程,那么發(fā)生依賴和死鎖的可能就變成了 100 的 2 次方種可能。也就是說可能發(fā)生依賴和死鎖的狀況,隨著開發(fā)任務(wù)的增加成指數(shù)級別的增加。
這樣就導(dǎo)致每開發(fā)一個新的線程任務(wù)就要和其余的線程任務(wù)做仔細(xì)的檢查。檢查是否可能出現(xiàn)依賴和死鎖。而這種檢查的規(guī)模也是程指數(shù)增加的。這樣就導(dǎo)致我們開發(fā)的多線程項目很快就會達(dá)到團隊所能承受的極限。
因為指數(shù)規(guī)模效應(yīng)的存在就必然會有祖?zhèn)鞔a拍死老師傅。為了避免老師傅們被祖?zhèn)鞔a拍死。pelagia 結(jié)合消息通信和數(shù)據(jù)分區(qū)兩個技術(shù),同時解決依賴和死鎖問題,徹底拯救了老師傅。
pelagia 目前處于準(zhǔn)完成階段。大部分功能已經(jīng)開發(fā)完畢。包括消息通信的統(tǒng)計系統(tǒng),支持多線程的日志系統(tǒng),多線程數(shù)據(jù)分區(qū)的存儲系統(tǒng)。其硬盤儲存系統(tǒng)性能略快于 redis 。
前幾天發(fā)帖子現(xiàn)場翻車,被我下沉了。這兩天也收到不少朋友的反饋,但是專業(yè)的評價還沒有出現(xiàn)。所以我再開一個帖子說說我的后續(xù)計劃,希望有業(yè)內(nèi)人士出來指點一下。
針對線下五金百貨等批發(fā)行業(yè),本軟件我是有信心的,因為客戶反饋都不錯,界面看似簡單其實內(nèi)涵很豐富! 由于商業(yè)能力不足,在線按年付費模式注定行不通,所以我想把它變成一個客戶端程序,繼續(xù)服務(wù)客戶。 本軟件目前的技術(shù)架構(gòu)是 H5+nodejs+mongodb,我可以用 electron 改造成桌面程序,一次性售賣。
還沒體驗過的同學(xué)可以看看,開單寶的核心功能就是開單,建議大家多開幾個單試試:) 地址 : https://wangyilun.com 。注冊掃碼領(lǐng)取序列號!
我是一名后端,今天在 facebook 源代碼看到頁面的 className 感覺全是隨機取的,好像近來這種方式的網(wǎng)站不少,這個是如何實現(xiàn)的呢?這種對 seo 友好嗎,這種做法有什么好處和壞處呢
先說背景:
畢業(yè)四年,工作上做任何事情自己一直是個奮斗型,都會盡全力去做。
最近準(zhǔn)備明年 3 月跳槽,微軟、騰訊、頭條。需要準(zhǔn)備算法和英語
老板昨天給了個之前的坑(美其名讓我去拯救這個系統(tǒng),改造的更好),是個審核系統(tǒng)。
所以現(xiàn)在心態(tài)不知道怎么搞了,預(yù)計可以做到 9 點半前到家。 如何對待工作現(xiàn)在,繼續(xù)做好,還是劃水 項目不給力如何為面試加分?開源?
微軟 開源 算法 刷題 架構(gòu) Java
為什么大部分講 java 的設(shè)計模式,還有 c#的設(shè)計模式的博客的代碼例子都是基于實現(xiàn)接口或繼承抽象類?
設(shè)計模式不是脫離語言的么,除去必須要考慮繼承抽象類,實現(xiàn)接口的設(shè)計模式,其他的設(shè)計模式與繼承抽象類或繼承接口有什么必然聯(lián)系么?我怎么感覺老是用實現(xiàn)接口繼承抽象類的例子去講設(shè)計模式有點誤導(dǎo)人的感覺?還是習(xí)慣了,或者繼承接口抽象類的代碼例子很合適?還是說設(shè)計模式的規(guī)范真的很嚴(yán)格?還是抄襲 csdn 博客?那些博客講設(shè)計模式不用“實現(xiàn)接口繼承抽象類的代碼“的該類例子講解不行么。
舉一個例子,裝飾器模式,一些講裝飾器這種設(shè)計模式的很多博客,代碼例子基本都是實現(xiàn)接口走起,可在我看來,裝飾器模式,即使用代碼例子說明,有必要搞得這么復(fù)雜啰嗦么?我要擴展一個類的功能,我直接創(chuàng)建一個普通類作為裝飾類,通過構(gòu)造函數(shù)傳入即可,并擴展裝飾類的功能,除非有需求必要,不然不會“先寫個接口再去實現(xiàn)接口”這種羅里吧嗦的步驟。
難道是“為了接口而寫接口”的這個習(xí)慣傳染了很多人?
個人小程序功能沒有 企業(yè)認(rèn)證的多。想問一下是不是 注冊的時候就做企業(yè)認(rèn)證呢? 不知道能不先 個人主體,然后做大了再轉(zhuǎn)企業(yè)。 我看某寶有代認(rèn)證的,就怕以后有風(fēng)險。。 大家怎么操作的?
目前了解的有 RAP2 、Yapi,這兩個產(chǎn)品都在本地都跑了下,發(fā)現(xiàn) YApi 比較符合需求,想問問大家還有其他的推薦嗎?
最好是支持以下特性: 項目組以及權(quán)限管理 支持導(dǎo)入 swagger.json 支持在線調(diào)試接口
Pzea 購買了一個香港云主機,付款后訂單狀態(tài)未改變,網(wǎng)站內(nèi)提了工單一周都沒人回復(fù),想知道還有其它渠道能聯(lián)系上主機商嗎?
https://s1.ax1x.com/2020/08/14/d97ITU.png
https://s1.ax1x.com/2020/08/14/d975wT.jpg
ES 最大內(nèi)存只支持 32G,服務(wù)器內(nèi)存 128G 感覺有點浪費,目前 ES 負(fù)載很高,該怎么利用這余下的內(nèi)存?
這玩意出來一個多月了,應(yīng)該很流行吧?效果如下: https://github.com/netcan
寫了篇關(guān)于 Github profile 相關(guān)文章,感興趣可以 DIY 一下:)
為 Github 打造一個 Geek 風(fēng)個人 Profile
問這個問題是因為最近帶了個實習(xí)生,一個多月了,帶著做一個項目,代碼大概寫了有 20 行?
問就是還在看項目代碼實現(xiàn),然后覺得這樣不行啊,就讓試著實現(xiàn)一個獨立的小功能,
告訴其說 5 行代碼以內(nèi)就可以搞定,主要是讓你可以先試著熟悉下模塊,要是一個小時沒思路可以過來找我,
結(jié)果,人家花了兩天時間也沒過來說個進(jìn)展啥的,過去問,說覺得自己代碼加了沒問題,但是沒有
沒有按預(yù)期運行?哎,不知道說啥了
我公司目前使用的是 google 一條龍服務(wù),所有資料全在 google drive 中,協(xié)同操作特別方便,總部在深圳,西安有一個分部,平時對需求,開會什么的都沒有太多的障礙,為什么這套模式?jīng)]有被廣泛推廣呢? google 的生態(tài)真的很強大,國內(nèi)的廠相比確實有不小差距
分詞斷句,比如——“我們希望 V2EX 能夠成為中文世界中氛圍最好的社區(qū),而實現(xiàn)這個目標(biāo)...” 分詞為—— 我們 希望 V2EX 能夠 成為 中文 世界 中 氛圍 最好 的 社區(qū),而 實現(xiàn) 這個 目標(biāo) ... 相對智能和穩(wěn)定一點,付費也可,網(wǎng)上搜了一些前排的,感覺都有點缺陷。
收到菊廠多倫多的獵頭發(fā)的職位描述要求 Rust/C++,3-5 年。越來越多大廠在用 Rust,愉快。
http://127.0.0.1:8808/test/t1?name%3Dbob%26id%3Daaaaa%26orderNum%3D2019%26charset%3Dutf-8
request.getParameterMap()是可以接受到一個大的字符串
這樣是拿不到的(String name, String id)拿到的參數(shù)都是 null
http://39.106.55.224/wgcloud/login/toLogin
拋磚引玉,問下有沒有其他的組件,比如我想顯示幾百個節(jié)點,現(xiàn)在這個情況肯定就比較擁擠。
看官推的語氣很微妙 估計官方心里也沒譜
MDN 這么好的東西可千萬要堅持住啊 現(xiàn)在基本就查它
比較玄學(xué),我確定已經(jīng)關(guān)機后 20 秒內(nèi)拔掉主機電源了,醒來開機發(fā)覺就像沒關(guān)機一樣,好玄學(xué)啊~求解惑
網(wǎng)上搜了一個遍,實在是找不到解決辦法了。
這個是圖一的問題。 只有標(biāo)題,但是卻沒有內(nèi)容。然而我在本地是顯示正常的。感覺應(yīng)該是渲染問題,但是 vuepress 卻沒有報錯。
這個是問題 2. 我的配置里已經(jīng)改成了 gh-pages 分支,然而這里部署的時候依然還是 master 分支。
個人分析應(yīng)該是腳本部署的刪掉了 gh-pages 。所以導(dǎo)致我部署失敗。我看似乎沒有人部署在 gh-pages 過。不知道有沒有在用的大佬,幫忙分析下問題? module.exports = { title: '吳起的個人網(wǎng)站', description:'吳起的個人網(wǎng)站,專攻 vue,python,linux,PowerBI', base:'/VuePress-blog/', markdown:markdownConfig, plugins: pluginsConfig, head: headConfig, //theme: 'ououe',//安裝命令 yarn add vuepress-theme-ououe //theme: 'reco',//安裝命令 yarn add vuepress-theme-reco themeConfig:{ nav, authorAvatar: 'http://shp.qpic.cn/ishow/2735060319/1591183305_84828260_14686_sProdImgNo_2.jpg/0', //type: 'blog', //sidebar, lastUpdated: "上次更新", repo: 'https://github.com/solider245/VuePress-blog',//你的倉庫地址 repoLabel: 'Repo', // 假如你的文檔倉庫和項目本身不在一個倉庫: docsRepo: 'solider245/VuePress-blog', docsDir: 'docs', docsBranch: 'gh-pages', editLinks: true, editLinkText: '你要教我做事咯?', smoothScroll: true,//頁面滾動 locales: { '/': { lang: 'zh-CN' }},//修改默認(rèn)語言為中文 //algolia: { //apiKey: 'b89c2570f4d0358f1b38ef95c4dc9b9b', //indexName: '' //} } }
這個是配置文件。
先附上漏洞詳情鏈接: https://cert.#/warning/detail?id=d31cb7d9342a5ab0973ab2e5e28ddd84
印象中以前這貨也報過好多次漏洞,看了下個人版許可證,也賊貴,好幾百一個月。
有沒有替代品呢?
有用這個的 V 友們,大家趕緊更新吧。
程序功能是將質(zhì)數(shù)依次寫入文件, 執(zhí)行 ts-node main.ts , 代碼在下面
常規(guī)判斷是否是質(zhì)數(shù), 是逐個判斷 [2, Math.sqrt(num)] 是否能整除目標(biāo)數(shù), 我的思路是維護(hù)一個質(zhì)數(shù)數(shù)組, 先從該數(shù)組中逐個判斷是否能整除, 然后再依次加一, 效率還行(?), 每秒能判斷十萬個左右, 加上寫入文件的話每秒能 1.5 萬個左右
但是跑到 2.2 千萬時, 程序報錯了, 重新執(zhí)行, 從 2.2 千萬跑到 3.5 千萬時又報錯了; 就我的渣渣水平來看, 大概是內(nèi)存溢出? 但是我從頭到尾看了我的程序, 除了那個質(zhì)數(shù)數(shù)組一直占用內(nèi)存, 其他的變量應(yīng)該都能被回收啊, cpu 占用也一直在 50%左右, 不高啊, 求助為什么崩了呢?
部分報錯如下 [4828:000002AA1DB95410] 818854 ms: Mark-sweep 1753.6 (2051.2) -> 1753.6 (2051.2) ms (average mu = 0.191, current mu = 0.000) last resort GC in old space requeste [4828:000002AA1DB95410] 819628 ms: Mark-sweep 1753.6 (2051.2) -> 1753.6 (2052.2) ms (average mu = 0.207, current mu = 0.227) allocation failure GC in old space r ... FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScr memory
------------ 代碼 ----------- // main.ts import * as fs from "fs" const primeStr = fs.readFileSync("primes.txt", { encoding: "utf-8", flag: "a+", }) const primes = primeStr.split(",").map((n) => +n).filter((n) => n >= 2) let primeLastIdx = primes.length - 1 function checkIsInt(num: number) { return num === num >> 0 } /** * 返回 a 是否是 b 的因子 * * 返回值 true: 是因子 * 返回值 false: 不是因子, 且大于 a 的數(shù)都不是因子 * 返回值 1: 不是因子, 但大于 a 的數(shù)可能存在因子 */ function isFactorOf(a: number, b: number) { const devided = b / a if (a > devided) { return false } if (checkIsInt(devided)) { return true } return 1 } function checkIsPrime(num: number) { let prime: number for (let i = 0; i <= primeLastIdx; i += 1) { prime = primes[i] const isFactor = isFactorOf(prime, num) if (isFactor === 1) { continue } return !isFactor } for (let i = prime + 1; true; i += 1) { const isFactor = isFactorOf(i, num) if (isFactor === 1) { continue } return !isFactor } } function main() { for (let i = primes[primeLastIdx] + 1 || 2; i < 101000000; i += 1) { process.stdout.write(`\r${i}`) if (checkIsPrime(i)) { primeLastIdx += 1 primes.push(i) fs.writeFileSync("./primes.txt", `${i},`, { encoding: "utf-8", flag: "a+", }) } } } main()
在本省的網(wǎng)站上注冊,說住宅不能辦營業(yè)執(zhí)照,這種情況下我該怎么辦?
也看了阿里云的云上個體戶,貌似有套路啊,嚇得我不敢注冊了。
我該怎么辦?
RT.
請問下各自有什么優(yōu)勢?
前后端分離用 antd 是真的香啊...
直接在后端渲染 HTML 的話 UI 庫選擇和 dom 操作方面是可能會有點難受
PS: 場景為一個人寫東西玩
幾百行代碼實現(xiàn)的類 react 庫,超小體積,可以方便的和 jquery 或原生 js 交互,求個 star,也歡迎 issue/PR,或者提點意見建議也行。
github: https://github.com/qqabcv520/jeact
公司原項目都是 C++做的,現(xiàn)在打算把其中的一些功能分拆成一個個獨立的 web 應(yīng)用,領(lǐng)導(dǎo)要求這些應(yīng)用可以單獨部署或者選擇其中幾個部署。
我有一個幾層嵌套的 json 數(shù)組,為了獲取最里層的某一個值,要創(chuàng)建很多 struct,神煩!哪位大佬有簡單的方式或者好的包推薦嗎?
說說我的情況:
2017 年本人有一些做批發(fā)的朋友,抱怨市場上沒有合適的開單軟件,我考察了一下確實是這樣。我自信能理解這些中小實體店主的痛點,并能做出方便的開單軟件,于是離職封閉開發(fā)了半年。本人有點完美主義,完全閉門造車,其中過程非常痛苦,經(jīng)常半夜腦袋痛醒,不過總算是堅持做出來了可用的產(chǎn)品。其中各種經(jīng)驗教訓(xùn)以后單獨開個貼講一下。
目前的問題:
現(xiàn)在有 13 個用戶,剛好夠維持服務(wù)器等開銷,沒有團隊沒有客服很難增長。項目去年已經(jīng)停止更新,目前想放棄了,。V 站各位大佬給點意見唄。還能不能搶救一下~
https,域名,短信等都陸續(xù)不要了,但目前功能還完整:
地址 :114.55.175.184 用戶名:demo , 密碼:123456
我的筆記本是 MacBook Pro 2015 款 A1502 型號,昨天拆開后發(fā)現(xiàn)電池鼓包了,都把后面蓋子頂起來了,我擔(dān)心有安全問題,想把電池也換了(我覺得我的本子還能再戰(zhàn) 3 年)。
但不知道什么牌子電池比較靠譜,各位大佬有什么經(jīng)驗嗎 求分享
需求就是想找一些稍微方便的對接下,就能把 h5 游戲嵌入到自家的 App 的方式。 最好沒有什么開發(fā)量。 不希望有依賴的服務(wù)在別的地方。
我自己進(jìn)行了一番搜索,出名的易企秀,人人秀感覺都是針對微信渠道的。并且服務(wù)都是部署在他們那。
還有種方式應(yīng)該是購買源碼,拿過來改下 js 之類的,這樣還可以自定義接口與數(shù)據(jù)。
所以求助各位,有什么類似的平臺推薦嗎?
系統(tǒng)增加了一個 crontab 每天定時備份服務(wù)器內(nèi)容,rsync 傳輸?shù)搅硪慌_服務(wù)器上去,就是 rsync 每次都要彈出輸入 pubkey 密碼,這樣導(dǎo)致 crontab 完全沒法用啊,想把密碼寫進(jìn)這個 bash 里面去,感覺又不太安全,有沒有安全有效的方法?
有一個帳號被他們自動續(xù)費高級會員, ,兩年之前的買的兩年會員,現(xiàn)在直接微信上扣款續(xù)費,一點提示都沒,在微信那投訴,一點反應(yīng)都沒。我在印象筆記,還有另外一個賬戶是三年專業(yè)的賬戶,我要這么多續(xù)費賬戶干嘛?
如標(biāo)題,自己在本機電腦上安裝了 AdGuard Home 版本地 DNS,每天攔截的logs-01.loggly.com 請求占了最少 50%,查日志也沒查到什么信息,有沒有大佬知道這個域名到底是干啥的?
先給鏈接
https://timeline.jwj.life/
現(xiàn)在朋友圈基本不發(fā)了,微博基本是看新聞,QQ 早就廢棄了。
掘金也好久不用了。
想發(fā)點自己想說的,各種東西,分享點圖片,文章,新聞都找不到合適的地方。
Hexo,語雀,wordpress,typecho 對我來說都太 heavy,有時候想說的就是一兩句話,用這些還要先想個標(biāo)題,再寫一句正文就結(jié)束了,沒什么意義。而且發(fā)布比較麻煩,雖然有各種 CI,只需要寫 md,然后 push,但是還是不方便(懶)隨時輸出。
折騰來折騰去,弄了個現(xiàn)在的 timeline 形式的博客,其實不能叫博客,應(yīng)該叫 list,比較合適。
適合記錄一些隨時的想法,吐槽,不知道從哪兒摘抄的句子,文章,圖片,網(wǎng)址,新聞鏈接等等,最好在 300 字之內(nèi)能表述清楚的東西。 而且這也可以減少一些無意義的博客文章輸出,本來很多東西都是幾句話說明白的知識點,還要水一篇文章,實在是 emmmm....
對于那些長篇的,系統(tǒng)性的博客文章,還是可以在 yuque 等地方寫,然后在 timeline 里寫一篇摘要,然后鏈接到原文章去。
這是一個 vue 項目,樣式是從 codepen 上找的一個 純 css 實現(xiàn)的 timeline,響應(yīng)式,對手機端很友好,我在這個基礎(chǔ)上加了一些東西,比如時間,標(biāo)簽,markdown 渲染等。
數(shù)據(jù)來源是倉庫中的一個 json 文件。
這樣做的好處是不依賴任何現(xiàn)有的賬號體系,只要你最終可以生成一個 json 文件就可以。
所以你的數(shù)據(jù)從什么地方來,都由你自己控制。
但是你的數(shù)據(jù)來源必須要有一點,就是 API,這樣你才可以把你寫的東西取出來,生成一個 json 文件。
另外還有一點比較重要,就是你的輸出成本要足夠低,低到你可以隨時隨地發(fā)表東西。 手機 app 瀏覽器插件 命令行 桌面端 網(wǎng)頁端 編輯器插件( vscode 等) 微博機器人(@我的 xx 筆記等等) ...
這幾項里,越多越好,越多, 你就越容易發(fā)表你的想法,才可以堅持下去。否則等你打開電腦,打開編輯器,新建一個 md 文檔,想個標(biāo)題,開始寫的時候可能就突然不想寫了。
目前我的數(shù)據(jù)是從 https://wenjian.giki.app 平臺上來,通過 github 的 action, 每 1 個小時同步一次,調(diào)用 giki 提供的 api,生成一個最新的 json 文件,提交到倉庫中,同時會觸發(fā)一次 netlify 的打包部署。
然后再綁一個自己的域名,齊活。
剩下基本不用打理,只管輸出就是了。
現(xiàn)在 repo 是私有狀態(tài),有人想弄的話,我弄成公開的,然后再寫一篇文章(教程)。
背景: 本人前端小菜鳥一枚, 大概初中級水平, 只有作為主力開發(fā)的經(jīng)驗, 并無管理經(jīng)驗.
公司目前只有 2 位前端, 卻有包括部門老大在內(nèi)的 5 位后端. 我和另一位前端都是公司原前端面進(jìn)來的, 后來他離職了. 另一位的前端技術(shù)稍微比我差點, 所以就由我來負(fù)責(zé)主導(dǎo)項目前端.
前段時間領(lǐng)導(dǎo)找我談話, 想讓我負(fù)責(zé)搭建起前端體系, 專門為前端工程師的崗位做一個分級制度, 為以后擴招前端做準(zhǔn)備.
其實我不太想做這個事情, 因為我現(xiàn)在這個階段還是想專注在技術(shù)能力上, 況且我底子挺差勁的. 害, 雖然我挺感興趣的, 但是卻無從下手, 網(wǎng)上找的資料我實在不是很好理解, 想請教各位帶佬給我些建議. 請不吝賜教, 先謝謝了.