實習兩個月

• 從2016年的3月10號，到如今的5月9號，整整兩個月。這兩個月裏，開始了人生第一次實習之旅。在Holaverse，這我的生中第一次稱之爲我司的企業裏。兩個月內，我算是接觸了javaWEB中的從前到後。雖然說不可能樣樣精通，但至少領略了一些框架與語言的風采。雖然說一些代碼的細節打磨的並不精巧，可是也享受過那種本身研發的代碼上線被許多人使用的快感。在實習的過程當中也遇到了一些學習、對問題的思考等等。

• 1、關於在公司的學習

  • 這兩個月的收穫能夠說和我以前關於「在工做中學習」的可行性中所預想的差很少——「在公司一個月比在學校一年學的都多」。也印證了我以前所想的另外一點——「這種學習以服務工做爲主」。兩個月的快速學習，讓我從原先對javaWeb一無所知，到現在能夠經過maven、redis、spring mvc的框架，半個下午的時間本身在騰訊雲上搭起一個曾經所想但未實現微信公衆平臺。這種收穫是顯而易見的。可是，在這種收穫下也帶來了種種問題，當我把一個完整的webapp放到linux服務器上的時候，我對它的機制能夠說是一無所知。這種一無所知包括對註解的一無所知，對tomcat,對java虛擬機，對jquery等等。。這一切我都只是能讓他運做而已。用《構建之法》中對「技能的反面」的相似說法就是，能在現有的框架中仿照原有的模塊實現一些功能。這好像離「熟練運用*****框架」、「熟練掌握java、javascript」還相去甚遠。
  • 這種感受帶來的影響也是兩面的，一方面不斷的告訴本身，還有不少不少方面我並不知道原理。另外一方面又讓本身比較難的在n多種不熟悉的領域中找到一個開始學習。感受已經給n多本計算機領域的名著看了個開頭，可是又都很難往其深處進行探索，或由於時間太長，或由於廣度太寬，又或者由於近期接觸對應的領域比較少。。
  • 近期開始看和tomcat相關的一些書，從《head first servlet & jsp》開始。從知其大概要向知其因此努力。固然了，這個時間主要要在上班、上課之外的時間來抽空了解了

• 2、關於「拆書」

  • 我如今閱讀有一個習慣，就是拿起一本相關領域的書就能夠看下去，但是看不長久，一章左右。可能就要換一本，而這幾本書之間的差距又比較大。有時候有些書是拿起來又放下，拿起來又放下，可能同一章的內容分紅了無數次去感悟。好比《vi/vim編輯器》這本書，我已經不記得曾經多少次拿起來想對本身的vim技巧進行深造，每次幾乎都是乘興而來，帶着兩三個操做回去。過了一段時間可能又會忘了幾個。卻是能夠利用新學來的一點點小技巧讓平常的開發等等變得容易一些。(好比前兩天須要用excel中的數據拼湊幾百條sql語句，用了vim的[ctrl] + v的塊選區，感受提速很多。。你們會怎麼來從excel中優雅的取出sql?)
  • 拆書帶來的顯而易見的好處就是看書的時間能夠變的很零碎，1分鐘能夠掃一個段落，10分鐘能夠看上幾頁，一小時又能夠看上一兩個小節。零碎的知識，從不一樣的領域拼湊着最終屬於本身的完整知識脈絡。一種既能感到進步，但又說不出何時能看完其中任何一本的感受。。

• 3、關於提問與思考問題

  • 除了閱讀問題，近期還接觸了一些關於提問的問題。公司有同去的實習生，會作一些平常的交流。可能會涉及到對於一個技術問題的解決方案。在解決問題的過程當中，思路能夠說是幾乎徹底不一樣。最典型的區別是在如下幾個方面：

    1. 如何描述本身遇到的問題？
    2. 如何從已有的代碼中獲取對本身有用的代碼段？
    3. 如何表述本身解決問題的過程當中遇到的困難，與得出的結論？
    4. 何時應該去問問題？什麼樣的問題應該去問？
    5. 如何看待提出一個問題之後，問題會帶來的價值？如何看待用前人的時間折換爲解決本身問題的這筆「交易」？
  • 這些問題也表示了針對一個問題的時候關注點的區別。正視每個問題中的價值，在問題中去想問題怎麼來的，或者爲何會遇到這個問題(通常是因爲上級根據能力結合業務所提供的練習機會)。當正視這些問題之後，提問獲得的回報，以及提問過程當中雙方的反饋都會變的更加正向。
• 雜七雜八寫了這幾點，幾乎沒什麼邏輯性。可是做爲這段時間收穫的記錄，先寫下來。之後若是遇到了也好再回來查閱一下。