以下の文章は、Martin Fowler の「Inversion of Control Containers and the Dependency Injection pattern」を、かくたにが翻訳したものです。原著者の許可を得て翻訳・公開しています。 翻訳にあたっては、kdmsnr さんにご協力をいただきました。ありがとうございます。公開後の改訂履歴を記事の最後に記述しています。 Java コミュニティでは軽量コンテナが花盛りである。 軽量コンテナは、異なるプロジェクトのコンポーネントをひとまとまりのアプリケーションとして組み立てることを支援する。 このようなコンテナの根底には、コンポーネントの結び付け方についての共通したパターンがある。 そのパターンのコンセプトは「Inversion of Control(制御の反転)」と、まことに包括的な名前で呼ばれている。 本記事では、このパタ
技術フェローが「すごーい」「そうなんだー」「たのしー」しか言わなくなった件 - 弥生開発者ブログ
こんにちは！ Misoca開発チームのめろたん(@renyamizuno_)です！ 最近、いわゆる「トゥルーワイヤレスイヤホン」というのを買いました。 ボタンを２回押すとアシスタント機能(OK Googleとか)が立ち上がるのですが、 僕の場合は 「null」と発声 pic.twitter.com/YUWf3Ck1fY— わかり亭めろたん。 (@renyamizuno_) 2017年1月25日 「null」が立ち上がりました*1。 はい。 たーのしー！ 最近、「けものフレンズ」なるアニメが流行っていますね！ その影響をもろにうけていてMisocaちほーでも「たのしー！」とか「すごーい！」とかがすごーい流れてます。 その波はとどまること無く、オフィスに来ていた技術フェロー*2の@kakutaniさんにまで流れていたようで、 技術顧問が「すごーい」「そうなんだー」「たのしー」としか言わなくなっ
社内のメンバーに紹介しようと思ってためてきた各種Web記事へのリンクが大量に溜まっちゃいました。 ついでにここでも紹介しておきます。 一部の記事は会員登録が必要かもしれません。あしからず。。。 プログラミング/プログラム設計 プログラミングについてあまり知られていない７つのこと http://www.tommyjp.com/2010/08/blog-post_1710.html => どれも超重要。知らなかった人はこれを機に覚えておきましょう。 ソースコードの質 http://el.jibun.atmarkit.co.jp/genmaicha/2010/11/post-5c3e.html => 保守性、可読性、拡張性の重要性について。 技術的負債 http://d.hatena.ne.jp/asakichy/20101210/1291936604 => 技術的負債の原因や解決策について(そ
Photo by Andreas Eldh こんにちは。今回は谷口です。 先日、こちらの記事でTech系ニュースサイトをいくつかご紹介させていただきましたが、参考にしていただいた皆様、「他にもこんな役立つ情報サイトがあるよ」と教えてくださった皆様、ありがとうございました。 4月から新卒エンジニアになる人達に読んでほしいIT系ニュースサイト9選 - paiza開発日誌 初級エンジニアを卒業する為に見るべき海外技術系サイト9選 - paiza開発日誌 今回は、新米ITエンジニアの皆様が、さらにデキるエンジニアになるためにフォローすべきツイッターアカウントを50個ご紹介いたします。日々の情報収集にお役立ていただければと思います。 ご紹介するアカウントのカテゴリ Ruby PHP Python Java Node.js AWS クラウド アジャイル セキュリティ 競技プログラミング 著名エンジニア
Are you ready? ～これからアジャイル開発をスタートアップするために プラクティスの実践と実感～
すでに何人かの人がクリーンアーキテクチャなんてないよ、って話はしていてイマサラだと思うんですが。 あえてブログの記事に残そうかなと思って書いてみます。 最近、改めてクリーンアーキテクチャ本を読んだり、原文を読んだり、 ここ数ヶ月ツイート色々な人のを観測したり社内で話したりしていて 考えがまとまってきたので、自分の言葉で整理してみたくなった。 「へー、クリーンアーキテクチャっていうソフトウェアアーキテクチャがあるんだー」という微妙な誤解？をちょっとでも減らす一助になればという感じです。あと、本の読み進め方のヒントにもなるかも 先に結論 クリーンアーキテクチャというのはアンクルボブの書いた本。 ソフトウェアアーキテクチャのことではない。 the クリーンアーキテクチャというブログ記事はただのソフトウェアアーキテクチャの例(そして本の一部分)だが、独り歩きしている クリーンアーキテクチャというソ
Misoca開発チームの黒曜(@kokuyouwind)です。 先日大須演芸場で開催された名古屋Ruby会議03ではTwitterでひたすら実況していました。大喜利が思った以上に大喜利で面白かったです。 お題「みなさんRubocopになってもらって『直しました』といってください。『何を直したんですか？』と聞くので、直したところを答えてください」 須藤さん「直しました」「何を直したんですか？」「RSpecをTestUnitにしました」 #nagoyark03— 黒曜@技術書典2 か-13 (@kokuyouwind) 2017年2月11日 流しの技術フェローに教わったペアプロのコツ 先日、弊社技術フェローのkakutaniさん(@kakutani)からペアプログラミング(以下ペアプロ)のコツを教わり、社内でのペアプロ機運が高まっています。 今回はkakutaniさんから教わった内容のまとめと
やはりあなた方のDependency Injectionはまちがっている。 — A Day in Serenity (Reloaded) — PHP, FuelPHP, Linux or something
今日はPHP界隈で大人気のDependency Injectionと、それに関連する用語について整理しておこうと思います。 以下のような状況があるのではないか？と思ったからです。 多くのPHPユーザがDependency Injection（DI）をよくわかっていない、あるいは正確に説明できません。 そして、デザインパターンである「DIパターン」とDIをサポートするツールである「DIコンテナ」を混同しています。 また、「DIパターン」と「サービスロケータパターン」をうまく区別できていません。 Dependency Injectionとは何か？ Dependency Injectionとは「Dependency」を「Injection」するというデザインパターンです。 日本語では何故か「依存性の注入」と訳されており、これが混乱の元ではないかと思います。 日本語で「依存性」と言うと、「依存性は
CodeRepos::Share – Trac
What are u coding? old title = 個人レポジトリを共有しよう！計画。 みんながそれぞれ作って公開してる公開レポジトリを一緒くたにしちゃいたい。参加してる全員がどのファイルもみたり変更したりできるような。 パッチ送られてくる代わりに「後で見とくからコミットしといて」とかいえたりとか、つくりかけで放置したもので他の人が興味もったら続き作ってもらうとか、メンテするのめんどくなったのだれかにやってもらうとか、突発的に誰かと一緒にプロジェクト始めたりとか、できる！ 詳しくは unknownplace.org - 2007/08/29 - 個人レポジトリを共有しよう！ YappoLogs: CodeRepos - 個人レポジトリを共有しよう！計画 Development We have a Subversion repository and you can check it
CodeRepos::Share – Trac
What are u coding? old title = 個人レポジトリを共有しよう！計画。 みんながそれぞれ作って公開してる公開レポジトリを一緒くたにしちゃいたい。参加してる全員がどのファイルもみたり変更したりできるような。 パッチ送られてくる代わりに「後で見とくからコミットしといて」とかいえたりとか、つくりかけで放置したもので他の人が興味もったら続き作ってもらうとか、メンテするのめんどくなったのだれかにやってもらうとか、突発的に誰かと一緒にプロジェクト始めたりとか、できる！ 詳しくは unknownplace.org - 2007/08/29 - 個人レポジトリを共有しよう！ YappoLogs: CodeRepos - 個人レポジトリを共有しよう！計画 Development We have a Subversion repository and you can check it
#devsumi 2022 https://event.shoeisha.jp/devsumi/20220217/session/3650/ 「ITエンジニア本大賞2022」に『達人プログラマー 第2版』が選出されたそうで、ご縁があって著者でも翻訳者でも編集者でもないのにプレゼン大会でピッチすることになりました 😇 Further Reading: * goto.bookclub: https://gotopia.tech/bookclub/episodes/pragmatic-programmer-in-2020 * 『達人プログラマー 第2版』(PDF版)https://tatsu-zine.com/books/the-pragmatic-programmer-2ed * 角谷信太郎 × 和田卓人 ピアソン技術書のゼロ年代と俺たち ―"OO厨"史観のふりかえりと、技術書翻訳のこれから
2009-12-31 近況 プログラマとしての成長が感じられない一年だった. 目先の仕事に気をとられ, 問題についてよく考える時間をとらなかった. 過労を言い訳に勉強もしなかった. 情けない. 一方で仕事のチームでは成長を感じることができた. せっかくだから, "チームがよくなる" 感じについて書いてみたいとおもう. 最近, 私のいるチームはコードレビューをするようになった. 私はこれまで仕事の中でコードレビューを実施しょうと試行錯誤してきたけれど, チームに定着することは少なかった. コードレビューはそれなりに面倒な作業なので, 特に組織的な外圧がないところではさぼられがちだと思う. けれど今のチームは外圧なしでやっている. およそ一年間のプロジェクトを通じ, このチームがコードレビューをするに至った道程を振り返ると, チームが成長する様子をうまく捉えることができるかもしれない. フェー
Annotation.md Idobata Gemfile プレゼント tl;dr IdotabaのGemfileは"全プレ"になりました。ご笑納ください。→ Gemfile プレゼントについてのお詫び rebuild.fmのep36でお知らせさせていただきました、Idobataの最新版Gemfileプレゼントをお届けいたします。 過日はIdobata会議01への多数のご参加ありがとうございました。おかげさまで盛況なミートアップとなりました。 (当日会場を提供いただいたEngine Yardさまのブログにて、Idobata会議01当日の様子がまとめられています。ありがとうございます!) さて、肝心のGemfileですが、Engine Yard Cloudのstable-v4スタックでRuby 2.1.2が利用可能になるのを待ちつつ、2.1.2対応をしていたら、Gemfileをお届けするのが
はじめに ここ最近、NoSQLというキーワードが注目を集めています。 リレーショナルデータベースは、一般的にスケールアウト（サーバの台数を増やして性能向上を図る手法）が難しく、特に大規模サービスにおいてパフォーマンス上のボトルネックとなりえます。また、タグやグラフ構造のようなデータは関係モデルに馴染みにくいため、それらを扱う際にはアプリケーションコードもぎこちないものになりがちです。 これらの問題を背景に、何にでもリレーショナルデータベースを使うのではなく、用途に応じてKVSなど他のデータストアを選択する流れが広まりつつあります。このムーブメントがNoSQL（Not Only SQL）と呼ばれているものです。 今回は、NoSQLなデータベースの1つであるMongoDBをご紹介します。 MongoDBとは MongoDBは高いパフォーマンスとスケーラビリティを特徴とするドキュメント指向型デー
burndown chart via kakutani アジャイルなチームを目指す。私がチーム運営を始めたときのポリシーでした。どうやって作業をこなすだけから、アウトプットへの価値へとシフトしていくか？チームの方向を示すためにも、様々なメトリクスやKPIを見える化する必要がありました。 通常のプロジェクト管理方法だと、ガントチャートでロードマップを設定、進捗の状態を管理。WBSなどを作ってそれぞれのタスクを管理・・・といった形が一般的なのでしょうか。しかし、それではワクワクしない。そんな中、常に改善を心がけ、私が試して行き着いた方法を紹介させていただこうとおもいます。 唯一生き残ったプラグイン バーンダウンやタスクボードなど、Redmineのプラグインで様々な見える化をしましたが、ずっとそれを使うことはしませんでした。その中で、最終的に生き残ったのがパーキングロットチャートです。なぜ、これ
こんにちは、mzpです。最近は、毎日だれかが体調不良で休んでいて、恐怖に震えています。 最近、esaのカテゴリを整理しており、とうとう「その他」というカテゴリを廃止できました。 今日はその話を紹介します。 背景 Misocaでは情報共有ツールとしてesa.ioを利用しています。 ただ、当初からQiita:teamを使っており、2015年の中盤にesaに移行しました。 このとき、Qiita:teamにあったすべての記事は自前のスクリプトで移行しました。 その際、esaのカテゴリに相当するものがQiita:teamにはなかったため、とりあえず「その他」カテゴリ以下にすべての記事を分類しました。そのため以下の画像のように、その他カテゴリ以下には1000本以上の記事が分類されていました。 問題点 この状態のまま1年半ほど過してきたが、以下のような問題が生じてきました。 目的の記事に辿りつくのに常に
Emacsでの見た目そのままにソースコードをKeynoteのスライドに貼り付ける方法, 松江Ruby会議03に行ってきた - 角谷HTML化計画(2011-07-03)
■1 Emacsでの見た目そのままにソースコードをKeynoteのスライドに貼り付ける方法 RubyKaigi2011の足音が聞こえてくるなか(おい、再来週はRubyKaigi2011だぞ!!)、 社内でKeynote勉強会をしたときにも意外に知らない人が多いんだなーと改めて思ったので説明してみます。スライドづくりのご参考に。 緊張しているトークの最中にソースコードを見せるときには、普段自分が見ている見た目と同じになっていると幾らか緊張がほぐれるものです。Xcodeとか(TextMateも?)を使ってる人はこんな手順踏まなくても良さそうだけど(もしかしてEmacs23の人も?……私はまだCarbonEmacsを使っているのであった)。まあ、それはそれとして、手順は3つ(人によっては4つ)。 0. htmlize.elをインストールする 1. ソースコードをhtmlizeする 2. HTML
テスト駆動開発のテストは、テストか？―TDD から BDD へ - An Agile Way [ITmedia オルタナティブ・ブログ]
アジャイル開発の中の１つのプラクティスであるTDD(Test Driven Development、テスト駆動開発)に使われるユニット・テスト、というものの役割について、よくテスト界の人との意見の相違がある。テストとしての完全性、や、品質保証についての考え方から見ると、テストとは呼べないのでは？ということ。 最近、アメリカテスト界の有名人であり、アジャイルコミュニティへの貢献も大きい、Brain Marick(www.testing.com/cgi-bin/blog) 氏とメールで話す機会があった。 アメリカでのコンセンサスは、TDDのテストはテストとしては二義的であり、一義的には、「設計ツール」だ これは、以前「テストの役割=進捗管理＋設計戦略」 blogs.itmedia.co.jp/hiranabe/2005/08/sd4__c05e.html で 紹介した、t-wadaさんの「テス
![テスト駆動開発のテストは、テストか？―TDD から BDD へ - An Agile Way [ITmedia オルタナティブ・ブログ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/940258f08a8861f663a305f5e532f8d8c90667bb/height=288;version=1;width=512/https%3A%2F%2Fblogs.itmedia.co.jp%2Fmt-static%2Fsupport%2Fassets_c%2Fuserpics%2Fuserpic-20-100x100.png)
Groovy - Java用スクリプト言語
以下の文章は、Object Computing, Inc(OCI) による「The Java News Brief」(2004年2月) に掲載された、Mark Volkmann による「Groovy - Scripting for Java」を、かくたにが翻訳したものです。原著者の許可を得て翻訳・公開しています。翻訳にあたっては、ma2さん、takaiさんから草稿に対してコメントをいただきました。ありがとうございます。 Groovy は日々発展中の新しい言語です。本記事の原文は2004年2月頃のものであり、当然その内容は Groovy の最新状況に追随しているわけではありません。翻訳時点での状況(1.0-beta4)をなるべく反映するようにはしましたが、正式版リリースまでにはさらに幾つもの変更が加えられることが予想されます。記事の記述と Groovy の現状とが異なる場合は、現状を優先して
Invalid Text■<%=sn number %> <%=flickr_left '3274768929' %>デブサミ2009で発表しました:「時を超えたプログラミングの道への道」 つかれたのであとで書く。とりあえずスライド。最後までスライドめくれてよかった。 写真はtakaiのを借りてます。練習不足(というかスライド完成したのが10分前)でリモコンを見すぎてしまいました。情けないです。 The way to the timeless way of programmingView more presentations from Shintaro Kakutani. (tags: devsumi2009 xp) slideshare.net kakutani.com よくある質問と答え Q:動画はいつ公開されますか？ A:録画してません。 Q:予稿とかないの？ A:ありません。ひとえ
「楽しい・おもしろい」を選び続けた先に今があった GMOペパボ VPofE 兼 技術部長とOSSとの20年間 - Findy Engineer Lab
皆さん、はじめまして。GMOペパボ株式会社の執行役員 VP of Engineeringと技術部長を兼任している柴田（@hsbt）と申します。私はOSSのプログラマーとして、プログラミング言語Ruby本体と周辺ツールの開発にも携わっています。 今回、「私の選択」と題した寄稿の機会をいただいたので、一定規模の組織のエンジニアリングマネージャーのトップ、OSSのプログラマーの一人として普段考えていることをご紹介したいと思います。本稿が皆さんのキャリアやソフトウェア開発への取り組みへの一助となれば幸いです。 OSSとの出会い ─ コミュニティと仕事との関わり tDiaryとの出会いがOSSとの関わりを決めた ソフトウェアを届けるために必要なこと Rubyの開発で必要なことを全てやる プロダクトの成長に必要なことは全てやる ソフトウェアを届けることにフォーカスする 技術だけではなくビジネスについて
webのクリエイティブを支えているのは誰か？ Webの未来を創るのは誰か？ もちろんそれはプログラマーである。超エンジニアミーティングではプログラマをクリエイターと定義し、もの作りの楽しさについて徹底的に語り合う。まだ世界にないものを発明するのはもちろん、車輪の再発明も、実装してみたも、速度改善も、コーディングは楽しい。さあ、今すぐ幸せなプログラミングを始めよう。 企画名称 超エンジニアミーティング 日時 4/28(土)11:00～18:00、4/29(日)11:20～16:30 ※当日は混雑が予想されますので、十分な時間的余裕をもってご来場ください。 場所 幕張メッセ 国際展示場6ホール http://www.m-messe.co.jp/ 主催 株式会社ドワンゴ 価格 超会議チケット(前売り1000円、当日1500円) 詳細 ニコニコ超会議 http://
本日2015年7月31日をもって、9 年間勤めました株式会社永和システムマネジメントを退職します。 在職中は多くの方々に助けられ、Rails を中心としたたくさんの仕事をしながら育てていただきました。個別のご挨拶ができなくて大変申し訳ありませんが、本当にありがとうございました。これからもどうぞよろしくお願いします。 今後ですが、すぐ他社で働くことが決まっておりまして、8 月 3 日から出社予定です。 以下、思い出話なので「このひと誰?」という人はスルーしてください。 永和ではほぼずっと Ruby や Rails の仕事をしてきており、次の職場でもやはり Ruby / Rails に関わる仕事をする予定です。 この私のキャリアのきっかけとなったのは、もう 10 年も前になる(!!) 2005 年にはじまった Rails 勉強会@東京でした。当時は Rails が"来そう" という噂はありつつ
ＯＯエンジニアの輪！ 第 43 回 和田卓人 さんの巻 今回のゲストは、和田卓人 さんです。テスト駆動開発の紹介など様々な活動で知られています。 ■ はじめに --- まこたんさんとのつながりは たぶん arton さんがまこたんを紹介した絡みに似てるかもしれないんですけど、以前「Seasar のからさわぎ」とか、 Seasar*1 のコミュニティが、よく飲み会やってたんですね。初めて会ったのもたぶんこの辺りだったと思う。 --- 2005 年ぐらいですか… ヨーロッパ選手権が 2004 年だから…… 2004 年、 2005 年ぐらいですね。 僕はサッカーが好きなんですが、サッカーファンというものは 2 年単位で年を覚えていられるんです。 4 年単位でワールドカップがあって、さらにそこから 2 年ずれて 4 年単位でヨーロッパ選手権があるので、大体あの時に何やってたってのは 2 年刻みで
今回は、第22回の「Webエンジニア武勇伝」に登場いただいた株式会社はてな 舘野祐一(secondlife)さんのご紹介で、株式会社永和システムマネジメントでチーフプログラマを務める角谷信太郎さんにお話をお聞きしました。角谷さんは現在、Rubyの開発チームの面倒をみるかたわら、「JavaからRubyへ――マネージャのための実践移行ガイド」などの翻訳書を出版されていたり、日本Ruby会議2008では実行委員を努めたりと、Ruby界隈で幅広く活躍されています。今回のインタビューでは、Rubyな人たちに囲まれて、Rubyを仕事にできている角谷さんが、なにも特別で最初からそうであったわけではないといった非常に等身大の感慨深いお話を伺うことができました。 角谷信太郎 氏 （株）永和システムマネジメント サービスプロバイディング事業部チーフプログラマ。「『楽しさ』がシステム開発の生産性を左右する」と信
Myron Marston » The Plan for RSpec 3の微妙訳です。(翻訳最中なう)だいたい翻訳しました。訳がうんこなのは勘弁(ご指摘いただけると助かります)。 2013/7/23 21:25 id:kakutani さんのツッコミをもとに、誤訳等を修正しました。ありがとうございます(〃･ิ‿･ิ)ゞ RSpec 3に向けての計画 RSpec 2.0は2010年10月にリリースされました。 リリースされてから今までの3年間、後方互換性を保ったままRSpecを継続的に改善してきました。 しかし、RSpecの2.xより古いリリースとの後方互換性を保つために残しているひどいコードの蓄積は限界点に達しています。 RSpec 2.14はRSpec 2の最後のリリースになるでしょう(今後も多分bugfixのリリースすることはあるでしょう)。 我々はRSpec 3に取り掛かっています、
成長に近道はない。責任から逃げない。私が職業エンジニアとしてキャリアを築いた10年で意識したこと - Findy Engineer Lab
ソフトウェアエンジニアとして成長するために続けてきた活動と、学習を支えるモチベーションは何だったのか。Repro株式会社の橋立友宏（joker1007）さんに10年以上のキャリアを振り返っていただき、それぞれのステージで意識してきたことについて寄稿いただきました。 Repro株式会社でチーフアーキテクトをしている橋立です。ネット上ではjokerの名前（@joker1007）で活動しています。 私は神戸大学法学部を卒業し、野村総合研究所でテクニカルエンジニアとして勤務、株式会社ウサギィでの受託開発を経て、フリーランスエンジニアになりました。その中で縁があったRepro株式会社に正式にジョインすることになり、CTOとして6年ほど勤務。会社のステージの変化で、立ち位置がCTOという肩書と噛み合わなくなってきたため肩書を変更し、今はチーフアーキテクトとして勤務しています。 以前、自分のブログで「ソ
File: TUTORIAL.ja
【注意】この文書は、RSpecの具体的な使い方の例としては古くなっています。 RSpec 1.0.8 をベースにした説明である「スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)」も参照してください。(2007/12/14) RSpecを使おう RSpecはプログラミング言語Ruby用の ビヘイビア・スペシフィケーション・フレームワークだ。 Rubyについては、www.ruby-lang.org/ を、 ビヘイビア(振舞)駆動開発(Behaviour Driven Development)については、 www.daveastels.com/index.php?p=5 の_A New Look at Test Driven Development_ を 参照してほしい。 このドキュメントの目的は、ビヘイビア・スペシフィケーション・フレームワーク
特徴(Feature)、粗筋(Story)、脚本(Scenario) - masayang's diary
Agile開発に限らないが、システム*1業界用語ってカタカナ*2表記が多すぎる。 「いや、元々が舶来なので日本語では微妙に表現できないのですよ」という人もいるかもしれない。 でも、この「カタカナ表記のまま」ってのが意思決定者の判断を誤らせたり、新規参入者に対する壁を高くしたりしている可能性は排除できないのではないかな。 今日、この後打ち合わせが入ってるプロジェクト*3もFeature、Story、Scenarioがごっちゃになりかけている。 なんとかわかりやすく表現できないかと悩み中。 以下、自分の案。名訳があったら、是非教えていただきたい。 Feature=特徴 自分は今までFeatureを「機能」と紹介してきた。 同じ「機能」でも開発者が対象にするのはFunctionで、利用者が対象にするのはFeatureですよ、と説明してきた。 でも、安井さんと角谷さんの本29頁を読むと「特徴」がい
■1 (株)永和システムマネジメントのフェローに就任していました TL;DR 1月末日付でesmincの「正社員」ではなくなりましたが、esm.co.jpのメールアドレスは生きております。引き続きよろしくお願いいたします。 current status のまとめ: 一般社団法人日本Rubyの会 理事 株式会社永和システムマネジメント フェロー Asakusa.rb幹部(自称); 最近欠席ぎみ 個人事業主(ソフトウェアをつくり、とどけることにまつわる様々なこと) こんな気分: 保険証を会社に返した途端に家族の体調が崩壊して戦々恐々です……社会は厳しい。 さしあたっては、まだ引き継げてないギョームをどうにかしつつ——先に個別にご連絡を差し上げるべき方々につきまして、ご挨拶が遅れておりますことを、この場を借りてお詫び申しあげます——、組織の運営からはちょっと距離を置いて、主に東京支社のメンバーと
Shibu's Diary: エンジニアは翻訳をやるとお得
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 by rudolf_schuba (under CC) 趣味やらなにやらで色々翻訳をやってきました。主にPython方面ですね。今まではブログに書いていましたが、最近は翻訳記事用のブログに分けました。色々手を加えて、CMS風ナビゲートを追加したりしています。The History of Pythonの翻訳もやっております。今のところ全部の記事の翻訳をキャッチアップできています。最近やってないですが、InfoQ。そして、nomicoさんたちと一緒にやっているGTD Timesの翻訳。書籍だと、アジャイルソフトウェア開発スクラム と、実践eXtremeプログラミング です。もうかなり昔の話になってしまいましたが。最近Erlangに興味が出てきたので、Erlangの勉強ついでに翻訳で
『このコンピュータ書がすごい！2009年版』@ジュンク堂書店池袋店を生中継するよ！ - OneRingToFind by 榊祐介
日本Rubyの会会長の高橋さんがジュンク堂のコンピュータ書籍の月間・年間ランキングをベースにこれはという書籍をオライリー、技評、オーム社と言った出版関係者に話をふりながら紹介する。しかも「5分でわかる2008年のコンピュータ書籍」みたいな勢いで2時間しゃべり倒す弾丸トーク（w。高橋さん楽しそう。 id:moroさん、shachiさん、松田さん、角谷さん、@artonさん、笹田さんなどの顔が見える。女性率が異常に高い。高橋会長ファン？（笑 ■2009.01.11追記 id:takahashimさんにご指摘いただいた点を修正した。 ジュンク堂トークセッション「新春座談会 このコンピュータ書がすごい2009」を参考に抜けていた書籍を補完した。やはり10冊以上漏れていた。Thanks！ 帰宅してからの感想 角谷さんのご好意で参加できた。@kakutani++！！それにしても角谷さんの息子さんが「イ
角谷HTML化計画
■1 (株)永和システムマネジメントのフェローに就任していました TL;DR 1月末日付でesmincの「正社員」ではなくなりましたが、esm.co.jpのメールアドレスは生きております。引き続きよろしくお願いいたします。 current status のまとめ: 一般社団法人日本Rubyの会 理事 株式会社永和システムマネジメント フェロー Asakusa.rb幹部(自称); 最近欠席ぎみ 個人事業主(ソフトウェアをつくり、とどけることにまつわる様々なこと) こんな気分: 保険証を会社に返した途端に家族の体調が崩壊して戦々恐々です……社会は厳しい。 さしあたっては、まだ引き継げてないギョームをどうにかしつつ——先に個別にご連絡を差し上げるべき方々につきまして、ご挨拶が遅れておりますことを、この場を借りてお詫び申しあげます——、組織の運営からはちょっと距離を置いて、主に東京支社のメンバーと
『ユニコーン企業のひみつ』とスケーリングの考えかた / #AgileLounge 20220204
Agile Lounge #1「大規模アジャイル開発を神話にしない戦略会議」 - connpass https://forkwell.connpass.com/event/235853/
■1 Agile Web Development with Rails(AWDwR)読書会＠東京 第0回 (あとで書く)書いた 昼前に妻と息子と近所の公園に出かけて、ベンチで昼ごはん。その後、妻子を公園に置き去りにして、Ruby業務チームの集まりへ。業務チームの集まり、といっても高橋さん(日本Rubyの会会長)とogino.さん(Rubyヲチャー)は業務チームだろうが基盤チームだろうと参加しているわけだが。ちなみに、基盤チームとか業務チームとかいうのは私の勝手な便宜上の分類。 「今後の進め方を決めよう」の会なのに30人も来ちゃうのがすごい。ポジションペーパー発表はdanさんのが印象に残った。「最後は君の強さと俊敏さが勝る」というフレーズは私もXP祭りのトークスで使ったので勝手に親近感。ここで「俊敏」という語を選んだ林完治の字幕センスに感謝したい。transcriptでは「they will
■1 デブサミ2007:実践『From Java to Ruby以下略』、終わりました つかれた……。とりいそぎ。あとでちゃんと書く、というか書きなおす: 発表資料 ポジションペーパー 聞きにきてくださった皆さまありがとうございました。 Tags: devsummit2007 ■2 デブサミ2007: あとで書いた (2007/02/16) デブサミ運営事務局サイドから、デブサミで、私が、Rubyについて、話してもよい、との許可が下りた。この話題には、いわゆるホームもアウェイもない。「私じしんとRubyとの関係」について、ホームなのは私じしんだけだ。スーツなビジネスパーソンはもちろんのこと、様ざまな技術系イベントを通じて交流がある人、同じ会社に勤務する同僚、そしてかつて一緒に働いた元チームメンバでさえも、彼ら全員、本日このときばかりは完全にアウェイだ。 さて50分、丸ごと全部オレの時間。ホ
少し前のニュースだが。 asahi.com 2011年2月17日 「差別用語は追放すべきか ハックルベリー新版めぐり論争」 この朝日の記事につけたブクマで私は「この手の話題が出ると必ず現われる「言葉狩り」云々の思考停止っぷりにはうんざりする」とコメントした（現時点で117ついているブクマの中に、私のものを除いて4回「言葉狩り」が登場している）。 もちろん、新バージョンの出版を批判する根拠はいくつも考えることができるだろうし、新バージョンを出すとしてNワードを全て "slave" と置き換えるという選択が妥当なのかどうかを問題にすることもできるだろう。しかしオリジナル版の出版を禁止し図書館からも回収するというのであればはなしは別になってくるが、選択肢を増やす出版を批判するのにはそれ相応の強い根拠が必要になるはずである。月並みな議論としては「オリジナル版に“現代では差別語とされる表現が含まれま
暇すぎたのでふぁぼったーの人気タブ（5fav以上、通称赤文字）を2007年11月22日から2009年9月5日までクロールして得たデータからPageRankを計算した。 アカウントの人気度とかわかるかもしれない。 とりあえず上位20件を貼ってみる。 rankuser idPageRank 1hatebu4882.62126299156 2wooser4768.62427587503 3Yappo2081.75616485037 4tsuda996.997790405213 5bulkneets791.151537525112 6kohmi731.876869683511 7eigokun669.721108978925 8kyoujin656.062434692259 9fkgw632.04885883182 10blog_scanner622.560419469855 11kazuyo_k
弊社で(総力を上げて)メンテナンスしているtappというライブラリがあるのですが、思ったより認知度が低いようなのでここで紹介させていただきます。 まとめ tappは、従来のPrint Debugの問題点を解決する画期的なライブラリです。 次のような経験がある方は、いますぐGemfileにtappを追加することをお勧めします。 メソッドチェーンの間のオブジェクトの状態を見るためだけに一時変数を使ったことがある ppやp、putsを消し忘れてリポジトリにコミットしてしまった tappとは tappは、Print Debugを簡単に行うためのRubyライブラリです。 リポジトリはhttps://github.com/esminc/tappになります。 tappの歴史 tappの作者である@ursmは、2008〜2009年頃に社内向けのモンキーパッチとしてtappを生みだし、Rails勉強会41.
「写経」の原典 - きしだのHatena
書籍とかのサンプルコードをそのまま入力して勉強することを「写経」というけども、それを言い出したのは角谷さん、というメモ。 写経は言葉ではなく心で理解するのが大事。 2004-2005頃に @t_wada と働いていた頃、サンプルコードをコピペでなく手打ちすることを「写経」と呼んでました。和田さんが以前の現場に通いながら"TDD by Example"のサンプルコードを「祈るような気持ち」で手打ちしていたというエピソードを形容して「写経ですね」と呼んだのが始まりだったような…— Kakutani Shintaro (@kakutani) 2021年9月18日 恐らく2005年7月ごろではないかと思われる。 この夏は写経が来るね, 地震が来た - 角谷HTML化計画(2005-07-23) 角谷さんのブログでの初出も7/15だけど、babieさんのコメントを見るとこの時期にまわりで語ってたこと
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Inversion of Control コンテナと Dependency Injection パターン
最近興味深いと思ったWeb記事のリンク集 - give IT a try
2015年新米エンジニアがフォローすべきツイッターアカウント50選 - paiza times
Agile in 30mins - 30分でだいたいわかるアジャイル開発
クリーンアーキテクチャなんてものはない(クリーンアーキテクチャーの読み方)
技術フェローが名古屋を流していたのでペアプロの手ほどきを受けたら捗った - 弥生開発者ブログ
『達人プログラマー 第2版』/ Pragmatic Programmer 2nd Ed.
近況 - "チームがよくなる" 感じについて - steps to phantasien(2009-12-31)
Idobata Gemfile プレゼント
第31回 RubyistのためのMongoDB入門（1） | gihyo.jp
Redmineでアジャイルチームのスピードやパワーを見える化する
esaからその他カテゴリを撲滅した - 弥生開発者ブログ
デブサミ2009で発表しました:「時を超えたプログラミングの道への道」 - 角谷HTML化計画(2009-02-12)
超エンジニアミーティング〜Happy Hacking!〜 in ニコニコ超会議
株式会社永和システムマネジメントを退職します - moroの日記
第 43 回 和田卓人 さんの巻 | オブジェクトの広場
Ruby on Rails Summer Festival 2008
RSpec 3に向けての計画(日本語訳) - 有頂天Ruby
(株)永和システムマネジメントのフェローに就任していました - 角谷HTML化計画(2014-02-05)
アジャルーム配備の産総研入りたい! - 角谷HTML化計画 (2005-11-05)
デブサミ:実践『From Java to Ruby以下略』、終わりました - 角谷HTML化計画(2007-02-15)
嫌いな言葉：言葉狩り - apesnotmonkeysの日記
ふぁぼったー2年以上のデータを使ってPageRank計算 - 糞ネット弁慶
tappについてそろそろ一言言っておくか - けんちゃんくんさんのWeb日記