PHPの現場 にて、DI 談義を行うので、頭を整理しておくためのメモです。 DI についてきちんと知りたいのであれば、参照に挙げたリンク先に有用な記事があるので、そちらを参考にして下さい。 PHP を念頭に置いてますが、Java など他言語でも大枠は同じだと思います。この内容は、いずれ整理するかもしれませんし、そのままかもしれません。 DI という言葉 「DI」が差す意味合いが、依存オブジェクトの注入だけなのか、DI コンテナによる注入を含んでいるのか、DIP まで意識しているのかが、人やコンテキストによって違っていそうで、そこを揃えてから議論しないと。— Masashi Shinbara (@shin1x1) May 19, 2017 DI について話す時に、何を差すのかが異なると話が噛み合わない。そこで、それぞれに名前を付ける。 DI パターン = 依存オブジェクトを注入することを差す

いま学ぶべき第二のプログラミング言語はコレだ！ 未来のために挑戦したい9つの言語とその理由 業務に必要なだけではなく、コンピュータによって問題解決できていない分野を切り開き、エンジニアとして戦っていくため、刺激的な第二プログラミング言語に挑戦しましょう。Rust、Go、Erlang、Elixir、Clojure、Scheme、OCaml、Haskell、Scalaを紹介します。 みなさんが使えるプログラミング言語はいくつあるでしょうか？ ひとくちに「使える」といっても、ひととおりのチュートリアルは終えたという段階もあれば、言語仕様（あれば）やライブラリを知り尽くしていて、思いついた処理を即座にコード化できるという段階もあります。リファレンスとか参考書を見ながらであれば使える、ということも多いでしょう。 ベテランエンジニアなら、いろいろな仕事に携わっているうちに、さまざまな環境でそれぞれ必要

↑図をクリックすると拡大します↑ 自然法　…実定法に先立ち普遍的に存在する法。自然・人間の本性から成立する 実定法　…社会慣習や立法機能によりつくりだされた法 不文法　…文章化されていないが、慣習や伝統などにより法としての効力を持つ 成文法　…文章化された法。憲法、条約、法律、命令、条例など 公法　…国、地方公共団体の組織、活動、国民・住民との関係を規律する法 私法　…私人間、団体間の生活関係を規律する法 成文法と不文法

Open Organization とは、組織の様々な情報を公開し、 参照・利用を行い知見を共有することで、 世の中の組織がより良い方向へ向かうことを目指していく活動です。

先日書いた下記のブログに対してたいへん多くの反響をいただきました。 ブラック企業の見分け方（IT企業編） おかげさまで本日時点でもこの記事が一番多くの方に読んでいただいている記事となります。 この中でも私が、 常駐開発を行っているIT企業は全部ブラック企業です。 と言い切っていることに対して様々な反響をいただいております。この業界のエンジニアの多くの方がこの業界の常駐開発に疑問を抱いていることを実感しました。 「その通り」「スカッとした」「断言ワロタ」というご意見から「全部というのは言いすぎだろ」というご意見まで様々いただいております。 私がここで常駐開発を行っているIT企業は全部ブラック企業だと言い切ったのは、請負契約や準委任契約で契約しているにも関わらず、客先に常駐して他社の人間の指示を受けるという状況が発生しないということが現実的に考えてほとんど考えられず、伝えたいことをダイレクトに

こんにちは！ Misoca開発チームのめろたん(@renyamizuno_)です！ 暖かくなってきて眠いですね。 最近は、「0.8秒と衝撃。」というバンドが活動を終了するってことを聞いて、まじかーとなってます。 はい。 今回はMisocaでReactを使い始めたことについて書きたいと思います。 React 詳しく書かないですが、ReactはFacebookで作られたユーザインタフェースを構築するためのライブラリです。 github.com 仮想DOMでJS界隈を賑わせていましたね。 class HelloMessage extends React.Component { render() { return <div>Hello {this.props.name}</div>; } } ReactDOM.render( <HelloMessage name="John" />, docume

※各プロダクト名の頭の”Google”は省略しています ※もちろん実際にはGoogle社のツール以外にも様々な分析用プロダクトが使われています 各ツールの詳細についてはWeb上の良質な情報がたくさんあるので、説明はそちらに譲るとして、ここではそれぞれの簡単な特徴とメルカリでの活用の仕方について主に述べていきます。 ◆ 1.BigQuery “弊社分析の中核的存在” 利用シーン： データの集計 どんなツールか Google BigQuery SQLの超速いやつ どんな大きなデータでも、複雑なクエリでも、高速で結果を返してくれる頼れるアニキ メルカリの分析での使い方 速いは正義 メルカリは多くのユーザを抱えているため、そのログデータも非常に巨大です。 そのため、通常のSQLでは計算に時間がかかりすぎるということが多々発生します。 BigQueryは とにかく「高速」の一言。なのでトライアンドエ

昨日のRails Developers Meetupで綺麗なテストコードの書き方について発表してきました。 Rails Developers Meetup #1（東京会場） - connpass 資料はこちら 余談 もともと数年前くらいから、テストコードの書き方についてまとめたいなーと思っていたのですがなかなかキッカケがなくて手を付けられていませんでした。今回のミートアップ駆動で一通り形にするところまでいけて今とてもスッキリした気持ちです 😇 もっと多くの人にテストコードの書き方を意識してもらいたいので、また機会があればどこかで喋りたいですね。 昨日発表した内容はGitHubリポジトリにまとめたものの一部です。綺麗なテストコードの書き方について詳しく知りたい方は下記のリンクからどうぞ。 willnet/rspec-style-guide お願い 今回まとめた内容はあくまで僕が考えるテスト

こんにちは、サービス開発部の森川 (@morishin127) です。主にクックパッドの iOS アプリの開発に携わっています。 日々アプリを開発する中で、近頃は最適なアーキテクチャとは何かを考えながら色々な形を試行錯誤しています。世の中で採用されているモバイルアプリのアーキテクチャには様々なものがあります。MVC, MVP, MVVM, VIPER, Clean Architecture などなど。開発している、あるいは開発しようとしているアプリケーションでどういったアーキテクチャを選択するかというのは難しい問題です。選択するためにはアーキテクチャに求める要件を定義する必要があります。この記事では私がアーキテクチャに求める要件と、それらをある程度満たすと考えた MVVM と Flux という2つのアーキテクチャで実装したサンプルを見つつその長所・短所について考えてみようと思います。 アー

Filmed at http://dotscale.io in Paris on May 19, 2014. More talks at http://dotconferences.io Fabien is the creator of Symfony