//farseerfc.me/2020-01-05T17:51:00+09:002020-01-05T17:51:00+09:002020-01-05T17:51:00+09:00farseerfctag:farseerfc.me,2020-01-05:/question-exchange-horo.html

<p>很抱歉萌狼很早就提過交換問題的事，被我一直咕咕了許久。 <del>拖延症晚期有藥麼</del></p> <div class="section" id="id2"> <h2>我的提問和萌狼的回答</h2> <p><a class="reference external" href="https://blog.yoitsu.moe/life/question_exchange_farseerfc.html">可以去萌狼的博客上看呀</a></p> </div> <div class="section" id="q1"> <h2>Q1：除了博客的「关于」页面以外，还愿意再向咱介绍一下自己嘛？</h2> <p>介紹自己啊。 <del>寫了刪刪了寫，不知道該介紹點啥</del> 就說點自己的興趣？</p> <p>喜歡自由開源軟件，喜歡 Arch Linux 。喜歡這些倒不是出於 RMS 和 FSF 那樣道義上的原因， 我覺得商業軟件公司要賺錢吃飯也是無可厚非的。</p> <p>喜歡自由軟件是因爲，當我需要知道它到底怎麼工作的時候，有可能去挖代碼，必要的話能去改代碼。 當然我一個人肯定不能讀所有在用的軟件，但是我知道我有讀和修改代碼的權利的話， 那麼我認識的朋友們也同樣有這樣的權利，我不認識的廣大社區有千千萬萬的人也同樣有這樣的權利， 從而我相信當我遇到問題的時候不至於卡在某些人某些公司某些集體的決策上而無法解決。</p> <p>基於這個理由，我對開源社區也同樣有公開全部細節的期待。我喜歡 Arch Linux 因爲即便它的內部決策只是一小波人，但是導致決策的討論以及決策的執行方式全是公開的，可以在網上翻閱， 可以追根溯源，這讓我有種安心感。就像我不喜歡 Manjaro 的一點是它有太多細節是翻閱不到的， 雖然它也是開源社區，但是打包細節翻閱不到，包列表翻閱不到，決策的制定和執行的過程也翻閱不到 …</p></div>

<p>很抱歉萌狼很早就提過交換問題的事，被我一直咕咕了許久。 <del>拖延症晚期有藥麼</del></p> <div class="section" id="id2"> <h2>我的提問和萌狼的回答</h2> <p><a class="reference external" href="https://blog.yoitsu.moe/life/question_exchange_farseerfc.html">可以去萌狼的博客上看呀</a></p> </div> <div class="section" id="q1"> <h2>Q1：除了博客的「关于」页面以外，还愿意再向咱介绍一下自己嘛？</h2> <p>介紹自己啊。 <del>寫了刪刪了寫，不知道該介紹點啥</del> 就說點自己的興趣？</p> <p>喜歡自由開源軟件，喜歡 Arch Linux 。喜歡這些倒不是出於 RMS 和 FSF 那樣道義上的原因， 我覺得商業軟件公司要賺錢吃飯也是無可厚非的。</p> <p>喜歡自由軟件是因爲，當我需要知道它到底怎麼工作的時候，有可能去挖代碼，必要的話能去改代碼。 當然我一個人肯定不能讀所有在用的軟件，但是我知道我有讀和修改代碼的權利的話， 那麼我認識的朋友們也同樣有這樣的權利，我不認識的廣大社區有千千萬萬的人也同樣有這樣的權利， 從而我相信當我遇到問題的時候不至於卡在某些人某些公司某些集體的決策上而無法解決。</p> <p>基於這個理由，我對開源社區也同樣有公開全部細節的期待。我喜歡 Arch Linux 因爲即便它的內部決策只是一小波人，但是導致決策的討論以及決策的執行方式全是公開的，可以在網上翻閱， 可以追根溯源，這讓我有種安心感。就像我不喜歡 Manjaro 的一點是它有太多細節是翻閱不到的， 雖然它也是開源社區，但是打包細節翻閱不到，包列表翻閱不到，決策的制定和執行的過程也翻閱不到， 通常就只是在他們的論壇上發個通知了事，這我很不喜歡。</p> <p>除了喜歡自由開源軟件之外，可能我在網上比較有特點的地方是用繁體字了吧， 也曾經年幼時在水木社區和別人因爲這個吵過嘴，也在 <a class="reference external" href="https://zhuanlan.zhihu.com/p/24586802">知乎上寫過篇「在知乎用繁體字是怎樣一種體驗」</a> 。 致力於在我存在的地方爲繁體字愛好者們提供一個安逸的環境，不過好像最近也不見很多反對的聲音了。</p> <p>除了網上之外，現實中的自己嘛，特點可能算是不知道自己屬於哪兒了……一個漂泊的人。 小時候8歲前在陝西長大，把自己當作陝西人，但是身邊的鄰里街坊們卻以河南人和江浙人居多。 廠辦環境，好幾個大型重工都從江浙搬到了陝西秦川一帶，加上國共內戰的時候河南黃河缺口造成的難民慌西逃， 構成了當時廠辦的主要人口拿着城市戶口，反而是當地的陝西人都是農民戶口， 於是和廠辦子弟們形成了鮮明的隔閡。我對社會主義，對蘇式廠辦，對整個國家結構的理解大概也是從那兒來的。 跟着鄰里們學會了河南話，在家裏說普通話，從老一輩們身上又學會了江浙的語調。 都說一個廠辦是一個社會的縮影，那時候的環境可能算聚集了全國東南西北的樣子吧。 8、9歲左右隨父母到了上海，因爲不會說上海話受同學們排擠，倒也不是很在意，漸漸和同學們學起了上海話， 可能還參雜點爺爺奶奶的江蘇方言。十多年後考入大學，五湖四海的同學都有，就不算是在上海了。 大學畢業來了日本，一晃又是7年過去。至此我大概比起同齡人接觸到更多全國各地的人， 也分不清自己的歸屬地了。但有一條，我知道自己是個中國人，爲自己是個中國人自豪，覺得雖在他鄉， 該爲中國做點自己的貢獻。</p> </div> <div class="section" id="q2"> <h2>Q2：现在这个名字是怎么想到的呢？</h2> <p>farseerfc 這個名字嘛，來自 firechild 這個更早的網名，和魔獸爭霸裏面 farseer 這個英雄。 farseer 本算是 <a class="reference external" href="https://en.wikipedia.org/wiki/Linguistic_purism_in_English">Anglish</a> ，以日耳曼語系的構詞法再造的英語詞，對應拉丁構詞法的話 far = tele ， seer = visioner ，於是 farseer 也就是 tele-visioner ，看得遠的人，電視一詞 television 的原本的詞幹的衍生詞。 不過說爲什麼選 farseer 這個名字，更多是爲了符合 fc 這個縮寫，而 fc 來自 firechild 這個詞。 再深挖黑歷史也不再有什麼意義了， farseerfc 作爲網名只是一直以來的習慣吧。</p> </div> <div class="section" id="q3"> <h2>Q3：觉得咱俩之间最令汝印象深刻的时候是什么？</h2> <p>近期來看，印象最深刻的可能算是起草 <a class="reference external" href="https://fars.ee/~readme.html">Arch Linux 中文社区交流群指引</a> 吧，看得出萌狼對社區發展的熱心和好意。</p> <p>再往前，印象深刻的時候可能是萌狼用 Pelican 搭博客吧，最初認識萌狼的時候覺得是 MediaWiki 方面的行家，還以爲博客也會繼續用 MediaWiki 打造，沒想到能吃了 Pelican 的安利，外加萌狼寫博文的產量着實讓人望塵莫及。</p> <p>然後 ArchWiki 上 Beginner's Guide 被刪除之後，萌狼的博客多了一篇爲新人們寫的入門安裝手冊， 配有完整截圖指引，詳盡程度令人感嘆。感覺得到萌狼作爲一個「過來人」對新人們的照顧。 每次羣中鬧起爭執，老用戶們對新人發起調侃的時候，也是萌狼站出來爲新人們解圍， 幫助有能力的人適應羣裏的討論環境。或許最初寫交流羣指引的時候也是出於這樣的良苦用心吧。</p> </div> <div class="section" id="q4"> <h2>Q4：对咱的印象怎么样？</h2> <p>最早來 Arch Linux CN 的時候，似乎萌狼還不叫萌狼？不記得那時候用的名字了。只記得來自 AOSC ，和那邊一衆談笑風聲，着實令人羨慕，經常跑他們的聚會也令人羨慕。</p> <p>後來有了萌狼的名字，群裏的狼們也漸漸多了起來，一時間都分不清哪個狼是哪個了。 不過萌狼的口癖和說話方式總是在狼羣中非常有標誌性。</p> <p>後來似乎發生了好多事情，我不知道的事情，也不敢妄加揣測。萌狼開始變身音遊大佬， 羣裏的別的狼們漸漸也各忙東西。不知道什麼原因，萌狼會偶爾退群，想問下前因後果， 又覺得自己不該多管閒事。不過無論萌狼退羣多少次，總是在默默關心着社區發展， 關心着新人融入社區的環境。</p> <p>似乎萌狼加入了 FSF ？玩起了 Parabola ，玩起了 linux-libre 。有能跑起完全自由的發行版的設備， 這一點也非常令人羨慕。似乎有很多設備，但是似乎又很不滿於現狀。看得出萌狼爲了理想放棄了很多東西， 或許大家都是如此吧，也或許只是我多心。</p> <p>還有就是萌狼用 Gnome ，感覺 AOSC 那邊很多人都用 Gnome ，給 Gnome 貢獻翻譯之類的， 萌狼或許也是其中一員。DE 黨爭是水羣久勝不衰的話題，或許我也有些責任，但是我覺得以發行版角度而言 DE 多樣性非常重要，萌狼在社區中的作用也不可或缺。</p> </div> <div class="section" id="q5-gnu-linux"> <h2>Q5：在汝用过的 GNU/Linux 发行版之间汝最喜欢的是哪一个，为啥咧？</h2> <p>最喜歡的當然是 Arch Linux 啦，喜歡的理由前面 Q1 算是提到了一些。其實別的發行版的很多特性也很眼饞， 眼饞 Fedora Silverblue 的 A/B 更新機制，眼饞 Fedora 的 SELinux 和諸多企業級特性支援，眼饞 openSUSE 的 OBS 和 btrfs 支持，眼饞 debian 的小巧和細化打包，眼饞 NixOS 的函數式包管理， 眼饞 Gentoo 的可定製性，眼饞 Parabola / GuixSD 的完全自由。</p> <p>但是總得來說， Arch Linux 提供的基礎足夠讓我折騰系統成自己喜歡的方式，足夠順手， 也在需要軟件的時候足夠自己打包使用，不需要等待某些遠在天邊的議會做決策，或許是讓我留在 Arch Linux 的原因吧（當然更大原因可能是因爲慣性）。發行版之間的技術區別可能並不那麼重要， 重要的是該幹活的時候能找到幹活的人，這一點 Arch Linux 還是有很多人在認真做事情的。 沒有繁瑣的議會投票表決，沒有細碎的打包步驟，用最快的方式把活幹了，這在我看來是最重要的。</p> <p>或許有一天，幹活的人沒了，或者我想要的特殊特性因爲太複雜沒人想帶頭幹，而別的發行版有， 那時可能我會換去別的發行版吧。又或許我會自己幹，誰知道呢。</p> <p>比起發行版之爭，甚至比起 Linux/Windows/macOS 的桌面系統地位之爭，可能日後更關鍵的是別的平臺 比如 Android 在手持設備甚至物聯網設備上的興起導致的 PC 桌面的衰落。雖然這些新設備大多都是跑着 Linux 的內核，但是其上的生態環境不能說像 GNU/Linux 那樣自由。這一點上，自由軟件該如何發揮優勢 爭取用戶和生態可能是更關鍵的。</p> <p>當然這些都於我而言過於遙遠，一人之力難挽狂瀾……我只希望自己和朋友們所在的自由的土地能保持下去， 或許我也僅能做到這些。</p> </div> <div class="section" id="q6-arch-linux-trusted-users"> <h2>Q6：在 Arch Linux 做 Trusted Users 时有没有什么心得？</h2> <p>說來非常慚愧，做 TU 這麼4年了，實際做的事情着實有限，只能隔幾天打打包而已。要做的事情太多， 而自己上面也說了有幹活的人最重要，設身處地深刻體會到在開源社區的諸位志願者們大家都不容易。</p> <p>TU 應該做的事情，細數一下除了給 community 打包之外，還有處理包的 bug ，處理 AUR 的爭議， 測試新包給反饋，以及溝通和反饋上游。反觀自己做的事情，真的太少了。比起肥貓和其他 TU 們的辛勤， 總覺得自己不夠格。「精力有限，憑着志願者熱情」，什麼的說辭可以說很多， 但是良心上對着自己熱愛的事情卻不能百分百撲上去做，真的沒有顏面腆着臉說……</p> <p>打包和溝通上游之類的心得倒是有不少，也一直想寫點筆記記錄一下，挖坑卻沒時間填上。該說， 或許應該換個本職工作了，又想，孰重孰輕哪邊是本行需要自己掂量。</p> </div> <div class="section" id="q7"> <h2>Q7：有什么话要对咱说嘛？</h2> <p>不知何時起，不知萌狼經歷了什麼，有時候感覺萌狼傲嬌的性格讓人看不透，不過事後能看出萌狼都是本着好心。 或許，如果能更坦誠一些的話，也能更融入大家吧。雖然我也沒資格這麼說。</p> <p>像前面寫的，隱約能感覺到萌狼似乎爲了理想放棄了很多，孰重孰輕是每個人自己的權衡。</p> <p>以及還有感謝，感謝萌狼把我當作朋友，感謝萌狼的耐心。</p> <p>最後還有抱歉，這篇拖了太久，是該治治我的拖延症了。</p> </div> 2019-02-24T08:37:00+09:002019-02-24T08:37:00+09:00farseerfctag:farseerfc.me,2019-02-24:/move-lyrics-to-sakuy.html

