はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

// cmd/foobar/main.go //---------------------------------------------------------------- func main() { if err := run(); err != nil { fmt.Fprintln(os.Stderr, err) os.Exit(1) } } func run() { cmd := cmd.NewFoobarCommand() return cmd.Execute() } // pkg/foobar/cmd/cmd.go //---------------------------------------------------------------- func NewFoobarCommand() *cobra.Command { var ( flagVerbose bool )

4年前に『【Vim × tmux】Pane（tmux） - Window（Vim）の移動をシームレスに - Qiita』という記事を書いた． 当時とモチベーションは同じ． Vim × tmuxの画面移動 tmuxでpane分割してVimを開いて作業しているとき，Vim内でもウィンドウ分割をすると画面内の移動が大変ややこしいことになる． 面倒なのでVimとかtmuxとか気にせずに 同じキーバインドで 画面の移動をしたい． Vim Tmux Navigator の問題点 前述の記事では以下のようなキーバインドで pane - window 間を意識せず移動できるような設定を紹介した． C-h: 左に移動 C-j: 下に移動 C-k: 上に移動 C-l: 右に移動 しかし，このキーバインドでは C-h（backspace） や C-l（clear-screen）など，shell 上で日常的に使用

TL;DR go generate で使うものや linter などの開発用ツールもバージョン固定したいよね gex を使えば簡単にできるよ 独自の管理機構を持たない（dep / Modules に任せる）から既存のワークフローへの導入も楽だよ 依存管理ツールと開発用ツール Go における依存管理ツールは現状，dep が広く使われています．また，Go 1.11 からは Experimental ですが Modules も利用可能になっています（Modules については『Go 1.11 の modules・vgo を試す - 実際に使っていく上で考えないといけないこと』という記事で軽く感想を書いたので，よければそちらも御覧ください）． これらの依存管理ツールはコード中で import するパッケージをいい感じに管理・バージョンロックをしてくれます． 開発用ツールの管理 一方で，開発時に利用

FROM ruby:2.4.2-alpine # Copy from https://github.com/nodejs/docker-node/blob/bf84a38aeacb4f6aad34e07c79fd3a0084da5cd2/8/alpine/Dockerfile#L3-L66 ENV NODE_VERSION 8.9.1 RUN addgroup -g 1000 node \ && adduser -u 1000 -G node -s /bin/sh -D node \ && apk add --no-cache \ libstdc++ \ && apk add --no-cache --virtual .build-deps \ binutils-gold \ curl \ g++ \ gcc \ gnupg \ libgcc \ linux-headers \ make

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

TL;DR 最低限のパラメタ弄るUIなら，やはりImGuiが最強 頑張れば見た目もそこそこいい感じにできる 本気で最高にかっこいいUIを作りたいなら，ImGuiだと足りなくなる ImGuiとは 『OpenGLやDirectXなGUIにimguiが最強すぎる - Qiita』の解説が丁寧なのでそちらに譲る． 雑に説明すると，ImmediateなGUIライブラリでoFやCinderのupdate()/draw()みたいなところで直感的にゴリゴリ描画していくやつ．「ImmediateなGUIライブラリ」といわれてもピンと来ないかもしれないが，update()やdraw()内にこういう書き方ができる． ImGuiは最強なんだけど，デフォルトで利用していると他のアプリと見た目が被ってしまう．やっぱりそれは悔しいので，がんばってオリジナルでさらにイイ感じなUIを構築するのが本稿の目標である． ImGu

3行まとめ $(jupyter --data-dir)../../と$(jupyter --config-dir)/nbconfigをvolumeとして永続化・マウント lambdalisue/jupyter-vim-bindingを配置 $(jupyter --config-dir)/nbconfig/notebook.jsonでvim_binding読み込み はじめに 本記事ではDockerコンテナで動作しているJupyter Notebook上で，vim_bindingを利用しVimのKeybindを有効にする方法について説明する． Jupyter Notebookについて本記事では説明を省略する．その素晴らしさ，および使い方等については『現代のエンジニアのための強力なメモ帳 Jupyter notebookのすゝめ - クックパッド開発者ブログ』『Jupyter事始め - Qiit

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Butter Knife、今までありがとう あるアプリのmaster branchに，Butter Knifeへの依存をなくすPull Requestをmergeした． いままでButter Knifeが担っていた仕事はすべてData Bindingが受け持つことになる．Data Bindingは公式はbeta releaseと言っているものの，限りなく1.0に近いRCなんじゃないかという感じがしたため実戦に投入している． 実行時に全力でReflectionするButter Knifeと違い，Data BindingはAnnotation Processingで事前に色々やってくれる方式というのも嬉しい（c.f. Butter KnifeもAnnotation Processingする方式に切り替えるっぽい？ => Split the compiler and runtime into s

