私は今の会社に中途で就職したのですが、入社して一年後に部長になりました。38歳でした。中小企業でしたがそこそこ社員数もいましたし、老舗の会社ですので当時私より「年上の部下」は必然的にかなりの人数存在していました。 私は部長になった日から今日まで様々なやっかみや嫌がらせをぶつけてくる中々手強い「年上の部下」に対峙してきました。最近はその人数も減りほとんどいなくなりましたし、私も少しは認めてもらえてきたので、今思えばいい思い出ですが当時は相当泣かされたというか苦しめられました。 その時現実にいた「年上の部下」のタイプと、その人たちに当時「改めて欲しいこと」を指摘した時などによく返ってきていた面倒臭いセリフをいくつか紹介します。その後で私がその人たちに少しでもモチベーションを上げて業務にあたってもらうためにどう接したか、私を認めてもらうためにどう接したかも紹介します。 最近人事異動があってまさに

『「ひとり会議」の教科書』を読みました。 本書を読もうとしたきっかけは、考え事を「ひとり会議」と称して行うのが面白そうだったからです。また、どのようにひとり会議を行うと、普通の考え事とは違う結果になるのか興味があったからというものあります。 今回は、ひとり会議を行うべき理由とひとり会議の流れを紹介したいと思います。 Photo:Meeting Myself By Cybergabi なぜ「ひとり会議」をするのか 私たちの頭には、どんなときも絶えず様々な思考が浮かんでは消えてを繰り返しています。仕事をしているときも、テレビを見ているときも、この記事を読んでいるときも、この思考は止まることはありません。 普段はこの思考に振り回されることはないのですが、やるべきことが処理しきれないほど増えすぎると、「あれもやらなきゃ」「これもやったほうがいいかも」といろいろなことに目が行ってしまい、目の前にある

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 昔から「名は体を表す」と言ひます。クラスの名前がクラスの果たす役割と一致してゐるかどうか常に考へ続けませう。 ImageInfo, AccountData, etc. Info って何やねん? Data って何やねん? ImageInfo って Image とはどう違ふねん?? FooInfo や FooData よりも好ましいかもしれない名前の例: FooAttribute, FooProperty, FooMetadata, FooDescription FooConfiguration, FooSetting, FooParame

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

ユーザー体験（ユーザーエクスペリエンス／User Experience: UX）という言葉が広く聞かれるようになってきた。半ばバズワードのように、特にウェブデザインやマーケティングの記事などの中では、この言葉を見ない日はない。しかしながら、多くの場合、UXという言葉の真意や可能性を取り違えてしまっている。本稿では、いくつかの観点からUXの本質を考えてみる。 １．UI/UXという誤用 1.1. UIとUX まず、多くの記事や講演などで見られる「UI/UX」という表現からとりあげてみたい。 UI/UXとは、もちろん、User Interface / User Experience（ユーザーインターフェイス／ユーザーエクスペリエンス）の省略形であるが、多くの記事などで「すぐれたUI/UXデザイン事例」、「UI/UX講座」などの表現が用いられている。 「ユーザー」という共通項があるため、共通でくく

今日は新しい価値観を与えてくれる、若いうちに読んでおくべきエントリーを8つほどご紹介します。何かを模索していたり、つまずいた時に読むと新しい発見になるかもしれません。 私が20代で学んだ、人生で最も大切な10の教訓 起業家で作家のマーク・マンソン氏が、30歳になる3日前に書いたブログです。時間、友人関係、家族、人生についてまで、彼が20代で学んだ教訓が描かれています。 → 私が20代で学んだ、人生で最も大切な10の教訓 人生は出逢った言葉の質と量で決まる！死ぬまで仕事に困らないために20代で出逢っておきたい100の言葉 この本の著者は、コンサルタントとして数々の著名な人と対話してきました。 その結果「人生は出逢った言葉の質と量で決まる」という結論を導きだしました。特に20代のうちは「良い言葉との出会い」を増やしておくことが重要だという内容です。 → 人生は出逢った言葉の質と量で決まる！死ぬ

デザインをしつづけていると、たまに柔軟に考えられなかったり、自分のデザインに対して疑問を感じるときがありませんか？ そういうときは一度、初心にかえってデザインに関して考え方を見直したり、インスピレーションを刺激することも大切です。 また、デザイン思考を身につけるためにも、常日頃から考え続けることも重要です。 今回は、過去に話題になり、読むだけでデザインに関する「考え方」が深まる14個の記事をご紹介します。 デザインに対する考え方が変わる・深まる記事 これはウェブページです｡ ウェブデザインの本質は､言葉です｡ ウェブで一番強力な道具は､今も昔も言葉だということを、思い出させてもらいました。 ▷これはウェブページです｡ 選ばれるウェブデザインとは ９つの基本的なルールと感情に訴えるデザインについて詳しく書かれています。 サイトの使いやすさだけでなく「ユーザーがそのサイトにどんな感情を抱くか」

