Subscribe: 馬克雜想...
http://macwang.blogspot.com/rss.xml
Added By: Feedage Forager Feedage Grade B rated
Language: Chinese traditional
Tags:
Rate this Feed
Rate this feedRate this feedRate this feedRate this feedRate this feed
Rate this feed 1 starRate this feed 2 starRate this feed 3 starRate this feed 4 starRate this feed 5 star

Comments (0)

Feed Details and Statistics Feed Statistics
Preview: 馬克雜想...

馬克雜想...



我是Mac Wang, 目前在思考中...



Updated: 2018-03-08T07:07:39.748-08:00

 



在Synology NAS上用Docker跑redmine

2017-09-16T06:18:50.072-07:00

Synology內建的Package Center有redmine可以安裝, 但是要搭配MariaDB. 我看redmine的官網, 似乎是跟PostgreSQL比較合拍. 所以想用Synology NAS裡的docker自己弄一個redmine + PostgreSQL的組合.網路上找到的docker + redmine通常都是直接建議用sameersbn的image. 不過既然redmine跟postgres都有官方的image, 之後升級比較能處理, 還是用官方的好.Synology內建的docker比較舊, 也不支援docker-compose, 所幸他的設定程式GUI寫得還不錯, 紀錄一下怎麼用.下載image下載時我特別指定了現下最新的版本, 而非用latest tag. 原因是希望將版號鎖定, 之後同樣的動作才會有一樣的結果. 而postgres的部份選用alpine版, 因為這樣image會比較小, 僅38MB.建立containerDBLaunch一個container, 命名為db. 選Advanced Settings.Volume的部份由這個image的Dockerfile中可看出volume是'/var/lib/postgresql/data', 在NAS裡建一個/docker/redmine/db mapping他.Networking與Port都不用特別設定, Environment variable的部份則是從docker hub這裡看到有POSTGRES_PASSWORD, POSTGRES_DB兩個變數要設.設定完之後直接launch, 在背景執行.Redmine用同樣手法建一個container, 命名為redmine. Volume從這裡得知將/usr/src/redmine/files指定為/docker/redmine/files. Port setting的部份因為這是公開服務, 就不能任由docker自行指定了, 指定為13000:3000. Links的部份, 指定剛才跑起來的postgres container db為db.Environment variable要設REDMINE_DB_POSTGRES, REDMINE_DB_PASSWORD. 設定完一樣跑起來.執行兩個container都跑起來之後, redmine一開始會建database的table, 經過數分鐘後可以在log中看到再用browser開一下http://nas_ip:13000, 能否看到正常的redmine畫面. 至此docker的部份己經設定完成. 設定reverse proxy因為是公開服務, 通常會希望能有一個redmine.xxx.com的網域可以從外部直接使用. 但是現在是使用port 13000, 即使有付費的domain name, 也無法避免要打http://redmine.xxx.com:13000的窘境.這個時候的解答就是用reverse proxy, 先讓nginx當web server去聽port 80, 再讓它用virtual host的方式, 知道是要redmine.xxx.com的服務. 再內轉給nas_ip:13000. 如此一來對外的port 80, redmine.xxx.com就相當於redmine container的3000了.在Synology裡的web server是Web Station這個程式, 有很多back-end server可以選, 為了輕量化及速度, 我是使用Nginx.但是在Synology的設定UI裡, 並不能做reverse proxy的設定. 所以安裝好Web Station後, 用ssh連進NAS裡.sudo vi /etc/nginx/app.d/server.ReverseProxy.confsudo nginx -s reload讓nginx重讀設定檔測試再用browser來連http://redmine.xxx.com看看是否能看到redmine畫面. 至此已設定完成.TODOHTTPS版的reverse proxy[...]



python一行讀AFINN

2014-08-18T23:39:51.212-07:00


dict(map(lambda (w, s): (w, int(s)), [ws.strip().split('\t') for ws in open("AFINN-111.txt")]))(image)



Jawbone UP

2014-06-09T00:31:08.652-07:00

我一直是什麼配件都不帶的人. 手上沒錶沒戒指沒佛珠沒項鍊的人. 連鑰匙都維持最少的數量...
之前耳聞要做Wearable, 買了一個Jawbone UP 2. 強迫自己每天戴, 但總是有些時候忘了帶. 斷斷續續戴了十個月, 終於達到了一百萬步!!
從這裡看來就知道顯然它沒有激勵我...

最近一個月, Jawbone UP上面的皮愈來愈長, 已經把按鈕都包住了. 上它網站上一查, 有一大堆人回報一樣的問題, 甚至長到把充電的蓋子都包起來了. 那些人的UP都被換新, 我立馬也開了一個ticket回報這個問題. 靜觀其變吧...
(image)



git clone failure

2014-05-27T23:29:35.554-07:00

踩到gnutls的地雷, 不能clone某個用https來share的code.

以下的解法

http://askubuntu.com/questions/186847/error-gnutls-handshake-falied-when-connecting-to-https-servers

改成用openssl的tls即可...(image)



极路由的硬件之路

2013-11-02T22:24:14.450-07:00

极路由的硬件之路
http://feedly.com/k/19oS00E

shared via http://feedly.com

(image)



影片轉檔速度範本怎麼選:尋找轉檔速度、畫質平衡點

2013-09-30T17:53:10.672-07:00

影片轉檔速度範本怎麼選:尋找轉檔速度、畫質平衡點
http://feedly.com/k/168nbfR

筆者在上期技研堂單元中,探討了在進行影片轉檔時,使用硬體加速與純軟體運算,對畫質的影響。其中也稍微提到在使用同一套轉檔軟體的前提下,更改細部編碼設定,也會對畫質造成影響。

從容量反推畫質

