Re: [討論] 工作時一天coding的時間
※ 引述《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.
讀要看是讀什麼 如果是跟工作無關 跟技能無關 那確實很弔詭
但主管列資料給你 公司也有專案
把讀到的資料加以實踐
看看既有的程式碼了解公司專案有什麼可以學習 可以提升的地方
講真的 能做的事情 多到做不完
這也是觀察新人積極度跟能力的一個方法
--
you this文章makes我的閲讀kinda困難
BS出來也是滿口BS xDD 中肯
you 太sb
哎呀 see得我的head好pain
原po在反串啦 後面不就好好說話了 BS出來是BS超好笑XD
反串給推
you的文章makes我感覺bad
有笑有推XD
you的文章用後面越像Taiwan people了
you yo checkout
反串給推XD
you這篇的english還是太少了
太好笑了 又中肯
反串給推
BS出來是BS 那你hen厲害A
XD 好兇 但是推 概念驗證那段
you 說的 very 有道理
u 寫得真的very good
他說的跟表現的都是新人,沒必要追殺
真的要BS也輪不到你這菜鳥來BS,BS出來也是滿口BS。XD
Demo得very good, 明天來我office 簽offer
反串給推
XD
I like your article, man.
u 說的 very 棒!
推 真的要BS也輪不到你這種菜鳥來BS BS出來最後也是滿口BS
you真的是easy明瞭的反串, BS出來的是BS...haha
i think you often write very hard code
看到 BS 就笑了
you在company是do什麼position
BS出BS, 好像很合理(?
I 喜歡you的article
有笑有推XD
your晶晶體怎麼只有article前面而已 rear也要啊
跟總total一樣好笑
BS那句話真是說的妙
前面還硬要虛lol
me喜歡say English
那個talk is cheap haha
your 英文is pretty tight
XDDD
前面的英文is good~
I看的very痛苦
我怎麼覺得是misunderstanding
I喜歡hardcore 不喜歡hard code
I ball ball u do not tiger me
XDD
中英混雜真的很87 要碼全英文才能展現高度
就在反串阿 樓上噓啥
要反串結果越寫越認真的感覺
BS出BS 幹 真他媽至理名言
笑爛
Me 非常Like你的BS雙重比喻
XD
XD
拍謝想認真問一下 那個迭代的段落那個雛形
大概是會長怎樣呢
是業務流程的部分嗎?
我是快工作滿一年認真在當螺絲釘的新人QQ
爆
Re: [心得] 如果可以, 真的建議不要再去創業公司了看到這篇好幾天了,想想還是也來分享一點個人經驗 我自己在業界的資歷沒有很久,也不是本科出身。 從十幾年前玩 open source 專案,誤打誤撞一路寫 code 到現在, 後來去國立資工所洗了一下 XD 所以現在也號稱本科了 研究所畢業後進入稍有規模的新創,後來也待了大公司。67
Re: [請益] 接手外包商的code沒交接也沒人可以問我的第一份跟第二份工作都是這個樣子,一開始你會像麻痺的人,給你幾個建議 1. 掌握啟動前的入口 - 大部分程式語言都會有一個從作業系統下命令開始執行 的進入點,可能會載入 config、環境變數、命令參數這些東西,你要先清楚 這些東西的配置意義是什麼。 2. 掌握啟動後的入口 - 如果是 server 或常駐程式,在執行階段就會有監聽行為。39
Re: [心得] (轉)軟體開發六年後我改變想法的事情這篇滿有意思的,牽涉的主題很廣,不過有些事情只有一句很難講清楚 針對中間幾點,分享一些我自己的理解 ※ 引述《alihue (wanda wanda)》之銘言: : 看到不錯的文章 翻譯分享一下 : 原文:27
Re: 不想唸碩士了,想去刷題個人覺得刷題跟工作有個不同的點 工作常遇到的一個問題是"如何維護大型專案" 不同類型的工作,專案規模多少有差 純軟來講,很容易遇到破百個檔案的大型專案 規格說改就改,大部分時候是努力讓一堆髒code拼在一起後還能運作....27
Re: [討論] 怎麼跟自以為是的同事相處提供一點不一樣的看法 ※ 引述《leo5916267 (封膜獵人)》之銘言: : 也許在軟體也蠻容易遇到類似個性的同事 : 我們是新創公司,我進去前已就有一個前端工程師,他從0建構了整個產品A 代表他能力不算差23
[請益] coding style差太多怎辦?大家好 小弟上上份工作快離職前 聽到新進的同事說 他都習慣把程式寫成一個一個小的function 後來離職我花了一點時間學習設計模式24
重構的幾個迷思覺得最近很多文章都有些不求甚解的問題,來寫點論述。 1. 重構不是什麼了不起的事情 2. 變更程式碼,重寫舊的程式碼成自己爽的樣子,不一定是重構。 3. 重構是一種相對安全的工具型開發方法論, 但仍然有不少風險跟誘惑。16
Re: [心得] Paypay Android面試分享其實這種叫你做作業的 目的是一種 cultural fit 一般來說也不是要叫你多複雜多完整 只是看看你的 coding 的習慣,有沒有 unit test,coding style 會不會很糟 或是 team 裡面有一些特定的標準13
Re: [請益] 新人時期被放生是正常的嗎?我說說看自己遭遇的情況,我已經不算是剛畢業的新鮮人了,但在資訊軟體業算很菜的菜 鳥(轉職不到一年)。 當初在面試時就已有說明自己的程式開發經驗還不是很足夠,面試主管說錄用原因是看上 我的製程與IE管理師(這職務當初是代理,比較短暫)的背景經驗。 我目前剛到這間位在高雄前鎮加工區的規模不算小的電子零組件公司快滿兩個月,是資訊X
Re: [討論] 請問測試驗證工作這個系列應該不太有人會回應 大過年 簡單回應一下好了 結論:沒有壓力 1. 寫程式方面: 記憶體主要是memory array 驗證會比較複雜