※ 引述《sakuraisora (僕の名前は~~~~~~~~)》之銘言：
: 總感覺有點不踏實
: 想像中的工作應該是早上brain storming
: 下午burst time to coding
我覺得you對programming(台灣title比較浮誇 RD)有些misunderstand
實際上真正需要brain storming的時間 可說是少之又少
真的要BS也輪不到你這種菜鳥來BS BS出來最後也是滿口BS
程式開發是不斷iteration
確實是會有構想階段沒錯(看高度 程度越低就越不需要動腦)
但是構想也不是光在腦裡想
比較資深的作業模式是會先寫個雛型驗證問題
這個時候確實 會有一些 所謂hard code的成分在
(我講的是大家講的hard code 不是你的hard code
因為最重要的是要驗證概念 而不是寫了老半天發現方向錯了
構築完雛形 寫完驗證也好 demo程式也好
就是進入整理code的階段
這個迭代視個人程度跟問題規模 可能是一個function 也可能是一個module
你會發現越資深的人 迭代的時間越短 工作效率也越好
開發是很務實的工作 如果我能在你所謂構想的階段就完成雛型驗證
何必望著螢幕發呆或在白板上浪費時間？ talk is cheap.
這麼說吧 如果你花整個上午都在"brain storming" 下午全力寫code
意味著其實你花了一天時間完成整個cycle 而這個cycle可能是錯的
: But spending most of my time reading sounds a bit odd. So I want to ask you guys how you arrange your schedule.
讀要看是讀什麼 如果是跟工作無關 跟技能無關 那確實很弔詭
但主管列資料給你 公司也有專案
把讀到的資料加以實踐
看看既有的程式碼了解公司專案有什麼可以學習 可以提升的地方
講真的 能做的事情 多到做不完
這也是觀察新人積極度跟能力的一個方法