主頁 > 軟體設計 > 一文解讀計算機專業校園招聘

一文解讀計算機專業校園招聘

2020-11-01 17:21:53 軟體設計

文章目錄

    • 1. 方向選型
        • 1.1 非技術崗位
        • 1.2 技術崗位
        • 1.3 公司和部門的關系
    • 2. 校園招聘流程
        • 2.1 招聘型別
        • 2.2 應屆生招聘時間
        • 2.3 應屆生招聘大致流程
    • 3. 我的校招經歷

作為一個剛剛參加完秋招的學生,我希望把整個校園招聘的流程以及經歷的事情記錄下來,留給學弟學妹參考,

相信很多學弟學妹對于未來的面試、就業充滿了疑問和憧憬,而在學校是完全接觸不到這些東西的,學校也不會開設任何就業指導相關的問題,對于沒有任何經驗的我們來說,絕大多數同學都是一邊搜集各種資料,一邊向學長學姐請教,再身體力行地去嘗試和探索,最終完成了整個校園招聘流程,

摸索校園招聘的程序,本質也是一種社會中的闖蕩與學習,校園招聘對于不同人的意義是不同的:對公司來說是一個流程,對同學來說是一場比賽,對個人來說是一場人生級別的挑戰,對于公司和畢業生來說是一場有趣的博弈,對于多個公司而言又是一場競爭,

接下來我將通過以下五點,詳細闡述我自己對于校園招聘的理解,僅代表個人觀點

1. 方向選型

由于我是讀計算機專業的,計算機專業的就業本質上分為兩種型別:

  • 技術崗位
  • 非技術崗位

1.1 非技術崗位

先說我不太了解的非技術崗,非技術崗位包含:產品、HR、運營、設計… 等等,與編程開發關系不大,但對于一個公司來說至關重要,非技術崗的特點就是相比于技術崗而言沒有那么多熬夜和加班,相對不會特別肝,但薪酬相對少一點,我個人認為適合善于從產品的角度考慮事情,從用戶的角度考慮事情,或者對編程興趣不大的計算機專業同學,

非技術崗一般面試不會考計算機專業的知識,但面試形式較多,比如群面,聽非技術崗的同學說面試非常考驗人的應變能力,

? HR

這里提到一個很重要的關鍵詞HR,HR是 Human Resource 的縮寫,人力資源,通俗來講就是管人的職務,校招的所有同學都會至少有一個分配給自己的HR,負責全程流程的跟進,HR大概率為小姐姐,可能最一開始就聯系你,也可能從頭到尾你都聯系不到,但他對你而言尤為重要,尤其是在最終HR面和談薪酬的階段,都會和你直接溝通交流,

HR也作為一種應聘崗位,很多公司都會在校招中招募HR,

1.2 技術崗位

作為計算機專業的工科學生,身邊選擇技術崗位的同學較多,

有一些不得不承認的看法:計算機專業就業相比其他專業較為容易,就業薪酬相對較多,加班相對較多,但996是極少甚至不存在的,還沒聽說過哪個公司公然一周上六天班,

加班較多,但我認為彈性加班較多,往往不會存在長期的加班,公司一般會因為趕一些需求的進度,或者是趕節日加班,加班我認為也并不是一件可怕的事情,甚至有可能因為有很高的加班費而樂于加班,加班也并不是所有人都能加的,往往需要天時地利人和…

( 年輕人還是要肝一肝,何必20歲活成80歲的樣子) 玩笑話

技術崗位種類非常多,我下面按照自己的理解進行一些分類,

技術崗按照作業分類:演算法開發測驗、*運維:

  • 演算法崗

薪酬最高,學歷一般為研究生及以上,市場需求量較少,門檻較高,相對內卷化,

演算法崗我認為是研究生畢業就業的最佳選擇了,演算法崗招募的本科生極少甚至不招,如果讀研所研究方向與公司需求吻合,則就業程序會很舒服(但聽說大概率都不是很吻合),比如你讀的CV結果去公司做影像識別…然后你可以有一堆研究過的模型可以吹,

可以說研究生學歷是演算法崗的第一塊敲門磚,

但也有很多研究生畢業做開發崗、或者與所研究領域不一致的例子,很多人認為研究生競爭相對較大,而演算法崗需求較少,會有內卷化的現象,所以會選擇跳出演算法而選擇其他領域,

  • 開發崗

薪酬大體上僅次于演算法崗,開發崗是筆者的選擇,對這一塊相對熟悉一些,


如果從業務的角度,我認為開發崗分為業務開發非業務開發

業務開發崗非常貼近用戶需求,日常作業往往處在一個一個的業務迭代周期內:產品人員從產品池中提出需求,交付給業務開發組長評審,確定需求,將需求和產品原型圖提給開發人員,開發人員在預期時間內開發,開發結束后交付測驗,完成測驗流程后進行發布,用戶就拿到新版產品了,因為直接貼近用戶需求,也貼近各種大型的節榷訓動,所以加班的可能性我認為較高,

