インフラエンジニアがプレイするべきゲーム「Papers, Please」 - チューリング不完全
プレイしたゲームがあまりにも自分の仕事内容を思い起こさせるものだったのでご紹介します。 (実はゲームをプレイしてこういう記事を書こうかな、と思ってから1年位経ってる) 今回ご紹介するのは「Papers, Please」というゲームで、Steamで980円で購入することができます。(ただし年に数回あるセールのときは80%OFFとかで買えるので、そっちを狙うのがオススメ) 2015/02/03 追記 iPadでもプレイできるらしい。 Steamにあるゲーム紹介の文章を以下に貼ります。 おめでとう。 10月度勤労抽選により貴方を入国審査官に命ずる。 即座配属のため、至急グレスティン国境検問所の入国管理省に赴くように。 貴方とその家族には、東グレスティンの８等級の住居が割り当てられる。 アルストツカに栄光あれ。 ここは、共産主義国アルストツカ。隣国コレチアとの6年間の戦争がついに終わり、国境の町グ
Autodoc - r7kamura blog
闇Advent Calendar 1日目の記事として、最近の開発における心の闇に触れます。 最近開発した Autodoc というツールについて簡単に説明した後、 この手のツールの開発にあたって考えていた、 創作活動の在り方や、社会の斥力、25歳定年説などについて触れようと思います。 Autodocとは Rack applicationで実装されたAPIに対して、RSpecで書かれたテストを元にAPIドキュメントを生成するもの。 テストを実行すると、テスト中に発行したリクエストやレスポンス、そのテストに付けられたメッセージを元に、 良い感じに情報をまとめ、Markdown形式でAPIドキュメントを記したファイルを生成してくれる。 例えばGitHubではMarkdownファイルを適当に描画してくれるので、 下図のようにGitHub上で簡単にドキュメントを閲覧出来るようになる。 テストの書き方
プログラマの第三の選択 - SonicGardenのビジネスモデルについて考える - メソッド屋のブログ
ソニックガーデンは、利益や、成長よりも顧客、エンジニア、経営者の幸せを求める革新的な形態の新しい企業だ。今後このような形態の企業が増えてくると思われるが、その先便の企業だと思う。 日本のソフトウェア業界の企業形態 日本のソフトウェア業界にある企業を３つに分類してみた。そして、その傾向を分析してみた。 A. モーレツな成長と成功を求める会社 これは２種類あり、スタートアップ系のベンチャーと、Amazon, Google, Facebook等既に成功し、成長したスタートアップ系企業だ。スタートアップの場合は、ほぼバクチのようなもので、当たり外れが激しい。最初の給料は激安。その代わり成功したときに入る収入は段違いだ。その代わり、生活はほぼ犠牲にされると思っていい。経営者もこれは同じで成功した暁には凄く大きなお金と、働かなくてもよくなるぐらいの自由が手に入る可能性がある。ただ、成功の確率はとても低
「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演させていただきました #TddAdventJp #devlove2012 - t-wada の日記（旧）
このエントリは、 TDD Advent Calendar jp: 2012 の 17 日目の参加エントリです。前日のエントリは [twitter:@shuji_w6e] さんの「軽量なテスト駆動開発を目指して」でした。 久しぶりのエントリです。久しぶりどころか、なんと日記の更新が一年ぶりになってしまいました……(もはや年記ですね)。 昨日、二日間開催された DevLOVE 2012 の二日目最後の(?)講演として、「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演をさせて頂きました。 DevLOVE では何度か登壇の機会を頂いているのですが、昨日はいつもとは少しだけ違いました。その違いとは「イベントで私以外にも TDD の事を講演する人が複数いる」ということでした。諸橋さん([twitter:@moro])の「テストに開発をもっと駆動させたい」と和智さん
■ - hitode909の日記
音楽とか一緒にやるとアーティストが多数参加みたいになるのにエンジニアが集まると一瞬で人月の神話みたいになるのがむかつく。人月の神話によるとエンジニアを増やせば増やすほどコミュニケーションコストが爆発してゴミの量産が可能になるみたいなことが書いてある。プログラマーはゴミみたいなソフトウェアを作るのが仕事、ゴミを作るだけなら世界にゴミが少ない方がいいからプログラマーいない方がましみたいになってるのがむかつく。エンジニアなめられ過ぎててプログラム書いてるだけでセンス悪いみたいになってて平日に映画見てるだけの文系大学生にも今回の知見を活かして次は頑張れとか言われる。ソフトウェア開発は知的な生産行為だからゴミみたいなものを作るわけにはいかないしゴミが作られる仕組みを作ってはいけない。知性がゴミみたいだったり同僚がごみだったりすることはないと思う。まだまだいいもの作る余地ある。めちゃくちゃいいの作りた
プログラミング初心者のうちに身につけたい３つの習慣 | Social Change!
プログラミング技術さえ身に付けば、プログラマとして一人前と言えるでしょうか？ プログラミングを始めたばかりのうちは、プログラミング言語の習得や周辺の知識を得ることばかりに目がいきがちですが、それだけでは一流のプログラマになれません。（プログラミング言語を学びたいならこちら：写経で身につけるプログラミングの基本） プログラマとして成長するためには、プログラミング技術を学ぶだけではなく、良いソフトウェアを作るための良い習慣を身に付けることが大事になります。初心者のうちに良い習慣を身につけておけば、ただ知識を追い求めるのではなく地に足をつけた成長ができるはずです。 本記事では、私自身も先人たちから学んだプログラマが身につけたい３つの習慣について書いています。 自分で書いたすべてのコードを説明できるようになろう プログラミングは全て、明確な判断の結果です。if文を使うべきかどうか、どのAPIを使う
デブサミで僕が話したことの簡単なまとめ - 宇宙行きたい
デブサミが 10 周年でした。 残念ながらオファーなかったのですが、一昨日くらいに急に参加していいよって言われたので 「From Legacy to Agile 〜レガシー開発からアジャイル開発へ〜」に乱入してきました。 そこでチームビルディング的な話を話させてもらいました。 資料とか特に作っていなかったので僕がリーダーとしてチームメンバーにお願いしている決まり的なことを簡単にまとめておこうと思います。 テストを書け 問題を根性で解決するな 人を殺す以外なら何やってもいい 失敗を引きずるな 個別に補足書いて行きます。 一応状況の簡単な説明をしておくと、最初は 3 人しかいないチームに 「手伝ってくれないか？」と言われ合流しました。その後、僕がリーダーになり 今は 15 人前後のチームで動いています。 テストを書け これは僕がチームに入るときに最初に宣言しました。 「テストを書かないようなプ
開発手法とコミュ力は捨てろ――SIエンジニアに告げる、Web企業への転職戦略
開発手法とコミュ力は捨てろ――SIエンジニアに告げる、Web企業への転職戦略：きのこる先生のエンジニア転職指南（6）（1/2 ページ） 元プログラマ、現Web系企業の人事担当者による、エンジニア転職指南。「応募書類の書き方」や「自己PRの仕方」について、エンジニアの視点を持ちながらアドバイス。エンジニアの幸せな転職のために、菌類が奮闘する。 皆さん、こんにちは。2011年も残すところあとわずか。忙しい日々をお過ごしでしょうか。 師走ということで、師に負けず菌類も走り回っています。新卒採用のエントリが始まり、やるべきことは増えるばかり。冬眠したい気持ちをぐっとこらえてフル稼働中です。 繰り返す、ここはSIerではない さて今回は、かつて私が所属していた「システム・インテグレータ（SIer）」、そしていま所属している「Web系企業」についてお話します。 SIerは、長引く不況とIT業界の構造変
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
