很多時候 接到需求後 需要寫一些文檔 我這裏就總結一些 我自己使用過的一些線上工具
項目確認後 需要編寫的一些文檔
待續
20190810B組 T1:50(100) 賽時： 一看數據不大，肯定是一道bfs題。 於是就自信的碼出來，便交流也沒多理。 賽後： 沒有考慮洪水是可能有多個或沒有。 算法: bfs T2:0(45) 賽時： 看數據n<=20，一看就是一
引言： 爲什麼要學算法? 對於我而言，以後工作中需要讀一段優碼包含一些基本算法的思想。你會更快的知道一段亂代碼你知道爲什麼亂，怎樣去優化。當需要有一些算法設計在程序裏面的時候，對五大經典的算法掌握會讓你更有可能給出一完整的方案。而
莫隊:https://www.cnblogs.com/WAMonster/p/10118934.html 使用條件:查詢連續一段區間,且擴張或縮小區間兩端的複雜度優秀. 做法:離線,把序列分塊,把L,R按所在塊的編號從小到大雙關鍵字排序.
本小結本身和書上沒有啥大差異。只是自己理解認同的精簡，由多到小的表現。 adapte適配器 & bridge橋 兩者相同點在於提供一致穩定抽象接口表示，提供了靈活性。 主要是生命週期階段不同： adapte適配器是對已有的進行連接。是實現
背景 在已有系統中嵌入grafana儀表盤作數據展示，需要對界面進行二次開發滿足風格統一，同時需要對grafana的權限部分進行修改，滿足頁面進行無縫跳轉，同時識別當前用戶。 安裝 grafana 依賴於nodejs、go、gi
在這周打的幾場codeforce比賽來看，div2的c題比較簡單的話是能在一個半小時裏做出來abc，爭取以後變成一個小時出abc，這樣能留出充足時間去看d。不過好多次因爲自己的不細心導致ab會wa上一次才能過，以後就爭取思維縝密一
題目鏈接 感受：感覺最後把思路全想一遍能發現自己不少思維上的漏洞，比賽的時候想的確實沒那麼多，結束之後才能整理思路。爭取以後在比賽就能想好思路把。 語言方面：對於英語閱讀。對於我這個用日語高考的人來說確實還是一座大山。學了幾個月英
先吐槽一下這周的事吧。。啥倒黴事都讓我碰上了，出門沒帶鑰匙，電車騎一半沒電，這都不算什麼。但是，就在我寫完課程設計報告的當天晚上，剛關上word，就打不開了，很突然啊。。第二天一臉懵逼地重裝了系統。。重寫了所有要上交的作業。。。直
題目鏈接 感受：首先是有道題一開始想麻煩了，耽誤了很長時間，然後回顧了一下以前比賽時候類似這種題的做法，發現這種情況已經不是一次兩次了，經常出現，總是會想麻煩，一開始就偏離了正確做法，導致時間花費很多。而我又感覺到有些題（不是指這
對於不能肯定的，就需要去判斷！ 專業性和技藝來自於驅動規程的價值觀。——>整潔的代碼。 首先要從宏觀上想清楚要做哪幾件事！ 添加只需要做少量修改，且修改是隔離的——>需要使用繼承和多態！ 優秀的軟件設計，大都關乎分隔——創建合適的
軟件架構用接口實現的！每一層針對接口編程。 開發前期，先開發接口！ 優秀的程序員：責任心（態度）、習慣； 靠的就是賣力工作、拼命把所有事情搞清楚、認真地去做。 1、TIPS （1）三個問題： 我以後會做什麼？ 我熱愛什麼？ 我
1、TIPS （1）爲什麼需要開發原型？ a、解決產品開發早期階段需求的不確定性，減少項目的風險。 b、通過展示原型給客戶，從客戶獲得反饋，細化需求。 原型最主要的功能是表現界面。 （2）三種提問方式 開放式問題：通過開放式問題了解客
2020年上半年整個世界的開啓模式都很奇幻，就個人而言，也是在各種長短期的交叉隔離中度過。本應該在前些時日總結一下這半年的成績，卻一直擱置着。 用一句話來評價自己的上半年，應該是：逆勢上行，在迷茫中探索。 所謂“逆勢上行”，是因爲
*棧的定義——Stack 棧是隻允許在末端進行插入和刪除的線性表，棧具有後進先出的特徵（LIFO,Last In First Out）. *棧的應用 棧很大意義上模擬了壓棧，實現了遞歸轉非遞歸。還有算術表達式求值
1.分類 基本屬性：String最終的屬性就一個char[] value； 構造方法區域：比較複雜的就是通過unicode碼和byte[]構造； 字符串比較：是否相等、大小（排序）； 查詢：indexOf、startsWith、