以往筆者都是PSNR或SSIM等指標分數,做為評斷畫質的依據,這次筆者將換個方式,以x264編碼器CRF(Constant Ratefactor)編碼模式。由於我們固定CRF的Ratefactor參數,並更改細部編碼設定,理論上就可以得到相同的畫質但大小不同的影片,這時只需要比較影片壓縮率,即可反推當固定輸出影片大小時的畫質表現。

CRF模式的運作方式是會固定編碼器內建的品質指標,好處是只需執行單一pass,轉檔速度比較快,而且不會因為速度較快而對畫質造成負面的影響,其缺點則是無法預測輸出檔案的大小。

Medium速度畫質平衡點

筆者將測試影片以AVC High Profile Level 3範本進行轉檔,並套用x264編碼器內建的10種速度範本,並將轉檔速度與輸出檔案大小收錄於下方表格。我們可以看到輸出檔案大小在Very Fast開始明顯地變小,速度除了在Very Fast有明顯落差外,在Slow也有另1個落差。因此筆者推薦使用Very Fast、Fast、Medium這3種範本,能在速度與畫質間取得不錯的平衡,如果比較注重畫質則選Slower,超級注重畫質的話,選Very Slow就好,Placebo的速度太慢,且效果不明顯。

此外筆者也將部分因速度範本不同而異的細部設定收錄於下表,其中差異比較大的部分,是動態預測搜索方式,其意義為比對前後畫面,只將有變動的地方記錄下來時所用的預測方式。diamond僅搜索上下左右4個像素,效果非常有限,hexagon,為向周圍6個方向搜索,multi hex則使用更複雜的六邊型形狀,能提供更精確的結果。SATD Exhaustive則是使用演算法進行詳細搜索,雖然可以更精準地抓到動態向量,但是效率非常低,除了會讓速度變慢外,效果並不明顯,不推薦使用。

▲將所有數據除以Ultra Fast數據標準化之後,可以看到從Very Fast開始檔案容量明顯減少。

▲同樣將所有數據標準化後,發現Very Fast、Fast、Medium的速度比Slow快上不少。

▲編碼結果與編碼工具一覽

延伸閱讀:

軟體轉檔?硬體加速?影像品質大檢驗

影像順暢度深度解析:破解 FPS 盲點、找出影像頓呆的主因

新一代影像編碼格式 H.265 完全析解,流量省一半,檔案更小更美

硬轉影片上字幕,硬體加速也要嵌入字幕

顯示卡 4 大反鋸齒技術探討:鋸齒的產生與消除,前處理、後處理之爭


 

本文同步刊載於電腦王雜誌
  
歡迎加入電腦王雜誌粉絲團


加入T客邦Facebook粉絲團

shared via http://feedly.com

(image)



梁漱溟:做学问的八个境界

2013-09-29T21:20:38.965-07:00

梁漱溟:做学问的八个境界 http://feedly.com/k/1fT6lFl 本周,我读完了梁漱溟先生的自传文集《我生有涯愿无尽》。 这本书的前半部分,讲述梁先生如何从一个中学生成长为国学大师,闪光点很多。比如,北大校长蔡元培只因读过梁漱溟的一篇论文,便邀请他担任北大讲师,完全不顾梁没有读过大学。 出乎意料的是先生随即表示希望我到北大任教。先生说:"我是喜爱哲学的。我此次来北大重点要办好文科。文科中又以哲学系为重点,你就来哲学系讲印度哲学好了。" 我忙回答说:"先生之喜爱哲学我知道,早在中学时即读过先生翻译的《哲学要领》一书,至于我,实在不懂印度哲学。印度宗派是如此之多,而我只不过为解决自己在人生问题上的烦闷,钻研了一些佛典,领会一点佛家思想而已。" 先生说:"你说你不懂,但又有谁懂呢?我寻不着人,就是你来吧!"我总不敢承当。先生于是说道:"我看你也是喜欢哲学的。我们把一些喜爱哲学的朋友聚拢在一起,共同研究,互相切磋,你怎么可以不来呢!来北大,你不要以为是来教别人的,你把到北大当做来共同学习好了。" 蔡先生这几句话打动了我。抱这种态度再好不过,而我又怎会不愿来学习呢。来北大的事就如此确定下来。 这本书的后半部分,讲述梁先生从事社会改造的经历,乏味得很,因为没有一件事是成功的。他一心想让中国走上宪政之路,结果处处碰壁。比如,他主张"军队国家化",先去游说蒋介石。 1942年3月20日中午,蒋公宴请国民参政会驻会委员廿五人,饭罢留下我们五人细谈。对于草案认为可行,问我们若未曾与中共谈过,可即往商谈。 蒋介石把皮球踢给了共产党。结果,梁漱溟真的跑到延安,见了毛泽东和朱德,宣传他的主张。 座间毛、朱二公颇用心听我发言,毛无表示,朱公当听到我末后的话时,忽曰:"此或三十年后的事吧!"此外无人置一词。 梁先生幼稚到相信,国民党和共产党会同意放弃军队,可见他对政治其实一无所知。难怪他的社会改造梦想皆不成功,还没等到文化大革命,就在1953年被毛泽东打倒了。 虽然政治的部分不好看,但是在治学方面,他的自传文集很值得一读。下面的内容关于如何做学问,整理自他1928年在广州中山大学的讲演,我觉得讲得非常好。 ================================ 1928年在广州中山大学的讲演(节选) 作者:梁漱溟 所谓学问,就是对问题说得出道理,有自己的想法。 想法似乎人人都是有的,但又等于没有。因为大多数人的头脑杂乱无章,人云亦云,对于不同的观点意见,他都点头称是,等于没有想法。 我从来没有想过要做学问,走上现在这条路,只是因为我喜欢提问题。大约从十四岁开始,总有问题占据在我的心里,从一个问题转入另一个问题,一直想如何解答,解答不完就欲罢不能,就一路走了下来。 提得出问题,然后想要解决它,这大概是做学问的起点吧。 以下分八层来说明我走的一条路: 第一层境界:形成主见 用心想一个问题,便会对这个问题有主见,形成自己的判断。 说是主见,称之为偏见亦可。我们的主见也许是很浅薄的,但即使浅薄,也终究是你自己的意见。 许多哲学家的哲学也很浅,就因为浅便行了,胡适之先生的哲学很浅,亦很行。因为这是他自己的,纵然不高深,却是心得,而亲切有味。所以说出来便能够[...]