非業務開發崗這個感覺分類很多,個人感覺是脫離繁多的產品需求業務的,開發的內容相對底層一些,相對抽象一些,比如容器研發、中間件研發、訊息佇列優化等,門檻我認為比業務開發高一點,薪酬我認為相差不多,關于薪酬眾說紛紜,

如果說業務開發人員是直接面向用戶服務的話(不管TOB,TOC),非業務開發人員更像是向業務開發人員服務的,


如果從前后端分類模型的角度來講,我認為開發崗分為前端開發后端開發客戶端開發、(android\ios)、測驗開發崗,這也是老生常談的計算機就業方向,

前端開發:對于前端來講,最形象的解釋就是學弟學妹們學過的課程:web2.0 , 日常作業是要用一些較為完善的框架,開發出產品提出的需求web頁面,技術堆疊一般為h5 + css + js(ts),主流框架為vue和react,也了解過一些開源的框架可以將web頁面運行在手機終端,達到一份代碼三端執行的高效效果,

后端開發:后端開發也就是后臺開發,但我喜歡叫他服務端(黨員要為人民服務嘛),對于后端來講,最形象的解釋是學過的課程:服務計算+資料庫,因為筆者是做后臺的,對這塊的技術相對了解,日常作業也是用已有的框架來開發產品,一些比較完善的開源框架比如dubbo、tars、Spring Boot、dapr, 主流語言較多:golang、java、python、C++,后臺開發需要開發者對訊息佇列、rpc、多執行緒、socket網路編程、網路協議、分布式架構、資料庫設計、服務拆分、快取優化、作業系統知識等等都需要有了解,但因為本科大多數時間都在學這些,所以我感覺入門并不難,

關于后臺開發可以使用的語言真的很多,除了上述語言還有經典的nodejs、PHP、較新的dart等,但原理是完全相同的,可以達到觸類旁通的效果,

↑話雖這么說,但我發自內心地認為語言真的很影響開發,很多公司在招募后端開發人員的時候會不限制語言,但去做一個你熟悉語言的作業,和一個全新的語言的作業,效率是有很大區別的,

后臺開發我認為還有一些別稱:容器開發、服務器開發、資料庫開發

感覺可以統稱為后端,但根據崗位有自己的偏向,在準備面試的程序中有些區別,

客戶端開發:客戶端開發分為Android和ios,對應的就是學弟學妹們學過的這兩個課程,業務開發的效果和前端開發非常類似,只是展現的載體在移動設備上,Android開發主要用java,ios開發用swift和Objective-C,也學過可以用dart語言同時實作兩個端的開發,我個人隨著移動端app的使用率變得原來越高,感覺客戶端開發需求量也逐漸增大,我個人認為熟悉客戶端開發的應屆畢業生同學相對較少,尤其是ios端,

測驗開發
“感覺測驗開發, 就是分組分在測驗組里的開發人員,用某大廠舉例,測驗分為技術研發質量管理,測驗開發是做技術研發的,而系統測驗、專項測驗等等是質量管理,測驗開發人員后端前端其實都搞,主要是做 平臺、工具,給測驗人員使用或者給開發人員使用,也會涉及CICD、流水線等, 本質上是開發,薪酬和作業與開發類似,” —— 大白菜

測驗崗:

按照作業流階段來說,除了上述的開發崗還有測驗崗

測驗崗顧名思義,就是負責測驗開發人員開發好的軟體,先是產品體驗,然后會用各種暴力的手段去測驗軟體,從而了解軟體的魯棒性,最終生成測驗報告,如果測驗的程序中有bug需要告知開發者進行修復,有時候會出現一些奇葩的狀況,比如遇到不可復現的bug,測驗的時候有bug但開發人員無法復現,就比較尷尬,

我認為相對而言,面試測驗崗對于計算機專業知識要求會比開發崗低一些,但要求測驗人員有更嚴謹和認真負責的態度,


  • 運維?

    感覺運維崗和后端開發是不分家的…對于不大的專案,往往后端在開發的程序中就把運維的活給干了… 之前在公司實習有做過一段時間的運維:做監控、做配置中心、寫shell腳本,做cicd寫容器流水線,做鏡像等等…

    好像單獨招運維的越來越少了吧

希望這能解決學弟學妹關于以上崗位的疑惑,

往往在公司招聘的時候,公司網站會有很長的招聘串列,每一行都會明確說明招募的是前端、是后端、是ios還是Android,點進去會有崗位描述(也叫jd job description),而在查看公司校園招聘網站的很久很久之前,你就應該已經想好了自己到底選擇了哪個方向了,畢竟方向是第一步要確定的,

