Search
想學python趁現在，政府補助50%!
👉https://reurl.cc/g7aD47
Python為應用人工智慧的最夯程式語言，根據Google的搜尋趨勢顯示，目前也是世界上最熱門的程式語言！
人工智慧的應用逐漸應用在日常生活中，資料探勘、語意分析、聊天機器人應用越來越廣泛。
許多新創公司也開始推出具有人工智慧元素的產品，帶動產業變革的契機。Python是一種直譯式語言，具有好學、跨平台等特性。許多社群開發出好用的人工智慧函式庫，如果可以學會Python程式語言，就等於與全球智慧接軌，你將可以應用Python開發自己的專案，展現創意，甚至能實踐新的創業點子。
【Python AI程式語言基礎應用實戰班】
👉https://reurl.cc/g7aD47
本課程為【數位直播】教學，讓學員隨時隨地學習、增進專業能力
小編分享過多次的 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
【Python簡潔在哪？一張圖秒懂】
「哼哼哼，這就是我和你之間的差距阿Java小老弟」(註*1) 許多人推薦非資工背景的新手從Python入門其來有自。
//
較為簡潔易懂的語法對於初次與程式語言相見歡的麻瓜來說友善了許多。第一個語言是開啟你興趣的引子，倒不如讓自己對coding產生興趣後再來考慮自己的職涯需要哪種語言。
所以各位也別誤解並不是要在程式語言中二選一，相反的學會一種直譯式語言，和一種編譯式語言對你在程式開發的路上更能建立清楚的觀念，也是在職位上比較常見的要求。
//
不多說 課程連結在下面❗免費試閱開放中
👉Java起步走 https://goo.gl/PXx1HW
👉Python入門 https://goo.gl/GeCu8g
👉PyConTaiwan2017 搶先預訂 免費課程！
https://goo.gl/6YDwHq
*print函數要小寫XD
前言網路上常有人在討論js 是不是編譯(compiler) 語言又或是直譯(interpreter) 語言這是一個蠻妙的問題，但要了解這之前，我們必須先談談什麼是編譯 ... ... <看更多>
按照程式的執行方式，程式又可區分文直譯式語言與編譯式語言。 編譯式語言: 執行的方式是先將整個程式從頭到尾翻譯完畢後才執行，有點像把原文書整本 ... ... <看更多>
直譯式語言 在 Re: [請益] 想不通直譯器vs編譯器vs機器碼的問題- 看板Soft_Job 的推薦與評價
※ 引述《dragoncfe168 (梅長蘇)》之銘言：
: 請問一下
: 為何直譯器將source code轉譯成機器碼,
: 不會產生不同電腦的機器語言不同 而無法執行的問題???
: 反觀同樣把source code轉譯成機器碼的編譯器
: 卻會有此類問題呢???
雖然大家已經回很多了，但再回一篇應該也沒關係吧。
試試看能不能用簡單的方式來類比，當然因為是類比，所以不是那麼精確，
例如轉成機器碼這件事本身還牽扯到 Linker 等等的，就先不管了啦。XD
從後續的推文來看，原 PO 提到的其實有三種東西：
1. 編譯成機器碼的編譯器模式 (Ex. 傳統的 C/C++ 編譯器)
類比：
- 書面講稿翻譯，從中文翻成英文，管你講者唸不唸，我全部一次
翻譯好給你。
- 聽眾語言(目標平台)不同，下一場的聽眾是法國人怎麼辦？找個
懂中文和法文的翻譯者唄。
- 所以通常說 C / C++ Compiler，其實省略了目標平台的描述。
就算同樣是 C 編譯器，也不一定每種目標平台都支援，可以說
是不同的程式。
- 因為是書面翻譯，翻譯完的東西可以給會唸英文的人幫你唸，翻譯
者翻完就可以滾蛋了。
2. Python 等直譯式語言
類比：
- 現場口譯，從中文翻成英文。但只有當你講的時候我才一句一句
翻譯，就算你中文講稿上有，但講者沒講出口的字句，口譯者就
不會去翻譯。
- 聽眾語言(目標平台)不同，下一次的聽眾是法國人怎麼辦？找個
會從中文翻成法文的口譯者唄。
- 所以通常說某種語言的直譯器，其實省略了目標平台的描述。就
算同樣叫做 Python 直譯器，但他們懂的目標語言可能不同，可
以說是兩隻不同的程式。
- 因為是口譯，所以演講的時候翻譯者 (Python 直譯器) 一定要在場。
3. .NET / Java 等編譯成中介語言的編譯模式
類比：
- 書面翻譯後再口譯。我通通先翻成某種為了特殊目的而創立的語言，
例如邏輯語[1]，然後再找個邏輯語的口譯來現場翻譯。
- 所以如果要從中文翻譯成英文，要做以下兩個步驟：
1. 先把中文翻譯成邏輯語 (Java Compiler / 你下 javac 時在做的事)
2. 把邏輯語翻譯成英文唸出來(Java Runtime / 你下 java Main 時在做的事)
- 聽眾語言(目標平台)不同，下一次的聽眾是法國人怎麼辦？找個會
把邏輯語翻成法文的譯者唄。
- 所以我們說 Java / .NET 執行環境，其實省略了目標平台的描述。
就算同樣叫 Java 執行環境，他們懂的目標語言可能不同，可以說是
不同的程式。
- 因為某種程度上來說也是口譯，所以翻譯者 (Java Runtime) 一定要在場。
[1]: https://zh.wikipedia.org/wiki/%E9%80%BB%E8%BE%91%E8%AF%AD
至於這三種模式能不能跨平台，那就要看你怎麼去定義「跨平台」這件事了。
--
~ 白馬帶著她一步步地回到中原。白馬已經老了，只能慢慢地走，
'v' Brian Hsu 但終是能回到中原的。江南有楊柳、桃花，有燕子、金魚……
// \\ ( 墳 墓 )
/( )\ 但這個美麗的姑娘就像古高昌國人那樣固執。 【白馬嘯西風】
^`~'^
https://brianhsu.moe 『那都是很好很好的，可我偏不喜歡。』
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.251.151.199
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1525831828.A.C97.html
※ 編輯: brianhsu (60.251.151.199), 05/09/2018 10:17:34
... <看更多>