こんにちは、らくからちゃです。ぶらっとTwitterサーフィンしておりますとこんなツイートが目に留まりました。 「なんでもポジティブに考えれば幸せになれる」っての、まるっきりウソだから。現実のネガティブな側面を直視して受け入れることで、不安がなくなり、的確に現実に対処できるようになり、成功確率がぐっと高まり、はるかに幸せになれることなんて、いくらでもある。 — ふろむだ⭐️若い頃知りたかったこと書く (@fromdusktildawn) 2018年2月17日 すげーわかる。 確かに『すごーい』『たーのしー』と言いながらお仕事をしていても、ヤバめな何かを『あれ大丈夫なのかな・・・』『もしかしてヤバくない...？』と不安を抱えながらだと、全く楽しめません。 で、こうした不安を綺麗さっぱりしてお仕事を楽しむため、弊チームでは定期的に『怒らないからヤバいと思っていること全部言う会』を開催しているの

404 NOT FOUND 指定されたページが見つかりません。 掲載から一定の日数が経過した記事は、 配信社との契約に基づき削除される場合がございます。 （その場合、一定期間経過後は記事を見ることが出来ません。） それ以外のケースについては、お手数ですが 以下のいずれかの方法でページをお探しください。 ブラウザの再読み込みを行う 入力したURL（ページアドレス）にタイプミスがないか確認する ブラウザの「戻る」ボタンを押して前画面からやり直す

「はぁ、困ったなぁ…」 西日本の地方銀行A行の情報システム部員、岸井雄介は、ため息と共に社員食堂のテーブルに着いた。 「どうしたんだい、さえない顔をして」 「あっ、西部さん。聞いてくださいよ」 「何があった？」 「課長ですよ。課長が、私の仕事が遅いって怒ってるんです」 ＊　　　＊　　　＊ 岸井雄介は35歳、西日本の地方銀行A行の情報システム部の課長補佐である。入社以来A行のシステム部でシステム開発を担当し、システムの設計、プログラム製作、テスト、移行などに携わってきた。最近システム企画の担当部署に異動した。 もともと仕事はできる男なので、システム企画でも活躍するだろうと前評判は高かったが、システム企画の仕事ではなかなか成果が出なかった。岸井が苦しんでいた仕事は、金融機関のサービスをIT技術で高度化する、いわゆるFinTechの仕事だ。A行の経営陣は最近日本でもFinTechがクローズアップ

カルビーが、事実上「会社に来なくてもいい」という働き方に舵を切った。 在宅勤務、毎日でもＯＫ　カルビーが４月以降に新制度 カルビーは４月以降に、自宅など社外で勤務する「テレワーク」の上限日数（週２日）を撤廃する。制度上は毎日テレワークが可能になる。多様な働き方を認めることで、優秀な人材を確保するねらいだ。（朝日新聞） 一見すると、自由に働け、通勤ラッシュに巻き込まれることもなく、理想の働き方ができるように見える。 実際に肯定的意見も多いが、もちろんこれの裏は 「仕事の評価は、成果でのみ行いますよ」ということに他ならない。 上の記事中にもこうある。 対象はパートや工場勤務の人を除き、契約社員を含めた入社３年目以上の社員になる見通し。会社側が勤務時間をどう把握するかなど制度の詳細や実施時期は今後詰める。同社首脳は「会社が求めるのは成果。働き方改革をしないと会社はよくならない」と話す。 これによ

※2016-09-08追記、5分前に来ないと遅刻制度はなくなったそうです。 掲題の件、2年半ぐらい在籍していた DMM.com Laboを8月1日付けで退職していました。 何してたか 海外チーム、アプリチームと渡り歩いて最後の2か月くらいは社内公募に手を上げてインフラの部署にある「ツチノコ企画室」っていうヤバイ名前のところに異動していました。技術広報とか、イベント設営したりとか、ノベルティ作ったりとか。 イラレとかフォトショをチョットデキルとか、ブログを書くのが苦じゃないとか、フロントエンドとバックエンド両方チョットデキルの特性を生かしてもらえてすごく自分に合っていたなあと思います。技術広報というものを体験できて本当に良かったなあと思います。 その部署の上司も同僚もよく褒めてくれていたので調子に乗れていました。 インフラは私の知らない分野のハイパープロフェッショナルの方がいっぱいいて、尊敬

