2013年5月18日 星期六
2013年5月16日 星期四
想把盈再表變成 app
From: mikeon88
發表於 2013-5-16 10:23
在評估把盈再表變成app，
一直裹足不前的原因是盈再表常常要修改，
對於只懂得BASIC的我容易自己改嗎 ?
權宗 於 2013/5/17 上午10:17 寫道：
有在討論區裡，看到Mike您打算將盈再表開發成App。
雖然我個人沒寫過App，但同事有寫過 ! (我是負責後端資料與系統架構規劃)
故代為蒐集資料如下，請Mike您參考...
此外，Mike您打算採用的系統架構，也關係到系統的建置成本，與未來修正的彈性，
故一併幫您分析，希望對您有幫助... (請參考附件)
一、iOS 系統
企業開發者帳號: (299$US/年)
1. 僅允許內部測試 (可以用檔案方式，如 Dropbox散佈盈再表App) 不限制測試ID數。原則上，Apple 僅希望是供公司做為內部測試之用，不希望以這種方式來散佈App。
2. 一般而言，要向Apple申請得到「企業開發者帳號」並不容易。首先要有DUNS Number。DUNS Number要向美國的D&B公司申請(此D&B公司在台灣也有分公司)，必須是企業才可申請，申請費用約數萬元。有了DUNS Number才可以Apple申請企業開發者帳號。
3 .以企業者開發帳號，建立出的盈再表App，沒有辦法上架App Store!
以「一般開發者帳號」建立出的App，才可申請上傳至App Store (如果Mike您有考慮要以盈再表來盈利 ? 這個帳號是沒辦法上架的哦～)
一般開發者帳號: 99$US/年
1.允許內部測試 (可以用檔案方式，如 Dropbox散佈盈再表App)，但限100個ID。且每個ID都必須向Apple申購後才可使用。（Ａpple有提供一個開發著管理後台的網頁，供開發者上傳測試ID，此處最多僅能設定100組ID）
2.開發出來的 App，可以申請上傳至App Store。整個申請審核過程，最少需七個工作天以上，學員才有辦法更新盈再表App。
二、Android 系統
一般開發者帳號: 25$US/終生
1.允許內部測試 (可以用檔案方式，如 Dropbox散佈盈再表App)，且不限測試人數。
2.開發出來的 App，可以申請上傳至App Store。整個申請審核過程，最快1-2個工作天即可完成審核作業，學員即可更新盈再表App。
盈再表App系統架構
架構一：將盈再表全部的程式碼，寫在App裡
負載：後端主機: 5%，前端手機：95%
舉例：遊戲類App程式等，皆採用此架構，相當耗手機的資源。
優點：1.全部使用手機或平板Client 端的資源。
2.要連線至Yahoo/Google抓個股的季報資料、計算淑貴價，都在手機端完成。
3.盈再表App呈現出的畫面，UI操作上較專業。
4.Mike公司不需另外架設服務主機，可節省建置/維護成本。
缺點：1. 盈再表App開發者需熟悉三種平台系統，分別使用的程式語言:
iOS: Objective-C
Android: Java
WinPhone: VB.NET 或 C#
2. 相當耗手機的資源，以Excel盈再表來看，在查詢個股時，就算以PC這麼強的效能，都會停頓數秒了，整個移植至手機，便可以預見其結果。
3.萬一遇盈再表App有Bug需修正，各平台App需各自送審App Store，需數個工作天才能更版盈再表App。
架構二：將盈再表的程式碼，寫在後端主機上；手機端僅寫APP UI界面
負載：後端主機: 50%，前端手機：50%
舉例：各券商的報價系統等，皆採用此架構。
優點：1. 部份使用手機Client 端的資源。
2. 要連線至Yahoo/Google抓個股的季報資料、計算淑貴價，都在Mike公司主機上完成。手機端僅負責資訊畫面呈現。
3. 盈再表App呈現出的畫面，UI操作上較專業。
4. Mike公司需另外架設服務主機，提高了建置/維護成本。
缺點：1.盈再表App開發者仍需相當熟悉三種平台系統，分別使用的程式語言:
iOS: Objective-C
Android: Java
WinPhone: VB.NET 或 C#
2. 萬一遇盈再表App有Bug需修正，只需修正Mike公司主機上的盈再表邏輯即可。盈再表App不需再送審。(如果盈再表App版面要調整時，App就要送審哦～)
架構三：將盈再表的程式碼、UI，都寫在後端主機上；手機端僅寫APP 外框
負載：後端主機: 95%，前端手機：5%
舉例：各新聞類的App，皆採用此架構。(如蘋果日報、NowNews等)
優點：1.使用手機Client 端很少的資源。
2.要連線至Yahoo/Google抓個股的季報資料、計算淑貴價，都在Mike公司主機上完成。手機端僅負責資訊畫面呈現。
3.盈再表App呈現出的，是網頁畫面，故UI操作起來會感覺較陽春。
4.Mike公司需另外架設服務主機，提高了建置/維護成本。
缺點：1.盈再表App開發者對三種平台系統使用的程式語言，僅需稍具瞭解即可:
iOS: Objective-C
Android: Java
WinPhone: VB.NET 或 C#
2.萬一遇盈再表App有Bug需修正，只需修正Mike公司主機上的盈再表邏輯即可。盈再表App不需再送審。(如果版面要調整時，App也不用送審，只需調整網頁即可，擁有最大彈性)
From: mikeon88
發表於 2013-5-17 10:40
看起來答案很清楚了，
維持現狀用Excel，
才是最經濟、方便快速修改的方式。
謝謝同學提供意見。
只有期待微軟趕快把Excel VBA行動化。
發表於 2013-5-16 10:23
一直裹足不前的原因是盈再表常常要修改，
對於只懂得BASIC的我容易自己改嗎 ?
雖然我個人沒寫過App，但同事有寫過 ! (我是負責後端資料與系統架構規劃)
故代為蒐集資料如下，請Mike您參考...
故一併幫您分析，希望對您有幫助... (請參考附件)
企業開發者帳號: (299$US/年)
1. 僅允許內部測試 (可以用檔案方式，如 Dropbox散佈盈再表App) 不限制測試ID數。原則上，Apple 僅希望是供公司做為內部測試之用，不希望以這種方式來散佈App。
2. 一般而言，要向Apple申請得到「企業開發者帳號」並不容易。首先要有DUNS Number。DUNS Number要向美國的D&B公司申請(此D&B公司在台灣也有分公司)，必須是企業才可申請，申請費用約數萬元。有了DUNS Number才可以Apple申請企業開發者帳號。
3 .以企業者開發帳號，建立出的盈再表App，沒有辦法上架App Store!
以「一般開發者帳號」建立出的App，才可申請上傳至App Store (如果Mike您有考慮要以盈再表來盈利 ? 這個帳號是沒辦法上架的哦～)
1.允許內部測試 (可以用檔案方式，如 Dropbox散佈盈再表App)，但限100個ID。且每個ID都必須向Apple申購後才可使用。（Ａpple有提供一個開發著管理後台的網頁，供開發者上傳測試ID，此處最多僅能設定100組ID）
2.開發出來的 App，可以申請上傳至App Store。整個申請審核過程，最少需七個工作天以上，學員才有辦法更新盈再表App。
一般開發者帳號: 25$US/終生
1.允許內部測試 (可以用檔案方式，如 Dropbox散佈盈再表App)，且不限測試人數。
2.開發出來的 App，可以申請上傳至App Store。整個申請審核過程，最快1-2個工作天即可完成審核作業，學員即可更新盈再表App。
負載：後端主機: 5%，前端手機：95%
舉例：遊戲類App程式等，皆採用此架構，相當耗手機的資源。
優點：1.全部使用手機或平板Client 端的資源。
2.要連線至Yahoo/Google抓個股的季報資料、計算淑貴價，都在手機端完成。
3.盈再表App呈現出的畫面，UI操作上較專業。
4.Mike公司不需另外架設服務主機，可節省建置/維護成本。
缺點：1. 盈再表App開發者需熟悉三種平台系統，分別使用的程式語言:
iOS: Objective-C
Android: Java
WinPhone: VB.NET 或 C#
2. 相當耗手機的資源，以Excel盈再表來看，在查詢個股時，就算以PC這麼強的效能，都會停頓數秒了，整個移植至手機，便可以預見其結果。
3.萬一遇盈再表App有Bug需修正，各平台App需各自送審App Store，需數個工作天才能更版盈再表App。
負載：後端主機: 50%，前端手機：50%
舉例：各券商的報價系統等，皆採用此架構。
優點：1. 部份使用手機Client 端的資源。
2. 要連線至Yahoo/Google抓個股的季報資料、計算淑貴價，都在Mike公司主機上完成。手機端僅負責資訊畫面呈現。
3. 盈再表App呈現出的畫面，UI操作上較專業。
4. Mike公司需另外架設服務主機，提高了建置/維護成本。
缺點：1.盈再表App開發者仍需相當熟悉三種平台系統，分別使用的程式語言:
iOS: Objective-C
Android: Java
WinPhone: VB.NET 或 C#
2. 萬一遇盈再表App有Bug需修正，只需修正Mike公司主機上的盈再表邏輯即可。盈再表App不需再送審。(如果盈再表App版面要調整時，App就要送審哦～)
負載：後端主機: 95%，前端手機：5%
舉例：各新聞類的App，皆採用此架構。(如蘋果日報、NowNews等)
優點：1.使用手機Client 端很少的資源。
2.要連線至Yahoo/Google抓個股的季報資料、計算淑貴價，都在Mike公司主機上完成。手機端僅負責資訊畫面呈現。
3.盈再表App呈現出的，是網頁畫面，故UI操作起來會感覺較陽春。
4.Mike公司需另外架設服務主機，提高了建置/維護成本。
缺點：1.盈再表App開發者對三種平台系統使用的程式語言，僅需稍具瞭解即可:
iOS: Objective-C
Android: Java
WinPhone: VB.NET 或 C#
2.萬一遇盈再表App有Bug需修正，只需修正Mike公司主機上的盈再表邏輯即可。盈再表App不需再送審。(如果版面要調整時，App也不用送審，只需調整網頁即可，擁有最大彈性)
發表於 2013-5-17 10:40
維持現狀用Excel，
才是最經濟、方便快速修改的方式。
2013年5月1日 星期三
外資的陰謀
From: King818
發表於 2013-4-26 05:42
五月賣股度假去-高盛-不-股市正旺-未來3個月應加碼
From: Rhroan
發表於 2013-4-28 00:08
如果沒人來接手，他們怎麼脫身呢 ?
From: mikeon88
發表於 2013-4-28 08:20
高盛證券是 sell side，
寫研究報告建議客戶買賣，
本身並無股票部位，哪有貨可出 ?
它的客戶國外的基金公司才是 buy side，
買賣股票的法人，才有貨出。
電視上的老師解盤都在解外資，
他們都是沒做過外資的人， 卻在講外資。
說外資故意在現貨買超，卻在期貨佈空單，再借券放空......，
講得活靈活現，好像外資就坐在他隔壁的同事。
這是錯把外資當作一個人來討論，
一個人才有交易動機可言，為何要買？為何要賣？
外資是散佈在世界各地互不相干的法人，
有何交易動機 ?
這就像我跟阿土伯兩人互不認識，
把我倆的買賣超加起來，說「麥土伯在幹嘛！」，
這豈不是很可笑嗎 ?
電視的老師更喜歡把外資妖魔化，
說外資券商出了一份買進的報告，卻反而在賣股票。
這純粹是他的客戶不buy他的story罷了，
研究員推薦買進，
他的客戶不一定都會買單，可能反向賣出。
不要以為天王分析師寫的報告就比較有影響力，
一樣被壓在每天都會收到的一大疊報告底下，
頂多拿出來瞄個標題一眼而已。
有人說，外資故意出一篇買進報告，
又另外寫一本賣出報告來欺騙投資人，
這是沒寫過研究報告的人才會這樣說，
因為他們不知寫一份20頁報告要花多少時間。
至少一個月，要熬夜加班，被主管改得體無完膚才成，
寫了一份買進報告哪還有體力再出一篇賣出的報告。
而且若客戶同時拿兩份報告來質問，
不就信譽掃地。
外資喊的目標價太高或太低，
也非惡意，只是看不準而已，
市場上真正準的分析師本來就不多。
外資的研究方法用了太多的預測，
預測通常不準。
另外市場上9成的人都是看趨勢，
看趨勢的人容易有越漲越看好，越跌越悲觀的偏差。
不像我們是價值投資，
漲高覺得貴，跌低了反而高興撿便宜。
只是價值投資者在市場上是少數。
最後，我對主管機關在護盤時會找外資券商來喝咖啡，
也很吃驚 !! 怎麼會這樣沒常識 ?
外資券商只是營業員而已，
可以限制外國客戶不要賣股票嗎 ?
發表於 2013-4-26 05:42
發表於 2013-4-28 00:08
發表於 2013-4-28 08:20
寫研究報告建議客戶買賣，
本身並無股票部位，哪有貨可出 ?
買賣股票的法人，才有貨出。
他們都是沒做過外資的人， 卻在講外資。
說外資故意在現貨買超，卻在期貨佈空單，再借券放空......，
講得活靈活現，好像外資就坐在他隔壁的同事。
這是錯把外資當作一個人來討論，
一個人才有交易動機可言，為何要買？為何要賣？
外資是散佈在世界各地互不相干的法人，
有何交易動機 ?
這就像我跟阿土伯兩人互不認識，
把我倆的買賣超加起來，說「麥土伯在幹嘛！」，
這豈不是很可笑嗎 ?
說外資券商出了一份買進的報告，卻反而在賣股票。
這純粹是他的客戶不buy他的story罷了，
研究員推薦買進，
他的客戶不一定都會買單，可能反向賣出。
不要以為天王分析師寫的報告就比較有影響力，
一樣被壓在每天都會收到的一大疊報告底下，
頂多拿出來瞄個標題一眼而已。
又另外寫一本賣出報告來欺騙投資人，
這是沒寫過研究報告的人才會這樣說，
因為他們不知寫一份20頁報告要花多少時間。
至少一個月，要熬夜加班，被主管改得體無完膚才成，
寫了一份買進報告哪還有體力再出一篇賣出的報告。
而且若客戶同時拿兩份報告來質問，
不就信譽掃地。
也非惡意，只是看不準而已，
市場上真正準的分析師本來就不多。
預測通常不準。
另外市場上9成的人都是看趨勢，
看趨勢的人容易有越漲越看好，越跌越悲觀的偏差。
漲高覺得貴，跌低了反而高興撿便宜。
只是價值投資者在市場上是少數。
也很吃驚 !! 怎麼會這樣沒常識 ?
外資券商只是營業員而已，
可以限制外國客戶不要賣股票嗎 ?
訂閱：
文章 (Atom)