Install Ruby on Rails – Railsinstaller.org -
Hi everyone, in an effort to retain the information of railsinstaller.org we have decided to merge it with hotframeworks.com, this resource will always be live for everyone who needs it. Thanks to the team at Hot Frame Works for all their help. Whether you're on windows or mac this is the quickest way to going from nothing to developing ruby on rails applications. Start by downloading the relevant
社員がフリーランスになる前に教えておきたいこと | fladdict
秘密結社THE GUILDも仲間が15人近くになり、僕の直轄チームも3人に増えた今日この頃。直轄チームのみんなには、できれば幹部になって欲しい。でも、翼を折って囲い込むのではなく、いつ独立しても恥ずかしくないように育てていきたい。っていうか、ここに書いたのできるまで、独立なんぞ許さんよ的メモ。新入社員は各自マスターしておくこと。 1: 収入の一定パーセントを貯蓄しなさい 収入の10%〜20%を、お給料日に自動振り込みで貯蓄しなさい。お金持ちになる唯一の方程式は「消費＜収入」。この方程式が強制的に維持される仕組みを作る。これが人生を安定させるために一番重要なことです。 2: 生活資金を半年分ためなさい まず無収入状態でも3〜6ヶ月生存できる貯金を作りなさい。生活費の安全バッファは大型案件や、お金にならないチャンス案件を手に入れる最低条件です。安全バッファがなければ、常に生活費のために自分を切
2014年に読んで衝撃を受けた本10冊をおすすめ順にランキングにしてみた - LITERALLY
齢を取れば取るほど時間が経つのが早く感じるもので、2014年も残り１か月になってしまった。まだ”2014年”という響きでさえ馴染めていない気がするのに、もう2015年になるのかと思うと少し焦燥感にかられてしまう。 ところで今年も例年と同じように本を100冊近く読んだ。今年は運良く、読んでよかったと思う本に多く出会えた気がする。今回はその中から「涙が出るほど感動した本」、「衝撃を受けた本」、「インスピレーションが刺激された本」を１０冊厳選してランキング形式で紹介する。ジャンルは文庫本から漫画、絵本まで様々なのでご注意。 読んで衝撃を受けた本 TOP１０ 1.はせがわくんきらいや 1976年に出版され、2003年に復刊した名作絵本。以前このブログで取り上げたことも⇒『はせがわくん きらいや は大人にも読んでほしい名作』。 ヒ素入りミルクを飲み体を壊してしまった"はせがわくん"に「きらいや」と言
Martin Fowler's Bliki in Japanese - 犠牲的アーキテクチャ
@@ -0,0 +1,37 @@ +http://martinfowler.com/bliki/SacrificialArchitecture.html + + +会議の席であなたは考えている。自分のチームが二年間かけて書いてきたコードのことを。そして決断に至る。いま打てる最善の手は、あのコードをすべて投げ捨てまったく新しいアーキテクチャを再構築することだ。死にゆくコード、それに費やした時間、自分が下し続けてきた判断。この決断は、あなたはどんな気持ちにするだろう？ + +多くの人にとって、コードを捨てるのは失敗の証だ。ソフトウェア開発の探索的な性質を考えれば、わからない判断ではないかもしれない。けれど失敗には違いない。 + +ところが、いま書ける最良のコードは二年経ったら捨てるつもりのコードだということはよくある。 + +私たちは長命なソフトウェアとして偉大なコードを思
ソフトウェア開発時に気をつけてる振る舞い - futoase
他人と開発する多人数開発(2名以上)のお話。 なんとなく思ってること。 修正してください 仕様が変更になった上での変更であれば、修正ではない。 ので、「変更した理由」と「変更して欲しい意図」を説明する。 その前に一言、「修正」とかチケットで「修正」とつけてはいけない。 その人は「変更前の仕様」を充足した形で実装していたのだから。 バグを出した後の言葉かけ 僕は率直に、見つかってよかったと思うし、そう表現するのだけど、 人によって追い詰める言葉を発してしまう。 追い詰めると、次バグが見つかっても「気が付かなかったフリ」をされてしまう。 そうなると品質が下がる。意味が無い。 話を自己の経験100%で話してしまう 自分が得られた知見は重要なんだけど 働いてきた場所は10も無いだろう。というので 50%ぐらいに抑えて、後は他社の事例とか、 なんか優れたようなドキュメントとか開発の歴史事例とか それ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