20代の数年間SIで働いた。1年以上前に退職して今は別業界にいる。 今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくりで暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。 一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。 以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。 工数至上主義受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積がおかしくても顧客と対等な関係が築けていない

最近は「ノマド」や「ニート*」といった、いわゆるフリーランス的なポジションで、場所を選ばずに仕事をするスタイルが話題になっているようです。 私自身はネット上でのビジネスを開始して10年目。法人も立ち上げています。しかし、その実態は、いわばノマドとニートを足して2で割ったような感じです。だからといって、「ノマド族ですか？」「ニートですね？」と言われるのは本意ではありません。悪い気はしませんが、ニュアンスが微妙に違うのです。 私の軸足はあくまでビジネスです。プログラム技術とソーシャルメディアを駆使して、一家族を十分養える「スモールビジネス」の可能性を追求しています。 スモールビジネスとは？ スモールビジネスという言葉は、以前から使われています。これだという定義があるわけではなく、総じて言えば「少人数」「小資本」で運営するビジネスのことです。 一昔前であれば、「少人数・小規模」でできるビジネスと

このまとめでは『もっと仕事を面白く、もっと職場を刺激的な場所にする８つの刺激的なTED動画』の紹介をしています。※挿絵は@rubitoraさん ここで紹介している動画が全てそのまま英語学習の教材として使えるようにまとめられています。具体的には「TEDの本文」「本文の日本語訳」「単語帳」「mp3のダウンロード先」、また理解を深めるための「動画に関する質問」がまとまっています。これら情報を使えばそのまま英語学習に使えます。 ※このまとめが参考になったという方は右下にある灰色の☆をクリックしてこの記事をお気に入り登録していただけると嬉しいです。

最近、ある企業に入社したTechRepublicのメンバーが、自らの経験した新入社員に対する教育研修のお粗末さについて詳しく書いてきてくれた。新入社員を対象とする教育研修は、筆者の経験に照らし合わせると、以下のパターンに大別できる。 ベテラン社員に仕事のやり方を教えさせる。 「分からないことがあれば、遠慮せずにマネージャーに質問してほしい」とだけ告げておく。 公式の研修プログラムを1週間に渡って実施する。ただし、当の社員はこういった研修プログラムをあまりにも退屈なものと感じ、大爆発でも起こってその単調さが吹き飛んでくれないかと願うことになる。 OJT（On the Job Training）によって、社員は必要となる知識すべてを魔法のように吸収できるはずであるため、公式の研修は実施しない。 こういったケースのどこに問題があるのだろうか？ ＃1：ベテラン社員に新人教育を担当させる ベテラン社

飲み会の支払いの際、たまたまＡさんに持ち合わせがなく、同僚のＢさんから千円借りました。 すぐ返すつもりが、多忙な日が続き、顔を会わせないまま1ヶ月が過ぎました。 期限も決めていないし催促もされなかったので、「忘れてるかな。今頃言い出すのもどうかな。たいした額じゃないし」と思っているうちに、そのままになってしまいました。 このことで、Ａさんが得たのは「千円」、反対にＡさんが失ったのが「信用」です。 ずっと先のある日、Ａさんは起業をしました。 Ａさんは仲間や出資を募っています。別の飲み会でそれが話題になった時、Ｂさんはふと昔のことを思い出して言いました。 「でもあいつ、ちょっとルーズな面もあるよね」と。 責める諷でもなく軽い調子のコメントで、実際Ｂさん自身、昔のことをそんなに気にしているわけではありません。気軽な“つぶやき”みたいなものです。 でもその場にいた、実は出資を検討していたＣさんには