Samsung 高層承認 Galaxy Gear「缺少特別之處」

2013-09-28T01:48:35.039-07:00

Samsung 高層承認 Galaxy Gear「缺少特別之處」
http://feedly.com/k/15ASPEn

Samsung 早前所推出的 Galaxy Gear 所帶來之功能,似乎很多市面上其他智慧型手錶都做到,Samsung 的高層其實也明白。在一編 Korea Times 的報導中,一位匿名的 Samsung 高層向他們坦承「我們知道我們的 Gear 缺少特別之處。在對 UI 和使用者經驗有更多投資之下,Samsung 的裝置將在消費者滿意度這一環中做得更好。」該高層指出 Gear 是他們開發「Wow 產品」(令人 wow 的產品)的策略其中一部分,他 / 她認為他們的手錶獲得了不錯的回應,但是在未來他們會聘請更多 UI 的專家和集中改善它的軟體,而非開發出全新的裝置。所以,新一代的 Gear 開發計劃尚未開始?

經由:Engadget
引用來源:Korea Times

shared via http://feedly.com

(image)



【MR JAMIE專欄】如何挑一家 Good Startup 加入

2013-09-27T20:05:12.515-07:00

【MR JAMIE專欄】如何挑一家 Good Startup 加入
http://feedproxy.google.com/~r/wired/tw/~3/CkHeEpDKuIU/index.html

與其低濃度的上班 40 年,不如認真拼個 4 年 –Paul Graham (How to Start A Startup)


年輕的時候加入新創公司有很多好處,你可以擁有自己的舞台、擔起重大責任、影響產品與公司走向、更全面理解一家企業運作、跟著公司一起成長,甚至有機會因為併購、上市而得到人生的第一桶金。

因此我常說在好的新創公司待 1 年,得到的價值抵上在大公司待 5 年、甚至 10 年。當然這句話的關鍵字是「好的」,畢竟好 Startup 與爛 Startup 是極大的對比。所以如果你想搭上新創高鐵來加速人生的成長,那首先必須了解如何挑選一家 Good Startup。

讓你著迷的產品

一家 Startup 精神的具體實現,就是它的產品,因此如果你很享受他們推出產品與服務,那八九不離十你也會同樣享受他們公司的企業文化。事實上如果這是一家 Good Startup,他們絕對會在意來應徵的人是不是真的了解他們的產品,真心喜歡他們的服務。所以對於產品著迷的程度,絕對是選擇一家 Good Startup 最先決,也最重要的條件。

對應徵者的尊重

好的 Startup 絕對是求才若渴的,而這個態度也絕對會反應在對應徵者的尊重上。當你試圖跟他們聯絡、投履歷、約面試、問問題時,可以觀察一下公司上上下下對於這些流程的態度。如果他們常表現出不耐煩、愛理不理,那可能不是一家值得以身相許的 Good Startup。

辦公室的氣氛

當你去參觀、面試時,記得觀察他們辦公室的佈置與氣氛,想像一下自己在裡面工作的感覺。畢竟那會是你未來幾年三分之一的人生,是不是一個真心喜歡的環境也非常重要。

欣賞的創辦人

尤其是越早期的 Startup,核心創辦人的理念與領導方式對全體的影響越大。所以請好好跟他聊聊,確認這是一個你很欣賞,想要向他學習的前輩。

與員工聊聊

你的同學、學長、朋友的朋友裡面,一定有現在在該公司上班的員工,找他們出來喝杯咖啡,跟他們聊聊在該公司工作的感想,那絕對會給你很多重要的資訊。

Follow Your Heart

最後,如果事情順利的話,你可能會有不只一家 Good Startup 邀請你加入。當然你可以客觀的比較他們提出的各種條件,也可以好好評估這些公司未來的潛力,但最終,我認為,就像 Steve Jobs 在給 Stanford 學生的演講中說的一樣,生命中的節點,只有在未來才能看出之間的連結,因此往前看時,更重要的是 Follow Your Heart。

2013 AppWorks Startups 聯合大徵才

如果你正在考慮加入新創公司,歡迎到 2013 AppWorks Startups 聯合大徵才活動頁逛逛,裡面有 21 家我們輔導的新創公司正在徵求 41 個職務,說不定其中一個,就是你夢想中的新創之旅。

Good luck!

(Photo via hackny, CC License)

shared via http://feedly.com

(image)



Evernote 擴充產品線:掃描儀、便利貼、錢包、襪子(影片)

2013-09-27T19:24:38.241-07:00

Evernote 擴充產品線:掃描儀、便利貼、錢包、襪子(影片)
http://feedly.com/k/1ftPift

之前 Evernote 已經透過與 Moleskine 合作推出 Smart Notebook 的方式在應用以外做出了嘗試,如今他們更進一步,又為大家帶來了許多意想不到的東西。這一次他們仍然採用了與其它廠商合作的方式,涉及到的產品包括有 Fujitsu 的掃描儀、Adonit 的觸控筆、背包、筆電保護套甚至是襪子... 所有這些都能在 Evernote 的網路商店中買到,一同上線的還會有他們旗下的各類應用。

值得一提的是,這一次 Evernote 還和 3M 一同合作推出了便利貼,其作用和之前的 Smart Notebook 有些類似,此番用戶將可以利用 Evernote 的 App 來根據便利貼的顏色對其進行管理。網路商店的連結已在來源中為大家附上,跳轉後還有一段來自官方的宣傳片。

繼續閱讀全文Evernote 擴充產品線:掃描儀、便利貼、錢包、襪子(影片)

