訂閱

上次更新

January 18, 2017 04:00 AM

所有時間皆為協調世界時(UTC)。

Powered By

Planet

摩茲星球 | MozTW Planet

這邊是工作人員碎碎念的地方,您可獲得最新出爐的資訊以及最不成形的想法 :P

January 06, 2017

timdream

Big5 與 WHATWG Encoding Standard

到了 2017 年還是要講 Big5 編碼……這篇算是 But 的 Big5-UAO 從頭說起的續篇。

WHATWG Encoding Standard 是一個用 WHATWG 名義發表,試圖最後一次解決規範瀏覽器對 Web 的不同編碼的行為的規格書,還有提供標準的 DOM API。大約幾年前開始,規格書的編輯就和 MozTW 社群這邊討論,想要知道要如何產生一個統一的 Web 使用的 Big5 字碼表。

XKCD: 標準規範

討論滿攏長的,總之最後的結論是因為在 Web 上沒有看到顯著的使用 Big5-UAO 編碼的網站,所以 Web 應該使用基於 Big5-HKSCS 的字碼表。那個字碼表後來也就和 Encoding Standard 一起被發表出來且實作在 Firefox 43 中。

當初其實和 but 一樣有點錯愕(或是哀傷)的,不過想想台灣(或是台灣的原 Big5-UAO 使用者)比起香港能夠先拋棄 Big5,到一種 Web 上量不到有使用狀況的情況,其實是一種成就啊。Big5-UAO 在 PTT 等環境的使用對使用者來說也是近乎透明的(由 BBS Client 直接支援),也算對這個字碼表的地位的重要承認。

會突然想起這事,後來也發現是因為跟 HKSCS 有關:#whatwg 上面在問 Encoding Standard 表的重複對應問題,研究之後發現是因為 Big5-HKSCS 沒有處理,把變成重複編碼只對應到單一的 Unicode 字碼導致的。原本 Big5 的重複文字有兩個,會對應到 CJK Compatibility Ideographs 去。

我昨天也就順手更新了 MozTW 網站上那份 Mozilla 系列與 Big5 中文字碼文件(不知為何後來就變成我維護了)。希望這次是最後一次更新了。相關的討論都有在那份文件上連結,可供參考。

by timdream at January 06, 2017 05:40 AM

January 02, 2017

MozLinks-zh

Firefox 使用 Adblock Plus 時記憶體更省了

譯註:本文原文發表於 2015 年七月。2015 年 9 月發佈的 Firefox 41 已針對此問題進行更新,縮減了 Adblock 等類似情境下的記憶體用量,本文為問題與解決過程的概述,於 2016 年 5 月完成翻譯。

去(2014)年,我寫了一篇文章,討論 ABP 對 Firefox 的記憶體使用情況的影響,以下是該篇文章的重點。

第一點, 只要啟用 ABP,就會持續佔用大約 60~70 MiB 的資源。[…] 這看起來大概是因為有額外的 JavaScript 記憶體用量,也有部分原因歸咎於額外記憶體用於版面配置。

第二點,每一個 iframe 都會占用約 4 MiB 的資源。這是因為 ABP 會把一個龐大的樣式置入每一個 iframe 中。許多網頁上都會有多個 iframe,因此被占用的記憶體也會快速的增加。 舉例來說,如果我開啟了 TechCrunch,然後捲到每一篇文章中的社群網站按紐 […],在沒有開啟 ABP 的情況下,Firefox 使用了大約 194 MiB 記憶體,開啟了 ABP 後,占用的量變為 417 MiB,先前的兩倍以上。

還有一個更極端的案例是 這個網頁,它包含超過 400 個 iframes。在沒有 ABP 的情況下,Firefox 會使用大約 370 MiB 的資源,開啟了 ABP 後,占用的量就上升到了 1,960 MiB。(譯註:原始連結已消失,[1] [2] 是近似的重製頁面)

(其實這一段敘述不太精確;實際上的資源使用量是以「文件」(Document)數計算,包含了分頁中的最上層文件和 iframe 裡的文件。)

上個禮拜,Mozilla 的開發人員 Cameron McCormack 完成了一些補丁(Patch)修正  bug 77999,這個 bug 已經存在超過 14 年。這個補丁讓 CSS 的關聯資料能被共享(具體來說,這些補丁增加了一個資料結構來共享「使用者代理樣式表」的結果)就此完全解決了第二個問題,兩個問題之中比較重要的部分。

