Translate

2014年8月30日 星期六

[App] Tiny Tower Vegas 教學任務介紹

[App] Tiny Tower Vegas 教學任務介紹

我從以前就很喜歡NimbleBit LLC出的這一系列的 app 遊戲,這邊就來介紹一下最近才推出的「Tiny Tower Vegas」,是之前的 Tiny Tower 的賭城版本。

iOS 下載點

Android 下載點





一開始有教學任務,如果不先完成這個任務的話,是沒辦法開始的。以下,就是教學任務的介紹。


2014年8月28日 星期四

回顧十年前的交易紀錄(二):我十年前怎麼看股市

回顧十年前的交易紀錄():我十年前怎麼看股市

在開始正文前,我想先說「模型 (mode, model)」的觀念,你心中的股市模型是什麼?每個人會一樣嗎?

這樣說吧,對「同一個地球而言」每個人的模型會一樣嗎?

當然不可能,北半球的人會認為七月是很熱,聖誕節是很冷的;反之,南半球的人則會認為七月是很冷的,要穿外套,還可能鑄雪,聖誕節很熱,要穿短袖。

注意到這邊說的是「同一個地球」,北半球的人心中的模型和南半球的人會不一樣。

所以我這篇所說的股市,也是透過我的眼睛看到的台股,而建立我心中的模型。如果這個模型和別人不一樣,那請先不要論對錯,(請先拿十年前的對帳單出來(),這句是開玩笑的,不要當真),請先想想看我前所說的「同一個地球」不同半球人心中的天氣模型。

-----------------------------------------------正文開始-------------------------------------------

有人說 ,觀察事物的境界會有三階段。
1 見山是山,見水是水
2 見山不是山,見水不是水。
3 見山又是山,見水又是水。

對應到古龍的小李飛刀系列,則是開始的,手中有刀,心中有刀。

這不是小李飛刀,是我的大創水果刀,大概兵器
譜上排倒數第一吧

2014年8月25日 星期一

回顧十年前的交易紀錄(一):我進入股市的第一次 失敗!

回顧十年前的交易紀錄():我進入股市的第一次 失敗!



最近,我打算重新修改我的交易策略,所以決定先審視我以前所有交易過的紀錄,打算從中發掘以前交易模式的缺點,強化此模式的優點。

於是,我跑去我所屬的證券行,申請交易紀錄。2005~2009之間,我的交易紀錄總共4頁,共197筆。而2009之後,我轉去另一家券商,所以這一份紀錄只有這4年,我並沒有從此退場,仍在股海中浮浮沉沉。2009以後的紀錄申請完了,但還在郵寄過程中,我還沒拿到手。所以目前只分析這四年的交易紀錄。

在一開始的一開始,我不說賺錢的交易紀錄,我打算先從我失敗的交易紀錄開始說起。

為什麼呢?

2014年8月23日 星期六

如果用60塊買進一張股票,再用60塊賣出,你,賠了多少。-談交易成本

如果用60塊買進一張股票,再用60塊賣出,你,賠了多少。-談交易成本

這是寫給新手和以前的自己,並不是什麼有很高深的學問,只是在談交易成本,高手可以跳過這篇文章。

情境題:
股價是會上下波動的,如果今天你以60塊買進一張股票,等了幾天,股價卻在59.0附近不斷上下飄動,而你看好這隻股票,所以很有耐心的持有。總算,有一天他回到60,可惜這次你有了其他標的,所以用60塊賣掉,進行換股。

請問,這一來一往間,你以60塊買到,再以60塊賣掉,你,虧了多少

好的,在台灣我們有幾項要交的費用,分別是手續費和證交稅。

這兩個項目的明細如下
僅賣出抽       證交稅 3/1000
每次交易抽  手續費 1.425/1000

僅賣出抽       證交稅 3/1000
每次交易抽  手續費 1.425/1000

很重要所以要說三遍




再回到一開始的情境題,我們開始來算到底60買,60賣,到底賠了多少。


2014年8月21日 星期四

Google App Engine 抓網頁資料

