「用技術解決問題」將你平常操做的時間複雜度從 O(n) 降到 1

「不知道怎麼了，感受掙的錢老是沒有花的多，辛苦工做一年也沒見攢了幾個錢」

這是不少 3～5 年開發者正在面臨的問題，如今也成了我要面對的棘手問題。3 年內的開發者，一般都是在學習：

• 學習如何完成工做
• 學習跟團隊協同工做
• 學習處理同事和上下級關係
• 談戀愛
• 學習獨立生活
• 學習專業的技術知識
• 學習如何解決昨天寫的 BUG
• ……

這個時期內，你們都沒有多餘的精力去研究如何掙更多的錢，由於「剛出來嘛，先把工做作好，打好基礎，其餘的之後再說」。

工做以外尚有餘力的朋友，一般會選擇「作單/私活/外包」，由於這是技術新人僅可以接觸到的、較爲合適的賺錢渠道。固然，能力出衆的開發者會有更多的選擇。

有一些開發者喜歡寫技術類文章，這有幾方面的考量：

• 爲了系統化地整理知識
• 寫的過程當中要求本身深刻細節
• 寫給他人看，從評論中獲得確認
• 但願把本身趟過的坑告訴別人
• 寫文章就是沉澱，這對之後找工做有幫助
• 寫文章也能賺錢，作個技術自媒體也不錯

短時間內來看，寫文章顯然沒有作單賺錢多。作個項目，少說「千元」，多則「幾萬」。

寫文章？

全靠我的毅力，除非你很厲害。有些平臺會向做者約稿，每篇文章「幾百到兩千」之間，每個月產出 5 篇高質量的話，額外收入近 6000 塊了。

從長遠來看，寫文章獲得的「收益」顯然比擼碼多。寫文章是一種積累，內容的積累和粉絲的積累，這是量與質的結合。

有人運營微信公衆號，有人作知乎大 V，有人在頭條發視頻，簽約網課平臺作講師，這些都是技術自媒體可選的方式。顯然，要作到這樣的程度須要必定的技術沉澱，3 年內的開發者是沒法知足基本要求的。除非，只寫入門教程，而且很是「標題黨」。

也有一些優秀的做者，年紀輕輕就有技術沉澱且內容輸出水平較高，但那畢竟是少數，你我都不要妄想。

別忘了，你還得工做，除非你全職作技術自媒體。

據我瞭解，有必定量粉絲的公衆號主就能夠接軟文廣告，收入尚可。若是有機會出一套質量和口碑都比較好的收費教程，那收入就會節節攀升且源源不斷。

長期來看，作技術自媒體的收益遠比「作單」強，這不只僅是金錢，還有「名氣」、「人脈」、「內容積累」、「粉絲積累」和「工做機會」。

發文的時間複雜度

技術媒體平臺很是多，例如 掘金、CSDN、GitChat、慕課網、博客園、V2EX、SF 思否、知乎或者運營微信公衆號等，技術自媒體應該選擇駐紮在哪些平臺呢？

每一個人的精力都是有限的，大部分人只能着重 2 個平臺。例如：

- 微信公衆號 + 掘金
- 微信公衆號 + 知乎
- V2EX + 知乎
- SF思否 + 慕課網
- ……
複製代碼

寫一篇優質的文章是很是耗時的，少則 三、5 小時，多則一天兩天。

想要高產出？

一個知識點拆成 3 篇文章就能夠。

下面的圖描述了一篇文章從準備到發佈成功後 7 天的過程：

文章寫好以後，還得發佈出去。發文的步驟能夠簡略爲：登陸媒體帳戶-排版-發佈-數據查看。每一個平臺的操做步驟類似，這裏咱們能夠認爲是相同的，因此每多一個平臺，就須要耗費一份時間。

也就是說，發文的時間複雜度爲 O(n)。

時間成本計算

假設你通勤的時間爲 2 小時，即上/下班都是 1 小時，再加上「來得比前臺早，走得比運營晚」，那麼你天天已經有接近 3 小時的時間是「浪費」掉的。

地鐵環境學習？不存在的。不只效率低，並且對大腦和視力的影響是不可逆的，我已經中止了這種作法。

這種狀況下，你還能保持每週 1 篇的發文頻率，那真的是很強了，也有多是將上班划水的時間用來作示例。

咱們來算一筆帳，假設你是月薪 20k 的研發，按行政班時間計算工時費：

• 每個月上班算 4 周，22 天
• 天天工做 8 小時

那麼你的工時費是 20k / 22 / 8 = 114 元。對，你天天通勤的成本爲 113.6 x 3 = 342元。因此，爲何有人寧願花多點錢住得離公司近一些，是由於他能創造比工時費更高的收入。

上面提到，發文的時間複雜度爲 O(n)。這就致使自媒體做者根本沒有時間管理多個平臺，那麼你粉絲和內容的積累速度就快不起來，影響力的增加速度也不會快。

不少人寫着寫着，投入的時間變多了，收益卻老是上不來，長此以往就放棄了，畢竟還得生活不是嗎？

一文多發的設想

時間沒有別人多，一樣是作技術自媒體，別人一篇文章發 20 個平臺，你只有空發 3 個平臺。別人每一個星期漲粉 1500，你只漲粉 200。

