PCDVD數位科技討論區 - 宏達電今年獲利創7年新低

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)

- 七嘴八舌異言堂 (https://www.pcdvd.com.tw/forumdisplay.php?f=12)

- - 宏達電今年獲利創7年新低 (https://www.pcdvd.com.tw/showthread.php?t=988481)

引用:

作者darkangel

哈哈，你對 UML 的看法跟我一樣，我實在不得不跟一下。

一些程式界嘴砲可笑的說法，我實在不得不搓一下：

UML ->
林伯做 design 時也是畫畫 block 而已，TMD Doxygen 這類現成的東西不會去用嗎？我不是說 design 不重要，問題是誰會跟你畫虛實線來分 what has what 還是 what is what，我看過一堆系統設計的書大概都是廢紙，唯一真正有 design 經驗的書只有一本，人家也不是這樣做的，我從以前 UML 剛出來時就去接觸到現在也十年了，但是熊熊要我畫UML，我還不知道什麼是圓點菱角連結之類的，為什麼記不住？因為之前版本變化一堆，然後又根本用不到啊！反而是流程圖都比 UML 有用太多了。

pair programming ->
發明這東西的人，不是從來不寫程式，要不就是他娘親的吃飽太閒弄個名詞來打嘴砲，e04 我問問你，你寫程式時可以接受一個基佬偎在你身邊？就算你運氣好 pair 到正妹，這時你還會有...

其實在opensource界, 最多只有幾張系統運作圖解釋一下系統怎麼運作的而已,
不會有所謂的程式流程圖, 這些都是給初學者用的, 你程度不夠人家根本不會讓你去寫,

套一句 linus 說的：Talk is cheap. Show me the code.

程式寫不好什麼都不用講, 因為這是最基本的, 從這個最基本的東西就可以看出一個人有多少程度了, 其他的都是廢話,
但是台灣以為這只是 coding 大家都會沒什麼了不起, 卻完全不知道自己寫的那些爛 code 根本上不了台面, 卻還以為自己很行? 然後真的懂的人在下面搖頭, 東西不是會動就好啊! 差遠了.

:think:

引用:

作者pseudo

完全同意。
台灣的公司就明明已經上市，即使經營不善都快倒閉，董事長、經理人也從不會換人，儼然是投資人出資、員工血汗去共同支撐其家族企業一般，贏了都是他們家的，輸了大家一起陪葬。
世間怎麼有這麼好康的? 偏偏投資人就是這麼好騙。 :think:

友達/明基, 威盛都爛有十年之久, 哪個換過董事長?
記憶體更不用說

董事會根本就是唬人用的

引用:

作者darkangel

pair programming, 我還第一次聽過這麼荒妙的方式
查一下原來是來至嘴砲,ㄡ不是,是agile,不意外
前陣子跑去UCLA開的騙錢班上了兩三堂project management課
國外嘴砲成度還真不亞於台灣
搞些聽起來很專業的名詞來唬人

宏達電目標價外資砍到100元

http://tw.stock.yahoo.com/news_cont...28/1/3g6ti.html

100 耶... 會不會太狠，應該 50 以下比較好吧 :laugh:

引用:

作者youporn

宏達電目標價外資砍到100元

http://tw.stock.yahoo.com/news_cont...28/1/3g6ti.html

100 耶... 會不會太狠，應該 50 以下比較好吧 :laugh:

原來現在還有240耶，比想像中高好多...
很久沒注意了，以為現在大概150 :jolin:

引用:

作者octapult

唉，我老妹不知道聽了誰的建言，第一隻智慧型手機居然買了 HTC one X
等我知道已經來不及了...
記得我以前有跟她提過不要買 HTC 的啊...

當初我還以為她就算真的買，也會優先考慮 iPhone 或是 Samsung GALAXY Note 粉桃色款
沒想到最後居然選擇 HTC One X :shock:

她用的如何呢?

個人用了2個月，覺得很好用，
還推薦朋友買ONE X+，他試我的ONE X覺得也很好用，
所以去排隊等ONE X+，但目前沒貨，要等就是啦..

引用:

作者Rogerko

她用的如何呢?

個人用了2個月，覺得很好用，
還推薦朋友買ONE X+，他試我的ONE X覺得也很好用，
所以去排隊等ONE X+，但目前沒貨，要等就是啦..

還不清楚，她才買不到5天 :D

引用:

作者geminiz

說難聽點 agile, extreme 都是弄些專業名詞來冷飯新炒而已，這樣才可以弄些課程來騙錢啊？(e04 我說這種話又有人要恨我了，擋人財路啊！)
如果你修過正規系統設計的課，應該就不會被某些(偽)大師牽著鼻子走，很早以前系統設計就有所謂 spiral(iterative ), waterfall(sequence) 設計方式，去修一些 CS 正規課程會比你去那些嘴砲研習營來有有用，雖然我當初上這門課時，也覺得很嘴砲，但是你至少能分辨出哪些對你工作有用，哪些是真的嘴砲，而且還有學分可以拿。

實際上我去瞭解那些東西，也只是用來嘴砲而已，這些東西對我寫程式完全沒幫助。

參考看看：
http://en.wikipedia.org/wiki/Waterfall_model
http://en.wikipedia.org/wiki/Iterative_development
http://en.wikipedia.org/wiki/Spiral_model

引用:

作者passerx

這篇我真的很想吐嘈.

發現Android很多問題都沒有回報給google?
那麼會debug那機子還問題一堆? 然後都沒發現自己的軟體問題一堆?

UML?
opensource界幾乎沒人在用, 因為都直接用程式碼呈現了,
這種學校的東西只是教你如果不會直接寫成程式碼還有這個工具可用,
這種東西是給初學者用的留在學校就好了, 別再拿出來浪費別人時間了.

code review?
這只有在加新功能的時候才會做, 主要是看這個人寫的程式品質好不好可不可以被信任,
過了之後代表這個人寫出來的程式品質合格後面就是這個人要負責了, 其他人根本就不太會去看或過問了.

一直寫出問題一堆程式的人根本不應該再用, coding 下去的時候就已經決定好壞了,
你後面做再多review都是浪費力氣而已.

加班加不完都是因為做了太多無謂的虛功了, 在用opensource卻完全沒學到人家為什麼可以...

我不太喜歡宏達電

但是你對UML的看法似乎不太真確

我同意在UML的實際應用上,面臨很大的困難,特別是在台灣

一方面UML還不夠普遍,另外一方面台灣的軟體生態過度要求速度

小的程式,的確不需要UML,我所謂的小程式,指3~10人開發一年以內完成的之類的案子

不太需要持續改版精進的軟體開發也不太需要UML

台灣很多公司會想推UML其實最主要的私心在於想幹掉台灣的軟體工程師

台灣的高層想幹空殼軟體設計公司，一切外包出去，最佳方案就是UML

這種心態一開始就注定失敗，UML 是溝通工具，而不是軟體本身

實作軟體的工程師很容易在UML上面看到軟體運作的縮影

而非程式設計人員也可以從　UML看到一些非程式相關的資訊，

如　User Diagram,Deploy Diagram

我相信日後的軟體發展，要持續精進，最重要的不是一次性的把code寫好

而是有一個依循的方式，如MS　Sprial Model

一各大型軟體開發，不能仰賴原始開發的工程師，因為很多時後這些人都不在了

台灣往往都是因為後繼者無法全面掌握先前設計師所留下的產物，導致整各軟體生命週期有許多斷點，甚至無以為繼

引用:

作者passerx

一個寫程式五六年經驗的人，用 C 寫出類似這樣的 DLL 函式。
int foobar(void)
{
int rtn;
return rtn;
}
跑來問你為什麼他程式有時候會怪怪的，你的正確答案應該是：會動就好了啊。
有時候，自尊心是比事實真相更重要的東西，當他不懂時，你也要跟著裝不懂，千萬別裝高手幫他解決問題，你不會得到感謝的，只會讓人在背後閒言閒語說你自負又臭屁。