初めまして。UIデザイン勉強中のマサキ(@Masaki_4_5)です。 UIデザイン、とりわけiOS appのデザインスキルを得る一番の近道を探した結果、良いデザインから吸収するのがまず大事という事を聞きました。 このように、sketchで優れたアプリのUIトレースをし、その工程でページの遷移やそのUIになった訳を考察して行くことがスキル獲得にはもってこいらしいです。sketchさえあればお手軽ですしね。 早速Twitterのプロフィール画面とタイムラインの２画面を、Sketchを用いてトレースしてみました。Sketchを用いたトレースについてはネットで既に多く説明されていたのでつまずく事はありませんでした。 Twitterをトレースして気がついた事 左：元画像　右：トレース 1.フォントについてTwitterにはinstagramなどと同様に、和文には"Hiragino sans"、英文

12月1日にレッドブルスタジオ東京にて、Dropbox Japan主催のUnleash the World’s Creative Energyと題されたイベントがあったので行ってきました。 クリエイティブな仕事のコラボレーションをサポートするツールとなりつつある最近のDropbox。Design managerのKurt VanerさんがDropbox Paperの制作現場の様子と素晴らしいデザインの傾向というタイトルで話してくれたのでメモを残しておこうと思う。 先程言った通り、Dropboxはただのファイル共有サービスではなくなっている。（友達紹介だけで14GBくらいの容量を稼いでいたころが懐かしい…。）そもそもファイルの共有サービスというより、クラウドストレージ的な側面が最初は強かったサービスだが、今ではPaperやShowcaseというサービスなどがローンチされ、彼らが次のフェーズに

スタンフォードのコンピュータサイエンスの授業で、ときどきこれは良問と思う問題がテストで出ることがある。僕の印象に残っているのは「xをfloatとするとき、x + 0.25 - 0.25 = xが成り立たないxを求めよ」というものだ。浮動小数点数を理解していないと、両辺が同じにならないケースがあるほうが不自然に思えるだろうから、この問題は浮動小数点数の奇妙さを結構うまく突いていると思う。この問題を元に浮動小数点数についてちょっと説明してみよう。 まずコンピュータ上での数について少し考えてみよう。コンピュータにおける数と、数学の整数や実数は、よく考えてみると全然違う。コンピュータは有限の記憶領域しか持っていないので、無数にある数を表すことが根本的にできない。つまりコンピュータ上の数は「本物の数になるべく似せた別の何か」だ。現実的には、例えば32ビットの数なら2^32パターンしか表せないので、そ

いろいろな環境で動くプログラムでは互換性のためにその場しのぎのことをしないといけないことがよくあるけど、歴史が積み重なってくると、アドホックな技の上にアドホックな技が積み上がる喜劇的な状態になることがある。こういう問題は認識するのは簡単だが直すことは誰にもできない。まさに僕がそのような体験をしたのでちょっと説明したい。 僕は仕事としてオープンソースのlldというリンカを書いている。リンカというのはコンパイラが生成したバイナリファイルをつなぎ合わせて最終的な実行ファイルやDLLを作成するプログラムで、知らない人も多いと思うけど、何をコンパイルしても最後にはリンカが動いている。lldは既存プログラムより何倍も速くてビルドが早くなるというので最近は結構人気が高まっていて、FreeBSDなどのいくつかのOSが全面的にスイッチしようとしたり、あるいは大規模プロジェクト（Chromeや、どうもFire

自分の中のプログラミングの常識というものは、ときどき現実のハードウェアに合わせて調節しないといけない。ハードウェアが進歩し続けているので、コンピュータで簡単にできることと相対的に難しいことのバランスが変化し続けているからだ。ここでは特にストレージにフォーカスして書こうと思う。 昔はメモリが相対的にとても貴重な資源だったので多くのプログラマがメモリを節約することに血道を上げていた。例えばWindowsの初期の頃に設計されたデータ構造には、メモリをバイト単位ででもいいから節約したいという意図の痕跡がいまでも多く見受けられる。DRAMの次に速い記憶装置はHDDだったので、メモリが足りなくなればHDDにデータを保存せざるを得ないのだが、DRAMとHDDのランダムアクセスの速度差は、机の上の本の開いているページを見るのと、その本をAmazonで注文して到着するのを待つのと同じくらいのスケールで違うの

