エンジニアの学び方─効率的に知識を得て、成果に結び付ける 記事一覧 | gihyo.jp
第4章何を学ぶか、何を作るか―問題の探し方と成果の出し方 西尾泰和 2014-07-25
RSpec の入門とその一歩先へ、第2イテレーション ～RSpec 3バージョン～ - Qiita
はじめに 本記事は和田卓人さん(@t_wada)が書かれた有名なRSpec入門記事、「RSpec の入門とその一歩先へ、第2イテレーション」をRSpec 3バージョンとして書き直したものです。 詳しくは第1イテレーションに書いた説明を参照してください。 各イテレーション(RSpec 3バージョン)へのリンク 第1イテレーション 第2イテレーション(本記事) 第3イテレーション ソースコードのURL https://github.com/JunichiIto/rspec3-for-beginners/tree/end_of_iter2 本記事のライセンスについて 本記事は クリエイティブ・コモンズ 表示 - 継承 4.0 国際 ライセンスで提供されています。 備考 本文やサンプルコードは極力オリジナルバージョンを踏襲します。 記述が古くなっている箇所は新しい記述方法に書き直します。 新しい記
Kindleのハイライト箇所をテキストでEvernoteに取り込み、読書のアウトプットを促す（kindle.amazon.co.jp）
Kindleのハイライト箇所をテキストでEvernoteに取り込み、読書のアウトプットを促す（kindle.amazon.co.jp） 1．Kindleを気に入っている2つのポイント 私がKindleを気に入っているポイントは、ざっくり言うと、2つあります。 (1) 3つのボトルネックを解消→読書量回復 ひとつめは、「空間」「読書時間」「読みたい本とのミスマッチ」という読書量を制約する3つのボトルネックを解消することです。Kindleがボトルネックを解消してくれたので、Kindleを使い始めてから、私の読書量はかなり回復しました。 参考：Kindleを使うと、なぜ、読書量が増えるのか？→Kindleが3つのボトルネックを解消するから。 (2) 「kindle.amazon.co.jp」をウェブクリップ→ハイライト箇所をテキストでEvernoteに取り込む→アウトプット促進 ふたつめは、「k
Webアプリをあっという間にカッコよく！ BootstrapによるレスポンシブWebレイアウト
筆者は、このような画面を頻繁に目にします。なぜなら、デザインに疎い筆者自身がWebアプリを開発すると、このようなシンプルな画面がたくさん出来上がるからです。 そもそも業務アプリケーションでは、業務で取り扱う数多くの情報を、データベースや他システムなどから取得し、アプリケーション内でそれらの情報を、安全かつ正確に処理するためのコーディングを行う必要があります。開発規模が大きくなれば、再利用性の高い設計になるようさまざまな知恵を使う必要がありますし、取り扱う情報には機密性の高いものも含まれるため、セキュリティなどにも細心の注意を払う必要があります。そのため、どうしてもビジネスロジックの開発に注力しがちで、画面デザインやレイアウトなどのフロントエンド開発は、ついつい後回しになってしまいます。 しかしながら、Webアプリの操作性は、システムの顧客満足度を左右する重要なポイントになります。また、パソ
何かのときにすっと出したい、プログラミングに関する法則・原則一覧 - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 デメテルの法則 別名最小知識の法則。デメテルは、豊穣の女神。アスペクト指向などの研究であった「デメテルプロジェクト」に由来。 基本的な考え方は、任意のオブジェクトが自分以外（サブコンポーネント含む）の構造やプロパティに対して持っている仮定を最小限にすべきであるという点にある。 単純化して説明すると、オブジェクトの"メンバーのプロパテ
オブジェクト指向について - きしだのHatena
参考までに、ぼくの基本的な定義は、ランボーの「データ構造と振る舞いが一体となったオブジェクトの集まりとしてソフトウェアを組織化すること」という定義に従っています。そのようなオブジェクトが単体ではなく組織化されるということが重要です。オブジェクト指向を勉強するとはそのような組織化のしかたを勉強することだと考えています。 現在のシステムは、データはデータベースに格納され、振る舞いとは分離して管理されています。そのような中では、システムをオブジェクトの集まりとして組織化することはできません。 局所的にも、ステートレスを前提としたHTTPの処理では、オブジェクト組織の必要な局面はありません。 個別のオブジェクトの共通化に継承を使うという点では「クラスは単にユーザー定義型であり、継承は部分型と差分プログラミングを実現する仕組みだととらえる」だけで充分だと考えています。 そうしたシステムにオブジェクト
「さくらのクラウド」で「CoreOS」が利用できるようになったので、CoreOSの利用方法を「まとめ」てみました。
横田です。今まで「さくらのクラウド」でCoreOSを利用するには、色々と面倒な設定が必要でしたが、先日 CoreOSのアーカイブをリリースしたため、一気に利用の敷居が低くなりました。実際に利用してみるとこんな感じで簡単に利用できます。 というわけで、今回は「CoreOS」を、皆さんどのように利用しているかの「まとめ記事」をお送りしたいと思います。 [関連リンク] ・パブリックアーカイブ・インストールISOイメージ更新のお知らせ(CoreOS, CentOS 7.0) | さくらのクラウドニュース ・さくらのクラウドでCoreOSが選べるようになりました | itFun.jp 《とりあえず、CoreOSの概要を知るための「まとめ」》 「Docker専用ツールのまとめ」でも書きましたが、CoreOSは「Docker専用のLinux」とも言われる、軽量のLinuxディストリビューションです。OS
コードスニペットをVisual Studio拡張機能として広く配布しよう
今や、ほとんどのVisual Studioの拡張機能は、「Visual Studio ギャラリー」もしくは「サンプル ギャラリー」から入手できるようになった。これらのサイト上の拡張機能やサンプルは、Visual StudioのIDEの［機能拡張と更新プログラム］ダイアログから検索して、ダウンロード、インストールできるので、Visual Studioユーザーの視点で見て、導入も本当に簡単で便利だ。 そのため、「コーディングを補助する何らかのコードスニペットを作成したので、より多くの人に活用してほしい」という場合には、このVisual Studioギャラリーから配布した方がよい（同様の形式のものには、例えば「jQuery Code Snippets 拡張機能」などがある）。本稿では実際にその配布方法を、次の3つのセクションに分けて解説する（※本稿ではVisual Studio 2013を使用）
第2回 トランザクションを知ればデータベースがわかる―「データ復旧」「同時実行制御」を行う“不完全な”しくみ（1） | gihyo.jp
開始コマンドがDBMSによってバラバラなのは、標準SQLで明確に決まっていないためです。中にはOracleやDB2のように、データベースへ接続したら自動的にトランザクションが始まることになっているため、開始コマンドのないDBMSもあります。確かに、最初に暗黙に開始されれば、そのあとは終了文だけあれば区切りはわかる（終了文が次のトランザクションの開始文も兼ねる）ので、合理的といえば合理的です。 構造的な単位としてのトランザクション 一方でDBMSの側から見ると、トランザクションは2つの重要な機能に関係しています。それが、「データの復旧」と「同時実行制御」です。まずは、前者から見ていきましょう。 トランザクションは復旧の単位 障害発生前に終了したトランザクション データベースに限らず、システムというのは使い続けていればどこかのタイミングで障害に見舞われます。なるべく障害に遭遇しない堅固なシス
How to Debug Anything
Does your code work? Probably not. The libraries you're using probably don't work either. If you're lucky, the OS does, but even then you'll probably find something wrong if you look hard enough. Debugging is the reason that the last 20% of shipping a product usually accounts for 80% of the time. And yet, there are a million blog posts and talks about writing code, but very few about figuring out
バフェットからの僕への手紙 - ankeiy’s diary
自分の頭で考える経営---この当たり前のことが今どれだけできているのだろう。ウォーレン・バフェットの本を読んでそんな疑問が頭をもたげてきた。だからブログを書こうと思った。そのことをもう少し考えるために。 20年ほど前、ぼくがはじめて株式投資を始めたとき、すでにバフェットはビルゲイツに次ぐ世界の富豪であり、投資の神様だった。ぼくは書店にある彼に関する書籍をむさぼり読んだ。けれども、そのとき頭の中に残った言葉は「長期投資」と「自分の理解できる企業に投資する」っていうことぐらいだった。そんなことがわかっても株式投資で儲かるわけはない。人生は短い（笑）。実際、ぼくの株式投資も短期売買による利ザヤ狙いだった（笑）。今回、彼がバークシャー・ハサウェイという彼の経営する会社の株主にあてた手紙の翻訳本をたまたま手にとった。そして、彼がどんな思いで今まで経営してきたのか、経営するための手段として投資をどのよ
内部構造から見るGit - Qiita
こんにちは@a_suenamiと申します。 これはGit Advent Calendar 2012の17日目の記事になります。 前日はid:akiyokoさんのGitコマンド総選挙でした。 Gitの内部構造 みなさんはGitがどういう風にデータを管理しているか意識したことはありますか？ コマンドの使い方に関するTipsはよく見かけるのですが、なかなかデータ構造に着目した解説は少ないのが実情かと思います。 そこで本日は僕が以前社内で行ったGit勉強会の話をもとにして、Gitの内部でどのようなデータがやりとりされているのかという話をしたいと思います。以下が以前僕が社内で勉強会をしたときの資料です。 http://www.slideshare.net/asuenami/git-15199548 タイトルの通り、非プログラマ向けの内容なのですが、PART2ではGitの内部構造を擬人化して説明すると
第1回 Linuxの起動プロセスとsystemd
Red Hat Enterprise Linux 7（RHEL7）では、「systemd」という新しいLinuxの起動処理とサービス管理の仕組みが導入された。システムの起動処理にかかる時間を短縮するなど、さまざまなメリットを備えている。 従来のバージョンであるRHEL5では「SysVinit」、RHEL6では「Upstart」という仕組みが採用されていた。systemdは、これらの仕組みとは大きく異なるプロセスで、Lnuxを起動する。systemdは従来の仕組みとどう異なるのか、それによってどんなメリットが得られるのか、詳しく解説していこう。 これまではシェルスクリプトでシステム起動を管理 SysVinitやUpstartでは、システムを起動してLinuxカーネルが動き始めると、最初にシェルスクリプト「/etc/rc.d/rcsysint」によって、ファイルシステムの整合性チェックとマウン
PRINCE2の教え－－プロジェクトで大事なのはマネジメントかガバナンスか？ | タイム・コンサルタントの日誌から
このサイトをご覧の読者の方なら、『鉄の三角形』という言葉をご存知と思う。プロジェクトを定める「スコープ」「コスト」「スケジュール」という三大制約条件を、三角形の形で模式的に示したものだ。 三角形の一片の長さは、他の辺に影響を与えずに変えることができない。同じように、プロジェクトの三つの制約条件は、独立でなく必ず他と関わり合っている。例えばプロジェクトのやるべき責任範囲である「スコープ」が増えたとしよう。すると「コスト」が増えるか、「スケジュール」が伸びるか、あるいはその両方が必ず起きる。そこでプロジェクトマネージャーは、これら3つのファクターの相互関係とバランスを、よく考えながらコントロールする必要がある。 ちなみに、製造業の三大ファクターと言えば「QCD」、すなわち、品質(Quality)・コスト(Cost)・納期(Delivery)である。プロジェクトの場合は、品質で三角形を書くことも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
再起動後もコンテナを自動起動する - Qiita
サービス終了のお知らせ
第七回 #渋谷java まとめ
Dockerにまつわる誤解