怎麼幹的過？

幹不過的！

有沒有什麼工具，能夠幫助咱們節省「發文」的時間複雜度呢？固然，最好可以將時間複雜度降到 1。按照這個需求，咱們來看看這個工具須要實現哪些功能：

• 自動登陸媒體帳號
• 在這個工具上排版，或者它可以自動將 Markdown 格式的內容轉換爲對應平臺接受的格式
• 可將文章一鍵發佈到登陸的媒體平臺
• 可以聚合每一個平臺的文章數據，例如閱讀量、點贊數、評論數
• 能夠一鍵更新文章
• 按期更新文章數據，例如每 5 分鐘更新一次或天天更新一次

這樣話，就很是唬了。咱們再來算一筆帳，O(n) 複雜度基礎上，假設每一個平臺發文耗時爲 10 分鐘，共發佈 12 個平臺，那麼工時費就是：10 x 12 / 60 x 114 = 228 元。

時間複雜度爲 1 的狀況下，不管多少個平臺，你都只耗費 10 分鐘，也就是 19 元。

有工具的狀況和沒有工具的狀況，工時費相差 N 倍，其中 N 爲平臺數，這裏的 N 爲 12。

那麼，有沒有這樣的工具呢？

它真的有這麼唬嗎？

有！

跟咱們遇到相同問題的人不少，可是可以用代碼解決問題的不多。他是知名外企的前端開發者，同時也涉獵 Golang、Python 等編程語言，他仍是掘金社區重度用戶。

面對這樣的問題，他選擇了用代碼解決，編寫了一文多發平臺 ArtiPub。

ArtiPub

ArtiPub （Article Publisher 的簡稱，意爲「文章發佈者」）是一款開源的一文多發平臺，能夠幫助文章做者將編寫好的文章自動發佈到掘金、SegmentFault、CSDN、知乎、開源中國等技術媒體平臺，傳播優質知識，獲取最大的曝光度。

ArtiPub 安裝簡單，提供了多種安裝方式，能夠一鍵安裝使用，安裝通常只要5分鐘。

ArtiPub 目前支持文章編輯、文章發佈、數據統計的功能，後期咱們會加入存量文章導入、數據分析的功能，讓您更好的管理、優化您的技術文章。此外，咱們還會接入更多媒體渠道，真正作到讓文章隨處可閱。

以上是 ArtiPub 的介紹，它的功能與咱們的設想很是接近。

這個項目仍是很優秀的，不管你是否是技術自媒體，我以爲就算做爲一個開發者，也應該去體驗它、研究它。

一線設計

知名外企前端開發者的名頭可不是蓋的，他爲 ArtiPub 選用了阿里系開源的 ANTD 做爲前端 UI，圖標和配色的選擇也是很是清爽亮眼。

使用介紹

用戶使用ArtiPub也很簡單，只須要在瀏覽器上打開ArtiPub的Web界面，將文章以Markdown的形式輸入到編輯器，而後點擊一鍵發佈，等待不到1分鐘，文章就自動同步到各大技術媒體平臺了。此外，文章的閱讀、點贊、評論數據還將週期性的被同步回來，讓做者能夠近實時看到文章的傳播狀況。

• Github: github.com/crawlab-tea…
• Docker: hub.docker.com/r/tikazyq/a…
• NPM: www.npmjs.com/package/art…

架構

ArtiPub 的原理並不複雜，簡單來講就是利用了爬蟲技術將文章發佈到各大平臺。ArtiPub 是經過 Chrome 插件獲取了用戶登錄信息（Cookie），將 Cookie 注入到 Puppeteer 操做的 Chromium 瀏覽器中，而後瀏覽器就能夠正常登錄網站進行發文操做了。Cookie 是保存在用戶本身搭建的 MongoDB 數據庫裏，不對外暴露，所以很安全。

下圖描述了 ArtiPub 項目的結構：

架構原理簡介以下：

• 後端（Backend）是整個架構的中樞，負責給前端交換數據、儲存讀取數據庫、控制爬蟲、收集Cookie等；
• Chrome插件（Chrome Extension）只負責從網站（Sites）獲取Cookie；
• 爬蟲（Spiders）被後端控制，負責在網站上發佈文章和抓取數據；
• 數據庫（MongoDB）負責儲存數據；
• 前端（Frontend）是一個React應用，是Ant Design Pro改造而來的。

結尾

總的來講，ArtiPub 解決了用戶須要多平臺發佈文章、又不想泄漏帳戶信息的痛點。

用戶徹底能夠免費的使用 ArtiPub，由於它是開源的，架構原理也很透明，開發者也能夠本身去貢獻該開源項目。ArtiPub 很實用，做者已經將一些存量文章都發布到各個可用平臺上了，效果還不錯。甚至，本篇文章也是用 ArtiPub 編寫和發佈的。

若是您以爲 ArtiPub 對您有幫助，請掃描下方羣二維碼，若是羣滿，請加做者微信 tikazyq1 並註明「ArtiPub」，做者會將你拉入羣。

本篇文章由一文多發平臺 ArtiPub 自動發佈