RESTful Go: An API Server with 90%+ Test Coverage in 260 Lines of Code
That's a grand total of only 263 lines of code! The rest of this post explains those lines. Representing a Signature with the Signature Struct First, I define the Signature struct. When the server receives "GET /signature", it will grab these from the database and display them as JSON. When it receives "POST /signature" with valid JSON data, it will create one of these and insert it into the datab
とうとう Git 2.0 が現実のものに。便利な機能満載 | Atlassian Japan 公式ブログ | アトラシアン株式会社
長い間待たれてきた git のメジャーバージョンアップがリリースされました。Changelog に目を通し、素晴らしい機能を見つけられることに興奮しています。過去の git リリースの情報をおさらいしたい場合は、バージョンアップのたびにその情報を特集してきた私の過去記事をご覧ください: 1.8.2、1.8.3、1.8.4、1.8.5、1.9。 このブログ記事では、今回のバージョンアップの一部しか取り扱うことしかできません。変更とバグ修正の完全リストをご希望の場合は、Changelog の完全版をご覧ください。 デフォルト設定一部変更: ユーザビリティの改善と混乱を解消 まず最初に、互換性に影響する変更を見ていきましょう。複数の変更がありますが、これらのアップデートは、初心者にとどまらず多くの人々を悩ませてきた誤解を解決するもので歓迎できると思います。これらの変更は、.gitconfig を
ZenHub.io - Agile Project Management inside GitHub
AI is radically changing the way that we build software. Yet the way we manage software projects still looks a lot like it did twenty years ago. Engineering teams are still spending hours manually updating project management tools, leading to messy, inaccurate project data. This leaves engineering leaders without a clear view of progress, making it difficult to know whether projects will be deli
Go For Perl Mongers - YAPC::Asia Tokyo 2014
しばらくGoを書いてきて、GoはPerlを使っている人たちにとってとても相性のよい言語だと思うようになりました。 Perlでは手が届かないかゆいところに手が届くし、速いし、バイナリを作って設置するのも簡単です。 しかしながらGoを書き始めるにあたっては多少それまでPerlや他のLLで培ってきた考え方を変える必要があります。 本トークでは、Goを多少触った事があるけれどもまだちゃんと「Goのやりかた」をつかめてないというPerl（もしくはLL系）の方を主な対象としてGoを書く際に知っておきたい知識を具体的な実例を交えて紹介します。 できれば、下記のトピックだけでなく、会場で具体的な質問なども受けたいと思っていますので、もしこのトークが採択されて聞きにきていただける場合はぜひ質問を持ってきて、大声で聞いてください。 goroutineのコントロール (or, "Forget about POS
機械に叱られるって幸せじゃないっすか？ - YAPC::Asia Tokyo 2014
本トークではプロジェクト・プログラムの品質を担保する為の自動化および機械化にまつわる話をある程度の範囲に渡って行う予定です． ソフトウェアの品質を向上する為には様々な方法がありますが，その中には効果的であっても人間がやるべきではない仕事というものが存在します．それは例えば，未使用の定義済み変数の検出であったり，コードスタイルの統一であったり，バグが潜んでそうな部分にあたりを付ける作業であったりするでしょう．あるいはブラウザをポチポチするという修行かもしれませんし，ソフトウェアテストを忘れずにpush前に回す，というようなことかもしれません． そうした，人間が心をこめてやるべきではない仕事はコンピュータにアウトソースして人間の代わりにやってもらい，何か問題があったら機械に叱ってもらって，該当部分を修正することで品質の向上を実現していく，機械に叱られるってマジサイコー！！ といった事について話
運用エンジニアが開発エンジニアになるためにやったこと - YAPC::Asia Tokyo 2014
tl;dr About my steps from ops to dev engineer. If you're an ops guy who want to be a developer, this will help you somehow. (日本語は下の方です) Details I worked as an ops guy for about four years since I had dropped out from a graduate school. In a last few years, I really felt that I would like to be a software engineer, but I had no chance in my company. So, I decided to prepare for the future chance to
Dockerで遊んでみよっかー - YAPC::Asia Tokyo 2014
インフラの自動化、Immutable Infrastructure、新しいアプリケーションのデプロイ方法、Dockerを支えるLinuxのコンテナ技術などなどDockerは各方面でかなり盛り上がっています。先日のDocker Meetup Tokyoにも数百人の参加応募が集まることからも注目の高さがわかります。 ただ、その盛り上がりとは別に、Docker自体リリースされてそれほど長い時間が経っているプロダクトではないことから、どのようにDockerを使ったらよいのか、アプリケーションを動かすベストプラクティスがまだ定まっていないように思えます。 このトークはDockerをまずはとにかく手元や開発サーバで動かして、試して遊んでみようというセッションです。 遊ぶからにはDockerで"Hello World"を出して終りではなく、もう少し便利なこと、例えば身近な作業の自動化やちょっとしたアプリ
Go Conference 2014 spring で発表してきた
5月31日にGoConference 2014 springというイベントで pt & Goroutine というタイトルの発表をさせてもらいました。 今年に入ってから Go言語をさわるようになって、pt(The Platinum Seacher)というGoでつくったagライクな高速検索ツールを公開しており、そこからのつながりで今回の発表となりました。 内容的には、以下のスライドのとおり、同ツールの高速化の経緯をたどりながらGo言語の並行処理を実現する機構であるGoroutineの使い方を知ってもらうという構成でした。 TLの反応などを見ると、需要はあり一定の満足はもらえたんじゃないかなとほっとしています。 200名ぐらいの参加者がいて、海外からのスピーカー来ているという今回のカンファレンスは、福岡から参加した自分にとってはなかなか本格的なもので、たくさん刺激を受けたし、こういうところで話
moby/CHANGELOG.md at master · moby/moby
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository. Changelog Items starting with DEPRECATE are important deprecation notices. For more information on the list of deprecated flags and APIs please have a look at https://docs.docker.com/engine/deprecated/ where target removal dates can also be found. 17.03.2-ce (2017-05-29) Networking Fix
Socket.IO, Redisを使用し各ゲーム間でプッシュ通知するシステム | 株式会社サイバーエージェント
2. システム概要 homingは、アメーバピグ関連サービスのいずれかにログインしているユーザに対して、各サービスの通知情報を横断的にプッシュ通知します。 システムの構成は以下の通りです。 図2-1. システム概要 2-1. APIサーバ ユーザへの通知要求を受け付けるREST fullなAPIを備えたWebサーバです。 Node.jsのClusterによる、master/worker構成で稼働します。 通知要求はワーカプロセスで処理します。 図2-2. APIサーバ 2-2. Redisサーバ（データストア用） 一時的なデータをストアするためのRedisサーバです。 sentinelプロセスによる、master/slave構成で稼働します。 ストアされたデータはメモリ上のみで管理し、ディスクへの書き込みは行いません。 以下の情報を管理します。 ユーザのオンライン情報 ユーザIDの索
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
YAPC::Asia2014会場ネットワークのツクリカタ - YAPC::Asia Tokyo 2014