はてなブックマーク

この記事はQiita AdventCalendar 2019 Go6の17日目のエントリです。 「TinyGoでマイコン開発に入門してみよう！」という内容で現状のTinyGoをご紹介。 TinyGoって？ Goのフロントエンドを使ってバックエンドにLLVMを利用する形で マイコンに向いたバイナリを出力可能にしたものです。 特徴 Goのマイコン向けサブセット AVRやARMシリーズに対応 WASMやPC向けバイナリも出力可能 LLVMバックエンドのため高効率（サイズ、処理性能） なぜGoはマイコンに向かないのか？ OS依存が大きいとかランタイムが大きいなど ネットワークライブラリがモノリシックで巨大 メモリの利用方法が富豪的 組込に必要なGCの保留やvolatile機能の不足 TinyGoがサポートする標準ライブラリ まだ、本家Goとの差異はいくつか残っていてその影響で半数ほどのパッケージは

Go のシンタックスだけで HTML とスタイルと JS を構築する「Vecty」というフロントエンド開発キットの紹介 先日 Umeda.go#3 にて登壇して Vecty を紹介しました。資料はこちらです。 Vecty とは？ リポジトリ: https://github.com/gopherjs/vecty GopherJSむけの React-like な frontend development kit です。 GopherJS について 前に書いた紹介記事を参照 Vecty の主な機能は GopherJS の Go 記述を JS へのトランスパイル機能を利用します Go のシンタックスのみで HTML とスタイルとイベントハンドリングを記述 HTML 記述ツリーをコンポーネントとして定義する支援機能 コンポーネントツリーを初期レンダリングする機能 仮想 DOM のようにコンポーネント

Goの言語仕様にジェネリクスそのものはありません。 Go2でなにかしらの支援が入るかもしれませんが、 その仕様の落とし所はまだまだ定まってはいないようです。 Go1.4にて言語仕様ではなくツールチェインでコードを生成するための 機能「go-generate」が追加されました。 この機能はアセットの埋め込みやバージョン情報生成のほかジェネリクスも実現できます。 「go-generate」を使ってエレガントにジェネリクスできる様にするgennyというツールを紹介します。 go-generate コーディングとビルドとの間に行う「何らかの処理」を定義できます。 「何らかの処理」はただの１行のシェルコマンドラインです。 go-generateは指定した パッケージの中で「何らかの処理」＝コマンドラインを起動するだけの機能です。 Makefileでやってもいい様な気がしますが、以下の２つの支援機能が

よくGoで誤解されるポイントについて個人的な見解を書いておきます。 今回の記事はGoアドベントカレンダー2017 その3の20日目の記事です。 使ってないパッケージがコンパイルエラーって面倒じゃね？ さっさとgoimportsかgoreturnsを保存時に自動実行するエディタ環境を使いましょう。 gofmtも一緒に実行されていいことずくめですよ！ インターフェースがnil判定出来ないパターンがあるのダメじゃん？ 最初は私もそう思いました。しかし、typed-nilがnilリテラルと比較できなくなったのは 「nil判定サボったままinterface型に変換した」からでサボらなければ全く問題にならないのです。 map,sliceが不便？ map,sliceはメソッドが一切ありません。 極論をいうとGoのプリミティブ型みたいなものなのです。 ユーザーが欲しいものはmapやsliceを駆使して各自

GoでJoyconをポインタデバイスにしてみた By nobonobo December 14, 2017 こんにちは、最近ニンテンドースイッチにハマってるNoboNoboです。 ニンテンドースイッチ世界総販売台数1000万台突破おめでとうございます。 今回の記事はGoアドベントカレンダー2017 その3の14日目の記事です。 ニンテンドースイッチに付属するJoyconをGoで読み取りしたらできたのでその解説を書きます。 また @shibu_jp 氏のgotomationにてプレゼン用ポインタとして動作させるところまで。 Joyconのペアリング JoyconはBluetoothでPCと接続できます。 一般的なデバイスと同様の手続きで接続確立できます。 注意点としてはJoyconを通電中のニンテンドースイッチに差し込むだけでペアリングセッションはニンテンドースイッチ側に上書きされる事です。

