網際網路的發展造就了站長行業的發展，有人說站長是個苦逼的行業，有人說站長也是一項賺錢的行業。至於誰是誰非不做討論，我們想要知道的是為什麼別人做**可以過得很好，為什麼別人的**可以運營的那麼成功（賺錢）。
正因為站長行業的發展，建站已經越來越簡單化，任何乙個朋友都可以一鍵式的建站了。而大多數的**並不能盈利，最根本的原因在**。大多數的站長必須轉行，我們當初的豪言壯語在**？相信沒多少人思考過這個問題吧？守護想和大家**的話題是：站長，你並不是乙個技術員。
一：太多的站長把自己當技術員。
我們是草根，我們做**沒有資金、沒有技術、沒有人脈，最起碼在前期是這樣的，那麼怎麼辦？自學吧！學程式，學**，學www.cppcns.com美工，做編輯，做推廣，學所謂的**優化。大家把這個學習階段當成了所謂的創業階段，不懂的都願意去問，去學。對於這點，出發點的確是好的。但作為乙個站長來說，這並不是我們應該做的事，我們並不是乙個技術員，起碼來說我們以後的路不是技術員。我們要做的應該是如何去管理運營，如何去分配任務。如何從整體上提高**的質量，而不應該當時間浪費在這些所謂的技術層面上。就好比站一排、程式設計驛站等論壇開放的問答和任務版塊。我們完全沒有必要自己去浪費時間，有的是人可以去完成。
二：站長，你應該是乙個銷程式設計客棧售員。
對於任何乙個**來說，不管前期建站目的是什麼，作為站長最終目的是希望**可以盈利。而**盈利的根本**於**？大家可能都明白是使用者，可是為什麼有的**使用者群程式設計客棧龐大還是沒法去盈利呢？這就是站長的思維模式的問題，站長，這時候你應該是乙個銷售員。而**龐大的使用者群，讓人羨慕的流量都是你的籌碼。如果我們能把握好這些籌碼，那麼才能形成交流交易的關係，才更有可能去盈利。但有多少站長朋友們懂得營銷呢？相信數量很少吧，大家想到的就是利用搜尋引擎的排名程式設計客棧為自己的**帶來流量，想著可以賺點廣告費。僅此而已。有誰會想著去推廣自己的**，把自己的**打造成品牌，樹立成口碑？不要告訴自己這太難。因為我們沒做過，所以太難。
三:站長，我們擁有產品還是商品？
乙個**的盈利點無外乎三點，給商家（使用者）提供廣告宣傳，給使用者提供服務，給商家（使用者）之間做中介。這時候大家最先應該想到的是什麼？商家或使用者為什麼相信我們對不對。這一點在第二條已經說得很清楚了，站長，你是乙個銷售員，你必須打造自己的品牌和口碑。而在打造自己的品牌和口碑的基礎上我們建立起了穩固的使用者群體，他們在很大程度上是我們**的無形產品，**之間合作共盈的時候考慮最多的就是使用者和流量吧。而對於一些提供產品和服務的**來說，信譽和口碑是關鍵前提。這時候我們擁有資源，擁有使用者，擁有產品，但還是不能盈利，原因是什麼，因為我們沒有把這些產品轉化為商品，沒有形成交易關係。那麼，這只是一件產品，只是呈現在自己的櫃檯上，沒有賣出去，也就沒有任何價值。
四：站長，我們是將軍而不是士兵。
因為我們是只有背影沒有背景的年輕人，我們沒有資金、技術、也沒有人脈。很多時候站長只是把自己當作乙個創作者，他辛苦去更新**。認為**更大層面上展示在使用者面前，排名、流量、盈利慢慢就會有了。從來沒有想過為什麼要去更新，為什麼不讓使用者去創造價值，單純的依靠自己的思想去完善內容。目前站長論壇那麼多了，站一排站長論壇為什麼快速被人所熟識。有人說是前期的軟文推廣做的好，也有人說是前期舉行的活動原因。但根本原因是什麼？相信沒幾個人知道。因為站一排一直在做使用者，在考慮使用者需求，讓使用者去交流自己的想法，使用者去創造價值了。這時候我們做的就是將軍該做的，起到的是統領的作用。
站長，我們並不苦逼。苦逼的是大家的做事方法；苦逼的是大家的思維模式；苦逼的是還游離於自己的一片小天地裡。2023年，站長如何擁抱網際網路，如何做乙個成功的創業者，相信大家應該思考了。
本文標題: 站長，你不是技術員，而應該是乙個銷售員
本文位址:
架構師應該是一種角色，而不是乙個職位
昨天看到一篇關於 架構師 的文章，讀後非常有感觸。我個人比較認同作者的大部分觀點，故決定將原文進行翻譯，和國內的開發者一起分享。當乙個資深的開發者變得更加資深時會發生什麼事情？他們經常會被提拔做去 架構師 有時乙個架構師也不一定非要是開發者，如果他們能看到更大的藍圖。最終，總有乙個人掛著 架構師 的...
乙個技術員是否可以做兼職
我做了乙個兼職,但是有人認為這樣不可以,有點煩 但是我做的這樣可以了解一下我們的大好河山呀,應該可以吧,請大家給一些意見 你想找個伴一同旅行嗎？到豬行天下旅遊網來吧 發表你的旅遊資訊，說不定，你還能找到一身的伴侶。你對世界文化遺產感興趣嗎？來這兒看看吧 邊上網邊兼職，你所做的只是複製 貼上。快來吧 ...
Juval L wy 為什麼每個類都應該是乙個服務
許多人都認為，juval l wy是想讓服務無所不在，但他辯稱，微服務只是深思熟慮之後系統分解的邏輯結果。在l wy設計和構建的系統中，每個類都是乙個服務，這是他在2007開創的一種方法，在 wcf服務程式設計 第四版中，他進一步闡述了這一方法。面向服務的應用程式更容易維護，因為業務邏輯和底層管道完...