「マネージャーは1時間単位でタスクにあたるが、エンジニアはまとまった半日単位の時間がある方が良い」話について - SaaSベンチャーで働くエンタープライズ部長のブログ
タイトルは、ポール・グレアム氏（Yコンビネーター）の「メイカー（作り手）のスケジュールとマネージャーのスケジュール」(Maker's Schedule, Manager's Schedule) からの引用です。 マネージャーは多くのミーティングをこなすなど、1時間単位でタスクにあたりますが、エンジニア（プログラマ）は最低でもまとまった半日単位の時間を作業に必要とする、と書かれています。 paulgraham.com 日本語訳 note.com エンジニア上がりのプロダクトマネージャーとして開発もプロダクトマネジメントも並行してこなしてきたのですが、意思決定のためのミーティングスケジュール、自身が開発を行うためのスケジュールをやりくりするバランスに腐心していました。 自身のタイムマネジメントで特に感じた点として、ミーティングとミーティングの間に1時間が3コマある時の開発生産性と、3時間まとま
リモートワークのストレス | POSTD
リモートワークのストレス ソフトウェアエンジニアリング業界では、リモートワークは大いに理にかなった働き方です。大抵はPCとインターネット接続さえあれば仕事ができるからです。よって、決まったオフィスに毎日通って働く理由は比較的少ないため、リモートワークはIT職の重要な要素になっています。最も先見的な求人市場とは決して言えないベルギーにおいてさえもです。とはいっても多くの場合、リモートワークが認められるのは週の一部のみ（おそらく週に1日か2日ぐらいが一般的）にすぎません。それにもかかわらず、リモートワークは大部分の企業で導入されるようになってきたのです。 リモートワークには多くの利点があると言われており、この働き方を過激なまでに擁護する声もよく耳にします。その多くには同意するものの、リモートワークを5年以上してきた経験から言えるのは、リモートワークにはストレスが付き物だということです。そう聞く
「自衛隊メンタル教官が教える心の疲れを取る技術」を読んだ - 水島雄太のブログ
概要 「自衛隊メンタル教官が教える心の疲れを取る技術」を読んだため、章ごとの感想とまとめについて記述する。 ムリを無くす ムリの段階には三段階あり、段階が進む毎に心身への負担は大きくなり回復しにくくなる。 そのため出来るだけ初期段階で休息を取ることが、ムリを無くすことに不可欠である。 以上の筆者の主張は当然ではあるが、非常に納得のいくものであった。 ムリをすると休息をしなければならないという当然のことさえ、意識を向けることが難しくなってくる。 常に自分が疲れているかどうか、疲れているならどの段階であるか、ということを常に意識することが重要である。 ムダを無くす 現代人は本質的な生命の危機に脅かされころが少なくなり、対人関係など生命の危機には直接関係ないところで感情疲労をする機会が多くなった。 またインターネットやそれに付随するSNSの発展で個人の受け取る情報が過多になり、必要以上に感情の無
「ついカッとなって……」取り組んだ"開発者のための開発"で業務効率を改善させた話 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
「ついカッとなって……」取り組んだ 開発者のための開発 で業務効率を改善させた話 ソフトウェアエンジニアの醍醐味は、華々しい働き方のみにあるものではありません。開発者のための開発など、地味かもしれないけど楽しくやりがいのある仕事について紹介します。 アプリケーションエンジニアの id:aereal です。はてなで働いています。 昨今は機械学習などが半ばバズワードと化し、「トレンドを追いかけなければソフトウェアエンジニアとして生き残れないのではないか」という漠然とした不安に襲われることはないでしょうか。 これという専門分野の技術を活かし、所属する企業やひいては社会へ貢献するというあり方は、技術職として華があり憧れを誘うものです。 しかしソフトウェアエンジニアの醍醐味はそういった華々しい働き方のみにあるものではなく、むしろその他の様々な分野にたくさん散りばめられていると筆者は考えます。 この記
2015〜2016年で開発組織を作るためにやってみたこと - FLINTERS Engineer's Blog
こんにちは、杉谷と申します。 GANMA!を開発しつつ、社内環境を整えたりとかしています。 この会社に入社してから3年（＋1ヶ月）経ちました。あっという間！ いろいろやってきた結果、組織がますます良い感じになってきたので、会社ぐるみで試みてきたことをご紹介します。 2013〜2014でやってみたこと 入社1〜2年目は以下のことを行いました Chatwork / Stash(現BitBucket) / Confluence / JIRAの導入 開発ポリシーの制定 TDD研修・スクラム研修 システムリーダー定例 裁量労働制の導入 評価制度の改善 会社標準PCをMacBookPro 15インチ(松)に ゲーム部を立ち上げてみた 詳しくは前回のエントリ 2014年。開発組織を作るためにやってみた事 をご参照ください。 Slackの導入 2013〜2014の段階ではChatworkを利用していました
CTOが果たすべき役割に物申す【連載:TAIMEI】 - エンジニアtype | 転職type
小俣泰明（TAIMEI）@taimeidrive NTTコミュニケーションズなどの大手ITベンダーでシステム運用やネットワーク構築の技術を磨いた後、面白法人カヤックでディレクターを担当。その後、2009年4月に上場企業の取締役に就任。2012年8月にトライフォートを共同設立、代表取締役Co-Founder/CTOに就任。スマートフォンアプリ・ソーシャル領域に特化した開発・運営を展開している 今回もエンジニアtypeの連載にお付き合いいただきありがとうございます。 先日、CTO忘年会という各社の最高技術責任者が集まる会に参加しました。 ここでは採用技術の話や組織論といった多岐にわたるテーマを、素晴らしいCTOの方々から聞くことができます。 CTO会は長く続いていますが、今回は5～60もの人が集まりました。つまり、「5～60社の技術トップ」が集まったことになります。ITベンチャーの勢いを改めて
技術トレンドを追わないという勇気
技術トレンドを追わないという勇気 昨日、「第19回 HTML5+JS 勉強会 【オレオレフロントエンド開発環境 ～際限なき修正を攻略せよ！～/甦れFlasher「swf2js」でswfをリアルタイムでcanvasに出力】」というイベントに参加してきました。 そこで講師の沖さん(@448jp)が、�「技術は目的を達成する手段なので、あまり新しい技術に振り回されてはいけない。」的なことをおしゃっていて、それはそうだなと思いながら私が最近感じている事をすこし書き留めておこうと思います。 技術トレンド圧力 フロントエンド界隈ではJavaScript/node.jsの盛況もあって毎日のように新しいライブラリ/フレームワークやツールがリリースされています。そして、それらの技術に対してアーリーアダプター的なフロントエンダーが試してはブログやQiitaでレビュー内容を記事にしたり、TwitterやFace
シェアウィズの文化とScala | ShareWis Blog（シェアウィズ ブログ）
はじめまして。 8月末にシェアウィズに入社しました、エンジニアの国平です。 以前の会社では、ソーシャルゲームのサーバエンジニアを担当していました。 現在はその経験を活かしつつ、シェアウィズ内で新規プロジェクトのサーバサイドの開発を担当しています。 この担当プロジェクトがどういったものかは、まだご紹介できないのですが、鋭意製作進行中となっています。 今回の新規プロジェクトでは、サーバサイドはScala/PlayFramework、フロントエンドのスマートフォンアプリは JavaScript/ReactNative を採用しています。 シェアウィズはこれまで、 Ruby/Ruby on Rails で開発を行ってきました。 今回の新規プロジェクトでScala採用に踏み切ったもっとも大きな理由は、私が元々Scalaエンジニアだったということがあります。 とはいえ、会社として、 チームで取り組む
OJTで僕のチームが伝えたかったこと - Mitsuyuki.Shiiba
OJT今年入社の新卒の方が大阪支社に配属になって｢いきなりどっかのチームにどっぷり入るより、色んなチーム見て回る方が面白い？｣ってことで、いくつかのチームを渡り歩くことになりました。 んで、僕のチームが2番目で、7月から1ヶ月間くらい一緒に仕事してました。 ｢このチームで学んだのはMind｣各チームを渡り歩く中で、毎回｢成果発表会｣って感じで、その1ヶ月で何を学んだかをみんなの前でプレゼンするんですけど、そこで ｢今回、このチームで学んだのはMindでした。技術も学んだのですが、それよりも、Mindの重要さと難しさを学びました｣ と言ってくれたので良かった٩(ˊᗜˋ*)و 何をやったかプロジェクトに参加失敗しても大丈夫な小さ目のタスクを渡してそれで学んでもらう、というのは1番目のチームでやってたので。 今回はチームが実際にやってるプロジェクトにメンバーとして参加してもらうことにしました。失
【連載】安藤・岩野の「これからこうなる！」 - 第21回「打ち合わせや会議が増えたときに読む話」 | gamebiz
『拡散性ミリオンアーサー』や『ケイオスリングス』など、数々のスマホゲームアプリをヒットさせた、スクウェア・エニックス所属のゲームクリエイター・安藤武博氏と岩野弘明氏。そんなふたりが毎週交互に執筆を務める「安藤・岩野の“これからこうなる！”」では、スマホゲーム業界の行く末を読み解く、言わば未来を予言（予想）する連載記事を展開していく。 メディアやコンサルが予想するのとは大きく異なり、ふたりは開発者であるがゆえ、仮説を立てたあとに実際現場のなかでゲームを手掛け、その「是非」にも触れることができる。ゲーム開発現場の最前線に立つふたりは、果たして今後どのような未来を予想して、そして歩むのか。 今回の担当：安藤武博氏 ■第21回「打ち合わせや会議が増えたときに読む話」 仕事をしている人にとって実働時間の多くを占めているのが打ち合わせと会議ではないでしょうか。Google カレンダーやMicrosof
Leadership Principles | Amazon.jobs
We use our Leadership Principles every day, whether we’re discussing ideas for new projects or deciding on the best way to solve a problem. It’s just one of the things that makes Amazon peculiar. Leaders start with the customer and work backwards. They work vigorously to earn and keep customer trust. Although leaders pay attention to competitors, they obsess over customers. Leaders are owners. The
技術そのものがリスペクトされる風土がこれからは大事なんだと思う - UNIX的なアレ
ITに携わる人たちの間で、エンジニアが大切でエンジニアを中心とした組織づくりをしようとしている会社がすごく増えてきました。実際にいま存在感がある会社はどこもエンジニアが活躍している会社です。 なぜ非エンジニア向けに技術を学ばせるのか nanapiでは非エンジニアむけの技術研修を毎週実施をしていて、コードのかけない人はいないようにすることを目標にしています。これはコードを書けることでそれを普段の業務に活かせるようにしようというだけではなく、技術そのものに対してリスペクトしてほしいという思いがあります。 nanapiのエンジニアはコミュニケーション能力が非常に高いので非エンジニアのレベルに合わせて技術の話をすることができますが、実際はエンジニアが遠慮せずに話してそれを非エンジニアの人が理解しようとするほうが圧倒的に仕事のレベルは上がるはずなです。やっぱり普段の仕事の会話は高いレベルに合わせたほ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
フリーランスエンジニアの実態を全て暴露します【5年間独立を経験した僕が解説】 | やまもとりゅうけん公式ブログ
双子姉妹が教えてくれた、美しく生きるための「強い」マインドセット