小編好久沒發文了 Orz,來發個近日資訊業最大條新聞跟個人看法
---
GitHub 被微軟買走之後做了蠻多事情,像是前幾個月 npm 被 GitHub 買下來,但這其實也不意外,因為這兩年 GitHub 在 JavaScript 的支援度就愈來愈高,不止可以在網頁上面做 audit,也可以做 navigate,功能蠻齊全的。被買下來之後,之後可以期待在 GitHub 上面直接 deploy npm 模組了。
另外一個就是這次的 private repo 完全免費了,小編記得之前 private repo 免費好像有些限制,像是只限 5 人的樣子,但現在可說是完全不限,有富爸爸果然是不一樣!
---
再來說一下個人選擇,如果是可以給一般人看的內容,小編一定是用 GitHub,畢竟資訊人誰沒有一個 GitHub 帳號呢?然後個人接案因為不能公開原始碼,所以當然放在 GitLab (以前是 Bitbucket)。現在 Funliday 的 git repo 因為原始碼不能公開,當然也是放在 GitLab。
然後因為 Funliday server 是放在 Heroku 上面,Heroku 上面有個功能可以直接結合 GitHub 的 push 之後 deploy,但因為 Funliday 用的是 GitLab,所以沒辦法直接用這功能,只能繞個彎改用 dpl,把 GitLab 整合進 Heroku 裡。
但也因為用了 GitLab 之後,才知道它的功能比 GitHub 多太多,對一般公司所需要的權限控制,小編是覺得比 GitHub 完整。然後對於 CI/CD 的支援度也很強大,現在還支援 build docker image 的功能。
---
不過當 GitHub private 免費之後,對於沒有依賴 GitLab 權限控制或 container 功能的使用者,還蠻有可能移回 GitHub 的,畢竟能在同一個 hosting 操作當然比較方便。所以以後小編開 repo 的考量,可能就不再是 private 或 public 了,而是在於 deploy 的方便性,或是能不能 build 出 artifact 了。
• GitLab 自評與 GitHub 的差異:https://about.gitlab.com/blog/2020/04/14/github-free-for-teams
#github #gitlab
「push javascript」的推薦目錄:
- 關於push javascript 在 Kewang 的資訊進化論 Facebook 的最佳解答
- 關於push javascript 在 Kewang 的資訊進化論 Facebook 的精選貼文
- 關於push javascript 在 小吃貨的英國生活日記 Facebook 的最讚貼文
- 關於push javascript 在 JS 常見陣列方法[push(), unshift(), pop(), shift(), splice ... 的評價
- 關於push javascript 在 Implementing Javascript Stack Using an Array 的評價
- 關於push javascript 在 How does the Javascript Array Push code work internally 的評價
- 關於push javascript 在 JavaScript push() Array function | JS Buffer - YouTube 的評價
- 關於push javascript 在 React Native module for CodePush - GitHub 的評價
push javascript 在 Kewang 的資訊進化論 Facebook 的精選貼文
小編分享過多次的 Git,常常在 QA 時被問到下面這種需求:
有一個已經寫好的模組 M,然後想要給 A, B, C 這三個專案使用,A 要用 1.0.0 版的 M,B 跟 C 則是用 1.1.0 版的 M。而且 M 是公司機密,不可對外公布。
當 M 開發了新功能的時候,不希望 A, B, C 這些專案使用的 M 也一併更新,而是等到想更新的時候才要更新 M。
---
使用過 Git 一陣子的朋友,通常會在 Git 裡面找看看有哪個功能可以符合需求,結果就找到了 git submodule。
submodule 其實是類似捷徑的概念,以上面需求為例,當 A 需要用到 M 的時候,可以使用 git submodule add
當 M 更新時,A 要用 git submodule update (而不是一般常用的 git pull),才會更新專案 A 的模組 M,可以避免 M 或 A 更新之後,無意間也更新了 M 的版本。
---
但 submodule 也有一些麻煩的地方,像是如果不小心在 submodule 上做了一些變更,commit 跟 push 的時候絕對會搞混,到底現在是在 A 還是在 M commit。
然後在 A 跟 M 看線圖的時候也長的不一樣,這其實是很困擾的一件事情。所以小編怕麻煩,通常都不會用 submodule。
---
其實只要了解你所使用的語言及框架,這類需求其實很容易就可以解決。以 Nodejs 為例,開發時大家常到 npm.org 下載模組來安裝。其實 npm.org 也可以自建 (以下簡稱 mynpm.org),所以只要把模組 M 上傳到 mynpm.org,以後都從 mynpm.org 下載模組 M 就可以了。可以解決下列這些問題:
1. 避免公司重要技術外洩
2. A, B, C 專案甚至之後的其他專案也可以利用 SemVer 來持續更新模組 M
3. Git 線圖容易追蹤
---
像這類的作法可能會有幾個小問題,像是 JavaScript, Ruby, Python 這類直譯式語言,在遠端佈署的時候,如果 mynpm.org 沒有對外該怎麼辦?這時候其實可以在 .gitignore 裡面設定,當開發時可以將模組 M 的目錄強制納入 Git 管理。
如果是像 Java, C# 這類編譯式語言的話就比較不會有這個問題了,因為在本機就已經編譯成執行檔,直接上傳到遠端佈署就可以囉!
---
https://hahow.in/cr/kewang-git
看完這篇文章可以知道就算是同一種需求,Git 也會有不同解決方式喔!還不快來報名小編的 Git 線上課程,讓你在任何共同協作場合都可以用 Git 來解決問題喔!
#git #gitsubmodule #gitignore #semver
push javascript 在 小吃貨的英國生活日記 Facebook 的最讚貼文
#英國工作面試經驗分享
趁著新工作開工前和大家簡單分享一下這次找工作的心得。
這次找工作前前後後大概做了10間公司的interview ,但只有兩間是face to face 這樣,然後我拿了其中一間的offer。另一間其實也有很大機會拿offer但後來不太想繼續他們的流程,所以就沒下文了。
有些是我自己投的,有些是agent/hunter幫我找的,一般來說,如果沒有工作經驗,很難吸引到hunter,所以這次的經驗跟我剛畢業的時候很不一樣,這次一大堆hunter打來也很煩。
一般來說會有phone interview 和 on-site interview,有的會有一個phone interview + 兩個 on-site interview
on-site就是去他們公司面試這樣。然後工程師類型,一般phone interview可能會是technical的,例如會用Google Doc或者他們公司自己的系統,可以雙方一起coding的。
像Javascript會有codePen之類的,然後可能Skype也是Group一起,就對方可能有兩三個人跟你一起寫code然後同時也skype,這個我覺得壓力很大,尤其你寫的時候別人都看的到。這個是Oxfordnanopore的面試,也是我第一次遇到這樣的面試,面試的亂七八糟的,但其實我不知道結果如何,因為這個是agent幫我找的(跟我後來拿到offer的agent同一個,所以即使有下文也是他幫我回絕,所以我不太清楚feedback。
分析一下表現得很爛的原因,有一點大概是因為沒什麼這樣的經驗,以及我從來沒用過CodePen,然後原本一個小時的面試拖到兩個小時(所以大家時間最好都抓比較長一點),而且又是三個人,覺得壓力很大。雖然問的問題並不是很難,但當下腦但就是一片空白......寫出了第一題以後,他們稍微改了題目,讓我又很混亂,然後他們決定要跳到第三題,其實我當下已經覺得很痛苦想要快點結束......然後我忘記第三題我解的怎麼樣了,反正那些題目大概就是Google JS interview會被問的題目。然後又問了我CSS的東西,我CSS真的超爛的,答得很爛,他們知道我CSS很少用到,因為我們都用Angular Material ......(寫到這裡不知道有多少人看得懂我在寫什麼了.....) 反正題目結束以後,他們就問我有沒有什麼問題要問他們,然後他們還問我今天的感想如何,覺得自己表現的怎麼樣,我說我覺得自己表現得很爛,當下肚子非常的餓,快餓昏了(因為這個面試前還做了另一個面試,也是寫題目的),讓人覺得很想哭= =想要快點結束,後來終於亂聊了一下結束這樣。回想起來這個大概是我最痛苦的一次面試。
這個面試的前一個面試,也是要雙向互動,但不是雙方一起寫一些code,是登入他們公司的系統,然後有點像記事本那樣,他可以打一些東西我看的到,也是做題目,大概是寫一個函式,可以給一串數字,找出當中的偶數。這個跟我第一個電話面試是一樣的題目,只是我第一次是寫C#,所以這個表現得還可以,然後問到CSS也是慘死,但他說他知道我不太會寫CSS。反正這個面試是面試的還OK,比較奇怪的是,這樣的面試,卻是用電話溝通,然後登入電腦系統,並不是用Skype,所以電話可能要開擴音,不然也無法打字.....這個公司也是跟我新公司一樣的agent,所以我也不知道feedback如何,就是沒麼下文這樣。
第一個電話面試,就是我說的一樣的方式,只是他們是用Google Doc.,然後也是問了那個找偶數的,再來就是給我看一串code問我會印出什麼這樣,然後如果把Class改成Struct會印出什麼。我自己覺得這個面試還可以,但之後HR說什麼不能幫Junior工程師做簽證,他們目前只能幫Senior的做.....讓我很無言,因為我一開始就寫在履歷上面我需要簽證。
然後其他的面試通常是Phone interviw就是大致上問一些關於我的事情,例如我目前的工作內容,我在Team的角色,然後所使用的工具技能那些,接著就是會給回家作業,然後可能要在限定的時間做完這樣。過了的話他們通常會叫你去公司跟他們談談,問問你怎麼做的,然後我現在的公司他們有要我Improve code,雖然我自己覺得面試的有點爛,而且他們問我一些JS的東西當時回答是錯的答案,他們也沒糾正我。反正還是拿到offer就對了,而且我滿喜歡他們公司的,就馬上答應。
除了上述幾個以外,也有遇過直接給Technical 線上做題的,就是例如可能一個半小時內要做完50題前端的題目,然後可能有單選或多選,問的就是也是Google可以找到的題目,但就是閱讀的要快,然後要Google也要快,這個覺得多練習就可以了。
有的Phone Interview就是直接一直瘋狂問你各種技術性的問題,例如:
1.什麼是物件導向
2.什麼是多型
3.什麼是RestfulAPI
4.為什麼要寫automation test, 好處是什麼
5.什麼是Database normalisation
6.git commit 和 git push的差異
7.如果瀏覽器沒辦法支援JS可能會發生什麼問題
8.跨瀏覽器的重要性
9.什麼是工廠模式
就是類似這些,然後問了大概2-30題左右,超多的其實我已經忘記大概了,順序也忘了,phone interview之後要我寫回家作業,反正後來因為我已經拿到offer就回絕這間公司了,沒有繼續。
通常phone interview又寫完作業,現場面試可能會是白板題。
我覺得agent的好處是,你不用一直浪費時間去回email或者去follow up,然後需要談薪水的時候也可以讓他們去幫你談。
如果想要引起agent的注意可以到各大求職網站一直撒CV就是了,但通常Agent都不接受需要簽證的人,所以這個比較麻煩,我算是滿幸運的遇到我的agent,有一些agent還是會願意幫忙找可以做簽證的公司或者願意幫你跟公司談就是了。
個人覺得phone interview一般的問題可以自己在家裡模擬練習,然後講電話的時候記得發音要清楚,建議是準備耳機,如果不是需要coding的話,需要也可以用無線耳機之類的吧!
然後記得要注意禮貌,跟agent說話也要注意禮貌,請、謝謝、對不起,大概就是英國的傳統,一直講就對了,講完還可以適時地稱讚對方。
技術類的onsite interview通常應該也是類似白板題這樣,自己在家裡也可以練習,或者有要你寫回家作業的話就會討論回家作業相關的。回家作業通常是,前端就是做一個SPA(因為現在比較多是走SPA)然後後端就是要你寫一個API讓人家可以call 你,也有就是要你寫一個SPA可以call後端的RESTAPI,有限時間的話最好就快速完成,沒有限的話就把握時間把 code寫得漂亮一點。我新公司當時是叫我用Canvas做一個動畫,這個比較少見,大概是因為他們知道我原本是寫Angular可是他們公司用Vue.JS所以覺得那就考純JS......
新公司面試的一個關鍵我覺得是CEO跟Head of private market喜歡我,因為他們說公司文化很重要,Right experience doesn't means right person. 當時我也很喜歡他們給我的感覺,面試的時候工程師們也都很好,要走的時候CEO還帶我參觀公司環境。雖然Glassdoor上面有很多人批評CEO太controlling,但我覺得實際上還是要看相處起來的狀況,當然我還沒上工我也不清楚啦!面試的時候我滿喜歡他的。
總之這次的面試大概都是技術的,跟我原本剛畢業的時候差很多,但是我還是覺得每一間公司很重視自己公司的文化,所以找到對的公司也滿重要的,然後一開始其實我看公司簡介的時候覺得對他們沒什麼興趣,可是談完以後覺得好像可以試試看,然後去他們公司的時候感覺非常好。如果有任何面試機會的話,都可以去試試看,不然當作練習也好。
希望這篇對大家有小小的幫助......雖然說如果你不是工程師的話可能看不太懂QQ
#人生就是峰迴路轉
push javascript 在 Implementing Javascript Stack Using an Array 的推薦與評價
This tutorial shows you how to implement a JavaScript stack using an array and illustrates how to use push() and pop() methods to perform stack operations. ... <看更多>
push javascript 在 JS 常見陣列方法[push(), unshift(), pop(), shift(), splice ... 的推薦與評價
本篇陣列方法是延伸過去寫的JavaScript 陣列處理方法,目前的框架主流觀念都是「關注點分離」,框架主要都是負責畫面上的渲染;資料面完全交由給原生 ... ... <看更多>
相關內容