| ?????? Soft_Job ? |
| // via fulltextrssfeed.com |
[請益] 轉職?
11/12/2014 7:29:43 PM
各位好， 資訊服務(原職) 系統整合(選擇一) 資訊服務(選擇二) -------------------------------------------------------------------- 地區 | 南部 南部 南部 工作內容 | 電子商務相關 設備溝通與界面系統 專案開發與維護 職位 | 軟體工程師 資深高級工程師 軟體工程師 開發語言 | .net、MsSQL .net .net 月薪 | N N + 12 N + 10 年終 | 一個月以上 0~3個月 無 獎金 | 未知 未知 未知 工時 | 08:30-17:30，周休二日 08:30~17:30，周休二日 09:00~18:00，周休二日 住宿 | 自家 自家 自家 通勤 | 騎車20分 騎車10分 騎車15分 出差 | 不用 需常出差 需出差 請教寶貴意見，謝謝。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.40.173.238 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1415835933.A.B06.html
推 cpper: 當然選薪水最高那個啊,有什麼疑問? 11/13 08:11
Re: [閒聊] 收到 .doc 檔的履歷
11/12/2014 7:29:43 PM
噓 B0988698088: 噓自私 連正版付費軟體都不肯投資的公司會投資人才?? 11/10 22:32 推 micbrimac: 一間公司沒有office說不過去吧 客戶或是合作夥伴總會 11/10 22:32 叉個題，linux「可以」開 doc/docx，只是「很麻煩」。 以我用過 Ubuntu 8.04 的經驗來說，你會碰上以下問題。 一、OOo / LibreOffice 可以開啟，但排版會亂掉。 （因為軟體只能猜封閉格式文件可能「想要」怎麼排版而已） 二、OOo / LibreOffice 可以開啟，排版也許沒亂，但內容是一片空白。 （這個原因不明，我猜是字型，碰上時我都扔到 Google Docs 或 OneDrive 上） 三、裝 Virtualbox / VMware 進 Windows 開 MSO 開文件檔，就正常了。 （神經病才這麼多時間，後面有幾十份要今天全看完啦！） 四、PDF 檔可以開啟，不過全是亂碼。 （政府的 PDF 最常見，原因不明，我猜是字型） -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.231.26.251 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1415824169.A.163.html
Re: [討論] 為什麼台灣軟體業這麼慘?
11/12/2014 6:15:22 PM
※ 引述《tw689 (台灣689)》之銘言： : 資工、電子程式組畢業出來最好的工作 : 幾乎都是去IC廠，甚至是去半導體廠當設備 : 反而走純軟體的薪資卻低很多，而且大部分都是系統廠 : 在系統廠寫純軟又比硬體、 driver相關還低 : 在國外很夯的web、app 在台灣做差不多的領的都低很多 : 較接近純軟公司目前比較好的幾乎只有外商 : 本土商幾乎都系統廠，頂多只有做nas的群暉、QNAP : 比較接近純軟體公司 : 還給的起薪人近百或是破百 : 要說市場小，但是也一堆美國來台灣設軟體研發中心 : 只是薪資follow台灣軟體業，所以其實也頗低 : 例如yahoo之類的... : 為什麼台灣軟體業這麼慘呢? 不太知道具體的因素。不過，因最近嫩嫩我讀了一點點資本論， 開始在想，軟體生產的產值到底有多少。 產值，這個詞應該都是很直接理解。做了一條麵包，所生產的價值 基本上就是這一條麵包，此外沒有別的。而之後，把這條麵包換算為 貨幣單位，方便於儲存或交換價值。 那軟體的產值呢。我覺得，當第一手生產了這個軟體之後，可以說， 凡這個軟體的概觀及具體的規格範圍，就是所生產的價值。 假設這個軟體第一手是用了三天做完，它的產值就是三天做了一個， 乘以之後販賣的數量。 此後，這個軟體的版本更動並沒有收費，而 debug 可能有收維護費用。 但 debug 會花多少勞動成本？根據我們大家的經驗，應該都是相較於 第一手生產時， debug 佔有有相當高比例的勞動成本。 所以，我猜測，一般會使得軟體產值增加的因素，有兩種： 1. RD 第一手生產軟體的後續維護的勞動成本比較低，即一般來說的「品質好」。 2. 業務賣軟體賣得很多。 本來這些價值，是由以上這二點決定軟體業的薪水多高。而且軟體價值有 可以膨脹的空間，一方面可以在軟體功能方面膨脹軟體的價值，另一方面， 則是由市場買賣的多寡，也膨脹軟體的價值。但是，另外有一些因素， 會減少軟體的產值。 減少軟體產值的因素，除了之前所說 debug 這種本身沒有生產的工作類型之外， 剩下的，大概就是有許多實際上並沒有生產價值的職業角色。 許多公司會區分軟體人員為一些角色，包含 PG, PM, SD, SA 等等， 但仔細看看， PM 這個角色很奇怪，在他的勞動過程中並沒有生產，也不見得 有給 RD 的生產價值加成。（假設只有透過 review 程式的過程，才有給 RD 的產值降低未來的 debug 成本的效用，而據我們所知，不太多 PM 有 review 程式。） 而照理說 PM 是管理角色，他的薪水應該要算是公司的管理成本， 而不是勞動成本，然而，軟體業裡頭的許多 PM 被視為拿等同於 RD 的薪水， 他們的薪水也算作勞動成本。 套用資本主義所講的資本循環：設備 --> 勞動 --> 商品 ， 資本以這三個狀態反覆變動。而只有中間「勞動」才有生產價值。 但是軟體業的特殊，是同一個軟體賣第二件的勞動成本幾乎是 0 ， 而業務的勞動，使商品販賣換成金錢的數目增加，所以 RD 和業務的勞動， 是產值的具體來源。 以上是我大概的想法。因此，台灣相較於美國，為什麼軟體業這麼慘， 或軟體業相較於其他行業，為什麼這麼慘，我覺得可以列出以下這些因素， 綜合起來的結果： 1. 台灣人並沒有具體並且有理性地膨脹軟體產值的經驗，低估軟體真正的價值。 2. 軟體沒有完整的開發週期，所以未來 debug 的勞動成本很高。 3. 偷工減料，隨便 copy 一些半成品來做，第一手生產成本不見得減少， 但是未來的 debug 成本增加。 4. 軟體賣得不多，又賣得便宜，因此平均減少了 RD 的薪資。 5. 像 PM 這不事生產的職位，在台灣成為冗員，因為他並沒有發揮減少軟體 未來 debug 成本的效用，而且他的薪資也不被視為等同於廠房、設備的 管理費用，卻是視為勞動資本。因此平均減少了 RD 的薪資。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.42.68.225 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1415808922.A.67C.html
→ Push5F: 4占九成吧? Q_Q! 11/13 00:21
→ yauhh: 真的嗎 11/13 00:21
Re: [請益] 嵌入式linux
11/12/2014 3:37:05 PM
https://goo.gl/KRsW9U 搞懂上面你就是入門了，搞懂以後: do{ if(liver_is_good() == false) break; copy(); past(); del(); if( boss_say_yes() == true) break; }while(1); -- 複製貼上1秒鐘 台下10年功... ※ 引述《njp2942u4 (小M)》之銘言： : 最近想走往韌體的路 : 但是問了補習班需要十萬 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 203.77.53.191 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1415799425.A.746.html ※ 編輯: Push5F (203.77.53.191), 11/12/2014 21:47:46
→ x000032001: XDD 才剛想說你怎沒括號 11/12 21:47
→ PoorLoser: 要上 mutex 跟 relinquish CPU 11/12 22:09
→ uranusjr: paste 11/12 22:13
Fw: [討論] 為什麼台灣軟體業這麼慘?
11/12/2014 1:39:45 PM
※ [本文轉錄自 Tech_Job 看板 #1KOqRncv ] 作者: tw689 (台灣689) 看板: Tech_Job 標題: [討論] 為什麼台灣軟體業這麼慘? 時間: Wed Nov 12 19:39:27 2014 資工、電子程式組畢業出來最好的工作 幾乎都是去IC廠，甚至是去半導體廠當設備 反而走純軟體的薪資卻低很多，而且大部分都是系統廠 在系統廠寫純軟又比硬體、 driver相關還低 在國外很夯的web、app 在台灣做差不多的領的都低很多 較接近純軟公司目前比較好的幾乎只有外商 本土商幾乎都系統廠，頂多只有做nas的群暉、QNAP 比較接近純軟體公司 還給的起薪人近百或是破百 要說市場小，但是也一堆美國來台灣設軟體研發中心 只是薪資follow台灣軟體業，所以其實也頗低 例如yahoo之類的... 為什麼台灣軟體業這麼慘呢? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.25.244.164 ※ 文章網址: http://www.ptt.cc/bbs/Tech_Job/M.1415792369.A.9B9.html ※ 發信站: 批踢踢實業坊(ptt.cc)
推 leicheong: 一句話: 因為開低價也有人做囉. 11/12 19:48
→ leicheong: 沒請到人一段時間開價自然會漲... 11/12 19:49
→ leicheong: 上面有一篇問22k應不應該去的文, 我的感想是去的話 11/12 19:52
→ leicheong: 害了自己也害了其他人. 11/12 19:52
推 gpctv: 樓上說的真好!尤其高雄,有些本土公司的老闆也不懂為何這這 11/12 20:01
→ gpctv: 種人才要那麼高的薪水?!!!! 11/12 20:01
※ 編輯: tw689 (114.25.244.164), 11/12/2014 20:03:00 Re: [閒聊] 聊專案開發
11/11/2014 10:05:11 PM
※ 引述《AmosYang (泛用人型編碼器)》之銘言： : ※ 引述《TonyQ (自立而後立人)》之銘言： : : 覺得有點感觸，來寫一下這幾年我對軟體專案的幾個看法， : : 如果估計的時間有出入，通常都是 spec 的認知有出入， : : 那時候該釐清的是 spec 細節跟重新估算。 : : 而不是在那邊「我覺得要一個月」、「但我覺得要一週」， : : 這種愚蠢的菜市場喊價。 : 「時程估計」是 PM 與 Dev 之間的 eternal conflict 。有的時候 : 不是 PM 故意找麻煩，而是 PM 的上級在逼 PM 說出一個日期。 : 感覺上，以下這個模式是個還不錯的平衡點 : (1) 很明顯要花五天以上去作的部分，應該重新檢視，拆成更小的部 : 分 : (2) 很明顯是一天以內能作完的事 (尤其是很制式的流程) ，應該研 : 究將其自動化的可能性，及編列預算 : (3) 兩天至五天內的部分 (尤其是無制式流程可參考的時候) ，雙方 : 要達成以下共識: : (a) 視情形，先花 1/4, 1/6, 或 1/8 的時間試作看看，試試水 : 溫 : (b) 試作時間結束後，很簡短地開個 stand-up 會議， Dev 告 : 之 PM 他對原始時程估計值的 "gut feeling" : (c) 誠實地調整原始估計值 : * 讓 PM 成為你的盟友，幫助他建立 burn down chart ，掌握專案 : 進度，讓他的上級閉嘴 : * 讓 Dev 成為你的盟友，一旦 Dev 願意合作建立 burn down chart, : 除非你帶給他們 free food, 不然別再去煩他們 : ============================================================ : 以上這模式有個前提: 管理者不是昏君，團隊裡沒有賤人 這個模式的專案執行應該不會在台灣，而且可能也只有軟體專案才會發生。 若以web system的專案而言， PM和PG之間還有SA和SD，壓力通常不會從PM直接傳導到PG上。 PM還有分大PM和team PM。PG多半都是在和team PM溝通。 專案執行過程中，大PM根本不會(不屑?笑)理會PG，更別說是成為盟友之類的角色。 就時程估計而言，比較老練的team PM也不會問你辦不辦得到。 反而是自行訂下日期，並在期間多次問你有沒遇到困難，需不需要支援。 就程式開發而言，計算的是開發交易的完成度和數量，PG不會有試水溫的機會。 唯一可以試水溫的人和事，是經驗不足的架構師和可能砍掉重練的系統架構。 這也只有專案初期到中期才有可能發生的事，並且如果不想讓專案執行失敗的話。 就文件撰寫而言，專案規模和參與公司之數量，往往和依照文件開發真實度成反比。 那些在專案初期產出的文件並不完整，尤其是跨公司開發的部分通常會模糊帶過。 專案初期撰寫的文件主要是應付給客戶看的，並且在事後可能也不會再變動。 就PG同儕之間，除了有習慣性倚賴的同事以外，工作外的互動幾乎很難有。 當然這和專案規模及PG年紀也有不小的關係。 與其要當實質盟友，不如直接翻版控觀摩同儕寫的程式，可抄可改可參考。 專案執行中， PM和客戶開會的次數與專案進度的嚴重程度正相關。 PG和上層最忌諱的是業務資訊不對稱的程度。 PG和PG彼此之間的嫌隙會發生在對業務資訊掌握程度的比較和team PM的信賴度， 尤其是team開會也不請你參加的情況，就要自己小心了。 總之，web system 專案是結果論的， 當PG者，只需參與並從中學得自己想要的技術， 剩下的，是以後身為SD以上才需要知道的事。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.135.203.156 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1415736311.A.D58.html ※ 編輯: qwerty0981 (220.135.203.156), 11/12/2014 04:05:51
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)
沒有留言:
張貼留言