我 很 不 爽
我們的H5 頁面功能很類似，但是每次產品都會提出一些不同的需求，所以我們都是複製出一份來做。然後有時候新加一個功能，產品會說，這個項目裏的新功能要同步到以前的項目中去。然後我們就會很混亂，很多的項目 同步是很麻煩的。而且有的數據在不同項目中是不一樣的，怎麼同步出來
我們的頁面調試 有線上cdn 有本地文件 發佈的時候要引入線上文件 調試的時候要引入本地文件。
我們現在是
if（localhost）{本地}else{cdn}
怎麼可以讓一種連接 線上本地任意切換
我們的 頁面經常給出錯誤提示，但是我們提示完成之後卻沒有很好的處理相應的情況。我們是不是應該建立一套規範。該回首頁的回首頁，該返回前一頁的返回前一頁。該給錯誤提示的給提示，然後呢？我們能不能做我們前端的一套日誌系統。記錄用戶在前端過程中的錯誤，提供我們分析用戶的行爲。而不是現在的，隨便給個提示，用戶卡死在提示之後，只能刷新，然後刷新還會報錯。甚至必須重新進首頁
我們的接口。區分測試接口和正是接口 是不是應該規定我們什麼時候用測試的接口 什麼階段用正式的接口。而不是現在測試的跑不通，正式的亂添加不用數據。
我們是不是應該每次有任務之前開一個小會，拉着產品 和 相關負責人 ，相關執行人瞭解一下具體細節，然後評估一個時間。而不是現在一個還沒做完，另一個任務又來了。中間還要穿插幾個其他的任務。然後給你的只有兩句話。這個和那個什麼的一樣，你把什麼改一改。下週什麼時候要。
我累了好累。肯定是自己太菜，但是人成長總需要時間，不能我還沒成爲大神就被死神帶走了。
我認爲一個公司的成長，應該是智慧的積累。在過程中遇到什麼問題，然後我們怎麼處理這個問題，然後把問題用規章，用技術去克服，然後我們在這樣的舞臺上，遇到新的問題，慢慢的像金字塔 越來越高,效率也會越來越高，公司纔會越來越強壯。像人類一代一代的傳承。遇到問題短暫的 麻煩的解決 每次都是這個樣子處理 不是很扯嗎 但是沒有人去想怎麼了 可以用什麼方法做到。我們不需要造輪子 我只需要用輪子就行 就連用輪子 我們都做不到。
我們沒有去思考我們怎樣可以把團隊打造成無敵的團隊，而是依靠個人力量，人走了，又要重新來。這是不對的，也是沒有意義的。公司應該相信員工，我們也不相信我們的任何一個員工。任何人走了這個公司還能繼續運轉（老大除外），而不是現在，單兵作戰，各顯本事。鐵打的營盤流水的兵。這營盤 就是我們積累的智慧。
認定公司的問題應該是沒有好的架構師。後端沒有前端也沒有。我們遇到問題就是解決問題，沒想過這個問題是怎麼來的，我們怎樣可以想辦法制定策略，讓我們的其他其他員工都能過去這個坑。我們沒有行爲規範準則，沒有嚴格的區分測試，正式，發佈流程。沒有合理的，需求，開發流程。
我定自己的方向是前端架構師。現在雖然還很早。但是也不早了。我應該在遇到問題時多想一步。只有我自己做了 成功了 纔行。我必須一個人做給他們看。而不是等着他們 和他們說我們應該這麼做。沒有用，拿不到好的到別人面前就別說別人的不好。
架構師應該怎麼做呢？？？
我首先想到的是
1 知識面光，不能光盯着一個知識，面要廣。
2 善假於物，既然做架構，甚至具體到每一個細節都不是你在做。合適的人，合適的技術，合適的方案
3 現在能做的就是 從小的問題着手，思考怎麼才能讓更多人避免這個問題，用什麼方針，什麼策略，什麼技術
4.自己實施，成長的路一定是自己的 別想着別人怎麼就不多想想，怎麼就不多做呢？ 將合適的方案放在他們面前，你就是成功的。