Git2.9のキレイなdiffを出すためのconfig - Qiita
Git 2.9 has been released https://github.com/blog/2188-git-2-9-has-been-released 昨日キレイなDIFFが出せるgit2.9がリリースされました。 homebrewで brew upgrade git な感じでアップグレードすれば2.9は入るのですが、 このキレイなDIFFは標準では有効になってないので、記事にあるとおりに設定を行いましょう。 だいたい以下のような感じのコマンドうてばいいと思います。 下準備：diff-highlightにPATHを通す まぁ通さずに直接読んでもいいんですが、通しておきましょう。 homebrewでいれるとdiff-highlightさんは↓あたりにいるのでPATHを通しておきましょう。 export PATH=$PATH:/usr/local/Cellar/git/2.9.0/s
初心者向け、「上手い」シェルスクリプトの書き方メモ - Qiita
ここ最近、沢山シェルスクリプトを書くようになりました。 元々あまりシェルスクリプトを書いたこと無かったので、色々と勉強しつつ書いてるのですが、 他のプログラミング言語とはちょっと違って独特なクセというか、発見の度におぉー！ってなることが沢山あって楽しいです。 そんなわけで、最近学んだり参考にした中で特に感動したシェルの上手い書き方をまとめてみます。 きっとまだ知らないこととかもっと上手くやる方法なんかが沢山見つかりそうなので、 もっといいやり方あるよ！って方はコメントください 何もしない : (コロン)コマンド シェルを書いていた時に非常に欲しかったコマンドがこれ！何もしない！ : というコマンド(？)を利用すると、何もせずに終了ステータス0(つまり正常終了)を返します。 これが様々な事に使える万能コマンドで、これによって面倒なエラー処理を簡潔にできたり、 入力や出力のリダイレクト元/先と
実はスゴイ「CodePen」の隠れた必殺機能の使い方をまとめてみた！ : うえぶはっく
ブラウザ上で、手軽にWebプログラミングを書いて実行できるコードエディタ「CodePen」をご存知の方は多いと思います。 使えば使うほど、このサービスが多機能であることに気付くわけですが、特に便利だと感じるちょっとマニアックな使い方だけをピックアップしてみました。 一応、公式のドキュメントには書いてあるのですが、「翻訳が面倒な人」や「そもそも知らない」…という人に向けて紹介しておきます。 「ソースコード」のホスティング機能！ 「CodePen」では、簡単に「HTML/CSS/JavaScript」を書いて「実行＆保存」できますが、書いたコードはどこからでも参照することができます。 例えば、何かコードを書いて保存すると専用の「プロジェクトURL」が自動的に発行されます。 このURLの末尾に、「.js」「.css」「.html」と追記するだけで参照できるようになります。 JavaScriptフ
シェルの入出力制御あれこれ
シェルスクリプトはあまり触らないから忘れちゃうのでメモっとく。 主にパイプとかリダイレクトとかプロセス置換とか。 パイプ コマンドの出力を別のコマンドの入力にする
getlineはsplitに使える - Faith and Brave - C++で遊ぼう
<string>ヘッダにあるstd::getline()関数は、行単位の読み取りだけでなく、区切り文字を指定するバージョンもあるので、splitの実装に使えたりする。 #include <iostream> #include <string> #include <sstream> #include <vector> std::vector<std::string> split(const std::string& input, char delimiter) { std::istringstream stream(input); std::string field; std::vector<std::string> result; while (std::getline(stream, field, delimiter)) { result.push_back(field); } retu
テストコードの期待値はDRYを捨ててベタ書きする ～テストコードの重要な役割とは？～ - Qiita
はじめに みなさん、DRY原則はご存知でしょうか？ DRY = Don't repeat yourselfの略で「繰り返しを避けること」という意味ですよね。 良いコードを書くための重要かつ基本的な原則なので、みなさんよくご存知だと思います。 ですが、DRY原則はテストコードを書く場合は必ずしも最善にはならない場合があります。 他の人が書いたテストコードを見ていると、テストコードにDRY原則を適用したために、かえって悪いコードになっているケースをときどき見かけます。 この記事ではなぜテストコードをDRYにすると良くないのか、ということを説明します。 追記：タイトルを変更しました @t_wada さんのコメントを受けて、タイトルを見直しました。 「テストコードはDRYを捨ててベタ書きする」 => 「テストコードの期待値はDRYを捨ててベタ書きする」 【注意】この記事は画一的なテストコードの書き
Linuxで読み込んだUSBメモリが文字化けした時の対処方法 | クロの思考ノート
こんにちは。今回のテーマはFAT32フォーマットのHDDやUSBドライバの文字化け対処法です。ファイル名が文字化けすると結構焦ります。最近はWindowsとLinux間でのクロスプラットフォームなデータのやり取りも珍しくなくなってきているので、ディストロやデスクトップ環境は文字コードを意識しなくても済むようになっています。それだけに突然起こるファイルの文字化けは対処法に困ったりするものです。 【関連記事】 Linuxで文字コードを変換する方法 CASE 1：Windowsで使っていたUSBメモリのファイル名がLinuxで文字化け 原因はフォーマット形式とマウント時のオプション USBメモリのフォーマットはデフォルトでFAT32が主流であり、WindowsはFAT32にファイル名を書き込む際にShift_JISにエンコードするため、日本語文字コードがUTF-8やEUC-JPのLinuxでは文
コンストラクタに用途別の名前を付ける - Faith and Brave - C++で遊ぼう
最近のC++標準ライブラリとBoostのちょっとした流行りな気がしますが、タグディスパッチのタグをユーザーに明示的に指定させることで、関数オーバーロードを容易にする方法がいくつかの場所でとられています。 たとえば、Boost.Containerのvectorには、以下のコンストラクタがあります。 // タグの定義 struct default_init_t {}; constexpr default_init_t default_init {}; // vectorのコンストラクタ vector::vector(size_type, default_init_t); // 3要素の配列を用意し、各要素の値を未初期化状態にする vector<T> v(3, default_init); この場合、単に3という1引数を渡すだけだと値初期化したリサイズ操作になりますが、default_initと
git push -f を捨てよ、--force-with-leaseを使おう - ちぎっては投げるブログ
japan.blogs.atlassian.com そもそもforceで上書きするなという話もあるが、master/develop以外の作業ブランチでは、developにマージリクエストを出す前に、すでにpushしているコミットを綺麗にrebaseするためにpush forceすることはある。 最初から綺麗なコミット単位のみをpush出来ればいいのだが、翌日急に休んだときに誰かが引き継げるようにとか、ローカルのデータが吹っ飛ぶ可能性を考えてバックアップの意味でpushするとか、諸々の理由をつけて作業がきちんと完結していない状態でpushすることもある。もちろん、そんなことをするのは作業ブランチ限定で、developやmasterには仮コミットはpushしてはいけないし、あとで消す仮コミットであることがわかるようにコミットログを書いておくのが良いと思う。 そうしたわけで、push -fをする
Vimの<C-f>でスクロールしていくと最後一行になってしまうのを直す設定 - プログラムモグモグ
Vimの<C-f>を押していくと、最後に一行だけになってしまいます。 おっと行き過ぎたと言ってわざわざ戻っている方も多いのではないでしょうか。 この世の中にはたくさんスクロールのUIがありますが、普通はこうなっていません。 ウェブブラウザーのスクロールも、PDFビューワのスクロールも、lessコマンドのスクロールも、ページの一番下が画面の下に見えたら止まってくれます。 この挙動は、<C-f>を次のようにマッピングすると直ります。 noremap <expr> <C-f> max([winheight(0) - 2, 1]) . "\<C-d>" . (line('.') > line('$') - winheight(0) ? 'L' : 'H') バッファーの最後の行がウィンドウの一番下になったらきちんと止まってくれます。 <C-d>はウィンドウをスクリーンの半分スクロールするマッピング
Gitで、事前にUnicodeの結合を行う - Faith and Brave - C++で遊ぼう
WindowsとMacでリポジトリを共有していると、日本語ファイル名の問題が出てきます。「ボタン.png」のようなファイルがあった場合、Windowsのファイルシステムでは「ボ」はひとつのコードポイントとして扱われますが、Macのファイルシステムでは「ホ」と「゛」が分解されます。 これは、Unicodeの結合文字に対する正規化の扱いが、OSのファイルシステムごとに異なるということです。 これによって、Gitを使ってWindowsで「ボタン.png」をコミットし、Macでそのコミットを持ってくると、「ボタン.png」を削除して「ホ゛タン.png」を追加するような動作になるのです。 この問題を解決するために、Mac OSでのGit実装には、core.precomposeUnicodeという設定があります。configファイルで以下のようになっていた場合、 [core] … precompose
複数の Skype アカウントを同時に実行できますか? - Microsoft サポート
仕事のためだけに使うアカウントと、友人や家族のために使用するものがある場合は、複数の Skype アカウントを同時に実行できます。 同じデバイスで複数の Skype インスタンスを同時に実行することはできませんが、一度に複数のアカウントにアクセスする方法がいくつかあります。 複数のデバイスを使用する : PC で職場アカウントにサインインし、携帯電話の個人用アカウントにサインインします。 Skype for Webを使用する : サポートされているブラウザーと作業中のインターネット接続が必要で、サインインできます Skype for Web 同時に、デスクトップまたはモバイル バージョンを使用しています。
Windowsのコマンドがどこにあるか調べる：Whereで - それマグで！
where コマンドでコマンドの場所を確認できます。 C:\Users\takuya>where ping C:\Windows\System32\PING.EXE notepadの実体がどこにあるかを確認できます。 C:\Users\takuya>where notepad C:\Windows\System32\notepad.exe C:\Windows\notepad.exewhere コマンドは、UNIXでは whereis に相当しますね。 where コマンドで名前の衝突を確認できます。 vimが衝突したとき C:\Users\takuya>where vim C:\Users\takuya\apps\vim\vim73\vim.exe C:\Users\takuya\apps\vim\gvim72\vim.exe複数出てきた場合は、名前が衝突しています。一番最初のコマンドが
タスク バーまたはドックからSkypeを削除する方法 | Skype サポート
Skype にサインインすると、Skype ロゴが Windows と Linux のタスク バーまたは Mac のドックに表示されます。 ウィンドウを閉じるとSkypeロゴSkype表示される場合があります。 タスク バー Skypeドッキング トレイ、またはシステム トレイからデータを削除するには、システム トレイの Skype ロゴを右クリックまたは control キーを押して 、[終了] を選択Skype。 これにより、アプリケーションが完全に終了します。つまり、インスタント メッセージや通話を受信Skype。 [X]を選択してアプリケーション ウィンドウを閉じると、Skypeまたは完全に閉じ続けるので、設定を変更できます。 これを行うには、次の手順を実行します。 Skype にサインインします。 自分のプロフィール画像を選びます。 [設定] を選択します。 [全般] を選択しま
Vimでwrapした文章もインデント出来る様になった
B! 8 0 0 0 Vimのちょっと前のアップデート でbreakindentというオプションが加わって 折り返された部分もインデント出来る様になった様で、 しばらく気になったままおいておきましたが Vimをアップデートして色々設定してみました。 breakindent (bri) breakindentopt (briopt) 現在の業折り返し設定 breakindent (bri) breakindentはVim 7.4, patch 338から加わったオプションで 1、 wrapオプションを有効にしている時なんかに 折り返された部分もインデントされるようにするオプションです。 こんな感じで、もともと折り返された部分は左端から始まりますが、 それがインデントされたコラムから始まる様になります。 breakindentopt (briopt) breakindentを有効にした時の動作
git commit時に英語でメッセージ書くためのヒントを表示する - Qiita
はじめに 英語力をあげるために、コミットメッセージを英語で書こうとしても実践するのはなかなか難しいものです。 GitHubで使われている実用英語コメント集 - Qiita のような記事を読んでもコミットするときには忘れています。 そこで、git commit時に表示されるコメントに、英語でメッセージを書くためのヒントを表示してみました。 完成イメージ やり方 ~/.gitmessage.txt を作成 # fix, add, changeといった事実ではなく、このcommitで実現する要件や仕様を書きましょう。（リファクタなどは除く） # # 例文） # - Fix typo in docs # - Remove unused code # - Remove use of deprecated method # - Update Modernizr to v1.6 # - Make it
knockoutのデバッグ方法 - Qiita
この記事は、knockout.js Advent Calendar 2015の９日目の記事です。 先に８日目に目を通すことを推奨しています。 knockout , knockout-es5 , knockout.punches環境を想定しています。 あらゆるMV*ライブラリ/フレームワークにして共通して言える事なのですが、 指定したHTMLの要素（element)が一体どのscopeに属しているのかを正確に把握することが大切です。 Webブラウザで、F12を押すことで、一般的には開発者用のツール（Developer Tools、インスペクタ）が起動します。 ここではChromeの場合で説明します。 DeveloperToolsを開いている状態で、 scopeを調べたい対象の要素を右クリックし、要素を検証(N)を選択します。 その後、DeveloperToolsのConsoleに、 ko.d
DebianでTEDの字幕が文字化け: 端っこなひとの備忘録
Debian wheezyでTEDTalksの動画を視聴すると、字幕の日本語が文字化けしています。 Ubuntuではよく話題にあがっているようで、東風フォント（kochi）をインストールすれば直ったという話もあるようです。東風フォントはライセンス問題があってずいぶん前に配布されなくなったのに、なぜ？という感じです。 Debian Wikiに、henrichさんが、AdobeのBTSに登録されていることが書かれていました。flash で日本語表示が□の豆腐表記になる→Adobeのbugtrackingに登録してみた(henrich) フォーラムでのやりとり：http://forums.adobe.com/message/4688549 BTS:https://bugbase.adobe.com/index.cfm?event=bug&id=3330991 残念ながらBTSでは進展がなく、閉じ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linux - $ cd // ってどここれ？(40181)｜teratail
分岐の zsh っぽい書き方 - Qiita