エンタメ業界は、もう何年の前から消費者の「可処分時間の奪い合い」が主戦場になっている。インターネットがスマートフォンとともに一気に普及してから、音楽・動画・書籍などが安価かつ大量に供給されるようになった。にもかかわらず、人間は1日24時間しか使える時間がないからだ。 なにせ、手に入るコンテンツは大量にある。NetflixやYoutubeで凄まじい量の動画が見放題だし、dマガジンで雑誌はいつまでも読めるし...。このような状況では時間が一番貴重なリソースなので、消費者は確実にリターンが大きいコンテンツに時間を割きたいと考えるようになっている。田端さん（=信頼値が高い人）がTwitterで本を紹介するとバカ売れするのがよく表している。 同じことが最近、同じ現象がテック業界にも起こっているのでは、と感じている。時間がかかりそうなものに対する警戒感が高まっているように思えるのだ。 テック界隈では（

エンジニアは趣味で自分のプロダクトを作ることが昔から推奨されている。いちからフルスクラッチでサービスを作るのは開発以外の目線が身につくし、普段使ったことがない技術の素振りに丁度よい 。何より、自分が欲しいものを作るのは楽しいのである。 ※ちなみに、業界ではよく知られているのだけど、就活や転職活動では趣味プロダクトをやっていることは良いアピールで抜群にウケる。それでも、実際に作っている人は少ない。 では実際のところ、趣味プロダクト開発はどのように進むのか。僕のケースについて紹介してみたい。 StartMapの場合東京のスタートアップを一覧できるStartMapというサイトを作った http://startmap.info/ 2015年の大晦日前、みんな帰省して暇だしなんかつくるかという話になり、友人の @tejitakさんと@tyshgcさんとで三茶のデニーズでブレストをした。「これだ！」と

先日、機械学習のエンジニアを募集する広告を出したところ、複数の人から「旦那に頼めばいいじゃん」と言われた（知り合い以外の方のために説明すると、私の夫は工学の博士号を取っているソフトウェアエンジニアである）。 確かにスキルマッチング的にはドンピシャではあるのだけど、夫とは実際に半年ほど働いてみて、すぐに一緒に働くのは無理だと断念した。少なくとも、今のスタートアップのフェーズでは、彼の能力や経験を生かしきれないと思ったからだ。 スタートアップに必要なのは「雑でもいいから速い人」先に少しだけ夫のバックグランドを話すと、彼は20代後半まで大学の研究室で働いており、その後私と出会ったVR系のベンチャー企業に転職し、30代前半でソーシャルゲームの会社に2回目の転職をした。職歴としては、そのソーシャルゲーム会社での経験が最も長いと思う。 ソーシャルゲームの会社では、ゲームの開発ではなく、不正なユーザーを

私はプログラミングは結構自信があるんですが、他の人の作業をつぶさに観察したことがあるわけでもないので、自分で当たり前だと思っているコーディングの方法が他の人にとってはそうではないこともあると思ってます。上手い人がどういうふうにしてプログラムを書いているのか知りたいんですよね。 逆に私はどういうふうに書いているかちょっとまとめてみました。自分はこうしている、というのがあったらぜひ教えてください。 まず私の場合、ゼロからコードを書くよりも現在のプロジェクトのためのコードを書くことのほうが多いので、コードを書くというのは既存のコードに変更を加えることがほとんどです。既存のコードに手を加えるときは、新機能追加か、リファクタリング（動作は変えずにコードをきれいにすること）のどちらかになるわけですが、まず前者をどうしているかどうかをできるだけ説明してみます。 まず必要なのは考えることです。よく知ってい

柴田: 今回の「しば談」は、株式会社プロコミット・代表取締役社長のの清水隆史さんにお越しいただきました。まずは最初に自己紹介をお願いします。 清水隆史さん（以下、敬称略）: プロコミットはベンチャー、成長企業の採用支援を一貫してやっている人材紹介会社です。成長企業の定義は、いわゆるスタートアップ、シリーズAぐらいから、大きい所でいきますと、例えばDeNAやJINS、ユニクロといったメガベンチャーまで、IPO後の会社も含めてやっています。一貫して成長を続けている会社をターゲットにして、採用支援をやっています。業界のフォーカスは特にありませんが、結果的にやはりインターネットを中心としたIT系が顧客リストに多くいる会社です。 ベンチャーの生態系で最も大きな「人材」という課題を解決すべく起業柴田: もともとはどういうキャリアでいらっしゃったのですか？ 清水: 私はもともと大学を出てすぐに非ネット系