[和訳] 初心者Chefアンチパターン by Julian Dunn #opschef_ja - クリエーションライン株式会社
本項はChefConf 2013: Beginner Chef Antipatternsを和訳したものです。 はじめに よく Chefの学習は大変 Chefの学習曲線は急勾配 と言われているので、Opscodeでは緩和するためのコンテンツを色々準備しています。 learnchef.com docs.opscode.com パブリック/プライベート トレーニング Podcasts (Food Fight Show など) 各地のユーザグループ (訳注: 日本なら #opschef_ja ) ChefConf! (訳注: これは ChefConf 2013 で行われたセッションなので) それでも、正しいことをやっているのか知るのは難しく、何か間違ったことをやっているのか知るのはさらに難しいものです。コミュニティの中で「ベストプラクティス」は常に進化してきました。 ベストプラクティスについてもっ
![[和訳] 初心者Chefアンチパターン by Julian Dunn #opschef_ja - クリエーションライン株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/ff0083011b79fd6c79e9d989991453c770e46935/height=288;version=1;width=512/https%3A%2F%2Fwww.creationline.com%2Ftech-blog%2Fcms_x3GWkuX%2Fwp-content%2Fuploads%2F2015%2F05%2Fchef_slide.png)
ohaiを使ってサーバの情報をプログラムで扱おう
斎藤です。こんにちは。 今日は、Chefをインストールすると共に入るohaiを用いて、サーバの情報をプログラムで扱ってみます。 ※ohaiは6.16(github版)を用いています ohaiとは もともと、Chef Client/Chef Soloが実行環境の情報を取得するためのライブラリです。ただ、単独でもライブラリを使用したり、コマンドを実行する事で、Chefと同様に情報を利用する事ができます。ポイントは、外部コマンドの結果を内部でパースしてプログラムで扱いやすい形にできます。まさに、パーサーライブラリですね。 ohaiがなければ、コマンドでサーバの環境(例えば"df")の情報を取得しようとする時、コマンドの結果を取得した後に「お手製」のパーサーでプログラム内で活用できるようにしなければなりません。これが、"df"のほうに簡単なものならまだしも、"ip addr show"のような設定
RHEL7のDockerとsystemdとcgroups - めもめも
Dockerでコンテナを起動する際に、次のようにcpu-sharesとmemory-limitを指定することができます。 # docker run -c 256 -m 512m hogehogeこれは内部的にはcgroupsを使っていますが、RHEL7のDockerでは、systemdと連携してcgroupsの制御を行っています。この辺りの解説です。cgroupsそのもの説明は下記を参照下さい。 ・Control Groups (cgroups) コンテナから生成されるUnit まず、テスト用にContOS6のコンテナを起動して、中でtopコマンドでも実行しておきます。 # docker run -it -c 256 -m 512m centos /bin/bash bash-4.1# top別の端末からログインして、コンテナIDを確認します。 # docker ps CONTAINER
【図解】ゼロから始めるモダンなコマンドライン環境作り #iTerm2 #tmux #zsh｜CodeIQ MAGAZINE
普段からコマンドに触れておくで「黒い画面」アレルギーを解消 コマンドラインツールの弱点は、初心者が覚えるまで時間がかかるということです。「黒い画面」という言葉を聞いたことがあるでしょうか? あまりコマンドラインに馴染んでいない人が、ターミナルのことを指すときに使う言葉だそうです。私も含め私の知り合いでターミナルを使っている人の多くはなぜか背景を黒にしています。「黒い画面」を最初に思いついた人は、ターミナルの見た目からつけたのでしょう。加えて、「黒」という言葉が「閉鎖的」「敷居が高い」「難しい」といった印象を喚起させて、ターミナルのことを的確に表現した言葉だと感心しています。 私自身もコマンドラインを使う前は、「難しい」「敷居が高い」「ギークの閉鎖的なツール」というイメージがあり、食わず嫌いしていました。「黒い画面」アレルギーと言ってもいいでしょう。仕事でLinuxサーバを保守しないといけな
ブルックスの法則とはなにか - 未来のいつか/hyoshiokの日記
ソフトウェア開発におけるブルックスの法則とは何か。 http://ja.wikipedia.org/wiki/%E3%83%96%E3%83%AB%E3%83%83%E3%82%AF%E3%82%B9%E3%81%AE%E6%B3%95%E5%89%87 遅れているソフトウェアプロジェクトへの要員追加は、プロジェクトをさらに遅らせる ブルックスはIBM System/360用オペレーティングシステムOS/360の開発総責任者だった人で、その経験をもとに人月の神話【新装版】というエッセーを執筆した。 人月の神話は、ソフトウェア開発を志す人なら必ず一度は読まなければいけない良書だ。読んでいない人は、悪いことは言わないから、ともかく読むことをおすすめする。 初版が出版されたのが1975年（日本語訳は1977年）で、20周年記念版が1995年に出た。ブルックスの発見した法則があきらかになって約40
【公開】XP祭り関西2014講演資料「KPTによるプロセス改善～あなたはPDCAを回したことがありますか？」 #xpjugkansai - プログラマの思索
【公開】XP祭り関西2014講演資料「KPTによるプロセス改善～あなたはPDCAを回したことがありますか？」 #xpjugkansai 【1】今回の講演では、KPTによるプロセス改善の経験談を中心に話しました。 私の立場として、最近はRedmineエバンジェリストと思われる時が多く、プロジェクト支援を依頼される時が多い。 なので、各プロジェクトを横断して、PMOの立場で、プロジェクトリーダーの管理を支援する場合が多いです。 そんな立場でプロジェクトを見ていると、うまく回っていないプロジェクトには幾つかの共通点がある。 真っ先に分かるのは、このプロジェクトリーダーは、PDCAサイクルを回した経験を持っていないから、チーム運営をコントロールできていないな、という点。 【１－１】PGあがりのPLには幾つかの落とし穴がある。 1点目は、何らかの計画書を作った経験がないこと。 例えば、WBSを作った
ついMacBookを飾りたくなる美しいスタンド「BookArc möd」 | AppBank
なめらかな曲線が美しいスタンド MacBookをオシャレに立てかける まるで桟橋のようなアーチをえがくスタンド。机の上にあるだけ様になります。 もちろんMacを置いたままケーブルをさせます。 MacBookを閉じたままディスプレイで仕事をする…そんなときのスタンドに最適です。 インテリアに合わせて選べます 白い机に合うのはBirch。やわらかな明るい雰囲気にイイね。 木目がメインのデスクのアクセントになるのはブラックなEspresso。 黒を基調としたデスクにWalnut。メタリックな冷たい感じのインテリアにも合うなんてレベル高い。 木でできた3種類のBook Arcは、2種類の内側パーツが付属しています。よって全てのMacBookに対応しています。 美しいMacBookスタンドの紹介でした。あのBookBookと同じメーカーのスタンドということで、おしゃれさ納得でございます。 MacBo
「今何時？」から「IPアドレスは？」まで一気に解決する情報収集補助ツール9選
さまざまな情報の入手に役立つインターネット。しかし広大なネットの中から、必要な情報をすばやく得るためには、調べ方のコツを知っておく必要がある。なるべく少ない手順で、かつ正確な情報をすばやく入手するための方法を把握しておくことは、ビジネスでもプライベートでも、必須の知識と言っていいだろう。 今回は、ウェブサイトや画像の情報をはじめ、サーバやウェブサイトのデータ、さらにはその評判といった各種情報をすばやく入手するための、便利なツール群をまとめて紹介する。ひとつずつ調べていてはどれだけ時間があっても足りない場合も、これらのツールを使えば効率的に情報を得られる。ぜひさまざまなシーンで活用してほしい。 ◇世界11都市のタイムゾーンを手軽に調べられる「Every Time Zones」 「Every Time Zones」は、世界11都市の現在時刻を手軽に把握できるサービス。現在時間をドラッグすれば各
なぜCoqが重要か
結論 最強のプログラム検証器 最強の関数型言語 最強のプログラム検証器 Coqは最強の表現力を持つ仕様記述言語を使う 仕様記述言語は検証したいこと を記述するための言語 表現力は検証器によって全然違う 表現できる範囲が、検証器の限界 Coqのそれは高階述語論理 ← 最強 最強のプログラム検証器 Coqを使うためにはPhDが必要? 高校生でも練習すればできる (c.f. プログラミングCoq) 最強のプログラム検証器 証明を人間が与えるのが大変？ タクティックによる自動化はOCamlでいくらでも可能 型チェッカはタクティックと独立なので安全 既にomegaなどの自動証明アルゴリズムを実装したタクティックあり 最強の関数型言語 Coqは(型の表現力が)最強の関数型言語 型の表現力が最強 型推論は完全ではない 停止性は保証しなければならない 注意: ここでの関数型言語とは (ラムダ計算を基礎とし
ユニットテストを書こう！ - Qiita
ソフトウェアエンジニアにとって、ユニットテストは重要です。僕はなるべくユニットテストを書くようにしており、ソフトウェアエンジニアはもっとユニットテストを書くべきだ、と考えています。ここで言及している「ユニットテスト」は、単なる「テストコードによる自動化」全体を指すのではなく、「テストから見えてくるグーグルのソフトウェア開発」で登場した用語である「Sテスト」を指します。 「テストから見えてくるグーグルのソフトウェア開発」では、テストコードが対象とするプロダクションコード(製品コード)の規模、S、M、Lとサイズごとに分類しています。 「Sテスト」とは、テスト対象のクラスのみを対象にしたテストを行うことを目的としています。テスト対象以外のクラスの処理は、積極的にモックを多用することで、テスト対象のクラスの振る舞いを確認します。 Sテストは主に品質向上に寄与すると「テストから見えてくるグーグルのソ
アメリカ海軍の特殊部隊で身に付けた7つの習慣 | ライフハッカー・ジャパン
Inc.：私はNavy SEALとして過ごした期間に最高の習慣を身に付け、そして危険極まりないミスをいくつか犯しました。 ある時、私たちの小隊はイラクの射撃練習場でミッションへの準備を行っていたのですが、私はその時、前夜のオペレーションの後にピストルに弾を入れておくことを忘れていたのです。『No Easy Day』というベストセラーを書いたMark Owen（これは彼のペンネームですが）が斥候兵だったのですが、彼が私のミスを発見したのです。その時の彼のがっかりした表情を私は今でも思い出します。 エリートチームをつくる「正しい習慣」 この経験から、私は良い習慣を身につけることの重要性を学びました。習慣や癖、というとあまりポジティブなイメージはないかもしれませんが、正しい習慣を身につけることで成功への道のりにある障害を回避できる場合も多々あります。そうすることで失うものほとんどありません。優秀
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gw07.net
Ruby on Rails Reading Guide
https://ubuntuapps.net/blog-entry-636.html