はてなブックマーク

はじめに Vim上で起動した実行結果は、基本的にはウィンドウ分割された別のバッファに出力されるのですが、 ソースコード用の画面が狭くなる サブモニタに結果を出力したい という個人的な不満がありました。 そこで、あーIDEのようにfloating windowに結果を出せたらなあ、という事をふと考え、実装してみる事にしました。 どんな感じになるかは冒頭のデモ画面の通りです、RustをQuickRunで実行し、本来バッファに出力される実行結果をPythonサーバー経由で別のVimに送信し出力しています。 Vimから直接他のVimプロセスと通信出来れば、例えばメインエディタ側をサーバーに出来ればPythonサーバーは省けるのですが、あまり詳しく調べていないのでVimにもサンプルとして同封されているPythonサーバーを改造しソケット通信で実行結果を渡す方法をとりました。 これらの実装一式はプラグ

はじめに この記事は10年以上前の新卒時のやらかしを当時の記憶を思い出しながら書いているため、用語や整合性のズレ、肝心のやらかしが複数要因のどれだったか不透明なためにそれぞれの対処法を書いているなどの問題があります。 また、現場特有かもしれない開発フロー・やらかし内容を書くにあたって特定の可能性があるため、当時の関係者に配慮するための事情説明により乱筆乱文となっている事をご了承ください。 背景 10年以上前にとあるソフトウェア会社の組込み部署に新卒で入社し、携帯電話(ガラケー)開発の現場にN人の中の一人として出向していた時の話です。 新卒で現場出向する事例はあまり無いのですが、学生時代にC++とD言語でコードばっか書いてた時の作品をスキルチェックの為に見せたり、研修でのWindowsアプリやH8マイコン課題の結果から、新卒でも大丈夫だろうとの事で出向と相成りました。 現場は、そこで携帯のハ

人はスーパーサイヤ人に憧れるものです、しかし現実ではなれる人は限られています、日夜修行していつかスーパーサイヤ人になれる日を夢見るのもいいですが、ここでは変わりにVimにスーパーサイヤエディタになってもらいます。 そんなプラグインを作りました。 kuririn-no-kotoka.vim wordijp/kuririn-no-kotoka.vim(GitHub) インストール方法や使い方はREADME.mdに記載しています。 ※動作確認はWindowsのみで行っているため、Linunx/Macでの確認ができていません デモ このプラグインはこちらの動画(Youtube)を見ながら作成しています。 あなたがサイヤ人ならクリリンを殺された怒りでVimがスーパーサイヤエディタへと覚醒します デモでは音が出ませんが、ｼｭｲﾝｼｭｲﾝの効果音も出ています。 あなたがへたれ王子なら恐怖のあまりガタガタ

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

_proj_path = "#{File.expand_path("../..", __FILE__)}" _proj_name = File.basename(_proj_path) _home = ENV.fetch("HOME") { "/home/vagrant" } pidfile "#{_home}/run/#{_proj_name}.pid" bind "unix://#{_home}/run/#{_proj_name}.sock" directory _proj_path # --- ここまで追加 --- # Puma can serve each request in a thread from an internal thread pool. # The `threads` method setting takes two numbers a minimum and m

2020/7/9追記: 本記事は内容が古くなっている、かつ独自調査なため、公式のドキュメントを見る事を推奨します。 ※日本語で読める利用方法の把握記事に使えなくはないですが、オプションがわりと変わっています。 追記ここまで この記事について この記事はRustのソースコードを整形するrustfmtの各オプションについての解説記事です、rustfmtのソースコードと実際に動作させながらの調査の為、解説に見落としがあるかもしれない事をご了承下さい。 調査時のRustとrustfmtのバージョンは以下の通りです。 Rust(rustc 1.8.0) rustfmt 0.4.1 config options早見表 configファイルに書くことが出来るオプションについてです、configファイルは--config-pathで指定も出来ますが、省略時は対象ソースと同パスにあるrustfmt.toml

GitHubはこちら 背景 Reactが流行ってる理由として、 Fluxやもともとのフレームワークの用法からデータフローが単方向へと簡略化され、速度面ではチューニングしたDOMを直接触る従来の方式には敵わないが、遅くなる事はないし何よりシンプルな方向へとバイアスがかかる恩恵がでかい、というのが自分の中での認識となっています。 ただ、速度は速い方が嬉しいので、フレームワークのベンチマーク比較プロジェクトに、shouldComponentUpdateを実装して、必要時にだけrenderが呼ばれるようにチューニングをしてどれだけ効果があるのかを検証してみた、というのが今回の記事です。 プロジェクトはこちらの記事のをForkして利用しています。 計測結果 上から、 Backboneの部分的再描画、 Backboneの全再描画 ReactのVirtualDOM全再描画、 ReactのVirtualD

このプロジェクトは以前のプロジェクトにmochaとReactの対応、自動ビルド時間短縮を施した置き換え版です。 GitHubへのリンク 概要 このプロジェクトは、AltJS(TypeScript & CoffeeScript) & Browserify & mocha & React構成の雛形プロジェクトです、以下の機能を持っています。 TypeScript、Browserifyの差分ビルド gulp.watch、Watchifyの変更監視による自動ビルド TypeScript、CoffeeScriptのソースファイルを混在出来る ファイルごとに型が欲しいか、短く書きたいか、で好きな方を選べばいい CoffeeScriptで書いたクラスをTypeScriptでrequireして使う、等 ※当然ですが、型チェックをするならTypeScript同士じゃないとダメ mochaによるテスト また、

この記事の内容は古くなりました、新しい記事はこちらです。 Browserifyの記事が増えてきましたが、 自分でもフロントエンド開発環境を構築してみて、納得のいく構築が出来ましたので公開します。 GitHubへのリンク 2015/03/26追記 独自タグによるalias指定をoptionalに変更し、 require時に相対パス指定か、aliasがある時はalias指定のどちらも使えるように修正しました。 概要 このプロジェクトは、以下の機能を持っています。 TypeScript、Browserifyの差分ビルド gulp.watch、Watchifyの変更監視による自動ビルド TypeScript、CoffeeScriptのソースファイルを混在出来る ファイルごとに型が欲しいか、短く書きたいか、で好きな方を選べばいい CoffeeScriptで書いたクラスをTypeScriptでrequ

概要 この記事ではUnity上guidを使った仕組みと、仕組みを利用したTipsを紹介します。 Tipsがメインになってますので、仕組みを知っている人はTipsまで読み飛ばしても問題ありません。 guidとは 今回は突っ込んだ詳細は知らなくても良いのでざっくりとした内容になりますが、要は他と被る事の無い32文字の文字列であり、UnityではAssetsディレクトリで管理するAssetファイル(シーンファイル・Prefab・スクリプト・ディレクトリ・リソース・etc)すべてにこのguidが割り振らており、Inspectorから他のPrefab等のAssetファイル参照時もAssetファイル内では単にguidが書かれています。 ちなみに、AssetDatabase.GUIDToAssetPathでguidからファイルパスを取得出来たり、AssetDatabase.AssetPathToGUID