はてなブックマーク

去年の 7 月からぼちぼちと AtCoder のコンテストに参加してはいるのですが、 茶と緑の間を行ったり来たりしていてキレたので、僕が考えた最強の AtCoder の CLI ツールを作成しました。 これを利用することで以下のデモのようにシュッとコードを書いて、シュッとテストして、シュッと提出することが可能です。 まだ、あまり実践でテストされていないし、サポートしている言語も多くないので、使ってみてなにか問題があった場合は GitHub で Issue や Pull Request をいただけると嬉しいです。 デモ 特徴 インストールが簡単 Docker を利用することにより簡単にテスト実行環境が整う テンプレート機能 サンプルデータのダウンロード サンプルデータを利用したテスト機能 (Docker 上もしくはローカルで) コード提出機能 インストール方法 Mac ユーザーは Homeb

はじめに Goの新しいerrors パッケージ xerrors(Go 1.13からは標準のerrorsパッケージに入る予定) - Qiita 上記の @sonatard さんの記事にある通り、 Go 1.13 から golang.org/x/xerrors が標準の error パッケージとして入るそうです。 標準でエラーを追いやすい形の仕組みができるのは嬉しいですね。 この記事では xerrors と使用する上で発生しそうな問題と、 問題を防ぐために静的解析してチェックする lint を作成しましたので紹介します。 pkg/errors との違いと感じている問題 スタックフレームを明示的に積んでいく必要がある 今までは github.com/pkg/errors を使用してエラー伝搬してスタックトレースを表示させるのが主流だったかと思います。 pkg/errors では errors.N

Whalebrewとは？ Homebrew, but with Docker images bfirsh/whalebrew: Homebrew, but with Docker images とある通り、Homebrewのようなパッケージ管理ツールです。 Golangで書かれています。 Homebrewはコマンドをネイティブにインストールするのに対し、 Whalebrewではコマンドを含むDockerイメージを落として来て、コマンドを実行するとDockerコンテナが立ち上がって実行します。 Dockerイメージパッケージ管理ツールみたいなイメージですかね？(混乱) コマンドをインストールする際に依存するパッケージをインストールしまくるという煩わしさから解放され、環境を汚さないで良いという嬉しさあります。 イケてる感じがしますね。 環境を整える 何はともあれDockerを使用するのだからD

ブログのコピペです。 Go言語でTodoistのCLIクライアントを作ってみた Todoist というWebアプリケーションのタスク管理ツールが大好きで一年くらい使っている。 以前はddksr/cliistを使用してCLIで操作できていたのだが、Todoist APIのバージョンアップに伴い、使用できなくなってしまった。 アップデートをするようなのだが、いつになるか待つのも面倒だし、Go言語触ってみたかったので練習がてら新しくTodoistのCLIクライアントを作ってみたので紹介。 作成メモみたいなのはまた今度書く。 レポジトリ sachaos/todoist: Todoist CLI Client. I ❤️ Todoist and CLI. 使い方 タスク一覧 $ todoist l 64302291 p1 #Movie A CLOCKWORK ORANGE 64302368 p1 #

はじめに CLIは最高です。 GUIよりも圧倒的に早く操作できますし、キーボードを叩けばいいだけなので慣れれば時々目を瞑りながらでも作業できるので目が疲れません。 たとえコマンドを覚えていなくても、一度叩いたコマンドなら履歴をたどればなんとかなりますし、 man コマンド叩けば雰囲気わかる事も多いです。 話は変わりますが、エンジニアでも例外なく、仕事をする上で下記のようなことをするかと思います。 メモ管理 タスク管理 時間管理 上記のような作業をCLIでするために僕が実践している事を紹介します。 メモ管理 Markdownで書き、ファイルをGitHubのプライベートレポジトリで管理しています。 一日毎にファイルを分けて格納しています。 以下のコマンドを叩けば今日分のメモが開くので、これを叩けばとりあえずメモが取れる状態になります。

この記事は Akatsuki Advent Calendar 2016 の4日目です。 追記: 中編(？)が投稿されました！ まだ都度通信で消耗してるの？ 〜ソシャゲの通信頻度削減の実験〜 (中編) - Qiita 追記: 後編が投稿されました！ まだ都度通信で消耗してるの？ 〜ソシャゲの通信頻度削減の実験〜 (後編) - Qiita はじめに 株式会社アカツキでサーバーサイドエンジニアをやっております。 @sachaos です。 ちなみに僕もまだ消耗しています。 どういう話？ これが都度通信で消耗している状態 これを 理想的な状態 こうする試みの実験 背景 弊社ではソーシャルゲームの開発しています。 ソーシャルゲーム開発においてサーバーとクライアントとの通信はどのタイミング、どのくらいの頻度でやるのか、というのは悩みの種だと思います。 基本的にはユーザーがどのアイテムをゲットしたというこ

なにが嬉しいのか？ gitのbranchを楽に選択できる。 checkout, push, pullなどが楽にできる。 git checkoutをpecoで行うpecoの関数はあったのですが、 汎用的にしたいよなーと思いましたのでbranchのみを選択するスクリプトを書きました。 ソース function peco-branch () { local branch=$(git branch -a | peco | tr -d ' ' | tr -d '*') if [ -n "$branch" ]; then if [ -n "$LBUFFER" ]; then local new_left="${LBUFFER%\ } $branch" else local new_left="$branch" fi BUFFER=${new_left}${RBUFFER} CURSOR=${#new_