<p>最近幾個月在這個博客發了不少歌詞翻譯 <del>似乎有要轉型成音樂博主的趨勢</del> ，前段時間買了個新域名 <a class="reference external" href="https://sak.uy/">sak.uy</a> ，準備專門用來放這些東方歌曲的歌詞翻譯，於是分設了單獨的博客「 <a class="reference external" href="https://sak.uy/">Sakuya的音樂盒</a> 」。主博客這邊右側邊欄會有到音樂盒的鏈接。</p> <p>曾經在這邊的那些歌儘量保持 URL 跳轉過去，新的歌詞翻譯會發到那邊去，還想繼續聽歌的話請繼續訂閱那邊的 RSS 呀。</p> <p>主博客這邊還是像往常一樣保持記錄生活點滴和技術經驗好了。說道介紹技術， 有人問過我那些日語歌詞上給漢字標註的假名都是我一個個手輸的麼？ 一開始是手輸的，後來發現了不錯的自動化方案，於是這裏介紹一下。</p> <div class="section" id="python-furigana"> <h2>首先是　python-furigana</h2> <p>這是個 python 寫的小程序（嚴格說是庫），可以把一段日文轉換成標準的 HTML 形式的 <code class="code"> &lt;ruby&gt;</code> 標籤的振假名( <ruby><rb>振</rb><rp>(</rp><rt>ふ</rt><rp>)</rp></ruby> り <ruby><rb>仮名</rb><rp>(</rp><rt>かな</rt><rp>)</rp></ruby> )。 它本身只是個方便的格式化庫，實際工作是用 python-mecab 這個 binding 去查詢 mecab 這個著名的日語語料分析庫。要用它還得配合一些開源的 mecab 詞典，這些在 …</p></div>

