「残業しないで定時帰り」を23ヶ月間続けた記録【人生を取り戻す】 - こびと株.com
※生産性を高めることが重要という本であって、「皆さんおうちに帰りましょう」という本ではありません 残業をやめて5ヶ月 あまりにも残業しないので、「そんなに暇ならもう少し働かせてみよう」みたいな感じで業務量が増えます。もともと暇なわけではないですし、むしろダラダラやってる人よりも量をこなしているわけですが、絶対に議論してはいけません。 なぜなら一切が時間の無駄だからです。 これにめげず、一生懸命生産性を高めて定時内で終わらせます。ここが勝負どころです。 あの手この手で仕事をさばきます。ありとあらゆる知識・経験を総動員して、何があっても絶対に定時であがります。”定時であがること”だけに焦点を合わせます。 就業時間中に一生懸命働いてさえいれば（評判を落とすような働き方をしなければ）、必ず分かってくれる人が出てきます。人によっては、内心では残業したくないと思っているのですから、共感も得られます。
日本のITエンジニアがイノベーティブでないのは暇じゃないからかもしれない - メソッド屋のブログ
ここ１ヶ月ぐらいは、海外のメンバーと仕事をしているが、Serverless Hackfest というイベントと、Serverless Conf やワークショップに関わっているので仕事量が増えていった。日本にいることだし、久々に「日本流」のハードワークをしてしまったのだが、一つ気づいたことがあった。それは、ここしばらくの謎だった、日本人のIT エンジニアはなぜイノベーティブな感じがしないのか？ということに対する問いだった。 Microsoft Hack week 日本人はイノベーティブ Rochelle Kopp さんとの仕事で知ったことで、一つとても意外だったことは、アメリカ人から見ると日本人は相当にイノベーティブに感じるらしい。 自分的には、少なくともIT 分野に関しては、向こうの真似ばかりしていて、後追いのイメージがある。私たちも向こうで生まれたツールやサービスばかり使っていて、全然日
プログラミング原則一覧 - Strategic Choice
見つけた時に逐次エントリしている「プログラミング原則」カテゴリの一覧です。不定期に追加しています。プログラミング一般デメテルの法則DRY原則YAGNIKISS原則OAOOUNIX哲学可逆性曳光弾直交性契約による設計 DbCプログラマの三大美徳PIEの原則SLAPパフォーマンスチューニングの格言驚き最小の原則オブジェクト指向プログラミングパルナスの規則抽象データ型サブタイプ求めるな、命じよコマンドとクエリ分離原則オブジェクト指向設計パターン言語生成・使用分離の原則パターンの定義IOP
有能な人たちが「働きたくない」と嫌がる会社の特徴。
一つの会社に所属している会社員の時には気づきにくかったが、世の中には有能な人々が数多くいる。 一流の技術者。 一流のマーケターであり、ライターの彼女。 別の彼は、データ分析を専門とする。 人工知能の専門家。 保険とファイナンスのプロ。 彼らはフリーランス、経営者、会社員としてそれぞれ活躍している。 一見バラバラの経歴と所属ながら、彼らは「知識労働者」という共通点がある。自らの知識と手腕によって成果を出すことで、組織やプロジェクトに貢献している。 そして、彼らの考え方は驚くほど共通項がある。彼らが「働きたい」という会社は様々なのだが、「絶対にこの会社では働きたくない」ということはほぼ共通しているのだ。 有能な知識労働者に嫌われてしまう企業は、一流の人達を惹きつけることができない企業であり、衰退する会社だ。 奇しくもピーター・ドラッカーは1972年に既にこの状況を予言していた。※1 彼ら（知識
大きな業績を上げている部下が、職場で決められたルールを守らないとしたらどうするべき - ICHIROYAのブログ
もう30年以上前のことになる。 マネージャー向けのある研修で、こんな質問が出された。 「たとえば自部門の売上の3分の1を占めるような大きな業績を上げている部下が、職場で決められたルールを守らないとしたらどうするか」 ざっくりとしか覚えていないがそういう質問だった。 ああ、そういう部下を抱えながら、どうすべきか悩むのが管理職というものなんだなと、その時、管理職の仕事の難しさに震えた。 選択肢がふたつしかないとする。 A. その部下を叱責しルールを守らないなら他部への放出も辞さない構えで対応する B. その部下の業績に注目し、ルールを守らないことには目をつぶる その時の講師の答えは、いくつかの付帯条件がついていたが、基本的にBであった。 いや、しかし、ほんとうにそうなのかな、とも僕は思った。 たしかに、その部下を放出すれば、売上は3割下がる。 だけど、その部下が評価されて昇進していくにしても、
フリーソフト作者の自衛のための手段としてのオープンソース化と、自衛のための「寄付は受け付けないよ」 - outsider reflex
Latest topics > フリーソフト作者の自衛のための手段としてのオープンソース化と、自衛のための「寄付は受け付けないよ」 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « タブのコンテキストメニューが正常に機能しなくなった？ （The context menu on tabs doesn't appear anymore?） Main メールのヘッダに埋め込む用に文字列をBase64エンコードする » フリーソフト作者の自衛のための手段としてのオープンソース化と、自衛のための「寄付は受け付けないよ」 - May 16, 2010 Togetter - まとめ「ユーザの自由、作者の自由」 夜フクロウというMac OS X用のメジャーなTwi
インフラエンジニア鬼十訓 | NHN テコラス Tech Blog | AWS、機械学習、IoTなどの技術ブログ
こんにちは、テコラス株式会社技術研究所の伊勢です。この度、テコラス：：データホテルテックブログが開設されたようでして、「最初のエントリは最年長技術者が書くべきじゃねーか？」というデジコアディレクター松本氏からの脅迫に近いお達しにより、一発目のエントリを書くことになりました。とはいえ、最近あまり仕事もしておりませんし、旬な技術や実装ネタも無いため、どーしよーっかなー？と考えていましたら、技術評論社Software Design誌編集長の(心やさしい）池本さんから、過去に寄稿した記事を転載してもイイヨ！というありがたいお言葉を頂きましたので、それを元に書きたいと思います。 本エントリは昨年12月4日に技術評論社から発売されたSoftware Design別冊シリーズ「インフラエンジニア教本」に寄稿させて頂いた「インフラエンジニア鬼十訓」を転載したものです。この鬼十訓は私の経験知見だけではなく、
スタートアップ共同創業者の見つけ方、付き合い方、別れ方
多くの投資家やアクセラレーターが投資判断をする際に、「スタートアップのチームを見る」という発言をするように、最初期のチームメンバー（共同創業者）はスタートアップの成功を左右します。ではどのような共同創業者を選べばよいのか、というのが今回のスライドです。 ただチームに別れはつきものです。別れ方については、チーム作った時に別れ方を決めておくことが重要なので、それを併記しておかないとあまり実用的ではないのかなと思ったほか、であれば真ん中の付き合い方も必要、ということで、少し長くなりましたが、見つけ方と付き合い方と別れ方の3つを併記させていただきました。（付き合い方の部分は流して書いてはいますが、もっとドロドロしてるというご指摘もあるかと思います…）Read less
その完璧主義を叩きなおしてやる! - teruyastarはかく語りき
進捗が遅れてるだと？ (以下、矢島金太郎風) 仕事ナメてんのか。 なんでそれが遅れてるか理解できてないだろ？ この件に関しては何度でも怒るぞ。 とにかくまず「完成」させろ!! どこまで丁寧に仕事してるんだ？ そんな細部まで完璧にやれといったか？ 手触り？ 高速、軽量化？ 神は細部に宿る？ 馬鹿野郎!! 1章だけ100点で、残り9章が0点だったら納品できねーんだよ!! だいたいそんなスピードじゃ、誰よりも先にお前が飽きるだろ!!! そんなやる気も感性も鈍った状態で完成にたどりつけるか!! まず、10点で10章分作れ!!! 島本和彦も言ってるだろ!! 「クオリティ」は次回作で上げろ!! いきなり「ガンダム」作りたいとか 実力に合わない妄想言ってんじゃねえよ!! ガンダムの前身に「無敵超人ザンボット3」があんだよ! 勇者ライディーンがあんだよ! トリトンは原作改変! なによりもコンテ千本切りだ!
「書く」のは特別な道具 - naoyaのはてなダイアリー
This is why you shouldn't interrupt a programmer (なぜプログラマの作業に割り込むべきではないか) という4コマ漫画が話題になっていた。これは別にプログラマではなくても「わかるわかる」という感じの話。 コメントを見ると、だから作業を中断してもすぐ再開できるように自分の考えることをなるべく書き出すようにしているという人が結構多かった。なるほど。 今日は雨が降ったせいで予定が一つキャンセルになったことだし、ちょうどいい機会なので、文章で何かを書くということについて自分が思っていることを書いてみようとおもう。以前 Software Design のドキュメントの書き方特集みたいな号に似たような趣旨の話を寄稿したのだけど、「書く」というのは単に物事を忘れないようにするための行為に留まるものではなくて、自分の考えを整理するための道具なのだ、ということが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://creive.me/archives/5818/