舉例來說,在上面提到的「極端例子」(概稱 Vim Color Scheme Test)裡,每個文件的記憶體用量都減少了 3.62 MiB。該網頁中有 429 個文件,總共減少了大約 1,500 MiB,讓該網頁的記憶體使用量下降到 450 MiB 左右,和沒有開啟 ABP 時相比已經沒有差那麼多了。(這些數據都是在 64 位元的架構下進行測試的。)

我也在多個網站上測試,並且確認當啟用 ABP 時,每個文件均能節省約 3.6 MiB 的記憶體。 不同網頁上的文件數目相差甚大,因此實際效果取決於頁面狀態(我想再針對 TechCrunch 做測試,但是它的首頁已經整個換新了,且不再觸發這麼大量的記憶體。)舉例來說,我在其中一個測試時分別打開了 紐約時報CNNBBC 的首頁和其中的四篇文章,總共有 15 個分頁。在包含了 Cameron 補丁的 Firefox 上啟用 ABP 時,可以少用約 90 MiB 的記憶體,減少了 10%以上。

就算沒有使用 ABP,這個補丁仍然有其他好處。比如說,在 Vim Color Scheme Test 裡,每個文件的實體記憶體用量都下降約 0.09 MiB,總共減少了 40 MiB 左右。

如果您想要自行測試的使用量的變化,您會需要 Nightly 版本的 Firefox 和 ABP 的開發中版本(因為最近出現了一個和 JavaScript 分析有關的錯誤,造成舊的 ABP 無法在 Nightly 上運作)。 在 Firefox 的 about:memory 頁面中,您可以發現「style-sets」的大小變小了。您也會在「layout/rule-processor-cache」下方看到一個新項目,這是新的共享資料的量測數據,它通常只有幾 MiB 而已。

這項改進已經準備放進 Firefox 41 ,並預定於 2015 年 9 月 22 日發佈。而其他釋出頻道的使用者,Firefox 41 Beta 預定將在 8 月 11 日釋出,而 Firefox 41 開發者版本則會於一、兩天內發佈。

原文 / Firefox 41 will use less memory when running AdBlock Plus | Nicholas Nethercote作者 / Nicholas Nethercote

φ 蒼天炎劍 翻譯 - Kevin-WY、Irvin 編輯

by Irvin Chen (noreply@blogger.com) at January 02, 2017 01:24 PM

December 15, 2016

MozLinks-zh

使用 Firefox,分享更容易了!

在網路上找到某些東西後,想立即分享嗎?Firefox 的分享功能,可讓您在瀏覽器中直接分享頁面,而不必離開您訪問的網站。相當方便!

打開我們的社交服務頁面,點擊「立刻啟用」連接至 Facebook、Twitter、Yahoo! Mail、Tumblr、LinkedIn 等您偏好的網站。當您下次找到值得分享的東西時,只要點擊分享圖示(紙飛機),就能立刻送出。

> 立即設定輕鬆分享

原文 / Sharing made easy with Firefox | The Den
授權 / 創用 CC: BY-SA 3.0 或其後版本

φ iris 翻譯 - Kevin-WY 編輯

by Irvin Chen (noreply@blogger.com) at December 15, 2016 12:57 PM

November 15, 2016

timdream

Emoji for all Firefox users!

Back in June I worked on a desktop Firefox feature that would bundle the Emoji One font on Linux and Windows Firefox installs. By bundling the font (which converted to the right format for Gecko), Firefox users on Windows XP/7/8 and Linux can see color Emoji instead of blank tofu or black-and-white system default glyphs.

Today, this feature reaches release, on Firefox 50.

Wikipedia on Emoji, Firefox 49 on Windows 7

Before: Wikipedia on Emoji, Firefox 49 on Windows 7

Wikipedia on Emoji, Firefox 50 on Windows 7

After: Wikipedia on Emoji, Firefox 50 on Windows 7

Special thanks to Jonathan Kew on helping me address the issues found in the Gecko graphics code and font format conversion. Enjoy and try it on your browser 😁😁😁!

by timdream at November 15, 2016 04:00 PM

September 15, 2016

MozLinks-zh

摩茲動手做(五)自己的瀏覽器自己改─使用新版 Firefox Addon SDK 開發簡單的附加元件