<p>最近幾個月在這個博客發了不少歌詞翻譯 <del>似乎有要轉型成音樂博主的趨勢</del> ，前段時間買了個新域名 <a class="reference external" href="https://sak.uy/">sak.uy</a> ，準備專門用來放這些東方歌曲的歌詞翻譯，於是分設了單獨的博客「 <a class="reference external" href="https://sak.uy/">Sakuya的音樂盒</a> 」。主博客這邊右側邊欄會有到音樂盒的鏈接。</p> <p>曾經在這邊的那些歌儘量保持 URL 跳轉過去，新的歌詞翻譯會發到那邊去，還想繼續聽歌的話請繼續訂閱那邊的 RSS 呀。</p> <p>主博客這邊還是像往常一樣保持記錄生活點滴和技術經驗好了。說道介紹技術， 有人問過我那些日語歌詞上給漢字標註的假名都是我一個個手輸的麼？ 一開始是手輸的，後來發現了不錯的自動化方案，於是這裏介紹一下。</p> <div class="section" id="python-furigana"> <h2>首先是　python-furigana</h2> <p>這是個 python 寫的小程序（嚴格說是庫），可以把一段日文轉換成標準的 HTML 形式的 <code class="code"> &lt;ruby&gt;</code> 標籤的振假名( <ruby><rb>振</rb><rp>(</rp><rt>ふ</rt><rp>)</rp></ruby> り <ruby><rb>仮名</rb><rp>(</rp><rt>かな</rt><rp>)</rp></ruby> )。 它本身只是個方便的格式化庫，實際工作是用 python-mecab 這個 binding 去查詢 mecab 這個著名的日語語料分析庫。要用它還得配合一些開源的 mecab 詞典，這些在 <code class="code"> [archlinuxcn]</code> 都有打好的包了，直接安裝：</p> <div class="highlight"><pre><span class="code-line"><span></span><span class="gp">$</span> sudo pacman -Syu python-furigana mecab-git python-mecab mecab-ipadic</span> </pre></div> <p>裝好之後用法也很直接，甚至沒有 binary 直接調用 python 的 module 就可以：</p> <div class="highlight"><pre><span class="code-line"><span></span><span class="gp">$</span> python -m furigana.furigana <span class="s2">"振り仮名の例"</span></span> <span class="code-line"><span class="go">&lt;ruby&gt;&lt;rb&gt;振&lt;/rb&gt;&lt;rt&gt;ふ&lt;/rt&gt;&lt;/ruby&gt;り&lt;ruby&gt;&lt;rb&gt;仮名&lt;/rb&gt;&lt;rt&gt;かめい&lt;/rt&gt;&lt;/ruby&gt;の&lt;ruby&gt;&lt;rb&gt;例&lt;/rb&gt;&lt;rt&gt;れい&lt;/rt&gt;&lt;/ruby&gt;</span></span> </pre></div> <p>就是提供日語作爲輸入，然後輸出 HTML 形式的 <code class="code"> &lt;ruby&gt;</code> 標籤而已。 像上面的例子中出現的錯誤（「振り仮名」完整的一個詞中「仮名」意思是「平仮名」應該發音「がな」而非意爲「假的人名」的「かめい」） 可以看出其實標註的準確率還是有些問題的。嘛日語作爲一個非常依賴上下文判斷的語言， 經常日本人都會搞錯某些漢字的發音，這些也不能強求機械化的算法能 100% 正確實現。 好在單純的詞典匹配也能滿足大部分標註的需要了，用這個標註總體來說 95% 以上的情況都是正確的（歌詞的話正確率低一些，畢竟歌詞中古語啦当て字啦訓読み這些情況很常見）。</p> </div> <div class="section" id="id2"> <h2>把輸出插入我的博客</h2> <p>然後我的博客用 reStructuredText 語法寫，不能直接用 HTML 標籤（雖然我加了 <code class="code"> :html:</code> 這個 <ruby><rb>行內角色</rb><rp>(</rp><rt>inline role</rt><rp>)</rp></ruby> 但是大量用也不方便）。這個博客一開始用 <a class="reference external" href="//farseerfc.me/redesign-pelican-theme.html#bootstrapify-twitter-bootstrap-rst-directives">Pelican 重寫主題的時候</a> 我就實現了個自己的 <code class="code"> :ruby:</code> <ruby><rb>行內角色</rb><rp>(</rp><rt>inline role</rt><rp>)</rp></ruby> 用來標發音，於是一段 sed 就能把 python-furigana 的輸出轉換成我用的 rst 語法：</p> <div class="highlight"><pre><span class="code-line"><span></span><span class="gp">$</span> which clipboard Co Ci Ct</span> <span class="code-line"><span class="go">clipboard: aliased to xclip -selection clipboard</span></span> <span class="code-line"><span class="go">Co: aliased to clipboard -o</span></span> <span class="code-line"><span class="go">Ci: aliased to clipboard -i</span></span> <span class="code-line"><span class="go">Ct () {</span></span> <span class="code-line"><span class="go"> t=$(mktemp /tmp/furigana-XXXX)</span></span> <span class="code-line"><span class="go"> python -m furigana.furigana $(Co) | sed 's@&lt;ruby&gt;&lt;rb&gt;@ :ruby:`@g;s@&lt;/rb&gt;&lt;rt&gt;@|@g;s@&lt;/rt&gt;&lt;/ruby&gt;@` @g' | sponge $t</span></span> <span class="code-line"><span class="go"> cat $t | tee /dev/tty | perl -pe 'chomp if eof' | Ci</span></span> <span class="code-line"><span class="go">}</span></span> </pre></div> <p>上面這些 alias 在我的 <a class="reference external" href="https://git.io/fczsh">.bashrc</a> 中。有了這些之後， 我只要把需要標註的日語文本放入剪切版，執行 Ct ，再粘帖結果就好了。</p> <div class="highlight"><pre><span class="code-line"><span></span><span class="gp">$</span> <span class="nb">echo</span> <span class="s2">"振り仮名の例"</span> <span class="p">|</span> Ci</span> <span class="code-line"><span class="gp">$</span> Ct</span> <span class="code-line"><span class="go">:ruby:`振|ふ` り :ruby:`仮名|かめい` の :ruby:`例|れい`</span></span> </pre></div> <p>然後所有那些歌詞上標註的假名都是這樣一句一句標註好之後，再手動校對修改的。</p> </div> 2018-12-23T23:04:00+09:002018-12-23T23:04:00+09:00farseerfctag:farseerfc.me,2018-12-23:/kimisaeinakerya.html

<div align="left" class="youtube embed-responsive embed-responsive-16by9"><iframe allow="fullscreen" class="embed-responsive-item" frameborder="0" src="https://www.youtube.com/embed/-KOeQapXsx8"></iframe></div><table border="0" class="table docutils borderless translate-paragraph"> <colgroup> <col width="50%"/> <col width="50%"/> </colgroup> <tbody valign="top"> <tr></tr> <tr><td>君さえいなけりゃよかった</td> <td>如果你從未出現過該多好</td> </tr> <tr><td>降り出した雨の中で　君に出会った時から</td> <td>下起雨的那一刻　從遇到你那時起</td> </tr> <tr><td>君がいないということが　当たり前じゃなくなった</td> <td>身邊沒有你的情況　就已經不再是平常</td> </tr> <tr><td>ああ　こんなはずじゃない</td> <td>啊　不應該是這樣的</td> </tr> <tr><td>ずっと自分勝手にさ　過ごせたはずなのに</td> <td>明明一直是散漫地過着自己的日子</td> </tr> <tr><td>まるで僕じゃないような僕が　さらけ出されてくよ</td> <td>就像是帶出了不是我的另一面的我</td> </tr> </tbody> </table> <hr class="docutils"/> <table border="0" class="table docutils borderless translate-paragraph"> <colgroup> <col width="50%"/> <col width="50%"/> </colgroup> <tbody valign="top"> <tr></tr> <tr><td>君さえいなけりゃよかった　こんな気持ちは知らないから</td> <td>如果你從未出現過該多好　就不會知道這種心情</td> </tr> <tr><td>やらなくちゃいけないことが　手つかずのまま積もってく</td> <td>一堆不得不做的事情　堆在手頭越積越多</td> </tr> <tr><td>僕じゃなくてもいいのなら　こっちを見て笑わないでよ</td> <td>如果不是我也可以的話　就別看着我這邊笑啊</td> </tr> <tr><td>大袈裟じゃなくてそれだけで　忘れられなくなるの</td> <td>甚至那些不重要的事情　都變得難以忘記了</td> </tr> </tbody> </table> <hr class="docutils"/> <table border="0" class="table docutils borderless translate-paragraph"> <colgroup> <col width="50%"/> <col width="50%"/> </colgroup> <tbody valign="top"> <tr></tr> <tr><td>君の適当な話も　全部心に刺さります</td> <td>你無意間隨口說的話　全都刺在心頭</td> </tr> <tr><td>気にしなけりゃいいのにな　残らずかき集めちゃうの</td> <td>雖說只要不在意就可以了　卻一句不剩全收集了起來</td> </tr> <tr><td>ああ　こんなはずじゃない　こんなはずじゃない</td> <td>啊　不應該是這樣的　不應該是這樣的 …</td></tr></tbody></table>