目前已經申請了一個 Google App Engine 帳號

想要抓取網頁的某個資訊,頻率不高,大約一天一次或兩次

然後想把他存成到Google App Engine裡面

但我現在不清楚要使用哪種程式語言來做(我有學過java)

2014年8月8日 星期五

到底該用哪個雲端伺服器?Google App Engine, GAE? Amazon Web Service, AWS?

之前和同事想到了一個網路上的應用,於是兩個只會基本計概的人,開始研究如何把這應用做出來。

簡單說一下這個應用是抓取物品的價格,現在鎖定的是飛機票的價格,持續做追綜和歷史紀錄。

我另外也想做一個可以抓取台股盤後交易的資料庫,至於股票的計算,應該不會在這個平台上進行。

當然,要做一道鳳梨蝦球,必需先去買鳳梨、買蝦子、或許再加個美乃滋。(這是我在喜宴上最喜歡的菜了)

所以我們這兩個程式菜鳥,開始在找怎麼完成這個點子。

目前找到的免費雲端主機有三大,Google、Amazon、Microsoft。

Google GAE

https://appengine.google.com/

聽說今年開始降價了,而且降價幅度相當的大。

Amazon AWS

http://aws.amazon.com/cn/

相當早期就進入雲端市場的廠商。

Microsoft, Azure

https://azure.microsoft.com/zh-tw/

2014年8月5日 星期二

寫出一個交易程式,進行股票漲跌計算(二)在寫程式之前

(二)在寫程式之前



在寫程式之前,我先設定了幾個目標,應該要打造出什麼樣的程式呢?

Q:我能不能做出一個完美的程式交易呢?

寫出一個交易程式,進行股票漲跌計算(一)為什麼打造一個程式判斷系統

()
為什麼打造一個程式判斷系統。

我離程式交易系統還有很遙遠的距離,但目前是希望寫出判斷的程式,至於要不要把他合在一起,讓他判斷出來後執行嘛…….我想這個先放在一邊,因為一不小心有bug或判斷錯誤,程式又好死不死的一直執行動作,我想我大概就要去賣血求生活了。

如果使用google搜尋「程式交易」,會跑出1千多萬筆的搜尋結果(搜尋時間0.26)。如果改成英文的Program trading,則會有6千多萬筆的結果(時間0.33)。這表示市面上有海量的人在鑽研這方面的資訊,也就是說,如果你想直接拿一個程式來用的話,絕對找得到一個可以用的程式,直接使用與運算。

…..為什麼我還要自己打造呢?因為直接拿一個程式來用,而不懂這個程式是依據哪些訊息來判斷,那就像在抽籤一樣。籤筒搖一搖,今天出現「上漲」,明天搖出「下跌」。即使他是準的,我也不知道為什麼是準的。但既然這個是程式跑出來的結果,這個程式後面一定有其判斷依據,但是當遊戲規則改變的時候,市場會變化。而變化的當下,這個黑盒子裡面的判斷規則,會進行變更來符合當時的情況嗎?這可能只有程式的開發者才知道了。

舉例來說

2009430日,開放陸資,我們可以知道開放前開放後的成交量會不一樣。
依照邏輯來判斷,剛開放的時候,成交量會上揚,而隨著時間收斂到某個定值,接著成交量的波動可能就來自其他事件的影響,這個事件的影響。




2014年8月4日 星期一

寫出一個交易程式,進行股票漲跌計算(前言)

寫出一個交易程式,進行股票漲跌計算(前言)



為什麼我想要做一個這樣的東西呢?

因為自2005年進股市以來,每年的投資報酬率都是正數。當然學生時代的金額並不大,但至少有補貼到不少的生活費,所以我開始想把他程式化。


也就是說,把我以前的操作方法抽象化(abstraction)

這樣一來,我的績效可以再提高,而且我可以更清楚,我到底是怎麼判斷的。

或者當市場變化到讓我的判斷法失效時,我可以知道我的判斷需要修正。

但我尋問了某個軟體工程師,對方的方向卻朝向我要做個和現在的線上下單平台一樣的程式,或者是real time 的系統。

