pixiv(ピクシブ)は、イラスト・マンガ・小説の投稿や閲覧が楽しめる国内最大級の作品コミュニケーションサービスです。幅広いジャンルの作品が投稿され、ユーザー発の企画やメーカー公認のコンテストが開催されています。
![イラストコミュニケーションサービス [pixiv]](https://cdn-ak-scissors.b.st-hatena.com/image/square/124551c499cd1b31458761571b9d01a54ae87bf3/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fs.pximg.net%2Fwww%2Fimages%2Fshare%2Fpictures.jpg)
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2002/5/6 ある重要なことがプログラミングやソフトウェア開発についての文献でほとんど語られず、そのため私たちは互いに誤解する結果となっている。 あなたはソフトウェア開発者だ。私もそうだ。しかし私たちの目的や要求は異なっているかもしれない。実際、ソフトウェア開発にはいくつかの異なる世界があり、異なった世界ではルールも異なっている。 あなたがUMLモデリングの本を読んでも、それがデバイスドライバのプログラムを作るのには役立たないということはどこにも書かれていない。あるいは「(.NETに必要な)20MBのランタイムは問題ではない」というアーティクルを読んでも、それは当たり前のことに触れていない：あなたがROMが32KBの携帯電話のためのコードを書いているなら、それは十分に問題だ！ ソフトウェア開発には
オブジェクト指向プログラムで getter/setterメソッドを使わなければならない 10の理由 福盛 秀雄 fukumori at m.ieice.org JavaやC++などのオブジェクト指向言語でプログラムを書いているときに、単純なメンバ変数を参照したり操作するために anObject.getX() [以後これをgetterメソッドと呼ぶ] とか anotherObject.setY(y) [以後これをsetterメソッドと呼ぶ] と書くのはなぜだろうと思ったことはないだろうか? int型の変数ひとつを操作するのになぜわざわざメソッドを定義するのだろう? 単純に代入を使えばいいじゃないか? この文章はそんなあなた(かつての僕も含む)が、getter/setterメソッドを使うべきである理由についてまとめたものである。 ということで早速本論へ。 1. クラス内部のデータ表現を変えた場
先週、CentOS 6 はいつ頃出るのかどうか、ふと気になりました。 リリース予定もニュースにならないし、どうしたのだろうと調べていたら、CentOSの開発MLが荒れていることを知りました。 不安を感じた私は調査を続けました。 すると、LWN.net の一つの記事に、CentOS の開発の現状について書かれたものがあることを発見しました。 それを読んでまず知ったのが、CentOS は単純に RHEL のソースをリビルドするだけではなく、かなりの労力を費やして作られるディストリビューションであるということです。 そして、開発コミュニティの運営に苦戦している CentOS 開発チームの姿がそこにはありました。 この記事は是非多くの人に読んでもらいたいと思い、何人かの人にレビューをお願いした上で翻訳してみました。 それでは本編をどうぞ。 CentOS 6 の困難、立ち向かう人々 Original
ソフトウェア設計とは何か？ （原文： What Is Software Design?） by Jack W. Reeves (c)C++ Journal - 1992 訳者まえがき この文書は，Jack W. Reeves 氏が1992年に C++ Journal に寄稿した記事の邦訳です。 本記事では，オブジェクト指向プログラミング言語の代表として C++ を挙げていますが，これは本記事が執筆された当時，一般的に利用可能なオブジェクト指向言語は C++ だけであったという事情があるためです。 今では C++ に加えて Java，Delphi，C# といったオブジェクト指向言語が利用可能となっていますが，そんな今でさえこの記事は古さを感じないものとなっており，ソフトウェア開発の本質，現状を鋭くえぐるものとなっています。 邦訳の公開を許諾していただいた Jack W. Reeves 氏に，
「注意：ネットからの抜粋です↓」 「犬の餓死」という芸術 ある芸術家が餓死寸前の犬を展示して「犬の餓死」という芸術を発表した。 しかもこれはまだ最初の布石に過ぎず、私が表現しようとする 芸術の準備段階だと宣言した。 「犬の餓死」だけでも非人道的なのに、それが準備段階に過ぎないと 宣言したことで、様々な人から非難が集中した。 ネットでは芸術家のブログは炎上し、自宅には反対するグループが 押し寄せ、それらをマスコミが取り上げ更に盛り上がり、収拾が つかない程に社会問題化した。 それを受けて芸術家は新たなコメントをした。 次の展示に使う犬は保健所で処分される予定の犬を使用することにします。 助けたい人がいらしたらどうぞご自由に。 次の展示が行われる日、展示される美術館では初めて開館前に 行列ができていた。 鉢巻をして襷をかけたいかにも抗議団体ですという集団や、 興味本位で初めて美術館に訪れました
公認会計士、公認不正検査士、日本法科学技術学会正会員。慶応義塾大学商学部卒業後、1986年、ピートマーウィックミッチェル会計士事務所（現在のＫＰＭＧあずさ監査法人）に入所し、会計監査・リスクマネージメント業務に幅広く従事。2003年より2008年まで、（株）ＫＰＭＧ ＦＡＳにて日本における不正調査サービスの責任者（パートナー）として、不正会計調査、経営者不正調査、従業員不正調査、個人情報流出事件調査など、多様な不正調査やリスクマネージメント業務を提供。2008年4月より、ＡＣＥコンサルティングを設立して独立。 社長！事件です イザという時に思考停止しないための「危機管理」鉄則集 海外で発生するテロや暴動そして天災、果ては脅迫から社内の権力闘争の暴露まで。現代の企業はまさにリスク取り囲まれて活動している。ことは生命にかかわることが多いにもかかわらず、依然として、日本企業はこの種のリスクには鈍
BrewersCapTheorem - ブリュワーの CAP 定理 目次 この文書について ブリュワーの CAP 定理 - Amazon と eBay のクールエイド ブリュワーの(CAP)定理 一貫性 (Consistency) 可用性 (Availability) 分割耐性(Partition Tolerance) 定理の重要性 図解で証明 CAP と折り合う 1. 分割耐性を諦める 2. 可用性を諦める 3. 一貫性を諦める 4. BASE に跳ぶ 5. 問題をかわして設計する まとめ 参考文献 ブリュワーの CAP 定理 この文書について "Brewer's CAP Theorem - The kool aid Amazon and Ebay have been drinking" の日本語訳です. http://www.julianbrowne.com/article/view
ポール・グレアムのエッセイと和訳一覧 (originally maintained by naoya_t) Paul Grahamのエッセイ（原文）と、公開されている日本語訳のリストです。 見つけたら or 訳したら、自由に追加して下さい。複数の訳が存在する場合は全て追加してください。 Writes and Writes-not 書く者と書かざる者 (spinute) Founder Mode 創業者モード (spinute) The Reddits Reddit の創業者たち (spinute) What You (Want to)* Want あなたが(望むことを)*望むこと (spinute) Alien Truth エイリアンの真実 (spinute) How to Start Google Googleのはじめ方 (yomoyomo) How to Get New Ideas 新
$Id: index.html,v 1.6 2004/07/20 23:08:12 aamine Exp $ この文書は書籍『Rubyソースコード完全解説』のHTML版です。 ただし初校段階の原稿をベースにしているため、 書籍では修正されている間違いが残っている場合があります。 予め御了承ください。 2004-02-16 に全章を公開しました。 目次 まえがき 序章 第 1 部「オブジェクト」 第 1 章「Ruby言語ミニマム」 第 2 章「オブジェクト」 第 3 章「名前と名前表」 第 4 章「クラス」 第 5 章「ガーベージコレクション」 第 6 章「変数と定数」 第 7 章「セキュリティ」 第 2 部「構文解析」 第 8 章「Ruby言語の詳細」 第 9 章「速習yacc」 第 10 章「パーサ」 第 11 章「状態付きスキャナ」 第 12 章「構文木の構築」 第 3 部「評価」 第
未婚男性に捧げる一文（その２） [01/06/2002] 年が明けた。正月も終わった。暮れには何をしたのかな。クリスマスの日の昼下がりは、秋までニューヨークにいたので支払うのを忘れていた２００１年度の学会費を、やたらあれこれ入会している協会や団体の年会費とともにドッサリ振り込みに郵便局に行ったな。ついでに、退会届もドッサリ出した。惰性で入ってきた学会なんか、もうどうでもいいよ。いつ死んでもいいように、やりたいことだけやる。中東ばかりでなく玄界灘の向こうも、はっきりきな臭くなってきたらしいし。日本は、アメリカの不沈空母らしいし。まあ、私がいる限り沈まないでしょ、と唐突に全く無茶苦茶に、無根拠に非論理的に思う。私は、そういう性格である。大学倒産時代における勤務先の大学も、私が、そこにいる限り大丈夫である、と思う人間である。３０日の昼下がりは、『無法松の一生』の戦前版と戦後版をNHKで続けて放映
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2001/12/25 このサイトではソフトウェアマネジメントを扱っている。しかしあなたは経営命令で組織を変える力を持ってないかもしれない。あなたが階級組織の最下層にいる下っ端のプログラマなら、人々にスケジュールやバグデータベースを作るように命令することができないのは明らかだ。そしてあなたがマネージャであったとしても、開発者を管理するのは牧猫するようなもので、違いはそんなに楽しくないことだとわかるだろう。「こうしろ」と言うだけではそうはならないのだ。 ジョエルテストで低いスコアしか取れない組織であなたが働いているのなら、それはいら立たしいことだろう。あなたのコードがいかに良くとも、あなたの同僚がああもまずいコードを書き、あなたは自分がそのプロジェクトに関係付けられていることが恥ずかしく感じられる。あるい
ある古い家の、まっくらな天井裏に、「ツェ」という名まえのねずみがすんでいました。 ある日ツェねずみは、きょろきょろ四方を見まわしながら、床下街道（ゆかしたかいどう）を歩いていますと、向こうからいたちが、何かいいものをたくさんもって、風のように走って参りました。そしてツェねずみを見て、ちょっとたちどまって早口に言いました。 「おい、ツェねずみ。お前んとこの戸棚（とだな）の穴から、金米糖（こんぺいとう）がばらばらこぼれているぜ。早く行ってひろいな。」 ツェねずみは、もうひげもぴくぴくするくらいよろこんで、いたちにはお礼も言わずに、いっさんにそっちへ走って行きました。ところが戸棚の下まで来たとき、いきなり足がチクリとしました。そして、「止まれ、だれかっ。」と言う小さな鋭い声がします。 ツェねずみはびっくりしてよく見ますと、それは蟻（あり）でした。蟻の兵隊は、もう金米糖のまわりに四重の非常線を張っ
2008年01月03日06:45 カテゴリOpen Source オープンソースはゲットーか? 問題は、それがなぜか、ということ。 ZSFA -- Rails Is A Ghetto (2007-12-31) Matzにっき(2008-01-01)高速HTTPサーバMongrelの作者であるZed Shawが、 Ruby(やRails)を離れて、LuaやPythonやFactorに移ろうか、という話。 「RoRコミュニティが『アホでバカで低能』」だから、というのでは、半分しか読んだことにならない。 『ワーキングプア』まで読み取らないと。 とても惰訳できるものではないので、英語が読める人は是非原文を読んで欲しいのだけど(ただし、4-letter-wordsだらけ。Rated RじゃすまなくてRated X)、日本語による要約は、とりあえずざっと眺めた限り以下が一番よく出来ているので紹介。 R
この手の人は一人でシコシコ開発するのが一番いいよ 他人のやってる事ならソースの書き方やＴＡＢの入れ方までが 気に入らない人ってのがプログラマーには時々いるんだよねぇ だから彼が悪いとは言わないけど、 彼の為にも１人で開発することをお勧めしたいな この手の人は何処に行っても居場所ないから （まあ自分で居場所を無くしてるんだけどね） とりあえずどれだけの人が原文読んだのかわからないけど、原文はかなり長文でそんなに単純な問題でなく、色々と多くの問題に関して書いてあります。 原文はかなり口語体の汚い言葉で書かれているのでちょっと難しいところも多いのですが、書かれている内容は考えさせられることばかりです。 ぜひ、プロの翻訳で読んでみたいと思いました。 以下、ちょっと記憶に頼って書いていますのでいい加減です。 少なくともこのドキュメントを読むとアメリカも大してプログラマにとって天国ではないのではないか
_ Railsは吹き溜まりだね Rails Is A Ghetto なんとなく読んだので、要約のつもり（いや、誤訳しそうなところはすっ飛ばしたものをさらに要約してるので、おおはずれかも）。 ●Rails Is A Ghetto（Railsは吹き溜まり） 会社や個人を特定してばんばんやるぜ。こいつら寄ってたかっておれのことをこけにしやがった。文句あるなら、リングの上で待ってるぜ。このくそめらめが。 まずはケビンクラークだ。こいつは、おれをサポート扱いしやがったうえに、間抜けあつかいしやがった。 でも、すべての原因は、このばかが、リポジトリ上のconfigureファイルを消しちまいやがったことにある。これじゃ、チェックアウトしてビルドできるわけないじゃん。それをおれが間抜けなせいだといいやがりやがった。 Rails界隈はこんなくずばかりだ。 ●Tied To The Rails（Railsべっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