本文原文出自《小克'S 部落格》,作者小克更新謀智台客〈自己的瀏覽器自己改 (Part I) -利用Firefox Addon SDK開發簡單的附加元件〉一文,以新的 jpm 工具相關資訊,取代原文中使用的舊版 cfx 工具而成。

也歡迎參閱由 WM 撰寫的〈摩茲動手做(二)用 Add-on SDK 寫簡單的 Firefox 套件〉 一文。如果有開發相關疑問,歡迎加入 MozTW dev/add-on 開發 Telegram 聊天頻道,一起討論套件開發的心得與問題。

前言

Firefox 最受歡迎的特色之一,就是量多而且質精的附加元件 (Add-on)。在 Firefox 附加元件網站中,您可以找到各式各樣的附加元件,滿足您上網的各種需求。在這篇文章中,我們將會介紹如何利用 Firefox Add-on SDK 撰寫簡單的附加元件,改變網頁的外觀與行為。

即使不是自己架設的網站,我們也能隨心所欲的改善它們的使用經驗!

準備工作

為了減輕開發者的負擔,Mozilla 推出 Add-on SDK,取代原來基於 XUL 技術的附加元件框架。相較於傳統的 XUL,Add-on SDK 提供更多簡單易用的 API,簡化開發流程,另外也提供了許多新的使用者介面元素,來配合新版的 Firefox 介面。

為了能夠使用最新的 API,建議您先更新 Firefox 到最新版

您還需要安裝最新版的 Add-on SDK,以下將以 Linux 平台作為教學範例 ( OS X 也適用 ),若是使用 Windows 請參考 Install the Add-on SDK

首先下載最新版的 Add-on SDK,您需要先安裝 npm (包含在 Node.js 中)。可以使用以下指令確認是否安裝過:

/usr/bin/env node -v

若顯示錯誤訊息如 /usr/bin/env: node: No such file or directory,則透過指令安裝:

Ubuntu

sudo apt-get install nodejs-legacy

