Masashi Terui is a developer, cloud architect, and author of the serverless deployment tool Lamvery. He works at Section-9 and is in his 30s with a son and daughter. He discusses various serverless frameworks like Serverless, Apex, Chalice, Zappa, and Lamvery - comparing their uses, benefits, and issues. He proposes addressing issues like dependencies management, partial deployments, and establishing debugging and monitoring methods by tagging functions, using aliases effectively, declaring bundled libraries, and visualizing dependencies.
Introduction to Vim plugins developed by non-Japanese Vimmer (Japanese version)deris0126
This is vimconf 2015 slide. that title is "Introduction to Vim plugins developed by non-Japanese Vimmer" (Japanese version)
English version is here(http://www.slideshare.net/deris0126/vimconf2015-en)
Pixela, Record and Track your habits or effort. All by API.
Pixela is the Pixelation API service. With this service, you can get a GitHub like graph that expresses the degree of your daily various activities on a basis with a vivid gradation.
This document is an introduction to Pixela. Used in builderscon 2019 https://builderscon.io/tokyo/2019 .
This document discusses Pixela, an API service for tracking personal data. It describes how Pixela uses the Google App Engine platform and Datastore database, allowing users to track metrics over time through a simple web API. Examples are provided of making API calls to Pixela to create user and graph objects and add new data points.
This document provides information about three different events and opportunities. It announces a meetup about the Mackerel monitoring service to be held on February 21st in Tokyo. It also shares a link to an open-source home server project on GitHub called a-know-home-server. Finally, it includes a link to a job posting for a sales engineer position at Hatena.
This document appears to be notes from a talk or conference about web development and infrastructure. It discusses the speaker's career transitioning from web development to infrastructure engineering and their experiences working with PaaS and IaaS cloud services. Specific technologies and conferences mentioned include Ruby, Google App Engine, Mackerel, and YAPC::Asia Tokyo.
This document appears to be notes from a Mackerel user group meeting. It discusses using the Mackerel monitoring service and fluentd plugin to monitor and visualize various metrics from applications and devices. Specific examples covered include monitoring Fitbit activity data and Google Analytics visitor counts, and displaying the metrics in a Dashing dashboard using custom widgets. The document also mentions restricting access to metrics collection via Nginx and standardizing the Mackerel API.
6. Agenda
1. Introduction
i. Do you know golang?
ii. Do you know appengine?
iii. Why start appengine with golang?
2. About golang specification
3. Live developing
4. まとめ
7. About golang specification
• まずは言語仕様から軽く・・・
• A Tour of Go
- http://tour.golang.org/
- 実行するコードは、golang.org サーバ上のGo Playgroundで動作
- 受けたGoコードをサーバでコンパイル・リンク・実行し、そして
その結果を返してくれる
• A Tour of Go (jp)
- http://go-tour-jp.appspot.com/
- 今日はここから要所をピックアップすることにします
- 数が多いので巻き気味でいきます
18. About golang specification
#27, 29) Pointers, The new function
• new(T) と書くと、ゼロ初期化した T の値をメモリに割り当て、その
ポインタを返す
- Go にはポインタがある(ポインタ演算はない)
- 構造体のフィールドは、構造体のポインタを通してもアクセスでき
る
19. About golang specification
#30, 31, 32) Slices
• 配列変数は配列全体。スライスとは、ある配列内の連続した領域への参照のこと
• make 関数を使って生成:ゼロ初期化した配列をメモリに割り当て、その参照が
生成される
20. About golang specification
#34, 35) Range
• slice などの要素ひとつずつを反復処理するのに使える
• i はインデックス。その後ろに変数を置くと値が取れる
• インデックスや値の代入先をアンスコ”_”にすることで、
破棄することも可能
21. About golang specification
#37, 38, 39, 40) Maps
• 連想配列。make関数 で作成
• キーが存在するかどうかは、2つ目の戻り値を受け取ることで確認
- map m に key があれば、 ok は true になる
- なかった場合、ok は false になり、 v は、map の要素の型のゼロの値
になる
22. About golang specification
#42, 43) Function
• 関数も値として扱える
- 関数そのものを変数に代入できる
• Go の関数はクロージャだそうです
- クロージャ:関数閉包。引数以外の変数を自身のスコープにおいて解決する関数オブジェクト
- pos, neg の各クロージャは、自身の変数 sum へアクセスして変更できる(「sum にバインド
されている」)
23. About golang specification
#45, 46) Switch
• 上から下に評価。一致したところから下は評価されない
• 各 case の最後で break する
- Java とかだと、case 文を実行した後でも switch 文全体の処理から抜けず
に次の case の判定を行う
- fallthrough 文を case の最後に記述すれば、 Java とかと同じ挙動に
30. About golang specification
#66) Range and Close
• 送り手は、これ以上の送信する値がないことを示すためにチャネル
を close できる
• for i := range c と書けば、チャネルが閉じられるまで、繰り返し
チャネルから値を受信できる