業務の生産性が経験年数とともに自然と高まるのは、過去の経験則から「これはあのパターンと同じだな」と「型」にはめていけるから。そんな「型」をたくさん用意できれば、効率よく、的確にタスクを処理できるはずです。 業務の生産性が経験年数とともに自然と高まるのは、新しい問題にぶつかっても、過去の経験則から、「これはあの時のパターンと同じだな」というように型にはめていけるからです。そのため、TPOに合わせて引き出すことのできる型をより多く持っていれば、効率よく、的確にタスクを処理することができます。 思考、作業、アウトプットの型を整備 「型を決める」行為は、3つのカテゴリに分けられます。「思考に必要な型」「作業に必要な型」「アウトプットに必要な型」です。 経験値によって生産性が高くなるのは、思考や作業の型を決めることができるためです。もっともパフォーマンスの上がる型を何度も使いまわし、さらにカイゼンす

このところ、KLab×はてな エンジニア応援ブログコンテストというのを開催していまして、エンジニア人生に関するちょっとした小話をブログに書いていただくと、内容によっては、シリコンバレーに行けたり、iPad が貰えるかもしれない。という企画です。「え、ブログ書くだけでシリコンバレー? 」 なかなか太っ腹な企画です。 よい機会なので、宣伝がてら、自分もちょっと、昔話をしてみたいと思います。 振り返ってみると、自分がエンジニアとして経験を積むなかで、「ここが壁だったな」と思うところがぼちぼちありました。それが何で壁に感じたのかといま改めて考えると、いずれも体系的な知識がなかったために、それを乗り越えるための指針がなかったというのが大きかったように思います。 きれいなコードを書くにはどうしたらいいんだろう? 負荷分散って、どうやるんだろう? 溜め込んだデータをうまく活用するには、どうしたらいいんだ

ソフトウェア開発において、スクラムとかんばんとは、対立するものなのか、それとも両立するものなのか。同じ日に異なる意見がブログで表明されていると、平鍋健児氏のブログ「An Agile Way」のエントリ「かんばん、と、スクラム。現時点での最新議論。」で紹介されています。 かんばんで削ぎ落とすムダとは創造性だ Waterfall, Lean/Kanban, and Scrum « Ken Schwaber's Blog: Telling It Like It Is 平鍋氏は、スクラムの創始者であるKen Schwaberが6月10日にポストしたエントリ「Waterfall, Lean/Kanban, and Scrum」について、自身のブログで次のように紹介しています。 Kenは、「スクラムは難しい問題を人間の創造性を使って解くためのもの。かんばんを使っても、ウォーターフォールに隠れていた無駄

オープンソースを使いこなすことには、間違いなく優位性がある。そして、それはオープンソースを使いこなせないことにとてつもないハンディキャップをおっているという認識が必要である。 これは、単なる経済合理性の話である、ハッカーがどうだとか、オープンソースがどーだという話ではない。ベンダーにロックインされることが自社の競争優位性に繋がるのか否か。もし競争優位性に繋がらないとしたらオープンソースを利用するしかない。それしか選択肢がないのである。 2010-03-21 - 未来のいつか/hyoshiokの日記 よしおかさんの上記エントリを読んで、僕も同様の問いを抱いているのだけどうまく言葉に落とせなかった。 要はOSSをハックできる企業や人材とのパートナーシップがいかに強力なものか。事業価値をいかに高めるか。それが直感として正しいということなのですが、先週全く違う業界で事業展開している２つの会社の取締

人月単価からの脱却というテーマも毎年のように浮かんでは消えていくのですが、その時その時で思うことは変わっていくので、現時点の考えをちょっと整理してみたいと思います。 どこでも言われていることですが、人月の最も絶望的なところは｢成果で価値を図ることが出来ず、猫も杓子もみんな同じ｣になることです。初心者でもプロでも、同じ値段。だって手間賃＋αだから、と。おごちゃんがSIerでは、1人が1人分しか稼げないという指摘をされており、僕もこの点においてSIerに絶望しています。個人が飛躍できるエコシステムが、どこにも無い。生産性が高くても給与が上がらないとか、人月見積もりは生産性がどうという主張は｢りんごは赤い｣という話に聞こえるので、逆に大丈夫かと心配になる。 初期費用が少なく借金することもなく、極論するとたった１人でも圧倒的な成果を出せるレバレッジが効くのがIT(知的成果物)の一番のメリットなのに