OS X(請先安裝 Homebrew 套件管理工具

brew install node

接者透過 npm 安裝 jpm

npm install jpm --global

安裝後測試看看是否成功:

jpm

若安裝成功您應該會看到 jpm 的可用指令統整畫面。

特別的是,只要安裝 jpm 時有使用 --global flag,就不用像舊式的 cfx 工具,需要使用指令啟用 Add-on SDK 環境。

初始化一個新的專案

Web 工程師都知道要學習 HTML、JavaScrprt、CSS 最好的資源就是 Mozilla Developer Network。我們就試著用 Firefox Add-on 來把 MDN 調教改造成我們想要的樣子。

我們會先示範如何插入 JavaScript 來改變 MDN 的背景顏色,接著我們再示範如何在 MDN 的首頁上插入自己的按鈕,並且可以讓按鈕執行我們自己定義的 JavaScript。

套用 Add-on 之前的 MDN 網站

假設我們把這個新的專案叫作 mdn-mod ,第一步我們先讓 Add-on SDK 幫我們生成必要的檔案與目錄結構:

mkdir mdn-mod
cd mdn-mod
jpm init

當執行完 jpm init 之後,jpm 會詢問我們關於此附加元件的一些資訊,例如程式名稱、版本號、作者、授權條款等等,這些資訊會被用來建立 package.json 檔。現在我們只要連按 Enter 使用預設值。

完成後,我們的 mdn-mod 資料夾就會出現以下的檔案:

.
├── index.js // Add-on 主要的 JavaScript 程式碼,程式的進入點
├── README.md // 說明文件
├── package.json // 定義這個 Add-on 的 metadata
└── test // 測試檔案,之後再介紹
└── test-main.js

用 page-mod 插入 JavaScript 到指定網站

Add-on SDK 提供的一個實用 API 叫作 page-mod,其用途是當 Firefox 開啟指定的網站時,就插入一段自己的 JavaScript 到頁面上,因此可以改變特定網站的行為。

首先我們打開 index.js,加入以下幾行程式碼:

var pageMod = require("sdk/page-mod");
var data = require("sdk/self").data;

pageMod.PageMod({
include: "*.mozilla.org",
contentScriptFile: data.url("my-script.js")
});

第五行的 include: “*.mozilla.org” 就是我們希望套用的網址(* 代表萬用字元)。只要 Firefox 開啟的網址是以 mozilla.org 結尾,就會插入 contentScriptFile 指定的 JavaScript 檔案。在這裡我們使用了 data.url(“my-script.js”),意思是放在 data/ 資料夾下的 my-script.js 檔案。

改變 MDN 背景顏色

目前為止我們還沒定義 Content Script 要執行什麼。現在馬上新增一個檔案 data/my-script.js,插入以下一行簡單的程式碼:

document.body.style.background="red";

這行代碼會把 <body> 的背景設成紅色,等同於以下這段 CSS 的效果:

body {
background-color: red;
}

使用乾淨的瀏覽器進行測試

完成上述步驟以後,我們的 Add-on 已經可以準備測試了。但是我們日常使用的 Firefox 可能有很多個人設定,或是安裝了很多其他 Add-on,會干擾我們的測試。此時我們只要執行

jpm run

Add-on SDK 就會幫我們開啟一個完全乾淨的 Firefox 使用者設定檔(Profile),讓我們可以在近乎出廠設定的 Firefox 底下測試我們的 Add-on。


乾淨的 Firefox Profile

當我們在新開的 Firefox 裡面開啟 http://developer.mozilla.org/,毫不意外的 MDN 的背景就變成紅色了!


MDN 的背景已經被改成紅色

添加新按鈕

除了改變現有的頁面以外,我們也可以自由的插入任何自己想要的元件。讓我們再次打開 data/my-script.js,加入以下程式碼:

var button = "<button onClick='alert(\"Hi!\")'>CLICK ME</button>";
document.body.innerHTML = button + document.body.innerHTML;

再這段程式碼裡面,我們定義了一個 html5 的按鈕,並且讓它被按下 (觸發 onClick 事件) 時,跳出一個訊息框說「Hi!」 (alert('Hi!')),緊接著就把這個按鈕插入到 body tag 的最前面。

當我們再次執行 cfx run 來瀏覽 MDN 時,就會看到畫面最上方出現了一個按鈕。

出現了 CLICK ME 按鈕

按下按鈕馬上跳出寫著「Hi!」的訊息框。

跳出了寫著「Hi!」的訊息框

打包出貨

如此一來我們的 Add-on 就大功告成了!如果要把這個 Add-on 包裝成可以分享的 xpi 格式,只要執行 jpm xpi 即可。

Add-on SDK 會生成一個副檔名為 .xpi 的安裝檔。不論是要直接傳給親朋好友,或是拿去 Firefox 附加元件網站上架都可以!

以上就是一個簡單的 Add-on 教學。

參考資訊

  1. Firefox 附加元件網站 https://add-ons.mozilla.org
  2. Firefox Add-on SDK (MDN) https://developer.mozilla.org/en-US/Add-ons/SDK
  3. Overlay Extension using XUL https://developer.mozilla.org/en-US/Add-ons/Overlay_Extensions
  4. Install the Add-on SDK https://developer.mozilla.org/en-US/Add-ons/SDK/Tools/jpm#Installation
  5. package.json 格式說明 https://developer.mozilla.org/en-US/Add-ons/SDK/Tools/package_json
  6. page-mod https://developer.mozilla.org/en-US/Add-ons/SDK/High-Level_APIs/page-mod
  7. Packaging the add-on https://developer.mozilla.org/en-US/Add-ons/SDK/Tutorials/GettingStarted(jpm)#Packagingtheadd-on

授權

本篇原始著作衍生自〈謀智台客〉自己的瀏覽器自己改 (Part I) -利用Firefox Addon SDK開發簡單的附加元件一文,作者為 Lyu Shing,以創用 CC 姓名標示—相同方式分享條款 3.0 或更新版本授權釋出。

原文 / 自己的瀏覽器自己改 (Part 2) -利用新的 jpm Firefox Addon SDK 開發簡單的附加元件 - 小克’s 部落格
授權 / 創用CC 姓名標示-相同方式分享 4.0 國際版
作者 / 小克

φ 小克 撰寫 - Toppy、Irvin 編輯

by toppy368 (noreply@blogger.com) at September 15, 2016 04:56 PM

August 08, 2016

Irvin

3 different types of participation - TW Mozillians in HKOSCon from 2014-2016

Last month in 6/24-26, several MozTW community members flied to Hong Kong visited HKOSCon, Hong Kong Open Source Conference. This is our 3rd time joining the event, and we had tried 3 different forms of participation, here I would like to share a bit about it.

HKOSCon

Hong Kong Open Source Conference is annual open source conference in Hong Kong, co-hosted by 3 communities, HKCOTA, HKLUG and Open Source Hong Kong.

One of the event's characteristic is that HKOSCon is formed by volunteers and students, not by for-profit company (which is pretty similar to COSCUP, another open source conference in Taiwan).

Actually, according to one of the funder (and Mozilla Rep) Sammy Fung said, we can think it as a smaller (around 500 ppls) and more internationalized (English-based) version of COSCUP, which have around 2k participants and use Chinese as main language.

According to my observation, participants in HKOSCon is a combination of local (Hong Kong) enginners and students, speakers and students from Taiwan, and foreign speakers.

2014 - Chinese Mozillians Unite

Booth and Forum Session

2014 (March 29) is our first time to participating in HKOSCon. We tried to gather 8 Reps from Hong Kong (2), Taiwan (3) and China (3) together in the conference. We host a typical Mozilla community booth, a forum (“Mozilla communities in Chinese-speaking regions”) and a private meetup to discuss various topics about building Mozilla communities in the region.

Hong Kong is a special place that is 1) accessable by people from both Taiwan and China, without many political problems and limitations, 2) use both Chinese / English as primary language, and 3) close to all major east-Asian cities, so it's pretty pratical to be choosen as the place that we all gathered. I also experience that Wikimania 2013 (took place in Hong Kong Polytechnic University) also take the advantage to gathered many China / Taiwan contributors. Singapore has similar advantages but it just 4 times far away for us.

