看板 Soft_Job 關於我們 聯絡資訊
: → sedgewick:第一種就是 iOS/OSX developer. 04/20 14:43 : → sedgewick:第二種則是 platform-independent developer. 04/20 14:43 : → sedgewick:但是軟體產業不是只有這兩大類, 譬如我就不在這裡面. 04/20 14:44 : → sedgewick:我也遇過那種以色列或者荷蘭來的工程師... 04/20 14:45 : → sedgewick:人家開出來的一樣是 Windows/notepad++ 的環境, 非個案 04/20 14:45 : → sedgewick:哦, 這樣一講我還想到... 德國英國義大利的也是. 04/20 14:46 : 推 dophin332:說不定樓主是叫你開ssh登入linux 04/20 14:51 : → noonOut:我用 emacs,可是還沒絕種。 04/20 14:51 : 推 sedgewick:那就昏倒了, 用 Mac 當 dummy client 有什麼特別的啊? 04/20 14:52 上一篇的樓主就在回答這件事, 所以我用他的答案來重新詮釋一次 "Mac 當dummy client有什麼特別的" 在"Bootcamp" windows下: 1.觸控版和小紅點有拼, 釋放你拿滑鼠的右手, 多了更多專注 2.一樣是不用煩惱的driver. 因為裝的奇怪東西比較少, 比他牌硬體更少當機 MAC硬體還被評為"2013最適合使用windows"的電腦. http://news.cnyes.com/Content/20130425/KH7CQPJ6QB4FF.shtml 當然...您也可以老老實實的抓driver純淨安裝其他電腦...像過去的美好日子一樣 但是MAC特別的點就從來不用煩惱driver. 3.fusion drive: ssd的快取速度和hdd的大容量 在OSX下: 1.完全解放多點觸控觸控板的所有功能. 多了更多專注 2.不用煩惱的driver. 4.無腦的還原和重灌或引導其他source的OSX啟動. 4.可以唯獨Bootcamp windows Data 5.虛擬機器可以引導和啟動Bootcamp windows磁區, 除了繪圖能力變差之外 以程設來說沒有感受到什麼問題 6.當然, 另一個常識就是虛擬機器拿來灌Linux. 沒有感受到什麼使用上問題. 7.fusion drive: ssd的快取速度和hdd的大容量 在Linux啟動之下: ubuntu for MAC 我沒有測過兼容性如何, 就要請有興趣的人試一試了. 在OSX與Bootcamp Windows之下: 雙硬碟的fusion drive可以無痛啟用. 缺點就炸一顆應該就是GG. 但是在兩個系統開機都可以享受到ssd的快取速度和hdd的大容量. 所以我要總結的點就是: 這是我能找到最懶三系統無痛兼容,無痛備份. 當然, 很多人都是高手要解決這些maintain問題都有自己的一套方法. 很多人是折草可以成劍, 但我是個平凡人, 今天討論的不是怎麼折草, 而是論劍. 這一套方案高手可能完全不需要. 但這是做的最體貼的dummy client. ------------------------題外話分隔線--------------------------------------- 我使用mac 但我也不是你說的兩類人, 基本上我被IDE綁死在windows. 過去回憶使用過的電腦: 大二開始當電腦好人, 不管是幫別人組電腦還是幫學妹買筆電就裝一堆x版和ghost. 感受到要幫一堆人維護driver可用性的無奈. 大三當網管學習怎麼編kernel, driver 和試著用linux電腦來生活, (不過因為我只是凡人,結果是很多的挫折) 再來就是windows專屬工具實在太多了. 連個列表機driver都是很大的折騰後來就放棄. 大四買了一台 IBM x61跑windows感受到driver安裝在那個時期稍微體貼和小紅點的好用. 讀完碩士當完兵工作後一開始當然是接前輩不要的舊電腦 1.dummy client登入一台速度蠻快的Linux server compile 2.在舊電腦windows下寫Visual Studio拉一些UI 3.在舊電腦的爛硬體下跑linux虛擬機器 4.在舊點腦windows底下寫被IDE綁定的Firmware 因緣際會跑去買了一台出包版 mac mini server 一邊幹橋apple貴到靠北 但終於讓我工作環境效能大幅提昇 到了2011年下重本買了Macbook pro i7四核八線程 15" (我常說自己窮到只剩電腦) 改雙硬碟來解決容量問題, 自己加ram . 使用至今. 大概只有開了三個以上虛擬機器在夏天會熱當, 還有開太多虛擬機不要直接休眠. 其他部分使用感想是很容易駕馭. 2011~2013 大部分的時間都在使用OSX然後虛擬機器windows xp寫firmware 我不用在乎windows到底更新到哪裡去, 反正我就繼續跑當年的xp 在這當中我也沒有重灌過OSX JTAG ICE透過虛擬機器XP 也都可以運行正常. 2014年換工作 才終於變成你所謂的iOS developer. 原因還蠻單純的:ㄟ你有mac耶, 要不要來寫一下IOS? : → noonOut:read 我倒真的不知道,可以分享看看? 04/20 14:52 : → sedgewick:那 noonOut 兄是保育類動物... 科科. 04/20 14:53 : → sedgewick:google 一下就有, interrupted slow system call... 04/20 14:53 : → noonOut:每個國家都有人用不同環境 你熟了你的 我不會想改變你 04/20 14:53 : → sedgewick:read() 在 BSD/SYSV 行為會差很多, POSIX 開始才有標準 04/20 14:54 : → noonOut:因為你用得很順 在你的 workflow 下我不可能比你快 04/20 14:54 : → sedgewick:所以我就說你列的這些點沒打到重點... 04/20 14:54 : → noonOut:我分享我的看法啦 你可以不同意 至少我學到了 read 有差:) 04/20 14:55 : → noonOut:我是在回應 mac 適不適合 programming,不是回應 windows 04/20 14:56 : 推 sedgewick:其實差異很多啦... 科科. :D 04/20 14:56 : → noonOut:重點是我覺得 mac 適合 但我沒說 win 不適合 因為我沒用過 04/20 14:56 : → sedgewick:最嚴重的問題是, 一隻一模一樣的程式, 兩邊編譯都會過. 04/20 14:57 : → sedgewick:而且過的時候都是「一點警告都沒有」, 分別在 BSD/SYSV. 04/20 14:57 : → sedgewick:但是在某一邊會當... 或者在另一邊會卡住. 04/20 14:58 : → noonOut:那你怎麼發現的? 04/20 14:59 : → sedgewick:這個是教科書上就會寫的... 04/20 14:59 : → sedgewick:兩邊都用過(我一直都是在 UNIX 下寫程式)就會被表過. 04/20 15:00 : → noonOut:那你一定是在唸書的時候就注意到這件事情了 04/20 15:01 : → sedgewick:而且不是只有 read(), 過半的 system behavior 都有差異 04/20 15:01 : → sedgewick:對, 唸書的時候就知道了... 但是被炸到才知道課本說什麼 04/20 15:02 : → noonOut:哪一本書還記得嗎?去看看我遺漏了什麼 04/20 15:03 : → hSATAC:sedgewick 講的比較有 fu...用 home end 當理由有點瞎 04/20 15:05 : 推 sedgewick:就是那個年紀不大就掛掉的那位寫的(我只記得 49 歲). 04/20 15:05 : → sedgewick:待我 google 一下, 放假在家沒課本可以看. 04/20 15:06 : → noonOut:感謝 如果記得是哪一科我也可以查一下作者是不是還活著 04/20 15:07 : → sedgewick:Advanced Programming in the UNIX Environment 04/20 15:08 : → sedgewick:Richard Stevens, 這個我確定掛了, 不過原來是 48 歲. 04/20 15:08 : → sedgewick:這個是我確定有講的, 另外還有好幾本書應該也都會提到. 04/20 15:09 : 推 Bencrie:APUE 耶 04/20 15:16 : 推 sedgewick:科科, 古色古香的好書哦... 當然最大的缺點是古色古香. 04/20 15:21 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.74.182.84 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1397989854.A.3D3.html
sedgewick:其實我一直都知道你所說的優點... 04/20 18:52
sedgewick:因為我的上一份工作就是組一個鳥鳥的 iOS dev team. 04/20 18:52
sedgewick:但是當我們討論「適不適合寫程式」的時候... 04/20 18:53
sedgewick:應該要先分類一下, 適合「哪一類」的程式啊~~~ 04/20 18:53
sedgewick:被 toolchain 綁死在特定平台... 那是時時刻刻都會發生. 04/20 18:54
sedgewick:忽略「要寫什麼程式」的前提, 我覺得答案本來就該發散 04/20 18:55
sedgewick:能不能用 VM 開發是先天限制, 我舉一個我遇到的例子... 04/20 18:57
sedgewick:我們有一套工具是專門跑 memory bandwidth benchmark. 04/20 18:58
sedgewick:跑那個你就是一定不能用自己的電腦, 因為那是管制品. 04/20 18:58
sedgewick:那情況完全沒有 Mac 做為 programming platform 的可能. 04/20 19:00
sedgewick:然後我還忘了說, 光是「用 Mac 跑 Windows... 」這件事. 04/20 19:05
sedgewick:就已經可以跟很多基本教義派吵翻天了(雖然我覺得沒差) 04/20 19:05
sedgewick:Mac programming = XCode... 這個想法也是有的. 04/20 19:07
dophin332:前輩已經前進到了小弟無法接觸到的領域, 04/20 19:33
dophin332:MAC一直都只是一台個人電腦 , 當要特定spec Server時 04/20 19:35
dophin332:可能就需要前輩來說明什麼是那種用途最好的server了 04/20 19:35
sedgewick:產業別不同啦, 我待的是 design house 那種畸形生態 04/20 19:37
sedgewick:那個是一路從 server 管制到 terminal 的研發環境. 04/20 19:38
sedgewick:個人電腦可以用, 可是必須是資訊管制的一部份. 04/20 19:40
sedgewick:但是 Mac 就是沒有那種可以被遠端控管(監視)的方案. 04/20 19:41
dophin332:那灌windows也無法被監控嗎? 04/20 19:41
sedgewick:自己拿 X86 裝一套去給 MIS 進管制鍊, 那個可以... 04/20 19:42
sedgewick:但是 Mac 的話我不確定他們會不會收, 科科... 04/20 19:43
dophin332:管制一直是個棘手的問題 辛苦您了 04/20 19:45
sedgewick:不不不, 倒楣的不是我... 倒楣的是可憐的 MIS 部門. 04/20 19:47
sedgewick:其實 VM 開發在很多地方都有很嚴重的限制. 04/20 19:47
sedgewick:譬如就是不可能拿它來跑 benchmark, 那沒意義. 04/20 19:48
sedgewick:這意思是... 只要是 real-time application 就不能用. 04/20 19:48
dophin332:還好我新公司還蠻開放的, 只要把exchange和Lync設好 04/20 19:49
sedgewick:只是我也知道這種生態很畸形, 所以常常當作沒看到爭執 04/20 19:49
sedgewick:哦哦, 那很健康啊; 管制常常是......來亂的. 04/20 19:52
sedgewick:只是有時候也很難說就是了, 完全不管也不對. 04/20 19:52
kinanson:7比xp好用多了,8.1又比7好用多了,速度和穩定度和使用 04/20 20:27
kinanson:者自訂上.....學習上半小時就ok了...... 04/20 20:27
dophin332:FW IDE有時候不會追的那麼快 04/20 20:28
dophin332:有時候新的作業系統一出 難搞的是IDE 04/20 20:28
hSATAC:接前輩不要的舊電腦 <= 其實再來不管換什麼你都會覺得效能 04/20 21:11
hSATAC:提昇吧...XD 04/20 21:11