| ?????? Soft_Job ? |
| // via fulltextrssfeed.com |
Re: [閒聊] 微軟就是爛?
11/2/2014 2:31:03 PM
微軟就是好。 一個VB6讓全世界多少程式人準時下班， 就這點的貢獻是很偉大的，超級超級偉大。 所以說，其他缺點，也是瑕不掩瑜阿。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 122.118.43.148 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1414942449.A.191.html
推 MacPerson: 不由得要向某家堅持繼續用Vb6開發系統的企業致敬~ 11/02 23:50
→ MacPerson: 它們打算堅持到W8 繼續用~ 11/02 23:51
推 MacPerson: 它們應該打算用到2022年吧.... 11/02 23:54
Re: [閒聊] 微軟就是爛?
11/2/2014 2:31:03 PM
※ 引述《DrTech (竹科管理處網軍研發人員)》之銘言： : 微軟提供的功能好不好見仁見智吧，IT 系統不是只看 功能。 : 從整個商品的生命週期角度，最讓我感到不太方便的地方如下: : 1. 所有的產品都把太多技術細節包起來不給人改。 : 這對新手來說很爽，對高手來說很痛苦。 : 例如.NET 很愛把 AJAX、Web Socket 等等包成很簡單的做法， : 資料庫與資料探勘很多細節都不能改。 : 是可以快速上手啦，但你要改細節或效能時，你就掛掉了。 http://www.dotnetfoundation.org/projects 其實 .NET 這幾年的變化很大 有越來越多 Open Source 的 Project 出現 其中大多都採用 Apache License 2.0 和 MIT License 而不是微軟自家的 MS-PL 順帶一提 個人最感興趣的 Project 是這個 https://github.com/aspnet/KRuntime 可以說是 .Net Framework (不單只是 ASP .NET) 邁向 Native Runtime 的試金石 : 2. 把同事弄笨。 : 很多人看到.NET 可開發任何軟體後，就完全沒思考能力了， : 也不願意用開放的心態學習各種技術生態的優缺點。 : 一個問題出來，能想到的就是 .NET 有沒有套件可以用， : 完全無思考與研發的能力。 這真的是個人問題了 在 Java 誕生時也有人說過一模一樣的話 : 對我來說使用微軟解決方案，最常出現這兩個大問題吧。 : 有得選擇一定盡量避開這兩種窘境，一整個思考退化。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.133.152.5 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1414941091.A.C97.html
→ MasterChang: 到底是微軟爛？還是用的人底子差呢？ 11/02 23:20
→ uranusjr: 微軟的開源之路還很長, 但如果走下去至少有機會幹掉 11/02 23:27
→ uranusjr: Oracle 的 stack, 畢竟純看技術 MS 的 stack 還是更好 11/02 23:27
Re: [請益] 我適合在科技業待下去嗎？
11/2/2014 2:31:03 PM
原 PO 可以參考一下下面這篇文章. http://tinyurl.com/kgddyed 我很同意 JuliusWang 說的 "你還沒有在任何一條跑道上" 建議你可以回頭想想自己的興趣和嗜好, 然後對比一下你對 數理的興趣. 看看熱情到底差多少. 你學生時代會不會去找 一些相關的課外讀物? 主動去接觸一些有趣的數理問題和應 用? 大學的選修課程很多是不太需要寫程式的. 你選了哪些? 如果都沒有, 那麼目前支持你選擇繼續進修的原因只有 "似 乎數學念得比較好", 但是你的職場競爭者大部分也都是這種 大學畢業生居多(大學通常對實作沒有很要求, 除了對實作 很有興趣的人, 不然大部分的人都是對抽象知識掌握度比實 作能力好), 除非你的數理能力真的"很強". 否則這個優勢其 實是頗為薄弱的. 真正投入職場去接觸程式設計, 一兩年後再問問自己是不是 真的很想回去唸書吧. 就算寫程式的日子很痛苦, 但是這些 痛苦會讓你有很強烈的決心去改變, 這是值得的. : ※ 引述《jason791111 (簽了啦~)》之銘言： : : 小魯今年23這個月國軍剛登出 : : 大學淡江資工 : : 我承認我不是個用功的學生甚至應該說很混 : : 一堆科目都是重修才過或是6X分飛過 : : 專題也幾乎是靠同學罩 : : 勉勉強強才畢業 : : coding能力不好而且主要只會C : : java c++比較複雜的語言一堆觀念都不通....聽到繼承就頭痛 : : 反而因為高中時數學還可以資工的數學學了一堆 線代離散那 : : 些反到比本職學的至少還好一些 : : 大四時也盲目的跟同學去補習考研究所但是太混未能錄取(差一點備上118) : : 我多益只有500 : : 現在投104知道當初不認真的苦果了 : : 自己對程式語言沒很多興趣 : : 反而對計組數學類的比較有興趣 : : 目前很茫然不知道我還要走下去嗎？ : : 還是即早換跑道 : : 下週仁寶有一個面試但是我想我大概..... : : 而且工作類型比叫像是純coding我不 : : 擅長的 : : 還 : : 目前也有再想半工半讀再考一次研究所或是考公職? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 203.192.162.252 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1414938443.A.F35.html
[請益] 機構轉韌體
11/2/2014 12:57:41 PM
目前小廠傳產擔任製圖 32K 工作8個月 機械系畢 後段機電私大碩 28 對於這種做產品外型的工作沒興趣 頂多就是材料的認識以及加工法跟畫圖 以及雜事 想說研所摸過C語言 想說再去加強個C# 或是 FPGA/CPLD 擇一 不知道有機會轉準時上下班 35K的公司嗎? 聽說科技業是吃學歷的? 非本科系畢沒機會 爬文有看到進巨X進修的 非本科系最後也是進不到韌體? 謝謝! ~ ~ ~ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.245.65.227 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1414925861.A.F2D.html
→ PoorLoser: FW 被 HW PM SW 狗幹的還想準上準下? 11/02 19:03
推 frank11118: 台北? 35k不難 既然是碩士又有快一年的工作經驗 11/02 19:20
→ frank11118: 喊喊看4xk吧 11/02 19:20
→ er230059: 韌體跟FPGA有差距吧 C#韌體也用不太到 11/02 19:44
推 willy0206: 純c就夠了 11/02 19:51
Re: [心得] 大陸互聯網公司產品開發流程
11/2/2014 9:57:06 AM
首先, 這個世界上並沒有一個"大陸版快速迭代waterfall". 全世界只要講到"快速迭代模式", 基本上就都是指的我所描述的那種快速迭代模式. 無論 是在北美還是在歐洲都一樣. 這並不是大陸的特產. 歐美業界提出並實行這個模式很多年 了. 詳見: https://en.wikipedia.org/wiki/Iterative_and_incremental_development 而快速迭代與waterfall的分別, 你需要注意其前提: 分而治之. 如果沒有需求的分解, 不 管你怎樣爆肝, 也不可能把waterfall壓縮到很短的週期. 傳統的waterfall並沒有這個步驟, 他們會在整個系統設計完成之後才開始coding, 整個系 統coding完成之後才開始testing. 這才是waterfall被詬病的地方. 這裏我要再強調一次, 在快速迭代模式中, 每一個迭代過程你既可以使用waterfall, 也可 以使用TDD或者別的什麼, 這並不衝突. CI也是一樣. 另外, 關於敏捷我要多說一句, 敏捷不是銀彈. 真的在大項目中實行一遍TDD, 你就知道 TDD的問題在哪裏了: 1. 工作量暴增. 2. 面對頻繁變化的需求, 你會很快厭倦編寫那麼多 測試代碼然後又看着這些代碼作廢. 這都是人力的浪費. 你看看前幾年TDD有多火, 近幾年 又如何? DHH當初那麼推崇TDD, 現在又如何? 敏捷的思想很重要. 但敏捷的具體方法, 無 論TDD還是SCRUM, 都需要推敲. 不過這是另一個話題了, 歡迎另開一串討論. 而至於大團隊概念, 這是另一個層面的問題, 與具體開發模式沒有直接關係. 就算你採用 TDD, TDD的T也只是指的UNIT TEST乃至MODULE TEST這個層面, 對於集成測試乃至系統測試 都沒有觸及. 所以, devops與是否採用敏捷模式沒有太大關係. 實際上, 快速迭代與敏捷方法乃至devops, 這三者相互之間都並不是完全在同一個層面上 的事物. 這三者通常是你中有我, 我中有你的. 現實世界中, 我並沒有看見哪個公司完全 按照教條只採用其中一種模式. ※ 引述《Wolfken ()》之銘言： : 基本上我接觸的所謂大陸版快速迭代waterfall，就我的看法就是單純把waterfall壓縮 : 到非常短的週期而已，有些人號稱這是Agile，但Agile的精神和practice他們根本沒有 : 用到，這種方法waterfall帶來的浪費還有低效率依然存在，之所以能壓得很快，說穿 : 了就是硬壓員工加班加到爆而已。但這種硬壓schedule的方法，技術債一定會不斷累積 : ，等到技術債累積到連每天加班到半夜都趕不上進度時，就是團隊壓力鍋爆炸的時候。 : 這種方法跟真Agile最大的差別在: : 1. 依然需要在開發後放一個手動測試的phase跟解bug的phase，而這兩個phase就是最 : 趕最亂技術債欠最多的phase。相較於Agile特別是XP，使用自動化，CI還有TDD把 : 測試拉到很前面，和開發幾乎同步，Waterfall無可避免的就是造成浪費時間在人工測 : 試，以及浪費在前期時測試人員的閒置。 : 2. 沒有團隊速度的概念，Scrum會要求了解每個sprint平均能消化多少story points : ，從而了解團隊速度並做出調整。Agile是固定時間和成本下，根據團隊速度決定要 : 開發多少feature，並根據現實狀況在每個sprint不斷調整，而不去做出無根據的預 : 估然後硬吃下根本不可能吃得下的feature量。Waterfall則是一開始什麼都沒有就要 : 做出毫無根據的預估，然後通常都過於樂觀，最後都會在成本，時程跟scope中間至少 : 無法達成其中一個。 : 3. 沒有end to end大團隊的概念，各個角色壁壘分明，互踢皮球的狀況非常常見 : 總之，大陸互聯網這種所謂的快速迭代waterfall，看似agile，甚至有人就稱這叫 : agile，但就我看來還是蠻土法煉鋼的一種軟體開發流程，跟歐美的軟體公司比， : 依然是落後相當的多。不過本來亞洲軟體公司的軟工就跟歐美公司有一段很大的落 : 差了，這也是很多台灣有在鑽研這塊的人很想讓台灣能趕上的一塊。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.246.87.152 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1414915026.A.C86.html ※ 編輯: abadcafe (114.246.87.152), 11/02/2014 15:58:30
Re: [閒聊] 微軟就是爛?
11/2/2014 8:53:53 AM
※ 引述《MacPerson (Gary)》之銘言： : 在我的職涯中，發現似乎.NET工程師很喜歡「寫.NET罵.NET」， : 有些工程師寫過其他語言，回頭來罵.NET哪裡不完善，或直接 : 說哪個語言的哪個功能比.NET好用太多，這都還算理性討論。 : 但有些工程師，邊寫邊罵，問她說哪裡爛？他只說，阿就是很爛~ : 這個就無言了。 : 舉例:該工程師曾說MS SQL 爛死了，速度又慢。但問他說慢在哪，怎麼慢法後， : 得出來的答案是 他SQL寫的濫..... : 各位有興趣來舉例一下，.NET哪個功能最讓你嫌到不行? : 我開第一炮: : entiy 不小心按到存檔，你的模型驗證的屬性就被洗掉。 : ex:[required].... : (註:此篇沒有幫微軟護航，不好用總該有個邏輯，「邏輯」不就是工程師吃飯的傢伙?) 你說的沒錯。尤其是最後一句，總要有個邏輯，有個理由。如何分析一件東西好 或壞。但是，我們教育所製造的困境，是不問過程、只問結果，只講操作，不講方法。 .net工具，最資深的工程師，只有12年左右的年資而已。在12年之前就已經有軟體 基礎的人，能站在什麼基礎上談.net這是個好或壞的語言，或者，好或壞的工具， 就看他如何站在系統層面上，給彼此做個比較。 可是，要說.net是哪個語言呢？要說 VB.net ，由 VB 的基礎，我覺得除了 END 和 END If 二個保留字太混淆（想想若有十個以上的巢狀If...END If，最中間放了 一個End ......） 以外，其他都可以接受。要再提到 C# ，看起來 .net 只是 要把 C# 和 VB.net 二個語言變成同型，語言的格式上有一些對應，人可以使用 不同的語言，做出同樣一種軟體。 不過，從你的同事無法提出適當的理由來講，正好就是他的弱勢、無競爭力之處呀。 發現了有個人比你沒有競爭力，這是好事。但是，若要說一同成長，則有點麻煩。 有些人專講結果論，但是在過程中不加以討論細節，所以，沒有過程的結果， 就是爛結果。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.160.156.161 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1414911233.A.A7C.html ※ 編輯: yauhh (118.160.156.161), 11/02/2014 14:57:36
→ robler: 有人知道這篇文章到底想講什麼嗎 11/02 14:54
→ yauhh: 寫一半不小心操作錯誤，貼出去了啊。 11/02 14:58
※ 編輯: yauhh (118.160.156.161), 11/02/2014 15:01:05 You are receiving this email because you subscribed to this feed at feedmyinbox.com
If you no longer wish to receive these emails, you can unsubscribe from this feed, or manage all your subscriptions
訂閱：
張貼留言 (Atom)
沒有留言:
張貼留言