自己從一線開發角色轉變，這個轉變沒有過渡，直接懟上去的，從之前每天只擼完自己的任務**,沒有p0級 bug 就 ok。到現在，每次需求評審，需求評審,api評審,中間各種拉動會議，開發中處理跟蹤問題，跟蹤所有人員進度，質量把控，白盒/黑盒。再到預發布-灰度，最後保證按時上線，甚至上線後各種突發 bug,各種救火。
身份的轉變，從-1到0的參與，給自己帶來的壓力是倍增的，畢竟你站在這個位置上，就需要有責任和擔當。這段時間，真的對自己又很大提公升的。
之前看別人**只有一種感覺，「丫是 sb 嗎？」要麼大牛寫的**我根本看不懂，要麼我看懂後發現丫這麼幹肯定不行。哈哈。開個玩笑。小白階段我們都是 copy 模式的，看別人**都是拿來主義，不問東西，很多想法和細節容易被忽視，更沒有把他程式設計自己的東西，所以現在 review 小弟的**也好，看分包商的**也好，開始擇其善者發揚之。還好開始業務不是特被複雜，偷偷摸摸改了前人的 bug 已經不是稀罕事情了。
我覺得遇到別人的bug，不能只抱怨，而是感恩。感謝前人挖坑，鍛鍊了我的 trouble-shooting (填坑)能力。
之前也只會和有對接需求的同事之間聊的多點，而現在不只是開發，產品和專案的人都必須深度溝通的，首先你要從業務上和他們達成一致，還要把技術壁壘和短板跟他們闡述明白，因為所謂技術的價值在於服務好產品業務和商業模式上。 自認為和人的溝通上我是比較菜的，尤其面對業務的時候，一站嘴就暴露自己是「技術」的身份了。溝通是一門藝術，真的不只是廢話。
需要吐槽一點就是，如果團隊裡面不是一條心，哈哈恭喜你，趕緊走人吧，如果碰上團隊各種甩鍋，你就遭殃了。如果沒有企業文化的公司，慢慢會人心渙散。挑戰和質疑每天存在，而且不曉得誰會給你穿小鞋，洗洗睡吧。
舉個例子，12306開始各種崩潰，買不到票是為啥，其實根本不是技術架構的問題，業務的問題！搞了一次0點開始上億人的秒殺？are u kidding me？ 如果產品開始就知道是業務的問題，做好排隊、分時段放票我就覺得這世界會更美好一些哈哈。
所以，我一再跟開發同學反覆講一件事，開發需要懂業務，不能只了解和你對接人的入參出引數，了解上下有關係還是不夠的，還需要了解業務場景，考慮和你相關的 everything。
我們看解決問題能力比較強的技術不光技術比較全面，而且需求和關聯邏輯都比較了解，這就是我為什麼突出要懂業務，不只是需求，還有關聯邏輯。
自認為自己是二/三流的程式設計師，不覺得自己有架構方面的能力，但是慢慢開始學會去主動思考，這種設計會不會有坑，如何避免此類坑的出現，我覺得完全要看經驗和業務認知程度，盡量考慮各種場景，才能有效避免 bug 出現，功能性需求上，有時候也要將就取捨，有些功能該砍的就砍掉，等待更新迭代。
沒想過也沒能力做架構師，只不過現在需要參與進去，敦促自己技術點要全面，現階段我可能不具備架構師的能力，另外沒機會接觸億量級的併發場景。但是我覺得我可以先把各點考慮進去，人後跟對應專家去溝通去了解，一起完善現在的架構體系，而不是閉門造車，或者找一本架構設計書啃完，就說自己架構經驗豐富。
最後，儘管是短短的一年，對我以後的路都是寶貴經驗，共勉吧!
最後的圖的意思算是激勵，自信一點，無所畏懼！
記憶一下這一年《我是這麼過來的》
這一年是哪一年？2013年11月25日，帶著重新開始的想法來到了現在這家公司，22日面試，在莫名的自信的情況下各種吹噓，也就是這麼一次性的面試結束了，當時一起面試的還有大神幾枚，為什麼是我？最後我想到的理由是我是比較自信的，其實，是運氣比較好罷了，適當的時候抓住了不屬於自己的機會。回憶 也在園子裡面...
閒文 快一年沒更新了，簡單回顧一下
去年三月從技術崗 實施專案經理 離職，轉到現在偏向業務側的崗位 售前 已經快一年的時間。在這個崗位反而不像技術崗那樣有各種知識類的內容來分享。這十個月有很多時候是在適應崗位，學習售前崗位的技能。慢慢的讓工作拖累的有些麻木了，也一直沒有更新部落格，整個人有點像因為工作而 死 掉了。在入職前，有過預計這...
獲取當前上一周 上一月 上一年的時間
dateformat format new dateformat yyyy mm dd hh mm ss calendar c calendar.getinstance 1.過去七天 c.settime new date c.add calendar.date,7 date d c.gettime ...