"Deep Work"を読んだけど微妙だったから皆は"How to Write a Lot"と"エッセンシャル思考"を読めばいい
"Deep Work"を読んだけど微妙だったから皆は"How to Write a Lot"と"エッセンシャル思考"を読めばいい ―と思いました。 MIT卒のコンピュータ科学者によって書かれた本『Deep Work: 大事なことに集中する』を読んだ。が、冗長かつ抽象的な内容で、非常に退屈な一冊だった。 主張 「集中して長時間、中断することなく知的作業を続けること (Deep Work) が生産性を高め、大きな仕事を成し遂げることにつながる」ということを言っている。構成としては、成功者たちの実例を示して主張に説得力を持たせた上で、実践にあたってのTips的な部分を延々と述べている。ざっくりまとめると次のような感じ。 『何かを作り出さなければ、成功しない』 自分のスキルは作り出した成果物で示せ 生産性を高めるためには『難しいが重要な知的作業をまとめて、長期間、中断することなくつづけること』が大
大企業型残業とは何か？ | TAマネージメント かわい公認会計士・税理士事務所
最近残業時間を規制しようという動きが出てきています。実は一律な残業規制にはあまり賛成していません。よくベンチャーなどで創設期に寝袋を持ち込んで朝から晩まで仕事をしたというような話を聞きますが、そこで過労死をしたといく人を聞いたことがありません。非常に乱暴な議論かもしれませんが、人は目的にほぼ完全に理解して働いていれば長時間働いていてもさほど精神的に参るものではありません。ベンチャーなどは別に誰かに働けと命令されているわけではなく、自分の意思で長時間働いているわけで、残業は手段でしかありません。 大企業の場合は文化として残業が定着しがちで、残業はほぼ目的化しています。ある大手企業のある部署は毎日18時前になると出前表が配られるという話を聞きました。この部署の人によると暗黙の了解の定時は21時だそうで、出前表に名前を書かないのは非常にやりにくいという話でした。会議も普通に19時ころから行われ、
社名変更のお知らせ
Fringe81株式会社は2021年10月1日より、Unipos株式会社として生まれ変わりました。 コーポレートミッションを「感情報酬を社会基盤に」と新たにし、ピアボーナスをさらに発展させ、感情報酬を社会実装して社会の基盤とすることを最上位の目標として掲げ、邁進して参ります。 5秒で自動的に切り替わります。切り替わらない場合は以下のボタンをクリックしてください。 Unipos株式会社サイトへ
その目標、チームでやる意味ありますか
まだ無意味なチームで消耗してるの？ チームで足を引っ張るタイプの人っていますよね。 一匹狼タイプはいいんですよ。個人で仕事が完成されているならば。悪いのは「チームで取り組むほうが無条件でいいと思っていて、でもチームのメリットを活かせない人」ですね。 チームだからベテラン新人が混成のこともありますけど、仕事を覚えていない若手が悪いって話しでもないんですよ。始末が悪いのは、間違った努力・考えで足を引っ張る人です。ベテランでも「チーム」に対する考察が甘ければあっという間に地雷を踏むでしょうね。自戒を込めて。 チーム活動に投下しているリソースチームをつくる、動かすには結構なリソース投下が必要です。まずはリソースに思いを馳せてほしいですね。 ではチームを動かすために投下するリソースとはなんでしょうか。調達と製造の人の思惑がぶつかることがあったりしますので、それを調整するためのコミュニケーションコスト
東証1部上場の離職率高い系企業に入社した人が退職届を出すまでの1年2ヶ月 : 市況かぶ全力２階建
ヴィレッジヴァンガード、クリエイターコラボ案件で不義理さ溢れるサイレントお祈りを溜め込みすぎた結果あちこちからクレーム噴出
ITエンジニアの幸せな未来とは？ - さくらインターネット創業日記
Something went wrong, but don’t fret — let’s give it another shot.
【超具体例】良いビジネスプランの作り方とみんながハマる２つの失敗事例
おはようございます。 がくちょうです。 私ごとですが、３月に第三子が産まれる予定なのですが、男の子であることが判明しました。 第二子は「承太郎」という名前にしたのですが、第三子も男の子だったということで、「ジョルノ」にしようと思っています。リアルに。 ２年後くらいに川崎駅のラゾーナで「早く来なさい、ジョルノ！」というキーワードが聴こえたら、たぶん私です。 鳥井・ジョルノ。 かっこいい！！(；´∀｀) まぁ実際には「はるの」ですけどね。僕はジョルノって呼ぶつもりです。 会社名もPASSIONEですし、我が家もそろそろ本格的になってきましたね。 この辺は分かってくれる人だけ仲良くしてもらえればいいです。 （※2016年12月追記※もう産まれました。マジで「初流乃」にしました。） （※2019年7月追記※5人目が産まれて「仗助」にしようとしたら漢字が登録できなくて「丈助」にしました。） ビジネス
新規事業が失敗する、大きな3つの原因とは
新規事業を興すことは大変なことだ。スタートアップ企業にかぎらず、大手、中堅中小企業においても、「次のステージ」に行くために新規事業は大きな意味を持つ。 日本政策金融公庫の調べでは、「ここ10年で新規事業を行ったことのある会社」は、約4割に上る。 また、「新規事業は9割失敗する」という都市伝説があるが、実際にはそんな低くない。岡山大学の調べでは、 ”新事業開発は日本の主要企業を対象にした最近の調査でも重要な経営課題とされており，今後その重要性はますます高まると考えられている。 しかし，われわれの調査では，その成功率は景気が好調であった90年度で37％，バブル崩壊以後の急激な失速を経験した95年度では28％にすぎない。” したがって、打率は約三割、といったところだろう。 ただ、いずれにしろ新規事業は失敗する可能性の方が高いということは言える。 なぜ新規事業は失敗するのだろう。頻繁に「マーケット
渡米1年8カ月、Twitter本社で働く日本人エンジニア 蓑輪太郎さんの描くキャリア計画 | HRナビ by リクルート
ネット上では「@higepon」のIDで知られる日本人のソフトウェアエンジニア、蓑輪太郎（みのわ・たろう）さんは、2014年9月現在、米国サンフランシスコ市内にあるTwitter本社に勤務している。前職であるサイボウズ・ラボを退職し、Twitterの日本法人へ転職したのは2年半前。ビザ手配の関係から渡米が遅れたが、1年8カ月ほど前に妻子を連れて家族ごとサンフランシスコへ移住した。 もともとエンジニアとしてアメリカで働いてみたいという憧れがあったという蓑輪さん。単に「憧れ」というだけではなく、着々とプログラミングや英語といったスキルを磨き上げて渡米したという印象が強い。「いつも当初の計画の数年遅れ（笑）」と自嘲気味に笑う蓑輪さんだが、数年単位で「憧れ」を1つずつ実現してきたことから周囲のエンジニアからも一目置かれる存在だ。 蓑輪さんは、趣味でOSや言語処理系を実装したり、IPAの未踏ソフトウ
開発をうまく回したいなと思って僕が意識している40くらいのこと - Mitsuyuki.Shiiba
自分がこの1年間開発チームを引っ張ってきた中でこういうところに気をつけてたよってこと。 ザーッと勢いで書いてみる。分類はある程度なもんです。組織パターンやFearlessChangeは好きです。 心構え 1 現状を受け入れる 環境に文句を言ってても、何も変わんないし。自分は本当はもっとできるはずなんだ、って言ってても、実際アウトプットはでてないんやろ。なるほど、今はこうなんだってことを受け止めて、じゃあそこからどう改善していけるだろう？と考えたい。 2 遷移状態を受け入れる 現状から、理想的な状態にぴょんって飛び移れるわけじゃないんだから、その途中って泥臭かったりごちゃごちゃしてたりするんだけど、それを受け入れる。練習せずにいきなりスポーツがうまくなるわけないのと同じで。 3 正しいことが選ばれるわけじゃない 政治や感情や時期や思惑や抵抗や。そういうのがあるので「正しいこと」が常に選ばれる
igaiga diary - スパイスライフで働くエンジニアが嬉しく思っている9つのこと
_ スパイスライフで働くエンジニアが嬉しく思っている9つのこと スパイスライフに入社してから半年ほどが経ち、私が入った当時2人(邦明率100%の頃)だったエンジニアも現在社員だけで7人、フリーランスの方をあわせて9人にまで増えました。 どうやって集まったのかを考えてみると、Rails寺子屋や邦明.rbなどのなんらかのコミュニティ活動で知り合った人がほとんどです。エンジニアの採用が難しいこの時代にいい人達に集まってもらえて、コミュニティへの感謝の想いは強まるばかりです。かつては私がコミュニティに育ててもらっていたのが、今はひっぱる側として、人の成長を通じてコミュニティに貢献できていると良いなと思っています（もちろん、私も今でも成長させてもらっています）。 さて、スパイスライフのエンジニアはどのような生態で生息しているのでしょうか。部長の職権を振りかざして「エンジニアの働き易い環境つくり」を進
md2inaoのインストールが簡単になりました - Islands in the byte stream (legacy)
Module::Installをつかっていたり、cartonをつかっていたり依存モジュールがPerl 5.18でコケたりしてPerler以外にとってインストールが難しい状態でしたが、このたび整理してCPANにリリースしました。 これでPerler以外にとっても簡単にインストールできるようになったと思いますのでお試しください。 # webからcpanm（CPANパッケージマネージャ）を読み込んでローカルにインストール # 権限の問題でインストールできなければ | perl - --sudo Text::Md2Inao で curl -L http://cpanmin.us | perl - Text::Md2Inao https://github.com/naoya/md2inao
ssig33.com - IT 企業のオフィスを子供っぽい雰囲気にする
という言い方が最も適切かどうかは別として、比較的頻繁に執り行われております。内装をそんな感じにするとか、中学高校っぽい部活やるとか。 で。そういうのいいですねみたいな声が大きいので、そうなっていく IT 企業が多いのですが、 ガキっぽいエンジニアは声が大きい というだけで、 優秀なエンジニアは子供っぽい というわけでは絶対にないと思います。子供っぽいオフィスを用意しとけば優秀なエンジニアが集まるかというとそうではなくて、それで逃げていく優秀なエンジニアも確実にいます。 優秀なガキっぽいエンジニアみたいのがいないというわけではないですから、そういうタイプの人とそうじゃない人が住みわけられるようなオフィス設計というのがあってもいいのではないかと思ってます。 こちらからは以上です。 back to index of texts Site Search
ペパボのエンジニア評価制度をパワーアップした - Kentaro Kuribayashi's blog
mizzyさんのエントリ(paperboy is hiring - Gosuke Miyashita)にある通り、ペパボでは、エンジニアに関しては一般のラインとは別に、専門職としてのキャリアアップをしていくラインがあって、ここ2年ほど運用され、よく機能しているところです。そんな折、技術基盤チームも陣容が充実し、社内にもその存在や成果が充分に浸透してきただろうというわけで、半年ほど前からあたためてきた新しい制度を、先日から運用開始しました。 今回の制度は、上述の専門職としての評価制度はそのままに、既存の半期ごとの目標設定 → 評価サイクルの中に、エンジニア的観点をより盛り込んでいこうというものです。エンジニアであろうがなかろうが、一般に、事業目標をブレークダウンしたものが個々人の目標 → 成果になっていくわけですが、そうしたプロセスにおいて、より多様な観点からアウトプットの生産性を向上させて
情報共有おじさん - ローファイ日記
「プロジェクト全体のMLにエラー通知メール飛ばすのうざい」、「〜についてはみんながいるチャンネルで相談すべきことではない」みたいな指摘がある。 個人的には情報は可能な限り広いスコープで公開してほしいし、自分でもそうしようとしている。まだ未熟なので霊力に負けることもあります...。 というのも、「情報が届いていない」ことによる不利は仕事上非常に大きいし、場合によって致命的になるので、むしろ冗長化して届けられているべきなのである。 あと、情報が多ければ多いほど普通は判断が適切になると思うので、情報が広く共有されていると言うことは、チームメンバー一人一人が自分で判断できる材料を持ちやすくなると言うことにもつながる。スクラムとか色々言われているけど「一人一人が自分で判断できる」ということはどういう開発スタイルでも大事だと思う。 なのでむしろみんながいる場で議論していたり、細かい情報をどんどん流して
人はハッピーな気持ちで仕事するほうが生産性も上がるという結果が判明
By University Unions Technology and Design 一日の始まりを迎えてヤル気に満ちた人や、逆に朝から憂鬱な人など、その日のスタートの切り方は人それぞれです。何かいいことがあって気分がハッピーな時は、何をやってもうまく行くと感じることもあるものですが、イギリスのチームの研究により、幸せな気持ちで物事に取り組んだ人は、本当に生産性が約12％もアップするということが判明しています。 New study shows we work harder when we are happy http://www2.warwick.ac.uk/newsandevents/pressreleases/new_study_shows/ 「幸福と生産性(Happiness and Productivity)」と題された論文は、ウォーリック大学経済学部のAndrew Oswald教
仕事におけるコミュニケーション能力と会話におけるコミュニケーション能力は別物 - UNIX的なアレ
些末なコードレビュー - naoyaのはてなダイアリー なおやさんのエントリーを読んで改めて感じました。これはコードレビューについての話ですが、言いたいことは本質的なことについて話せるかどうかという点だと思います。 いい加減、「コミュ力」という単語で片付けるのはやめよう 「エンジニアはコミュ力がない」とかいわれますが、コミュ力とかいう単語１つで片付けてほしくないです。少なくとも普段の会話におけるコミュニケーションと仕事におけるコミュニケーションって別物ですよね。 先ほどのコードレビューの話ですが、仕事においてのコミュニケーションってどれだけ本質について話せるかなんですよ。要するに、情報を整理して正しく相手に伝えるということ。となると、仕事におけるコミュニケーション力って職種とは直接的に関係してこないと思っています。 「コミュニケーション能力」の意味の違い 「仕事におけるコミュニケーション能
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.inouetakuya.info/entry/2014/12/08/214435
Welcome to hikarustar.com
学歴・成績不問 グーグル、5つの採用基準 - 日本経済新聞