<div align="left" class="youtube embed-responsive embed-responsive-16by9"><iframe allow="fullscreen" class="embed-responsive-item" frameborder="0" src="https://www.youtube.com/embed/-KOeQapXsx8"></iframe></div><table border="0" class="table docutils borderless translate-paragraph"> <colgroup> <col width="50%"/> <col width="50%"/> </colgroup> <tbody valign="top"> <tr></tr> <tr><td>君さえいなけりゃよかった</td> <td>如果你從未出現過該多好</td> </tr> <tr><td>降り出した雨の中で　君に出会った時から</td> <td>下起雨的那一刻　從遇到你那時起</td> </tr> <tr><td>君がいないということが　当たり前じゃなくなった</td> <td>身邊沒有你的情況　就已經不再是平常</td> </tr> <tr><td>ああ　こんなはずじゃない</td> <td>啊　不應該是這樣的</td> </tr> <tr><td>ずっと自分勝手にさ　過ごせたはずなのに</td> <td>明明一直是散漫地過着自己的日子</td> </tr> <tr><td>まるで僕じゃないような僕が　さらけ出されてくよ</td> <td>就像是帶出了不是我的另一面的我</td> </tr> </tbody> </table> <hr class="docutils"/> <table border="0" class="table docutils borderless translate-paragraph"> <colgroup> <col width="50%"/> <col width="50%"/> </colgroup> <tbody valign="top"> <tr></tr> <tr><td>君さえいなけりゃよかった　こんな気持ちは知らないから</td> <td>如果你從未出現過該多好　就不會知道這種心情</td> </tr> <tr><td>やらなくちゃいけないことが　手つかずのまま積もってく</td> <td>一堆不得不做的事情　堆在手頭越積越多</td> </tr> <tr><td>僕じゃなくてもいいのなら　こっちを見て笑わないでよ</td> <td>如果不是我也可以的話　就別看着我這邊笑啊</td> </tr> <tr><td>大袈裟じゃなくてそれだけで　忘れられなくなるの</td> <td>甚至那些不重要的事情　都變得難以忘記了</td> </tr> </tbody> </table> <hr class="docutils"/> <table border="0" class="table docutils borderless translate-paragraph"> <colgroup> <col width="50%"/> <col width="50%"/> </colgroup> <tbody valign="top"> <tr></tr> <tr><td>君の適当な話も　全部心に刺さります</td> <td>你無意間隨口說的話　全都刺在心頭</td> </tr> <tr><td>気にしなけりゃいいのにな　残らずかき集めちゃうの</td> <td>雖說只要不在意就可以了　卻一句不剩全收集了起來</td> </tr> <tr><td>ああ　こんなはずじゃない　こんなはずじゃない</td> <td>啊　不應該是這樣的　不應該是這樣的</td> </tr> </tbody> </table> <hr class="docutils"/> <table border="0" class="table docutils borderless translate-paragraph"> <colgroup> <col width="50%"/> <col width="50%"/> </colgroup> <tbody valign="top"> <tr></tr> <tr><td>君に出会わなきゃよかった　こんなに寂しくなるのなら</td> <td>如果沒遇到過你該多好　就不會變得如此寂寞</td> </tr> <tr><td>君じゃなくてもいいことが　もう見つからないの</td> <td>已經找不到　和你無關也可以的情況了</td> </tr> <tr><td>忘れられないから　君じゃなかったら</td> <td>無法忘記了　要不是你的話</td> </tr> </tbody> </table> <hr class="docutils"/> <table border="0" class="table docutils borderless translate-paragraph"> <colgroup> <col width="50%"/> <col width="50%"/> </colgroup> <tbody valign="top"> <tr></tr> <tr><td>いっそ見損なってしまうような　そんなひとだったらなあ</td> <td>乾脆變成根本看不起的人　如果是那種人的話</td> </tr> <tr><td>でもそれでも　どうせ無理そう　嫌いになれないや</td> <td>但是即使如此　大概反正也不可能　無法變得討厭</td> </tr> </tbody> </table> <hr class="docutils"/> <table border="0" class="table docutils borderless translate-paragraph"> <colgroup> <col width="50%"/> <col width="50%"/> </colgroup> <tbody valign="top"> <tr></tr> <tr><td>僕がいなくてもいいなら　いっそ不幸になってしまえ</td> <td>如果不是我也可以的話　乾脆變得不幸吧</td> </tr> <tr><td>最後にまた僕の元に　泣きついてくればいい</td> <td>最後還是會回到我身邊　哭着湊過來的話就可以</td> </tr> <tr><td>君さえいなけりゃよかった　こんな気持ちは知らないから</td> <td>如果沒有你該多好　就不會知道這種心情</td> </tr> <tr><td>やらなくちゃいけないことが　手つかずのまま積もってく</td> <td>一堆不得不做的事情　堆在手頭越積越多</td> </tr> <tr><td>僕じゃなくてもいいのなら　こっちを見て笑わないでよ</td> <td>如果不是我也可以的話　就別看着我這邊笑啊</td> </tr> <tr><td>大袈裟じゃなくてそれだけで</td> <td>甚至那些不重要的事情</td> </tr> <tr><td>君のこと　間違いなく</td> <td>對你　毫無疑問</td> </tr> <tr><td>苦しいほど　好きになっちゃうよ</td> <td>刻骨銘心地　變得喜歡上了啊</td> </tr> </tbody> </table> <hr class="docutils"/> <table border="0" class="table docutils borderless translate-paragraph"> <colgroup> <col width="50%"/> <col width="50%"/> </colgroup> <tbody valign="top"> <tr></tr> <tr><td>忘れられないから　君じゃなかったら</td> <td>因爲無法忘記　如果不是你的話</td> </tr> <tr><td>君に出会わなきゃ　僕じゃなかったら</td> <td>要是沒遇到過你　如果不是我的話</td> </tr> <tr><td>君さえいなけりゃよかった</td> <td>如果你從未出現過該多好</td> </tr> </tbody> </table> 2015-03-11T22:00:00+09:002015-03-11T22:00:00+09:00farseerfctag:farseerfc.me,2015-03-11:/stop-write-simply.html

<p>我的 RSS 訂閱着一個博客叫 <a class="reference external" href="http://blogs.msdn.com/b/oldnewthing/">The Old New Thing</a> ，作者是Windows開發者之一的 Raymond Chen ，記錄 Windows 中的很多有趣的技術細節。 這個博客中的一些精彩內容還被他寫成了一本書，中文名叫《Windows編程啓示錄》 (ISBN: <a class="reference external" href="http://www.amazon.cn/dp/B0011C1ZEG/">978-7-111-21919-4</a>) 而英文書名就叫 <em>The Old New Thing — Practical Development Throughout the Evolution of Windows</em> (ISBN: <a class="reference external" href="http://www.amazon.com/gp/product/0321440307">978-0-321-44030-3</a>)。</p> <p>今天看到這個博客的一篇文章說 <a class="reference external" href="http://blogs.msdn.com/b/oldnewthing/archive/2015/03/10/10598846.aspx">你用「簡單地」次數越多我越懷疑你不懂這個詞的意思</a> ， 描述他看到某個博客上指導讀者打開命令行、執行某條魔法命令、從命令輸出抽取參數、 改寫配置文件、用魔法命令重啓服務，並把這些工作描述爲「簡單地」。</p> <p>的確正如 Raymond 指出，一個人覺得簡單的事情對別人並不一定是簡單的。 搜了一下我自己寫的東西，的確很多地方寫了「簡單 …</p>

<p>我的 RSS 訂閱着一個博客叫 <a class="reference external" href="http://blogs.msdn.com/b/oldnewthing/">The Old New Thing</a> ，作者是Windows開發者之一的 Raymond Chen ，記錄 Windows 中的很多有趣的技術細節。 這個博客中的一些精彩內容還被他寫成了一本書，中文名叫《Windows編程啓示錄》 (ISBN: <a class="reference external" href="http://www.amazon.cn/dp/B0011C1ZEG/">978-7-111-21919-4</a>) 而英文書名就叫 <em>The Old New Thing — Practical Development Throughout the Evolution of Windows</em> (ISBN: <a class="reference external" href="http://www.amazon.com/gp/product/0321440307">978-0-321-44030-3</a>)。</p> <p>今天看到這個博客的一篇文章說 <a class="reference external" href="http://blogs.msdn.com/b/oldnewthing/archive/2015/03/10/10598846.aspx">你用「簡單地」次數越多我越懷疑你不懂這個詞的意思</a> ， 描述他看到某個博客上指導讀者打開命令行、執行某條魔法命令、從命令輸出抽取參數、 改寫配置文件、用魔法命令重啓服務，並把這些工作描述爲「簡單地」。</p> <p>的確正如 Raymond 指出，一個人覺得簡單的事情對別人並不一定是簡單的。 搜了一下我自己寫的東西，的確很多地方寫了「簡單」二字，這的確對讀者不友好。</p> <p>從今往後避免用「簡單」來描述。</p> 2015-02-18T21:00:00+09:002015-02-18T21:00:00+09:00farseerfctag:farseerfc.me,2015-02-18:/weather-forcast-academic-in-japan.html

<p>最近 <a class="reference external" href="/links.html#mazk">mazk</a> 說我 <a class="reference external" href="//farseerfc.me/pages/about.html#comment-1856339316">life 分類裏的文章太少</a> ，所以想了想寫了這篇。</p> <p>很多人問過我爲什麼要來日本留學，嘛原因之一是我英語太差了，相對而言日語比較好。 另一方面，我比較喜歡日本的學術氛圍。這個當然是主觀體會，而不是客觀的評價，只是我 覺得相對於 <strong>歐美喜歡研究基礎架構技術</strong> ， <strong>日本則偏向實用層面</strong> 。</p> <p>說個具體一點例子，最近看到這篇新聞說 <a class="reference external" href="http://www.solidot.org/story?sid=43079">卢布贬值影响中央气象台预报准确率？</a> ，其中提到：</p> <blockquote> 因为卢布贬值，天气预报的准确率会有所降低</blockquote> <p>也說道：</p> <blockquote> 不过经我多年的观察，中国中央气象台的预报准确率实在是不怎么样，具体到我生活的地区， 实际天气状况和中国中央气象台预报的出入较大……</blockquote> <p>相信不少人也有類似的體會。</p> <p>天氣預報是事關人們生活的重要信息，其準確度對生產生活當然有很大影響。 說到增加天氣預報的準確度，人們自然會想到高性能的超級計算機比如 <a class="reference external" href="https://zh.wikipedia.org/wiki/%E5%A4%A9%E6%B2%B3%E4%BA%8C%E5%8F%B7">天河二號</a> ，想到環繞在地球高空的 <a class="reference external" href="https://zh.wikipedia.org/wiki/%E6%B0%A3%E8%B1%A1%E8%A1%9B%E6%98%9F">氣象衛星</a> ，想到遍佈世界各地的氣象站觀測臺。想想這麼多耗資不菲的高尖端項目被國家投入， 用來改善天氣預報的準確程度，看起來這的確是一個困難的科研課題。</p> <p>話說回來，準確預測氣溫、氣壓、溼度、降水概率等等這些事情對於生產生活固然重要， 不過對一般民衆而言，天氣預報最重要的作用就只是回答 <strong>明天我該穿多厚的衣服，出門是否需要打傘</strong> 這種問題 …</p>

