Cside::Quote

世の中には「わざわざ遠くまで出かけて行くほどじゃないけど、近くでやってるならちょっと寄ってみようか」と思うものがたくさんある。

ソーシャルメディアが出てきて、もっと気軽に短文を交換できるようになってからは、パッと考えを共有したい、共感を得たい、「いいね！」されたいという欲求は、ブログよりもTwitterやFacebook、Instagramなんかに取って代わられた。長文を書くよりも、美味しそうな食べ物を上げた方がいっぱい「いいね！」がつくし、ややこしい問題にも発展しない訳だ。 斯様にブログ上の長文はポスト9.11、プレ・ソーシャルのゼロ年代文化であって、そのスタイルを曲げないid:shi3zなんかは本当に根気強い、立派なことだと思う。僕はこの数年ブログを書いてもさしたる反響が得られないのに対してFacebookであれば随分と内輪からコメントやフィードバックを受け取れるし、多くの人に記事を読んでもらうのであればYahoo!ニュース個人に書いた方が読んでもらえる。けれども内輪のおしゃべりでもなく、伝えることを考えたジャーナリスティックな記事でもない中間的なものとして、ブログ的なモノはあったのではないだろうか。 という訳で気負わず悶々とした思いを書き連ねる場として、再びブログを書いてみようと思う。これまで思い立って書いたことというのは大概、書いてから自分はこんなことを考えていたのかと考えさせられた。文章を書くとはそういう営為なのだろうという気がする。引越に際して久しぶりにブログを読み返し、どうにも途中からブックマークが欲しくて仕方なくなって、フォーマルで気付きのある文章を書こう、でも刺されないようには気をつけようとして、それが次第に負担になってしまった気がする。もっと短時間にちゃちゃっと何かを切り取るのがブログっぽいんじゃないか。という訳で気負わず不定期に更新したい。

好きな人を大切にするのが大事な理由。私は人の気持ちは移ろうと思っているから、別れはいつも覚悟してる。相手が心変わりした時、ちゃんと大切にしてないと、もっと大切にしてたら、て後悔する。ちゃんと大切にしてたら大切にしててこうなった、仕方がないと諦めがつく。同じ別れでも全然違う。

別に、全ての恋愛は、結婚をゴールにしたりなんかしなくてよくて、一生気持ちは寄り添うつもりでも、恋人じゃなくたっていいし、関係に呼び名なんかなくてもいい。本当は、人と人との関係の数だけその人との間だけに通じる関係性があってよいように思います。

5. 『忙しい人』は、いきなり仕事にとりかかって仕事にとりかかり、後で段取りを考える。仕事完了に近くなった時点で「仕事の目的と最終完成物」を考える。 『仕事ができる人』は、仕事の始めに「仕事の目的と最終完成物」を明確にし、完成の為の段取りを考えてて仕事にとりかかる。 7. 『忙しい人』は、相手の期待よりちょっと低い仕事を行い、手直しで時間をとられる。その為に誉められる事も少なく、モチベーションも上がらない。 『仕事ができる人』は、相手の期待を少し上回る形の仕事を行うので、手直しがほとんどない。 11. 『忙しい人』は、根回しがヘタ。仕事が完成した後に、関係者から異議がでて、トラブルシューティングに奔走する 『仕事ができる人』は、根回し上手。仕事を始める前に、重要な関係者をリストアップし、根回しを完了させる。仕事完了後に関係者からの異論はほとんど出ない。 14. 『忙しい人』は、携帯電話にかける数より、かかってくる本数が多い。 『仕事ができる人』は、携帯電話にかける数の方が多い。携帯電話にかかってきて仕事を中断させられる事態を、先手を打つ事で防いでいる。

「考えている人」が喋るまでは次のプロセスを踏んでいる。 ・その話題が意図するところを捉える ・その意図への適切な答えを探す ・その答えの適切な表現を考える だから答えるまでに考える時間がある。

健康とは、病気でないとか、弱っていないということではなく、肉体的にも、精神的にも、そして社会的にも、すべてが 満たされた状態にあることをいいます。

プログラミングをするのって、どんな場面でも無条件に正しいの？って。たしかにプログラミングは楽しい。コードをたくさん書けた日は「充実していたな」って感じます。やりたいことがやれている。 でもね、マネジメント視点に立つと、コードを書くことにこだわらないほうがユーザーにとっていい場面って、本当にいっぱいある。プログラムを書くよりも、ユーザーと会話する方がいい場面、問題をきちんと見極める議論をした方がいい場面。エクセルやパワーポイントと睨めっこした方がいいという場面もたくさんあります。 そう考えるとコードを書く書かないとか、あまり自分の行動を縛らない方がいいじゃないかと思うときもある。そのとき一番やるべきことをやる。それがサービス志向と言うんでしょうか。 自分がやりたいこと、「楽しい」ことをベースにしちゃうと、やりたくないけどプロダクトが伸びるためにやったほうがいいことを、どう捉えたらいいかわからなくなるんじゃないかなあって。 なので、僕はやりたいこと楽しいことではなく、やるべきことをやる･･･という風に考えるようにしています。

エンジニアの仕事の本質はプログラムを書く事ではないので、プログラムは淀みなくかける必要がある。

フロントエンド界隈ガーってなんか文句いってる人の多くは学ばなくていい理由探ししてるだけだから

会議で、おもしろい企画を思いついたとしても、それだけで決して突き進むことはしない。「なぜこの企画が今までやられていないのか」を必ず分析するのが川上の流儀だ。 「天からのひらめきは信じていないんですよ。アイデアは情報量で決まるから、他の人も思いついている可能性がある。それなのにやられていないということは何か原因があるはずで、それが分からない限り失敗するんですよ。実現されていない理由を分析して、クリアできると判断できたら、実行に移すという感じですね」

いち早く70%〜80%程度の完成度で人に見せられるものを作ることがいかに重要か