これから始める「DockerでかんたんLAMP環境 for CentOS」 | さくらのナレッジ
昨年からImmutable Infrastructureという言葉が出始めて、サーバーを簡単に作って壊すという潮流が出始めました。また、サーバー管理を簡単にするツールとしてDockerというものが脚光を浴びており、いまどきのサーバー管理者に受け入れられてきました。 今回は、そのDockerをインストールしてLAMP環境を構築するステップを見ていきたいと思います。 Immutable Infrastructureとは？ IaaS型のクラウドやVPSの台頭によって、簡単に仮想サーバーが立ち上げられる環境が整ってきました。 とはいえ、サーバーの立ち上げをするのはシステム構築時と、システム規模を大きくする時に限られ、サーバーの動作を変えたり、アプリケーションのアップデートをするときは、稼働しているサーバーの中身を修正するというのが従来のやり方でした。 しかしImmutable Infrastruc
エンジニアが人月商売の会社で働くのってどうよ？ - GoTheDistance
タケルンバ卿より下記内容についてリクエストをもらったので回答してみる。 ポイントをまとめると、こんな感じです。 人月商売をやっている会社は、単価によって大凡のサービス価格が決まる。よって下請けに安い単価で出してマージン抜くと利益率向上に直結する。 が、下げられる単価にも国内では限界がある。人工商売なら海外に安い労働力を求めるのが合理的なので、海外へ委託するしか無いのではないか？ 翻ってこういう会社で生き残るには、マネージャ職につくしかないのではないか？ITの場合、プログラマでいたいなら一人親方にならざるをえないのではないか？ 人月は流れて西へ - (旧姓)タケルンバ卿日記 結論から言うと、全部同感。ITでも人材派遣(警備業界とか)でも、根っこは一緒。 人月商売は「単価」×「人数」×「期間」のかけ算が基本的な考え方。このモデルで利益率を増やす為には「単価を上げる」か「安い単価の人間を使うか」
自分の定めた目標に向かって努力するということ - 達人プログラマーを目指して
最近id:j5ik2oさんの努力する人が最後には”できる人”になる - じゅんいち☆かとうの技術日誌というエントリーを読んだことがきっかけで、エンジニアとして「努力する」ということについてちょっと考えてみました。 努力と目標設定 普段意識していなかったのですが、もともと努力という言葉にはある目的に向かってがんばるという意味が込められているようですね。 努力 - Wikipedia 英語のeffortとかendeavorといった単語にも似たような意味がこめられています。だから、本来、努力とは、ある目的に向かっていろいろ試行錯誤するということが本質的なのであり、そう考えると2011-02-08で書かれていることも本来の意味での努力ということを否定しているものではないのかなと思います。ただ、日常では決まった目標もなく無駄に「あくせく努力する」などという否定的な使われ方もしますし、根性論 - Wi
はてなブログ | 無料ブログを作成しよう
聖蹟桜ヶ丘へ 今年度の授業が全て終了した。最後の授業はテスト返却とその確認作業の後は特に何をしろとも言われていなかったので、『耳をすませば』の後半、お姉さんと雫が言い争いをする場面を生徒と皆で見た。 この場面。あの場面、お姉さんは雫に「今しなきゃいけないことから逃…
努力する人が最後には”できる人”になる - かとじゅんの技術日誌
先日の2月3日で39歳になりました。社会人20年を振り返ると苦労の歴史でした。でも、それは誇らしいことでもあります。 今でこそ「できる人」というイメージが強いかもしれませんが、、駆け出しのころは全くできない子でした。 ということで、苦労話。タイトルがありきたりですが、でも難しいことなんであえてつけてみた。押し付ける気も全くないですけど、できるやつが何 後付でカッコつけてんだよ！とか、非論理的だなって言われると思います。それは否定しません。そんなことは承知の上で、以下 おやじのうんちくをたれます。 限界を超えた努力 初めてのプログラミングは10歳の時にBASICでプログラムです。なんか難しいこと簡単にやらせてみたい欲求があって、PCというのは難しいけど楽しいかもしれないと思った。その頃の「好き」のレベルはまだ淡い幻想です。 それ以来、社会人になるまでPCはゲーム機でしたが、社会人になってC言
QuerydslでJPAが思ったよりも捗る - 水まんじゅう2
先日、 [twitter:@seratch]さんから教えていただいたQuerydslがすごい良かったので記事として書きます。 http://www.querydsl.com/ JPAにおける課題 JPAではJPQLとCriteriaという二つのクエリ記述言語があります。 しかしながら、それぞれ使い勝手という意味では難のあるものでした。 JPQL JPQLは以下のような、SQLライクなクエリ記述言語です。 select new com.github.megascus.EmployeeBean(e.code, e.name, e.age) from Employee as e where name like 's%'SQLライクに記述することができるため、SQLが理解できる人にとっては理解しやすいという利点があります。 しかしながら、JPQL自体はただの文字列で定義する必要があります。 そのた
リリースプランニングのためのアジャイルな見積もり
優先度付けや製品のリリース計画のためにアジャイルチームやプロダクトオーナーは見積もりを行う。 long-range planning with user storiesと題した記事で、George Dinwiddie氏はアジャイルを使った予測について書いている。氏はユーザストーリーはチームが仕事をするのに役に立つが、ユーザストーリーを使ったリリース計画はチームにとって労力がかかりすぎると主張する。 3ヶ月(週5日で13週間)をひとつで2日かかるユーザストーリーに分割すると32ストーリーになります。たくさんのストーリーになってしまいますが、同時に複数のストーリーを実装したり、同じようなストーリーが複数あったりすると、さらに大変です。チームの半数がそれぞれのストーリーの実装に関わり、半数のストーリーに1日だけ必要な場合、ストーリーの数は96に増えます。プロジェクトのはじめに96のストーリーを確
とんでもなく参考になりすぎるEvernote使用例 7 〜@takaiphone2010 の全ノートブック晒し＆Evernote運用術〜
OZPA表4をご覧のみなさま。はじめまして、今回寄稿させていただくことになりましたtaka（ @takaiphone2010 ）と申します。 iPhoneとEvernoteが大好きな岡山在住のサラリーマンです。 普段はCrossModeLifeというブログにてiPhoneやEvernote関連はもちろん、生活の中で役立った情報や気になったことなどをマイペースに書いております。 私はEvernoteを使い始めて約2年ほど経ちますが、今ではEvernoteは生活の一部となり、ノートブックやノート数もそれなりに増えました。また日々利用して行く中でいろいろな気付きもあり、試行錯誤しながら運用もしてきました。 今はそれなりに快適なEvernoteライフを送っておりますので、思い切ってOZPA表4に寄稿をお願いさせていただいたところ、快く承諾いただきましたので、私のノートブックと運用方法を晒して行きた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
継続的開発は新しいメンテナンスの現実か？
