はじめにSHOWROOM事業部のサーバーサイドエンジニアで先日開催されたAWS Dev Day 2023 Tokyo に参加してきたので、有志で気になったセッションを紹介していきます！ RDBで解けない性能問題をグラフDBのAmazon Neptuneによって解決する横浜DeNAベイスターズのバウアー選手のYouTubeチャンネルにハマっている早川です。 このセッションでは、電子薬歴システムの事例を通じて、グラフDBがどのようなケースで有効なのか学ぶことができました。 電子薬歴システムでは、患者ごとに複数の基礎情報時系列データを管理しています。これらのデータを参照する際、RDBでは複数回のクエリを発行するか、クエリを入れ子にして発行するかでしか必要なデータを取得できず、データの取得に時間がかかってしまう問題が生じたそうです。このようなケースでは、グラフDBが適しているということが分かりまし

こんにちは！開発部でデータアナリストをしている松尾です。 前回、現在進めているデータの民主化に向けた取り組みをご紹介させていただきました。 今回は、その取り組みの１つであるRedashの整理について書いていきたいと思います。クエリが乱立してしまった状態からmetadataを使って整理を進め、運用ルールとRedashの検索ができるダッシュボードを作りましたので、ご紹介していきます。 ※metadataを使えるようにする方法は、こちらの記事をご覧ください SHOWROOMの分析環境を知っていただくきっかけとなったり、同じくRedashを導入されている、もしくは導入を検討されている方の今後の運用のご参考になれば幸いです！ なぜ運用ルールが必要かRedashは手軽にSQLの実行結果をビジュアル化できるので、モニタリングや効果検証目的以外にもちょっとした調査や探索的な分析をしたい時にクエリを作る人も

20年越しの大規模リニューアルが進行中。「わくわく時間100%」を目指すDMM通販モダナイズプロジェクトの全貌

例外 Advent Calendar 2014の継続について 参加者が集まらなかったという経緯から独りAdvent Calendarとして始めた「例外 Advent Calendar 2014」ですが、諸事情により継続が困難となったため私Kokudoriの6日以降の投稿はありません。変に注目だけを集める形になってしまい申し訳ありません。 以下、諸事情というか、言い訳。 『契約による設計から見た例外』という記事にて述べた「契約」に対する私の理解が根本的に間違っていました。 そこから芋づる式に例外に関する私自身の考えが間違っていた、あるいは理解が浅かったことに気づきました。このような理解力では例外について私見を述べることさえ不可能となり、結果頓挫という形になりました。 考えうる限り最低で残念な結果になってしまいました。本当に申し訳ございませんでした。 初めに原則を考え出して、それから例外を見つ

TwitterでRumor（ルーマー）というアプリのアップデート履歴が酷いと話題になっています。「面白い」という声もあれば、「ブラック」という声も。 早速、最新の履歴を見てみると…

12月27日をもって、芸者東京エンターテインメント株式会社を退職しました。学生時代を含めて2年10ヶ月くらいお世話になりました。 会社でやっていたこと 最近は脳トレクエスト2というiOS/Android向けゲームのクライアント側を作っていました。ゲームエンジンはCocos2d-xで、それぞれのOSごとに実装しなければならないところを除いてほとんどのコードがC++でした。といってもCocos2d-xでゲームを作るのに必要なC++の知識はそこまで多くなくて、C++プログラマーを名乗るにはまだまだだなあという感じがします。ちなみにサーバー側はScalaですが、こっちは全くと言っていいほど触ってないです。 このゲームはいわゆる脳トレ的なミニゲームを解いて敵を攻撃しながら進んでいくRPGなのですが、僕が担当したのはアイテムを強化したりする部分やゲーム内で他のプレイヤーとコミュニケーションをとったりす

2chまとめみたいなタイトルにしてみた。(してみたかった) HTML5のアーキテクチャと初期化とキャッシュの考え方が、「ウェブエンジニア」は本当に出来てない。 とくにソシャゲをウェブビューに貼ってスマホ対応しました系。本当にダメ。 じゃあどうするか？基本的に「初期化」の考え方を直せばどうにかなる。 (この記事はBackboneを使うときに考えてることだけど、他でも一緒だと思う) 前提 シングルページアプリケーション セマンティクスやSEOは考慮しない 基本哲学 共通モデルの初期化を徹底的に行う サーバーにリクエストを投げるのは最小限 クライアントでサーバーモデルのキャッシュを作り、更新が期待されるまで再取得しない 理由 いくらDOMの最適化したところでUXに影響が大きいのはサーバーリクエスト(200~2000ms)で、プログラミング段階で辛さがあつまるのは非同期処理の部分。 プログラマとし

