馬來西亞社會安全網-就業保險
馬來西亞政府計劃於2018年推行就業保險計畫（Employment Insurance Scheme，ＥＩＳ），為受雇人提供一個就業的社會安全網包括失業津貼和培訓支持，計畫內容：
- 適用範圍：典型受雇工作者。
- 基金管理機構： 社會安全機構（Social Security Organisation，SOCSO）。
- 保護內容：為被裁員工提供三個月至六個月的臨時財政援助。例如，在求職津貼下，失業人員可以獲得第一個月的假定月工資的80％，第二個月的50％，第三個月和第四個月的40％，第五個月和第六個月的30％。
- 保險費用：雇主必須負擔受僱人月薪之0.2％，僱員亦須繳納受僱人月薪之0.2％。繳費將根據員工的工資按固定比例計算。保費繳納之上限為收入4000令吉（Riggit Malaysia，RM）以上者，繳納的最高貢獻額為59.30令吉。
- 罰則：一萬元以下或兩年以下有期徒刑。
根據國際勞工組織(ILO)一項研究顯示，2011年越南失業人員中只有5％受到失業保險的保護，泰國則為25％。即使在非典型工作者較無問題出現的國家，失業人員的有效覆蓋率通常在40％到50％之間。主要原因在於，失業保險只包括典型工作者，然而亞洲較多數人為非典型工作者。
另一方面，2016年馬來西亞提高最低工資增加雇主負擔，使雇主感受到高額成本的壓力。推行就業保險計畫雇主所需承擔之成本又再次增加。這使得雇主不得不傾向選擇短期契約工作或外包工作。使得雇主減少雇用正式員工，本身待遇與福利居於弱勢的非典型工作者增加，反而使得計畫可以保護範圍縮小加深非典型工作者不平等問題。面對目前全球非典型工作者人數有快速膨脹趨勢，以及雇主捨棄高成本的雇用方式。如何立法保護或改善非典型工作者就業環境，將成為就業保險計畫另一個重要的核心議題。
周冠宇
法律研究員 編譯整理
Tomomi Kikuchi, Malaysia to offer unemployment insurance starting in 2018, ASIAN REVIEW, https://asia.nikkei.com/Politics-Economy/Policy-Politics/Malaysia-to-offer-unemployment-insurance-starting-in-2018 (last visited Dec. 4, 2017)
OOI CHIA SHEN, Employment Insurance Scheme Is Official And Here’s What You Need To Know, Money Tips, News, https://www.comparehero.my/blog/employment-insurance-scheme (last visited Dec. 4, 2017)
Foong Li Mei, Is unemployment insurance the safety net that Malaysian workers so desperately need?, http://sea-globe.com/malaysia-unemployment-insurance-scheme/ (last visited Dec. 4, 2017)
Ofcom致力落實歐盟推動的「高速寬頻」（Superfast Broadband）發展，讓英國在2015年成為全歐洲寬頻發展最為優秀的國家，故於近期重新檢視固網市場的管制架構，促使資通訊市場健全發展。其中，今年7月Ofcom針對「加速超高速寬頻競爭」與「銅絞線網路批發價」(copper network)提出新的諮詢（Consultation），以加速基礎建設投資與提高市場競爭，讓消費者取得合理資、通訊服務。 在加速超高速寬頻市場競爭上，Ofcom除了要求Openreach面對其他競爭者要求協助安裝、維修BT的網路時，必須加快速度與品質外，BT與其他網路業者所簽訂的「批發契約」（Wholesale Contract），時限亦從現行1年縮短至1個月，以增加公平性。除此之外，消費者目前在更換高速寬頻業者時，新業者皆須付Openreach 50歐元轉換費，但這筆費用卻通常轉嫁至消費者，故Ofcom未來將降其至10~15歐元，降低民眾負擔。Ofcom這次要求BT合理化服務品質與費用，摒棄對光纖租用進行價格管制，其原因在於BT確實受到Virgin Media與其他業者的競爭、以及防範管制後BT不願再進行鋪設光纖之可能。這種透過降低消費者轉換網路服務業者之門檻，促進高速寬頻普及的方式是否可行，則須待進一步的觀察。 另一方面，在銅絞線的批發價上，Ofcom依據固網接取市場諮詢(Fixed Access Market Review Consultation)之結果，證明BT在寬頻市場仍具有顯著市場力量(Significant market power)，故將對銅絞線批發價重新審議。目前，Ofcom在批發服務之價格上限，將透過消費者物價指數（Consumer price Index ,CPI）取代過去的零售物價指數（Retail Price Index , RPI），讓全迴路（Fully unbundled line）、分享式迴路（Shared unbundled line），或是批發線路出租（wholesale line rental）之接取費用皆可降低，讓消費者可獲得更為合理的價格。 Ofcom於今年10月提出年度「基礎設施報告」（Infrastructure Report update）。其中，在固網建設的發展上，無論是高速寬頻使用度、或是網路總流量，皆較2012年成長。因此，Ofcom是否可透過降低銅絞線的批發價、以及降低消費者轉換服務業者門檻的方式，提升高速寬頻涵蓋率與網路品質，讓消費者的需求得以滿足，將是英國資通訊環境未來發展的關鍵。
歐盟法院裁決：網站「預先選取同意」不構成ePrivacy Directive及GDPR合法有效的同意歐洲聯盟法院（CJEU）2019年10月1日對Planet49案（Case C-673/17）作出裁決。Planet49 GmbH為線上遊戲公司，用戶必須註冊並填寫姓名、地址等資料，點擊「參加」鍵後，會出現兩個選項框，一為「同意接收贊助商及合作夥伴的廣告訊息」，用戶必須勾選此一選項始可參加；另一選項框是「同意將用戶的Cookies用於廣告目的與分析」，此一選項已被預先勾選，而用戶可以取消勾選；在選項旁附有說明（如Cookie的用途等），並告知用戶可以隨時刪除所設置的Cookie。 歐盟法院針對《電子通訊隱私指令》（ePrivacy Directive, ePD）以及《一般資料保護規則》（General Data Protection Regulation, GDPR）進行闡明，重點如下： 一、ePD所要求對於Cookie儲存與使用的「同意」必須符合GDPR的「同意」原則，必須是當事人自願、具體、知情且明確的同意，本案「預先勾選同意」不構成有效同意。 二、「同意」必須特定對象，而不能藉由其他標的加以包裝、暗示，用戶點擊「參加遊戲」不能代表「Cookie的同意」。 三、ePD是對於用戶資料儲存與取得的保護，不論是否涉及「個人資料」均有ePD的適用，而必須取得用戶同意。 四、對於Cookie的使用必須清楚揭露，包括Cookie用途、運作期間、第三方是否有機會取得此一資訊等，以確保用戶確實了解其所為「同意」的內容與範圍。
發展奈米 應避開專利地雷美國知名研究機構雷克斯研究公司 ，九月底 應經濟部邀請，在國際招商論壇上，以「奈米科技的創新與創投」為題，發表專題演講。其副總裁挪登馬修（ Matthew M.Nordan ）指出，奈米科技的重要性，在於其未來將應用到各個產業上，改變各個產業原有風貌。從創投業者立場，所選擇投資對象，是要能以奈米科技來促進原有產品功能，或能大幅降低原有產品成本。此外，如何避開專利地雷，亦將是各企業在投入奈米科技時，必須正視的問題。 挪登表示，二○○三年全球在奈米科技的相關研究經費約為八十六億美元，其中只有二億美元來自於創投基金，創投業界對奈米科技的投入如此保守，除受到網路經濟泡沫衝擊，主要是因為奈米科技的商品化，還有一段很長的路要走，加上創投業者多半對材料工業比較陌生，業界過去又傳出多起投資失敗的案例，均讓創投業者不敢對奈米科技有大手筆投入。相對於創投業者的保守態度 ， 如何判斷優質的奈米科技投資案更形重要 。 其表示，除企業必須提出如何能避開國際已有的「專利地雷」，或取得國際專利的交互授權外，更重要的是，投資人必須瞭解，奈米科技的應用，並不是要開發出一個全新的「奈米產品」，或者應用奈米科技就能帶來超額的利潤，而是能對現存產業，帶來功效的提升或成本的降低。
開放原始碼撤出蘋果Safari？兩年前蘋果選擇開放原始碼成像引擎（ rendering engine ） KHTML 做為 Safari 瀏覽器的基礎；兩年後，蘋果則打算以自己的程式碼取代該引擎，藉以解決相容性的問題。 KHTML 成像引擎──也是其瀏覽器的核心，考慮在其架構上放棄 KHTML 的程式庫（ code base ），或者所謂的「樹狀圖」（ tree ），改用蘋果自己的版本，也就是所謂的 WebCore （網頁核心）。 KHTML 原本是為了要在 KDE （ K Desktop Environment ）上執行而撰寫的──這是 Linux 和 Unix 作業系統的介面。 Safari 並不是蘋果唯一以開放原始碼為基礎的軟體，其麥金塔（ Macintosh ）作業系統就是以達爾文（ Darwin ）開放原始碼計畫為基礎。 企業在某些方面受到限制，而開放原始碼社群以不受限制為傲。蘋果自己內部有些問題搞不定，以致銜接不上 KDE 開發 KHTML 的模式，導致 KHTML 與 Safari 逐漸產生分歧，後來情況則越來越嚴重。