今回はクレジットカードのリボ払いを利用すると、どのくらいの金利手数料を負担しなくてはいけないのか…という点について、詳しく記事にしてみたいと思います。 『リボ払いの金利ってそもそも何？』というはもちろん、『リボ払いを使おうと思ってるけど、手数料ってどのくらいかかるの？』という方まで、リボ払いの金利について不安に思っている方は是非、お読みくださいね。 ※分割払いとリボ払いの違いがよくわからない…という方は、先に下記記事からお読みください。 news.cardmics.com リボ払いの金利について考える： リボ払いの金利は年利であるということ： まず2017年現在、リボ払いの金利はだいたいどこのクレジットカード会社でも横並びで15%です。中には13%とか12%とかの会社もありますけれども、ほとんどが法律上（貸金業法）の上限とも言える15%で固めています。 楽天カードのリボ払い金利：15.0％

このサイトは頭の悪い人に保険をわかってもらおうと努力し、かつ 頭の悪い人に保険の良さをわかってもらうことで、保険の悪くなさ、 つまり、良さを知ってもらい、「保険って悪くない。つまり良いなぁ」 って思ってもらおうと思っている人たちが作ったサイトで、 保険の良さを伝えるのが目的です。 保険について詳しい保険アドバイザー。 著書に「保険の良さ」「保険は良い」「保険 is グッド」などがある。 ツイート

ヒトは「頭の使い方」を覚えると賢くなる生き物だ。 かけ算九九しかり、元素記号の語呂合わせしかり、丸暗記してしまうことで思考をスピードアップできる。理系大学生のサイフは平均的に文系大学生のサイフよりも軽い。なぜなら彼らは数字に強く、「おつりのコインを最小にする計算方法」を身につけているからだ。それに加えて実験とレポートに追われてバイトができないという涙ぐましい事情がある。 私は学生時代に、ちょっとだけ英語ディベートをやっていた。その時に先輩に教えてもらった「ニュースの読み方」が今でも役に立っている。ニュースを読むにはトレーニングが必要で、読み慣れないうちは、「なにが問題なのか分からない」のが最大の問題となる。逆に「読み方のテンプレート」を覚えてしまえば、そのニュースの論点を即座に見抜けるようになる。かしこい人はこうやってニュースを読むのか！ と当時は感心した。 今回のエントリーでは、その一部

この投稿はGREE Advent Calendar 2013 20日目の記事です。 プロデューサーの皆さん、みりっほー。進捗どうですか？私はダメです。ごめんなさい。（´・ω・｀） WG事業部の二宮です。今日はアイマス駆動開発の話をしようかと思ったのですが、急遽Gitの使い方の話に変更しました(Inspired by 堀口先生)。 アイマス駆動開発の話が気になる方は、是非一緒に飲みに行きましょうw ※この記事では、ツールにGitやGitHubを利用することを想定しております。 Gitをスマートに使いたい グリーでは、基本的にA successful Git branching model（有志の方による日本語訳）にのっとって開発しています。 Gitについて基本的な考え方の部分は堀口さんの記事で言及されているので、私は現場で具体的にどのような使い方をしているのかについて書きたいと思います。 と

おまけ 今回調査に使ったシェルスクリプト載せておきます。 権限毎にバケット何個も作って、オブジェクトも作って、アクセスしてみて、終わったら削除してという感じのものです。 #!/bin/bash UNIQ=$(date +'%Y%m%d%I%M%S') alias aws='aws --region ap-northeast-1' BUCKET_PREFIX=akeri-acl-test-$UNIQ- TARGET_PRINCIPAL="arn:aws:iam::123456789012:user/s3acltest" TARGET_MAIL="[email protected]" # create Bucket Policy Document UPLOADFILE=akeridayo.txt IAM_USERNAME=s3acltest echo "akeridayo" > $UPLO

先月、Dbtech Showcaseで松信さんがデータベース技術の羅針盤という講演をされた。残念ながらプレゼンそのものを観に行くことはできなかったが、その前の日に松信さんと一緒に昼飯を食べたとき、講演のあらすじについては伺っていた。その際にも同じようなことを松信さんには言ったのだが、スライドを見直した上で改めて自分の意見をまとめておこうと思ったので筆をとることにする。 なお、このエントリではスライドに書かれているトピックについて語るので、まだ松信さんのスライドを見てない人は先にスライドに目を通してから本エントリを読んで欲しいと思う。結論は全く違った方向に進んで行くが、その点は了承して頂きたい。 あなたに選択肢はあるか？ひと握りの天才なら自分の興味のある分野を開拓することができるだろう。あるいはすでに成功を収めた人であれば転職に困ることはないので、成功しそうな会社に乗り換えることもできるだろ

Google の使命は、世界中の情報を整理し、世界中の人がアクセスできて使えるようにすることです。

This is why you shouldn't interrupt a programmer (なぜプログラマの作業に割り込むべきではないか) という4コマ漫画が話題になっていた。これは別にプログラマではなくても「わかるわかる」という感じの話。 コメントを見ると、だから作業を中断してもすぐ再開できるように自分の考えることをなるべく書き出すようにしているという人が結構多かった。なるほど。 今日は雨が降ったせいで予定が一つキャンセルになったことだし、ちょうどいい機会なので、文章で何かを書くということについて自分が思っていることを書いてみようとおもう。以前 Software Design のドキュメントの書き方特集みたいな号に似たような趣旨の話を寄稿したのだけど、「書く」というのは単に物事を忘れないようにするための行為に留まるものではなくて、自分の考えを整理するための道具なのだ、ということが