リクエスト予約希望条件をお店に申し込み、お店からの確定の連絡をもって、予約が成立します。 1 予約の申し込み ご希望の条件を当サイトよりご入力ください。 2 お店からのメール ご予約が承れるか、お店からの返信メールが届きます。 3 お店へ来店 予約が確定した場合、そのままお店へお越しください。
リクエスト予約希望条件をお店に申し込み、お店からの確定の連絡をもって、予約が成立します。 1 予約の申し込み ご希望の条件を当サイトよりご入力ください。 2 お店からのメール ご予約が承れるか、お店からの返信メールが届きます。 3 お店へ来店 予約が確定した場合、そのままお店へお越しください。
夏休み到来ですね! 新しいジブンにチャレンジの季節! 夏休みの自由研究でパストレーシングやりたいですね! 優秀な若人がヘッダーオンリーレイトレーシングライブラリ NanoRT と tinyobjloader で人類史上最速(2 日)でパストレーシングサンプルを作ってくれました(私が十数年前にパストレーシングを実装した時は 1 年くらいかかりましたね... 知の加速を感じますね). 素晴らしいですね! 最高のパストレーシングの夏にしようね! 映画ジャングルブックもパストレーシングだよ! https://www.fxguide.com/featured/out-of-the-pages-and-into-the-jungle-book/ パストレーシングする. $ git clone https://github.com/lighttransport/nanort $ cd nanort/ex
So, here's a Vision Of The Future that's popular right now. It's a lot of this sort of thing. As it happens, designing Future Interfaces For The Future used to be my line of work. I had the opportunity to design with real working prototypes, not green screens and After Effects, so there certainly are some interactions in the video which I'm a little skeptical of, given that I've actually tried the
Mary Rose Cook Many functional programming articles teach abstract functional techniques. That is, composition, pipelining, higher order functions. This one is different. It shows examples of imperative, unfunctional code that people write every day and translates these examples to a functional style. The first section of the article takes short, data transforming loops and translates them into fu
会社のまかないにカマルのカレーが出てきておもしろかった．カマルは近所のカレー屋さん． オフィスにお店の方が来られてて，みんなカマル行きまくっていて，みんなカマル好きすぎるから週に2回くらい行ったりしているので，どうもこんにちはいつもありがとうございますみたいな話をしていて，同窓会っぽい雰囲気． このバターチキンカレーはこの場所まで歩いて行くと食べられる，という認識をしているので，会社でいきなり食べると，瞬間移動したみたいな，記憶が飛んで起きたら全然知らない場所にいるみたいな，理解が追い付かないような感覚になる． あとは，いつもお金払うと食べられているものがおかわりし放題だと，貨幣の概念が消え去るような，Apple Musicで音楽聴き放題みたいな，カレーの出てくる蛇口みたいな，それもそれで理解が追い付かなくて良い． みんなカマル好きすぎるので昼に食べたのに夜もカマルに行ったりしていた． w
つくる、デモする、ふれる。DemoDay.Tokyo into CODE - 2016.08.21 東京・代官山にて開催。
古川陽介 株式会社リクルート プロダクト統括本部 プロダクト開発統括室 グループマネジャー 株式会社ニジボックス デベロップメント室 室長 Node.js 日本ユーザーグループ代表 複合機メーカー、ゲーム会社を経て、2016年に株式会社リクルートテクノロジーズ(現リクルート)入社。 現在はAPソリューショングループのマネジャーとしてアプリ基盤の改善や運用、各種開発支援ツールの開発、またテックリードとしてエンジニアチームの支援や育成までを担う。 2019年より株式会社ニジボックスを兼務し、室長としてエンジニア育成基盤の設計、技術指南も遂行。 Node.js 日本ユーザーグループの代表を務め、Node学園祭などを主宰。Twitter: @yosuke_furukawaGithub: yosuke-furukawa
これまでのサービス開発の経験から，アイデア考案にも設計と同じくデザインパターンがあるように思うので，アンチパターンとともに事例を含めてまとめてみた． デザインパターン ① 「A で B する」を逆にする 世にあるサービスの「A で B する」の A と B を入れ替えてみる，すなわち目的を手段化してみると，面白いアイデアが生まれることがある． Twinkrun, Peta Peta - 「スマホでゲームする」→「ゲームでスマホを使う」 スマホを身に付けておこなう鬼ごっこ．世に溢れているスマホゲームとは逆で，従来のアウトドアゲームにスマホを持ち込んでいる．「スマホは画面を見るもの」というステレオタイプにとらわれない発想がよい． INTEMPO - 「歩くテンポで音楽が流れる」→「流れる音楽のテンポで歩く」 歩くテンポや走るテンポに合わせて音楽が流れるアプリは世に多くあるが，それを逆転させるこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