如果上述開發崗方向你幾乎都會(尤其指前后端都會),你就是全堆疊工程師了,

1.3 公司和部門的關系

校招公司對于公司和部門的招聘方式是多種多樣的

  • 公司統一招聘
    有些公司會以公司為單位統一招聘,通過面試后告知所在部門,
  • 部門單位招聘
    有些大廠會存在多個部門同時招聘,每個部門是獨立的,如果未通過某個部門的面試,可以選擇投遞其他部門,部門之間互不影響,

在秋招的程序中,尤其是互聯網大廠,部門也是一個需要考慮的極大的因素,往往選擇一個靠譜的部門會更重要,在投遞簡歷之前可以多了解了解你投遞的部門,以及多向有經驗的學長學姐尋求經驗和意見,

“選擇有時候比努力更重要,多問問過來人,秋招是一場資訊戰” ——糖葫蘆

2. 校園招聘流程

2.1 招聘型別

上面介紹完了多種多樣的崗位型別,下面從不同方向來介紹招聘型別,解讀一些常見的概念,

公司招聘大體上分為兩大類:校園招聘社會招聘

  • 校園招聘是應屆生的福利,只有應屆畢業生才有校園招聘的權利!!!一定要抓住

    所以為什么大家都想著一畢業就就業,而不是玩兩年再就業,

    國家給企業招收應屆畢業生是有政策的,通俗來講,你以應屆畢業生的身份進入公司會比社會人士的身份更簡單更容易競爭會更小

    當然,校園招聘的薪酬會普遍比社會招聘低,畢竟社會招聘都是招募的有豐富作業經驗的社會人士,一個應屆畢業生能比么?

    校園招聘有春招秋招的概念,后續會講解,

  • 社會招聘是面向社會統一招聘的,總體上比校招困難:題目比校招難,面試比校招難,對被面試者經驗考量是很大的,

    社會招聘沒有春招和秋招的概念,

比如我21年畢業,如果錯過了21校招我22年就不是應屆生了,只能參加社會招聘,和社會上經驗豐富的社會人競爭,能競爭過么?

這就是校招和社招的區別


校園招聘又分為應屆生招聘實習生招聘

  • 應屆生招聘 一定是當前崗位要求時間內畢業的應屆生同學才能參加,

    比如21年6月份畢業,某崗位給定的畢業時間為20年8月-21年8月,就可以參加,

    通過應屆生招聘(或者籠統來稱為校招),拿到的offer是正式offer,也就是說在通過面試后,可以和公司簽署三方協議,成為公司的正式員工,

    應屆生招聘有春招和秋招的概念,校招的春招offer秋招offer,一般說的就是正式offer,

  • 實習生招聘 一般大廠的官網會有實習生招聘的通道,原則上在崗位要求范圍內的同學都可以參加,

    實習生招聘對于畢業時間的要求并不太嚴格,仔細閱讀崗位描述就好,對于投遞時間也并不嚴格,沒有像春招和秋招一樣統一大型的實習生招聘時段,

    但這里有個很特殊的概念:暑期實習

    實習生招聘又分為暑期實習和日常實習:

    • 暑期實習

    暑期實習一般是針對于78月份暑假的實習生,招聘資訊往往會56月份提前在官網給出,對于4年學制的同學來說,大三結束的暑假,就是暑期實習的暑假,暑期實習往往包含了大量的實習轉正機會,具體可否轉正一般會在官網的崗位描述(jd)中寫出,

    • 日常實習

    日常實習是全年均可投遞的,個人感覺崗位并不多,投遞簡歷后公司回應并不快,轉正機會據說較少,
    但有些公司比如位元組,對于實習生是一視同仁的,無論何時的實習大都有提供轉正的機會,而另一些公司是有實習性質的區別,需要在面試的程序中詢問清楚,以免失去轉正機會,

    • 遠程實習?

    根據實習地點劃分,又分為遠程實習和 …非遠程實習

    就是去不去公司的區別,遠程實習就全程線上聯系,開會就用語音,

    但肯定去公司實習能學到更多的東西吧,


關于實習轉正

一般來說大廠實習大都有轉正機會,細節需要提前和公司了解清楚,

互聯網大廠的轉正率相對較高,而且公司會建議實習生轉正而不是投遞秋招,畢竟池子小,競爭小,高質量的offer相對較多,實習轉正是一條不錯的進入大廠的途徑,能由淺入深熟悉業務,有機會用轉正期抵消試用期,并且實習經歷對于日后的面試也有很大幫助,


