Realm meetupでiOS、Androidの家族アルバムみてねの開発風景について話してきた - ainameの日記
speakerdeck.com Realmとはmobile向けのDBなのだけど、みてねでは7月にリリースしたv1.5.0から利用していて、その経緯とか背景とか実装内容ついて話してきました。 内容的には他の人とか過去の発表と被るのを避けるためRealm的な話は薄くて、普段の開発スタイルとか同期APIの実装の話がメインだったりする。 あと質疑応答で、「今回の実装でAndroidとiOSで設計が違ってきた場所ってなんですか？」という質問があって「AndroidはRxJavaを使って通知を飛ばしてUIにデータを反映させてるが、iOSだとNSNotificationCenterを使って素朴に実装している」みたいな返答しちゃったけどiOSではモデルをKVOで監視してUIに反映の間違いでした。（細かい） 懇親会では、スクラムを導入したい・しているけどよくわからない的な方々とお話する機会があり、 うちでは
もうそういうゲームでいいや！ マリオメーカーが技術革新により「65535+65535=131070」まで計算できるように進化
以前ご紹介した「スーパーマリオメーカー」を使って「3+3=6」を計算する動画（関連記事）に、技術革新の波が訪れました。間を一気にかっ飛ばし、2進数の16桁（10進数の65535）まで計算できるようになった動画が投稿されたのです。何それ進化しすぎ。 すべての始まりは、投稿者が「入力にキラー砲台を使う」方法を思いついたことから。2つ重ねて同時に発射させるだけで、XOR回路になるということです。 なんだって……？ この方法を応用することで、従来よりもはりかに小さい半加算機の作成に成功。さらに、ほぼ1画面に収まる全加算機まで作られました。ぎ、技術革新だー！ 半加算機 全加算機 この全加算機は、入力によってメットのタイミングにずれが生じるため普通に砲台を重ねた時と同じ方法が使えず苦労したそうです。そこで、途中にタイミングを合わせるためのベルトコンベアを設置することで、確実に正しい計算をしてくれるよう
だいありー (2015-10-05)
答え合わせ。 おっと、実時間だと、世代別 GC を、ちゃんと有効にしているやつと、あまり変わりませんね。 とありますが、system time が長いですよね。これ、システムからメモリを確保するために必要となる時間です、多分。800MB 以上ぶんどらないといけないですから。この場合、user 時間を比べて、GC の影響を見ておくのが良いでしょう。つまり、GC の影響は 1.64 sec - 1.47 = 0.17 sec。これが、GC による影響だとみることが出来ます。 まとめると、大ざっぱに オブジェクトの生成 0.7 sec GC 時間 0.2 sec という感じです。潰すべきオーバヘッドはどちらか、というのは、わかりやすい。GC は本当に遅いんですかね。 あと、オブジェクトを 100M 個作っておいた、すぐあとのベンチマークでは、また違った様子ですね。これも、OS とのやりとりやら、
技術基盤チームが発足しましたのお知らせ - HsbtDiary(2013-02-20)
■ 技術基盤チームが発足しましたのお知らせ 昨年から mizzy さんを中心として隣席のパーラー氏と二人で社内をリンスタだインセプションデッキだ、スクラムだと行脚したり、デプロイ自動化だ仕様化テストを構築するんだと手を動かしてきたんですが、1月から @hiboma が同じ所属になったこともあって、経営会議を経て正式に「技術基盤チーム」として発足しました。ちなみにやることは何も変わっていません。 あと、春くらいにミスターXが加入して、mizzy さんをリーダーとして4天王が構成されるのでお互いに得意な分野の Perl であるとか Kernel hack とかインフラとか、Ruby とかスクラムとか継続デリバリで戦争を繰り広げて最弱を決定することになると思います。 まあ何というか特に計画とか定例ミーティングを内部でしてタスク割り振りとかしなくても、それぞれが勝手に社内の問題を見つけてきて、自分
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
トヨタの製品開発を読んだ | がしゃどくろですけど何か問題でも？