What worked and what didn't?

The idea of unite the Mozillians from different places really works, and I believed that we need to do it more (re-engage MozCamp perhaps?) But next time if we want to take HKOSCon as a chance, we may need to plan a whole dedicated day for Mozillian meetup, to work longer besides participating inside confernece, to get into more detailed discussion. (which may look similar to Leadership Summit and MozCamp beta in India?)

Here is my debrief about our participation in HKOSCon 2014,

2015 - Involved more Taiwanese Mozillians

Booth and Workshop

In 2015 (June 26-27), we take a different approach that bring more Taiwanese Mozillian to get involved to HKOSCon. Total 7 Mozillians (5 Reps) joined. This year we also focus our most effort on the booth, and I personally host a Webmaker workshop.

The theme of the booth is FoxYeah campaign, we asked people to take selfie photos with 5 FoxYeah banners and received stickers. Most participants already know Firefox and was our user, so we would like to recall their attention back to the core value of Firefox.

For the Webmaker workshop, due to the design of the room and session length, it's not really work out well. Also I feel that Webmaker is not really suitable for this developer-focus conference participants that it just too simple.

What worked and what didn't?

Designing a more interactive booth event worked really good, we had interacting with many graceful people at the booth, and got more then 40 “FoxYeah photos”.

Webmaker workshop which focus on education and entering level of contributors not work. The main participants of HKOSCon are more engineer based (far more then COSCUP) and we need our workshop to be more technical for them.

Here is my debrief about our participation in HKOSCon 2015, you can also find the link of articles from other participants inside.

2016 - Just focus on session

This year, due to overwhelmed workload after London Allhands, I didn't pay as much planning effot as previous 2 years that can involved many participants together. Instead, I try just to focus on session, and keep it simple that only 3 TW Mozillians joined and gave 2 sessions, debrief my journey of contributing in Mozilla and yajs.vim, JavaScript syntax highlight for VIM by Othree, another speaker from TW community*.

Besides sessions from the community volunteer, there are another 2 from Mozilla paid-staff - Mozilla Eir, connecting device topic by Kevin Hu and Fuzzing testing by Gary Kwong.

What worked and what didn't?

Because that we didn't set a booth, it's hard to evaluate how many attendees is interesting in participating Mozilla this time (compare to the previous 2 years that we had contributing forms at our booth).

But the Fuzzing and Othree's HTML5-related sessions, as well as my session did attach many people and I can feel overall better response then last year's workshop. Another reason of the better atmosphere at sessions may due to several OSS participating-related sessions had been organized next each other in schedule, and thus attached the right audiences.

And suggestion for the future...

