隨著我們進入2023年，it部門可以首先處理一下「拖沓」的專案，在這些專案不斷增長而無法控制之前。這些專案都是什麼，為什麼保持這些專案的更新很重要？
1、端點管理
一些組織機構報告稱，當他們追蹤企業網路中的所有端點時，他們發現高達20%的端點被拋棄但是活躍的。安全威脅繼續籠罩著。這使得嚴格的策略和端點管理變得很關鍵，尤其是移動裝置日益增加。在你的審計師詢問你之前，先自己對你的網路端點進行檢查，確保所有端點都得到安全保護——如果不再需要的話，就關閉。
2、資料保留
it應該每年至少和最終業務部門坐下來溝通一下，看看資料保留和訪問策略是否是最新的。如果能三到四年就關於資料保留開一次會的話，大多數it部門就會是幸運的。隨著安全威脅不斷增加，針對傳統資料和大資料提出新的資料保留和訪問需求，資料保留會議就是一項不應該被推遲的活動。
3、終端使用者請求日誌
軟體維護耗費了it工作人員近一半的時間，這限制了增強後者開發新軟體的機會。這就是為什麼終端使用者請求要排上數年的隊——甚至等到最初的請求者都已經退休了，或者跳槽了。it應該每年都和使用者進行終端使用者請求的審查，以確定哪些請求應該保持開放，哪些應該關掉。
4、在終端裝置上更新軟體
越來越多的it部門正在朝著自動「推送」軟體發展，也就是從乙個**點向台式電腦和終端移動裝置傳送軟體更新。但是，大多數it部門仍然沒有過渡到這種自動化流程，因此他們繼續走進不同的辦公區去公升級台式電腦等裝置上的軟體。如果計算站點是在遠端企業區域，那麼更新並不一定會完成。這使得it部門處於乙個不得不支援同乙個軟體多個版本的困境。
5、資產盤點
針對資料中心的資產清查軟體已經存在十多年了，但是很多資料中心經理仍然不清楚有多少伺服器或者儲存機架是空閒的，或者有多少是利用率偏低的。資產清查可以發現這些資產，這樣it就可以把這些裝置利用起來，如果無法應對現有資料中心工作負載的話就淘汰掉。
6、流程更新
文件應用測試流程和增強，或者日常運營流程的滯後，是因為it已經被大量專案和期限壓得超負荷了。當這些程式沒有及時更新的時候，個人就會忘記他們已經做了，下個接手的人就不知道該怎麼做。這會造成錯誤和不一致的問題。雖然關鍵執行人不可能負責文件更新，但是乙個文件專員甚至是暫時的幫助都能有助於流程的更新。
7、工作描述
it職位和職責已經發生了變化，新的重點集中在安全、移動計算、社交**、協作、大資料和物聯網（iot）資料的結合。但是職位描述卻沒有跟上變化的腳步。it部門應該與hr合作，重新審視一下崗位描述以確保是最新的。
8、災難恢復計畫
大多數企業都有一套災難恢復計畫——但是有多少企業真的測試過這些計畫？2023年it部門應該承諾測試一下他們的計畫，這樣就不會在真正面臨災難的時候才發現漏洞。
9、**商協議
除了大型it部門會有專門的合同管理職責，一般it部門通常會忽略多達1/3的與**商和合作夥伴簽訂的合同（以及sla）。如果協議丟失，應該向**商尋求副本。所有這些協議，以及sla和條款，應該每年都進行審查以確保你的業務和**商關係沒有發生變化，以防變化——或者至少是與關鍵**商會會面。
10、備件和舊裝置
在資料中心旁邊的計算機儲物間堆滿了舊的終端、數據機、路由器、磁碟驅動器和伺服器。很多中小企業保留下這些裝置，這樣他們可以分拆出零件。但是會有那麼一天，這些裝置和零部件都跟不上如今的技術發展步伐了。至少每年對儲物間進行一次徹底的清查，讓這堆舊物在你的控制之下。
原文發布時間為：2015-7-14
IT部門不應該是乙個後勤部門
管理上最大的問題在於不重視預算與核算的管理。從管理層到員工，很少有經營的念頭，只是一味地埋頭做事。西方企業總結了當今幾百年的經營理念，最終把企業一切活動的評價都歸結到唯一的 可度量的標準上 錢來度量。by 華為 作為乙個it部門的管理者，看到這一段話應該會有非常深的感觸。只知道埋頭做事，對成本和效益...
Thread裡面不應該使用的方法
destroy 這個方法除了丟擲乙個異常之外什麼也沒做。如下 throw new nosuchmethoderror stop stop方法會釋放當前執行緒持有的monitor，這樣就導致執行緒沒有完全執行完同步方法，會使被執行緒操作的物件處於 不一致 狀態，也就是說同步是失敗的。造成後續的錯誤。s...
Redux的State不應該全部放在Store裡
使用了redux管理應用的狀態，應用的狀態不應該全部放在store裡面。前端狀態主要有一下兩種 1.domain data 2.ui state 1.domain data 來自於服務端對領域模型的抽象，比如user，product，這個應該放在store，方便更新data 2.ui state 大...