紙と鉛筆で始めた卓上ゲーム 清水さんが初めてゲームをつくったのは、小学生のとき。友人と遊んでいた際、遊び道具を紙と鉛筆でゲームをつくったのが始まりだった。それから自分自身でさまざまなゲームをつくり続け、中学ではプログラミングにも興味を持った。ゲームをつくりたいという思いから、情報理工学部に進学し、デジタルゲームとともに、アナログゲーム製作にも力を注いだ。 ネットショッピングで商品を選んでいるときなど、日常の何気ない楽しさをゲーム製作のヒントにしているという。頭に浮かんだゲームを楽しんでいるシーンから、そのために必要な要素であるカードやルールを考えていく。そのルールを考えることが難しく、トライ＆エラーの繰り返しでとても時間を要するが、それこそがゲーム製作の魅力であると語る。 「子供心を忘れない」それが清水さんのゲームづくりのこだわりだ。ゲームの世界では高く評価される「無駄がなく、美しい」とい
デザインの根拠 デザインをする時に、何かを根拠にしてデザインをする、ということによく遭遇します。いざそれを根拠に進めてみると、目指していなかったような結果になることもあります。そういった落とし穴にはまらないためには、作り手視点、使い手視点を行き来することが重要です。 数字にしろユーザビリティテストにしろデザインプロセスにしろ、何かを根拠にすればいいものができそうだし、意思決定も楽になりそう、という誘惑があります。 これは作り手視点です。 そのアプローチが本当に良いのかどうかは、使い手視点になってみると、実感を持って捉えることができるでしょう。 幸福の数値化 例えば幸福を数値化する。というアプローチがあります。 デザインは人を幸せにすることがゴールだから、幸福を数値化できれば、それを向上することを根拠に意思決定ができる。 そういった作り手の願望がこのアプローチの背景にはあります。 使い手視点
A companion app for sketch to adjust your nudge settings In the latest Sketch 3.3 Release they added a new feature to adjust the arrow and shift + arrow nudge increments. But you have to use a command in terminal to change the setting. Nudg.it is a simple app that allows you to quickly edit these settings on the fly. What's new in 1.1
この記事はコミュニケーション Advent Calendar 2016の9日目の記事になります。 本記事は内定者や新入社員に色々教えている時に感じた内容になります。 基本的には内定者や新入社員を想定して書いていますが、すべての人に当てはまる内容かとおもいます。 目次 はじめに 本題:わかった(わかってない) どうすればいいのか まとめ はじめに 何か依頼を受けた時、内容を理解したら「わかった」と相手に伝えるかと思います。 この「わかった」は、内定者や新入社員の方は実はわかってないことが多いです。 結果、依頼した内容と違うアウトプットが出てきたり、重要ではない部分に時間を使ってしまったりします。 今回は依頼を受けた側(ここで言うと内定者や新入社員)がどんなことを意識するとよいかを記載したいと思います。 依頼する側が意識すべき点は過去のコミュニケーション Advent Calendar 201
はじめに ソースコード管理ツールとしてGitlabやGithubを導入することで、ソースコードのバージョン管理に加えて、コードの変更前にコードレビューを実施するPull Requestを簡単に行うことができる。コードレビューの観点や手法は様々であるが、レビューを実施する前に幾つかのコンテキストをレビュー担当者とレビュー依頼者が共有しておくことでスムーズなコードレビューが期待される。 本文章ではWork in Progressパターンと呼ばれる手法を利用した、コードレビュー前のコンテキストの共有方法を紹介する。 コンテキストの共有 コードレビューを実施する前に幾つかのコンテキストを共有することは、レビュー担当者の負担削減や、レビューの品質向上またレビュー依頼者のタスクの明確化に繋がる。共有するべきコンテキストの一例として以下の物が挙げられる。 実装する機能の詳細設計 実装する機能の仕様 実装
私は GitHub が大好きです。GitHubはオープンソースへの コントリビューション （寄与貢献）を何十倍も容易に、そして楽しいものにしたと思います。ですが、GitHubがPull RequestというwebのUI形式で前面に押し出しているオープンソースの メンテナー のワークフローが、プロジェクト品質とコントリビューションを受けつけるスピードの弊害になるということに気がつきました。そこで、GitHubの Pull Request にある「Merge pull request」ボタンをクリックする前に、少しお話をさせてください。 メンテナーの紹介 ジェーンはそこそこの成功を収めているオープンソースプロジェクトのメンテナーです。彼女は毎週プロジェクトのGitHubリポジトリに上がる新しい Issue を確認し、リクエストに対し速やかにフィードバックを返します。リクエストをすべて実行する時
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