shared via http://feedly.com

(image)



对国内云计算三个现象的思考

2013-09-12T16:28:06.680-07:00

对国内云计算三个现象的思考
http://feedly.com/k/17ujYWV

shared via http://feedly.com

(image)



佇列的實際應用:事件記錄系統 | 專欄 | iThome online

2013-09-05T08:02:45.277-07:00

佇列的實際應用:事件記錄系統 | 專欄 | iThome online
http://feedly.com/k/17atVJ5

shared via http://feedly.com

(image)



【MR JAMIE專欄】創業 CEO:產品 CEO 的兩難

2013-09-03T06:55:04.295-07:00

【MR JAMIE專欄】創業 CEO:產品 CEO 的兩難 http://feedly.com/k/1eayU0c 在每週一次的「創業 CEO」系列,我們討論一個創業者如何教會自己成為一位偉大的 CEO,因為歷史上最偉大的創業公司,往往都是由這樣的人在領導。 之前聊過,我強烈支持創辦人應該要擔起 CEO 大任這件事情,因為一旦成功了,就有機會創造出像 Amazon、Google、Facebook、Apple、Microsoft 等這類長期偉大的企業。但創辦人成功轉型 CEO 的案例畢竟不算多,如果真要算算,失敗的比例或許還比較高。 背後的原因相當複雜,最常看到的是很多創辦人根本壓根不想當 CEO。從 0 到 1 創造一個新模式是相當刺激的過程,需要的是富有 Hacker 精神的游擊隊長。從 1 到 100 放大一個模式則是繁瑣、重複、建立 SOP (標準化作業流程) 的工作,需要的是有 Builder 的細心與耐心,正規部隊的將軍。只有極少數人同時具備 Hacker 與 Builder 的 DNA,也只有極少數游擊隊長會真心換當一個將軍。 即使是 Founder 真的有心想學當 CEO,這個過程也需要時間。但新創公司往往在抓一個競爭者眾、稍縱即逝的 Paradigm Shift (市場板塊位移),且創投股東也有一定的時間壓力*,因此在 Founder 學當 CEO 的過程中,如果連續幾季表現不佳,還是會出現董事會失去耐心,決定引入外來 CEO 的狀況。 最後,即使 Founder 真的有心想當 CEO,也得到董事會十足的信任,在公司規模化的過程中,一個做產品出身的執行長還是可能會碰到產品與管理兩難的狀況。Andreessen Horowitz 合夥人 Ben Horowitz 日前寫了一篇 Why Founders Fail: The Product CEO Paradox 描述了這個情形,我建議大家好好體會一下。 以下是我的一些心得筆記: 成功的新創公司創辦人往往是產品出身的,在公司 1-100 的規模化過程中,也往往還是會放很多心力在產品之上。這一切通常都平安無事,直到公司達到某個規模時 (大約是全體 120 人,產品 30-50 人左右的時候)。這時 CEO 得花越來越多的時間在管理之上,因此常常沒有時間掌握住產品的細節,大大小小的產品決策也開始被 CEO 忙碌的出差、會議行程卡住,兩難的他從一個非常有遠見的產品經理,漸漸淪落成了無法完全抓住重點的瓶頸官僚。 開發團隊最後冒死建言,請 CEO 退出產品管理,CEO 自己也意識到問題的嚴重,但接受之後才發現悲劇還在後面。少了強權領導的產品團隊開始陷入「共議制」,產品開始發散、失去靈魂。不管產品的 Founder 也發現他除了很懂產品之外,基本上還是一個二流的經理人。因此公司的狀況比之前 CEO 兼管產品時還要糟糕,但才剛放下產品如果馬上又把權力拿回來,又怕嚴重打擊開發團隊的士氣。(往往也就在這個時候,董事會開始質疑 CEO 的能力…) 因此這件事情必須要「中道」處理,產品出身的 Founder CEO 不能完全不管產品,但也必須要把產品下放到某個讓組織可以有效前進的程度 — 也就是 Bill Gates、Steve Jobs、Larry Page 與 Mark Zuckerberg 取得的平衡。Ben 提出了四個 Product CEO 應該持續負責的事情: 繼續推動關鍵產品遠景 ── CEO 不需要定義每個大大小小產品的遠景,但務必持續領導關鍵產品 維護品質標準 ── CEO 必須持續當最終的品質把關者,因為除了他沒有人能這麼做 當一個整合者 ── 久而久之,不同產品線間一定會有些矛盾[...]



人类的心理行为模式----《影响力》笔记

2013-08-23T14:57:39.777-07:00