From our previous experiences, here I come up with some suggestions for next year,

  1. Bring in more foreign technical speakers

    There are more developers in HKOSCon that is interesting in technical topics, engineering speaker can have better interaction in HKOSCon, things like “how we use Rust” or “How do we do Firefox release engineering” should do well there.

  2. Booth is necessery

    With only session, it's hard for us to interaction with all partcipants, booth does that well. Besides giving out stickers and demonstrating hardware / flyers, plan a simple event such as FoxYeah photo campaign in 2015 will please everyone.

  3. 7~10 Mozillians is good numbers for participation

    We had around 10 Mozillians (excludes local HK Mozillians which are all dedicated to run HKOSCon) in both 2014 and 2015 HKOSCon, 5~7 of them are volunteers. It's enough to both manage a booth and give 3 to 5 sessions with this numbers, and the rate of Mozillians to all participants would be around 2%.

by Irvin Chen (noreply@blogger.com) at August 08, 2016 05:41 PM

June 10, 2016

Dayo

Mozilla Taiwan 實習生活 (0)



明天是開始實習的第一天

特發此文紀念

在指考放榜當天得知錄取資工系

我就發願大學生涯中一定要到新創公司跟外商公司實習

去年的夏天我有幸在里斯特 Richi 實習做自動化測試

算是完成了在新創公司的願望

而今年,皇天不負苦心人,我終於在大四的尾聲、大五的開頭,成功進入 Mozilla Taiwan 的 Marketing 部門實習

第二個願望終於達成了

其實要進外商公司實習並不是那麼困難,但要符合自己興趣,就是另一回事

比方說大家都想進 Google 實習,但 Google 只收卷哥,OUT!

HP, M$, Intel 因為自己本身沒興趣,所以沒投過

這也許不是什麼了不起的成就,但對我來說

接下來為期兩個月的實習生涯,是我大學最夢寐以求的日子之一



可能有人會問

"你這個鳥人,何德何能可以進Mozilla實習?"

"你不是資工系的嗎?怎麼不去RD要去Marketing?"

...

理想上看在台大資工系的名分我應該是一個有為青年努力成為下個 Bill Gates, Steve Jobs, Larry Page, Mark Zuckerberg...

實際上我知道自己非常非常弱,而我也認為,唯有認清自己的弱,才有機會找到出路,因為我就是這樣走進 Mozilla Taiwan 的辦公室

在台大資工系四年,我自認沒有良好的程式寫作能力,沒有參透 Computer Science 的精隨

But the question is... does it matter?

對岸的電腦科學領域有分資訊系跟軟體工程系,而台灣只有資工系和統計出來每個學校都有的資管系

而資工系有部分的人認為 ...

"唉呀寫軟體、寫app... 那有什麼難的? 取代性很高..."

"你這樣只能叫做一個流程不是演算法"

"寫前端的很快就失業了,那個 Entry Barrier 很低,大家都會"

"那個去巨匠電腦學就好了啊,何必念資工系?"

...

確實,徐讚昇教授曾經講過,會寫C的有一拖拉庫,會寫C++的有十拖拉庫... 高階語言使得程式設計入門門檻越來越低,資工系背負著要精通電腦科學理論的崇高使命,但一講到寫app、軟體開發,又得向現實低頭,不能失去社會對資工系的期待,否則只要一句「學術界教的東西都沒用,業界根本用不到」便足以讓台灣一堆大學、科系倒閉關門。

而我早就認清自己不適合學術界,要在學術界成為大師,太難了。

大師是用來景仰的,並不是每個人都能追求,那些名留千史、以作者名字命名的的 Algorithm、Theorem... 一般人根本想不出來,試問你覺得你能成為下一位?

說穿了,唸資工系的最後出社會工作,也只是軟體寫作、實踐別人的演算法、看懂PM設計的流程... 我的卷哥同學稱之為不用大腦的工作 (開玩笑的),跟學術界比起來並無貴賤之分,因為在我們追求、研讀理論的同時,早該知道進業界coding是我們的宿命。有興趣、有能力的強者或許可以當到 CTO, CIO, 底下帶一堆人coding,而多數人... 就是個 Programmer,語言的使用者。

我需要一個更能發揮創意的舞台

所以在念資工系的期間,我邊玩邊學,學問如果不夠深、那就要夠廣

搖滾樂隊、Start up、繪圖、拍片、樂隊粉絲團、參加 Conference...

