しばらくさぼってた Swift プログラミングを再度ぼちぼちと勉強しているのですが、Swift は関数（メソッド）のシグネチャの書き方がたくさん存在したり、型推論が可能な時は型の指定を省略できたりと、色々と柔軟で自由度が高い印象。 なので、実際にプログラミングを始める前に、標準的なコーディング規約を押さえておいたほうが良いだろうなと考えまして、Swift のコーディング規約について資料を集めました。 とりあえず Apple 公式のドキュメント The Swift Programming Language の以下2つのページに目を通した。コーディング規約ではないですけど、サンプルコードが豊富に掲載されているので、Apple 公式のコーディングスタイルを知ることができます。 The Swift Programming Language: A Swift Tour The Swift Progr

(7/7追記)僕は斜め読みだったんですが、もっときちんと読んだ上で解釈を書いてくれている方がいます。僕も時間をとって全文を読みたいとは思っていますが、まだ時間がかかりますし、yudaiさんの会社の方が妥当性は高いと思いますので、そちらをご参照ください↓ 朝っぱらから色々衝撃が走った第一四半期の最終日ですが、OracleとGoogleの裁判について、どのあたりが問題だったとされるのか気になるので判決文等を読んでみました。 経緯 2010年8月、OracleはGoogleを訴える。当初の争点は特許侵害 (publicKey1) 2012年4月、サンフランシスコ連邦地裁の法廷開始 2012年5月、Googleの特許侵害はないとの陪審評決。ただし、フェアユースは意見が別れる。 2012年6月: Oracle対GoogleのJava/Android訴訟、損害賠償金ゼロで合意。今回議論された37件のJ

Railsのパフォーマンスについてよくある問題とそれに対して戦いを挑むために必要なもの。

"Nested Loop Joinしか取り上げて無いのにタイトルが大きすぎないか" と指摘を頂いたので、タイトルを修正しました。Merge JoinとHash Joinのことはまた今度書こうと思います。 「JOINは遅い」とよく言われます。特にRDBを使い始めて間がない内にそういう言説に触れた結果「JOIN=悪」という認識で固定化されてしまっている人も多いように感じています。 たしかに、JOINを含むようなSELECT文は、含まないものに比べて重たくなる傾向があることは事実です。また、本質的に問い合わせたい内容が複雑で、対処することが難しいものも存在します。しかし、RDBの中で一体どういうことが起きているのかを知り、それに基いて対処すれば高速化できることも少なくないと考えています。 本稿では、JOINの内部動作を解説した上で、Webサービスを作っているとよく出てくるJOIN SQLを例題に

アプリマーケティング研究所 > アプリ開発 > 男性が理解できない「女の意思決定」を可視化した「女ゴコロフレームワーク」とは。ネイルアプリ「ネイルブック」が語るアプリ運営の生体験談。 「ネイルブック」を運営しているスピカさんにお話を伺いました。女性心理を理解するための3ステップ「女ゴコロフレームワーク」とは？ ※株式会社スピカ 「ネイルブック」3代目ディレクター 正木友佳さん（初代ディレクターの川端さんにも同席いただきました） 「ネイルブック」が出来るまで。 「ネイルブック」について教えていただけますか？ 川端： 「ネイルブック」は、ネイル写真を共有するアプリです、現在は10名のメンバー（うち女性4名）で運営しています。 ダウンロード数については、2011年4月にリリースして、現在120万ダウンロードです。海外からのダウンロードもありますが、アクティブユーザーは日本のユーザーがほとんどです

Elixir Advent Calendar 2014 6日目。 この記事は、Elixir Advent Calendar 2013 に寄稿したものを、現時点で最新バージョンのElixir向けに書き換えたものです。（一部仕様が変わっています。） ElixirといえばErlang/OTP、Erlang/OTPといえばActor Model、Actor ModelといえばMessage Passing。Actor Modelについてちょっと興味を持った人は「どうやって実装するのだろう」という疑問を持つと思います。ここではElixirにおけるMessage Passingのお作法を整理したいと思いま す。 前提 実際はErlang/OTPの経験があって初めてピンと来ることもElixirには多いのですが、本稿ではErlang/OTPについて知識が無い方でもElixirのMessage Passin

今や世界でも有数の経営者として注目を集めている任天堂社長の岩田聡さん。その岩田さんはプログラマ・エンジニアであったということをご存知ですか？しかも超がつく天才級のエンジニアであったということを。1982～1983年、その岩田さんが新入社員だった時代、当時高校2年生だった私、藤本健といっしょに開発したDTMソフト、およびハードというものがあるんです。 先日、実家の大掃除をしていたら、その当時のものがいろいろと出てきました。HAL研究所という会社にいた岩田さんと私で書いたプログラムのソースリストや、その後製品として発売されたハードウェアに、パンフレット……。今や貴重な資料かもしれないので、少し紹介してみましょう。 岩田さんが新入社員当時の製品パンフレット 任天堂社長の岩田さんの経歴については、いろいろな書物で紹介されているので、そちらに譲りますが、最初から任天堂の社員だったわけではありません。

いま、ドワンゴはターニングポイントを迎えています。 1997年にゲーム開発の会社として生まれたドワンゴは、2000年代初頭にモバイル向けのコンテンツ配信で成長し、さらに2006年に立ち上げた「niconico」* （ニコニコ動画）を日本最大規模の動画サイトへと発展させました。 順風満帆のように見えるかもしれませんが、紆余曲折はありました。niconicoは立ち上げてしばらくは赤字続きだったんです。黒字化したのは開設から４年目ですね。黎明期から初期の発展期までは本当に収益につながらなかった。でも、ユーザーの投稿動画と生放送番組を軸とした動画コミュニティサービスは他にないユニークなもので、潜在的な価値が見込まれました。 そこで当時調子のよかったモバイルの音楽配信ビジネスで会社を支えながら、niconicoの足場を固めて事業の中核をniconicoにスイッチさせようという、そんな状況で僕が社長に