満足できる物件を探すために僕がした事 - 文字っぽいの。
概要 基本的に下記のリンクを参考にしているので、これらを読めば大丈夫な感じです。 効率的な賃貸物件の探し方 | nanapi [ナナピ] 良い物件ではなく良い不動産屋を探した - $shibayu36->blog; 物件探し確認事項 - ポクポク 下記では、僕が実際どのように物件を探したかを書いていきます。 はじめに 満足できる物件を探すのは大変です。住みたいお家の条件は人それぞれですが、立地、間取り、周辺の治安、買い物事情、家賃、共益費に加えて、バストイレ別、オートロック、宅配ボックス、都市ガスなどの条件を加えれば加えるほど、自分が望む最強のマイハウスが見つかる確率はどんどん下がっていきます。また、自力でこれらの条件を列挙した上で、最適解を探すことはとても大変です。なので、不動産の素人である僕は、賃貸のプロである不動産屋さんに任せるのが一番だと考えました。 ただ、内覧しに行ってみたら「こ
JavaScriptのデバッグ方法 – JSを嫌いにならないためのTips | POSTD
この記事のオリジナルは voxxed に投稿されたものです。 JavaScript関連の問題を抱えるチームをサポートする仕事を通じて、いくつか共通の問題点があることに気づきました。もしあなたもJavaScriptに対するイライラを感じているのであれば、この記事は何らかの助けになるかもしれません。おことわり：私がお教えするヒントはすでにご存知のものもあるとは思いますが、うまくいけば、多少なりとも有用な情報があるかもしれません。特にエンタープライズアプリケーションやCMSソリューションを構築する際に有効なヒントです。チームの誰もが話したがらないCMSのコードについてお話しします。いずれも必要に応じて採用できるものです。 debuggerステートメント 大半のブラウザでサポートされているにもかかわらず、JavaScriptを書く際に最も活用しきれていない機能の1つです。debuggerステートメ
Chef・Ansible等を用いた環境の自動構築方法 について発表しました - 実はhokkai7go
こんにちは。 Chef実践入門を書いたことで、 @miyohideさんからお誘いがあり 日本OSS推進フォーラム主催 第5回アプリケーション部会勉強会で掲題の発表をしてきました。 Chef・Ansible等を用いた環境の自動構築方法 - connpass Chef実践入門著者陣、@miyohideさん、日本OSS推進フォーラムの方々にお礼申し上げます。ありがとうございます。 また、当日のお昼のスライドを見ていただいた id:daaaaaai さんありがとうございました。おかげさまで発表の流れが洗練されました。 これまでの勉強会よりも早いペースで参加登録が埋まったそうです。 ありがたい限りです。Chefなどのプロビジョニングツールへの関心が高まっているということでしょうか。 当日は、発表時間を勘違いしていて遅刻してしまったことを申し訳なく思っています。ご迷惑おかけしました。 発表の内容につい
Ansible を使ってみた感想 - tototoshi の日記
ここ数日 Ansible を触ってみてた。 MoinMoin Wiki のセットアップとか試しにやってみた。 tototoshi/ansible-playbook-moinmoin · GitHub Chef の代替というよりも Chef + Capistrano/Fabric という感じ。 インストールが楽。設定ファイルもほとんどなし。 デフォルトでできることが多い。Apache の Basic 認証設定とか PostgreSQL のユーザー作成とかまで最初っから使えるのが良い。 ドキュメントが充実しているしサンプルも併記してくれていて親切。 あまりハマらない。 シンプルで良いツールだと思った。 yaml なので簡単なことは簡単にかけるけれど、手続きっぽいことを書くのは当然つらい。 そこは仕方ないかというところ。まあ数日使った程度ではそこまで困ることはなかった。 シェルスクリプトでは手続
すてきな賃貸物件を見つけるための方法
つい最近引っ越しするために都内で賃貸物件を探した。 そこで得られた知見をまとめる。 今回、私は以下のような条件で物件を探していた ・10万円前後（上限11万円） ・２人入居可 ・30平米以上 ・目黒区 ・バス・トイレ別 このような条件で物件を探していたが、ここで注意してほしいことが大きく分けて2点ある。 1.間取り図はあてにするな 賃貸の物件を探す際に間取り図は統一のフォーマットなどなくバラバラ。 わざと広く見せるのもOK。間取り図に惑わされて実際内見をしたら狭かったなどということも多々あり。 ここで特に注意しておきたいのが、間取り図はあてにせずに、平米数をあてにすべきである、ということである。 しかし、平米の図り方にも欠点がある。 私の行った不動産屋さんから聞いた情報だと、平米数も建築家によって図り方は様々。 ・もともとの平米数の図り方は隣の部屋の壁との間から つまり壁が厚ければ厚いほど
Software Design 2015/3月号とWeb+DB Press vol 85 : D-7 <altijd in beweging>
Software Design 2015年3月号 ソフトウェア デザイン 2015年 03 月号 の表紙はYAPC::Asia Tokyo 2013, YAPC::Asia Tokyo 2014でもお世話になり、今年もお世話になる予定の CONBUの面々による「カンファレンスネットワークの作り方」です。普段正直ほとんど技術系の雑誌ってわざわざ買わないんだけどこの号は購入した。 本文の記事ももちろんおもしろいんだけど、個人的にはやはり「YAPC」という文字列が専門誌とは言え一般的にあちこちで流通している雑誌の表紙に載っているのが胸熱…！ 今までも雑誌にYAPC::Asia Tokyo関連の記事を載せてもらったり書いたりしたことはあったんだけど、もうYAPC本体とはなんにも関係ないところで自然？な形でこういう形でYAPCの名前が載るのがとにかく感動であった。 Web+DB Press vol
Conference Organizers Summit (Sort Of)
Back in November 2014, I gathered the masterminds behind running RubyKaigi (@kakutani), PyCon JP (@suzuki) , JANOG (@taji_314159265), as well as YAPC::Asia Tokyo emeritus @941-san. I reserved a room at a Chinese restaurant, and at the round table we talked for over 3 hours about problems that we face as organizers, the joy we find, and plans for the future. @kakutani, @lestrrat, @suzuki, @taji_314
技術イベント主催者の本音がココにある！ WEB+DB PRESS Vol.85 スペシャル企画でチョロっと出てます : 941::blog
明日、2月24日に発売される WEB+DB PRESS Vol.85 の中のコーナー、Special Report「技術カンファレンス運営の本当の裏側」座談会 というのに参加しまして。 色々な技術イベントのオーガナイザーが集まって「あれってどうしてる？」「ぶっちゃけあの件て何なの？」みたいな話をワイワイ話した内容となっております。自分はYAPC::Asia を４回ほど仕切らせてもらったのでその当時の話がメインです。技術イベントの運営やってみたいなーとか、技術イベントに参加してるよーって方に是非読んでいただければなと思います。 内容ちらっと見えてるけどこんなかんじです。 Software Design 2015/3月号とWeb+DB Press vol 85 : D-7 <altijd in beweging> こっちは牧さんの英語版エントリ。英語版になると途端に画像の使い方がオシャレになる
初心者向け、「上手い」シェルスクリプトの書き方メモ - Qiita
ここ最近、沢山シェルスクリプトを書くようになりました。 元々あまりシェルスクリプトを書いたこと無かったので、色々と勉強しつつ書いてるのですが、 他のプログラミング言語とはちょっと違って独特なクセというか、発見の度におぉー！ってなることが沢山あって楽しいです。 そんなわけで、最近学んだり参考にした中で特に感動したシェルの上手い書き方をまとめてみます。 きっとまだ知らないこととかもっと上手くやる方法なんかが沢山見つかりそうなので、 もっといいやり方あるよ！って方はコメントください 何もしない : (コロン)コマンド シェルを書いていた時に非常に欲しかったコマンドがこれ！何もしない！ : というコマンド(？)を利用すると、何もせずに終了ステータス0(つまり正常終了)を返します。 これが様々な事に使える万能コマンドで、これによって面倒なエラー処理を簡潔にできたり、 入力や出力のリダイレクト元/先と
berkshelf で path を変更した場合は、knife[:berkshelf_path] を変える。 - scramble cadenza
イントロ これに気づかなくて結構ハマった。 症状 berkshelf を使って、cookbook を install するとき、bundler 風に以下のように path を変えた。 berks install --path vendor/cookbooks すると cookbook が見つからないと怒られ始めた。 ================================================================================ Recipe Compile Error ================================================================================ Chef::Exceptions::RecipeNotFound -------------------------
![berkshelf で path を変更した場合は、knife[:berkshelf_path] を変える。 - scramble cadenza](https://cdn-ak-scissors.b.st-hatena.com/image/square/a070ccb45e03b0cf8c6abf8c2fb73f2770f957ba/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F11696248318754739952%2F12921228815716429268%2F1391239871)
test-kitchen test （test-kitchenハンズオン資料）vagrantもec2もazureもdockerもchefもpuppetもansibleも継続的インテグレーション！ - Qiita
test-kitchen test （test-kitchenハンズオン資料）vagrantもec2もazureもdockerもchefもpuppetもansibleも継続的インテグレーション！GitAWSchefDockertest-kitchen chefでImmutable Infrastructureって本当に出来るの？人のcookbooks使うと動かないしさ、gitで管理してても使えるかわからないんだけど… …それ、test-kitchenでやってみたら？ みたいな話。 （本当はjenkinsで回したいけどまだやってない） 社内LT用資料です。 前提 anyenv やら rbenvやらを使ってrubyをインストールしておく このリポジトリをgit clone する人、かつ、chef-dkを使っていない人（この資料はchef-dkを使用していない場合のコマンドで書いています） ch
Berkshelf 3(beta)でcookbookを作成し、Vagrantで試す - Qiita
# Java 7 normal['java']['jdk_version'] = 7 # Tomcat 7 : 本来は base_version を変更したら全て変わるように修正されるべきなんだけど normal['tomcat']['base_version'] = 7 normal['tomcat']['user'] = "tomcat#{node["tomcat"]["base_version"]}" normal['tomcat']['group'] = "tomcat#{node["tomcat"]["base_version"]}" normal['tomcat']['home'] = "/usr/share/tomcat#{node["tomcat"]["base_version"]}" normal['tomcat']['base'] = "/var/lib/tomcat#
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - chef/knife-ec2: Chef knife plug-in for AWS EC2