資訊
黑客入侵賭博公司竊取源代碼，而不是錢
安全公司 Talent-Jump 和 Trend Micro 報告，從去年夏天起，一群專業黑客入侵了東南亞的賭博公司，目的是竊取公司數據庫和源代碼而不是錢。發動攻擊的黑客組織被稱為 DRBControl。 DRBControl …
Categories
螞蟻金服研發框架日誌隔離解析
本文為《剖析 | SOFABoot 框架》第二篇，本篇作者盲僧，來自遨遊酒店信息技術。 《剖析 | SOFABoot 框架》系列由 SOFA 團隊和源碼愛好者們出品，項目代號：，文章尾部有參與方式，歡迎同樣對源碼熱情的你加入。…
Categories
Npm, Inc.發布Npm Pro，面向獨立JavaScript開發人員
Categories
大數據公司LiveRamp上雲記（五）：如何使用雲原生技術重構本地系統
Categories
第一行代碼——Android（三）：活動的實踐技巧
編者按：本文節選自郭霖著《第一行代碼——Android》一書中的部分章節。
活動的最佳實踐
你已經掌握了關於活動非常多的知識，不過恐怕離能夠完全靈活運用還有一段距離。雖然知識點只有這麼多，但運用的技巧卻是多種多樣的。所以，在這裡我準備教你幾種關於活動的最佳實踐技巧，這些技巧在你以後的開發工作當中將會非常有用。
活動的最佳實踐：知曉當前是在哪一個活動
這個技巧將教會你如何根據程序當前的界面就能判斷出這是哪一個活動。可能你會覺得挺納悶的，我自己寫的代碼怎麼會不知道這是哪一個活動呢？很不幸的是，在你真正進入到企業之後，更有可能的是接手一份別人寫的代碼，因為你剛進公司就正好有一個新項目啟動的概率並不高。閱讀別人的代碼時有一個很頭疼的問題，就是當你需要在某個界面上修改一些非常簡單的東西時，卻半天找不到這個界面對應的活動是哪一個。學會了本節的技巧之後，這對你來說就再也不是難題了。
我們還是在ActivityTest項目的基礎上修改，首先需要新建一個BaseActivity類。右擊com.example.activitytest包→New→Java Class，在彈出的窗口出輸入BaseActivity，如圖1所示。…
Categories
噹噹網一人確診66人隔離被指防控不力，員工如何用法律武器保護自己？
針對2月20日噹噹網出現一名新冠肺炎確診病例，造成現有66人被隔離觀察，昨天下午，北京市發展改革委副主任張艷林在例行疫情防控發布會上表示：已約談噹噹網負責人，要求其嚴格落實防控主體責任，全面查找防控工作流程中的漏洞並立即整改。
對於這一事件，2月20日晚間還有自稱噹噹網員工在微信群裡表示：因坐在感染員工附近，噹噹網又一員工被檢測出弱陽性。
這一消息還未待證實，但是對噹噹網的聲討開始甚囂塵上。
2月10號，噹噹網除湖北地區外所有員工全面復工。外地回京員工不要求隔離，10號直接開工上班…
公司只准備了少量口罩，發過一次就沒了…
另有員工爆料：
和成為密切接觸者員工工位相距三米左右的同事，都沒有強制隔離，仍然需要前往公司坐班。而且，那些隔離在家的同事，隔離期均按事假執行，不僅不計算工資，還仍需要在家辦公。
噹噹董事長俞渝2月9號發給全體員工的複工信也被指責防控措施不利，公開信中表示：
不為武漢肺炎驚慌，多數病人病情較輕…
…噹噹人不浪費一場危機…
螞蟻金服某P6 程序員從釘釘非法獲取阿里、螞蟻金服8 萬條信息；FSF 給微軟寄硬盤，希望開源Windows 7；受疫情影響中國二氧化碳排放量減少四分之一；京東拖欠神舟3億貨款？官方回應：對方違反條款…
科技公司
京東拖欠神舟 3 億貨款？官方回應：對方違反條款
2 …
Categories
芯片產業鏈冰火兩重天：封測遇難關，AI芯片迎利好
新型冠狀病毒疫情席捲態勢下，任何一個行業都難以獨善其身，芯片行業也受到了一定程度的波及，但施加在產業鏈上不同環節的“作用力”不一。
芯片封測企業“復工難 ”
完整的芯片產業鍊主要分為芯片設計、芯片製造、芯片封測三個環節。其中封測是產業鏈最後一個環節，封裝測試是指將通過測試的晶圓按照產品型號及功能需求加工得到獨立芯片的過程，具體包括晶圓測試、鍵合、檢測、成品測試等工序。目前我國在全球芯片半導體產業的國際分工中，封測領域是最為突出、發展最好的領域。
”封測企業屬於勞動密集型企業，對勞動力成本要求較高，疫情期間內，或將面臨復工難題“，長期關注芯片半導體投資的天鷹資本創始合夥人遲景朝向 AI 前線表示。
春節期間，芯片封測廠員工大多放假回家過年，為防控疫情，全國各地採取了封路等封鎖措施，加之多地要求異地返回人員隔離 14 天，封測廠節後如期復工難以保障。如果疫情短期內得不到有效控制，後續招工也會是個難題。據半導體行業觀察報導，截止2月11日，國內封測廠的產能僅為正常情況下的 …
Categories
字節跳動的微前端沙盒實踐
1. 沙盒應該做什麼
首先從沙盒對微前端乃至前端的意義開始講起。沙盒對軟件工程來說其概念不算是新鮮事物，僅看前端對隔離的需求也由來已久。並且根據不同的實際業務場景，已經有過非常多和有特色的探索。
古老的 Iframe
一切都從 iframe 開始講起了，反正是個看上去很美的解決方案。沒有真的用過的人肯定都會這樣想像。但有些可能等到你要真的搞一個通過 iframe 全面聚合的才知道。單純的 …
Categories
詳解優酷客戶端質量評估體系
一、客戶端質量評估體系的需求
移動客戶端的質量包括功能和體驗兩方面。在不同階段，客戶端質量保障能力建設的粒度和廣度的需求並不相同。早期可能快速試錯是一種更為高性價比且有效的手段，但是隨著應用的規模和用戶體量逐漸增加，合理的質量保障投入就成為了一個必需品。明確質量保障的需求和範圍，找到質量保障的成本和質量出現問題的修復成本的有機結合點，實現質量和成本收益最大化，是在設計和實施質量保障工作前務必要考慮清楚的事情。
體系化建設主要包括兩個維度的實踐：通過評估手段和方法的建設實現“有法可依”，通過流程和監督體系的建設實現“有法必依”。本文將介紹優酷技術質量部在“有法可依”維度進行的一系列建設，希望能給讀者提供一些參考。
二、客戶端質量評估體系的建設
根據優酷質量保障的需求和業務特點，我們重點在如下圖示的幾個重要階段進行了投入，並且在構建打包階段、整包驗證階段和線上驗證階段進行了重點建設。
1. 需求評審階段
需求評審是整個開發測試流程的起點，佔據非常重要的位置。質量控制團隊在需求制定和評審階段有效介入，確認需求的合理性以及質量的可評估性，在需求中強調對質量風險的處理能力以及對測試支持的友善性，將會對後期軟件質量的可控起到非常重要的作用。我們在每個版本啟動階段進行需求評審，除了明確需求細節之外，會對新需求潛在的質量和用戶體驗影響、以及可測試性進行討論，最大限度的暴露問題並尋求解解方案，極大的節省了後續定位問題和返工的成本。