TL;DR Slack bot + Redisの環境をローカルに構築するのは大変＞＜ RedisをコンテナにしたらどのOSでも一発で動かせる！ Slack botもコンテナにしたらRedisコンテナとの連携も簡単！ Docker Composeを使えばBotとRedisを1つのコマンドだけで起動できるよ Slack botをDockerコンテナ上で動かそう Slack等で運用するbot，例えばHubotやRubotyでデータの永続化をするためにはRedis等のKVSを利用することが多い． 今回はこのSlack bot（Ruboty） + RedisをDockerコンテナ上で動かしてみる． Redisコンテナ Redisについては公式にコンテナが提供されている．これをつかえばローカル環境にRedisを導入する必要が無いため，どんな環境でもdocker pull & docker runだけす

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

TL;DR Jupyter Notebookがアツい！ RubyとかElixirも動かしてみたい！ Dockerコンテナで動かせば楽！ Docker ToolboxだけでOK！ Pythonの知識なくても環境構築できる RubyやElixirの知識がなくてもJupyter Notebook上でそれらの言語が扱える Jupyter Notebookについて Jupyter Notebookがキテる！という話は色々なところでなされているため本稿では省略する: Jupyterがすごい勢いでやってくるからお前ら備えとけ（IPython Notebook + R） - Qiita Railsエンジニアに役立つJupyter NotebookとiRuby - クックパッド開発者ブログ 現代のエンジニアのための強力なメモ帳 Jupyter notebookのすゝめ - クックパッド開発者ブログ このJu