<p>最近 <a class="reference external" href="/links.html#mazk">mazk</a> 說我 <a class="reference external" href="//farseerfc.me/pages/about.html#comment-1856339316">life 分類裏的文章太少</a> ，所以想了想寫了這篇。</p> <p>很多人問過我爲什麼要來日本留學，嘛原因之一是我英語太差了，相對而言日語比較好。 另一方面，我比較喜歡日本的學術氛圍。這個當然是主觀體會，而不是客觀的評價，只是我 覺得相對於 <strong>歐美喜歡研究基礎架構技術</strong> ， <strong>日本則偏向實用層面</strong> 。</p> <p>說個具體一點例子，最近看到這篇新聞說 <a class="reference external" href="http://www.solidot.org/story?sid=43079">卢布贬值影响中央气象台预报准确率？</a> ，其中提到：</p> <blockquote> 因为卢布贬值，天气预报的准确率会有所降低</blockquote> <p>也說道：</p> <blockquote> 不过经我多年的观察，中国中央气象台的预报准确率实在是不怎么样，具体到我生活的地区， 实际天气状况和中国中央气象台预报的出入较大……</blockquote> <p>相信不少人也有類似的體會。</p> <p>天氣預報是事關人們生活的重要信息，其準確度對生產生活當然有很大影響。 說到增加天氣預報的準確度，人們自然會想到高性能的超級計算機比如 <a class="reference external" href="https://zh.wikipedia.org/wiki/%E5%A4%A9%E6%B2%B3%E4%BA%8C%E5%8F%B7">天河二號</a> ，想到環繞在地球高空的 <a class="reference external" href="https://zh.wikipedia.org/wiki/%E6%B0%A3%E8%B1%A1%E8%A1%9B%E6%98%9F">氣象衛星</a> ，想到遍佈世界各地的氣象站觀測臺。想想這麼多耗資不菲的高尖端項目被國家投入， 用來改善天氣預報的準確程度，看起來這的確是一個困難的科研課題。</p> <p>話說回來，準確預測氣溫、氣壓、溼度、降水概率等等這些事情對於生產生活固然重要， 不過對一般民衆而言，天氣預報最重要的作用就只是回答 <strong>明天我該穿多厚的衣服，出門是否需要打傘</strong> 這種問題。一年四季換衣服的時機其實並不那麼頻繁，氣溫提升五度或者降低兩度這種程度下人們估計也 不能感覺得到，大體上只要根據「昨天穿什麼衣服，昨天覺得冷不冷」就能作出判斷。另一方面， <strong>出門是否需要打傘</strong> 這樣的問題的確只能依靠天氣預報來回答。</p> <p>那麼解決 <strong>出門是否需要打傘</strong> 這個問題需要那麼高尖端的技術麼？</p> <p>我所在的大阪大學情報科學研究科有個已經畢業的學長 <ruby><rb>今城 健太郎</rb><rp>(</rp><rt>いまじょう けんたろう</rt><rp>)</rp></ruby> 就對此作出了解答。他的專業不是氣象預測，而是圖像分析處理，純粹的計算機科學學科。 而他的本科畢業設計就着眼於「僅僅分析氣象雲圖，能否高精度預測降水概率」， 其研究成果，就是一個叫 <a class="reference external" href="http://blog.imoz.jp/post/7316967132/ninetan-forecast">ないんたん 的降水概率預測系統</a> 。</p> <p>這個系統有數個會賣萌的Twitter機器人 <a class="reference external" href="//twitter.com/ninetan">@ninetan</a> ，每時每刻對 其預測地區的降水情況做播報，同時也有詳細的降水概率曲線圖對 <a class="reference external" href="http://sx9.jp/weather/osaka.html">大阪</a> ( <a class="reference external" href="//twitter.com/ninetan_osaka">@ninetan_osaka</a> )， <a class="reference external" href="http://sx9.jp/weather/kyoto.html">京都</a> ( <a class="reference external" href="//twitter.com/ninetan_kyoto">@ninetan_kyoto</a> )， <a class="reference external" href="http://sx9.jp/weather/tokyo.html">東京</a> ( <a class="reference external" href="//twitter.com/ninetan_tokyo">@ninetan_tokyo</a> )， <a class="reference external" href="http://sx9.jp/weather/hyogo.html">兵庫</a> ( <a class="reference external" href="//twitter.com/ninetan_hyogo">@ninetan_hyogo</a> )， <a class="reference external" href="http://sx9.jp/weather/wakayama.html">和歌山</a> ( <a class="reference external" href="//twitter.com/ninetan_wakayam">@ninetan_wakayam</a> ) 的各個大學所在校區 兩個半小時內做精確的降水概率預測。比如今天晚上大阪大學三個校區的降水概率圖如下：</p> <div class="figure"> <img alt="今天晚上大阪大學三個校區的降水概率圖" class="img-responsive" src="//farseerfc.me/images/forcast-osaka.png"/> <p class="caption">今天晚上大阪大學三個校區的降水概率圖</p> </div> <p>從上面的圖可以看出這個系統的預測精度是以 <strong>分爲單位</strong> 的，可以看到 兩個半小時內各地的降水量的大小。比如我可以根據這張圖看出，我所在的吹田校區 將在 <strong>21時35分</strong> 開始有微弱的概率下起 0.1mm/h~1mm/h 的毛毛雨，到 <strong>22時05分</strong> 左右這個降水概率 爬升到最高大約45%，從而作出判斷： 我最好在晚上九點左右離開學校回家，避免淋雨。</p> <p>自從研究室的前輩給我介紹這個天氣預報系統開始，我用了它兩三年了，直觀感覺是 這個系統的預測精度驚人得準確，基本上能接近 <a class="reference external" href="http://zh.wikipedia.org/wiki/%E9%AD%94%E6%B3%95%E7%A6%81%E6%9B%B8%E7%9B%AE%E9%8C%84%E7%94%A8%E8%AA%9E%E5%88%97%E8%A1%A8#.E8.A3.9D.E7.BD.AE.E3.80.81.E5.85.B5.E5.99.A8.E3.80.81.E6.8A.80.E8.A1.93">《魔法的禁書目錄》中的「樹形圖設計者」</a> 能做的天氣預報的程度， 它說何時會下雨就一定下雨，它說何時雨停就一定雨停。同學們出門和回家的時候一般都會 看一眼這個天氣預報然後決定是否出門。「啊今天晚上9點開始下雨所以早點回家」 或者「啊還有30分鐘雨就停了，再在研究室裏留一會兒」。</p> <p>這只是一個本科生的畢業設計，所以覆蓋面小（只有5所大學的十幾個校區，只能預測 未來兩個多小時的降水概率），不過僅此而已能做到如此的精度以至於實用，實在讓我 驚訝。系統的測試之初就有人說：</p> <blockquote class="twitter-tweet" lang="zh-tw"><p>最近ないんたん予報あたりすぎてないんたんが雨降らせてるんじゃないかという疑惑</p>— すみのネコ歩き (@sumi_eee) <a href="https://twitter.com/sumi_eee/status/88530793407852544">2011 7月 6日</a></blockquote> <script async="" charset="utf-8" src="//platform.twitter.com/widgets.js"></script><!-- --> <blockquote> 最近ないんたん預告實在太準了，甚至讓人懷疑是不是ないんたん把雨招來的。</blockquote> <p>不過最近身邊的日本人似乎已經把這個系統的準確當作習以爲常了，就像日本的電車 掐着秒錶準點到站一樣，理所當然。 把天氣預報這種高尖端的技術做到如此實用的地步，這基本上可以代表我對 日本學術界研究方式和研究目的的總體印象了。</p> <p>嗯今天就寫這麼多，9點到了，我要按照天氣預報的預測，準時回家了。</p> <p>——寫於2015羊年除夕夜，9點。</p> 2013-02-20T20:42:00+09:002013-02-20T20:42:00+09:00farseerfctag:farseerfc.me,2013-02-20:/marry-me.html<div class="panel panel-default"> <div class="panel-heading"> 渲染的樣子</div> <div class="panel-body"> <blockquote> <!-- PELICAN_BEGIN_SUMMARY --> <img alt="嫁給我好麼" class="img-responsive" src="/images/marry-me.png"/> <!-- PELICAN_END_SUMMARY --> </blockquote> </div> </div> <p>可以玩的是下面這個：</p> <script src="/static/three.min.js" type="text/javascript"></script> <script src="/static/FirstPersonControls.js" type="text/javascript"></script> <script src="/static/helvetiker_regular.typeface.js" type="text/javascript"></script> <script src="/static/214game.js" type="text/javascript"></script> <div id="game_area" style="width: 600px; height: 450px; margin-left: 10px;clear:both"> </div> <p style="margin-left: 100px; margin-top: 10px; ">* 用 WASD←→ 移動，需要 WebGL 支持</p>2012-06-06T10:42:00+09:002012-06-06T10:42:00+09:00farseerfctag:farseerfc.me,2012-06-06:/icse2012.html

<div class="section" id="june-6"> <h2><a class="toc-backref" href="#id1">June 6</a></h2> <!-- PELICAN_BEGIN_SUMMARY --> <div class="section" id="keynote-1"> <h3><a class="toc-backref" href="#id2">Keynote 1</a></h3> <p>沒怎麼聽懂，只記得講到了finance is not money但是沒聽懂這個和軟件有什麼關係。</p> </div> <div class="section" id="cost-estimation-for-distributed-software-project"> <h3><a class="toc-backref" href="#id3">Cost Estimation for Distributed Software Project</a></h3> <p>講到他們試圖改善現有的模型去更精確地評估軟件開發的開銷。</p> <p>他們會給PM建議之前的項目的歷史數據，然後對於新項目，他們建議歷史上已有 的項目的數據，從而幫助PM得到更精確的評估。他們試圖儘量減少項目評估對PM 的經驗的需求，從而幫助即使經驗很少的PM也能準確評估項目的開銷。</p> <!-- PELICAN_END_SUMMARY --> <p>他們的觀點：</p> <blockquote> <p>Context-specfic solutions needed!</p> <p>我們需要更上下文相關的解決方案！</p> <p>Early user paticipation is key!</p> <p>早期用戶的參與是關鍵</p> </blockquote> </div> <div class="section" id="characterizing-logging-practices-in-open-source-software"> <h3><a class="toc-backref" href="#id4">Characterizing Logging Practices in Open-Source Software</a></h3> <p>Common mistakes in logging messages</p> <p>在日誌記錄中容易犯的錯誤</p> <p>他們學習了歷史上的log記錄，然後試圖找到重複修改的輸出log的語句，確定log …</p></div></div>

