2012年8月13日 星期一

棉花期貨價格是基礎研究

上週看新聞報導說,美國與印度乾旱,將會造成農糧價格飆漲,抱過棉花價格都可能會飆漲,不過實際觀察似乎不是如此,主要原因是美國宣布2012/12013棉花庫存增加,美國為世界最大的棉花出口國,大陸為最大的進口國,最大出口國庫存增加,最大進口國進口量

下跌,所以價格才會往下,不經讓我又產生困惑,到底哪一個新聞才是對的,到底2012/2013年的棉花產量是會增加還是減少,根據
元大寶來期貨網上面的說明,每年八月至每年十一月為棉花之主產期,棉花價格是應該下跌,不過看到一些加工絲相關的紡織業(棉花
替代品)股價卻開始浮動,都不知道是剛看好還是看壞?本來這星期打算給他買一些力麗(1444)的股票進來跟他對賭,不過現在卻感到猶豫
 
 
參考資料

2012年8月8日 星期三

吉利汽車對帝寶(6605)業績影響之研究

 

這兩天稍微讀了一下 笑話一籮筐板主有關帝寶(6605)的股東會心得,腦中就興起了投資的想法,但最近實在沒什麼利多,不知道何時才是好的投資點,在回文中

看到有其他網友提到今年第三季應該好的買點,此時我腦中就浮現了一個問題問自己,帝寶要怎樣才有可能大賺,突然腦中還真的沒主義,畢竟不是自己熟悉的產業

想了一想是要全球經濟大好?好像又不太對,因為如果景氣真的好,大家應該會用原廠的車燈吧,但景氣不好又會影響大家更換零件車燈的意願,看來看去就只有一條

新聞可能有機會,就是跟吉利汽車合資生產的公司,然後有機會打入吉利的供應練,讓自己的產量大增,不然還真想不出好方法,因此我就改變目標換研究吉利汽車的

2013年布局,結果也是沒好消息,看來不管在品牌經營上面還是銷售量上面都遇到轉型瓶頸,有興趣的人員可以自己從下面的連結去看吉利汽車的策略研究分析報告

 吉利汽車營銷架構轉向大區制策略研究分析

2012年8月7日 星期二

google 創新的九條原則

  1. Ideas come from everywhere
  2. Share everything you can
  3. You're brilliant. We're hiring.
  4. A license to pursue dreams
  5. Innovation, not instant perfection
  6. Data is Apolitical
  7. Creativity loves constraints
  8. Users, not money
  9. Don't kill projects, morph them

感人的最後的演講(Randy)

不知道這種片子,小朋友看的懂嘛?看到一推人在求學階段浪費生命,浪費時間
下面的影片是由神朱學恆翻譯的,事實上我當時也是看了他部落格的介紹才知道
Randy這號人物,看完後,很感動,就買上去訂了一本書,看完後一直感動許久
人生沒多少時間可以去追求夢想,







Linkedin Server and Client architecture





Linkedin Engineering Director Kiran Prasad 在 DevCon5 的演講,講的不錯

2012年8月6日 星期一

2012年美俄印度旱災對棉花價格的影響

前一陣子看到新聞一直播報,美俄印度都發生大旱災,如果這消息屬實,是否代表棉花價格又要漲翻天?

如果棉花價格漲,一些紡織股,生展棉花原料替代品的加工絲,或是持有低價棉花庫存的公司,是否可以

重演2010年的漲勢,歷史不會重演,但都有一定的軌跡可循

Synchronous code v/s Asynchoronous code

*Control flow:

1.Asyn code doesn't directly 'return' anything ( callback)\

2.instead, it takes a function(callback) & calls that function when result becomes available

*commonJs modules

1.

2012年8月4日 星期六

Mac OS Diable 3 無法開啟的可能原因

有朋友的Mac Air上面遇到無法開啟Diable 3 的問題,每次開啟一直出現要輸入使用著帳號密碼的提示,顯示說

Agent要更新,但輸入後卻什麼反應也沒有,也嘗試使用了硬碟權限修復所有權限上面的問題,但問題還是沒解

後來終於在Blizzard 上面的官方網站上找到解法,原來是他們的問題,解法就是把所有的Agent,  Diable III , Blizzard

Launcher都關掉後,詳細步驟如下,很簡單,照做後,問題果然就好了

NewImage

原始出處:

http://us.battle.net/d3/en/forum/topic/5149174873

2012年8月1日 星期三

在windows 7 x64上面遇到 BSOD :0x000000B8的可能原因