Goで未定義のXMLを処理するのに四苦八苦した話。 任意のXML処理を作る。 構造体を個別に定義せずにXMLを処理したい！ 汎用定義だけで以下のような処理がしたいでござる〜。 読み込んだ情報をすべて保持する。 保持した情報をすべてXMLにする。 というわけで、xmlパッケージソースにらめっこしながら 汎用定義「Tag」を作ってみた。 package main import ( "encoding/xml" "io" ) type Tag struct { Name xml.Name Attr []xml.Attr Children []interface{} } func (t *Tag) MarshalXML(e *xml.Encoder, start xml.StartElement) error { start.Name = t.Name start.Attr = t.Attr e.

GoでGUI作る決定版！ ほとんどのプラットフォームで動くGUIネイティブアプリを作れる qtパッケージの紹介。 GitHub: https://github.com/therecipe/qt クロスプラットフォームなGUIライブラリ GUIをクロスプラットフォーム対応するのはとても膨大なAPIをカバーするため 多くは限定的な機能提供にとどまるパターンがとても多いです。 その中でQtは20年以上の歴史を持ちかなり広範なプラットフォームをサポートした C++製のGUIフレームワークです。GUI機能そのものがフルスタックな上、 画像処理、ネットワークやオーディオ・ビデオなどのサポートも内包しています。 therecipe/qtはこのQtをGoから使えるようにラップしたパッケージです。 therecipe/qtがサポートするプラットフォームは以下 （本家Qtはもう少し多い） Mac OS X(m

Goは大変便利なパッケージ参照やビルドツールチェインを持ってますが・・・。 プライベートリポジトリからのパッケージ参照やリビジョンロックができない。 そこでオレオレですが、ベンダリングテクニックを紹介。 パッケージ管理 Goは公開リポジトリからその時点での最新の版のパッケージを 簡単に自分のGo開発環境に取り込むことができます。 ですが、バイナリリリース型の開発をしていると 以下の４つの機能不足を感じます。 オリジナルリポジトリの消滅やエンバグの影響を受けたくない プライベートリポジトリからのパッケージ参照 リビジョンの固定 依存パッケージの追加や削除を簡単に行いたい （消失対策は何年も維持メンテする上での保険のようなものです） 標準機能としてベンダリング機能が追加 Go1.5で試験導入されたベンダリング機能は 1.6以降では標準機能として使えるようになりました。 GOPATH配下の「ve

Go書いててなんとなく見えてきた Goでやっちゃいけないパターン WAF導入してらくらくWebアプリ WAF自体が現在群雄割拠状態。 WAF毎にハンドラインターフェースが違うので既存コードつなぐにはラッパーが必要。 どのWAFもLL言語に比べるとまだまだフィーチャーの網羅範囲が狭い。 なのでもちろんLL言語ほど楽には書けないことが多い。 リフレクション使いまくりでトータル性能はLL言語並みに遅いのもある。 Go1.7のcontextパッケージの導入で標準のHTTPハンドラが復権する可能性があり更に荒れる予想。 追記: 楽できるのを期待してWAFを導入するの「やっちゃいけない」とまでは言い過ぎだったかもしれないけれど例のsqlでPrepareを正しく使えていないで性能出なかった件とか、当面WAFを使うなら自分で概ね中身を理解して使う覚悟が必要。 構造体メソッドにロジックを詰め込む Goの思想

パフォーマンス維持のコツをコツコツとメモする リフレクションは最後の手段 パフォーマンスに寄与しない部分でのみ使う。 どこがパフォーマンスに寄与するのかが不透明なうちは使用禁止のほうが良い。 一度使い出すとリフレクションは多用したくなる魔力がある。 メモリ使用量 値は8バイトアライメントに置かれるので基本は8バイト長分メモリを専有。 ポインタ変数は64bitCPUで8バイト長 インターフェース型変数は16バイト長〜 （値＋型識別） メモリ確保を含む型コンバートは 型キャスト、アサーションに比べると10倍以上遅い。 同じ値なのに「メモリ確保を含む型コンバート」を複数回行う場合は メモリ消費量は増えるが汎用の変数「interface{}」に 値を保存しておいて参照するほうが速度を維持できる。 ゼロメモリアロケーション 高頻度操作におけるメモリアロック１とゼロの間には大きな速度差がある。 可能で

スケールする実装を書くためのガイド スケールするために 並列度とアムダールの法則 べき等参照透過性 Lock-FreeとWait-Free アトミックアクセス ロックの局所化 並列度とアムダールの法則 時間単位の場合は繰り返し処理のトータル時間に対し、 並列処理を妨げない処理時間の割合を「並列度」という。 （コードプロファイルを使って求める場合もあるが、 比較的単純なコードでないと計算が複雑になりやすい。） p 並列度 n 並列数 性能比 1/((1-p)+p/n) p=0.9のとき４倍の性能を得るにはn=6が必要。 n=5で４倍の性能を得るにはp=0.938が必要。 n=無限大とすると、性能比は以下の式におちつく。 理論上の性能向上限界 = 1/(1-p) 並列度90%の処理をどれだけ多数コアに分散しても理論上10倍処理効率が限界。 並列度95%の処理をどれだけ多数コアに分散しても理論上

Let's Play with GopherJS

お前誰よ おわり モチベーション 一般の ピアノアプリ 子供が大好き 子供が遊ぶ 謎機能起動 戻す 子供が遊ぶ 広告起動 戻す 子供が遊ぶ ソーシャル 機能起動 戻す イライラ！ イライラ！ もっと シンプルな ピアノが 欲しい〜！ とか考えてたら Go Challenge 7 というイベントが！ しかもお題がピアノモバイルアプリ！ これは是非とも 参加しなくては！ というわけで gomobileで ピアノの作り方 アジェンダ 音に関する物理 ピアノの仕組み デジタルオーディオ用語 gomobileでアプリを作る 以上の構成です 今日はGoのカンファレンスに 来ておきながら、 Goの成分少なめです。 まずは一緒に高校物理の復習をしましょう。 Dive into Physics ▼ 音の原理を学ぼう！ 音ってなに？ 音波に乗って伝搬するもの ですね 音波ってなに？ 空気の気圧の疎密波 縦波の

chan使用パターンを記録するよ！ chanは強力な仕掛けなんだけど、 道を踏み外すと道半ばで刺さる。 なので良かったパターンをメモっとく。 chanを扱う役割は５つある。 makeする役(maker) writeする役(writer) readする役(reader) closeする役(closer) 破棄する役(GC) これらを踏まえて抑えるべきポイントは read,write,closeは時間的にmakeからGCまでの間にしか存在してはいけない。 readerとwriterは基本別のgoroutineであること。 closeはreaderに終了を通知するためのもの。 readerを終了させる最善の手はclose。 基本writerとcloserは一蓮托生。 そうでなければcloseは使うべきでない。 chanは同期のための仕組みで、Mutexなどを併用するのは使い方がおかしい。 cha

Goで読み上げチャットボットを作ってみた。。 By nobonobo December 8, 2013 mattnさんのgo-xmpp使ったらあっさり作れた。 スピーチエンジンはOSX内蔵のものかGoogleのものを選べるようにしてみた。 ユーザー名やパスワードを指定して起動するとチャットメッセージを受け取るとそれをしゃべります。 動作に必要なもの go get github.com/mattn/go-xmpp soxのインストールまたはOS-Xのスピーチボイスにkyokoを追加。 ソースコード package main import ( "bufio" "flag" "fmt" "github.com/mattn/go-xmpp" "io" "log" "net/http" "net/url" "os" "os/exec" "strings" ) type Speaker interfa

Goの言語仕様にジェネリクスそのものはありません。 Go2でなにかしらの支援が入るかもしれませんが、 その仕様の落とし所はまだまだ定まってはいないようです。 Go1.4にて言語仕様ではなくツールチェインでコードを生成するための 機能「go-generate」が追加されました。 この機能はアセットの埋め込みやバージョン情報生成のほかジェネリクスも実現できます。 「go-generate」を使ってエレガントにジェネリクスできる様にするgennyというツールを紹介します。