一度きりの人生をより充実させるために、中年期にやっておきたいこと
人生100年時代に突入したと言われ、 人生は一度きりと考えられていますが、 人生は残りどのくらいあるのでしょう？ そして私事ですが近年、60代前半で親戚が他界し、 思い出すと胸が締め付けられるように感じます。 病気による他界で夢が実現しなかったと聞き、 やりきれない思いを感じます。 私も、いつ終わりが来るかわからない。 さらに地震もあるし、伝染病もあるし、 気になることは山ほどありますね。 でも、会いたい人、行きたい場所など、 やり残してること、やってみたいことが、 まだまだたくさんあります！ そこで、一度きりの人生をより良くするために 今できることを記していきます。 １．一度きりの人生の「残り」でやりたいことを絞り込む 一度きりの人生と言っても、後どのくらい残されているのかによって、できることは変わってきます。いつ人生が終わるのかは、明確にはわからないわけですが、ある程度設定しておくこと
辞めたくなる会社 | mediologic
mediologic my thoughts on media/communication/marketing and everyday life. Search Primary menu 以前にいた会社の、自分がいた組織の離職者率が増えているのを聞いていると、それまで「働きたい会社」だったのが「辞めたくなる会社」になってきているということなのだろう、ということに悲しくなる。 ベンチャー的な気質をもった会社だと、「この会社、このプロダクトを使って何かをしてやろう」というチャレンジャーが集まり、その“志”がエンジンとなって前進していくものだが、あるタイミングからその会社がメジャーになってしまうと「入りたい会社」となってしまい、学歴だけよかったり、対して仕事ができないのに過去の会社での経歴を“華麗に言う”人間が増えてしまう。つまり実力者が入ってこない。またそういう傾向になると、「マネージャー」
<!--:JA-->「デザイナーもJavaScript覚えるべきだよ」について<!--:-->
Web やアプリのデザイナーか「技術にしばられないでデザインを考えていく」コミュニティ。 月1回の定例MTGと年に数回のデザイン中心ハッカソンなどをしています。 先日、Facebookでぼやりとつぶやいたのですが、「デザイナーもJavaScript覚えるべきだよ」ということについて、思うことを素直に書いてみます。 2012年12月8日に開催されたCSS Nite in OSAKA, Vol.34でわたしは微力ながら第二会場の進行をしていました。 この日のセッション内容については、これからのWeb系の仕事まわりでは、なんとなく各専門家はいても、WebならWeb系全般の一般教養みたいなのはおさえておかないと、実際仕事につながらないよねーみたいな雰囲気でした。 たしかにそうなんです。 でも思うのは、「デザイナーもJavaScript覚えるべきだよ」と軽々しく言うのはちょっと違うと思うのです
残業を悪とするチームを作ろう - ひがやすを技術ブログ
長時間労働やサービス残業は、基本的には会社の問題であり、上司の問題です。 例えば、大手SIerで長時間労働やサービス残業が発生するよくあるケースを見てみましょう。 会社は、ワークライフバランスを向上させるために、年間360時間以上の残業をしてはいけないというルールを決めたとします。この段階で、会社は残業は社員のために良くないと認識しています。 現場は、社員の稼働率を上げるためにオーバーワーク気味に仕事をアサインします。仕事がないときに備えて、仕事があるときは、多めに仕事を振るのです。これが間違いなのですが、たいていの現場は、このように行動してるでしょう。つまり、仕事があるときは、多めに振られているので残業することが前提なのです。 ここで、会社の作った残業規制のルールが効いてきます。上司は、会社のルールがあるので、月30時間以上の残業をつけることを基本禁止します。「残業をつけることを禁止する
60%の人間はプログラミングの素質がない
Coding Horror: Please Don't Learn to Code Please Understand Learning to Code Coding Horrorで有名なJeff Atwordが、ある州知事が今年の目標としてプログラミングを習得することを挙げていることに対し、そもそも税金を払う我々市民は、政治家にはプログラミング習得以上に重要な、政治家にしかできない問題の解決を望む、よってプログラミングを学ぶのをやめてくれという記事を書いた。これに対して、反論が多数上がっているが、Jeffも読んでいるある論文をあげて、この議論の参加するためには、必ずこの論文を知っておくべきであると書いた人がいる。この論文は有名で、非常に興味深いので、全プログラマーが読むべきである。 ふたこぶラクダという名前で知られている有名な論文がある。この論文では、60%の人間にプログラミングの素質が
プログラミング初心者のうちに身につけたい３つの習慣 | Social Change!
プログラミング技術さえ身に付けば、プログラマとして一人前と言えるでしょうか？ プログラミングを始めたばかりのうちは、プログラミング言語の習得や周辺の知識を得ることばかりに目がいきがちですが、それだけでは一流のプログラマになれません。（プログラミング言語を学びたいならこちら：写経で身につけるプログラミングの基本） プログラマとして成長するためには、プログラミング技術を学ぶだけではなく、良いソフトウェアを作るための良い習慣を身に付けることが大事になります。初心者のうちに良い習慣を身につけておけば、ただ知識を追い求めるのではなく地に足をつけた成長ができるはずです。 本記事では、私自身も先人たちから学んだプログラマが身につけたい３つの習慣について書いています。 自分で書いたすべてのコードを説明できるようになろう プログラミングは全て、明確な判断の結果です。if文を使うべきかどうか、どのAPIを使う
部下からどんな言葉を言われているかで「いい上司」かどうかが分かる | ライフハッカー・ジャパン
リーダーや上司がきちんとその役割を果たせているかどうかは、チームメートや部下からどんなことを言われているかによって測ることができます。 これまでビジネスにおける様々なリーダーのポジションを努めてきたTerry Starbucker氏曰く「いいリーダーや上司には、チームメートや部下がためらいなく弱みや失敗を言うことができる」のだそうです。 Photo by poptech. 「ちょっと分からないので調べておきます」とか「ミスしてしまいました」というような言葉が、チームメートや部下から聞こえてくるということは、普通でも言い難いことを必要以上に言い難くさせていないということなので、それは信頼の表れだとStarbucker氏は書いています。また、自分の役割に責任をもって仕事を果たそうとしている、いいメンバーや部下がいるということの表れでもあります。 他には、「すごいことを思いついたんですけど、ちょ
仕事が早い人を潰す人たち | かさこ塾かさこブログ2ちゃんねる5ちゃんねる
仕事のスピードが早い人に大量に仕事頼んで、 それでミスが多いと糾弾する。 いや～、ひどい話だと思うかもしれないが、 現実にはこのようなことが結構ある。 通信速度の早さとコンピュータ処理能力の早さに伴い、 宅急便で翌日届いていたものが、 瞬時に送れるようになったり、 今まで２～３日かかっていたことが、 パソコンの進歩で３時間ぐらいでできちゃうとか、 ここ数年で仕事のスピード感覚があっという間に変わった。 さらにはスマホに代表されるケータイ端末の進化で、 いつどこにいてもすぐに返信、すぐに電話でつかまえられる、 みたいな時代になったせいもあり、 みんな仕事のスピード感が以前より早くなった。 ところが時代のスピード感についていける人と、 ついていけない人の差が出始めていて、 仕事が早い人と遅い人の差も広がり始めているように思う。 こうしたなかで、仕事が早い人と遅い人、どちらに仕事を頼みたいか？
本当にやめよう！ 仕事でやりがちな愚かな行為ワースト5 | ライフハッカー・ジャパン
あなたは本来、驚くべき能力を秘めた賢くて生産的な人のはず。しかし、時には自分自身が最大の敵になってしまうことがあります。自分自身に「おまえはきっと失敗するはずだ」と言い聞かせ続けたり、重要なタスクを先送りしたり、論理的な結論を出すかわりに矮小なプライドを優先してしまうのです。 そんなことをしていると、あなたのワークライフはみじめなものになってしまいます。ここでは、あなたが仕事の上でついついやってしまう「愚かな行為」にクローズアップします。また、それをどうやって改善すればいいのかについても見ていきましょう。 1. 尻込みしてしまう 人生の中で一度くらいは、とても達成できるとは思えない仕事に直面したことがあるでしょう。そんなとき、誰もが実際よりも問題を拡大視して、セルフ・ハンディキャッピング（自分の失敗を外的条件に求め、成功を内的条件に求めるための機会を増すような、行動や行為の選択のこと）を行
上に行く人間の業をなめんじゃねぇ - 常夏島日記
会社の同期とか、高校や大学の同級生とかで、いわゆる「上」に行った人間がそれなりにいる環境に育ったダメサラリーマンの私がつぶやいてみる。 社会人なら一度は閉鎖病棟に入るくらいの激務経験をした方がいい。 そこにたどり着くまでの激務、そこからの社会復帰の体験ぐらいの経験を積まずに管理職や経営者になっていくなんてありえん。 自分を含めて周囲は皆死んだ目をしている患者 一列に並んで給餌のごとく口に入れて貰う投薬タイム それくらい経験せずに上にあがろうってあり得ない。 社会人なら一度は閉鎖病棟に入るくらいの激務経験をした方がいい たぶん、それは違う。 「上」に行く人間はさ、「社会人なら一度は閉鎖病棟に入るくらいの激務経験」をしてるんだよ。だけど、その本人は、どういうわけか普通の社会人なら閉鎖病棟行きのような過酷な経験をしても何故か閉鎖病棟に行くようなダメージを食らわないんだよ。 一例をあげる。私の同級
知らなければ集中することができない「集中とは何か」と「集中を持続させる方法」
by massdistraction 「テスト前や大きな仕事の前になると部屋の掃除を始めてしまう」という現象、「あるある」と思った人は多いのではないでしょうか。自分もそうなので人のことを笑えないわけですが、コトノハで取られたアンケートでもその数は決して少なくないようです。これは目の前のことに集中できずに他のことをしてしまっているということ。 テストを「悪い点でもいいや」、仕事を「そこそこできているからいいだろう」と先送りし、「本当に集中しなければいけないときにはやるから」と自分に言い訳しているのかもしれませんが、そんな気持ちでだらだらやってきて、まさにその「集中しなければいけないとき」に対応可能なのでしょうか。「集中しろ！」と言われて集中できるのなら、その人は最初から集中できる人です。問題は、そうではない人が多いということです。 by mikede1973 しかし、いつまでも「だって集中で
プログラミングは「名前」が9割。 - このブログは証明できない。
プログラミングというのは、名前をつける行為なんだと思う。 プログラミングで一番大切なこと。 もしも、プログラマーじゃない人に、「プログラミングで一番大切なことは？」と聞かれたら、迷わず「名前」だと答える。もちろん、人それぞれだし、自分はスキルの高いプログラマーじゃないよ、と前置きして。 名前が9割と言ったときの、9割という部分は人によってだいぶ差があるんだと思う。もっと小さいかもしれない。けれど、名前が重要だという点に関しては、反対するプログラマーはいないんじゃないだろうか。 時代や環境で変わる名前。 いま僕がイメージしてる名前というのは、変数名だったり関数名だったりクラス名だったり、とにかくいろいろ。さらに、JavaScriptとか高階関数をバリバリ使うような場合など、名前をつけないという選択肢もある。 なんとなくJavaScriptと書いたんだけど、名前はプログラミング言語や開発環境や
優秀な社員が、無能な管理職になる瞬間 - 知っておきたい「ピーターの法則」 - Feel Like A Fallinstar
最近、すっかり組織をどう作るかとか5年後どんな仕組みにするかとか、そんなことを考えていたりいなかったりします。 その中で、1つ常に意識しているものに「ピーターの法則」なんてものがあるので、せっかくなので紹介がてらにブログで書いてみようかな、と。 優秀なプレイヤーと、優秀な上司はまったくの別物 どの組織でもそうなのかは分かりませんが、出世したり責任を任されたりする人というのは大体何かしら「過去の貢献・成果」を評価されています。 たとえば、 いいプログラムを書いた人が開発の責任者になったり 成績抜群の営業マンが、営業部門の新規開拓の主任になったり 実績を出したコンサルタントが、マネージャーになったり そんな感じではないかなと。 でも、そうやった起用（抜擢）が自動的にうまく行くほど甘くは無いのが組織のうっとうしいところ。 なぜなら、（たとえば3つ目の例で言うと）「優秀なコンサルタント（プレイヤー
お金持ちに大量に触れて気づいた8の共通点
お金持ちはワンパターンである去年くらいから、仕事柄、お金を持っている人たちと仕事をすることが多くなった。 お金を持っているの基準としては、一生食べるには困らなそうな人たち。具体的には、3億以上の資産を持っている人たち、といえばいいだろうか。もちろん飛び抜けてお金を持っている人もいれば、数億の人もいるのだけど、だいたい3億以上あれば毎日働かないで暮らせるので、私からしてみれば同じだ。 そして、お金持ちと友達になることで、気づいたことがいろいろある。こういってしまっては何なのだが、お金持ちたちは非常にワンパターンなのだ。 貧乏な人たちは多種多様である。すごくおもしろいやつ、変わったやつがいたり、最高にいいやつから、最低に悪いやつまでいろいろいるが、お金持ちはほとんどパターンがない。もちろんこれは絶対的に貧乏の数のほうが多いわけで、数が多いから多種多様であるだけなのかもしれないが、それにしても、
Google+が日本で流行らない理由 - ぼくはまちちゃん！
こんにちはこんにちは！！ いよいよ公開されましたね…Google+！ で、タイトルのGoogle+が日本で流行らない理由。 これなんだけど、 「UIが洗練されすぎている」 きっと、これに尽きますね！ 設計もそうだし、画面もそう、 トモダチの振り分けなんか、ブラウザなのにドラッグ＆ドロップでできちゃう。 これすごい。 だから流行らない。 え、なんでかって？ ふつうの人には、ブラウザ上でドラッグ＆ドロップで、 操作できるなんて思わないよ。 ぼくですら、すぐにわからなかった。 いや、ちゃんと文字では説明書いているんだよ。 「ユーザーをサークルにドラッグ＆ドロップしてフォローできます」 ってね。 でも読まない。 読んでも意味わかんない。 同じ洗練されたUI(?)でも、twitterくらいのコンセプトのシンプルさでギリギリかなって思う。 検索エンジンGoogleもそう、コンセプトがシンプルだからこそ
アウトプットを最適化する3つの方法
前エントリーでは、情報収集の最適化に関して書いたが、 今回は情報収集の最終目的であるアウトプットについて言及してみたい。 時代の変化 人はなぜ、せっせと情報を収集するのか？人はなぜ、せっせと情報を収集するのか？ 少なくともビジネスにおいて言えば、アウトプットを行うためだろう。 しかし、最近は目的不在というか、収集自体が目的化しているのではないかと思うことがしばしばある。 暇さえ見つければ、ネットにアクセスし、何かしらを閲覧していて、そこに明確な目的は存在していないようだ。 情報過多とよく言われており、実際にここ10年で選択可能な情報量は530倍に膨らんだそうだが、完全な情報過多は、考える力の低下を招いていないだろうか。 個人的には、YouTubeが登場した頃から、この傾向が始まったように感じている。 なぜか？ ネットの役割が変わったからだろう。単純におもしろいのである。 ネットのTV化 ～
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://jp.startup-dating.com/2013/01/foundationjp
BLOGOS サービス終了のお知らせ
日経BP
Qetic
