本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ
あなたは、目標がなかなか達成できないと悩んでいませんか？または、明確な目標がないことに苦しんでいる方もいるかもしれませんよね。なので、今日は、目標を見つける方法と、それを達成する方法をお話します。 目標と言うと、何だか大げさなように聞こえますが、実は、人間はコレがないと生きて行けません。 例えば、のどが渇いていたら、冷蔵庫を開けて水を飲みますよね。それは、のどを潤すという目標があるからやっていることなんです。ただ、それがあまりにも当たり前の行為だから、目標だと感じていないだけ。 つまり、あなたが人生の中で達成したい目標とそれを達成するまでの行為を、「水を飲むこと」と同じぐらいに当たり前のものにすれば良いんですね。「そんなことできるの？」と思われるかもしれませんが、紙とペンがあれば、かなりそれに近づくことができます。 それでは、今から、そのやり方をお話します。 まずは自分がやりたいことを書き
「悪い方が良い」原則と僕の体験談｜Rui Ueyama
ソフトウェアの世界には「悪い方が良い」原則という有名なエッセイがある。キレイにレイヤ分けされた一貫性のある良いデザインよりも、一見手抜きの悪いデザインのほうが実は良いときもあるという話だ。この逆説的なデザイン原則を僕は身をもって体験したことがある。それについてちょっと書いてみようと思う。 僕はlldというリンカの現行バージョンのオリジナル作者だ。リンカというのはコンパイラと組み合わせて使うもので、実行ファイルやDLLを作るのに使用される。lldはプロダクトとしてはかなり成功していて、標準のシステムリンカとして採用しているOSがいくつかあったり、GoogleやFacebookなど皆が知っているような大規模サイトの中で広く使われていたりする。 現在のlldは2世代目で、第1世代のlldは僕がプロジェクトに参加する前から存在していたのだけど、数年前にそれを捨てて一から書き直すということになった。
Inc.：長年にわたり、Googleは数え切れないほどの研究に取り組み、膨大なデータを集め、何百万ドルもをつぎ込んで自社の従業員をより良く理解しようと努めてきました。Googleの最も興味深い取り組みの1つであるプロジェクト・アリストテレス（Project Aristotle）は、社内で最高の業績をあげているチームに焦点を当て、チームの生産性を高める秘訣を探ろうというものでした。 なかでも、生産性の高いチームと低いチームの違いは何なのか？ を解明することに主眼が置かれました。 この調査をはじめる前、Googleの経営陣は、ほかの多くの組織と同じように、最高のチームをつくるということは、最高の人材を集めることであると信じていました。それは理にかなった考えです。最高のエンジニアに、MBA、博士を集めれば、最高のチームのでき上がり。そうですよね？ しかし、Googleの人事分析マネージャ、Jul
商用フリーで使える影絵素材サイト シルエットデザイン
1000以上の飾り枠専門サイト
gitの勉強をしつつ取ったノートを記事化しました。一応これを読めばざっくりとした導入やSVNとの違いが分かってもらえるように書いたつもりです。svnを使った経験があることを前提に進めていきます。 svnの場合、一つのレポジトリに対して認証のあるユーザが変更を報告していくユースケースをとっています。gitの場合は、個々のローカルマシンにリポジトリが分散されて配置され、お互いに変更を報告しあうユースケース。これはLinuxの伝統的なバザール方式の開発を想定しています。そのため例えばカフェや電車で開発したり、マスターはgithubやgitfarm（Git Hosting参照）にしておいて時々ローカルの変更を報告することも可能です。 目次 インストール 基本操作 Gitリポジトリの作成 ブランチの作成。 タグ ファイルを無視する 索引の理解 取り消し 導入 --hardと--softの違い 一個の
昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや本人が直接手を動かすことはありませ
知っていてこだわらない、それがいいソフトウェアエンジニアの条件なんだと僕は思うんだ - assertInstanceOf('Engineer', $a_suenami)
週末の午前中、カフェでアイスコーヒーを飲みながらふとポエムでも書いてみようかと思い立ってしまったので、ちょっと前からよく考えていることを書く。本当に思いつきで書くので乱文になる可能性が高いけどご容赦いただきたい。そもそもブログを書くこと自体が相当久しぶりだ。 僕ももう 30 をすぎて、プログラマの世界ではさすがにもう若手とは呼べなくなり、教育っていうのはおこがましいけど、まあ自分より若い人たちの指導みたいなことをやらないといけない立場になってきたからこそ、「いいプログラマとはどういう人なんだろう。この人たちはどういうことを学べたら幸せだろう。」ということをよく考えるようになった。そういう話をする。 プログラマは手段のスペシャリストである 世の中には目的・手段論みたいな論調が存在する。 「それは手段だよね。目的をはき違えたらダメだよ。」という話はいたるところでよく耳にするんだけど、僕はこれを
意外と知らないバージョン表記・数字の豆知識
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） ちまたにあふれるバージョン表記 少し前に「Web 2.0」「○○2.0」という表記が流行したのを覚えていますでしょうか。よく見かける広告のコピーにも、最近では「バージョンアップ」という言葉が普通に使われています。バージョンや、バージョン表記は、ソフトウェアの世界だけでなく、ごくごく一般化したように思えます。しかし実際には、どういう意味か分からないのが、バージョン表記です。 アプリケーションソフトウェアの開発は、さまざまな状態／段階を経て完成します。その段階／状態と、リリース後の状態／段階を示したのが、バージョン表記です。 例えば、数字以外でも、以下のような表記を見かけたことはありません
2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。 内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。 最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたいな話を頻繁に聞きます。 が、端的にいえば、「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」というデマルコの一節の通りであり、 DevOpsの本質もツールではなく、CLAMS(Culture、Lean、Automation、Measurement、Sharing)であって、土台となるのはやはり組織やチームの文化になります。 一度自分たちのチームや組織について考えてみるとよいと思います。
この記事で書きたいことは、下記のようなことです。 ・「部下を育てる」ことは「部下の能力を引き上げること」だと勘違いしていた ・上司が部下に出来ることは、最大限上手くいっても「行動パターンのちょっとした変容」くらい ・けれどそれで、あんまり出来なかった人を出来る人っぽくムーブさせることは出来る ・もしかすると、「育てる」ってそういうことの積み重ねなのかも知れないなあ ・なんだかんだで「インフラ整備」以上に効率よく人の行動パターンを変容させられるものはない 以上です。よろしくお願いします。 *** さて、書きたいことは最初に全部書いてしまったので、あとはざっくばらんに行きましょう。 「人材育成」というのは仕事においてものすごーーく大事な要素でして、もちろん色んな人が色んな言葉で語っていますし、本もたくさん出ています。 何百人も部下を育てた人たちの言葉は大変説得力があって、私も感心することしきり
戦略コンサルのプレゼン資料を見てみよう コンサルティングファームはいったいどのようなことをやっているのか？ 企業に対して戦略立案からコストカットまで、知恵を絞って提案をするプロフェッショナル集団であるコンサルですが、内情はなかなか見えてきません。 というのもコンサルには守秘義務があり、クライアント名はもちろんのことどういったプロジェクトを手がけているのかに関しても、厳しい箝口令が敷かれているからです。 よってコンサルが仕事内容について語る場合は、「大手電気メーカーの組織改編」とか「通信大手のグローバル戦略立案」といった、ぼかした表現にせざるを得ず、他業界の人にとってなかなかイメージしづらい状況になっております。 仮に、トヨタ自動車が製造・販売しているレクサスをインド市場投入する際の戦略立案をお手伝いしているコンサルティングファームがあったとしたら、そのプロジェクト内容についての生々しいお話
悪人を倒せば世界が平和になるという映画は作らない――宮崎駿監督、映画哲学を語る（前編）：“ポニョ”を作りながら考えていたこと（1/4 ページ） 「悪人をやっつければ世界が平和になるという映画は作りません」 『風の谷のナウシカ』『もののけ姫』などのアニメーション映画を手掛けた宮崎駿監督が11月20日、東京・有楽町の日本外国特派員協会に登場し、講演を行った。 『千と千尋の神隠し』が2003年にアカデミー賞長編アニメーション部門作品賞を獲得するなど、宮崎監督は海外でも評価が高い。内外から200人以上の記者が集まり、10分間の講演後には1時間以上も質問が投げかけられた。時には笑いながら、時には真剣な顔で宮崎監督は、最新作の『崖の上のポニョ』や現代社会に対する不安、自らの映画哲学などについて語った。 以下、宮崎監督のメッセージをご紹介しよう。 ポニョと同時に保育園も作った 私たちが作った『（崖の上の
イラストでわかる！git入門の入門
こんにちは、アシアルの志田です。 社内でもgitが浸透し、皆バージョン管理といえばgitだよね、という空気になってきました。 ですが、これまでバージョン管理システムを使ったことがない人にオススメしても、 「gitて…まあ…そりゃ…ねえ、いつかやらないといけないけど…」 「ギット？ジット？俺はgiはジと読む派なので、gitは胡散臭いと思う」 「そもそもバージョン管理して何が嬉しいの？なんか難しそうでいやだ」 というような反応ばかりでした。 きっとみんな、gitって難しくて訳のわからんもんだと思っているのでは？と思い、 今回はgit入門の入門、gitってなんだ？というところから、簡単にgitを使う際の流れについてご説明します。 ちょっと不安を覚えるようなイラストがついていますので、頑張って読んでください。 バージョン管理ってなに？ プログラムを書いていて、こんなことありませんか？私はあります…
はてなは「絶対すべきでないこと」をやらかしたのか？
おっと、タイトルだけ見て、先週から話題になっているはてなブックマークボタンのトラッキング問題の話かと思われたかもしれないが、本文でははてなブックマークの問題はほとんど扱わない。また、この問題について未だご存じない方は、ARTIFACT@ハテナ系のエントリの後半にあるこれまでの流れを辿ると分かりやすいだろう（ワタシ自身の認知にも近い）。 はてなが新サービスとしてはてなブログをリリースして4ヶ月以上経つ。当初は招待制だったが、昨年末にオープンベータに移行して現在にいたっている。 ワタシもリリース時に招待されたので少し触ってみたが、機能が何から何まで足らないことにびっくりしたものである。そして、はてなは「アレ」をやらかしたのではないかという疑念が頭をよぎったが、まさかと思う気持ちと、短時間触っただけの印象で間違った批判をしてはいけないという自制、何よりそのあたりはじきに解決するのだろうという楽観
ベンチャーはお金がない ベンチャー企業ていうのはお金がありません。 しかし、最近、IT革命というものがあったらしく、起業のコストが劇的に下がりました。コストがさがることで、リスクも劇的に下がり、サラリーマンと起業家のリスクの差がどんどん縮まっています。 いろいろなツールが無料や少額のお金で使えるようになりました。ベンチャーはお金がないので、どうしても無料で揃えたくなります。しかし、実際はお金を少しかけたほうが、効率的になり、時間のコストが下がるということを忘れがちだったりもします。 そこで、僕がベンチャーを立ち上げて使ったものや、金かけてでもやっておいたほうがよかったなーというところを紹介します。 登記の手続き まず、登記は絶対、司法書士の先生に頼んだほうがいいです。 「自分でやったほうが安いし、経験になるかな〜（＾◇＾）」と思ってやってみたのですが、これが地獄でした。何度も間違えを訂正さ
【独自】「誰でも何度でも予約可能」ワクチン大規模接種東京センターの予約システムに重大欠陥 | AERA dot. (アエラドット)
新型コロナウイルスワクチンの大規模接種センターの概要を発表する防衛省の中山泰秀副大臣（C)朝日新聞社 AERAdot.編集部で予約した画面 AERAdot.編集部で予約した画面 菅義偉首相の肝いりで5月24日、東京都千代田区大手町に開設予定の新型コロナウイルスワクチン大規模接種センター。 【写真】AERAdot.編集部で予約した証拠画面はこちら 接種予約は17日午前11時の開始からわずか45分で2万1000件に達するなど順調な滑り出しだったが、システムには重大な“欠陥”があることがAERAdot.編集部の調べでわかった。予約対象者の65歳以上の高齢者ではなくても、誰でも、何度でも予約ができるのだ。セキュリティ設計は一体、どうなっているのか。 菅首相が掲げた「1日100万人接種」を達成すべく、1日1万人の高齢者が接種できるという触れ込みで準備が始まった大規模接種東京センター。 予約が始まった
いま所属している会社は、ボトムアップな会社ということになっている。正確にはボトムアップとトップダウンが混在していてたまにミスリーディングなのだが、だいたいはボトムアップな会社といえるだろう。 それで、たまに、学生と会ってくれといわれて、うちの会社がボトムアップの会社なんですよ〜、と話すことがある。だがこのボトムアップというやつ、採用活動では『いかに若いうちから活躍できるか』をぐいぐいアピールするための文句ではあるのだが、実際、現場でどういうコミュニケーションになっているのか、あまり説明されない。どういう会社が「良い」ボトムアップの会社なのか、わりとみんな意識していない。 とりあえず適当に若いのに丸投げてみたら、いつの間にかイケてる提案を持ってきた、なんてことは、ありえない。それを実現するためには、上司側の見えない努力がたくさん必要なのだ。 こんなマニアックな話をしている人は多くないと思うの
続・拝啓『変わらない開発現場』を嘆く皆様へ ～ ウォータフォール ＆ アジャイル編～ – とあるコンサルタントのつぶやき
とあるコンサルタントのつぶやき とあるコンサルタントのつぶやき MCS （Microsoft Consulting Services） の某コンサルタントがまったり語るテクノロジのお話です。 ご存知の方も多いと思いますが、ここ最近、うちの会社の歌って踊れる DevOps エバの牛尾さんが、こんなエントリを書かれていました。 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い http://simplearchitect.hatenablog.com/entry/2016/06/20/080807 「自分で人生を決めない」ことが、決定的に業界の進化を遅らせているのかもしれない http://simplearchitect.hatenablog.com/entry/2016/06/24/080049 特に前者は炎上気味でしたが；、二回分のエントリを通して読めば、牛尾さんが言いたい
相手に響く提案書の書き方・流れを解説。コンサル歴25年のノウハウ公開 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、ライターのあだちです。お初にお目にかかります。 昨年9月に12年間務めた会社を辞め、「学習塾」と「人事コンサルティング」を生業とするため会社を作りました。欲を出さず、全力で細々とやっております。今後ともお見知り置きをお願いします。 さて、本日の話題は「提案書」についてです。 【こちらもおすすめ】 そもそも提案とは？ 物売りであってもWebサイトの制作であっても、はたまた飲食店であったとしても、仕事を取らなければ会社は潰れてしまいます。 そして、商品が巷にあふれている今、仕事を得るためには「買い手」に自分たちのサービスや商品の魅力を十分に伝えるために「提案」が必要です。 もし「提案」がなければ、お客さんは「他と何が違うの？」「我々がそれを買う理由は？」といった情報をすべて自分たちだけで調べなくてはいけません。それどころか、その情報を自然と得ることができなければ見向きされないことも
こんにちは、IT系母ちゃんの平 愛美（id:mana-cat）です。職業は夫婦ともにITエンジニアで、2人の子どもたちと一緒に都内で暮らしています。子ども2人を育てながらの生活には、家庭特有のさまざまな課題が山積みです。そんな課題を解決するため、2年ほど前にプロジェクト管理ツール「Backlog」を家庭に導入しました。導入するに至った経緯と、導入してから生活がどのように変化したのかを紹介します。 ■ プロジェクト管理ツール導入のきっかけ 我が家の家族構成 プロジェクト管理ツール導入前の課題 カレンダー機能だけで課題を解決するのは難しい ■ 家庭にもプロジェクト管理ツールを導入しよう 「Backlog」を選んだ理由 ■ Backlogの使い方 Backlogの登録について （1）無償プランでBacklogを登録する （2）メンバーを追加し、課題を登録する （3） 課題のステータスを変更する
Android案件の見積り ｜ クラスメソッド開発ブログ を読んで、業界人らしき人のブコメが、「この程度でホッテントリか」という感じで、僕もややそっちよりの意見だったので、ざっくり補足できそうな点について書いて見ました。もう転職して受託の立場ではなくなったので。やや発注側の視点も含まれています。 責任のないリスクについてコスト負担範囲を決める すべてにおいて最重要項目です。変化の激しいスマホ業界においては、互いのリスクテイクについての認識をあわせておく必要があります。例としてはこんなものがあります。 開発期間中に突如OSのメジャーバージョンアップがあった。 顧客「あ、新しいのでましたね。対応できますよね＾＾」 世論に応じて機能の根幹部分が突然リジェクト対象になる。 りんご「今日から電話番号認証禁止ね＾＾直さないと削除しちゃうよ＾＾」 過去を顧みない方針転換がなされる ぐぐる「メニューボタン
ログミーBiz
英語習得の近道は、ChatGPTで“自分で教材を作る”こと 『英語は10000時間でモノになる』著者がすすめる学習法
デジタル トランスフォーメーションを加速 お客様がデジタル トランスフォーメーションに乗り出したばかりでも、あるいはすでに進めている場合でも、Google Cloud は困難な課題の解決を支援します。
はじめに もともとふつうのベンチャーでしたが、2014年に量子コンピュータにピボットしてからはすくすく会社が育ち、向いてることをするのは大事だなと感じてます。 Qiitaはポエムを書かないといけないらしい（多分）ので。おそらく日本初の量子コンピュータベンチャーとしてまず五年目までに気づいたことを書いてみます。 もともとはデザイン会社 もともとうちの会社はデザイン会社でした。出身が建築事務所だったので、そのまま2009年に独立してデザインをしてました。建築時代はphotoshop+autocadを使っていました。イラレはいまだに苦手です。 前の建築事務所は隈研吾建築事務所というところで、青山の美術館の設計や中国のアリババの社屋のコンペなどを主にしていました。 建築は当時CGパースも仕事がたくさんありましたので、CGのモデリングやレンダリングをやりながら当初は生計を立てていました。ただ、リーマ
パソコン間でのファイルの同期の必需品であり、最近ではすっかり定番となってきた感もある「Dropbox」ですが、実はDropboxが隠し持った能力はそれだけではないのです。今回は意外な時に役に立つDropboxの徹底活用法をまとめてババーンとご紹介！ 過去にも『Dropbox』を無敵のパスワード同期ツールとして活用する方法や、Dropboxをファイル同期以外にも活用する方法（英語）の記事の中でPC間のパスワード同期、どこからでもポータブルアプリへアクセスする方法、パソコンの遠隔操作などのやり方をご紹介してきました。このアイデアの応用編的な感じではありますが、今日はDropboxの賢い活用方法をいくつか見ていきましょう！ ■ファイルを暗号化された『TrueCrypt』ボリュームに保存 データのセキュリティが心配な方は暗号化された『TrueCrypt』ボリュームを作成し、Dropboxフォルダを
就職や異動のシーズンから早1カ月が経過した。新たな会社や職場で戸惑いの連続だった人も多いことだろう。ようやく訪れたゴールデンウィーク、しばしの休息を取りつつ、5月から体勢を立て直すための準備期間と捉えている人もいるに違いない。 日々のスケジュールやタスクの管理については、自分なりの手法を早い時期に確立することで、時間を効率的に使えるようになり、結果として主たる業務に注力できる時間も増える。このほか、日々のルーチンワークにおいても、なるべく早めに取り組み方を確立させればさせるほど、効率化によってもたらされる時間は莫大なものになる。 今回は、タスクやスケジュール管理をはじめ、業務で発生するさまざまな作業をオンラインで解決できるウェブサービスを8つセレクトして紹介する。昨今のウェブサービスは「オンラインでここまでできてしまうのか」という域にまで進化しており、会社で用いているグループウェアや業務ソ
目標設定むずかしいよね。正直嫌いとか意味がわからんと言う人も多いと思う。自分は適切な目標設定は必要なものだという腹落ちはしてるんだけど、なぜむずかしいかとかはうまく説明できなかった。 そんな時に EM.FM Re8. 本当に意味のある目標設定 でMBOの歴史から色々と話していてさすがだなー面白いなーと思ったので、自分もそもそも目標管理とは何なのかﾁｮｯﾄ調べてみることにした。 学術的にきちんと学べたわけではないので少しこわい部分もあるけれど、こういうのは誰かのためになるかもしれないし書いてみる。もし間違いや補足があれば教えてもらえると嬉しい。 目標管理の起源 目標管理の起源は欧米の研究者の中ではよく論じられているテーマらしい 諸説あるが、アリストテレスが 「成功するには目的意識を持て」 と言ったのが最初という説もある この起源とは関係ないが、Googleでは「効果的なチームを可能とする条件
わかりやすいREADME.mdを書く
GitHubなどに自分のツールやライブラリを公開するとき，README.mdは重要な役割を担っている．レポジトリを訪れたユーザが自分のツールを使ってくれるか否かの第一歩はREADME.mdにかかっている，と言っても過言ではない．実際自分が使う側になったときも，まずREADME.mdを読んで判断していると思う． 成功しているプロジェクトを参考にしつつ，自分が実践していることをまとめておく．ここに書いていることはあくまで（自分の中で）最低限的なものである．プロジェクトが成長していくにつれてREADMEはあるべき姿に成長していくべきだと思う． READMEの役割 README.mdには大きく2つの役割がある． プロジェクト，ツールの使い方，インストール方法 プロジェクト，ツールの宣伝 元々READMEは前者の役割しかなかったが，GitHubの仕組み上，後者の役割も徐々に重要になっている． さらに
Crew Blog：他人のために何かを作ったこと、ありますか？ 自分がイチから作ったものが誰かの助けになったり、喜んでくれたりすることを知るのは格別なものです。 一度でも他人に使われるものを作った経験があると、むしろ自分のためだけにものを作ることが無意味に思えてくるかもしれません。いえ、ちゃんと意味はあります。素晴らしい学習の機会になるのです。 忘れにくく、応用できる知識が身につきやすい 学び、スキルを広げていくには、小規模で自己充足型のプロジェクトを行うのが非常に良い方法です。単に書物などで読んだり、理論として考えたりするだけではなく、実際に新しいものを作ってみることで学ぶのであれば、言葉によってではなく、体を通して学ぶことになり、忘れにくく、応用できる知識が身につきやすいのです。 ルールを忘れて、直接、経験から学ぶのです。「正しい」方法を知らなくても自分のやり方で物事に取り組むことを学
デスマサバイバルガイド | さにあらず
はじめに#僕がよく知っている業界は SI だが、これに限らずソフトウェア開発の現場には、過酷な現場…いわゆるデスマーチが多いと言われている。 一方で、そのような過酷な現場を渡り歩き生き残ることでしか、良いプログラマになる方法は無いと言った考え方もある。僕の個人的な経験則からすると、この理屈はある程度合っていると思う反面で、合っていて欲しくないという気持ちは強い。 高い技術力をもつプログラマの全てがデスマ職人という訳ではない。 デスマーチに巻き込まれたと気が付いた時の妥当で基本的な戦術は撤退戦だ。何か理由をつけて逃げ出すのが望ましい。つまり、休職なり退職なり、異動なりして、その職場から離れるのが望ましい、出社拒否も良い。しかしながら、何か様々な理由があって、そこから逃げ出せないことはあるだろう。 僕はもう長い事デスマーチに関わることなく生きられているが、徐々に忘れつつあるので、若いころに獲得
Life is beautiful: 「時間に余裕があるときにこそ全力疾走で仕事し，締め切りが近づいたら流す」という働き方
かれこれ３０年以上もこの業界でプログラムを毎日のように書いて来た私。当然、自分なりの働き方のノウハウみたいなものも会得して来たつもりだ。以前ここに「私のとっておきのプログラミングスタイル」というエントリーを書いたので、まだ読んでいないプログラマーの方にはぜひとも読んでいただきたい。 ちなみに、そんな中でも後輩とか部下に教えるのが一番難しいのが、「スタートダッシュでできるだけはやくめどをつける」という仕事スタイル。どのエンジニアも、ちゃんと説明すればこの働き方の効用は理解してもらえるのだが、実際の現場でちゃんと実行できる人は１００人に１人もいない。 「人はみな怠惰だから、締め切りに迫られなければがんばれないんだ」と言ってしまえばそれまでだが、「まがりなりにもプロとして仕事をする限りは、ペース配分ぐらいはちゃんと考えて仕事をすべき」というのが私の主張。トップクラスのマラソンランナーでペース配分
謙虚なリーダーのもとで心理的安全性が高まりメンバーが本領発揮しやすくなる―職場においてリーダーの謙虚さと心理的安全性が果たす役割― | 東京大学 先端科学技術研究センター
ホーム ニュース プレスリリース 謙虚なリーダーのもとで心理的安全性が高まりメンバーが本領発揮しやすくなる―職場においてリーダーの謙虚さと心理的安全性が果たす役割― 東京大学 発表のポイント 日本の企業において、リーダーの謙虚さが心理的安全性を介してプレゼンティーズムに影響することがわかりました。 チーム単位で働く職場において、リーダーの謙虚さ、心理的安全性、そしてプレゼンティーズムの3変数がどのように関係しているか初めて明らかにしました。 メンバーが活躍できる職場の人的環境や文化的条件を考え、介入をデザインする上で示唆に富む結果といえます。 謙虚なリーダーシップは、心理的安全性を介してプレゼンティーズムと関連する 発表概要 東京大学先端科学技術研究センターの松尾朗子特任助教、熊谷晋一郎准教授らの研究グループは、複数の業種の日本企業を対象に調査を実施し、リーダーの謙虚さが高まると心理的安全
ここから、DevとOpsが協力すればより効率的になる＝DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか？ ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート（設置作業員、サポートセンタ）には、大量の人員が必要になってきます。 したがって、組織を研究
プログラマあるあるだけど友人からホームページ作ってよ!と言われることがある。 大体は適当な理由をつけて断るけど、1日程度で作る方法を模索してみた。 テンプレートをダウンロード 1から書いてる暇はないので適当なテンプレートを使います。今回はHTML5 UP!を使います。 HTML5 UP!のLicense 控え目でもCreditsをサイトに乗せれば無料で使用可能です。 以下はサンプル テーマはDirectiveを使用します。 フォームが付いててマークアップはそのままで使えそうですね。 開発環境 テーマがダウンロードできたら開発環境を準備します。 サーバーサイドは書きません。 Cloud9が便利そうだったので登録してワークスペースを作ります。Cloud9のワークスペースは一つなら非公開でも利用可能です。 以下のようにプロジェクトの情報を指定します。 ライブプレビュー準備 生成されたプロジェクト
『Trello』は、共同作業を容易にしてくれる優れたプロジェクト・マネジメント・ツールです。また、使うのが「楽しい」ツールでもあります。共同作業以外にも、自分の仕事、家の用事、旅行計画など、さまざまなプロジェクト管理にも使えます。今回は、Trelloで生活全般をオーガナイズする方法を紹介します。 Trelloとは？（どこが素晴らしいのか） Trelloでは、ひとつのウェブページが1枚のボード（board）になっています。ボードの中に複数のリスト（list）を横に並べられるので、プロジェクトの全体像を概観できます。それぞれのリストには、カード（card）と呼ばれるアイテムを追加でき、カードを別のリストに移動したり、リストの中で上下に並べ替えたりできます。 各カードには、チェックリスト、画像、添付ファイル、締切日、色ラベルのほかに、共有ユーザーからのディスカッション・ノートなどを追加できます。
140年の歴史を持つ会社の、高速内製アジャイル開発への挑戦
はてなブログ | 無料ブログを作成しよう
我が家のダグウッド ダグウッドとはハナミズキのことである。昔、日本からポトマックリバーの桜の苗木を送った返礼として、アメリカから送られて来たのが日本での始まりで、アメリカ原産でアメリカヤマボウシともいうらしい。 最近では日本でも、あちこちで、街路樹であったり、庭木であっ…
https://martinfowler.com/articles/branching-patterns.html 最新のソース管理システムには、ソースコードのブランチを簡単に作成できる強力なツールが用意されています。しかし、最終的にはこれらのブランチをマージしなければならず、多くのチームは混み合ったブランチに対処するのに膨大な時間を費やしています。複数の開発者の作業をインテグレーションし、本番リリースまでの道筋を整理することに集中して、チームが効果的にブランチを利用できるようにするためのパターンがいくつかあります。全体的なテーマとしては、ブランチを頻繁にインテグレーションし、最小限の労力で本番環境に展開できる健全なメインラインを作ることに注力すべきだということです。 ベースパターン ソースブランチング ✣ メインライン ✣ 健全なブランチ ✣ インテグレーションパターン メインラインイン
日程のおうかがいは実に面倒じゃないですか? 「合コンは始まるまでが一番楽しい」と誰かの言にありましたが、飲み会のセッティングは正直言ってめんどくさい。何が面倒って、告知から日時・場所決定までのプロセスが……。 特にこの3と4のところですね。日程を聞いても「10日と11日の8時以降」とか「火曜日以外ならOK」というように回答の書式はバラバラだし、なかなか返事を寄越さないのもいるし、それを集計してなるべく全員の都合の良い日時を決めなくてはならないし……。 社内・部署内の宴会ならExcelで表でも作って紙で回覧すれば済む話なんですが、離れた場所にいる人や普段合わない友達などの日程を電話とメールだけで調整するのは、幹事さんにとってけっこうな労力。なんかうまいことできないかなー。と思ったら、あるんですね、スケジュール調整に使えるWebサービスがいろいろ。 一般的にWebサービスというのは、メールアド
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
紙とペンだけでできる！効率的に目標を達成するための５ステップ目達術
Googleが発見した、最も成功しているチームに共通する5つの特性 | ライフハッカー・ジャパン
Git入門 ゼロから始めるGitドリル
ソフトウェア開発プロセス残酷物語 - give IT a try
【資料公開】強いチームの作り方 | Ryuzee.com
「部下を育てる」ことを「部下の能力を上げる」ことだと勘違いしていた、という話
プレゼン1つで3,000万！ 戦略コンサルのプレゼンテーションまとめ
悪人を倒せば世界が平和になるという映画は作らない――宮崎駿監督、映画哲学を語る（前編）
ベンチャーでもお金をかけたほうがいいサービスやツールまとめ : けんすう日記
ボトムアップ組織のマネジメントとは何なのか
【プロジェクト管理ツールを家庭に導入して2年】実感した6つの変化 - はてなニュース
スマホ案件の見積もりについて - ku-sukeのブログ
DevOps の能力 | Cloud アーキテクチャ センター | Google Cloud
量子コンピュータエンジニア始めて5年が経った - Qiita
Dropboxの徹底活用マル秘テクニック | ライフハッカー・ジャパン
ルーチンワークを効率的に！仕事に役立つウェブサービス8選 - CNET Japan
目標設定とは何か - Konifar's ZATSU
スゴイ地味だけど着実にどんなスキルも磨ける独学法 | ライフハッカー・ジャパン
闇のDevOps DevOpsと業績評価 – ところてん – Medium
「プログラマでしょ？ホームページ作ってよ！」を1日で対応する - Qiita
ビジュアル思考派にとって画期的なタスク管理ツール『Trello』 | ライフハッカー・ジャパン
日経電子版アプリ 穴のあいたバケツ開発
ソースコードブランチ管理のパターン - Martin Fowler's Bliki (ja)
【レビュー】飲み会の日程調整……この面倒な作業、どうにかできません? | ネット | マイコミジャーナル