TR;DL rx.Singleを使えば値が1回しか流れてこないよ rxSingleは何回も値を流そうとしても何もおきないよ single() operatorは2つ目以降の値が流れてきたらException吐くよ rx.Single<T> rx.Single<T>がRxJava 1.1.0でexperimentalからbetaに昇格した．rx.Observableの代わりに使う．APIもだいたい似たような感じだが，大きく違うのがsubscribe()． public class Single<T> { // ... // https://github.com/ReactiveX/RxJava/blob/1.1.0/src/main/java/rx/Single.java#L1407-L1430 public final Subscription subscribe(final Action

TL; DR AndroidアプリのテストにGroovy + Spockを利用するとたのしいよ power-assertっぽいメッセージが出るよ ParameterizedTestしやすいよ 標準添付のMockが高機能だよ Local unit testではSpockがそのまま使えるよ Instrumented unit testではspock-androidが便利だよ Introduction Wantedly Advent Calendar 2015 2日目です． Wanteldyでは主にRails・JS（AngularJS）・CSSあたりを触ってた@izumin5210がお送りします． メインはサーバサイド・Webフロントエンドですが，今回はAndroidのテストのお話をします． 好きなテスティングフレームワークはRSpec，Mocha等のゆるふわspecです．よろしくお願いします．

本稿はpotatotips #23でのトーク内容『"Predictable state container" and DataBinding』をそれっぽく文字に起こしたものになります（実際のLTよりは丁寧に，よりポエムっぽく書いてます）． 何か間違い等があればコメント等で優しく教えていただけると幸いです．また，議論も大歓迎です． TL;DR JSとAndroid・iOSは全く違う環境に見えて目的は近いのでは？ JS界の爆発的成長をAndroidに取り入れてみよう！ 2015年フロントエンドWebのトレンドなライブラリであるReduxをAndroid向けに実装してみたよ => Droidux Introduction Androiderのみなさんから見てJavaScript界隈はどんな風に見えますか？ 「jQueryはオワコン！」「Angularは死んだ！」「これからはReactとFluxの

TL;DR Promiseは単一イベントを扱うよ！ Rxは複数イベントの流れ（ストリーム）を扱うよ！ Rxで逐次処理させたいときはflatMap()で都度Observableを作っていくよ！ Introduction RxJava大流行時代，その導入の理由（建前）としてよく語られるのは次のようなものが多い気がする． Promise（っぽいもの 複数の逐次 or 並行な非同期処理をいい感じに捌きたい データバインディング（的な Modelの変更をいい感じにViewに通知したい リスト処理 特に，非同期まわりでつらさMAXになるAndroid界においては，1つ目のPromiseっぽいのが結構需要高い気がしている．ただ，「Rxを使ってPromiseみたいなことができるよ！」と書いてある記事はあっても具体的な考え方等に触れているものはあまり見た記憶が無いので，本稿ではそこに着目していく． RxとP

public static List<TypeMirror> getClassesFromAnnotation(Element element, Class<? extends Annotation> annotationType, String argName) { AnnotationMirror am = getAnnotationMirror(element, annotationType).get(); AnnotationValue av = getAnnotationValue(am, argName); return TO_LIST_OF_TYPE.visit(av); } private static final AnnotationValueVisitor<ImmutableList<TypeMirror>, Void> TO_LIST_OF_TYPE = new Si

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

「俺の最近のRailsのJS開発環境」 for フロントエンドエンジニア TL;DR 「片手間のJS」ならhogehoge-railsで大丈夫（e.g. browserify-rails, sass-rails, etc.） 「本気でJS書く」ならsprocketsから切り離す（e.g. SPA, etc.） 迷えるフロントエンドエンジニアに愛の手を ※ 個人の見解です はじめに 本記事の内容は個人の見解であり、所属する組織の公式見解ではありません． 本職は学生，片手間にRailsエンジニア，そのさらに片手間に過激派フロントエンドエンジニアやってる人間の戯言です． 『俺の最近のRailsのJS開発環境を教えてやる』を受けて，フロントエンドエンジニアの視点から見たRailsのJS環境を考察してみた記事になります． 元記事をdisっているわけではなく，むしろリスペクトしたうえで視点を変えてみた

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

AngularJS with ES6/TypeScript and Browserify 『AngularJSモダンプラクティス - Qiita』を参考に，僕がAngularJSでなんかつくるときのディレクトリ構成とかそういうのを雑にまとめてみました． 対象 TypeScript 1.5 or ECMAScript 6 AngularJS >= 1.3.0 Browserify 方針 基本的にはTypeScriptで記述 型定義ファイルはdtsmで管理 エントリーポイントを定め，そこに**全部import**する app nameやdirectiveのprefix等は定数にしてexport 各ファイル内でangular.module(appName)してangularのmoduleを取り出す directiveやfactoryの登録は各ファイル内で行う tscでコンパイルしたファイルを一時

Xcode6-Betaをインストールし，起動しようと思っても なぜかAlfredに出てこない（Launchpadには出てきてる），という事件があった． 最近MBAに加えた変更のなかで思い当たったのが， Spotlightを無効化したこと． 「AlfredがあればSpotlightいらねーじゃんヽ(´ー｀)ノ」 ← まちがい AlfredはSpotlightと同じインデックスを利用するので，Spotlightのインデックス作成を止めてしまうとAlfredも更新されなくなる． Alfred relies on the same OS X metadata index as Spotlight. As such, it's important for you to let Spotlight run on your Mac to maintain an index of the files on

Rails API rails/railsのPull RequestにRails apiというものがありました． rails-apiの要素をRalis本体に取り込んだものになるようです． いまのところ，RailsでAPIサーバ作るための超絶スーパーかっこいい便利機能が追加されるというよりは，既存のRailsだとAPIサーバ用途にはデカすぎるのでいいカンジにコンパクトにしていくという方向性っぽいです． 以下，Pull Request内のコミットから気になったやつを適当にピックアップしてみます． （本記事は2015/4/29 日本時間午前9時時点での情報です．今後，開発が進むことで情報が古くなることが予想されます．） Add ActionController API functionality · spastorino/rails@a8559ef ActionController::Apiとい

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?