<div class="section" id="june-6"> <h2><a class="toc-backref" href="#id1">June 6</a></h2> <!-- PELICAN_BEGIN_SUMMARY --> <div class="section" id="keynote-1"> <h3><a class="toc-backref" href="#id2">Keynote 1</a></h3> <p>沒怎麼聽懂，只記得講到了finance is not money但是沒聽懂這個和軟件有什麼關係。</p> </div> <div class="section" id="cost-estimation-for-distributed-software-project"> <h3><a class="toc-backref" href="#id3">Cost Estimation for Distributed Software Project</a></h3> <p>講到他們試圖改善現有的模型去更精確地評估軟件開發的開銷。</p> <p>他們會給PM建議之前的項目的歷史數據，然後對於新項目，他們建議歷史上已有 的項目的數據，從而幫助PM得到更精確的評估。他們試圖儘量減少項目評估對PM 的經驗的需求，從而幫助即使經驗很少的PM也能準確評估項目的開銷。</p> <!-- PELICAN_END_SUMMARY --> <p>他們的觀點：</p> <blockquote> <p>Context-specfic solutions needed!</p> <p>我們需要更上下文相關的解決方案！</p> <p>Early user paticipation is key!</p> <p>早期用戶的參與是關鍵</p> </blockquote> </div> <div class="section" id="characterizing-logging-practices-in-open-source-software"> <h3><a class="toc-backref" href="#id4">Characterizing Logging Practices in Open-Source Software</a></h3> <p>Common mistakes in logging messages</p> <p>在日誌記錄中容易犯的錯誤</p> <p>他們學習了歷史上的log記錄，然後試圖找到重複修改的輸出log的語句，確定log 中存在的問題。他們首先確定修改是事後修改。</p> <p>通常的修改的比例（9027個修改）</p> <table border="0" class="table docutils borderless"> <colgroup> <col width="10%"/> <col width="90%"/> </colgroup> <tbody valign="top"> <tr><td>45%</td> <td>靜態文本</td> </tr> <tr><td>27%</td> <td>打印出的變量</td> </tr> <tr><td>26%</td> <td>調試等級verbosity</td> </tr> <tr><td>2%</td> <td>日誌輸出的位置</td> </tr> </tbody> </table> <p>他們發現有調試等級的變化，是因爲安全漏洞之類的原因，或者在開銷和數據 之間的權衡。</p> <p>大多數對log的變量的修改都是爲了增加一個參數。他們之前的LogEnhancer是爲了 解決這個問題而提出的，通過靜態檢查，提醒程序員是否忘記了某個參數</p> <p>對text的修改是因爲要改掉過時的代碼信息，避免誤導用戶。</p> <p>他們的實驗是採用了基於code clone 的技術，找到所有log語句，然後找不一致 的clone，然後自動提出建議。</p> </div> <div class="section" id="combine-functional-and-imperative-pgrm-for-multicore-sw-scala-java"> <h3><a class="toc-backref" href="#id5">Combine Functional and Imperative Pgrm for Multicore Sw: Scala &amp; Java</a></h3> <p>趨勢：到處都是多核，但是併發程序呢？</p> <p>他們研究的對象是Scala和Java，因爲可以編譯後確認JVM字節碼的語義。</p> <ul class="simple"> <li><dl class="first docutils"> <dt>Java:</dt> <dd><ul class="first last"> <li>共享內存</li> <li>顯示創建的線程</li> <li>手動同步</li> <li>Wait/Notify機制</li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>Scala:</dt> <dd><ul class="first last"> <li>高階函數</li> <li>Actors, 消息傳遞</li> <li>lists, filters, iterators</li> <li>while</li> <li>共享狀態, OO</li> <li>import java.* 能從java導入任何庫</li> <li>auto type inferance 自動類型推導</li> </ul> </dd> </dl> </li> </ul> <p>實驗的參與者都經過4周的訓練，實驗項目是工業等級的開發項目</p> <p>結果：</p> <p>scala 的項目平均比java多花38%的時間，主要都是花在Test和debug上的時間。</p> <p>程序員的經驗和總體時間相關，但是對test和debug沒有顯著影響。</p> <p>scala的爲了讓編程更有效率的設計，導致debug更困難。比如類型推導，debug 的時候需要手動推導，來理解正在發生什麼。</p> <p>scala的程序比java小，中位數2.6%，平均15.2%</p> <ul class="simple"> <li><dl class="first docutils"> <dt>性能比較：</dt> <dd><ul class="first last"> <li>單核：scala的線性程序的性能比java好</li> <li><dl class="first docutils"> <dt>4核：</dt> <dd><ul class="first last"> <li>scala 7s @ 4 threads</li> <li>java 4si @ 8 threads</li> <li><dl class="first docutils"> <dt>median</dt> <dd><ul class="first last"> <li>83s scala</li> <li>98s java</li> </ul> </dd> </dl> </li> </ul> </dd> </dl> </li> <li>32core: best scala 34s @ 64 threads</li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>結論</dt> <dd><ul class="first last"> <li>java有更好的scalability</li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>scala類型推導</dt> <dd><ul class="first last"> <li>45%說對攜帶碼有幫助</li> <li>85%說導致程序錯誤</li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>調試</dt> <dd><ul class="first last"> <li>23%認爲scala簡單</li> <li>77%認爲java簡單</li> </ul> </dd> </dl> </li> </ul> <p>multi-paradigram are better</p> </div> <div class="section" id="sound-empirical-evidence-in-software-testing"> <h3><a class="toc-backref" href="#id6">Sound Empirical Evidence in Software Testing</a></h3> <p>Test data generation 測試數據自動生成</p> <p>Large Empirical Studies - not always possible</p> <p>For open source software - big enough</p> </div> <div class="section" id="identifing-linux-bug-fixing-patch"> <h3><a class="toc-backref" href="#id7">Identifing Linux Bug Fixing Patch</a></h3> <ul class="simple"> <li><dl class="first docutils"> <dt>current practice:</dt> <dd><ul class="first last"> <li>manual</li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>Current research:</dt> <dd><ul class="first last"> <li>keywords in commits</li> <li>link bug reports in bugzilla</li> </ul> </dd> </dl> </li> </ul> <p>Try to solve classification problem</p> <ul class="simple"> <li><dl class="first docutils"> <dt>issue</dt> <dd><ul class="first last"> <li>pre-identified</li> <li>post-identified</li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>data</dt> <dd><ul class="first last"> <li>from commit log</li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>feature extraction</dt> <dd><ul class="first last"> <li>text pre-process stemmed non-stop words</li> </ul> </dd> </dl> </li> <li>model learning</li> </ul> <p>research questions</p> </div> <div class="section" id="active-refinement-of-clone-anomaly-reports"> <h3><a class="toc-backref" href="#id8">Active Refinement of Clone Anomaly Reports</a></h3> <p>motivating</p> <ul class="simple"> <li>code clones, clone groups</li> <li>clone used to detect bugs</li> <li>anomaly : inconsistent clone group many anomaly clone are note bug, high false positive</li> </ul> <dl class="docutils"> <dt>approach</dt> <dd><ul class="first last simple"> <li>reorder by sorted bug reports</li> </ul> </dd> </dl> </div> </div> <hr class="docutils"/> <div class="section" id="june7"> <h2><a class="toc-backref" href="#id9">June7</a></h2> <div class="section" id="keynotes-2-sustainability-with-software-an-industrial-perspective"> <h3><a class="toc-backref" href="#id10">Keynotes 2: Sustainability with Software - An Industrial Perspective</a></h3> <p>Sustainability</p> <ul class="simple"> <li><dl class="first docutils"> <dt>Classic View: Idenpendent view with overlap</dt> <dd><ul class="first last"> <li>Social</li> <li>Environment</li> <li>Economic</li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>Nested viw</dt> <dd><ul class="first last"> <li><dl class="first docutils"> <dt>Environment</dt> <dd><ul class="first last"> <li><dl class="first docutils"> <dt>Social</dt> <dd><ul class="first last"> <li>Economic</li> </ul> </dd> </dl> </li> </ul> </dd> </dl> </li> </ul> </dd> </dl> </li> </ul> <dl class="docutils"> <dt>Triple bottom line</dt> <dd><ul class="first last simple"> <li><dl class="first docutils"> <dt>economic</dt> <dd>-global business, networks , global econ</dd> </dl> </li> <li><dl class="first docutils"> <dt>env</dt> <dd><ul class="first last"> <li>natural res, climate change, population grow</li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>social</dt> <dd><ul class="first last"> <li>awareness, connectivity, accountability</li> </ul> </dd> </dl> </li> </ul> </dd> </dl> <div class="section" id="green-it"> <h4><a class="toc-backref" href="#id11">Green IT</a></h4> <ul class="simple"> <li><dl class="first docutils"> <dt>reduce IT energy</dt> <dd><ul class="first last"> <li>more than 50% cooling - doing nothing</li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>mini e-waste: not properly recycled</dt> <dd><ul class="first last"> <li>80% in EU</li> <li>75% in US</li> </ul> </dd> </dl> </li> <li>foster dematerialization</li> </ul> <p>In-Memory Technology: Expected Sustainable Benefits</p> </div> <div class="section" id="what-can-we-do"> <h4><a class="toc-backref" href="#id12">What can we do?</a></h4> <blockquote> <ul class="simple"> <li>consider all software lifecycle phases in your design</li> <li>avoid energy expensive behavior in your codes</li> <li>design lean architectures</li> </ul> </blockquote> </div> <div class="section" id="green-by-it"> <h4><a class="toc-backref" href="#id13">Green by IT</a></h4> <blockquote> <ul class="simple"> <li>2% green IT</li> <li>98% green IT</li> </ul> </blockquote> </div> </div> <div class="section" id="on-how-often-code-is-cloned-across-repositories"> <h3><a class="toc-backref" href="#id14">On How Often code is cloned across repositories</a></h3> <p>Line based hashing code clone detection</p> <p>never do anything harder than sorting</p> <p>hashing a window of 5 lines of normalized (tokenized) code, dropping 3/4 of the hashing</p> <p>把ccfinder一個月的工作縮短到了3, 4天。沒有比較presion和recall。</p> <table border="0" class="table docutils borderless"> <colgroup> <col width="11%"/> <col width="89%"/> </colgroup> <tbody valign="top"> <tr><td>14%</td> <td>type1</td> </tr> <tr><td>16%</td> <td>type2</td> </tr> <tr><td>17%</td> <td>type3 (not really type2)</td> </tr> </tbody> </table> </div> <div class="section" id="graph-based-analysis-and-prediction-for-sw-evolution"> <h3><a class="toc-backref" href="#id15">Graph-based analysis and prediction for sw evolution</a></h3> <div class="section" id="graph-are-everywhere"> <h4><a class="toc-backref" href="#id16">graph are everywhere</a></h4> <ul class="simple"> <li>internet topology</li> <li>social net</li> <li>chemistry</li> <li>biology</li> </ul> <p>in sw - func call graph - module dependency graph</p> <p>developer interaction graph - commit logs - bug reports</p> <p>experiment 11 oss, 27~171 release, &gt; 9 years</p> </div> <div class="section" id="predictors"> <h4><a class="toc-backref" href="#id17">predictors</a></h4> <ul class="simple"> <li><dl class="first docutils"> <dt>NodeRank</dt> <dd><ul class="first last"> <li>similar to pagerank of google</li> <li>measure relative importance of each node</li> <li><dl class="first docutils"> <dt>func call graph with noderank</dt> <dd><ul class="first last"> <li>compare rank with severity scale on bugzilla</li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>correlation between noderank and BugSeverity</dt> <dd><ul class="first last"> <li>func level 0.48 ~ 0.86 varies among projects.</li> <li>model level &gt; func level</li> </ul> </dd> </dl> </li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>ModularityRatio</dt> <dd><ul class="first last"> <li>cohesion/coupling ratio: IntraDep(M)/InterDep(M)</li> <li>forecast mantencance effort</li> <li><dl class="first docutils"> <dt>use for</dt> <dd><ul class="first last"> <li>identify modules that need redesign or refactoring</li> </ul> </dd> </dl> </li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>EditDistance</dt> <dd><ul class="first last"> <li>bug-based developer collaboration graphs</li> <li>ED(G1,G2)=|V1|+|V2|-2|V1交V2|+|E1|+|E2|-2|E1交E2|</li> <li><dl class="first docutils"> <dt>use for</dt> <dd><ul class="first last"> <li>release planning</li> <li>resource allocation</li> </ul> </dd> </dl> </li> </ul> </dd> </dl> </li> </ul> <p>graph metrics</p> <ul class="simple"> <li><dl class="first docutils"> <dt>graph diameter</dt> <dd><ul class="first last"> <li>average node degree indicates reuse</li> </ul> </dd> </dl> </li> <li>clustering coefficient</li> <li>assortativity</li> <li>num of cycles</li> </ul> </div> <div class="section" id="conclusion"> <h4><a class="toc-backref" href="#id18">Conclusion</a></h4> <p>"Actionable intelligence" from graph evolution</p> <ul class="simple"> <li>studie 11 large long-live projs</li> <li>predictors</li> <li>identify pivotal moments in evolution</li> </ul> </div> </div> <div class="section" id="what-make-long-term-contributors-willingness-and-opportunity-in-oss"> <h3><a class="toc-backref" href="#id19">What make long term contributors: willingness and opportunity in OSS</a></h3> <p>OSS don't work without contributors form community</p> <p>mozilla (2000-2008)</p> <p>10^2.2 LTC &lt;- 2 order -&gt; 10^4.2 new contributors &lt;- 3.5 order -&gt; 10^7.7 users</p> <p>gnome (1999-2007)</p> <p>10^2.5 LTC &lt;- 1.5 order -&gt; 10^4.0 new contributors &lt;- 3.5 order -&gt; 10^6.5 users</p> <div class="section" id="approach"> <h4><a class="toc-backref" href="#id20">approach</a></h4> <ul class="simple"> <li>read issues of 20 LTC and 20 non-LTC</li> <li>suvery 56 (36 non-LTC and 20 LTC)</li> <li>extract practices published on project web sites</li> </ul> </div> <div class="section" id="summeray"> <h4><a class="toc-backref" href="#id21">summeray</a></h4> <ul class="simple"> <li>Ability/Willingness distinguishes LTCs</li> <li><dl class="first docutils"> <dt>Environment</dt> <dd><ul class="first last"> <li><dl class="first docutils"> <dt>macro-climate</dt> <dd><ul class="first last"> <li>popularity</li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>micro-climate</dt> <dd><ul class="first last"> <li>attention</li> <li>bumber of peers</li> <li>performance of peers</li> </ul> </dd> </dl> </li> </ul> </dd> </dl> </li> </ul> <p>regression model</p> <p>newcomers to LTC conversion drops</p> <dl class="docutils"> <dt>actions in first month predicts LTCs</dt> <dd><ul class="first last simple"> <li>24% recall</li> <li>37% precision</li> </ul> </dd> </dl> </div> </div> <div class="section" id="develop-of-auxiliary-functions-should-you-be-agile"> <h3><a class="toc-backref" href="#id22">develop of auxiliary functions: should you be agile?</a></h3> <p>a empirial assessment of pair programming and test-first programming</p> <p>can agile help auxiliary functions?</p> <div class="section" id="experiment"> <h4><a class="toc-backref" href="#id23">experiment</a></h4> <ul class="simple"> <li>pair vs solo</li> <li>test-first vs test-last</li> <li>students vs professors</li> </ul> </div> <div class="section" id="research-questions"> <h4><a class="toc-backref" href="#id24">research questions</a></h4> <ul class="simple"> <li>r1: can pair help obtain more correct impl</li> <li>r2: can test-first</li> <li>r3: dst test1 encourage the impl or more test cases?</li> <li>r4: does test1 course more coverage</li> </ul> </div> <div class="section" id="result"> <h4><a class="toc-backref" href="#id25">result</a></h4> <ul class="simple"> <li><dl class="first docutils"> <dt>test-first</dt> <dd><ul class="first last"> <li>higher coverage</li> <li>non change with correctness</li> </ul> </dd> </dl> </li> <li><dl class="first docutils"> <dt>pair</dt> <dd><ul class="first last"> <li>improve on correctness</li> <li>longer total programming time</li> </ul> </dd> </dl> </li> </ul> </div> </div> <div class="section" id="static-detection-of-resource-contention-problems-in-server-side-script"> <h3><a class="toc-backref" href="#id26">Static Detection of Resource Contention Problems in Server-side script</a></h3> <p>Addressed the race condition of accessing database or filesystem of PHP</p> </div> <div class="section" id="amplifying-tests-to-validate-exception-handling-code"> <h3><a class="toc-backref" href="#id27">Amplifying Tests to Validate Exception Handling Code</a></h3> <p>異常處理的代碼不但難寫，而且難以驗證。各種組合情況難以估計，尤其是手機 系統上。</p> </div> <div class="section" id="a-tactic-centric-approach-automating-traceability-of-quality-concerns"> <h3><a class="toc-backref" href="#id28">A tactic-centric approach automating traceability of quality concerns</a></h3> <p>tactic traceability information models</p> </div> </div> 2012-06-02T10:42:00+09:002012-06-02T10:42:00+09:00farseerfctag:farseerfc.me,2012-06-02:/msr2012.html

