タグ

ブックマーク / blog.sushi.money (6)

  • WebVRで作品を作って展示しよう - hitode909の日記

    プレゼンモード 再生 ← / →で移動 fでフルスクリーン escでおわる こんにちは,id:hitode909です.YAPC::Tokyo 2019において,「WebVRで作品を作って展示しよう」というお題で発表しています.この記事は,その発表資料です. WebVRで作品を作って展示しよう YAPC::Tokyo 2019 株式会社はてな hitode909 この発表 アジェンダ WebVRについて、フレームワークや開発方法について 普通のウェブ空間から連続的にVR空間に向かうためのアプローチ デバイスを安定して展示するためのノウハウ 物理的な展示におけるグロースハック ゴール WebVRを使ったVR作品を今すぐ作れるようになる WebVRを使ったVR作品をイベントで展示できるようになる 🖐 開発経験 Web VR WebVR 便利さ 役立つアプリケーション 役に立たないアプリケーショ

    WebVRで作品を作って展示しよう - hitode909の日記
  • 開発中の機能を小分けにして本番環境にどんどん出すためには - hitode909の日記

    ふだんの開発では,稼働中のシステムに影響を与えないように開発中の新機能や新システムを共存させながらちょっとずつデプロイして進めている.どんな事を考えてやっているか記しておきます. フィーチャートグルを使う すべてのコードが番環境に入っているけど無効化されている状態で開発を進める ブランチをたくさん作るのに対する考え方で,フラグを有効にすると開発中の機能を使える スタッフなら有効にしたり,フィーチャーのオンオフを選べる画面を作ってたこともある フィーチャーブランチを利用した開発はチームを継続的インテグレーションから遠ざける – ゆびてく FeatureToggle 完成したらフィーチャートグルに関係なく全員に有効状態にして完成 フロントエンドの施策で,実際のデータやインフラ構成でどれくらいスピードが出るかわからないときに,ひとまずフラグをオンにすると動く形でデプロイしたりとか レイヤの下の

    開発中の機能を小分けにして本番環境にどんどん出すためには - hitode909の日記
  • 坊主 やり方 - hitode909の日記

    かれこれ10年以上自分で髪を切っているのでノウハウを共有します. 準備するもの バリカン 水で洗えるものがよい.洗えないと,ブラシで髪を除去することになりたいへん.だいたい油を差す必要があるのだけど,フィリップスのバリカンには油を差さなくても動くものがあり便利. フィリップス 電動バリカン ヘアーカッター 充電・交流式 HC3412/15 出版社/メーカー: Philips(フィリップス)メディア: ホーム&キッチンこの商品を含むブログを見る 僕はこういうのを使ってる.刃が回転して角度を変えられるのでちょっと便利.江添亮さんも使われている. フィリップス 電動バリカン セルフヘアーカッター 充電・交流式 QC5572/15 出版社/メーカー: Philips(フィリップス)メディア: ホーム&キッチンこの商品を含むブログを見る 新聞紙 髪を包んで捨てるための紙.手元になかったらコンビニで買

    坊主 やり方 - hitode909の日記
    teracy_junk
    teracy_junk 2018/01/12
    『高校生のときは頭がおかしくなっていて週に1回くらい切っていた』アラフォーだけど頭がおかしいから週1で1mmに刈ってる(冬場は頻度が落ちるけど)
  • テスト先に書きたい若者よ - hitode909の日記

    弊社では毎年インターンを受け入れているのだけど,いまもインターンが来てて,テスト先に書きたいけど油断すると先に実装を書いてしまう,とか話してた. 個人的には,テスト先に書くのが大事というよりかは,意識して仕様を先に考えるのが大事だと思っている.テストを先に書くと,先に仕様を考えざるを得ないので,良いスタイルが身につく. 僕がよくやるのは,関連しそうなクラスの絵をひと通りノートに書いてみて,その図だけで,うまく動くことを説明できるくらい考えてみる.その時点でおかしかったら,コード書いてもおかしくなる.ノートに方眼ついてるとクラス図書きやすい.UMLとかじゃなくても,自分で見て分かるくらいでもいいと思う. 紙でうまくいったら,外部仕様だけソースコードに書いてみる.クラス名と,メソッドの定義と,メソッドの上くらいに,ひと通りコメントでも書いてみて,この関数はこういうことをするんです,こういう引数

    テスト先に書きたい若者よ - hitode909の日記
    teracy_junk
    teracy_junk 2014/08/14
    『個人的には,テスト先に書くのが大事というよりかは,意識して仕様を先に考えるのが大事だと思っている.テストを先に書くと,先に仕様を考えざるを得ないので,良いスタイルが身につく.』保守やってると痛感する
  • 設定のクラスを作るとすっきりしそう - hitode909の日記

    設定のテストを書くとよいって言ってる人がいた. 設定の仕様をドキュメントに書くのではなく、テストにしてしまう - $shibayu36->blog; テストされてるのはよいと思う.名前のついてないデータ構造をがんばってテストするよりは,設定のクラスを作るとすっきりしそうと思った. こういう構造のHash,として見るよりかは,設定クラスのインスタンスとして見るほうがイメージしやすい. 個々のブログの設定のURLはユニークであるというのを,どこかのクラスの責任にする.BlogConfigRepositoryというクラスのインスタンスが,設定の集合を持ってるとか. like exception { BlogConfigRepository->new([ { "url" : "http://blog.example.com/", "permission" : "public", "members"

    設定のクラスを作るとすっきりしそう - hitode909の日記
  • ドメイン駆動設計読んだ - hitode909の日記

    ドメイン駆動設計というのはソフトウェア工学のおしゃれなで,Kindleで買えたので読んだ.ドメインを軸に戦略的に設計しましょうという.2週間くらいで読めて良い体験できてよかった. ソフトウェアを,ユーザーインタフェース,アプリケーション,ドメイン,インフラストラクチャという4つの層に分けて,一番重要なのがドメイン層で,ドメイン層にアプリケーションが存在し得る理由がある.銀行システムだったら,口座とか利子みたなやつがドメイン層で,口座がよくできてると銀行としてうまくいく.ATMのタッチパネルというのはユーザーインタフェースで,どんなにATM押しやすくても,ドメイン層に,口座という概念がなくて,ただのハッシュだったりすると,銀行を運営して金を儲けるとか,新たな金融商品とか作るのが困難になる.インフラ層は永続化とかするのだけど,インフラ層がいかによくても,意味ないデータを保存していては銀行倒

    ドメイン駆動設計読んだ - hitode909の日記
  • 1