從2015年7月份加入一個初創型互聯網小公司,到如今已經半年時間了。在這半年時間裏,有滿滿的收穫和感悟,今天記下來,等再過幾年和如今的本身對比看一下。css
今天主要寫技術方面的,其它的各方面雖然都有或多或少的參與,但我加入的主要目的就是想辦法經過技術手段來把產品實現。前端
雖然只有短短的幾個月,但能夠大約分爲三個階段:1,初期搭建;2,中期展轉;3,步入正軌git
上面的這些步驟都是一些必備的條件,特別適合前期投資比較少的創業型公司。其中比較耗時間的是域名備案,流程不是很複雜,可是時間比較長。程序員
完成上面的這些步驟後,咱們就能夠在瀏覽器中,輸入本身申請的域名進行訪問了。github
從如今開始,真正要關心的事情就要開始了,初期爲了吸引用戶量,咱們選擇從微信服務號出發,來完成咱們的初期用戶積累。web
大致步驟:redis
這些步驟列出來簡單,但真正作起來,並用它們把產品完美的實現出來就是很高深的一門學問了。數據庫
其中確實有捷徑可走,那就是看官方文檔!!!api
拿個簡單的css來舉個例子,對於一個新手來講,一看到css的各類介紹,各類視頻資料,各類屬性的使用,估計只是簡單的看一下介紹頭就大了。更不用說把全部的這些都看完了。瀏覽器
難道真的就沒有好的資料可讓你對css快速的瞭解和使用嗎?答案是有,那就是官方文檔:https://www.w3.org/community/webed/wiki/Main_Page#CSS
把這個裏面的前12篇文章看完,你就對整個css的框架和使用有了很全面的學習。
這裏不得不從新強調一下,咱們的技術團隊(就2個全職程序員)是從0開始學的前端開發技術和框架,在1個月的時間裏面,完成了技術的學習和產品頁面(多達30個頁面)的實現。
最後,咱們總結的經驗就是看官方文檔,由於做爲初學者,你遇到的大部分問題(90%以上)均可以在官方文檔裏面找到解決方案。稍微複雜一點的問題,也只是涉及到官方文檔裏面的多個技術點而已。
另加一句:做爲一個程序員,稍微複雜一點的技術問題就不要百度了,由於千篇一概,並且不少都是很老的帖子,使用到的產品都發布新版本了,你還在用舊的方法來解決問題,效果可想而知。
最後的一步,實際上是工做方式的肯定,那就是經典的敏捷開發模式。
由於團隊人少,溝通起來比較方便,天天早晨來到公司,先捋一下目前的進度,而後按照需求的優先級,安排當天的任務。不明白的地方,當場討論。
舉個簡單的例子,如今要作一個新的需求,也能夠說一個任務。
可能通常狀況下,直接把這個任務分配給一我的去實現就無論了,最後只是象徵性的走一下代碼review和產品展現就ok了。
但這樣會有一個潛在的問題,那就是代碼之後維護的成本代價,由於每一個人對同一個功能的實現是徹底不一樣的。那怎麼解決這種問題呢?
咱們目前的解決辦法是在分配前,你們一塊兒討論下代碼如何實現,主要包括下面幾點:
等這些都討論肯定後,隨便找我的去實現就能夠了。也許存在浪費時間的疑惑,但這個真的不會。
由於這是一個按部就班的肯定代碼風格的過程,讓你們在討論問題過程當中,把知識的水平線慢慢的靠近,聚攏。
並且討論過程,也是一個逐漸完善的過程,由於每一個人都有本身的想法和邏輯,能夠利用討論來把好的想法都彙集到一塊兒。
隨着時間的推移,你們的討論時間會慢慢變短,可能真的有一天,只須要幾分鐘就能夠了。
趕在春節前,把這些先總結一下,放在這裏吧。
寫的有點亂,先湊合看吧。