確かにタブレット等でも書き書きできますが、遅い、遅すぎるのです。excelや何らかのツールでお絵かきすると、非常に遅い場合がほとんどです。ツールを使うとどうしてもグリッドの幅や位置を気にしてしまったり、アイコンの大きさを揃えたくなったり、修正する時に削除要素をポチポチ削除する作業が必要だったり、本質的でない部分に時間を取られがちです。紙にザーッと走り書きで図や絵を書く方が圧倒的に速いです。マウスやトラックパッドでポチポチするより手で雑に走り書いた方が遥かに速い場合が多いです。私もできればペーパーレスの方がいいんですが、とにかく電子機器へのメモだと速度が遅くて、時間が勿体無いのです。使い捨てのお絵かきで概要を説明するのにいちいち5分とか10分かけるのは時間の使い方が勿体無過ぎる。10〜30秒程度で超大雑把なお絵かきをするだけでも相手に伝わります。Pencil等で手書きを再現する事はできますが、デバイスが場所を取り過ぎて邪魔だし、充電も時間かかるし、何より高価過ぎます。こんなものに万円単位のお金をかけていられません。使い捨て・走り書きのお絵かきのためにこういった電子機器を導入するのは正直現実感無いのではないかと思います。前述で少し書きましたが、絵が書けるという事は、構造的に物事を把握できています。絵が書けないという事は、断片しか理解できていません。綺麗な絵を書けなくても構いません。ガタガタの図でもいいんです。書くことができるかどうかが問題です。断片と断片を繋ぎ合わせると、絵になります。断片が書ければあと一歩です。その断片は構造を表す絵になります。そこまで書ければ深く理解している可能性が高いです。言葉で説明して伝わるだろ?アホなの?お絵かきで説明する事は、沢山の人に汎用的に伝えやすいというメリットがあると思っています。技術職の人が営業職の人に、論理的な構造を説明するのに口頭で説明してもほぼ伝わりません。それどころか、技術者が技術者へ説明しても、認識の齟齬が生まれる事は日常茶飯事です。言葉で伝わらなくても、簡単なお絵かきを見せると相手にイメージが湧きやすくなるので、伝わり易くなります。言葉だけで物事の構造を伝える事は中々難しいので、どうしても認識がズレていってしまう事もあります。お絵かきで脱線しないように大枠・概要を理解して貰って、細かい話はそこから掘り下げていかないと、「あ、そういう話だったのか。◯◯の話だと思っていたよ」とか、入り口から間違ってしまうすれ違いが起きる事もあります。そのすれ違いを防ぐ意味でも、走り書きのお絵かきがあるといいと思います。私が思うツールのイケてないところマウスポチポチの動作が遅すぎる。要素から要素へ繋げる矢印。ノートならうねうね超スピードで自由に書けるのに、ツールだと直角だったり決まった角度でカーブする場合が多く融通がきかない。その調整をする時間が勿体無い。しても絵やアイコンを綺麗にしたくなってしまう。位置をグリッドにピッタリ揃えたくなる衝動に駆られる。絵と表を同時に扱いにくい。フォントサイズの調整の手間。サイドバーから目的のアイコンや図を探し、目的の位置にドラッグ・移動する手間。作業領域の調節の手間。visio等は標準のキャンパスサイズが非常に狭く、ほとんど絵が書けなかった記憶があります。最近とにかく絵やDBの図をノートに書きまくるので、キャンパスノートの消費が激しいです。1冊2ヶ月くらいで使いきってしまいます。(少ないかな)図や絵は大きく、表も大きめに書くので、ますます消費スピードは早くなります。1回の説明で1ページ使ってしまう程の雑さ加減です。勿体無いノートの使い方をしてる自覚はあるのですが、勿体云々よりも「もっと速さを・・!もっともっと速く!!」という事を中二っぽく心がけているので、雑に沢山書いています。お絵かきで把握して貰う事にあります。以前は全くお絵かき説明をせず口頭ばかりだったのですが、試しにお絵かきしてみたら、これが全く何も書けなくて愕然としました。単語をポロポロ並べるくらいしかできないのです。そこで始めて「ああ、自分は構造というか、全体像を他人に説明できる程理解して無かったんだ」という事をはっきり認識しました。それから他人に説明する時はノートを使ってババっと手書きで説明する機会が増えました。実際絵を書いてみると、「この位置にこの表を書いてしまうと、他の要素が書けない」等、複数の要素の関連を意識するようになって、自然と全体像を意識するようになります。最近有名なベンチャー系のIT企業でもトヨタのカンバン方式を採用していたり、ホワイトボードに付箋をペタペタしたり、結構アナログな方式も見直されてきていますね。www.publickey1.jpタスク管理ツールのredmineやjiraにもかんばんが現れましたが、ツールに頼りきるのではなく、こうしたホワイトボードに付箋を張る企業も沢山あります。ツールを使おうとすると「こういう設定にしておかないと後で拡張する時に困る!」だの「よし!皆で最強のワークフローを最初に作ろう!運用はそれからだ!」だの「他のデータとの連携が云々!」とかいってそもそもスタートすらせず終わってしまう場合が多いので、アナログ方式で「とりあえずやってみる」というのも重要かもしれませんね。プログラマーの場合は「真っ先に行動に移す」よりもそもそもの設計から考えだしてしまい、収集がつかずに企画がポシャる可能性が高いので尚更です。世間でも言われていますが、デジタル一辺倒にならず、デジタルとアナログを上手く使い分けて取捨選択していきたいですね。IT企業ではデジタル色で染まっている傾向が強いので、ノートに文字や図や絵を書いたり、付箋で管理してみたり、アナログのメリットについてもう一度考えていきたいですね。00:26プログラマはもっと文字・絵・図を手で書いた方がいいと思う関連記事2016-07-12iCloudパスワードを変更したいのにセキュリティ質問が解らず困った時の対処法セキュリティ質問の回答が解らなくてもパスワード変更できます2015-09-27新サイトを作成中なのですなのです2014-11-16開発現場ではIT技術者より圧倒的にデザイナーが不足しています最近IT技術者不足が騒がれていますね。週間)昔は業務系SIer、今はベンチャー企業でプログラムを書いています。INFILEを実行できるようにするmacのAutomatorでhomebrewのコマンドをFinderのサービスから実行できるようにするReactオススメ書籍React自体の基礎、AtomicDesignの適用、CSSの運用手法の歴史的な経緯とメリットデメリット、Reduxの基礎、redux-sagaによる非同期処理、サーバサイドレンダリング、テスト、lint、を学ぶ事ができます。単行本(ソフトカバー)この商品を含むブログを見るAngularオススメ書籍Angularを学ぶなら絶対以下がおすすめです!バインディング、ディレクティブ、パイプ、フォーム、コンポーネント、サービス、ルーティング、httpClientによる非同期httpリクエスト、テスト、angular-cli、を非常に丁寧な説明で網羅的に解説しています。大型本この商品を含むブログを見るSEOオススメ書籍SEOを学ぶなら絶対以下がおすすめです!クローラに対して何をどうすればサイトの巡回効率・速度を上げる事ができるのか、どういったマークアップをする事が標準仕様なのか。巷に溢れる業者による経験則に基づくオレオレSEO情報は一切無く、全てGoogle等のオフィシャルな情報に基づいて何をすべきか、どんな手段があるのかを解説されています。プログラマな私が業務で行った施策が多く書かれており、プログラマ寄りで高度な内容となっており、巷のビギナー向けの曖昧な情報集とは一線を画しています。Amazonアソシエイト・プログラムの参加者です。reserved.スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。