由於18年逐漸走上了管理層面（雖然只是個小經理）,感覺和平時寫寫**有一些本質上的區別 ps：在此我要感謝我的領導（技術大咖，研發團隊的支柱人物），給我時間成長，做最終的把控。
1：以前是別人安排事情，不需要考慮太多，只需要把自己的這塊需求理解清楚然後開發即可
接觸的**和資料庫方面比較多，可以經常充實自己的**能力
2：現在是需要自己考慮整體，常常會涉及到與別人（研發人員）溝通；
這期間涉及到一些坑，
第一：由於研發團隊有十幾人左右，分不同的崗位。剛開始的時候 ，接觸每個人員，跟進每個人員的進度。
壞處：點對點的連線。由於人員較多，精力不夠，造成了自己最忙但效率提高不了，對他人也造成了一定的緊張感和不知所措感。
改進：點對面的連線。每個崗位都會有個小的負責人（這是原先就有的，當時只是自己沒有利用到），由原先針對於每個人員的跟進改為對小組長的跟進。合理利用身邊有能力的人。使有能力的人接手一些工作，做到監督的作用
壞處：造成多次研發修改和工時的延遲
改進：使用需求確認書。需求及工時 需要簽字確認。這種方式可以使研發或者測試人員認真理解需求，畢竟需要簽字確認。對於一些情況，也可以根據需求確認及時找到問題所在及時並及時改進
注意：需求確認並不是為了秋後算賬，而是為了在確認需求這塊使負責人和研發人員確定需求點。比較人與人最難的是溝通。
第三：由於我們沒有專業的測試人員，所以在測試方面可能會有些不足
改進：1）開發人員自測 2）測試組測試：需要先出測試流程圖，盡可能多的覆蓋所有分支
第四：進度問題
由於時間是死的，在有效的時間內，一定要留出一部分時間作為備用時間。不能把時間安排的滿
1)鬆緊有度的工作 2）關於進度的反饋工作及進度的時段監督
自己改善：
1）**和資料庫方面不是很突出，需要逐漸加深基礎知識的理解（這方面以後盡可能的完善自我的不足）
2）管理的把控
3）會議的組織（本人超級不擅長開會，自己開會或者別人開會都緊張腫麼辦）
xss總結 2018自我整理
0x00前言 因為ctf中xss的題目偏少 因為需要機械人在後台點選手的連線2333 所有寫的比較少 這裡推薦個環境 0x01xss作用 常見的輸出函式 print print r echo printf sprintf die var dump var export xss是往頁面中新增了一段 並...
2018 年部落格總結
一共發布了 27 篇部落格，平均乙個月 2 篇，量有點少。2018 年至少有一半的部落格是為了給自己看而記錄的，按照現在的情況，2019 年還會有大量的工作記錄。閱讀量都很低，最高才 7000 左右，主要的流量都來自以前年份的部落格。還有就是因為是我自己感興趣或者方便以後使用的內容，受眾並不多，所以...
2023年學習總結
1 postgresql修煉之道 完成 公司選擇postgresql作為底層資料庫，因此轉戰postgresql。幸好有mysql的基礎，上手不算困難。在實踐中體會到了兩種資料庫的差異，以後如果有機會，會開通乙個專欄詳細討論。2 c 入門到精通 完成 3 c 必知必會 完成 為了更深入的了解物件導向...