本文目錄一覽：
Java web設計文檔怎麼寫
自己百度「宿舍管理系統」設計方案（詳細設計，設計文檔）類似的關鍵字看看，這個和JAVA WEB沒啥具體關係，javaweb只是它的表現形式。
你參考網上的文檔，按照模版把項目基本內容填一下，功能方面：你要的功能也就無非是”入住”「搬出」「查看」「列印」四大功能而已，對這四大功能詳細說明一下（對每個功能採用語言+圖例的形式就更好了）就算是一個簡單的設計文檔了
這個我看挺合適你要的。
Java企業軟體開發設計說明書如何做
1、組織與風格(1).關鍵詞和操作符之間加適當的空格。(2).相對獨立的程序塊與塊之間加空行(3).較長的語句、表達式等要分成多行書寫。(4).劃分出的新行要進行適應的縮進，使排版整齊，語句可讀。(5).長表達式要在低優先順序操作符處劃分新行，操作符放在新行之首。(6).循環、判斷等語句中若有較長的表達式或語句，則要進行適應的劃分。(7).若函數或過程中的參數較長，則要進行適當的劃分。(8).不允許把多個短語句寫在一行中，即一行只寫一條語句。(9).函數或過程的開始、結構的定義及循環、判斷等語句中的代碼都要採用縮進風格。註：如果大家有興趣可以到安安DIY創作室博客，有相關說明性的文章和解釋。2、註解Java 的語法與 C++ 及為相似，那麼，你知道 Java 的注釋有幾種嗎？是兩種？// 注釋一行/* …… */ 注釋若干行不完全對，除了以上兩種之外，還有第三種，文檔注釋：/** …… */ 注釋若干行，並寫入 javadoc 文檔注釋要簡單明了。String userName = null; //用戶名邊寫代碼邊注釋，修改代碼同時修改相應的注釋，以保證注釋與代碼的一致性。在必要的地方注釋，注釋量要適中。注釋的內容要清楚、明了，含義準確，防止注釋二義性。保持注釋與其描述的代碼相鄰，即注釋的就近原則。對代碼的注釋應放在其上方相鄰位置，不可放在下面。對數據結構的注釋應放在其上方相鄰位置，不可放在下面；對結構中的每個域的注釋應放在此域的右方；同一結構中不同域的注釋要對齊。變數、常量的注釋應放在其上方相鄰位置或右方。全局變數要有較詳細的注釋，包括對其功能、取值範圍、哪些函數或過程存取它以及存取時注意事項等的說明。在每個源文件的頭部要有必要的注釋信息，包括：文件名；版本號；作者；生成日期；模塊功能描述（如功能、主要演算法、內部各部分之間的關係、該文件與其它文件關係等）；主要函數或過程清單及本文件歷史修改記錄等。/*** Copy Right Information : Neusoft IIT* Project : eTrain* JDK version used : jdk1.3.1* Comments : config path* Version : 1.01* Modification history :2003.5.1* Sr Date Modified By Why What is modified* 1. 2003.5.2 Kevin Gao new**/在每個函數或過程的前面要有必要的注釋信息，包括：函數或過程名稱；功能描述；輸入、輸出及返回值說明；調用關係及被調用關係說明等/*** Description :checkout 提款* @param Hashtable cart info* @param OrderBean order info* @return String*/public String checkout(Hashtable htCart,OrderBean orderBean)throws Exception{}javadoc注釋標籤語法@author 對類的說明 標明開發該類模塊的作者@version 對類的說明 標明該類模塊的版本@see 對類、屬性、方法的說明 參考轉向，也就是相關主題@param 對方法的說明 對方法中某參數的說明@return 對方法的說明 對方法返回值的說明@exception 對方法的說明 對方法可能拋出的異常進行說明3、命名規範定義這個規範的目的是讓項目中所有的文檔都看起來像一個人寫的，增加可讀性，減少項目組中因為換人而帶來的損失。（這些規範並不是一定要絕對遵守，但是一定要讓程序有良好的可讀性）較短的單詞可通過去掉母音形成縮寫；要不然最後自己寫的代碼自己都看不懂了，那可不行。較長的單詞可取單詞的頭幾發符的優先順序，並用括弧明確表達式的操作順序，避免使用默認優先順序。使用匈牙利表示法Package 的命名Package 的名字應該都是由一個小寫單片語成。package com.neu.utilClass 的命名Class 的名字必須由大寫字母開頭而其他字母都小寫的單片語成,對於所有標識符，其中包含的所有單詞都應緊靠在一起，而且大寫中間單詞的首字母。public class ThisAClassName{}Class 變數的命名變數的名字必須用一個小寫字母開頭。後面的單詞用大寫字母開頭userName , thisAClassMethodStatic Final 變數的命名static Final 變數的名字應該都大寫，並且指出完整含義。/***DBConfig PATH**/public static final StringDB_CONFIG_FILE_PATH =com.neu.etrain.dbconfig;參數的命名參數的名字必須和變數的命名規範一致。數組的命名數組應該總是用下面的方式來命名：byte[] buffer;而不是：byte buffer[];方法的參數使用有意義的參數命名，如果可能的話，使用和要賦值的欄位一樣的名字：SetCounter(int size){this.size = size;}4、文件樣式所有的 Java(*.java) 文件都必須遵守如下的樣式規則：版權信息版權信息必須在 java 文件的開頭，比如：/** Copyright ? 2000 Shanghai XXX Co. Ltd.* All right reserved.*/其他不需要出現在 javadoc 的信息也可以包含在這裡。Package/Importspackage 行要在 import 行之前，import 中標準的包名要在本地的包名之前，而且按照字母順序排列。如果 import 行中包含了同一個包中的不同子目錄，則應該用 * 來處理。package hotlava.net.stats;import java io.*;import java.util.Observable;import hotlava.util.Application;這裡 java。io.* 使用來代替InputStream and OutputStream 的。Class接下來的是類的注釋，一般是用來解釋類的。/*** A class representing a set of packet and byte counters* It is observable to allow it to be watched, but only* reports changes when the current set is complete*/接下來是類定義，包含了在不同的行的 extends 和 implementspublic class CounterSetextends Observableimplements CloneableClass Fields接下來是類的成員變數：/*** Packet counters*/protected int[] packets;public 的成員變數必須生成文檔（JavaDoc）。proceted、private和 package 定義的成員變數如果名字含義明確的話，可以沒有注釋。存取方法接下來是類變數的存取的方法。它只是簡單的用來將類的變數賦值獲取值的話，可以簡單的寫在一行上。/*** Get the counters* @return an array containing the statistical data. This array has been* freshly allocated and can be modified by the caller.*/public int[] getPackets() { return copyArray(packets, offset); }public int[] getBytes() { return copyArray(bytes, offset); }public int[] getPackets() { return packets; }public void setPackets(int[] packets) { this.packets = packets; }其它的方法不要寫在一行上構造函數接下來是構造函數，它應該用遞增的方式寫（比如：參數多的寫在後面）。訪問類型 (public, private 等.) 和 任何 static, final 或 synchronized 應該在一行中，並且方法和參數另寫一行，這樣可以使方法和參數更易讀。publicCounterSet(int size){this.size = size;}克隆方法如果這個類是可以被克隆的，那麼下一步就是 clone 方法：publicObject clone() {try {CounterSet obj = (CounterSet)super.clone();obj.packets = (int[])packets.clone();obj.size = size;return obj;}catch(CloneNotSupportedException e) {throw new InternalError(Unexpected CloneNotSUpportedException: +e.getMessage());}}類方法下面開始寫類的方法：/*** Set the packet counters* (such as when restoring from a database)*/protected finalvoid setArray(int[] r1, int[] r2, int[] r3, int[] r4)throws IllegalArgumentException{//// Ensure the arrays are of equal size//if (r1.length != r2.length || r1.length != r3.length || r1.length != r4.length)throw new IllegalArgumentException(Arrays must be of the same size);System.arraycopy(r1, 0, r3, 0, r1.length);System.arraycopy(r2, 0, r4, 0, r1.length);}toString 方法無論如何，每一個類都應該定義 toString 方法：publicString toString() {String retval = CounterSet: ;for (int i = 0; i data.length(); i++) {retval += data.bytes.toString();retval += data.packets.toString();}return retval;}}main 方法如果main(String[]) 方法已經定義了, 那麼它應該寫在類的底部.5、代碼可讀性避免使用不易理解的數字，用有意義的標識來替代。不要使用難懂的技巧性很高的語句。源程序中關係較為緊密的代碼應儘可能相鄰。6、代碼性能在寫代碼的時候，從頭至尾都應該考慮性能問題。這不是說時間都應該浪費在優化代碼上，而是我們時刻應該提醒自己要注意代碼的效率。比如：如果沒有時間來實現一個高效的演算法，那麼我們應該在文檔中記錄下來，以便在以後有空的時候再來實現她。不是所有的人都同意在寫代碼的時候應該優化性能這個觀點的，他們認為性能優化的問題應該在項目的後期再去考慮，也就是在程序的輪廓已經實現了以後。不必要的對象構造不要在循環中構造和釋放對象使用 StringBuffer 對象在處理 String 的時候要盡量使用 StringBuffer 類，StringBuffer 類是構成 String 類的基礎。String 類將 StringBuffer 類封裝了起來，（以花費更多時間為代價）為開發人員提供了一個安全的介面。當我們在構造字元串的時候，我們應該用 StringBuffer 來實現大部分的工作，當工作完成後將 StringBuffer 對象再轉換為需要的 String 對象。比如：如果有一個字元串必須不斷地在其後添加許多字元來完成構造，那麼我們應該使用StringBuffer 對象和她的 append() 方法。如果我們用 String 對象代替StringBuffer 對象的話，會花費許多不必要的創建和釋放對象的 CPU 時間。大家可以來安安DIY創作室一起討論。避免太多的使用 synchronized 關鍵字避免不必要的使用關鍵字 synchronized，應該在必要的時候再使用她，這是一個避免死鎖的好方法。7、編程技巧byte 數組轉換到 characters為了將 byte 數組轉換到 characters，你可以這麼做：Hello world!.getBytes();Utility 類Utility 類（僅僅提供方法的類）應該被申明為抽象的來防止被繼承或被初始化。初始化下面的代碼是一種很好的初始化數組的方法：objectArguments = new Object[] { arguments };枚舉類型JAVA 對枚舉的支持不好，但是下面的代碼是一種很有用的模板：class Colour {public static final Colour BLACK = new Colour(0, 0, 0);public static final Colour RED = new Colour(0xFF, 0, 0);public static final Colour GREEN = new Colour(0, 0xFF, 0);public static final Colour BLUE = new Colour(0, 0, 0xFF);public static final Colour WHITE = new Colour(0xFF, 0xFF, 0xFF);}這種技術實現了RED, GREEN, BLUE 等可以象其他語言的枚舉類型一樣使用的常量。他們可以用 ‘==’ 操作符來比較。但是這樣使用有一個缺陷：如果一個用戶用這樣的方法來創建顏色 BLACK new Colour(0,0,0)那麼這就是另外一個對象，’==’操作符就會產生錯誤。她的 equal() 方法仍然有效。由於這個原因，這個技術的缺陷最好註明在文檔中，或者只在自己的包中使用。8、編寫格式代碼樣式代碼應該用 unix 的格式，而不是 windows 的（比如：回車變成回車+換行）文檔化必須用 javadoc 來為類生成文檔。不僅因為它是標準，這也是被各種 java 編譯器都認可的方法。使用 @author 標記是不被推薦的，因為代碼不應該是被個人擁有的。縮進縮進應該是每行2個空格. 不要在源文件中保存Tab字元. 在使用不同的源代碼管理工具時Tab字元將因為用戶設置的不同而擴展為不同的寬度.如果你使用 UltrEdit 作為你的 Java 源代碼編輯器的話，你可以通過如下操作來禁止保存Tab字元, 方法是通過 UltrEdit中先設定 Tab 使用的長度室2個空格，然後用 Format|Tabs to Spaces 菜單將 Tab 轉換為空格。頁寬頁寬應該設置為80字元. 源代碼一般不會超過這個寬度, 並導致無法完整顯示, 但這一設置也可以靈活調整. 在任何情況下, 超長的語句應該在一個逗號或者一個操作符後折行. 一條語句折行後, 應該比原來的語句再縮進2個字元.{} 對{} 中的語句應該單獨作為一行. 例如, 下面的第1行是錯誤的, 第2行是正確的:if (i0) { i ++ }; // 錯誤, { 和 } 在同一行if (i0) {i ++}; // 正確, { 單獨作為一行} 語句永遠單獨作為一行.如果 } 語句應該縮進到與其相對應的 { 那一行相對齊的位置。括弧左括弧和後一個字元之間不應該出現空格, 同樣, 右括弧和前一個字元之間也不應該出現空格. 下面的例子說明括弧和空格的錯誤及正確使用:CallProc( AParameter ); // 錯誤CallProc(AParameter); // 正確不要在語句中使用無意義的括弧. 括弧只應該為達到某種目的而出現在源代碼中。下面的例子說明錯誤和正確的用法:if ((I) = 42) { // 錯誤 – 括弧毫無意義if (I == 42) or (J == 42) then // 正確 – 的確需要括弧9、代碼編譯1.編寫代碼時要注意隨時保存，並定期備份，防止由於斷電、硬碟損壞等原因造成代碼丟失。2.同一項目組內，最好使用相同的編輯器，並使用相同的設置選項。3.合理地設計軟體系統目錄，方便開發人員使用。4.打開編譯器的所有告警開關對程序進行編譯。5.在同一項目組或產品組中，要統一編譯開關選項。6.使用工具軟體（如Visual SourceSafe）對代碼版本進行維護。如果大家有不明白的可以到安安DIY創作室留言。10、可移植性Borland Jbulider 不喜歡 synchronized 這個關鍵字，如果你的斷點設在這些關鍵字的作用域內的話，調試的時候你會發現的斷點會到處亂跳，讓你不知所措。除非必須，盡量不要使用。換行如果需要換行的話，盡量用 println 來代替在字元串中使用\n。你不要這樣：System.out.print(Hello,world!\n);要這樣：System.out.println(Hello,world!);或者你構造一個帶換行符的字元串，至少要象這樣：String newline = System.getProperty(line.separator);System.out.println(Hello world + newline);PrintStreamPrintStream 已經被不贊成（deprecated）使用，用 PrintWrite 來代替它。
如何書寫Java項目的開發文檔
我現在公司是CMMI4認證的，最近我項目組在開始新產品，我負責了大部分文檔編寫。。
人員流動是項目進行中比較讓人頭疼的事情。做好規範文檔，可以讓代碼看起來比較像出自同一人之手。要做java開發文檔得做不少功夫，有需求規格說明書、詳細設計說明書、軟體功能規格說明書、資料庫設計說明書、編碼規範等。比較重要的是 軟體功能描述、資料庫設計、編碼規範，這樣，及時有人員流動的話，新人看了文檔，也能比較快的了解功能需求、資料庫設計、編碼規範，更快的上手項目。先看看你需要什麼文檔，然後去文庫里搜索，就有相應的模板，找個適合自己項目的模板用。
java項目 代碼結構說明書怎麼寫
介面文檔，代碼層次（比如公共方法寫在哪個class里），哪些為一大類在一個包下，數據字典，就是介紹你這個項目的架構讓後來的人怎麼能容易參與開發，交接什麼看這個就可以方便些，輔助作用的一個文檔一般都是項目經理寫
簡歷上的項目描述（JAVA）怎麼寫
想要成為合格的Java程序員或工程師到底需要具備哪些專業技能，面試者在面試之前到底需要準備哪些東西呢？本文陳列的這些內容既可以作為個人簡歷中的內容，也可以作為面試的時候跟面試官聊的東西，你可以把這些內容寫到你的簡歷中，當然更需要的是你在面試的時候向面試官展示這些專業技能。相信此文對正在尋覓Java程序員（Java工程師）職位的freshman以及希望成為中高級Java開發者的junior都會有所幫助。
專業技能
1.熟練的使用Java語言進行面向對象程序設計，有良好的編程習慣，熟悉常用的Java API，包括集合框架、多線程（並發編程）、I/O（NIO）、Socket、JDBC、XML、反射等。
2.熟悉基於JSP和Servlet的Java Web開發，對Servlet和JSP的工作原理和生命周期有深入了解，熟練的使用JSTL和EL編寫無腳本動態頁面，有使用監聽器、過濾器等Web組 件以及MVC架構模式進行Java Web項目開發的經驗。
3.對Spring的IoC容器和AOP原理有深入了解，熟練的運用Spring框架管理各種Web組件及其依賴關係，熟練的使用Spring進行事務、日誌、安全性等的管理，有使用Spring MVC作為表示層技術以及使用Spring提供的持久化支持進行Web項目開發的經驗，熟悉Spring對其他框架的整合。
4.熟練的使用Hibernate、MyBatis等ORM框架，熟悉Hibernate和MyBatis的核心API，對Hibernate的關聯映射、繼承映射、組件映射、緩存機制、事務管理以及性能調優等有深入的理解。
5.熟練的使用HTML、CSS和JavaScript進行Web前端開發，熟悉jQuery和Bootstrap，對Ajax技術在Web項目中的應用有深入理解，有使用前端MVC框架（AngularJS）和JavaScript模板引擎（HandleBars）進行項目開發的經驗。
6.熟悉常用的關係型資料庫產品（MySQL、Oracle），熟練的使用SQL和PL/SQL進行資料庫編程。
7.熟悉面向對象的設計原則，對GoF設計模式和企業應用架構模式有深入的了解和實際開發的相關經驗，熟練的使用UML進行面向對象的分析和設計，有TDD（測試驅動開發）和DDD（領域驅動設計）的經驗。
8.熟悉Apache、NginX、Tomcat、WildFly、Weblogic等Web伺服器和應用伺服器的使用，熟悉多種伺服器整合、集群和負載均衡的配置。
9.熟練的使用產品原型工具Axure，熟練的使用設計建模工具PowerDesigner和Enterprise Architect，熟練的使用Java開發環境Eclipse和IntelliJ，熟練的使用前端開發環境WebStorm，熟練的使用軟體版本控制工具SVN和Git，熟練的使用項目構建和管理工具Maven和Gradle。
說明：上面羅列的這些東西並不是每一項你都要爛熟於心，根據企業招聘的具體要求可以做相應的有針對性的準備。我個人覺得前6項應該是最低要求，是作為一個Java開發者必須要具備的專業技能
項目介紹
本系統是X委託Y開發的用於Z的系統，系統包括A、B、C、D等模塊。系統使用了Java企業級開發的開源框架E以及前端技術F。表示層運用了G架構，使用H作為視圖I作為控制器並實現了REST風格的請求；業務邏輯層運用了J模式，並通過K實現事務、日誌和安全性等功能，通過L實現緩存服務；持久層使用了M封裝CRUD操作，底層使用N實現數據存取。整個項目採用了P開發模型。
說明：上面的描述中，E通常指Spring（Java企業級開發的一站式選擇）；F最有可能是jQuery庫及其插件或者是Bootstrap框架，當然如果要構建單頁應用（SPA）最佳的方案是前端MVC框架（如AngularJS）和JavaScript模板引擎（如HandleBars）；G顯然是MVC（模型-視圖-控制），最有可能的實現框架是Spring MVC，除此之外還有Struts 2、JSF以及Apache為JSF提供的MyFaces實現，可以使用JSP作為MVC中的V，也可使用模板引擎（如Freemarker和Velocity）來生成視圖，還可以是各種文檔或報表（如Excel和PDF等），而Servlet和自定義的控制器是MVC中的C，當然Spring MVC中提供了作為前端控制器的DispatcherServlet；J通常是事務腳本，K應該是AOP（面向切面編程）技術，L目前廣泛使用的有memcached和Redis；M的選擇方案很多，最有可能的是Hibernate和MyBatis，也可以兩種技術同時運用，但通常是將增刪改交給Hibernate來處理，而複雜的查詢則由MyBatis完成，此外TopLink、jOOQ也是優秀的持久層解決方案；底層的數據存取傳統上是使用關係型資料庫，可以是MySQL、Oracle、SQLServer、DB2等，隨著大數據時代的來臨，也可以採用NoSQL（如MongoDB、MemBase、BigTable等）和其他大數據存取方案（如GFS、HDFS等）；項目的開發模型P可以是瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型、RAD模型等。
項目開發流程
1.可行性分析 可行性分析報告 / 項目開發計劃書
2.需求分析 需求規格說明書
1.OOAD（用例圖、時序圖、活動圖）
2.界面原型：幫助理解需求、業務層設計時推導事務腳本
3.設計 概要設計說明書/詳細設計說明書
1.抽取業務實體（領域對象）：類圖、E-R圖（概念設計階段）
2.分層架構：確定各層的技術實現方案（具體到使用的框架、資料庫伺服器、應用伺服器等）。業務層設計：事務腳本模式（事務：用戶發送一次請求就是一個事務；腳本：一個方法或一個函數；事務腳本：把一次請求封裝為一個方法或一個函數；事務腳本模式：一個事務開始於腳本的打開，終止於腳本的關閉）。業務層涉及的對象本有 三種類型：事務腳本類（封裝了業務的流程）、數據訪問對象（ DAO，封裝了持久化操作）、數據傳輸對象（DTO，封裝了失血/貧血領域對象），三者之間的關係是事務腳本類組合（聚合）數據訪問對象，這二者都依賴了數據傳輸對象
3.正向工程（UML類圖生成Java代碼）和逆向工程（Java代碼生成UML類圖）
4.資料庫物理設計（ER圖轉換成表間關係圖、建庫和建表、使用工具插入測試數據）
4.編碼 5.測試 測試報告 / 缺陷報告
1.單元測試：對軟體中的最小可測試單元進行檢查和驗證，在Java中是對類中的方法進行測試，可以使用JUnit工具來實施。
2.集成測試：集成測試也叫組裝測試或聯合測試。在單元測試的基礎上，將所有模塊按照設計要求組裝成為子系統進行測試。
3.系統測試：將已經確認的軟體、硬體、外設、網路等元素結合在一起，進行信息系統的各種組裝測試和確認測試，系統測試是針對整個產品系統進行的測試，目的是驗證系統是否滿足了需求規格的定義，找出與需求規格不符或與之矛盾的地方，從而提出更加完善的方案。
4.驗收測試：在軟體產品完成了單元測試、集成測試和系統測試之後，產品發布之前所進行的軟體測試活動。它是技術測試的最後一個階段，也稱為交付測試。驗收測試的目的是確保軟體準備就緒，並且可以讓最終用戶將其用於執行軟體的既定功能和任務。
5.交付和維護 用戶手冊 / 操作手冊
項目管理
版本控制：CVS/SVN/Git
自動構建：Ant/Maven/Ivy/Gradle
持續集成：Hudson/Jenkins
系統架構
負載均衡伺服器：F5、A10
應用伺服器：
HTTP伺服器：Apache、NginX（HTTP、反向代理、郵件代理伺服器）
Servlet容器：Tomcat、Resin
EJB容器：WildFly（JBoss Application Server）、GlassFish、Weblogic、Websphere 資料庫伺服器：MySQL、Oracle
第三方工具（插件）應用
圖表工具：基於jQuery的圖表插件（如jQchart、Flot、Charted等）、Chart.js、Highcharts等。
報表工具：Pentaho Reporting、iReport、DynamicReports等。
文檔處理：POI、iText等。
工作流引擎：jBPM、OpenWFE、Snaker、SWAMP等。
作業調度：Quartz、JobServer、Oddjob等。
緩存服務：EhCache、memcached、SwarmCache等。
消息隊列：Open-MQ、ZeroMQ等。
安全框架：Shiro、PicketBox等。
搜索引擎：IndexTank、Lucene、ElasticSearch等。
Ajax框架：jQuery、ExtJS、DWR等。
UI插件：EasyUI、MiniUI等。
富文本框：UEditor、CKEditor等。
面試提問
項目是為哪個公司開發的？
項目的投入是多少？
有多少人參與了項目開發？
整個團隊中，測試人員、開發人員、項目經理比例是多少？
項目開發了多長時間？
項目總的代碼量有多少？
你的代碼量有多少？
項目採用了怎樣的開發模型或開發流程？
項目的架構是怎樣的？
項目的技術選型是怎樣的？
你在項目中承擔了怎樣的職責？
是否經常開會或加班？
項目完成後有哪些收穫或是經驗教訓？
項目中最困難的部分是什麼？
如何解決團隊開發時遇到的各種衝突？
明：對於沒有實際項目經驗的，可以在前程無憂、智聯招聘、拉勾網等網站上搜索招聘Java程序員的公司，找到他們的官方網站了解他們做的項目，查看項目的詳細介紹，然後嘗試完成其中一部分功能，最好請教一下高人看看自己的設計和代碼是否恰當，這樣相當於積累了一定的項目經驗。
面試時可以反問面試官的問題
我注意到你們使用了X技術，請問你們是如何解決Y問題的？
為什麼你們的產品使用了X技術而不是Y技術？據我所知，X技術雖然有A、B、C等好處，但也存在D和E問題，而Y技術可以解決D和E問題。
我對您說的X技術不是太熟悉，但我感覺它是一個不錯的解決方案，您能多講講它的工作原理嗎？
你們團隊是如何進行項目規劃的？一周會有幾次例會？每周的代碼量大概是多少？
就X問題我能想到的解決方案目前就只有Y了，請問您會怎麼解決這個問題？
錄用談判
要理直氣壯的提出具體的待遇要求
開出比預期稍高的價碼
不要只盯著薪水（很多公司更願意就薪水之外的條件做出讓步）
使用最合適的方法（可以嘗試在電話或E-mail中談判待遇）
自我評價
學習能力（搞IT行業的人需要不斷的了解新的技術、工具和方法）
團隊意識（相比個人英雄主義，IT行業更倡導團隊合作）
抗壓能力（很多IT企業的工作強度相對來說還是比較大的）
自學編程，免費獲取精品IT教程以及資料，搜索：黑馬程序員
網頁鏈接
原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-tw/n/245438.html
微信掃一掃 
支付寶掃一掃 