㈠ Java高級工程師（IM）是什麼職位
一、 JAVA。
要想成為JAVA(高級)工程師肯定要學習JAVA。一般的程序員或許只需知道一些JAVA的語法結構就可以應付了。但要成為JAVA(高級)
工程師，您要對JAVA做比較深入的研究。您應該多研究一下JDBC、IO包、Util包、Text包、JMS、EJB、RMI、線程。如果可能，希望您
對JAVA的所有包都瀏覽一下，知道大概的API，這樣您就發現其實您想實現的很多功能，通過JAVA的API都可以實現了，就不必自己費太多的腦經 了。
二、 設計模式。
其實寫代碼是很容易的事情，我相信您也有同感。但如何寫得好就比較難了。這個「好」字包括代碼可重用性，可維護性，可擴展性等。如何寫出好的代
碼往往要藉助一些設計模式。當然長期的代碼經驗積累，只要您用心，會使您形成自己代碼風格。相信您的代碼也比較符合代碼的可重用性，可維護性，可擴展性。
㈡ 用JAVA實現一個IM的服務端，用什麼框架比較好
android開發使用的就是谷歌提供的開發框架，根據每個界面可以很好的劃分模塊。
㈢ 怎樣用Java在滾動文本框中實現多人聊天
有很多方法可以做
技術難度比較小的
可以做一個applet，走soket連接，這樣狀態保持都比較方便
時髦的用comet技術，現在比較火的webim，tom的直播室都是類似技術
㈣ 常用的web伺服器軟體有哪些
1.IIS
IIS是英文Internet Information Server的縮寫，譯成中文就是"Internet信息服務"的意思。它是微軟公司主推的伺服器，最新的版本是Windows2008裡麵包含的IIS 7，IIS與Window Server完全集成在一起，因而用戶能夠利用Windows Server和NTFS（NT File System，NT的文件系統）內置的安全特性，建立強大，靈活而安全的Internet和Intranet站點。
2.ApacheApache
ApacheApache在世界上的排名是第一的，它可以運行在幾乎所有廣泛使用的計算機平台上。Apache源於NCSAhttpd伺服器，經過多次修改，不僅簡單、速度快、而且性能穩定，還可以用來做代理伺服器。
3.Nginx
Nginx不僅是一個小巧且高效的HTTP伺服器，也可以做一個高效的負載均衡反向代理，通過它接受用戶的請求並分發到多個Mongrel進程可以極大提高Rails應用的並發能力。
4.Zeus
Zeus是一個運行於Unix下的非常優秀的Web Server，據說性能超過Apache，是效率最高的Web Server之一。
5.Sun
Sun的Java系統Web伺服器也就是以前的Sun ONE Web Server。主要出現在那些運行Sun的Solaris操作系統的關鍵任務級Web伺服器上。它最新的版本號是6.1,可以支持x86版本Solaris，Red Hat Linux，HP-UX 11i， IBM AIX，甚至可以支持Windows，但它的大多數用戶都選擇了SPARC版本的Solaris操作系統。
㈤ 飛信怎麼下載
支持java平台的機子只支持jar格式的軟體，及支持jar格式的飛信，下載的話你可以到手機樂園下載jar格式的飛信然後復制到手機存儲卡，在手機端找到點擊 安裝即可~~如果沒法找到，建議你在存儲卡新建一個軟體的文件夾，然後把飛信等其他軟體都復制到這個文件夾裡面，在手機端只要找到這個文件夾按即可找到這個軟體。文件件和軟體都是在手機的文件管理裡面~~~希望能幫到你
㈥ Web前端工程師你知道JavaScript和Java有關系嗎
今天小編要跟大家分享的文章是關於Web前端工程師你知道JavaScript和Java
有關系嗎。正在從事web前端工作的小夥伴們都知道JavaScript，那麼它和Java有什麼區別呢?下面來和小編一起看一看吧！
一、Java和JavaScript不同之處
●出身不同：
Javascript與Java是由不同的公司開發的不同產品。Javascript是Netscape公司的腳本語言，而Java是SUN
Microsystems公司推出的新一代面向對象的程序設計語言。
●嵌入方式不同：
在HTML文檔中，兩種編程語言的標識不同，Javascript使用來標識，而
Java使用Applet來標識。
●語言類型不同：
JavaScript是動態類型語言，而Java是靜態類型語言
●所採取的變數不同
JavaScript中的變數聲明採用弱類型，即變數在使用前不需作聲明，而是解釋器在運行時檢查其數據類型。Java
採用強類型變數檢查，即所有變數在編譯之前必須作聲明。
●代碼格式不同
Javascript的代碼是一種謀咀址格式，可以直接嵌入HTML文檔，並且可動態裝載，編寫HTML
文檔就像編輯文本文件一樣方便，其獨立文件的格式為*.js。Java是一種與HTML無關的格式，必須通過像HTML
中引用外媒體那麼進行裝載，其代碼以位元組代碼的形式保存在獨立的文檔中，其獨立文件的格式為*.class。
●Javascript採用動態聯編，即Javascript的對象引用在運行時進行檢查。Java採用靜態聯編，即Java
的對象引用必須在編譯時的進行，以使編譯器能夠實現強類型檢查。
●Javascript不直接對文本和圖形進行操作，它在Web頁面中與HTML
元素組合一起發揮作用，但它可以控制瀏覽器，讓瀏覽器直接對文本和圖形進行處理。而Java則可以直接對文本和圖形進行操作。
二、Java和JavaScript相同之處
●它們的語法和C語言都很相似;
●它們都是面向對象的(雖然實現的方式略有不同);
●JavaScript在設計時參照了Java的命名規則;
總而言之，JavaScript除了長得和Java比較像之外，語言風格相去甚遠。JavaScript在設計時所參考的對象不包括
Java，而包括了像Self和Scheme這樣的語言。
以上就是小編今天為大家分享的關於Web前端工程師你知道JavaScript和Java
有關系嗎的文章，希望本篇文章能夠對正在從事web相關工作的小夥伴們有所幫助。想要了解更多web相關知識記得關注北大青鳥web培訓官網。最後祝願小夥伴們工作順利！
轉自程序猿(微信號：imkuqin)
㈦ 即時通訊IM系統開發
我於2014年開啟即時通訊的開發之路，歷經從服務端到客戶端，從第三方到自研，經歷過諸多的研發難題，都一一破解。現將經驗總結如下，希望對行業內從事IM開發的程序員有所幫助。
①P2P方式
P2P方式多用於區域網內聊天，這種方式在有種種限制和不便。一方面它只適合在線的點對點消息傳輸，對離線，群組等支持不夠。另一方面由於 NAT 的存在，使得不同區域網內機器互聯難度大大上升，在某些網路類型(對稱NAT)下無法建立連接。使用P2P方式的軟體在啟動後一般做兩件事情：
1、進行UDP廣播:發送自己信息和接受同區域網內其他端信息。
2、開啟TCP監聽:等待其他端進行連接。
②伺服器中轉方式
大部分的互聯網IM產品都採用伺服器中轉這種方式進行消息傳輸，相對於P2P的方式，具有有以下的優點:
1、支持更多P2P無法支持或支持不好的業務，如離線消息，群組，聊天室。
2、方便業務邏輯的拓展和新舊版本的兼容，當然它也有自己的問題，就是伺服器架構復雜，並發要求高。
通過以上的比較，建議我們在開發IM系統的時候使用伺服器中轉的方式。
IM的網路連接方式有基於TCP的長連接和基於HTTP短連接兩種:
①基於TCP的長連接
基於TCP長連接則能夠更好地支持大批量用戶，問題是客戶端和伺服器的實現比較復雜。也有一些改進，比如下行使用MQTT進行伺服器通知/消息的下發，上行使用HTTP短連接進行指令和消息的上傳。這種方式能夠保證下行消息/指令的及時性，但是在弱網路下上行慢的問題還是比較嚴重，早期的來往就是基於這種方式。
②基於HTTP短連接
常見於WEB IM系統(現在很多WEBIM都是基於WebSocket實現)，它的優點是實現簡單，方便開發上手，問題是流量大，伺服器負載較大，消息及時性無法很好地保證，對大規模的用戶量支持不夠，適合小型的IM系統。
IM常見的協議有：XMPP，MQTT，私有協議。各種協議優缺點情況如下：
①XMPP協議
優點：協議開源，可拓展性強，在各個端(有各種語言的實現，對於前期入門級的開發者是很好的選擇，方便進入IM開發的程序員快速上手。
缺點：XML表現力弱，有太多冗餘信息，流量大。
常見案例：Gtalk、新浪微博、Facebook。
②MQTT協議
優點：協議簡單，流量少。
缺點：不是一個專門為IM設計的協議，多使用於推送。
③私有協議
幾乎所有主流的IM APP都是使用私有協議。
優點：高效，節約流量(一般使用二進制協議)，安全性高，難以破解。
缺點：開發初期沒有現有樣列可以參考，對於參與IM開發的程序員的要求比較高。
常見案例：微信、釘釘。
根據以上的對比，我們得出結果，一個好的協議需要滿足高效、簡潔、節約流量、易於拓展等要求，同時又能夠和當前的開發團隊的技術堆棧匹配，不能選擇一個他們很難上手的。
這里再提一下，我當時開發IM系統的時候，上手用的是XMPP，在使用的過程中發現了很多問題，踩了很多坑。
①實時性原則
消息實時到達接收方，如果用戶在線，則消息實時到達，如果用戶不在線，則消息在用戶登錄後到達。由於網路波動，以及移動端操作系統對應用前後台切換的管理，如何實現用戶連接管理、消息實時推送，推送失敗的處理方式，客戶端重連機制，消息如何補齊等，都需要IM系統考慮。由於TCP開發略微復雜，早期的基於HTTP短輪詢、長輪詢的低效的技術方案，也無法達到實時性的要求。
②可靠性原則
是指我們經常聽到的「消息送達」，通常用消息的不丟失和不重復兩個技術指標來表示。可靠性是要確保消息被發送後，能夠被接收者收到。由於網路環境的復雜性，以及用戶在線的不確定性，消息的可靠性（不丟失、不重復）是IM系統的核心指標，也是IM系統實現中的難點之一。總體來說，IM系統的消息「可靠性」，通常就是指聊天消息投遞的可靠性（准確的說，這個「消息」是廣義的，因為還存用戶看不見的各種指令和通知，包括但不限於進群退群通知、好友添加通知等，為了方便描述，統稱「消息」）。
從消息發送者和接收者用戶行為來講，消息「可靠性」應該分為以下幾種情況：
1、發送失敗：對於這種情況要感知到，明確反饋給發送方。如果此消息沒有發送成功，發送方可以選擇重試或者稍後再試。
2、發送成功：如果接收方處在「在線」狀態，應該立即收到此消息。如果接收方處在「離線」狀態不能收到消息，一旦上線則立刻收到消息。
3、消息不能重復：簡言之就是發送的一條消息不能被重復收到多次。
③一致性原則
系統中要重視消息的時序問題，不能出現發送的消息順序顛倒的問題。通常出現時序的問題有以下的原因：
1、網路傳輸延遲導致時序不一致。不同用戶發送的消息到達伺服器的延時差異較大，給消息時序性帶來挑戰。早期開發過程中經常會遇到這種問題。
2、分布式系統的出現導致時序不一致。IM系統模塊眾多，接入層、消息邏輯層等、每層都分布式集群化，這些應用分布在不同的機器上，如何保證時序是個難點。
④擴展性原則
擴展性是IM系統後期要考慮的問題，包括功能的擴展，伺服器的擴展等，這次就先不展開闡述。
Mina和Netty都是Java領域高性能和高可伸縮性網路應用程序的網路應用框架。
Mina是 Apache 組織的項目，它為開發高性能和高可用性的網路 應用程序提供的框架。當前的Mina版本支持基於 Java NIO 技術的 TCP/UDP 應用程序開發、串口通訊程序。目前正在使用 Mina的 軟體有：Apache Directory Project、AsyncWeb、AMQP（Advanced Message Queuing Protocol）、RED5 Server（Macromedia Flash Media RTMP）、ObjectRADIUS、Openfire等。
Netty是由JBOSS提供的一個java開源框架。Netty提供非同步的、 事件驅動的網路應用程序框架和工具，用以快速開發高性能、高可靠性的網路伺服器和客戶端程序。也就是說Netty是一個基於NIO的客戶端和伺服器端框架，使用Netty可以確保你快速和簡單的開發出一個網路應用。
雖然我使用過Mina，但是建議開發選型上使用Netty 。因為Netty有對google protocal buf的支持，有更完整的ioc容器支持(spring,guice,jbossmc和osgi)。Mina更新到2.0就不再更新了，而Netty一直在更新，目前最新發布的版本已經更新到4.1，從版本更新角度可以看出Netty的社區很活躍，修復問題一直在持續，這將對我們選擇它進行開發帶來很多便利。
單體Netty IM系統，可以支持10萬並發，如果機器性能良好的情況下可以超過10萬。
分布式的Netty IM系統，可以支持更高的並發數。各組件的功能如下：
①IM Server 連接器：主要用來負責維持和客戶端的TCP連接。
②緩存：負責用戶、用戶綁定關系、用戶群組關系的緩存。 緩存臨時數據、加快讀速度。可以做成集群方式。
③資料庫：用戶、群組、離線消息。可以做成集群方式。
④消息隊列：用戶狀態廣播、群組消息廣播。可以做成集群方式。
開發環境推薦使用netty-4.1.30這個版本，jdk使用1.8及以上版本。如下所示：
io.netty
netty-all
4.1.30.Final
①開發框架採用Netty + Spring(Spring4.x)。
②Spring採用Spring cloud。基於restful 短連接的分布式微服務架構，完成用戶在線管理、單點登錄系統。
③消息隊列採用rocketMQ 高速隊列，整流作用。
④資料庫採用MYSQL。
⑤協議JSON +自定義數據包採用Fastjson。
基於Netty的IM開源代碼在網上有很多，這里就不列舉了，可以自行去git上下載。我認為關鍵是把概念理清楚，技術堆棧選好，總體框架定好，接下來就是開發一個適合中小企業的IM系統了，但是要考慮到後期的擴展性，因為一個好的產品不能自己用，要讓更多的人使用。
㈧ Java高級工程師（IM）是什麼職位
沒有什麼java高級工程師
哪都是自己封的
全世界認可的只有一個軟體工程師
中國是考這些
這種考試分5個專業類別：計算機軟體、計算機網路、計算機應用技術、信息系統、信息服務。
每個專業又分三個層次：高級資格（信息系統項目管理、系統分析師、系統架構設計師、網路規劃設計師、系統規劃與管理師）；中級資格（軟體評測師、軟體設計師、軟體過程能力評估師、網路工程師、多媒體應用設計師、嵌入式設計師、計算機輔助設計師、電子商務師、系統集成項目管理工程師、信息系統監理師、信息安全工程師、資料庫系統工程師、信息系統管理工程師、計算機硬體工程師、信息技術支持工程師）；初級資格（程序員、網路管理員、信息處理技術員、電子商務技術員、信息系統運行管理員、網頁製作員、多媒體應用製作技術員）。
而且你就算考過了
基本也不認證書的
計算機編程看本的很少少
因為這些
不限學歷
不限年齡
不限國籍
你就算拿高級的證去找初級的
也會要求證明你工作經歷有多少年
完成的作品有多少
其實一樣的
而且你聽的沒錯
計算機編程不認證
只認項目
不要太傻太天真了