2.2 應屆生招聘時間

  • 秋招(畢業前一年的8-10月)

    有畢業打算的學弟學妹,一定要重視秋招!

    秋招是一年中HC(head count縮寫,預計招聘員工)最多的時間,日常投遞簡歷可能投出去10個才有一個公司回復你,但如果秋招期間投遞簡歷,幾乎每個公司都會給予回應,

    秋招的人員組成大多為有明確畢業打算的應屆畢業生,

    網上資料顯示,公司會在秋招發放75%的offer ,而在春招只有25%,

  • 春招(畢業當年3-4月)

    春招相對來說崗位較少,競爭較大,但也有春招拿到不錯offer的例子,

    春招人員組成,有畢業打算的應屆畢業生,考研結束后選擇就業的學生,錯過秋招或秋招未拿到理想offer的學生,

  • 提前批

    一般來說各公司春招和秋招都會設定“提前批”面試,相比于正式批會早一些開始,提前批結束后才是正式批,一些公司的提前批結果是不會影響正式批的,也就是說提前批掛了,正式批還能再投,不過這種說法也和公司以及部門有關系,有可能提前批投遞后,正式批無法投遞到同一個部門,

    提前批和正式批在面試方面區別并不大,一些公司會在提前批免筆試,其他流程大致相同,
    個人建議提前批盡早投遞,不然后面很可能hc滿了就很難進這個部門了,

2.3 應屆生招聘大致流程

以秋招為例:

  1. 8月份左右,在公司的公眾號/官網/內推群發布招聘鏈接或簡歷投遞郵箱

  2. 應屆生投遞簡歷

  3. 公司簡歷篩選

  4. 篩選得到的簡歷進入考核流程:

    大致完整流程圖如下,程序因公司而異在這里插入圖片描述

    公司可能沒有筆試

    公司可能在應聘者被撈后不需要再筆試

    公司可能沒有HR面

    公司在筆試的同時可能會有素質測評

    • 整個招聘流程走下來(從投遞簡歷到HR面結束),保守估計大概一個月的時間,

    • 一般到HR面都十有八九穩了

    • 中大的學生簡歷一般不會掛,除非他不想招人(我就有幸被掛過)

    • 筆試大多數是機試,需要做選擇題和寫演算法,但筆試作為第一次考核,真的比面試簡單多了,

    • 我認為最嚇人的是終面當場寫演算法題然后掛了(有幸終面被掛過兩次)

    • 一般來說,筆試比較簡單,一面大都是基礎知識,二面三面大都是情景題應用題和專案經歷,會穿插手撕演算法,具體面試內容請搜索各種面試經歷,網上有很多,

    一般在秋招當年10月-11月份,會發放正式offer,具體時間因公司而異,

3. 我的校招經歷

校招絕對不是一朝一夕的事情!

21年6月份畢業,針對校招的準備的開始,大概是在19年9月份,大三上學期,

19年9月份——加入專案團隊

19年10月份——確定方向和技術堆疊

19年11月份——技術學習

19年12月份——嘗試投遞實習簡歷,參與小公司面試被掛多次,最終拿到實習offer

20年1月份——參與大廠實習面試,被掛的非常慘

20年2月份——疫情期間參與多次小公司實習面試,拿到offer并開始遠程實習,鞏固后端技術堆疊

20年2-4月份——遠程實習,并參與大廠日常實習面試,被掛多次,無offer

20年5月份——參與大廠暑期實習面試拿到offer

20年5-8月份——后端實習,并參與秋招提前批,較少被掛

20年9月份——在沒有任何意向書的情況下放棄保研

20年10月份——收oc

感覺一路上很是艱難坎坷,20年1月份被某公司掛,最艱難的時候是20年的4月份,終面了北京某手機公司后半個多月無訊息,已經做好了放棄秋招選擇讀研的打算,當時趁疫情在家打算加入實驗室做科研,也閱讀了一些論文材料作為準備,我還在電腦上畫了一張很可笑的圖,規劃了一下以后的可能性和未來,結果后面的發展完全在規劃之外,

后來發現,暑期實習面試還是很容易的,原來之前面總被掛不是因為自己真的那么菜,而是因為沒有趕上好時間,所以一段時間內的失敗和受挫非常正常,而受挫的同時,努力記錄好失敗點,失敗點連線起來,到最后才能織成一張濃密的知識網,

就算拿到了大廠實習offer,焦慮和不安還是在無時無刻困擾著我,實習期間如何平衡好生活、面試、作業,又是值得深度探討的話題,

校招并不容易,校招是一件很困難的事情,至少從我的能力出發來說,他可以用困難來形容,在這一場是博弈,是競爭,是挑戰,是機遇的大事件上,錘煉的是每個將要走向社會的年輕人的心里承受能力,自我控制能力,輿論敏感性,

而通過這次大事件的每個年輕人,他們的征途是星辰大海,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/198319.html

標籤:其他

上一篇:[1]無線通信--介紹基本概念

下一篇:憑借這個pdf上的知識拿下了百度、京東、華為、騰訊等互聯網公司的offer(Java崗)

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more