人类的心理行为模式----《影响力》笔记 http://feedly.com/k/17QdCzT 网上流传一份查理・芒格(Charlie Thomas Munger)的推荐书单。 其中有一本心理学著作《影响力》,芒格是这么说的:  "这本了不起的书,解释了我们如何被他人操控,可别犹豫把它推荐给你的朋友。" 据说,芒格特别喜欢这本书,还向它的作者罗伯特・西奥迪尼(Robert B.Cialdini)赠送了一股伯克希尔哈撒韦公司的股票(价值10万美元)。 因为芒格的推荐,我就去读了这本书。它主要介绍了6种人类的心理行为模式,解释了为什么有些人特别具有说服力,在不知不觉之中就能影响他人。 我的总体印象是,这是一本有意思的书,也是一本有用的书。读完以后,一方面可以学会一些说服他人的技巧,另一方面可以减少一些被他人影响的风险。 但是,它也有很大的缺点,最大的问题就是太�嗦。书里的6种心理行为模式,其实都很简单,几句话就能说清楚,但是作者写了300多页,冗长拖拉,条理不清,读起来很累。更糟糕的是,为了拉长篇幅,它对一些很简单的心理现象,做了过度解释,令人感觉非常牵强。 举例来说,书里有一条结论是:  "与不费吹灰之力就能得到的那些东西相比,人们更加珍惜那些来之不易的东西。" 这本来是很自然的事情,甚至都不用解释:"来之不易"就意味着"获取成本"较高,属于贵重的东西,当然会被珍惜。可是,作者用了整整八页解释这句话,还举了一些我认为很不恰当、甚至是错误的例子。  "当学生们要经历肉体痛苦才能加入一个团体时,他们对这个团体的评价往往会更高。一个女学生在加入时遭到电击的次数越多。她就越会让自己相信,这个团体的成员都非常聪明有趣,举办的活动也非常有吸引力。" 为了让新成员珍惜成员资格,而必须对她在加入时进行多次电击。这种行为不仅变态,而且在逻辑上有漏洞,因为最后招进来的只能是那些喜欢被电击的人,这样的人聚在一起,当然会有认同感! 这样的段落在书中还有很多。所以,我对这本书的评价就是:闪光点与缺陷都很明显,写作风格糟糕。 下面,我摘录书中提到的一些心理学实验,这是全书最有意思的部分。 第一章 心理影响 实验1:插队 一个心理学家跑到图书馆,请排队等候复印的人帮她一个小忙。 "对不起,我有5页纸要复印,能不能让我先复印呢?"当她这样说时,60%的人答应了。 然后,她换了一种说法:"对不起,能不能让我先复印呢?因为我要复印几页纸。"她只多加了两个字"因为",但同意的人居然增加到了93%。 虽然心理学家早就知道,当我们请别人帮忙时,如果能够讲出一个理由,得到帮助的可能性就更大。但是这个实验证明,只是听到"因为"两个字,人们就会认为她是有理由的,从而给予帮助。这证明了人类存在心理定势,会不自觉地受到影响。 第二章 互惠(Reciprocity) 实验2:捐款信 美国伤残军人协会每年发出很多募捐信,经过统计,18%的收信人会捐款。 有一年,该协会主动在信中放了一个小礼物(比如背面涂了不干胶的标签),结果捐款率几乎翻了一倍,35%的收信人捐款了。 这说明人们存在"互惠心理&q[...]



Apple Implementing Changes to App Store Rankings to Promote Better App Discovery

2013-08-23T14:21:24.231-07:00

See! It's happening. Apple Implementing Changes to App Store Rankings to Promote Better App Discovery http://feedly.com/k/16DVGJL Apple may be implementing some changes to the way that it ranks apps for its Top Charts in the App Store, reports TechCrunch, citing studies from a number of app analysis services. It appears that new factors, such as app ratings and user engagement, could be influencing app position and preventing developers from artificially inflating the rankings. According to app marketing service Fiksu, app rankings began fluctuating in late July, favoring apps with ratings of four or more stars in the App Store. While those apps jumped to higher positions without a corresponding increase in downloads, apps with poor ratings saw their rankings fall. Historically, apps have been ranked based on both download volume and velocity, allowing apps that garnered a high number of downloads in a short amount of time to shoot up the App Store charts. Fiksu also notes that App Store rank positions, which were previously updated in 15-minute intervals, now update once every three hours to prevent underhanded rank-gaming practices. We suspect they are adding a 'buffer' period to prevent rank manipulation through short download bursts often associated with robotic downloads and other actions not in the best interests of the app ecosystem. Three hours allows enough time to identify anomalies and remove apps before they suddenly appear at the top of the rankings. Niren Hiro of SearchMan told TechCrunch that user engagement may be a factor as well. Time spent within apps, the number of app opens, and ongoing usage are affecting category rankings, as noted in the chart below. App Store search algorithms may also be changing, favoring improved app discovery. MobileDevHQ CEO Ian Sefferman cites an example involving a search for iPhone apps from the iPad. While such a search used to return an identical list of apps on both the iPad and the iPhone, the results are now different. It remains unclear whether Apple is merely experimenting with its App Store rankings with these new inclusions or if it is in the process of making sweeping changes to the ranking process. App discovery has long been a work in progress for the company and efforts to improve its ranking algorithms could help users locate higher quality content. Recent Mac and iOS Blog Stories • Samsung Denied New Trial Over Apple's 'Bounce-Back' Patent • Expansive Photo Gallery Highlights Numerous Alleged iPhone 5S and iPhone 5C Parts • Shrinking iPhone Market Share in China Driving Case Makers Toward Apple Rivals • Pebble Smartwatch for iOS Adds Proper Email Push Notifications, Fixes iCloud Support • Microsoft CEO Steve Ballmer to Retire 'Within 12 Months' • iPhone 5S and iPhone 5C to Launch in China on November 28? • 'Sky Gamblers: Storm Raiders' Named App of the Week, Available for Free • BlackBerry Messenger User Guides Posted, iOS Launch Coming Soon?      shared via http://feedly.com [...]



矽谷頂尖公司積極推動20%創意工時,但Google卻想廢除?

2013-08-23T01:19:37.202-07:00

矽谷頂尖公司積極推動20%創意工時,但Google卻想廢除?
http://feedproxy.google.com/~r/wired/tw/~3/BoCiX82JONU/index.html

Photo:brionv/flickr

 

近來盛傳,Google打算取消20%的員工創意發想時間,此事一出,可真是驚天動地。

根據商業網站Quartz的報導,原本為了鼓勵員工腦力激盪,刻意騰出的20%工時,已經被Google砍了,矽谷地區科技公司紛紛抱不平。Google這種悠哉、新穎的辦公環境,一直是眾人心目中的指標,也是他人羨慕的對象。

如今,神話似乎要破滅了,也有網友表示:「我很難過,太多公司都走上這條路了。」

但,實情是否如此?

20%好處多

其實,Google仍然保有20%創意時間的傳統,至少公司方面是這麼說的:員工依舊進行各種20%計畫,從未間斷。不過,就算官方發言不可盡信,20%政策也很難消失,理由是,Google想砍東西,可沒那麼簡單。

