一緒に仕事をしていて気持ちのいい人の3つの特徴 - 頭の中を空っぽにするブログ
一緒に仕事をして気持ちのいい人の3つの特徴 今、ジェネストリームには一緒に働いてくれている海外エンジニアの方がいます。 まだ若いのですが、エンジニア経験が豊富な上に、学ぶことに貪欲です。 しかしそれを差し置いて僕がその彼を好きなところは、 ・真剣さ ・素直さ ・笑顔 の3つです。 これらについて一つづつどんなところがいいのが深掘っていきます。 真剣さについて まずは真剣さについてです。 彼はとにかく与えられた仕事に対して真剣にやりきります。 相手の要望を一字一句聞き取って理解しようとする姿勢には、子供のような純粋な真剣さを感じます。 また日本語が堪能ではないにもかかわらず、僕たちの言葉に必死に付いてきて理解しようと頑張ります。 それだけ真剣だからこそ、僕も彼に対してはっきりと要求をできるので、非常に仕事の精度が高くなっていす。 素直さについて 次に素直さについてです。 彼は、分からないこと
一度打ち合わせをすれば、仕事のレベルはすぐにバレる
博報堂を経て「SAMURAI」設立。主な仕事に国立新美術館のシンボルマークデザイン、ユニクロ、楽天グループ、セブン-イレブン・ジャパン、今治タオルのブランドクリエイティブディレクション、「カップヌードルミュージアム」「ふじようちえん」のトータルプロデュースなど。毎日デザイン賞、東京ADCグランプリほか多数受賞。慶応義塾大学特別招聘教授、多摩美術大学客員教授。著書にベストセラー『佐藤可士和の超整理術』(日経ビジネス人文庫)他。 佐藤可士和の打ち合わせ 打ち合わせはあまりにも身近で、これまで何の課題ももたれずに、そこかしこの企業で行われてきました。日本を代表するアートディレクター・クリエイティブディレクターである佐藤可士和氏も、その多忙な生活の多くを打ち合わせで費やしてきました。その中で、いかに効果的に打ち合わせをするかが、仕事の肝だと考えるようになったといいます。 拙著「佐藤可士和の打ち合
ブレストはもう古い？ 声に出さない『ブレイン・ライティング』の驚きの効果。 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
アイデアを出していく時、「ブレインストーミング」という手法が良く用いられますね。 1,判断・結論を出さない（結論厳禁） 2,粗野な考えを歓迎する（自由奔放） 3,量を重視する（質より量） 4,アイディアを結合し発展させる（結合改善） （引用元：川喜田二郎｜発想法 : 創造性開発のために） この「ブレインストーミングの4原則」と呼ばれる四つの原則に従って、参加者が自由な発想で嵐のように意見を出し合っていく。最近では「ブレスト」なんて略されることも多いようですが、実際にやってみてどうでしょうか。 意見はバンバン出てくるけど、結局いいアイデアは生まれなかった… 口達者な人たちがペラペラ喋ってて、何も言えなかった… こんな人、意外に多いのでは？ 実はこの「ブレスト」、問題点が多いことが指摘されています。 今日は新たなアイデア創出の方法、「ブレイン・ライティング」をご紹介しましょう。 偉い人とやるべ
好きなことを仕事にして生計を立てる方法 | ライフハッカー・ジャパン
Crew：自分が好きなことで収入を得られるのは幸運な人だけです。 ほとんどの人が、好きなことと仕事は別で、重なることはありません。それは、好きなことをしているけれど、妥当な収入が得られない状態か、お金や福利厚生、自由を得られる仕事をしているけれど、楽しんでやっているわけではない状態のどちらかだということです。 人から求められていないことをするのが好きな場合 それは趣味です。 楽しんでしているけれど、誰もそれに対してお金は払わないのなら、持続可能なキャリアではありません。趣味と仕事には2つの関係があります。それを趣味のままで満足するか、人にお金を払ってもらえるぐらいスキルが高くなるまで、一生懸命頑張るかです。 Sean McCabe氏は、この2つ目のアプローチを「オーバーラップのテクニック」と呼んでいます。楽しめる趣味と、それとはまったく関係の無い本業をオーバーラップさせることで、趣味の活動
【イラッとされない】指摘をするときに気をつけたい4つのポイント - リクナビNEXTジャーナル
Photo by decoded conference 初めまして、konifarと申します。普段はエンジニアとしてアプリの開発をしながら、仕事で感じた悩みや工夫したことを『Konifar’s WIP』というブログにつらつらと書いています。 今回は 『チーム内で人に指摘するときの工夫』をテーマに、自分の経験から感じたことをまとめてみようと思います。この 『指摘する』ってのが結構難しいなぁと感じることが多いんですよね。うまく言語化できず感情的になってしまったり、空気が悪くなることもしばしば。性格も年齢も得意分野も違うメンバーが集まる中で、どうすれば思ったことを指摘しつつ気持ちよくコミュニケーションできるのか、自分の経験から感じたことをまとめてみます。 遠慮のしすぎは禁物！ チームは“指摘”で前進する 以前アプリのバグを出してしまったときに、後輩からこんな言葉を言われたことがあります。 「レビ
低所得よりも怖いのは“精神的な貧困” （週刊SPA!） - Yahoo!ニュース
「未婚化が進む日本では、高齢男性の“おひとりさま”世帯はより増えていきます。経済的な貧困の解決は政治の問題ですが、“精神的な貧困”に陥らない方策を提示することが社会学的な課題です」 そう語るのは社会学者の阿部真大氏。精神的な貧困の代表である孤立化は未婚化が進む現代人にも悩みの種だ。 「老人ホームの調査をする際、たむろしておしゃべりしている女性に対して、男性は独りぽつねんとしている姿を目にします。別に『男もおしゃべりのスキルを』と言っているわけではなく、“独りでいても孤独を感じない”ということが重要です。これは“他人志向型”――つまり他者からの評価を価値基準とする出世競争に邁進してきた人ほど陥りやすい。精神的貧困を避けるためには、自分だけが楽しめる価値観を持った、“内部志向型”の人間を目指すべきです」 定年後、おもむろに趣味を持ち始めようとして挫折する高齢者は多い。現役世代のうちに、仕
大きな業績を上げている部下が、職場で決められたルールを守らないとしたらどうするべき - ICHIROYAのブログ
もう30年以上前のことになる。 マネージャー向けのある研修で、こんな質問が出された。 「たとえば自部門の売上の3分の1を占めるような大きな業績を上げている部下が、職場で決められたルールを守らないとしたらどうするか」 ざっくりとしか覚えていないがそういう質問だった。 ああ、そういう部下を抱えながら、どうすべきか悩むのが管理職というものなんだなと、その時、管理職の仕事の難しさに震えた。 選択肢がふたつしかないとする。 A. その部下を叱責しルールを守らないなら他部への放出も辞さない構えで対応する B. その部下の業績に注目し、ルールを守らないことには目をつぶる その時の講師の答えは、いくつかの付帯条件がついていたが、基本的にBであった。 いや、しかし、ほんとうにそうなのかな、とも僕は思った。 たしかに、その部下を放出すれば、売上は3割下がる。 だけど、その部下が評価されて昇進していくにしても、
ssig33.com - docker ホストを長期間運用する際の注意点
うちには 2013 年末ごろからずっと docker コンテナを運用し続けていた物理ホストがあったのだけど、最近 $ docker ps とかしても結果が戻ってくるのに 20 秒ぐらいかかるし、コンテナの起動とかにも同じくらい時間がかかる $ /etc/init.d/docker restart などとしようもんならコンテナが使用可能になるまで 3 時間ぐらいかかってた。とはいえそう頻繁にコンテナを手動で起動したり終了したりするホストではないし、 docker のデーモン自体を再起動するとかは本当に稀なのでずっと放置してたんだけど、さすがに放置できなくなってきた。 $ docker ps --all | wc -l とすると 103781 とかなってて、ゴミコンテナやイメージが大量にありすぎるのが諸悪の根源なのではないかという予想を立てた。 そこでこのようなスクリプトでコンテナを掃除してみ
react-railsでサーバーサイドレンダリングしつつクライアントでsetStateできて最高になった - Qiita
土日でreact-railsとturbolinksを勉強してみた成果です やりたいこと 画面遷移するときは<div id='content'></div> の中身だけ入れ替えて、pushStateで行き来できるようにしたい reactを使ったリッチなページでも、イニシャルロードやSEOの為にサーバーサイドでレンダリングしておきたい サーバーサイドレンダリングした要素を破棄することなくReactで初期化してsetStateでガンガンViewを書き換えたい 結果どうなったか サーバーサイドでReactComponentをレンダリングしてクライアントのReact.renderで初期化情報を揃えて引き継ぎ どんな画面でもapp.component.setState({})が反映されて最高 TurbolinksでReactComponentをマウントしたルート要素だけ入れ替え その為にTurboli
設計標準化は、なぜいつも失敗に終わるのか
前回は、プロフィタブル・デザインのキーファクターの一つである「設計高度化」について解説した（もう一つのキーファクターは「固定費マネジメント」）。この設計高度化とは、設計ナレッジを常に改訂し、全員力で設計を改善していくことだ。そのためには、設計ナレッジを可視化・標準化しなければならない。設計標準化は設計高度化のベースであり、避けて通れないテーマである。 近年、設計標準化に関しては、独Volkswagen社の「MQB」やトヨタ自動車「TNGA」など自動車業界の取り組みが目立つ。それ以外の業界でも、多くの企業が設計標準化は必要だと考えているし、挑戦すべきテーマだと口をそろえる。 しかし、設計標準化は、30～40年前から叫ばれ続けてきながら、なかなか定着しないテーマでもある。口では挑戦すべきだといいながら、実際にはやりたくないという設計者も少なくない。いわゆる「総論賛成、各論反対」の代表例なのだ。
fluctでAPI GatewayやLambdaと仲良くやる - ✘╹◡╹✘
https://github.com/r7kamura/fluct というのをつくってて、これを使ってAmazon API GatewayとAmazon Lambda上に簡単にWebアプリをつくれるようにしたいなあと思っている。そうなると、Amazon API GatewayとAmazon Lambdaが適したWebアプリをつくるにあたっては、サーバの用意や管理が要らず、簡単にWebアプリを公開でき、複数の検証環境を手軽に用意でき、エンドポイントごとに独立してデプロイでき、まあまあスケールし、24時間自分専用のサーバを動作させないぶんそれなりに安く、AWSと運命を共にできるといった環境が手に入る。 インストール fluctはNode.jsで書かれていて、npm経由でインストールできる。なぜNode.jsかと言うと、Amazon LambdaでNode.jsかJava 8しか動かないのでNo
自分に自信をつけるために、独力で英語をマスターしたい（目標期間3年） - heartbreaking.
This time comes to Love ＆ Hate 君とすれ違う あ、これは黒夢の「ピストル」の歌詞の一部ですけど、日本の歌って、英語混じりで独特のスタイルですよね… キメたいところに英語をはめるとなんだかわかんないが格好良く変わるマジック。それに歌のタイトルも英語が多い、多くの日本人は勿論、英語は出来ないから、わけもわからぬまま惹かれてしまう。でも、わけのわからないままで本当にいいのか？と小さな疑問を抱いた。 ちなみに上記の歌詞をGoogle翻訳すると、「今回はラブ＆ヘイトに来ます」…となる。どこかのオカマバーにでも行こうとしているのか… excite翻訳だと、「今回は愛情&憎悪に来る」…となる。よって、Google翻訳はアホだということがわかる。 月明かりあびて we get you mysterious girl 杏里の「CAT'S EYE」をGoogle翻訳すると、「私た
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
A4用紙をぴったり三つ折りにする方法 | 我が社を有名にするブログ