當我把我的laptop os移到Mac上面的Parallels 7 時,發現很容易當機,之前有查道一個可能的原因,也確實有效,就是把CPU指定只使用單顆cpu即可,但由於實在太慢了,最近就想把真正的問題解決掉,不然只使用單顆cpu在跑win7 vm實在很慢,目前在網路上找到這個BSOD: 0x000000B8的可能原因,就是Acroni True image,我目前先把該軟體移除掉,目前使用上還可以,得持續繼續觀察一下
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [E:\Temp\Rar$DI00.688\050510-40794-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*C:\SymCache*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 7 Kernel Version 7600 MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16539.x86fre.win7_gdr.100226-1909
Machine Name:
Kernel base = 0x8300b000 PsLoadedModuleList = 0x8314a570
Debug session time: Tue May  4 17:46:53.374 2010 (GMT-4)
System Uptime: 0 days 0:34:44.887
Loading Kernel Symbols
...............................................................
................................................................
....................................................
Loading User Symbols
Loading unloaded module list
.........
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 100000B8, {85fbc020, 83136240, 8df6ffd0, 0}

*** WARNING: Unable to verify timestamp for snapman.sys
*** ERROR: Module load completed but symbols could not be loaded for snapman.sys
Probably caused by : snapman.sys ( snapman+fd6b )

Followup: MachineOwner
---------

0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

ATTEMPTED_SWITCH_FROM_DPC (b8)
A wait operation, attach process, or yield was attempted from a DPC routine.
This is an illegal operation and the stack track will lead to the offending
code and original DPC routine.
Arguments:
Arg1: 85fbc020, Original thread which is the cause of the failure
Arg2: 83136240, New thread
Arg3: 8df6ffd0, Stack address of the original thread
Arg4: 00000000

Debugging Details:
------------------


FAULTING_THREAD:  85fbc020

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xB8

PROCESS_NAME:  SYSTEM

CURRENT_IRQL:  2

LAST_CONTROL_TRANSFER:  from 83066c6d to 8305fde6

STACK_TEXT:  
80d8ab48 83066c6d 85fbc020 00000000 8312cd20 nt!KiSwapContext+0x26
80d8ab80 83065ad3 85fbc0e0 85fbc020 85f9ec10 nt!KiSwapThread+0x266
80d8aba8 8305f74f 85fbc020 85fbc0e0 00000000 nt!KiCommitThreadWait+0x1df
80d8ac24 89758d6b 85f9ec10 00000000 00000000 nt!KeWaitForSingleObject+0x393
WARNING: Stack unwind information not available. Following frames may be wrong.
80d8ac90 83039f44 85fbac48 8622dbb0 8622ddf4 snapman+0xfd6b
80d8aca8 89636bed 00004000 8622de20 86227000 nt!IofCallDriver+0x63
80d8acbc 896440f7 8622dbb0 85fbac48 00000004 volsnap!VspAsynchronousIo+0x10f
80d8ad08 896442e8 8622d0f4 8622d0e8 00000000 volsnap!VspWriteTableUpdates+0x27d
80d8ad38 8964440e 00779cb8 85fbb0d8 872e3eb0 volsnap!VspWriteVolumePhase32+0x12c
80d8ad54 89636ac4 00000000 85814658 00000000 volsnap!VspWriteVolumePhase3+0xc0
80d8ad74 83060fa0 00000000 85814658 872e3eb0 volsnap!VspPerformanceWrapperCompletionRoutine+0x3c
80d8adb8 8938a498 80d8adec 8938aabd 85fa5030 nt!IopfCompleteRequest+0x115
80d8adc0 8938aabd 85fa5030 85814658 00000001 CLASSPNP!ClassCompleteRequest+0x11
80d8adec 83060fa0 00000000 87c2edf8 01c2ef00 CLASSPNP!TransferPktComplete+0x2e4
80d8ae30 88f9dd97 87c2efac 858ad460 80d8ae60 nt!IopfCompleteRequest+0x115
80d8ae40 88f9e636 84f4a6c8 87c2edf8 87c2efac ataport!IdeCompleteScsiIrp+0x31
80d8ae60 88f9b4bd 84f4a6c8 858ad460 84f4c0e0 ataport!IdeCommonCrbCompletion+0x44
80d8ae7c 88fa1468 84f4c0e0 858ad460 858ad460 ataport!IdeTranslateCompletedRequest+0x161
80d8aef4 88fa166b 84f4c0e0 858ad460 84f4c09c ataport!IdeProcessCompletedRequests+0x2a0
80d8af48 83060835 84f4c09c 84f4c028 00000000 ataport!IdePortCompletionDpc+0xab
80d8afa4 83060698 8312cd20 85fbc020 00000000 nt!KiExecuteAllDpcs+0xf9
80d8aff4 8305fe5c 8df6fab8 00000000 00000000 nt!KiRetireDpcList+0xd5
80d8aff8 8df6fab8 00000000 00000000 00000000 nt!KiDispatchInterrupt+0x2c
8305fe5c 00000000 0000001a 00d6850f bb830000 0x8df6fab8


STACK_COMMAND:  .thread 0xffffffff85fbc020 ; kb

FOLLOWUP_IP: 
snapman+fd6b
89758d6b ??              ???

SYMBOL_STACK_INDEX:  4

SYMBOL_NAME:  snapman+fd6b

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: snapman

IMAGE_NAME:  snapman.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  45265dbe

FAILURE_BUCKET_ID:  0xB8_snapman+fd6b

BUCKET_ID:  0xB8_snapman+fd6b

Followup: MachineOwner
---------

So, please completely uninstall your Acronis True Image which is causing you the grief.

如何在linux下面直接使用host name ,而不需輸入完整的FQDN來連線呢?

1./etc/resolve.conf 增加 domain XXX.XXXX

2.啟動 service nscd restart    ( name device cache deamon)

如何在Mac 10.8 mountain lion 下面安裝svn


1. Install Xcode From the App Store.
2. In preferences the Xcode, select tab Downloads, and Download Command Line Tools.

Mac 下的ram disk 工具

最近因為看到單條8gb的ram 價格狂降,忍不住就把自己的MBP升級到16gb,看著這麼大的記憶體沒用完

就會想起ram disk,稍微找了一下,看到一個2008年的專案,radisk-sync,測試一下在最新的Mac OS 10.8

還是跑的很好,有需要的朋友可以自行到網站上去下載

http://code.google.com/p/ramdisk-sync/

如何下載Facebook 相簿跟影片

影片:透過chrome plug-in : Video Downloader for Facebook<sup>TM</sup> 相簿: 透過chrome plug-in : Tampermonkey 搭配script : Facebo...