所以對方提出了我至少需要「兩組人馬」,一組做這個程式,另一組做後台。

而後台和程式中「可能」還要一組人馬做接口,「再外加」一組人做金融模型。

天呀,聽了我都快吐血了,我根本沒有要做一個下單的程式。

我只是要做一個程式把我的想法以程式的方式來執行,避免兩個結果。

一、我忘記去算該算的項目。二、花太多時間在 copy paste

但我怎麼計算,發現如果把規模縮小到某個程度,一個人一定是可以做的出來。

於是隔天吃完晚飯後,用excelVBA做了一個Demo版的出來。

去驗證我想做出來的東西在一個人力即可的狀況。

果然沒錯,現在的SDK太多了,而且證交所有直接提供接口,除了證交所以外,Google finance 也有接口,Google finance的接口還可以用在 Google試算表上。

那什麼是我需要的呢?

A:我需要一個可以算出某段時間的某個指標(ex: M5, M10, M22)

B:我需要他可以秀出判斷式的結果(ex: 看漲,看跌,趨勢不明)

C:我需要他可以一鍵更新或自動更新。(不用讓我自己copy paste)

2014年8月3日 星期日

2013年美國 iOS APP 工程師薪水統計資料(二)-如果在美國,你接案寫smart phone app的薪水是多少呢?

基本資料可以看這邊

依這統計資料,薪水在底層的軟體工程師們,每小時是30鎂

中間就是50~100,再上去也有200鎂的

而領年薪的那一群的統計,中間層的是10萬鎂

當然coder這樣的領域,一個強者一天的工作量可以比3個普通人工作三天的量來的高

所以一個app的code品質和你願意花多少錢請工程師絕對有正相關。

難道在美國,能code一定有飯吃?

當然在找資料的過程中,也看到美國的行情

如果你只有點子,需要一個團隊幫你把app生出來,需要花多少錢呢?

這裡有個網站,可以依照功能來評估外包一個app的價格。

http://howmuchtomakeanapp.com/

先不談需要和server聯絡類型的app,那個價格高到不太正常

如果是一個工具類,或是簡單計算的,非遊戲類

美國人的價碼是 10k ~30k之間

.當然,他也說明了,如果你把這個點子拿到亞洲、印度、中國、台灣

你可以用更低的價格拿到一個app

但直接赤裸裸的說,你這樣拿的東西會有很多bug,不好維護

不要當個「pennywise and pound idiot」

看了還蠻不爽的

第一個點是,台灣的老闆不會給軟體很強的人很多薪水

第二個就是關於程式編程

code的功力來說,又不分國界

但是在需求,規格

不同文化上溝通當然會有問題

但這絕對不會是code的功力不夠的問題

另一個可能是沒有一個仲介介紹強者給外國人

外國人也沒有去找仲介,直接丟上518或104這樣

到底一個軟體工程師的價值該怎麼評估?我還是沒有想法。

Key Word: APP, iOS, cost, software engineer, salary.

2014年8月2日 星期六

2013年美國 iOS APP 工程師薪水統計資料

最近對國外的app 工程師薪水有點好奇,上網 google 了一下這方面的資訊。

有一個結尾是gov的網站,裡面有美國各州的iOS開發者薪水,有時薪也有年薪。

還有各州的平均資料。

網站在這邊




先從美國排名前12來看,第一名是紐約和密西西比並列,而蘋果的美國總部所處的 加州,則排名第六。


接下來看看平均時薪和年薪。我們可以看到平均時薪48是美金,平均年薪96k美金。

我個人比較有興趣的是後面那一群的薪水這一項。

後面10%的人,時薪有30美金,而25%的人,時薪也有37美金。

我個人比較在意時薪這部分,因為這一部分的資料即有可能來自接案的人。

稍微換算了一下,我還蠻羨慕在美國的軟體工程師。

我並不是CS領域的,也未曾做過軟體相關的工作,但看到美國這樣的薪水程度,非常羨慕呀。


Key Word: American, iOS, App, salary, engineer