Inside the Go Playground - The Go Programming Language
The playground service has three parts: A back end that runs on Google’s servers. It receives RPC requests, compiles the user program using the gc tool chain, executes the user program, and returns the program output (or compilation errors) as the RPC response. A front end that runs on Google App Engine. It receives HTTP requests from the client and makes corresponding RPC requests to the back end
JavaScript code coverage · V8
Show navigation Code coverage provides information about whether, and optionally how often certain parts of an application have been executed. It’s commonly used to determine how thoroughly a test suite exercises a particular codebase. Why is it useful? #As a JavaScript developer, you may often find yourself in a situation in which code coverage could be useful. For instance: Interested in the qua
Goオフィシャルチーム作成の依存関係管理ツール dep を試してみた | DevelopersIO
dep とは Goでは依存関係管理ツールとして、glideなどが有名ですが、depはGoオフィシャルチームによって作成中の依存関係管理ツールです。将来的に go dep のように go コマンドのサブコマンドとして取り込まれる可能性も期待できるツールです。 長い間 Pre-alpha となっていましたが、いつの間にか dep is safe for production useとなってましたので試してみたいと思います。 インストール # go get でインストール go get -u github.com/golang/dep/cmd/dep # Macの場合brewも用意されています brew install dep 使い方 # 最初の一回のみ行います。現在の構成を解析し`Gopkg.toml`、`Gopkg.lock`が生成されます。 dep init # パッケージをvendorデ
歴史的遺物callback interfaceの紹介 - Qiita
これはChromium Browser アドベントカレンダーの五日目の記事です。本記事ではWeb IDL規格におけるcallback interfaceとcallback functionという2つのコールバック仕様を説明します。ウェブ開発者を想定読者としていますが、ウェブ開発の役には立たない内容となっていますので、トリビアとしてご活用ください。 二つのコールバックの仕組み ウェブ開発をしている方々はなにかとコールバック関数を使う機会があると思います。一番有名なのはEventTarget.addEventListenerでしょうか。 document.body.addEventListener('click', () => { console.log("you've clicked"); }, false);
会議/ミーティングについて本気出して考えて見た結果 - Qiita
はじめに 「会議だけで一日終わっちゃったよ・・・」と言うワードを聞く頻度が増えました。 前々から、会議なんとかしたいなぁと思いつつも、どうやればいいのかな？ってのをいまいち理解できていなかった＆良い機会なので、ちょっと力入れて調べ/考えてみました。 結論 まず結論を述べておきます。たった2点です。 1.「適切な振り返り」を行うこと 適切な振り返りとは、「基準を明確にし、測定し、データに基づいた振り返りを行うこと」。 そして、この「適切な振り返り」は、会議だけに留まらせず、基本的な仕事のスタンスにさせていくこと。 2.日頃からチーム力を上げておくこと 人間心理として、会議に対する心理的負荷は大きい。心理的負荷を下げ、効果的な会議を行うには、日頃からチーム力を上げておくことが効果的である。 チーム力を上げるには、「心理的安全性（チームのメンバー一人ひとりがそのチームに対して、気兼ねなく発言でき
AWS Cloud9でLambdaアプリの開発をしたり共同編集をしてみた - Qiita
この記事はAmazon Web Services Advent Calendar 2017の9日目の記事になります。 結構気になっていたAWS re:Invent 2017での発表があります。 AWS Cloud9 です。実際どの程度便利なのか、使ってみました。 環境作成 利用開始をしようとすると、環境作成のページに飛ばされました。まずはAWS Cloud9が動く環境を準備する必要があるんですね。（そういえばオリジナルのCloud9もそうだったような。。。） とりあえずテスト環境を作成します。 テスト環境なので、設定はデフォルトで。30分以上放置してたら作成したインスタンスを止めてくれるとか、気が利いてますね！ 環境作成の直前に推奨の設定やらが案内されましたが、とりあえず無視します。 環境が作成されるまでしばし待ち。。。（しかし画面かっこいいな） コーディングしてみる 環境が整えばいよいよ
ひとりでCPUとエミュレータとコンパイラを作るのカレンダー | Advent Calendar 2017 - Qiita
The Qiita Advent Calendar 2017 is supported by the following companies, organizations, and services.
githubにgoのライブラリを公開する手順メモ - Qiita
概要 ffprobeコマンドのgolangバインドをライブラリとして公開してみる 動画であれば対象ファイルの動画ストリーム情報や オーディオストリーム情報を表示してくれるffprobeコマンドを golangの構造体にバインドしてみる。 リポジトリはライブラリとして公開したいので下記を表示するようにしたい。 buildに成功する カバレッジ godocへのリンク ライセンス 公開先はgithubを前提に書いています 結果 こんな感じになりました リポジトリはこちら https://github.com/smith-30/go-ffprobe リポジトリを作る LICENSEもこのタイミングで作ってしまいましょう。 travisに登録 CIはtravisを使っていきます 無料 https://travis-ci.org より ダッシュボードから作成リポジトリをOnにする coverallsに
Nuxt.jsの本格導入で遠回りしないためのTips v1.1 - Qiita
本記事はVue meetup #5で発表させていただいた「Nuxt.js本格導入で遠回りしないためのTips」のスライド発表の内容をQiita向けの記事としてまとめ、内容を一部追加したものです。これからNuxt.jsを本格的に使ってみようという方の助力になれば幸いです。 本記事では、そこそこな規模の本格的なアプリケーションにNuxt.jsを導入する場合に多くの方が直面するであろう問題や、知っていると助かりそうなことを紹介します。 Tips 1. ドキュメントを読もう 本格的なウェブアプリケーションをNuxt.jsで作ろうとしているならば、VueとNuxtのドキュメントを先にしっかり読みましょう。VueやNuxtは使い始めるのに多くのことを知る必要がなく、少しずつ利用の幅を拡げていけます。これはVueやNuxtの良いところです。しかし、本格的なウェブアプリケーションを構築する場合、結局のとこ
Vue.jsで開発を始める前に決めておきたい事 - Qiita
ここ１年ほど実務でVue.jsを利用してWebアプリケーションを開発しています。 今回はVue.jsを使ってチームあるいは個人で開発を始める上で予め考慮しておくと良さそうな事をいくつか書きたいと思います。 コンポーネントルール Vue.jsは単一ファイルコンポーネントによって、とてもシンプルな記述でコンポーネントを作る事ができます。しかし、開発者同士でコンポーネントの認識を揃えておかないと同じようなコンポーネントが作られてしまい、保守性を低下させる要因になってしまいます。 そのため、昨今ではAtomic Designなどの考え方をベースにコンポーネントを管理する方法が用いられています。Atomic Designを用いたコンポーネント設計方法については、以下の記事が参考になるかと思います。 Vue.js × Atomic Design - it's an endless world. いずれ
きれいなコードとは？ リファクタリングできれいなコードを書く方法 - Qiita
エイチームライフスタイルアドベントカレンダー2017の8日目です｡ 本日は株式会社エイチームライフスタイルの新卒1年目のエンジニア@kyntkが担当します。 はじめに 私もエンジニアとして 「コードがきれい」って言われたい！ と思い､普段学んだことをまとめる一環としてこのテーマで書くことにしました｡ 約8ヶ月前､入社したばかりの頃､私は「きれいなコード」と聞いてもあまりピンとこない状態でした｡スキルはRailsで簡単なアプリを作れる程度で､コードの美しさについては考えたとがありませんでした｡私が書くコードに対しては､ほぼ毎回「読みづらい」という指摘を受けていました｡ そんな私が､様々な開発やリファクタリング､コードレビューを通して学んだ､きれいなコードの定義と条件をまとめました｡ 以前の私のような､「きれいなコードって言われてもよくわからない」という人に､「もっと､きれいなコードの条件を知
学習を加速させるインデックス読書術 - Qiita
読書というものは、こちらが頭を空にしていれば、向こうでそれを充たしてくれるというものではない。 読書も亦（また）実人生の経験と同じく真実な経験である。[1] 読書術が学習を加速する 技術書、読んでますか？ 近頃はネット上の情報が増えたとはいえ、 やっぱり技術書は欠かせませんね。 とはいえ、読むべき本も山積。なかなか手がつけられない。 こんな方も多いのではないでしょうか。 今日は読書を一つのスキルとして捉え、 そのスキル向上のためのノウハウを紹介したいと思います。 以下の三部構成からなっていますが、どうぞつまみ食いしてください。 準備編「書物道具論」 実践編「つまみ食い読書術」 応用編「インデックス読書術」 本エントリはリブセンスアドベントカレンダー2017 テーマ「学」 の9日目です。 準備編「書物道具論」 はじめは３つの心構えについて。 まずは 本は頭から終わりに向けて順番に読む 本に書
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