為何如此?首先,20%政策並非Google原創,包括臉書、LinkedIn、Apple等許多尖端公司,都有各自的版本。其次,這項政策的精神,在於讓員工或獲得充裕發想時間,在當今的矽谷中,這種做法只有更普遍,沒有遭扼殺之情事。

雖然業界篩汰員工速度相當快,但20%政策卻能使公司屹立不搖、商品更有競爭力。就一般情形看來,這項政策應是利大於弊,若是取消,反倒像是搬石頭砸自己的腳。

Google的玩法

當然,要更精準分析Google會不會刪除這項政策,還是得回到公司內部的20%規定與特性,才能下定論。

就歷來實施情形來說,Google的20%政策希望員工利用一週一天,即每月四天的時間,完成自選或自創的方案,且要與Google相關,詳細內容在新聞稿、高層部落格中都已載明。最後,這些方案一個個成了Google News、Gmail、AdSense等服務,成果可謂豐碩。

但千萬別誤會,Google的20%政策絕不是一體適用,不會讓新員工初來乍到,就得下海作創意發想;其適用的對象,是才華出眾、孜孜矻矻的那群超級員工,才能將此政策發揮到極致。

然而,20%政策只能算是經營點子,而非正式固定的制度,且執行者必須放下手邊工作,用額外時間發想新方案,不免引來反彈。對此,Google也不斷評估成效,決定是否裁減執行比例,以此回應外界盛傳的「刪除說」,發展究竟會如何,大家便拭目以待吧。

發想計畫比一比

切記,20%並非Google原創,在許多公司依舊蓬勃發展,甚至還會給予員工獎勵,以鼓勵他們焚膏繼晷、奮戰不懈,即所謂的黑客松(hackathon),包括推特、臉書、Google、Yahoo等公司都是愛用者。

黑客松計畫一執行,當然能產出精緻產品,大公司靠著這條生產線,確實獲益不少。以LinkedIn為例,旗下的InCubator計畫還讓員工每年花三個月的時間開發新產品,比例為25%;至於臉書,則是透過「原型論壇」(Prototype Forum)計畫,讓員工進行創意發想。

不過,眾家公司給的發想空間,著實沒Google來得多而頻繁,但話又說回來,Google也沒外界想像得那麼大器,願意不顧一切,放手讓員工發揮。無論如何,這樣的政策仍須測試、評估、調整,才能定其優劣,這不正呼應了背後的實驗精神嗎?

shared via http://feedly.com

(image)



用 Go 發展的 groupcache…

2013-08-17T19:58:55.449-07:00

用 Go 發展的 groupcache…
http://feedly.com/k/12eoBmP

groupcacheBrad Fitzpatrick 最新的作品 (之前最有名的兩個作品是 memcachedOpenID 1),目標在於取代一部分 memcached 的功能。

以官方的說明是:

groupcache is a caching and cache-filling library, intended as a replacement for memcached in many cases.


另外一篇介紹文是「Playing With Groupcache」。

跟 memcached 差異最大的地方在於「沒有更改與刪除的功能」,一旦寫進去後就不會變動。在放棄 update/delete 的特性後,換來的是:

Cluster 的能力。 處理熱點的能力。

以往在 memcached server 之間是沒有交集的,在 groupcache 則是 cluster 起來。另外以前在 memcached 會因為同時存取同一個 key 而造成 single CPU overloading 的問題,在 groupcache 則透過 auto-mirror 機制解決。

不過還是得想一下要怎麼用,畢竟沒有 update/delete 功能…

Related Posts:

PostgreSQL 對 security update 的極端作法… 把 MySQL MyISAM 換到 Galera Cluster 的 InnoDB 上… Java SE 6 下個月將停止提供安全更新… mctop:memcache top 推薦《An Introduction to Programming in Go》這本書…

shared via http://feedly.com

(image)



Google 工程师引以为豪的“20% 时间”已经名存实亡

2013-08-17T19:57:14.587-07:00

Google 工程师引以为豪的“20% 时间”已经名存实亡
http://feedly.com/k/18BUTsX

Google创新的一大源泉就在于所谓的“20%时间”,Google的“20%时间”允许工程师在一周里花一天的时间做自己的项目而不必跟任何人打招呼,当初Gmail、Google Maps和AdSense号称都是工程师利用自己非正式的“20%”时间做出的创新。而说,现在Google公司的“20%时间”已经名存实亡了。

尽管这个政策并未被Google废掉,实际上你想获得20%时间的可能性已经降低到0了,因为Google现在要求经理预先对20%时间进行批准,而经理们手下的团队生产力已经被一大堆统计数据所紧密监控,经理们都不愿意批准手下的人去用20%时间做别的事情。

实际上2010年,前Google工程师Ben Maurer就在Quora说由于后勤上的挑战和缺少考核上的认可,工程师们当时就很难铺在自己的项目上了。最近Google更是雪上加霜的关闭了各种小项目和Google Labs实验性项目,也在潜意识里告诉员工们不要再自己鼓捣什么玩意了。

Via