スマートフォンやタブレットなどのモバイルデバイス向けにUIをデザインする際には、タッチ操作に適したコントロール表現を追求しなければいけません。 タッチ操作に適したコントロール表現とは、前回書いたジェスチャもありますが、それ以前に、ボタンやリンクなどのUI要素を指で押しやすい大きさにすることが大切です。 パソコン画面のマウスポインターと違って、タッチスクリーンにおいて指でボタンをタップする場合、指がそのボタンを覆い隠してしまうので、意図した場所に正しく触れているのか分かりにくく、またボタン自体の視覚的なフィードバックも確認しづらいという課題があります。 またマウスポインターではピクセルレベルで画面上の座標を指し示すことができますが、指先ではそのような細かい操作はできません。 ですからタッチデバイスでは、ボタンやリンクが細かく密集しているようなデザインは大きなストレスになります。 最低限の大き

みなさん、iPhoneでゲーム開発してますか！ iPhoneでのゲーム開発は、cocos2d for iPhoneを初めとして、cocos2d-x, Kobold2D, Unity, Corona SDK, GameSaladなど、様々な開発環境で割りと手軽に行えるようになってきました、 それに伴って、非プログラマ向けのゲーム開発支援ツールも非常に充実してきていますが、日本語で読める詳しい記事が少なかったことが気になったため、自分が使っているモノをまとめてみました。 デザイナー向け CocosBuilder CocosBuilder – Graphical Interface Builder for Cocos2D iPhone and iPad GUI設計ツール。 コードでちまちまとスプライトを配置していくのは発狂するので、GUIツールを使った方が楽。読み込み用のライブラリも付属していて

サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

Sassを使ったり、人からパクったりして、極力失敗しない方法

前置き：内から見るSFCと外から見るSFC SFC（慶応義塾大学湘南藤沢キャンパス）に通いだして丸1年が経った。 高2の時に学年通信の大学紹介コラムでその存在を知って魅力を感じ、受験を決めた。当時自分の周りにいた学校の先生や塾の講師からは「他の大学とは全く違うカリキュラムを採用していて、新しい試みがたくさんなされている」「卒業生に著名な人が多い」等々色んな話を聞いて、「SFCは君に向いていると思うよ」などとそそのかされ、日に日にSFCに通いたいという思いは強くなっていった。 外から見るSFCは素敵なワンダーランドのように見えた。 SFCに限らず特定の大学に心酔している高校生は大体が自分の惚れた大学について過大評価しがちなもので、当時の自分も多分に漏れず「SFCヤバい！超クール！行くしかねぇ！」みたいな思考停止に陥っていた。 入学して、色んな人に出会った。話に聞いていたように起業を目指す人も

和田 卓人(@t_wada) 作『RSpec の入門とその一歩先へ』はクリエイティブ・コモンズ 表示 - 継承 4.0 国際 ライセンスで提供されています。 東京 Ruby 会議 03 の RSpec ワークショップの資料です。このワークショップでは参加者の方に「写経」(コードを書き写すこと)をして貰い、TDD/BDD と RSpec を同時に学べるように都度説明を入れるかたちで行いました。 第2イテレーションも書きました。続きに興味ある方はご覧下さい (更新) 第3イテレーションも書きました。続きに興味ある方はご覧下さい 1st iteration favotter の みたいな NG ワードのフィルタリング機能を RSpec で作りましょう。まずは NG ワードの検出機能を作成します。 このイテレーションでは最初ベタな形のテストコードと実装を書き、だんだんとそのコードを洗練させてゆきま

最近、とある機会があって、いろんなアジャイルが出来るといってくるベンダーさんとあう機会があるけど、正直「おい！どの口がアジャイル出来るって言ってるねん！」って思う事がむっちゃくちゃ多い。 今は確かにアジャイル開発ブームで、世間では引き合いも多いらしい。いろんなベンダーの営業さんが、「うちもアジャイルできます」って言って営業してはるけど、マジでちゃんと自社でできるか調査してから営業してほしい。私はアジャイルを１０年以上やってるけど、元々は「この方法やったら、お客さんにホンマにええアプリを届けれるんちゃうか？」と思ったところから来ている。 それが、今や猫もしゃくしもアジャイル出来ますとか言って、ろくにアジャイルも出来へんのに売りつけて、結局効果がでなくて、「やっぱアジャイルなんかアカンやん」ってなるのがむっちゃくちゃ嫌なのだ。 これって数十年昔のオブジェクト指向ブームと一緒やん。当時のオブジェ

続きを書きました　→　伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解：既にあるソフトウェアを流用し