Makefileを自己文書化する | POSTD
私たちのプロジェクトではいつも、非常に長い Makefile を使用して、インストールやビルド、テスト、デプロイメントの処理を自動化しています。ターゲット名はほとんど標準化されていますが（ make install 、 make deploy ）、中には説明が必要なものもあります（ make run-dev 、 make restart-api ）。そして、詳細なmakeターゲットを追加するほど、それらの処理内容をテキスト形式で大量に記載しなければなりません。私たちのプロジェクトでは通常、このような文書を README ファイルに書いています。 しかしCLI（コマンドラインインタフェース）を用いる場合は、主に自己文書化ツールを使っています。 make と打つだけで、利用可能なコマンドとその説明が一覧表示されたら便利だと思いませんか？ それを実現するのは、実はとても簡単です。まずは各ターゲッ
フロントエンドチェックリスト（日本語訳） - Qiita
GitHubで公開されているフロントエンドチェックリストというドキュメントが、網羅されている内容が幅広く便利そうだったので、日本語に翻訳しました。 日本語版は、以下のGitHubリポジトリにあります。GitHub側と自動的に連携するようにしておりますので、誤訳や誤りなどがあれば GitHub のプルリクエストまたは Issue で報告していただけると幸いです。 https://github.com/miya0001/Front-End-Checklist 日本語版への貢献方法 最終更新日時: 2017-11-19 03:50:47+09:00 (未翻訳) Front-End Checklist The Front-End Checklist is an exhaustive list of all elements you need to have / to test before lau
Windows10が数分で勝手にスリープする原因と解決方法
目次 はじめに ネットで解決方法を検索 サポートセンターに連絡 スリープの原因と解決方法 残る疑問と真の原因を考察 おわりに ※ 長い記事ですので、取り急ぎ解決方法を知りたい方は4番からどうぞ。 はじめに 事の始まりは、うちの奥さんからのクレームでした。 奥さん：「あのさ、こないだ買ってもらったノートPCなんだけど、ちょっと席を離すとすぐスリープになっちゃうんだけど？」 私：「えー？ そりゃスリープの設定じゃないのかな、どれどれ…。 …うーん、そんな短時間でスリープになるようにはなってないけどなぁ？ 試しにスリープなしにしてみるか」 私：「これでしばらく使ってみて」 奥さん：「わかった」 ～ 数時間後 ～ 奥さん：「…あのさー、やっぱりすぐスリープで落ちちゃうんだけど。ホントうっとおしい！」 私：「えー！？ そんなはずはないけどなー？？」 他にも色々設定を見てみるが、特に関係ありそうな項目
最新のVim+Ubuntu 16.04 LTSでいい感じに日本語を入力する - いくやの斬鉄日記
オープンソースからハイスクールフリート、The Beatlesまで何でもありの自称エンターテインメント日記。 Vim と日本語入力の話。 まずはこちらをお読みいただいて、この修正が入ったVimを使用していきます。 Ubuntu 16.04 LTSのVimは7.4.1689なので、これをバージョンアップします。中村さんのPPAを使わせてもらいます。 基本的は中村さん用で、壊れたバージョンを置いてしまうことがあるかもしれないので自己責任でお使いください、ということです。 いい感じに動作したら、リポジトリを無効にしてしまうのも手かもしれません。 PPAを追加します。 $ sudo add-apt-repository ppa:hnakamur/vim $ sudo apt-get update 今回はgvimを使用するので、インストールします。パッケージ名はvim-gtk3です。 $ sudo
至高のDockerイメージ生成を求めて - Qiita
本稿は良いDockerイメージを良い方法でビルドすることを探求した記録である。 Supership株式会社 Advent Calendar 2016の21日目にあたる。 2019年現在は@inductor氏の改訂版を見たほうが良い。 この記事で論じた望ましいコンテナイメージの姿は2019年でも変わらない。ただし、multi-stage buildのような新しい仕組みが普及したりツールの評価が定まってきたりと、実現に用いるツールの状況が2016年からやや変化している。 良いDockerイメージ 良いDockerイメージとは何だろうか。Dockerの利点は次のようなものだから、それを活かすイメージが良いものであるに違いない。 ビルドしたイメージはどこでも動く 適切にインストールされ、設定されたアプリケーションをそのままどこにでも持っていける。 コンテナ同士が干渉し合うことはないので、任意のイメ
Windows10にアップグレードをしたら必ず設定を見直したい項目【初期設定】
更新：2017/11/22 Windows10の無料アップグレード開始から約9ヶ月。いよいよ無償アップグレードが出来る期限が迫ってきました。 Windows10は、これまでのWindowsでは最も速いペースでインストールベースが増えており、3月末の時点ですでに世界で2億7000万台以上のPCで稼働。また、4月時点で国内市販PCの9割が搭載しているという。さらに国内の法人でも8割以上ですでに検証が進められているとのことだ。 http://internet.watch.impress.co.jp/docs/news/20160427_755368.htmlinternet.watch.impress.co.jp 多くのPCでインストールをされているようですが、アプリケーションや周辺機器の互換性の懸念でアップグレードをしていないユーザーがまだまだ多いらしい。しかも無償アップグレードの期限が7/2
革命の日々！ おまえら rpmdev-setuptree を使えという話
いままで、rpmbuildするときに mkdir -p ~/rpmbuild/{BUILD,BUILDROOT,RPMS,SOURCES,SPECS,SRPMS} して、 echo '%_topdir %(echo $HOME)/rpmbuild' > ~/.rpmmacros とかやってたんだけど、それはもう古いらしい。 % yum install rpmdevtools % rpmdev-setuptree すると、上記の両方をやってくれるのに加えて .rpmmacrosに並列処理設定を追加してくれる。 こんな感じ %_topdir %(echo $HOME)/rpmbuild %_smp_mflags %( \ [ -z "$RPM_BUILD_NCPUS" ] \\\ && RPM_BUILD_NCPUS="`/usr/bin/nproc 2>/dev/null || \\\ /u
GitHubでの”Merge pull request”の弊害 | POSTD
私は GitHub が大好きです。GitHubはオープンソースへの コントリビューション （寄与貢献）を何十倍も容易に、そして楽しいものにしたと思います。ですが、GitHubがPull RequestというwebのUI形式で前面に押し出しているオープンソースの メンテナー のワークフローが、プロジェクト品質とコントリビューションを受けつけるスピードの弊害になるということに気がつきました。そこで、GitHubの Pull Request にある「Merge pull request」ボタンをクリックする前に、少しお話をさせてください。 メンテナーの紹介 ジェーンはそこそこの成功を収めているオープンソースプロジェクトのメンテナーです。彼女は毎週プロジェクトのGitHubリポジトリに上がる新しい Issue を確認し、リクエストに対し速やかにフィードバックを返します。リクエストをすべて実行する時
RHEL7のNICのネーミングルール - めもめも
参考資料 ・Predictable Network Interface Names 何の話かというと RHEL7では、NICのネーミングルールが変わっています。RHEL6では、DELL製のハードウェアの場合だけネーミングルールが変わるという謎のudevルール（biosdevname）がありましたが、RHEL7では、さらにまた仕組みが変わって、systemdがNICのネーミングを行うようになりました。 まとめると次のようになります。 バージョン ハードウェア ネーミングルール RHEL5 すべて 古典的な「eth0」「eth1」など RHEL6 一般のマシン 古典的な「eth0」「eth1」など RHEL6 DELL製のハードウェア biosdevnameによる「em1」「em2」「p1p1」など RHEL7 一般のマシン Predictable Network Interface Name
日・中・韓の言語に対応したオープンソースフォント「Noto Sans CJK」をAndroidスマートフォンに導入してみた | juggly.cn
GoogleとAdobeが共同開発した日本語・中国語・韓国語対応の新しいオープンソースフォント「Noto Sans CJK」がリリースされたことを受け、早速手元のAndoridスマートフォン（Moto X）の日本語フォントを変更してみました。 Noto Sans CJKは無償で配布されているので、中華フォントしか入っていない海外端末には最適な選択肢になると思います。ちなみに、日本語の文字が中華フォントでしか表示されないNokia Xに日本語フォントを導入する方法がrudiさんのブログで紹介されているので、Nokia Xや他の中華フォント端末をお持ちの方で導入を考えている方は参考になると思います。 Moto XにはCyanogenMod 11を入れているのですが、フォントの変更方法はCM11以外の端末と同じです。 STEP1：GoogleのWEBサイトからフォントパックをダウンロードします（
GoogleとAdobeのフォントNoto Sans（Source Han Sans）の画期的なところ
2014年7月16日に、Google と Adobe がリリースした Noto Sans（Adobe からは Source Han Sans という名称でリリース）というオープンソースのフォントファミリーは「日本のWebデザイン史上に残る画期的なフォント」だと思ったので記事にしました。 これまでの問題 ウエイトの不足 普段Webデザインなどの仕事をされている方でないとあまり気にすることはないかもしれませんが、たとえば Android は、アプリによっては下記のように日本語部分と英数字部分で大きくウエイト（フォントの太さ）が異なることがありました。 ※この画像は、Nexus 7（Android 4.4）で Twitter 公式アプリを表示した時のものです。 Nexus 7 では Chrome ブラウザーなどでは日本語・半角英数字ともに丸ゴシックで表示され、ウエイトもおかしくないのですが、アプ
RHEL7/CentOS7でipコマンドをマスター - めもめも
何の話かというと RHEL7/CentOS7では最小構成でインストールすると、ifconfig、route、netstat、arpなどのネットワーク関連のコマンドが使えません。これは、次のコマンドで「net-tools」パッケージを導入すると解決します。 # yum -y install net-tools しかしながら！ RHEL7/CentOS7では、net-toolsを「deprecated（廃止予定）」としており、今後は、iproute2パッケージに含まれる「ip」「ss」などのコマンドを使用することが推奨されています。 ・お客さんのRHEL7サーバーのメンテを頼まれたらnet-toolsが入ってなかった！ ・「えー。まだifconfigつかってんのー。」と若い同僚に冷たい目で見られた！ ・などなど といった事態に備えて、RHEL7/CentOS7を導入した際には、iproute2
QEMU上のLinuxカーネルをGDBでデバッグする
プログラムがセグメンテーションフォルトで不正終了した場合に、GDBで原因 調査するというのはよく聞く話である。しかし、こういったソフトウェア開発 の後行程で使用するだけではなく、前行程でも使うべきである。これは挙動が よく分からないプログラムの動作確認にGDBが有効であるからだ。 今回は特にprint文が動作しない段階のLinuxカーネルの動作をGDBで確認する。 ただし、あくまでQEMU上での動作である為、QEMUでサポートしていないハード やQEMUが再現しきれていないハードの動作部分については未対応である。そう いった場合はICEなどの治具を用いる必要がある。 1. カーネルコンフィグの設定 CONFIG_DEBUG_KERNELを有効にする。 Symbol: DEBUG_KERNEL [=y] Type : boolean Prompt: Kernel debugging Loca
開発メモ: ImageMagickで「自然な彩度」強調
Photoshop等で実装されている「自然な彩度」強調機能と似たようなことをImageMagickでもできないかと思って検討してみた。 自然な彩度とは Adobe Photoshopの最近の版では、色を濃くしたり薄くしたりするための設定として、「彩度」と「自然な彩度」の二種類がある。Android標準の写真編集機能にもその二つがある。Adobeのページによると、"従来の「彩度」が適用範囲の彩度を均等に調整するのに対して、「自然な彩度」は彩度が高いカラーへの影響を抑えながら、彩度が低いすべてのカラーの彩度を調整します。" とのこと。 ソースが公開されているわけでもないので具体的なアルゴリズムは謎だが、自分なりに想像してみる。まず、「彩度」に関しては、HSL色空間のSチャンネル（Saturation=彩度）の値に係数を掛ける線形操作であろう。例えばパラメータ1.2（UI上は120とか？）で適用
シェルスクリプトでの$@の罠
B! 39 0 0 0 シェルスクリプトを書いてる時に$@を使って ハマったのでそれについて。 $@と$* -fや-dの罠 まとめ $@と$* $@はシェルスクリプト 1 ではスクリプトや関数の中で全ての引数を表します。 $ f(){ echo $@;} $ f a b c a b c な感じ。 ここで、次の様なスクリプトを考えてみます。 atmark.sh 1 2 3 4 5 6 #!/usr/bin/env bash if [ "$@" != "" ];then echo "$@" else echo empty fi これを実行してみると $ ./atmark.sh a a $ ./atmark.sh ./atmark.sh: line 2: [: unary operator expected empty! $ ./atmark.sh a b ./atmark.sh: line 2
http://kakipy.com/articles/5
See related links to what you are looking for.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitでやらかした時に使える19個の奥義 - Qiita
[スタパ齋藤の「スタパトロニクスMobile」] LEDライトセイバーでライブコンポジット♪
フリーソフトウェアで風景から歩行者を消す方法（FFmpeg, ImageMagick） | 配電盤
Introducing Dockercast – the Docker Podcast | Docker Blog