© musiXboy 发表于 谷奥——探寻谷歌的奥秘 ( http://www.guao.hk ), 2013. | | | 关于谷奥 | 投稿/爆料
Post tags: Google Company, Google Fail, Googler

shared via http://feedly.com

(image)



数学魔术人人皆会变

2013-08-16T23:47:56.236-07:00

数学魔术人人皆会变
http://feedly.com/k/14IuW6I

shared via http://feedly.com

(image)



如何打造一個 Remote 工作的環境

2013-08-12T22:07:02.165-07:00

如何打造一個 Remote 工作的環境
http://feedly.com/k/16cR67v

原文 原本放在我另外一個 blog。後來覺得屬性應該適合貼在這裡,就轉貼過來了。

這集的 Teahour 的連結在這裡: http://teahour.fm/2013/08/05/interview-with-tinyfool-on-xinzazhi.html [与 Tinyfool 聊新媒体、创业经历和团队建设]

禮拜三跟 Teahour 的主持人玎玎和這期的嘉賓 Tinyfool 聊創業(會前會)。中間岔題講到 Tinyfool 開始想把自己的創業公司轉換成 Remote 工作環境。有過 Remote 經驗的我和玎玎就七嘴八舌的給 Tinyfool 了非常多意見。十幾分鐘講下來,原來大家的經驗看法幾乎都是一樣的。趁還有熱情寫這個題目,順便在 blog 把重點整理一下...

參與成員必須都要是 Senior 等級的開發者

根據所有人的經驗,Junior 是絕對不能參加 Remote 的。原因有幾個,

(1) Junior 不管在專業上或者是做事方法與態度上,都有很大的磨練空間。如果 Remote 反而會因為無法近距離與同事交流,學習的速度變得緩慢。
(2) 在 Remote 的環境中,時刻與同伴保持若即若離的非同步方式合作的技巧難度非常高,如果沒有成熟的技巧,反而會造成效率低落和合作上的挫折。
(3) Remote 其實是比較辛苦的,因為工作者反而要依靠一些遠端輔助工具,補足同步節奏的問題。但是 Junior 的做事模式和認知是「有完成交辦任務」就好。所以在 Remote 時,反而會覺得比較爽,因為沒有人管,只要「做好手頭上的事」。能完成的事品質反而比較差,打亂大家的節奏...同時也會因為「有做完就好」,變得高興什麼時候作就什麼時候作(不顧團隊節奏),晨昏顛倒(因為精神較差所以只能 deliver 出次等的程式碼)。

團隊內有很好的協作與自動化工具

Issue Tracking ( 如 Redmine, Pragmatic.ly ) Chatroom ( 如 Hipchat, Skype) Code Version Control ( 如: Git or Github ) Log Channel ( 如 Redmine issue, Github commit log 結合 Hipchat ) Screenshot Tool ( 如 droplr.com

團隊合作處理的都是比較大等級的專案,「比較大」通常意味著這個專案會有非常多 Task。在很多 Task 的狀態時,必須要有一個工具可以很好的將 Task 依序列出,有優先等級管理,有歷史紀錄,有應答功能。讓大家不至於互踩到手腳,使用版本控制管理系統也是相同的道理。

Chatroom 則補足無法面對面交流的狀況,若文字與圖片示意還是不夠,則直接使用語音交聊。

Log Channel 則是一種交流型輔助,因為 Issue Tracking 和 Code Version Control 往往都還是使用 Email 寄信輔助(有等於沒用),團隊需要一個可以一目了然今天專案即時動態的地方。Log Channel 是很好的 Dashboard。

團隊內要有 Coding Policy

除了外在的輔助工具外,內部的規矩也是很重要的。Code 要怎麼設計才能讓同事快速接手?什麼樣的設計與命名絕對不能出現,以免同事一進來就踩中地雷陣亡。或者是花上太多不必要時間的時間除雷...

團隊必須要有一致的工具默契與設計默契。如果沒有,那就必須設計一套,強迫大家遵守。

對事不對人的默契

因為大家都不是面對面,用文字和聲音交流,很容易因為一個差錯,就擦槍走火變成糾紛。團隊成員要有高度對事不對人的默契,相信大家出發點都是為了把產品做好,而不是在爭功諉過。否則團隊反而很容易 Remote 造成的誤會分崩離析。

定期的 Standup 與 On-site meeting

Remote 時很容易因為都在埋頭做事,很容易不小心做著做著就偏離原先的航道或者是原先的 schedule。每天至少還是需要一次的 Standup,確保在正確的航道上。每週一次的 on-site,把需要高度合作的項目解決掉。

了解為什麼要 Remote

有很多人誤以為 Remote 是一種輕鬆的工作型態,或者誤以為 Remote 還可以順便省房租。事實上這都是錯誤的觀念,Remote 的成本其實相當高昂,若無法有效的團隊的協作的話,掉的生產效率折算成工錢可能還會是房租的好幾倍。

Remote 能夠提供的是

讓工作夥伴省下舟車通勤勞頓之苦,把節省下來的精力與時間,效益轉到在工作的成果上 在更適合自己的設備與環境下,高速專注的做事。 在更適合自己生理作息(非朝九晚五)的時間下,產出更好品質的成果。

這三件事的共通點,以一句話來總結,Remote 是為了把事情做得更好,產出能做出好成果的心裡的爽。而不是為了不做事,能夠當時間小偷竊喜的爽。

若是 Remote 缺乏這樣的環境、成員、心態,帶來的不會是高生產力,而是災難。

shared via http://feedly.com

(image)



Google IO 2012年 HTML5 的投影片套件

2013-08-12T12:43:11.723-07:00

Google IO 2012年 HTML5 的投影片套件
http://feedly.com/k/1eEUxmB

GoogleIO 2012年演講時, 使用的投影片是 HTML5 寫的, 有 Open Source 出來可以讓大家修改使用. (線上 Demo 可見: Title Goes Here Up To Two Lines)

註: 如果想要製作 + 即時預覽, 建議安裝 gem、compass 來操作修改, 會比較方便. 不然直接 cp 套件的 js / css 也是可以使用.

Google IO 2012年 HTML5 的投影片套件

Google 2012年 HTML5 的投影片套件官方網址: HTML5 slide template for Google I/O 2012

Google IO HTML5 投影片套件 直接使用的方式

git clone https://code.google.com/p/io-2012-slides/ mkdir slides cd io-2012-slides cp -r images js slide_config template.html theme ../slides 瀏覽器打開 ../slides/template.html , 就可以開始執行.

Google IO HTML5 投影片套件 使用 gem、compass 製作修改

sudo gem update --system # 此行在 Debian、Ubuntu 無法執行.(使用 APT 升級) sudo gem install compass git clone https://code.google.com/p/io-2012-slides/ cd io-2012-slides # 修改 scss 即時更新 css 檔, 可執行下述 daemon compass watch compass watch -s expanded 此時開啟 io-2012-slides/template.html 就可以邊改邊看了.

若是在外面 Demo, 可以開啟本機 Web server 來執行, 讓外部電腦連來使用此投影片. (本機直接開啟 local template.html 就可以執行了)

$ ./serve.sh # 預設 8000 $ ./serve.sh 8080 # 使用 8080 port 註1: 此套預設 template 於 IE 執行時, 位置會有些跑掉. (Chrome、Firefox 都一切正常) 註2: 如果有換頁特效, 要整個重新報告前, 要記得 reload page, 否則跑過一次後, 換頁特效會消失, 會變成全部直接顯示.

 

 

The post Google IO 2012年 HTML5 的投影片套件 appeared first on Tsung's Blog.

shared via http://feedly.com

(image)



Size Comparison of a 12.9-Inch iPad with Smaller iPad Models and 13-Inch MacBook Air

2013-08-09T18:28:22.915-07:00

Interesting, apple may also work on a larger tablet. Size Comparison of a 12.9-Inch iPad with Smaller iPad Models and 13-Inch MacBook Air http://feedly.com/k/19SWPRq Back in May, Korean site ETNews.com reported that Apple was looking at the possibility of launching a 12.9-inch iPad in early 2014 as a larger sibling to the original 9.7-inch iPad and the 7.9-inch iPad mini. The rumor, which included a claim that the device would be called the "iPad Maxi", was quickly brushed aside as a likely inaccurate claim, but late last month The Wall Street Journal brought fresh attention to the rumor with its own claims about Apple testing an iPad with a display "slightly less than 13 inches diagonally". With the rumors sparking interest in what Apple might be able to do with a significantly larger iPad display, we commissioned CiccareseDesign to create renderings of what such a device might look like compared to the current iPad mini and iPad models, as well as the rumored fifth-generation iPad, which has been claimed to be adopting some of the iPad mini's styling with narrower side bezels. 12.9-inch iPad (left) with fourth-generation iPad (right) and iPad mini (bottom) [Click for larger] Increasing the diagonal measurement of the iPad's display from 9.7 inches to 12.9 inches while maintaining the same 4:3 aspect ratio yields a substantial increase in display area of about 40%, leading us to believe that Apple will not simply scale up the existing iPad resolution to the larger screen size. Doing so would reduce pixel density from the 132 pixels per inch (ppi) or 264 ppi Retina on the current iPad to approximately 99 ppi (198 ppi Retina), making icons and other interface elements extremely large. If Apple were, however, to maintain the same 132/264 ppi of the current 9.7-inch iPad, this 12.9-inch iPad could conveniently carry an increased resolution of approximately 1366 x 1024 (2712 x 2048 Retina), matching the "HD" display standard in width and exceeding it in height. 12.9-inch iPad (left) with rumored fifth-generation iPad (right) and iPad mini (bottom) [Click for larger] Speculating that Apple could take this approach with a larger iPad, even though it would necessitate additional work by developers to support the new resolution, we have rendered our 12.9-inch iPad at this higher resolution that maintains the pixel density of the current iPad. Doing so would allow the home screen to display at least one additional row of app icons with some increased spacing, and perhaps even more if spacing were reduced slightly. Taking things even further, if Apple were to approach the pixel density of the iPad mini's display on this larger iPad, it could offer an even higher resolution of 1600 x 1200 (3200 x 2400 Retina) or 1680 x 1260 (3360 x 2520 Retina) on a display offering twice the area of the iPad mini's display. 12.9-inch iPad (left) with 13-inch MacBook Air (right) [Click for larger] For comparison purposes, we've also rendered this 12.9-inch iPad next to a 13-inch MacBook Air, illustrating how the two devices with nearly identical screen sizes would compare physically. With a higher resolution than the current full-size iPad, the 12.9-inch iPad could be positioned as an even more feasible option to Apple's Mac notebooks for some users. Apple is expected to launch the fifth-generation iPad within in the September-October timeframe, with an updated iPad mini reportedly carrying[...]



Acer 將擴大 Android 和 Chromebook 產品線,減少供應 Windows 設備

2013-08-08T23:26:27.511-07:00

Really interesting.

Acer 將擴大 Android 和 Chromebook 產品線,減少供應 Windows 設備
http://feedly.com/k/197fx58

從以往的時間裡來看,Acer 的產品線是以 Windows 設備為主的,畢竟它是世界上排行第四的 PC 製造商。但在本財年第二季度業績出現虧損後,Acer 打算做出調整了。根據 Wall Street Journal 的報導,Acer 將努力增加 Chromebook 和 Android 移動產品,同時降低 Windows 產品(平板電腦類和筆記型電腦類)的供應。董事長王振堂表示,Android 設備(包括智慧手機、平板電腦)和 Chromebook 產品將有可能在今年占到宏� 10% 到 12% 的總營收份額,而到了2014年,這一比例還可能攀升到 30%。這個轉變能否讓 Acer 擺脫困境,恐怕要多看幾個季度的財報才能知道。

經由:Engadget

引用來源:Wall Street Journal

shared via http://feedly.com

(image)






Every Public School Student In LA Will Get an iPad In 2014

2013-07-27T13:03:52.200-07:00

哇!大手筆!

Every Public School Student In LA Will Get an iPad In 2014
http://feedly.com/k/14l7D2k

Jeremiah Cornelius writes "After signing a $30 million iPad deal with Apple in June, the Los Angeles School Board of Education has revealed the full extent of the program that will provide tablets to all students in the district. CiteWorld reports that the first phase of the program will see pupils receive 31,000 iPads this school year, rising to 640,000 Apple tablets by the end of 2014. Apple previously announced that the initiative would include 47 campuses and commence in the fall." Certain companies (not just Apple) stand to benefit from this kind of outlay.

Read more of this story at Slashdot.

shared via http://feedly.com

(image)