Go

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。原文在此。————翻譯分隔線————編譯器(2)-編譯、轉譯和解釋第一部分作為這一系列文章的介紹。在第二部分，在真正深入到編譯實際的步驟之前，我會對一些定義作一些概述。編譯編譯是直將編寫的代碼從一個語言翻譯為另一個更低層級語言的過程。一個 C 編譯器其實並不會直接輸出機器碼。而是將 C 代碼翻譯為組合語言。彙編編譯器擷取這些內容編譯為機器碼。C# 和 Java 會翻譯為位元組碼。位元組碼在虛擬機器啟動並執行時候才會被轉換為機器碼。

這是一個建立於

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。原文在此，續前……——–翻譯分隔線——–在 Go 應用中使用簡明架構（3）用例層現在來看看用例層代碼，同樣，它剛剛好能放在一個檔案中：package usecasesimport ("domain""fmt")type UserRepository interface {Store(user User)FindById(id int) User}type User struct {Id

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。原文在此，續前……——–翻譯分隔線——–在 Go 應用中使用簡明架構（4）介面層關於這點，必須說，所有東西都得有編碼智慧，不論是真實的商業還是我們的應用用例。讓我們看看對於介面層的代碼這意味著什麼。不像在各個內部層次中，所有代碼都屬於一個邏輯，介面層是由若干獨立的部分構建而成。因此，我們將這個層次的代碼拆分為若干個檔案。由於我們的商店要通過 Web 存取，就從 Web 服務開始吧：package interfacesimport

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。這是 Joe Armstrong，Erlang 之父在昨天（2013-01-24）發表在 Erlang 郵件清單裡的內容。詳細解說了他自己從開始學習編碼到發明 Erlang 的整個曆史。並且，對如何學習編程；如何成為大牛等一系列熱門問題提出了自己的看法。當然，文中槽點無數（包括堅定不移的黑我大PHP）。這也是我覺得有必要翻譯出來的原因之一。由於是發在郵件清單的，所以原文是沒有正式的標題的。我從 HN

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。原文在此，續前……——–翻譯分隔線——–在 Go 應用中使用簡明架構（5）基礎層就像上面提到的，我們的儲存認為“資料庫”是一個可以用 SQL 請求發送或接收資料行的抽象。它們不關心基礎構建的問題，例如連結到資料庫，或使用哪個資料庫。這是在 src/infrastructure/sqlitehandler.go 中完成的，高層次的 DbHandler 介面是通過調用低層次的功能來實現的：package

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。春節前，粗略研究了一下的公用帳號。用 Golang 實現了一個簡單的 package wechat，用於接入公用帳號。當時就在思考，的文字互動過程如果要實現有一定邏輯的複雜過程，可能需要使用到狀態機器。然後，就看到了這篇文章：《State machines in Go (#golang)》。非常合時宜啊！翻譯於此，以饗讀者！——–翻譯分隔線——–Go(#golang) 實現的狀態機器我已經用 Go 代替 Python

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。使用 cgo 讓 Go 跟 C 一起工作已經不是啥稀奇的了。有大量的第三方包直接對 C 的庫做了封裝，提供給 Go 使用。從 Go 項目本身的代碼中可以看到，不但有 C 代碼，還有彙編代碼存在。那麼在自己的項目中是否能跟彙編結合呢？這篇文章完整並清晰的解說了如何讓 Go 和彙編協同工作。真得效能敏感？上彙編吧！！————翻譯分隔線————Go 和彙編關於

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。由於年後工作實在太忙，一直也沒寫點什麼。不過這篇我覺得值得，所以……原文：https://tip.golang.org/hg/doc/go1.1.html原文連結我進行了替換，現在指向 tip 大多數應該正確吧。不過如果是 Go 1.1 正式發布半年後，我可不保證了。————翻譯分隔線————Go 1.1 介紹Go 第一版（簡稱 Go 1 或 Go 1.0）發佈於 2012 年三月，這個版本提供了穩定的 Go

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。在編寫 golang 程式的過程中，channel 會經常使用。本文對 channel 的使用的確很特別，同時也非常實用。原文在此：http://dave.cheney.net/2013/04/30/curious-channels————翻譯分隔線————絕妙的 channel在 Go 程式設計語言中，channel 是一個閃耀的特性。它提供了一種強大的、在不使用鎖或臨界區的情況下，從某個 goroutine 向其他

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。I’m happy to announce the system operations cluster: Z-Node here.https://github.com/mikespook/z-nodeIntroZ-Node is a cluster for helping system operations. It works with Doozer and ZooKeeper cluster.Every Z-Node

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。零停機升級幾乎是現代網路服務的標配，其實現原理並不複雜……blablabla……（ 從檔案描述符講起，省略一萬字）。現在有人確認 Go 也可實現零停機升級 TCP 服務或者更加簡短的叫法——熱更新。原文在此：Zero Downtime upgrades of TCP servers in Go—————-翻譯分隔線—————-用 Go 實現零停機升級 TCP 服務最近在 golang-nuts 郵件清單上有篇文章提到 Nginx

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。嚴格意義上說，本文是我另外一片文章《Golang Funny: Play with Channel》的中文版本。不過，畢竟是用中文當母語的，所以就不翻譯了，重新按照那個內容寫過吧。channel 是 golang 裡相當有趣的一個功能，在我使用 golang 編碼的經驗裡，大部分事件都會是在享受 channel 和 goroutine 配合的樂趣。所以本文主要介紹 channel 的一些有趣的用法。這裡有 Oling Cat

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。原文 Less is exponentially more 是 Rob Pike 自己整理的他在六月22日，舊金山的 Golang 會議上的演講稿。清晰的介紹了 Go 的前世今生，來龍去脈。為了讓更多的人能夠更加清楚的認識到 Go 的優雅並喜愛上 Go，特翻譯成中文，以飧讀者。—————-翻譯分隔線—————-大道至簡這是我（Rob Pike）在 2012 年六月，舊金山 Go 會議上的演講內容。這是一個私人演講。我並未代表

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。The golang’s function is a code block like C’s, but it can also be assigned to a variable as its other types.If you are not familiar with the function, Codewalk: First-Class Functions in Go should be a good starting

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。上個星期，我寫了篇《Function call by name in Golang》。由於是英文的，所以被人詬病（說誰，誰知道！）。好吧，現在用中文重新寫一遍。Golang 中的函數跟 C 的一樣，是個代碼塊，不過它可以像其他類型那樣賦值給一個變數。如果你對函數不熟悉，《Codewalk: First-Class Functions in Go》應該是個不錯的起點。已經有所瞭解？那麼繼續吧！首先，來看看這段 PHP

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。這篇文章雖然不長，但是很有趣。看到好幾天了，一直都沒空翻譯。抽空翻譯出來，這應當算是英文“標題黨”和“進階黑”吧。原文不好讀，也沒什麼特別的；不過如果是為了強化學習 Golang 的信心，值得看看。原文在此：http://aeronotix.pl/blog/go-is-boring—————-翻譯分隔線—————-無聊的 GolangGo 沒什麼新鮮的，也沒什麼特別的。你在看到 Go

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。Go or Golang, is a open source, community supported, fast, consistent, scalable, productive language, and conceived by Google. More and more applications were build with it. Although Rob Pike has said that “… we

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。熟悉我的朋友應當知道，近些年的大部分時間我的工作都會多少和 PHP 相關。隨著 PHP 有著越來越深入的瞭解，以及遇到越來越多的不同業務時，使用 PHP 總會讓我有一種莫名的無力感。當然，並不是我一個人在使用 PHP 的時候遇到了問題。事實上，每個略微有一些經驗，接觸過一些需求的人都會有同樣的困惑。各種配合 LAMP（或者LNMP？）架構的後端技術也因此被發明或被發現，進而整合到 PHP 的開發的技術體系中。從簡單的

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。原文在此，續前……——–翻譯分隔線——–在 Go 應用中使用簡明架構（2）架構實現首先來實現領域層。之前已經說過，應用和其用例將完全可用，但是這不是一個完整的商城。因此，定義領域的代碼應當足夠短小，這樣正好可以放在一個檔案中：package domainimport ("errors")type CustomerRepository interface {Store(customer Customer)