這些看起來不學無術、不務正業的經歷除了抒發coding的壓力外

更讓我成為略懂先生 (看似無所不知其實是無所專精)

加上朋友、前輩對我的作品、熱情給予肯定及支持

我在玩 Marketing 的過程中獲得的成就感比我 coding 要來得高出許多

所以決定給自己這麼一個機會,接觸景仰已久的 Mozilla 成為校園大使後 (我從高中就開始用 Firefox)

又努力了半年多,終於成為正式的實習生

也非常感謝 Mozilla Taiwan 給我這個機會

讓略懂略懂、有點技術背景的我能嘗試走出不一樣的路
 
今後兩個月內我會不定期分享我在實習生涯的趣事

僅此已第零篇做個起頭,敘述我進入 Mozilla Taiwan 的過程

by Dayo Choul (noreply@blogger.com) at June 10, 2016 07:33 PM

May 27, 2016

MozLinks-zh

我的開源故事:Tanay Pant

一段 Mozilla 旅程:從貢獻者至 Firefox 校園大使執行委員會

我的開放原始碼旅程,起始自於大學一年級時,加入 Mozilla Firefox Sudent Abassadors 計畫。

我是在 Mozilla 的 #webmaker IRC 頻道潛水時遇見 Laura Hilliger 的。當時我們討論了我參與中的獨立出版資訊安全和黑客雜誌 CodeZer0,她鼓勵我為 Webmaker 的 #TeachTheWeb 活動設計一份網路安全教材。在此之後,我們合作設計了多份提倡網頁素養的教材,獲得很多很棒的回饋。

因為對 Webmaker 及 FSA 的貢獻,我受邀參加印度 Bangalore 舉辦的 MozCamp Beta 活動,遇到許多啟發激勵我撰寫程式、貢獻開源碼計畫的人。在此我學到現代網路技術,例如 Node.jsAngularJS,並且開始貢獻程式碼到 Webmaker 專案。


MozCamp Beta, Bangalore

同時,FSA 社群經理邀請我擔任地區大使,幫助帶領、指導社群裡的校園大使們。幫助新志願者,讓我燃起對社群經營的興趣,希望能以領導者的身分,擔起更大的責任。我因此加入 Mozilla Reps 計畫,開始指導來自世界各地的成員。這是一群為了維護網路開放而一起努力的人,能夠成為他們的一份子是很棒的經驗。

2015 年時,我申請加入 FSA 執行委員會。這群摩茲人是校園大使計畫的領導者,負責制定目標、架構及規劃活動,而我主掌溝通一職。

因為對 Mozilla 程式庫的貢獻經歷,我學到許多技術知識,進而撰寫 Learning Firefox OS application development 一書。當來自世界各地的開發者與我聯繫,告知我這本書非常棒、他們十分喜愛、並且從中學到了什麼時,是一種很美妙的感覺。我也被列入 Firefox 的貢獻者名單頁面中。

今年,我受邀請參加在新加坡舉辦的 Mozillia Ladershp Summit。這是很棒的學習機會,讓我能見到那些曾在 IRC 上聊過的良師益友們。

近期,我正在 FSA 執行委員會中,協助強化專案的基礎架構,並規劃這個計畫的未來藍圖。同時我也正在製作 Linux 系統上的虛擬助理「Melissa」,幫助那些正在學習 Python 的人,在 Raspberry Pi 或其它嵌入式裝置上製作可規模化的虛擬助理,讓物聯網 (IoT) 更具互動性、更聰明。我也正在撰寫另一本關於這個主題的書,應該很快就會完成了。

開源碼社群的工作讓我學到一件事:在尋求幫助時,您絲毫不需猶豫。人們都十分友善,而且找到對的導師,對於你的人生會有很大助益。貢獻開放原始碼計畫,對你來說只會有好處,所以不要再浪費時間考慮了。放手一博,投入你喜愛的開源專案社群吧。如果你對於學新技術特別有興趣,沒什麼比得過一天一 commit 的了,同時還能增加你的數位資歷呢!

開源碼社群非常友善,我也十分感激它幫助我獲得領導能力及技術知識。

我的開放源碼故事

我的開源碼故事系列,特別介紹來自各領域的人如何開始接觸開源碼,及他們的常用工具。如果你想分享你的故事,請聯絡:open@opensource.com

