跳到主要內容

[自言自語] 關於程式新手的感想

前陣子看了一堆鼓勵程式新手的文章,
因此身為一個半吊子又非本科系出身工程師的我,
也想跟著風潮寫些什麼紀錄我的攻城屍工程師人生。

說來也是無心插柳柳橙汁柳成蔭,
雖然我從國中就開始學電腦,
但電腦程度了不起就是可以玩玩遊戲而已。
雖然國高中時多少上了些計概和程式基礎(VB),
我依然沒想過自己會走上工程師這條路。

畢竟我當初是選文組的嘛(菸

至於我會走上工程師這條路,
大概還是因為小時候不懂事。
好不容易大學聯考算幾乎落榜地考上新莊大學歷史系,
但是兩年間幾乎沒上什麼課,
考試成績也依然悲催,
到學校只是為了去圖書館看書和去計中上網,
現在想想那時還是真是廢物啊......

反正這麼荒唐兩年後就直接退學了!

離開學校後我先過著等當兵外加網遊廢人的一年時間,
就算過完十二天國軍夏令營後,
我還是再當了幾個月的廢人。
直到一個契機才讓我開啟了前往工程師之路的大門......

那時候(2004~2005年)很流行個人架站之類的事,
拜此風潮,我也多少研究一下個人架站這回事,
稍微玩過 xoops 、 Discuz! 之類的玩意。
然而玩過以後發現只靠這些基本的東西不能滿足我,
因此我就買了一本 PHP + MySQL 的入門書,
從第一章的到最後一章內容讀過也實作過一遍。

不得不說,當時其實是一種挑戰,
因為會發現自己很多東西都不懂不知道,
做起來怎麼都搞不清楚為什麼書上的範例可以正常跑,
自己做出來的東西怎麼樣就是沒辦法得到一樣的結果。
在這段新手期,根本就是考驗自己的信心,
要不是我當時已經退無可退,堅持各種亂改求正解(?),
或許我會直接放棄。

就這麼自學了一段時間後,我就很不怕死的地以一介新手身份開始投履歷。
想當然爾,當然沒人會用菜鳥,
在踹過幾家後好不容易有家小公司願意錄用我,
雖然工作內容包山包海,
從公司email(直接用 Google Apps,那時還自己弄 bind,我真的不知道我當初怎麼處理的),
公司網站主機移機(從 hinet 虛擬主機移到家用 PC 的 Server,那時 hinet 的虛擬主機空間還真的小的要命,雖然是以現在的眼光看啦......),
網站修改(直接硬改一堆 PHP flat code),
到電腦設備維護(幹,我哪知道網路怎麼不能用啊?)
直到現在我也無法理解程度根本就是幼幼班的我怎麼能夠應付這些事?
對業界的認識總算是有一點了,雖然自己也依然懷疑這樣的程度能夠應付些什麼?

就這樣陸陸續續待了幾家公司,
我基本上都是在工作上學習。
除了早期針對新程式技術會買幾本書自己看自己實作外,
現在的我幾乎不買技術書籍,
更多時候我是看著別人寫的 Code 學習,
有問題找 Google / StackOverflow,
努力做些不能賺錢的玩具鍛鍊實力。
雖然依然不敢說自己能夠獨當一面處理各種狀況,
但是大部分狀況應該還是可以勉強應付。

以下算是過來人給新手的建議:

  • 不要妄想找到一本完美的入門書才開始學習:如果你真的想學一門技術,去書店隨便找一本相關的書,按照書中的教學實例全部實作過一遍,確定你可以重現每個範例的結果,或是吐嘲作者的範例有錯,然後就把書丟掉。接著用你自己的想法和所學寫一個小東西出來,不懂的就去 Google ,想一下該怎麼解,不要只想著 Copy / Paste 解決,因為你永遠不會有記憶。
  • 世界上不是只有一個解答:一個程式語言當然可以解決很多問題,但是閒著沒事多學別的程式語言也是無妨的,可以增加自己的見識,也增加解決方法的搜尋廣度。
  • 別光只看書,實作比較重要:實作才能增加自己的經驗值,你就算讀了一堆技術書籍卻不實作,了不起就是個活書架,你還是沒有實力應付現實的問題。哪怕是做別人眼中的玩具也好(在下就做了很多這樣的玩具),你還是比讀了一堆技術書的人來著好。
  • 不要妄想戰語言/技術:如標題,能戰這種東西的人不是平庸的你,只有那些技術的發明人才夠資格去找其他語言技術戰。你所要做的是冷靜分析哪些東西在哪些狀況有比較好的表現,哪些狀況可能會有狀況要處理,然後在碰到狀況時能夠提出方法處理。

留言

edsellgahr寫道…
Betway Casino NJ - Mapyro
The Betway Sports Lounge at Betway 안동 출장샵 will be 포항 출장마사지 open from 11:30am to 3:00pm on Tuesday, Monday, Thursday 양주 출장안마 and Saturday, 안양 출장마사지 Sunday. Viewing titanium tube hours.

這個網誌中的熱門文章

[野人獻曝] AWS Certified Solutions Architect 認證考試心得

大概是去年聖誕節前夕, 不知道被什麼打到, 突然想考一張 AWS 認證考試, 所以就很突然地報了 AWS Certified Solutions Architect - Associate 的考試! 為了那場考試我還買了對岸出的翻譯教科書( 原文版 、 簡體版 )讀。 只是......因為我真的很不會讀書, 外加我上班真的超懶, 那本書我只看了前面幾章, 然後隨便做了書內的練習題和 Google 到的考古題, 就直接上場考試了! 雖然是很有驚無險地通過了啦(720 分通過,我考 761 分)..... 然後今年十一月左右也是因為很突然就離職, 所以也是很突然就決定再去報 AWS Certified Solutions Architect - Professional 的考試! 這次考試比之前稍微認真一點, 除了把那本教科書的後面幾章......的練習題重做外, 也開始狂 K 官方的訓練課程, 外加又多冥想了各種考題方向, 也順便自己開了一些不常用的服務練習(估計帳單也......), 大概是花了一個星期時間專心(?)準備! 這次也依然是很驚險地通過(750 分通過,我考 797 分) ====== 以上都是廢話 ===== 其實我去年考的時候還不知道認證架構師是最難的考試, 不過考完架構師考試後, 其實就會理解到 AWS 認證架構師就某種程度是最了解 AWS 架構的人, 如果一間公司全部使用 AWS 服務的話, 這傢伙應該就是部門的 Center ! 只是有沒有必要考到 Professional 等級就因人而異啦, 畢竟 Professional 級的考題很刁鑽, 遠比 Associate 級更為刁鑽, 除了出現一堆你壓根沒聽過的 AWS 服務外(我看到考題才知道有 EFA 這玩意), 還需要你從安全面、成本面、可維護性去思考架構該怎麼設計(其實 Professional 級這幾個面向的考題遠比 Associate 多), 這就很吃使用經驗和你有沒有想過最佳實踐。 如果是半吊子以為只是比 Associate 難一點點就上場去考的話, 保證很容易就會 GG ! 再次聲明:我真的只是好運考過的 QQ ====== 怎麼準備 ===== 其實不是很建議無謀地只讀教科書就去考! 最好是先有一段時間的 AWS 操作經驗, 至少要理解 VPC / SecurityGroup...

[野人獻曝] 利用 IFTTT Maker 自訂自己的特殊需求(?)

大家應該都知道 IFTTT 是什麼樣的東西, 所以我就不多解釋了。 雖然一般而言, 我們確實只要在某個服務的狀態發生時, 才需要讓 IFTTT 幫我們做些事, (像是我們收藏 Flickr 上某張照片時就自動下載到 Dropbox 之類的。) 但通常可以選的服務就是檯面上有名號的服務。 一旦要做些比較特殊的事時, 嗯......通常直覺下都是自己刻東西來做, 老實說有點麻煩啦...... 所以後來 IFTTT 推出 Maker 這個玩意。 她可以接收來自使用者端的請求, 也可以把請求轉發到另外一個地方, 對某些特殊需求而言, 就不大需要額外刻東西。 以下簡介一下使用流程: 首先先到  https://ifttt.com/maker 找到你的 API Key 並且記下來。 接著你就可以到 Create Recipe 中選擇 Maker 後再選擇 Make a web request 開始新增你的食譜了。 記得 Event Name ,這個東西會在呼叫時用到 另外 Receive Request 只收以下這些參數:v alue1、value2 及 value3   這些參數,其他東西會無視。 發出 request 直接使用 POST https://maker.ifttt.com/trigger/{Event Name}/with/key/{API Key} 然後就看你要讓 IFTTT 接到哪裡即可。 不過要注意一點:因為上面的 Request 只收 value[1-3] 這三個參數,所以你也只能在 Ingridents 選擇這三項東西來用。這個就比較麻煩一點...... 使用大致上應該沒啥問題, 反正就是簡單的 POST 機制, 做些比較沒有敏感性的事情其實還蠻方便的。 不過要拿來控制你家的電氣系統就可能要再三思了(茶

[野人獻曝] 架個 Stable Diffusion WebUI 來生個香香的老婆圖

A.I. 當道後, 什麼以文生文、以文生圖、以文生聲(?)等玩意陸續蹦出來。 別的先不說, 光是以文生圖就有像是 MidJourney 還是 Dall-E 等模型提供相關服務。 而後 NovelAI 自爆自己的以文生圖模型是透過 Danbooru 上收集的圖片所訓練, 外加相關程式碼也不小心外洩後, 你各位紳士們就開始在以文生圖這塊領域中尋找自己的婆了。 不過以上都不是重點, 本文只是想要記錄下 Stable Diffusion WebUI (以下簡稱 SDWebUI)的架設步驟而已。 其實安裝步驟出乎意料的簡單(當然是指在 Google CoLab 上), 只要以下幾個步驟,基本上就能把 SDWebUI 跑起來並且開始生圖: * 確保機器上有 Python 3 以上環境 * 下載 SDWebUI 原始碼,可以直接在 Github 上 clone 下來。 * 下載所需的模型:在產生 ACG 相關圖片的話,目前推薦使用 Anything 或是 Hentai Diffusion 等模型。不過要注意一點:模型檔案越大的話,硬體要求會更高(主要是顯卡的 GPU 和記憶體等級)。如果沒滿足需求的話可能會跑不起來 * 切換到 SDWebUI 目錄,執行以下指令開始跑 SDWebUI 的設定,會在這個步驟安裝其相依的 Python 套件並處理相關設定: COMMANDLINE_ARGS="--exit" REQS_FILE="requirements.txt" python launch.py *  把前面步驟所下載的模型檔案,搬移到 SDWebUI檔案目錄/models,例如 clone 到 /home/user/stable-diffusion-webui 的話,就把模型檔複製到 /home/user/stable-diffusion-webui/models 下。 * 執行以下指令,等待跑完以後,畫面應該會顯示一組 xxx.gradio.xxx 的網址,可以讓自己或朋友連進來玩(網址 72 小時內有效)。如果只是自用的話,也可以用 localhost 的網址開啟服務: COMMANDLINE_ARGS="--share --gradio-debug" REQS_FILE="requirements....