https://cookpad.connpass.com/event/249346/ にて発表。
クックパッドマートの失敗したデータ設計 Before / After 大放出
https://cookpad.connpass.com/event/249346/ にて発表。
1年半かけて作ったオンラインFPSゲーム「QUICAL」が失敗した話｜sakastudio
この記事は全文無料で読めます。 もしよければご支援していただけると助かります。 自己紹介どうも皆さんこんにちは、普段ゲーム開発をしている大学生の坂すたじおです。最近は専らオープンソースの工業ゲーム「moorestech」の開発をしています。リポジトリにいいねしてくれたらうれしいです。ついでにDiscordサーバーに入ってくれると嬉しいです。 なぜこの記事を書くのか私はFPSゲーム開発の過程をゆっくり実況にして投稿しているのですが、その影響か私と同じようにFPSゲームを開発し始める方が散見されました。 人の人生にワンチャン影響できるレベルのことができたのだなぁーと思いつつ、作られている方の中にはテスターが集まらなかったりして悩んでいる方がいるのを知りました。 そのため、私がどんな過程でQUICALを開発してきたかをつらつらと書いていこうと思った次第です。なにかの参考になれば幸いです。 QUI
デザインの敗北事例集～人に伝わらないデザインは死ぬ～｜かじさん＠旅するWebマスター
ヒトに伝わらないデザインは、いとも簡単に死んでしまう。 オシャレでカッコよく、綺麗で鮮やかなデザインを作り、自分もクライアントも満足したとしても、機能性が無いデザインは簡単に死ぬのだ。 今回はそんな「デザインの敗北」事例を10個程度ご紹介しよう。 ※反対の「デザインの勝利事例集」記事はこちら 東京ミッドタウン日比谷の「極力シンプルで美しいデザインにしよう」というデザイナーの欲求がトイレのアイコンを小さくしすぎて「トイレはどこ？」という質問が多発して看板が設置されるの、まさに『デザインの敗北』というほかなくてとてもすき pic.twitter.com/kpI8LnWkq7 — Simon_Sin (@Simon_Sin) April 2, 2018 わかりやすいデザインの敗北事例である。 どう見てもトイレを示すアイコンが小さすぎる。 デザインは「問題解決」のためにあるので、機能性を大いに失っ
デザイナーじゃない人がやりがちなデザインにおける間違い | デザイン・広告の知識 | デザイン作成依頼はASOBOAD
デザイナーでない人であっても、プレゼン資料や自身のビジネスを宣伝するための販促物など、様々な局面でデザインを作成する機会が存在するのではないでしょうか。今回はVismeのYouTubeから、デザイナーでない人がデザインを作る場合の注意点について学びたいと思います。※翻訳・記事掲載は許諾を得ています。(Thank you, visme !!) 以下翻訳内容です。 今回は、「デザイナーじゃない人がやりがちなデザインでの間違い」について話していくよ。今日はその中から15個の間違いについて取り上げようと思う。 1.ビジュアルよりも文字を多用している デザイン初心者やデザイナーじゃない人たちが一番やりがちな間違いが、デザインに文字情報を使いすぎるってこと。スライドとかプレゼンとかで使う情報用のビジュアルでよく起きることかな。 どうすればいいかというと、視覚的なキューを軸にそこに主要な要素だけを付け加
JavaScript で陥りやすい失敗例を振り返る - Qiita
個人的に今まで JavaScript を書いてて陥った失敗例などを振り返ってみました。 この記事にあるいくつかの失敗例については恐らく殆どの方が経験してるのではないかなと思います。 これから JavaScript 勉強するぞ！！という方や、現在進行形でこのような失敗に陥っている方の助けになれば幸いです。 コードの解説に関しては簡潔に行なっているので、気になった方はググってください。 DOM の取得及び操作 要素を取得して is-close なスタイルを付与したい。 しかし、エラーになってスタイルを付与できない // 失敗例 const hoge = document.getElementsByClassName('hoge'); hoge.classList.add('is-close'); // 正しい例 const hoge = document.getElementsByClassN
スクラムで失敗する5大理由とその対策としてできること | POSTD
スクラム とは、最近、特にソフトウェア開発の分野でよく使われているバズワードです。この概念は、1995年のOOPSLAでJeff SutherlandとKen Schwaberにより提唱されました。自己組織的なチーム構成と短いスパンの持続可能な繰り返し作業に重点を置くもので、複雑なソフトウェア製品やプロジェクトを扱うためのすっきりとした軽量なフレームワークです。 シンプルで軽量な性質を強みとするスクラムですが、これを導入している企業の約半数が正しく実践できていないと思われます。では、一見すぐに使えそうな手法なのに、実践するのが非常に難しいのはなぜなのでしょうか。その理由と、これを確実に成功させるために講じるべき対策を見ていきましょう。 1. 組織の賛同が得られていない どういう タイプの企業であろうと、何かを変えようとすれば必ず直面する最大の課題であると言えるのが、これです。スクラムも例外
機械学習プロジェクトが失敗する9つの理由 - 渋谷駅前で働くデータサイエンティストのブログ
(Image by Pixabay) 勉強が進まないので、今回は与太記事でも書いてお茶を濁すことにします（笑）。ネタはこちらです。 Why your machine learning project will fail – THE DATA SCIENCE NINJA 9 Reasons why your machine learning project will fail 読んで字の如し、「あなたの機械学習プロジェクトが失敗する9つの理由」というグサグサ刺してくる論評記事です。あまりにもオリジナルの記事が素晴らしかったということか、KDnuggetsに誘われてrepostされた模様です*1。 最近は機械学習の学術・技術的研究開発も極めに極まったところで一息つく感じになってきている印象で、どちらかというとインダストリーサイドではML Opsという考え方が提唱されるようになってきています。そ
AWSサーバーレスアーキテクチャでハマった３つこと | LINKBAL Blog
リンクバル技術部の川畑です。先日弊社でリリースしました、リアルタイム飲み会マッチングアプリ together の裏側のアーキテクチャについて、ANKEY主催のセミナー クラウドヂカラ #AWSセミナー 〜エンジニアに求められる本当のスキルとは〜 のLT枠で発表させて頂きましたので、その内容を紹介させて頂きます。 togetherの仕組み IoTボタンを飲食店においていただき、そのお店で飲食をしているお客様にボタンを押していただくと、togetherアプリをダウンロードしている方々に通知が届きます。その通知に申し込んでお店に足を運んでいただき、合流して飲み会を楽しんでいただくアプリとなります。 togetherシステム構成 IoTボタンとtogetherアプリからインターネット・クラウド経由でサーバー側と通信をします。サーバー側はAWSで構成されており API Gateway でリクエストを
初心者プログラマが犯しがちな過ち25選 - Qiita
以下はThe Mistakes I Made As a Beginner Programmerの日本語訳です。 The Mistakes I Made As a Beginner Programmer 初心者プログラマが犯しがちな間違いと、それらを特定し、避けるための習慣を学ぶ方法。 まず最初に言っておくことがあります。 この記事は、誤りを犯すことを悪いと糾弾するために作成されたものではありません。 むしろ貴方が誤りに自ら気付き、あるいはその兆候を見いだし、それらを避けられるようにするために書かれたものです。 私は過去これらの誤りを犯し、それぞれから学びを得てきました。 今ではこれらを避けるようなコーディングを習慣付けるようにしています。 貴方もそうしましょう。 紹介は順不同です。 1) 設計せずに実装する 高品質なコンテンツは、一般的には容易に作成できるものではありません。 それには慎重
Baltoサービス終了の背景｜Goodpatch Blog グッドパッチブログ
Baltoはなぜ生まれたのか まず前提として、Goodpatchには、ProttやBaltoなどの自社事業をつくる部署とクライアントワークを担当する部署があります。そして、自社プロダクトにはクライアントワークで培った経験が活かされています。 Prottは、コードを書かずに本物のようなWebサイトやアプリの動きを再現できるサービスです。しかし、実際に実装し始めると、大きな手直しは少ないものの、細部では直したい部分が続々と出てきます。 それをどのようにメンバー間で伝えるかというと、モバイルでスクリーンショットを撮影してPCに送り、スプレッドシートやパワーポイントで指摘部分の説明資料を作る必要がありました。この方法では、1回のフィードバックに60秒くらい時間を要し、かつ単純作業なので、繰り返していくとフィードバックが億劫になっていきます。 そうすると細かいフィードバックをつい放置してしまい、結局
正しくないものをつくらない。7つの失敗パターン
正しくないものをつくらない。7つの失敗パターン1. Toshihiro Ichitani All Rights Reserved. 正しくないものをつくらない Ichitani Toshihiro 市⾕聡啓 - サービスづくり7つの失敗パターン - 2. Toshihiro Ichitani All Rights Reserved. http://about.me/papanda0806 Ichitani Toshihiro 市⾕聡啓 ソフトウェア開発16年 SIer→サービス→受託→起業 仮説検証とアジャイル開発 ギルドワークス株式会社 代表 株式会社 エナジャイル 代表 ⼀般社団法⼈ 越境アジャイルアライアンス代表理事 DevLOVE コミュニティ ファウンダ 0 → 1 3. Copyright (c) 2017 Guild Works Inc. 本⽇のテーマ のべ200本以上(推
ReactSPAをRailsに戻している話 - Speaker Deck
All slide content and descriptions are owned by their creators.
Dockerの本番運用 | POSTD
以前に私が書いた「 Dockerの本番運用：失敗の歴史) 」という記事は、非常に多くの反響を呼びました。 その後、長い議論を交わして、何百件ものフィードバックや何千件ものコメントを読み、さまざまな人々や主要事業者とも顔を合わせました。Dockerでの試みが増えるほど、その失敗談は増えていきます。そうした現状を、今回アップデートしておきたいと思います。 この記事では、最近の交流や記事から得た教訓を紹介しますが、その前に簡単におさらいをして軽く背景を説明しましょう。 免責事項：対象読者 たくさんのコメントから、世の中には10種類の人々が存在するということが明らかになりました。 1) アマチュア 実際のユーザがいない試用版のプロジェクトやサイドプロジェクトを実行している人々です。Ubuntuのベータ版を使用するのが当然だと考えており、「安定したもの」は古いものと見なすようなタイプです。 注釈：書
順調だったスマホゲーム起業から、一瞬で「1億円の大赤字」へ転落。生きるか死ぬか「3rdKind」が体験した2つの売上拡大の罠。 | アプリマーケティング研究所
順調だったスマホゲーム起業から、一瞬で「1億円の大赤字」へ転落。生きるか死ぬか「3rdKind」が体験した2つの売上拡大の罠。 今回は海外のゲームアプリを、日本に配信している「3rdKind」さんにお話を伺いました。 ※3rdKind株式会社 CEO 細谷太郎さん（右）、COO ヌエル・フレッドさん（左） 「3rdKind」について 「3rdKind」さんについておしえて下さい。 細谷： モバイルゲームのパブリッシャー事業をしている会社です。海外のおもしろいゲームを、日本に持ってくるのが主な仕事ですね。 もともと、ぼくはカプコン、フレッドはGameloftで働いていて、そこからお互いフリーランスを経て、2011年に「3rdkind」を創業しました。 「パブリッシャー事業」というのは、どのように収益を得ているんですか？ 細谷： 簡単に言うと、海外のゲームを日本人好みに翻訳・味付けし、それを日
初心者がデータベースを扱うときにやってしまいがちな5つのミス | Yakst
主にPostgreSQLで、アプリケーションがスケールしていくことを考慮に入れずに後で困ることになりがちな設計のポイント。今後巨大にスケールする必要が分かりきっている際には特に注意すべき点。 開発者として仕事を始める時には、参ってしまうほど覚えなくてはいけないことがあります。まず最初に言語自体、それから使っているフレームワーク特有のクセ、さらにその後(あるいはその前)にフロントエンド開発を織り交ぜ、そしてその先でデータをどこに保存するかを決めなくてはなりません。 最初の頃は、素早く身につけるべきことが多すぎて、アプリケーションのデザインにおいてデータベースは後から付け足すものになりがちです(おそらくこれはエンドユーザーエクスペリエンスに影響がないからでしょう)。その結果、データベースが動き始めてから直さなくてはならない数々の悪い習慣が存在しています。ここでは、そのうちのいくつかについて概要
みずほ銀行次期システム関連のまとめ（2016/11/24 追記あり） - Akio's Log
(追記1：2016/7/11 7/7以降のブログ記事などを追加) (追記2：2016/11/24 延期発表の記事を追加) こんばんは。SE兼PM見習いです。 例のみずほ銀行の次期システム開発が話題になってますね。 blog.livedoor.jp blog.livedoor.jp 毎年この時期に、みずほ案件がグダグダだよね、という情報が出てくるのはもう恒例行事となってますが、開発工程終盤を迎えていよいよヤバイ状況が隠しきれなくなっているようです。 趣味が悪いと言われますが、デスマウォッチャーでして、特にこのみずほ銀行案件をウキウキとウォッチングしているのですが、ここでブックマークしている過去の情報を時系列に振り返ってまとめてみたいなと思います。 2002年〜合併時のシステム障害〜 次期システム案件の話に入る前に、みずほ銀行合併時の大規模システム障害に触れておく必要があります。 https:
サイトのデザインを変更しただけで約50％もユーザーを失った失敗例
By Wicker Paradise アイコンに関するニュースから販売まで手がけるサービス「Icons8」の中の人が、ウェブサイトのデザインを大幅に変更したところ47％ものユーザーを失ったことをブログで明らかにしました。ブログではユーザーを失うまでの経緯や、なぜ失ってしまったのかの分析結果まで書かれていて、興味深い内容になっています。 How We Lost 47% of Our Users After a Redesign | Icons8 https://icons8.com/articles/how-we-lost-47-of-our-users-after-a-redesign/ サービス開始当初、Icons8はアイコンの開発・販売を手がけるサービスでしたが、毎日新しいアイコンを作り続けるのには無理があるため、「リクエストアイコン」という機能を実装しました。リクエストアイコンとは、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Firestoreを本番運用して得た知見と事件簿 / manga-village
「ここがダメだよ！ゲームのUI」 - こんなバッドUIに心当たりはありませんか？ゲームUIの失敗リファレンス集
アジャイルは”再び"死んだ