<div class="section" id="mining-software-repository-2012-icse"> <h2><a class="toc-backref" href="#id3">Mining Software Repository 2012 @ ICSE</a></h2> <p>參加了今年的MSR，會場在University of Zurich。一大早來到大學，註冊有點 小插曲，顯然瑞士人搞不清楚中國人的名字，3個楊（Yang）姓的中國人的名牌 被搞錯了。然後堀田學長的所屬被寫作了“Japan, Japan”，成爲了全日本的代表。</p> <div class="section" id="msr-microsoft-research-talk-msr-mining-software-repositories"> <h3><a class="toc-backref" href="#id4">MSR(MicroSoft Research) talk @ MSR(Mining Software Repositories)</a></h3> <p>首先是來自微軟亞洲研究院（MicroSoft Research @ Asia, MSR Asia）的Keynots， 於是就變成了MSR在MSR的演講。MSR的張冬梅（Dongmei Zhang）女士的演講 分爲關於Software Analysis和XIAO的兩部分。XIAO是MSRA開發的Code Clone Detector，似乎我要給井上研做的就是這個。想更多瞭解Xiao的細節，不過張女士 演講結束的時候的鼓掌導致了話筒的小故障 …</p></div></div>

<div class="section" id="mining-software-repository-2012-icse"> <h2><a class="toc-backref" href="#id3">Mining Software Repository 2012 @ ICSE</a></h2> <p>參加了今年的MSR，會場在University of Zurich。一大早來到大學，註冊有點 小插曲，顯然瑞士人搞不清楚中國人的名字，3個楊（Yang）姓的中國人的名牌 被搞錯了。然後堀田學長的所屬被寫作了“Japan, Japan”，成爲了全日本的代表。</p> <div class="section" id="msr-microsoft-research-talk-msr-mining-software-repositories"> <h3><a class="toc-backref" href="#id4">MSR(MicroSoft Research) talk @ MSR(Mining Software Repositories)</a></h3> <p>首先是來自微軟亞洲研究院（MicroSoft Research @ Asia, MSR Asia）的Keynots， 於是就變成了MSR在MSR的演講。MSR的張冬梅（Dongmei Zhang）女士的演講 分爲關於Software Analysis和XIAO的兩部分。XIAO是MSRA開發的Code Clone Detector，似乎我要給井上研做的就是這個。想更多瞭解Xiao的細節，不過張女士 演講結束的時候的鼓掌導致了話筒的小故障。</p> </div> <div class="section" id="towards-improving-bts-with-game-mechanisms"> <h3><a class="toc-backref" href="#id5">Towards Improving BTS with Game Mechanisms</a></h3> <p>感覺這篇的內容基本上就是關於</p> <p><a class="reference external" href="http://www.joelonsoftware.com/items/2008/09/15.html">http://www.joelonsoftware.com/items/2008/09/15.html</a></p> <p>這裏寫到的東西，然後說同樣的理論是否可以用於Issue Tracking之類的事情上。 個人感覺這個意義不大，stackoverflow之所以成功是因爲它把開源社區本身就 具有的名譽體系具現化了，本着大家都喜歡被別人奉爲大牛的心態，就如同 wikipedia一樣。同樣的理論如果用於公司內部的Issue Tracking系統上，會得到 完全不同的東西吧。就像MSDN的組織方式雖然和wikipedia是一樣的，但是在MSDN 裏找信息的感覺和在wikipedia完全不一樣。個人不太看好這個方向。</p> </div> <div class="section" id="ghtorrent"> <h3><a class="toc-backref" href="#id6">GHTorrent</a></h3> <p>這篇的slide在這裏可以看到：<a class="reference external" href="http://www.slideshare.net/gousiosg/ghtorrent-githubs-data-from-a-firehose-13184524">http://www.slideshare.net/gousiosg/ghtorrent-githubs-data-from-a-firehose-13184524</a></p> <p>Data exporter for github. Github的主要數據，代碼，已經可以通過git接口 獲得了，wiki是git的形式保存的。所以這個項目的目的就是暴露別的數據，主要 是issue tracking，code comments，這種。代碼訪問github api，然後用分佈式 實現以克服api的限制，然後提供torrents形式的history下載。github api獲得 的json數據以bson的形式保存在MongoDB裏，解析過的有了Schema之後的數據保存 在MySQL裏並可以導出SQL。</p> <p>個人的想法，覺得數據如果能夠更統一，全部存在Git裏或許更好，像Wiki一樣。 同樣是要暴露全部歷史記錄的目的，用Torrent自己實現的歷史遠不如用Git的 接口實現的歷史記錄方便吧，git blame之類的也更方便追蹤code comment之類的 作者信息。當然對git的raw date直接讀寫，需要對git的內部原理有足夠的理解， 或許只有github的人有這種能力了。</p> </div> <div class="section" id="topic-mining"> <h3><a class="toc-backref" href="#id7">Topic Mining</a></h3> <p>用得兩個參數， DE 和 AIC，完全不能理解，過後研究。實驗針對了Firefox, Mylyn, Eclipse三個軟件。試圖從Repo中分析源代碼的identifier和comments， 找到topic和bug之間的關係，比如怎樣的topic更容易導致bug。得出的結論似乎 也很曖昧，只是說核心功能被報告的bug更多，但是不知道原因。這只能表示核心 功能受到更多關注和更多測試吧，並不能說明核心功能就容易產生bug。</p> <p>不過這個的Slide做得很漂亮，很容易理解。</p> </div> <div class="section" id="secold"> <h3><a class="toc-backref" href="#id8">SeCold</a></h3> <p>A linked data platform for mining software repositories</p> <p>沒聽懂這個項目的目的。</p> </div> <div class="section" id="the-evolution-of-software"> <h3><a class="toc-backref" href="#id9">The evolution of software</a></h3> <p>第二天的Keynotes，關於將Social Media和Software Development相結合的想法。 或許就是Github賴以成功的基礎。講到代碼中的comment, Tags, uBlog, blog之類 的social的特性和IDE的融合的趨勢。</p> </div> <div class="section" id="do-faster-releases-imporve-software-quality"> <h3><a class="toc-backref" href="#id10">Do Faster Releases Imporve Software Quality?</a></h3> <p>使用Firefox作爲例子。</p> <p>結論是快速發佈導致bug更多，更容易crash，但是bug更快得到修復，並且用戶 更快轉向新的發佈。</p> </div> <div class="section" id="security-vs-performance-bugs-in-firefox"> <h3><a class="toc-backref" href="#id11">Security vs Performance Bugs in Firefox</a></h3> <p>Performance bugs are regression, blocks release.</p> </div> <hr class="docutils"/> <div class="section" id="id1"> <h3><a class="toc-backref" href="#id12">一些感想</a></h3> <div class="section" id="commit"> <h4><a class="toc-backref" href="#id13">基於自然語義分析的commit分割</a></h4> <p>經常工具（比如git）的使用者並沒有按照工具設計者的意圖使用工具，這給MSR 帶來很多困難。舉個例子，git有非常完美的branch系統，通常期望git的使用者 能夠在一次commit裏commit一個功能，比如一個bug的修復，或者一個feature的 添加，但是事實上經常有很多邏輯上的commit被合併在一個裏面了。</p> <p>或許這不是使用者的錯，而是工具仍然不夠人性的表現。或許我們可以自動把 一次的commit按照語義分割成多個。</p> <p>分割之後，可以更容易地把issue和commit關聯，也更容易組織更多的研究。</p> </div> <div class="section" id="slides"> <h4><a class="toc-backref" href="#id14">關於這次發表中大家用的slides系統</a></h4> <p>題目爲``Incorporating Version Histories in Information Retrieval Based Bug Localization''的人用的slide是beamer的。公式很多，overlay很多，列表 很多，圖片很少，典型的beamer做出的slide。思維導圖用得很不錯。今天一天 有至少3個slide是用beamer做的。</p> <p>題目爲``Towards Improving Bug Tracking Systems with Game Mechanisms'' 的人用了prezi，圖片很多，過度很多。但是比如沒有頁號沒有頁眉頁腳，正式 會議的場合不太方便。</p> <p>至少有六個以上用了Apple Keynotes，Keynotes做出來的東西真的和Powerpoint 做出來的很難區別，其中兩個人用了初始的主題所以才看出來。</p> <p>剩下的自然是PPT。MSRA的張女士做的雖然是PPT，倒是有很多beamer的感覺， 比如頁眉頁腳和overlay的用法。這些如果都是PPT做出來的，會多很多額外的 人力吧。</p> <p>值得一提的是有一個題目爲``Green Mining: A Methodology of Relating Software Change to Power Consumption''的人的slide全是``劣質''的手繪漫畫， 效果意外地好，很低碳很環保很綠色很可愛。具體效果可以參考下面的動畫，雖然 現場看到的不是一個版本：</p> <p><a class="reference external" href="http://softwareprocess.es/a/greenmining-presentatation-at-queens-20120522.ogv">http://softwareprocess.es/a/greenmining-presentatation-at-queens-20120522.ogv</a></p> </div> <div class="section" id="id2"> <h4><a class="toc-backref" href="#id15">微軟是個腹黑娘！</a></h4> <p>嘛雖然這也不是什麼新聞了。MSR2012的Mining Challenge的贊助商是微軟，管理 組織者來自微軟研究院，獎品是Xbox和Kinect。然後今年的題目是：</p> <pre class="literal-block"> Mining Android Bug </pre> <p>我看到了微軟滿滿的怨氣……</p> </div> </div> </div>