改めて見直すGoの特徴
以前にまとめた内容に続き、 極力Goならではな特徴をいくつか挙げていく。 依存解決が必要最低限で互換性を考慮しつつ決定的 モジュール単位で依存をダウンロード。コンパイル対象はサブパッケージ単位。 依存の明示方法はコードに埋め込まれ、かつ未参照のインポートはコンパイルエラー。 つまり動作するコードのすべては正確な依存ツリーが明示されていて余計な依存は引き込まれない。 そして持ち前のコンパイルの速さを含め、相当深い依存ツリーでも依存解決にかかる時間は既知の処理系の中でも最速レベル。（唯一勝てるのはプリビルドバイナリが配布されている場合くらい） また、コンパイルやリンクに必要な処理量そのものが比較的少ないため、開発環境負荷も小さい。 かなり巨大なプロジェクトであってもメモリ8GBで困るようなことが無い。つまり、CI環境の維持にもローコストで済む。 ライブラリの提供側では後方互換性が破壊されるよう
Go 1.16のembedとchiとSingle Page Application | フューチャー技術ブログ
シングルページアプリケーションは、1つのHTMLファイルであらゆるページを表現します。history APIを使ってそのようなページが実際にあるかのように振る舞います。 一方で、画面がリロードされたとき、メールでSNSでシェアされたときにその該当ページをきちんと再現するためには、サーバー側でハンドリングを行う必要があります。具体的には、存在しないページがリクエストされたら、アプリケーションのルートとなるHTMLファイルの内容をそのURLから配信するというものです。 https://angular.jp/guide/deployment#server-configuration それにより、どのURLでもJavaScriptが動作し、そのURLで表示すべきコンテンツが表示されます。もし想定していないパスの場合は、ウェブサーバーではなく、JavaScriptがエラーを出します。 Goでウェブサ
Google アシスタントが家電にどんどん入り込む － Alexa/Siriを含めた今後の展望 (1/2) - Phile-web
■Google アシスタントを家電に“組み込む”ことの意味 「Google アシスタント ビルトイン」とは、文字どおり “Google アシスタントが組み込まれた” 製品のこと。Googleが提供する対話型音声アシスタントサービス「Google アシスタント」の窓口として、マイクで拾った人間の声をデータ化してクラウドへ送り、その解析結果を受け、何らかの処理を行うことが製品としてのキモだ。Googleが2016年秋に発売し、翌年日本に上陸した「Google Home」はその先駆であり、スマートスピーカーというジャンルを形成した筆頭といえる。 Google アシスタントは主要部分をクラウドに置くソフトウェアだが、その窓口を家電製品に “組み込む” となると、一種のPCとしての機能が求められる。Google アシスタントの機能をどう使うかはAPIとして整備されており（詳細はこちら）、そのAPIに
mruby専用クラウドOS「μOSv」を作りました - syuu1228's blog
追記：μOSvはOSv本家にマージされました。 こちらのWikiの「OSvをビルドしてより多くのアプリを試す」以下を参照して下さい。 μOSvというものをgithubで公開したので、ここに簡単な説明を書いておきます。 実行イメージ動画： これは何？（OSvを知らない人向けの説明） ローカルマシン上のKVM・Xenや一部のIaaSサービス・VPSなどで走る、mrubyスクリプトを実行する事のみに特化されたOSです。 mrubyインタプリタの実行に汎用OSを必要としないため、とても少ないメモリ使用量（今のところ90MB以上なら動く）・ディスクイメージサイズ（今のところ26MB）・とても速い起動時間（今のところ2秒くらい）で動作します。 mrubyなのでRubyで使えるAPIが全て使えるわけではありませんが、ネットワークアクセスを行う小さなアプリケーションであればLinux上で動作するRubyス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
