UXと理論で作る Webデザインの読後メモ
読了した本のメモ。
最近インプット不足を感じていたところに、ちょうどいいタイミングでkindle unlimitedが３ヶ月99円という特大セールが実施されていた。
インプットはもっぱら書籍派なので早速申し込みをして、ITカテゴリから漁っていて見つけたのがこれ。
非常によかったので、忘れない内に印象的だったところのメモを残しておきたい。
ウェブデザインにおいて、UXという概念をどう取り込むのか？への答え
タイトルの通り、UXを踏まえたウェブサイトデザインを行ってゆくためのセオリーを解説している本。
正直、UXというとアプリケーションデザインやマーケティングの範疇であって、ウェブサイトにはあまり関係ないものという認識でいたのだけど、読後はUXという言葉をどうウェブデザインに落とし込んでいけば良いのか、イメージを掴めるようになった。
ウェブサイトに訪れる目的も状況=コンテキストはユーザーによって異なる
ウェブサイトには様々な目的を持ったユーザーが訪れる。そしてユーザーの置かれている状況は刻一刻と変わっている。
目的とは例えば以下のようなもの
- 商品を購入したい
- 取扱商品を見たい
- お店の場所を知りたい
そして、状況は以下のようなもの。
- 明るい中で見ている？暗い中で見ている？
- 隙間時間で急いでみているのか？ソファでくつろいでゆったり見ている？
多様なコンテキストがある中で、最適な形を導き出すこと
こういった無数にあるユーザーのコンテキストを吸い上げ、整理し、最適なコンテンツ、情報構造、UIを決めていく。これが「UXを踏まえたデザイン」だ、と理解した。
設計の迷いを少なくするロジカルな説明
まずはコンテンツ。そして情報構造。それらをよりアクセスしやすくするためのUI。そしてカラー、タイポグラフィ、余白。書籍ではこういった順に解説がされていく。
さらに、情報設計のパターン、UI、カラー、タイポグラフィに至るまで、どんな時にはどんなものを選んでいくか、または選ぶべきではないか、というのがロジックと実例を元に解説される。そのためか、こういった流れで進めていけば、自然とデザインが浮かび上がってくる。読後はそんな感想を持った。
今回はkindle unlimitedで読んだが、もしデザインを行う際には手元に置いておきたい一冊だった。
AWS無料アカウントでやったことのメモ
昨日（2020/12/1)、AWSの無料アカウントを作った。制作以外のスキルを身に着けないと今後危ない、と感じたため、AWSの勉強をしっかりやっておきたくて。
全体的に参考にした記事は以下。
詳細はなるべくAWS公式を参照していく。
MFAとGuardDutyでルートユーザーのログインを保護する（day1）
ルートアカウントの保護を行うための工程だろう。
GoogleのAuthenticatorアプリでMFAを登録しようとしたが、最初はエラー。同じ手順でもう一度やってみたらすんなり通った。なんだったのかはよくわからないが…。
初日はひとまずルートのMFA有効化と、CloudTrailの有効化で終えた。セキュリティと請求はしっかりガードしないと危ない！小遣い破産してしまう。
ユーザー権限をセキュアかつ運用しやすくする設定（day2）
ルートユーザーは基本的に使用しない、というのはサーバー管理の基本。全ての権限をもつユーザーであるため、ご操作によって大きな事故を起こしたり、ルートが乗っ取られたらもうどうにもできなくなる。それを防ぐための工程であり、今後のユーザー管理を行いやすくするための工程だろう。
- ルートユーザーのキーは作らない・持たない
- グループに対して権限を付与
- IAMユーザーを作って、グループに入れ込む
とするのがベストプラテクィスとして推奨されていたので、まずはユーザーを作成することにする。
（早く表示まで行きたくて、ドメインを申し込んだが）まずはIAM周りの設定をしなくてはいけない。
ベストプラクティスを学んで、当たり前にすることが今の僕には大切。
ルートではない管理ユーザーを作って、administratorAccessのグループを作って、管理ユーザーを管理グループに入れて、今日は終了。
その他細々とした設定(day3)
パスワードポリシーの変更
設定手順は上記のURLを参照の上進めて問題なかった。
支払い通貨の変更
こちらの記事に詳細な設定方法が載っていた。
- マイアカウントをクリック（右上）
- お支払い方法をクリック
- お客様のお支払い通貨：USD となっている箇所の、「USD」をクリック
- お支払い通貨の設定から変更
通貨の略記部分をクリックできる様になっているのだが、これは気づかないだろう。アンダーラインもないし、リンク色でもないし。
Cost Explorerの有効化
こちらが公式のドキュメント。手順通りに設定したものの、ずっとクルクルしていて表示はされない。取得するデータがまだない、とか？
ひとまずスキップ。
Trusted Advisorの設定
アカウント開設と同時に有効化されているようだ。ただし通知は来ない状態なので、通知設定だけを実施する。
こんなところで設定終了だろうか。「AWSアカウントを作ったらまずやること」のような記事をいくつか見て回ってみたが、どれも同程度のものが書いてあったので問題ないだろうと思える。
ただ、実際の運用を見据えたユーザー管理には未知な部分が多そうだ。引き続き調べていきたい。
WP-MEMBERSでログインした後、遷移元のページに戻る方法
functions.php
function my_login_redirect( $redirect_to, $user_id ) {
if(!empty($_SESSION['gopage'])){
return $_SESSION['gopage'];
}else{
return home_url();
}
};
add_filter( 'wpmem_login_redirect', 'my_login_redirect', 10, 2 );
header.php
<?php
session_start();
if(is_page(****)){ ログインページのid
unset($_SESSION['gopage']);
$_SESSION['gopage'] = wp_get_referer();
};
?>
ファストアンドスローを読んだのでまとめておく（1）
2月、3月の二ヶ月間をかけて、「ファストアンドスロー」を読みました。 Tweetを遡ると、正確には1月の終盤に購入して読み始めていたようです。
副題にある「あなたの意思はどのように決まるか？」が示す通り、人間の意思決定の裏側にあるメカニズムを題材とした書籍で、一部ではUXのバイブルなどと言われてもいます。
当時の課題感として、マーケティング、デザイン、チームメイクの三つがあり、なるべく広範に活用できそうな知識を得たいな、と思って手に取ったのですが、2ヶ月間かかった事実が示す通り、まあ骨太な本でした。
読み終わってあまりに日が経ってしまうとなんなので、まとめておきたいと思った次第です。ただのサマリーなので面白みはないかもしれませんが、よければお付き合い下さい。
人の意思力は曖昧なもの
この書籍は、著者であるダニエル・カーネマンの疑問や実験、その結果や考察をひたすら紹介していく構成が取られています。そしてそのほぼ全ては、「人間の意思は外部要因によって操作されている」という結論に結びついていきます。
それぞれに名前がつけられているので、一つ例を挙げます。
イメージで歩く速さも変わる 「プライミング効果」
プライミング効果と名付けられた現象を扱う章では、何らかの刺激がその後の行動や意思決定に影響を及ぼすという事象をいくつも挙げています。
一例としては、以下のような実験があります。
- 同じ属性（年代）の被験者を２グループに分け、ランダムに単語が並べられたシートを渡す
- 被験者グループAのシートには老人をイメージするような単語が多く含まれている
- 被験者グループBのシートは老人をイメージするような単語はない
- シートの単語を利用して、指定の文章を作成する、という課題を双方に与える
- 課題提出後の歩行速度を調べる
老人を想起させるような単語が多く含まれたグループAは総じて歩行速度が下がる、という結果が出た、と書かれています。
そのほかにも、学校補助金の増額案に対しての賛成票を集めるケースでは、投票所を学校にした場合の方が圧倒的に賛成票が集まりやすいという結果も紹介されます。
これらの因果関係は心理学の領域でありまだまだ解明されていないのですが、人間は無意識下で情報を受け取り、影響を受けていることを象徴するエピソードです。
怠け者で疲れやすい上司（システム２）と短絡的な部下（システム１）
人の脳は異なる特性を持つ二つのシステムがあると著者は言います。文中では便宜上これらを「システム1」と「システム2」と呼んでいますので、ここでも簡単にその特徴を紹介しておきます。
システム1は直感的かつ高速に物事を捉え、常に動作しているシステムです。反対に、システム2は論理や塾考を担当し、システム１の依頼によって動作をするシステムです。
システム1の特徴は常時起動と高速思考にあり、基本的に物事を疑うことをしません。
「自分が見たもの聞いたものをそのまま受け入れる」が基本姿勢であり、役割としては周囲の情報を絶え間なく受けとり、怪しいものがあればシステム2へアラートを飛ばす、言うなれば見張り番もしくは短絡的な部下です。
システム1が用心深く、小さな異変も大きな異変も逃さず、全てを上手く自分で処理してくれれば良いのですが、実際にはそうは行きません。
表現方法で反応が変わる 「フレーミング効果」
システム1の短絡的な部分を表す現象に「フレーミング効果」があります。これは「不満足度10%」と書くより、「満足度90%」と書いた方が、反応はポジティブになるなど、表現や切り口によって印象が変わる現象を指します。
実際に数値は変わらないのに反応は変わってしまう。本当に人の意思は簡単に操作されているのだと理解できます。
システム1の効果で九死に一生を得た消防士
ここまでの内容だと、速い思考を得意とするシステム1が悪者のようですが、そんなこともありません。
システム1の反射的な思考によって命が救われるようなこともあります。ベテランの消防士のエピソードでは、ごうごうと燃え盛るビルの中に取り残された民間人をシステム1の特性によって救出した消防士のエピソードもあります。
救助活動中、床面から煙が漏れ出しているのを視界の端に捉えた消防隊長は、直感的に「床が崩落する」と感じ取り、周囲の人間を崩落の危険がない場所まで移動させました。
結果はその通り、移動が完了した数秒後にその場所は崩落しました。
膨大な経験値から即時に最適な答えをだす
例えば、刻一刻と状況が変化するような競技、格闘ゲームでもサッカーなどが例としては良いでしょうか。
これらの勝敗を分ける要素として、「判断の速さと正確さ」は間違いなく大きなウェイトを占めているでしょう。
選手は次に相手がどう動くという予測を元に自分がどう動く、という判断を下しているはずですが、その時には脳内でじっくり考えているのではなく、瞬時に行われています。
システム1は常時起動し、常に原因と結果をあるがままにデータベースに登録し続けているので、スピーディーな反応が可能なのです。
「疲れたからチョコレート」は正しい。意志力はブドウ糖でキープできる
堅苦しい話題が続いてしまっていますので、少し軽いネタで休憩しましょう。
疲れた時やもうひと頑張りしたい時、甘いもので休憩することがあると思います。
これはどうやら正しいことのようで、感情を抑え込んだり、難しい計算に取り組んだりという活動ではブドウ糖が消費されることと、ブドウ糖が尽きた状態では判断力や意志力がはっきりと低下するという実験結果が出ています。
ブドウ糖なので、ラムネが一番手軽で吸収も良いようです。一つカバンに忍ばせておくといいかもしれませんね。
といったところでいったん終わります。また続きを書きたいと思います。
クラウドCMSは小型案件に最適かも知れないという話
先日、MovableType.netのハンズオンに参加してきました。
そもそもこのWeb業界に入ってくるきっかけはWordPressでしたし、WordPressは変わらず大好きなツールです。
これまではWordPressでだいたい事足りでいたので、他のCMSに目が行くこともありませんでした。
ではなぜMovableTypeハンズオンに参加したかというと、ここのところWordPressしか扱えないということに限界を感じることが多くなってきているんですよね。
どうしても公開サーバーと編集サーバーを分離させたいという要求だったり、承認フローが必須だったりという要件に対してWordPressはちょっと厳しい戦いにならざるを得ないです。（解決策をご存知の方ぜひご教示ください。shifterは気になっています。）
そして上記のような要件が入ってくるような案件は金額も高めです。
こういった案件をスルーしないためにも、これらに適したCMSを手札として持っておきたいというのもあります。
というわけでハンズオンを受けてきたのですが、その結果として、クラウド型のCMSという選択は小型案件にはもってこいなのではないか？という結論に至りました。MovableType.netを例に考えをまとめていきたいと思います。
保守や問い合わせ対応をベンダーに任せて制作や施策に集中する時間を確保できる！
企業にとってウェブサイトは「あって当然」になっています。だからこそ我々Webサイト制作を生業とする企業も存在するわけですが、これにはいくつかの不幸が紛れ込んでいます。
ウェブサイトを持ったからには、大なり小なり「保守」や「管理」が必須になります。例としては、使用している技術が廃止される、新たな脆弱性が見つかって対応が必要になるケースなどです。
しかし、保守というのは（おそらく）どの世界でも経営者から疎まれるものです。
例えば生産機械の保守などであれば、修理を頼めたり、何らかのセミナーに参加する権利を得られたりなど、目に見える特典があるので納得してもらえることもあるでしょう。
しかしサイトの単純な保守は全く目に見えないものを提供するので、理解を得るのはとても難しいです。さらに、保守を請け負うというのは制作会社にとっては正直なところ非常にリスキーかつ不採算な活動になりがちです。
もちろん制作者としてその重要性は理解していても、ログの集計や基本操作の説明に時間を取られて制作物のレベルアップに時間を取ることができないのは制作者としての生き残りという観点から見れば危険であったりもします。
それが、セキュリティもサポートもベンダーに任せられるとしたら。
これは制作に打ち込みたい制作会社やフリーランスにとっても、費用を抑えつつサイトを安全に保っておきたい経営者にとってみても、大きなメリットではないでしょうか。
CMSに最適化されたサーバーで高速レスポンス
MovableType.netは動的配信のCMSですが、表示の速さは相当なものでした。さすがに静的配信のサイトとまでは言えないまでも、十分な速度です。Page Speed Insightsにかけてみました。
もちろんコンテンツが増えればこうは行かない可能性もありますが、十分な速度を出していると思います。高速なサーバーを利用しているのはもちろん、CMSに最適化されたチューニングも当然されているでしょうから、極端に遅くなることは考えにくいです。
またまた価格の話になりますが、これくらいレスポンスの良いサーバーをレンタルサーバーで実現しようとすると月々1000円は欲しいところです。
ちなみにTTFB（Time To First Byte）も知りたくなって測ってみました。
190.28ms。
次はとあるレンタルサーバーです。月に直すと2000円かかります。サイトはWordPressで動いているので純粋な比較ではないのですが、参考値として。
絶対値としては2000円のサーバーに軍配が上がりますが、MovableType.netにはその他のサービスも付属してるので、総合力としてはMovableType.netが勝ると言っていいでしょう。
サーバーがそれぞれのCMSに最適化されるのはおそらくどのクラウドCMベンダーも行うでしょうから、安全で高速なサーバーを利用できるクラウド型CMSは一考の価値ありと言えます。
安全のカラクリ
もちろんこの背景にはいくつかのカラクリがあって、機能のやストレージの制限があったりします。例えばWordPress.comでは、公式ディレクトリ以外のプラグインが利用できないという制限がかかります。
しかし、保守を依頼される側からすれば当然と言えば当然で、どこの誰が作ったかわからないプログラムを導入するのはあまりに危険なことです。
高速かつ安全なサーバーというのは、こう言ったルールの上でこそ成り立っています。
共有型のレンタルサーバーを利用していて、たまたま同じサーバー上に置かれていた他所のサイトがハッキングされて、自サイトのパフォーマンスがガクッと落ち込む、というようなことは、稀にとは言え実際にあります。
ルールが緩ければ緩いほどそう言った危険が増えます。
ハイクオリティなサイトが高速に作成できるかもしれない（充実した基本テンプレートとSixApart社の懐の広さで）
今回のハンズオンはSixApart主催のセミナーだったのですが、講師の方が他社の活用事例を色々と話されていました。
中でも印象的だったのは、「MovableType.netにあらかじめ用意されているテンプレートは、そのままでも、改変しても、それをクライアントのサイトに利用してもらって全然OKです。」「ある制作会社さんは、基本のテンプレートを分解して、組み合わせて新たなテンプレートが即時にできあがるような仕組みを作って営業している方もいます」という発言。
なんとも懐が広いですね。実際にテーマを色々と触ってみるとわかりますが、確かにこれらを組み合わせればそのまま売れるよな〜と思えます。
WordPressだと企業サイトでかつ日本語で、という条件に合うデザインがされたテーマはごく少数しか存在しないため、ゼロベースで作るというのが第一選択肢となることが多いですが、MovableTypeは日本の企業なので、当然日本語表示を前提としたデザインが施されています。
これらのベーステーマを利用すれば工数はかなり削減できるのではないでしょうか。
低予算の仕事に手離れよく対応するにはもってこい
さてここまでの話を総合すると、工数が少なくすみ、安全かつ高速なサーバーが利用できて、セキュリティも基本操作サポートも丸投げできる、こう言ったメリットが見えてきます。
反対に、色々と複雑な要件があるとか、ウェブサイトを最大限活用して行きたい、という要望には向きません。
ということは、低予算、かつその後のサポートも必要になりそうな「ITとかパソコンとかよくわからない。」「とりあえず見栄えのいいサイトがあればいい」「操作方法がわからないから都度電話で教えてくれ」「セキュリティは完全にしてくれ」というごく一般的な案件にぴったりマッチしそうです。
小さな組織では保守やサポートに人員を割けないという事情もあるでしょう。そもそも制作者は制作に集中して技術や施策の精度を高めることに集中したいという気持ちも強いです。
そんな時にも、クラウドCMSは強い味方になってくれそうです。
見積もりワークショップに参加してきた
以下のイベントに参加してきました。
みんなで集まって、モデルケースとなる案件に対してサイトマップと見積もりを作ろー！というイベント。
僕はこれまで独学で見積もりだったりサイトマップだったりを作って来ていて、漠然と「これであってんのかなー」という不安を抱えていました。
人日単価も、一人当たりの年間コスト平均を人事に聞いて、そこから逆算して…といった感じ。
だったので、非常にありがたいイベントでした。雑な振り返りとかを書いていきたいと思います。
見積もりとは提案ありき？それはやりすぎ？
僕は見積もりを出すときに、「こちらが想定している仕様」「簡単な企画提案書」「明細」「見積書」をセットで出すべきだと思っています。提案ですね。
見積もり書だけだとその根拠だったり前提条件だったりを提示できないので、打ち合わせが進んでいく中で「シャチョーサン、ソレハミツモリガイﾖ」が言えないと考えているためです。
コストかかるんですけどね。見積書も仕様書も打ち合わせごとにアプデするので。ディレクションもデザインも実装も一人でやってると、結構パツパツになりがちです。
この辺皆さんどうなんでしょう。
工程の粒度と作業積み上げ見積もりの実情
これもすごく悩んでいることで、作業項目と見積もり項目って必ずしも一致しない。例えばデザイナーさんの工程って、下調べから始まって、画像素材探ししたり、色々あるんだと思うけど、見積もり上では「デザイン」ってまとめられちゃう。
管理者としてはもう少し作業を細かく分解して、ボトルネックの発見とか解決に結びつけたいけど、こういう作業の積み上げで見積もりを作るのはそれなりにしんどいし、お客さん的には「知らんがな」だし、絶対に必要な作業に対して「え、この項目いらないからやめて」とか言われてしまうリスクを抱えるし、と。
作業積み上げ型見積もりにおけるその粒度問題。
詳細見せないのが一番いいかなー。詳細は内部の管理資料として使う。皆さん出してなかったし。
衝撃の見積もり作成速度！
ワークショップなので、それに合わせて皆さん高速作成されていたのかわからなけど、一時間で見積もり作りきるってやったことないです。みんなそんなスピード感で作ってるの？教えて欲しい。作れたけど。
でもこれってやっぱり少ないながらも、デザイン、コーディング、案件管理、全部やって来たからできることで、スピーカーの林さんが仰る通り、「作業項目を洗い出せる能力」が必要です。
そういう意味で、意外に自分は貴重なスキルセットになりつつあるのかもしれない気がしないでもなくてチョットウレシカッタ。
日々、作業ログを残すことと見積もりの資産化
昨年の暮くらいに、WordPressを使って作業ログを貯められる仕組みを作りました。カスタム投稿でログを入力する感じです。
タクソノミー で工程とか案件が選択できて、一覧ページで案件ごと、入力していくと一覧画面で確認できます。作業ごと、作業者ごととかのソートも可能。
見積もり作成機能もあります。
作業ログが残れば各作業にどれだけ時間がかかるかもわかるし、工程もかなり細かく分割できるので便利です。
こういうデータが貯まれば、見積りの確度は上がっていくのではないかと思います。みんな見積りの精度ってどうやってあげていってるんだろうか。
2018年を振り返っておく
今年やりたかったことと結果
だったかな？我ながら手広すぎるなとは思うのですが、そんな目標だったように思う。
結果的には
- JS（jQuery）になれる→ちょっとした機能はだいたい作れるようになったのでよし。
- WordPressをもう一段ステップアップする→一般的なテーマを作れるようになってきた。クエリの使い方とかもちょっとcodex見ながら書けるし、まあOKかな。
- 何らかのWebサービスを作る→ダメ。というか捨てる決断をした。途中までNode.jsで作ったんだけど、組織の成長と自分の成長、どっちを優先するの？っていうのを考えたときに、捨てるべきだなという結論になった。諦めきれないけど。
あ。作業ログと見積もり作成の機能をもつWPテーマ作りました。 - デザインできるようになる→だめ。とりあえずツールは使えるようになってきたけどデザインできるとは言えない。一個だけ提案のデザイン作らせてもらったけど、クソだった。来年はもうちょっとやりたい。
月表的な
1月
2月
- 会社サイトのリニューアル完了。
- 朝活スラックチームに参加
- 保守プラン作ろうとして頓挫した。
- IE対象外を決める（例外で11だけ。）
3月
- 動画メインのサイトを作った
4月
5月
6月
- 在庫リストシステムの制作を打ち切りされる
- 会社でmacが支給される。誤ってUSキーを発注し、タイピング二刀流に進化。
- デザインツールの扱いを覚えるため、勉強開始
7月
- アナリティクスセミナーを開催
- 社内開発環境を刷新すべく、勉強会開始
- WordCampTokyoボランティアスタッフ申し込み
- 個人名刺を作成
8月
9月
- vue.jsのチュートリアルをやる
- レンタルサーバー契約した
- WordCampTokyoにボランティア参加
- Concrete5になれるためのサイト立ち上げ
- Laravel勉強開始
- 作業ログ管理機能を持ったWordPressテーマを作成
10月
11月
- プログラミング（アプリ系）放棄を決意。Webサイトに注力開始。
- サイトのデザイントレース開始
- オウンドメディアセミナーに参加
12月
- アクセシビリティの勉強を開始
今年ツイッターでみて忘れたくないと思ったものを連ねる
ビジネスモデル図解ツールキット、かなり反響あったので元ファイルも公開するぞ！！！！！！！！！！！！Googleスライドなので以下のリンクから見れるぞ。ダウンロードもできる。無料。その代わりといってはなんだがみんなの図解みてみたいので、もしつくったら教えてくれ〜！https://t.co/v6ShYZ7tVW pic.twitter.com/RfToAvgc8z
— チャーリー (@tetsurokondoh) February 26, 2018
サイト設計は、本を編集する感覚でやるといいです。ほとんど同じ。
— おおき/SEOコンサル (@ossan_mini) February 19, 2018
・ターゲット選定
・ペルソナを元にリサーチ
・テーマ設定（タイトルに相当）
・目次設定（サイト構成に相当）
・章立て/節決め（カテゴリや見出しに相当）
本と違うのは、リライト何度もできるし内部リンクでページ同士繋げる所。
フリーランスの皆さんはオリジナルのWordpressテーマの構築をいくらで受けてますか？？？
— 平尾誠@ガチで複業するWebデザイナー (@Makopontass) May 6, 2018
要件＊コーポレートサイト
トップページ：新着記事＆スライダー(管理画面から追加可能)
ブログページ：ページング&各種見出しスタイリング
カスタム投稿タイプあり
カスタムフィールドあり
１クリックでIEやEdgeをはじめ様々なブラウザやスマホなどの表示確認ができるChromeの便利な機能拡張 (コリス)https://t.co/8XbuDt37qK
— dotHTML5 (@dotHTML5) May 25, 2018
生まれて初めて日本以外のオフィスで働いているんですけど、みんなすごく頻繁に"How’s it going?" とか'What's up?"とか一日に何度も声かけまくっていて、これが通常だと感じていると日本の平均的な労働環境はさみしいだろうなぁと思った。来週日本に戻ったらたくさん声かけよう。
— むーむー/Atsuko FUKUI (@muumuumuumuu) June 5, 2018
私は、年齢が知識にイコールてなってないと思ってないから常に勉強していかなけば！と思ってるし、若い人の方が吸収力強いでしょう…と思ってるから、より頑張らないと！！（マウントとりたい訳じゃない）という気持ちで頑張ってる…
— ♡ (@murokaco) June 12, 2018
フォルダ名です pic.twitter.com/dt6vcWWlZN
— 斧 (@unoaxe) June 11, 2018
クソコードを書くことを恐れるな、クソコードの山を越えた先にしか光はない。
— nabettu🍲渡邊達明 (@nabettu) June 14, 2018
クソコードを恐れて何も書かない事がクソなのだ。
（と、言ってみたもののマジで書かない方がマシなコードってもんが世の中にあるから怖い。
でもクソコードでも書かないと成長出来ないから恐れず書いていこう。）
チームで共創していくために大事だな〜って思ったことを「心得」としてまとめていけるようにしてみた📝 pic.twitter.com/rZbDlEXAUj
— きよえ氏さん (@Kiyoe_Furuichi) June 27, 2018
たたみかけた
— Isseki Nagae/永江一石 (@Isseki3) July 10, 2018
平成30年版情報通信白書による、日本はどうして他国より労働効率が悪いのかの図 https://t.co/Y257euLGqx @Isseki3さんから pic.twitter.com/903V3FUSp8
手を動かさない人は、動かしている人の背景にある労力やエネルギー量をが全く想像できない。だから平気で安全なところから石を投げてくる。
— あまん (@buddhobhagavan) July 13, 2018
新しい試みに挑戦せずノーリスクノーリターンの立場で、リスク取っている人たちを従来の価値観で揶揄している事の恥ずかしさに気付いた方がいい。
分割キーボードのergodox ezきたからこれで猫背にならずにコーディングできるぞ pic.twitter.com/t7BQAI2TP8
— 山根 翔 :;(💪´﹏`💪);: (@sho_yamane) July 14, 2018
自分の人生において、家族との時間を優先させるのか、仕事を優先させるのか、経歴やスキルを優先させるのか、やりたいことを優先させるのか、体調を優先させるのか、すくなくともここら辺ははっきりしておかないとエンドレス悩むループにハマるよね。自分一人じゃないならなおのこと。
— saya@webデザイン (@w_tsa6) July 17, 2018
Internet Explorer の今後について – Japan IE Support Team Blog
「性格のよさが一番レバレッジが効く」といわれ反論の余地はなかったな。
— ロミヒー (@_romihee_) July 17, 2018
①性格の良さ × ②学習能力（好奇心）
この2つがベースありきで、”③固有の強み”がはじめてチーム内で活かされる感。
③が突出してても①②がないとサポートしたいと思えない感情が湧いてしまう、自分の中で①②は必須条件。
セミコロン; pic.twitter.com/UgkqwzlFEc
— mattn来日 (@mattn_jp) July 21, 2018
熱っぽいから体温測ろうと思ったら90度だった pic.twitter.com/9JaZb0kPwE
— たつあきんぐ (@tatsusoccer0907) July 29, 2018
書いた。このサービスは試すべきだし、「Web制作はどうなっていくんだろう」と考えるきっかけになる。
— Masahiko Sakakibara (@rdlabo) September 1, 2018
---
Microsoftが「Sketch 2 Code」を公開！AIが、手書きのワイヤーフレームをHTMLに自動変換してくれる新時代に。これはすごい！！｜榊原昌彦 @rdlabo｜note（ノート） https://t.co/jH3wqOlv0a
Chromeで要素ごとにキャプチャ取る技 by Kane
— おおき/SEOコンサル (@ossan_mini) September 4, 2018
1⃣要素を選択し検証モード(WinはCTRL+Shift+I又はF12)
2⃣CTRL+SHIFT+P
3⃣「node」と検索し「Capture Node Screenshot」を選択
4⃣PNGで画像が保存
自分からも一つ紹介。
1⃣CTRL+SHIFT+C
2⃣CTRL押しながらドラッグで範囲指定
3⃣キャプチャ画像が保存 https://t.co/EXLQKeEr1u
同じ業務量なのに勤務時間が長くなってしまう人に多い傾向として、ムダに考えてたり、人が確認してる間に他にタスクやればいいのにやってなかったりなど「タスクをしてない」時間が多い。タスクをしてない時間を少なくなると処理能力上がらなくても早く終わるようになる
— 石倉秀明@bosyu運営してます (@kohide_I) September 5, 2018
自分は可哀想で不幸である。
— アドラー心理学サロン (@adler_salon) September 30, 2018
そうした不幸自慢をしてはいけません。
これは自己憐憫をしているようで、他人からの注目を浴びて特別であろうとする目的があります。
真の努力を回避し、不健全な努力により状況を悪化させています。
不幸自慢を武器にしていると、永遠に不幸を必要としてしまいます。
超大事なことをいうと、大人になるにつれて「できるようになる」ってことを放棄しだすんですよ。
— とっとこランサー@伝える人 (@Tottokolancer) October 7, 2018
小さい頃は必死で自転車に乗ったのに。いつから「できること」だけしかやらなくなるんだろう？
できないことをできるようになって世界を広げてきたはず。できないことをやらない限り景色は変わらない。
「残業しない人は優秀、残業する人は無能」は単純化しすぎてて、
— Shin | 戦略コンサルタント (@Speedque01) October 18, 2018
・自分の仕事も終わらせず定時帰宅
・自分の仕事を終わらせるため残業
・自分の仕事を定時で完了させて定時帰宅
・自分以外の仕事も巻き取るため残業
・自分以外の仕事も巻き取りつつ定時帰宅
みたいなレベル感があるのでは
マークアップをパワーアップするWAI-ARIAhttps://t.co/CVtTSIWjUt
— WebA11y.jp［エーイレブンワイ］ (@weba11y) October 19, 2018
10/19に都内で開催されたDIST.23 「マークアップを止めるな！」でのスライド。
“WAI-ARIAってなんなの？からユースケースやバッドプラクティスまで解説します。”
誰かに「はしゃぎすぎ」とか「調子に乗っている」とか「気に食わない」とか言いたくなったら、それは相手の態度よりもまず自分の体調とか嫉妬心とかと向き合ったほうがいいとおもうよ。
— たられば (@tarareba722) November 21, 2018
振り返り終わり！
