之前寫過讀檔程式...一次malloc整個檔案大小 :like:

被白眼說那如果一次獨1GB檔案咧 :jolin: ,記憶體大概就爆了

不過改成用迴圈一次mallloc 1kb就好了... :cool:

曾經以為要給客戶最好的，直到我的膝蓋中了一箭。

唉！

寫程式 只適合想法很直的人.....
想法太....的人 根本窩不住 坐如針氈....

那有人熟悉openwrt嗎
當然還要有能力改driver ~

用有上限實體記憶體作快取，開個磁碟交換檔，DOS時代的解法，現在 WIN7 一樣很好用。

考慮一下，給個別快取區塊加個讀寫鎖、順便加個快取效率記錄檔，就當作面試試題吧！

我也認同
對於寫程式
通常只要書上或網路找得到的東西
那些都東西都沒有考的價值
花個把月時間那些東西都能學會
可是很多公司的心態都要即戰力
懂得多經歷多未必就有創意
寫程式很多都是難在如何把應用的東西
用人的思維導入電腦的語言實現
這些東西都不是臨時考得出來的
若真得有幾個作品可以拿來比較參考
就可以看出一個人的邏輯能力
所以一直以來我都很佩服那些具有創造力的程式設計師
像是發展數值分析 圖片辨識系統 PGS 機器人模擬....
這些能把程式化為應用的才是人才

公司大小, 薪資高低 直接影響到會來面試人員的素質.
考什麼其實根本不重要, 懂得人要了解對方懂不懂, 只要口頭問一兩題就知道,
寫考卷根本是浪費時間.

考考題我倒是認為根本是在考面試人員的面試經驗而已, 當面試者經驗越多, 越考不出
程度, 例如 1+..+n要在O(1)解出, 兩變數交換不可用額外變數, 這種考題, 第一次可能
要想一下或是沒時間想, 第二次以後直接背答案給你.
光會出第一題我遇到的公司就超過3間, 我都直接背答案了, 能考到什麼東西嗎?

就像我朋友說的
雅虎的筆試考題他不會寫
但是他寫出來的程式，那些人是比不上他寫的... :agree:

:think: 其實大多數『非資深』工程師，我想你只要給足夠時間，都不會只滿意『會動』就好。

但是資深以後，被時間追著跑，會發現『鋸箭』是應付很多業務人才亂開口答應客戶『不用多少時間』、『很快』…最好的方法。 :tu:




我覺得…這些變數如果沒跟客戶確定好範圍才是大問題。 :yeah:

所有變數，都改成不定位數範圍的話…天阿∼ :stupefy: 您還是另請高明吧∼

很多案子，沒開始設計前就註定一堆問題了，像變數沒有跟客戶確定範圍是最常見的 :cry:

這也就是國內很奇怪的現狀，上游隨便做，中下游補不完的漏洞、趕不完的deadline

我身邊有兩個老同事兼同學都碰過這類問題：一個是很早就請硬體端把library list出來，結果都沒有，後面才發現一堆軟體很難補的bug。

另外一個做了三家硬體商的driver，
在我考慮要轉做driver的時候勸告我：
driver就是替硬體補破網的單位，都是全公司的貨全卡在倉庫，被客戶釘在牆壁上的時候
這時候硬體已經領紅利爽歪歪在放假了，只有你頂著全公司眼光、上司老闆的慇慇詢問：
bug解出來了嗎？ :laugh:
等解完出貨，客戶要扣貨款扣了，上游硬體該拿的紅利拿走了…輪到你的時候，所剩已經不多了 :jolin:

基層工程師環境就是這樣，能要什麼高級的quality？
案子剛開始還在有時間的時候，說什麼這個要準備、那個要討論清楚…通常都沒用的。

後面被客戶卡著貨，上司老闆會跳腳的時候哪會記得那麼多？ :unbelief:

不是所有的程式都在電腦上跑... :flash:

目前執行環境能用的記憶體

cache+sdram....8mb 多