原文 / My Open Source Story: Tanay Pant | Opensource.com
作者 / Tanay Pant
授權 / 創用 CC 姓名標示-相同方式分享 4.0 國際

φ Iris 翻譯 - Kevin-WY、Irvin、toppy368 編輯

by toppy368 (noreply@blogger.com) at May 27, 2016 05:35 AM

May 01, 2016

MozLinks-zh

連小編都驚呆了!不死的 Thunderbird 用量持續成長中

在此我們很高興的向大家報告:Thunderbird 的使用量正在持續成長中!

Mozilla 使用 Active Daily Installations (ADI) ──伺服器每日接受到的附加元件黑名單更新需求數──來計算程式的使用率。這個數字不完全相等於活躍使用者數,因為不是每個使用者都會每天打開程式,有一些用戶則被防火牆阻擋住了。因而我們使用 ADI 乘以 3 來估計每個月的活躍使用者數量。

為了畫出 Thunderbird 用量的變化趨勢圖,我挑出了幾年來每個月 ADI 的峰值,結果像這樣:

德國已經占據我們第一名用量的國家很久了;在 2014 年的第四季,日本則超越美國成為第二名。這裡是用量排名前十名的國家(2015 年 2 月 24 日當日統計):

2015 年 2 月 24 日 Thunderbird 使用量的國家排名
排名 國家 ADI 2015-02-24
1. 德國 1,711,834
2. 日本 1,002,877
3. 美國 927,477
4. 法國 777,478
5. 義大利 514,771
6. 俄羅斯聯邦 494,645
7. 波蘭 480,496
8. 西班牙 282,008
9. 巴西 265,820
10. 英國 254,381
其他地區總和 2,543,493
共計 9,255,280

Thunderbird 團隊正在努力準備下一次的重大更新,也就是 Thunderbird 47,釋出時間訂於今(2016)年六月。接下來我們也會持續在 Thunderbird 部落格上發表更多相關資訊。

原文 / Thunderbird Usage Continues to Grow | The Mozilla Thunderbird Blog
作者 / Kent James
授權 / 創用 CC 姓名標示-相同方式分享-3.0

φ 十六 翻譯 - Kevin-WY、Irvin、toppy368 編輯

by toppy368 (noreply@blogger.com) at May 01, 2016 02:26 PM

April 29, 2016

MozLinks-zh

Firefox 版本釋出時程更新

四年前開始,Mozilla 將新版本的推出時間改為固定週期模式,也就是所謂的「Train Model」。我們每六週釋出一次新版 Firefox,讓使用者可以更快速的取得新功能以及更新,跟上快速變化的網路世界。我們仔細的研究這個更新時程,並從經驗中學習,發現許多可以改善的空間。現在是再度演進的時候了。

我們已將釋出新版本 Firefox 的時程,改為彈性的六至八週週期。在新週期下,每年的發佈次數與以往相同,但相較於固定的六個月更新週期,還多了一些額外的好處。

舉例來說,我們將能回應新興使用者和市場的需求,調整釋出日期,並確保每一個版本都會至少有六個星期工作時間。藉由彈性的調整週期,我們也能讓大家能好好享受假期,以增進全球 Mozilla 社群的聯繫和福祉。

下方列出 2016 年 Firefox 發佈版本的時程表,您也可以到 Wiki 中查看。

2016 Firefox 更新釋出時程表
2016-01-26 – Firefox 44
2016-03-08 – Firefox 45, ESR 45 (間隔六週)
2016-04-19 – Firefox 46 (間隔六週)
2016-06-07 – Firefox 47 (間隔七週)
2016-08-02 – Firefox 48 (間隔八週)
2016-09-13 – Firefox 49 (間隔六週)
2016-11-08 – Firefox 50 (間隔八週)
2016-12-13 – Firefox 50.0.1 (間隔五週,如需緊急修正時釋出)
2017-01-24 – Firefox 51 (在前次發佈的六週後)

註:Firefox ESR 的新版本將會繼續和 Firefox 在同日釋出。

原文 / Update on 2016 Firefox Release Schedule | Future Releases
授權 / 創用 CC: BY-SA 3.0

φ cysun 翻譯 - Kevin-WY、Irvin 編輯

by Irvin Chen (noreply@blogger.com) at April 29, 2016 12:36 PM