最近筆者進行一連串的面試,但都被刷掉了,說不失望是騙人的,甚至開始有點走火入魔,大量的閱讀資訊想快速的攝取養分,但事實我也知道囫圇吞棗是沒辦法成為養分的,但一直閉門造車的狀態,我也不知道我還能堅持多久。
最近面試的測試都用Github給作業,而Github中常看到「.md」的檔案,其實就是markdown語法的縮寫,之前是學著如何上傳side project,其他小細節都沒特別注意,剛好最近看到保哥的教學,最近先不寫程式了,就寫些比較小的概念吧
最近筆者進行一連串的面試,但都被刷掉了,說不失望是騙人的,甚至開始有點走火入魔,大量的閱讀資訊想快速的攝取養分,但事實我也知道囫圇吞棗是沒辦法成為養分的,但一直閉門造車的狀態,我也不知道我還能堅持多久。
最近面試的測試都用Github給作業,而Github中常看到「.md」的檔案,其實就是markdown語法的縮寫,之前是學著如何上傳side project,其他小細節都沒特別注意,剛好最近看到保哥的教學,最近先不寫程式了,就寫些比較小的概念吧
這是筆者從去年5月起寫的第5個專案了,雖然前面也用HTML寫了2個專案,但這算是第一個較正式的網頁,這個專案寫了比較長的時間,以前端 + Web API的前後端分離的概念完成,就是直接以全端為目標在努力,接下來各章節內,會條列式做了哪些工作,大家有興趣就看下去吧,章節主要可分為
現在幾乎人人都有使用LINE,而LINE也提供多隻API給開發者使用,近幾年最流行的就是使用機器人自動回覆訊息。故筆者想要在下個專案嘗試串接LINE的API,這篇主要要記錄如何用LINEBot推送訊息,推送的方法大致可分為reply、pushMessage,但由於LINE Develop提供的pushMessage超過定量的推送會收費,所以又花了點時間研究一下LINE Notify。
這篇要介紹新手常見的作品 - To Do List,筆者在前端使用了網頁三大技術HTML、CSS、JS,後端則是使用Firebase作為工具。這個專案主要是練習照著設計稿切版,並使用組合技完成工作,故僅完成基礎功能,無太多使用者經驗相關的精緻功能。
這篇要介紹關聯性資料庫,筆者選用MSSQL作為後續工作使用,筆者試著用簡單的概念來說明,順便作個工作紀錄囉。內容範圍包含:
最近終於快完成第2個專案啦,這次的專案是用winform複刻一個PTT系統,這篇會先綱要性的列出所做的工作,有些細節比較多的重要技術,則後續再拉單獨一篇網誌出來說明。
這篇要來介紹旅遊行程編輯器專案的第3個功能塊囉,目的是讓使用者可以自由的選擇景點,並調整行程。透過以winform元件與Map,呈現旅程的結果。
功能塊3大致功能如下
提到版本控制就會想到Git,軟體工程師工作就是撰寫、修改程式碼,無論是初入門或有經驗的工程師,一定會面臨版本控制的問題。查詢了Git卻發現一堆艱深的程式碼,只好放棄了(誤)。如果你也同樣有下面的感受,就非常適合繼續閱讀這篇文章。:
筆者近期都在忙著籌備第二個專案,最近在研究Selenium的使用方法,日後會用來抓取專案會使用的資料。Selenium常常伴隨著出現的關鍵字可能會是自動化測試、爬蟲,究竟Selenium到底是什麼,又可以做些甚麼事情,就讓我們繼續看下去!
筆者在第一個專案中大量了使用物件導向的三大特性之一 封裝,而繼承與多型究竟是甚麼?這篇目的是為了強迫自己開始學習去理解物件件導向其他兩大特性。這篇就針對interface與abstract查到的資料做整理與消化! 但因為真的很不熟悉,若有觀念上錯誤,歡迎各位先進糾正!
近期工作上很常需要使用Linux的Shell Script來批次處理檔案,但太久沒使用導致花了好多時間去找之前寫的程式碼,此篇特別記一下常見Shell Script常見技巧,包含迴圈、if判斷、逐行讀取等
功能塊2主要想實現資料庫的功能,讀取資料庫並提供搜尋、顯示欄位調整、進階條件調整等資料顯示篩選的功能,並實做圖片瀏覽器,包含顯示圖片、上傳、刪除、上下頁的功能。但這個專案會使用Stream + CSV的方式來實現,目前預計在第2個專案才會正式加入SQL的操作。
這篇會介紹功能塊1中,有使用到的套件與概念,介接Google Maps API,以及利用WebBrowser顯示地圖,讓生硬的資料變成可以與讓使用者互動的頁面,並用更直覺的方式執行程式。功能塊1的架構思考流程會是:
最近第一個較完整的專案快完成了,前2個月都在花時間趕進度,最近稍微有時間,就花點時間把整個專案的概念紀錄一下。這篇還不會提到怎麼做,但會條列式整理大概用到哪些技術與想法。
在人力銀行上下關鍵字-後端工程師,工作要求一欄內常出現「串接API」、「撰寫restful API」等,到底API是甚麼,可以拿來幹嘛,剛好筆者日後也打算用Google Maps API來做個專案,就先用這篇來說明跟記錄流程吧!
Ps:最近心情很像回到碩士求學的時期,為了追一個答案,反而追出更多不懂的問題(哭),但為了能成為獨當一面的工程師,還是要繼續追阿!!只能偷偷期許API以後可以變成我的的KPI了。
上週提到一些C#的架構與規則,這篇再補充一些概念。直接用static在google搜尋,會找到許多中文的網頁,但發現蠻多都只針對static的特性做總結,但筆者希望能找到更多的資訊,就開始嘗試找英文的說明,除了練習英文之外,也順便訓練一下自己找答案的能力!查詢Static的過程中,額外發現跟Stack及Heap也有些關係,也一併提出來聊聊。
接觸C#也一陣子了,一開始其實沒甚麼太大的障礙,語法的不同花點時間習慣一下就好。寫的程式逐漸變複雜時,開始會考慮將部分程式碼,放到其他類別或方法,開始延伸很多啊哩阿紮的概念,而且開始發現,有的時候程式語法看起來沒啥問題,也可以run,但結果就不是我要的阿!! 魔鬼就藏在細節裡,不搞清楚每個細節的影響,寫出來的程式,就像在玩猜杯子的遊戲,有時候答案是對的,有時候答案又變錯的(崩潰中…) ! 看了不少資料後,發現這篇的主角會有點多,如果各別解釋,我覺得大概還是會停留在一知半解的狀態,所以我盡可能的,用連貫的思考脈絡寫這篇網誌。
我一開始在接觸程式時,大多以解決問題為出發點在思考,久了就養成了一個習慣,只要寫出能解決問題,且答案正確的程式碼就滿足了。像在使用Python時,一下子用np.array、一下子用list、或者用pd.Dataframe等,使用時就看誰有function可以快速解決當下的問題就用誰(笑),用的很開心,但卻不曾去思考其中的差異性!最近剛好有個機會,原本只是想簡單Google一下Array跟List的差別,結果李組長眉頭一皺,發現案情並不單純,原來他們背後居然有這麼複雜的關係,不小心越追越深,就順道把這些資訊,消化成一篇網誌!如果有錯誤的敘述,也歡迎協助糾正!
邏輯是甚麼?能吃嗎?
外在功夫可能練一下就可以有78分像,
但真正厲害的秘訣心法卻是眼睛看不到的,
也是經過一步一步累積下來的經驗,
最近感觸很深的就是,聽資深前輩講解幾個小時,可能勝讀好幾本書阿!
你是否聽了朋友說寫程式很方便?
你是否有著想轉職工程師的想法,卻又找不到方向?
從人力銀行上看到的職缺與技能需求,好像很類似卻又不太一樣?
聽了許多人說哪套程式語言未來出路廣、學習曲線低之類的,
卻遲遲未下手開始,或是仍然迷惘中?