新しく Wantedly の開発チームに参加する人向けのドキュメント集です。社内のエンジニアが知るべき情報のうち外部にも公開できる情報を体系的にまとめたものです。 入社前後のフルタイムの社員が一番の想定読者です。ハンドブックの内容はインターンや採用選考を受けている人にも役に立つことを期待しています。また、PDF 形式の電子書籍およびオンラインドキュメントとして広く一般公開しています。1 年に 1 度、物理書籍としても印刷し社内外に配布します。

GitBook は Markdown形式のファイルからドキュメントを作成するツールです．HTML形式，PDF形式，EPUB形式，MOBI形式を作成することができます． 本記事での動作環境は Windows とします． 過去に以下の記事を書きました． MkDocsによるドキュメント作成 DoxygenによるMarkdown形式からのドキュメント作成 それぞれメリット・デメリットがあります．今回の GitBook は最終的に PDF 出力が出来て，そこそこ体裁が整っているのが最大の魅力だと思います． 📌 gitbook-cli GitBook はクラウドサービスですが，GitBookの機能をコマンドラインから操作できるツール gitbook-cli があります．これを使用してオフラインでも GitBook を使ってドキュメントを作成します． 📌 環境構築 Miniconda (Anacon

2019年5月25日、LINEが京都市内にて、転職を考えるエンジニア向けに「LINEエンジニア採用の日 -LINE KYOTOのこれから-」と題したイベントを開催しました。LINEで働く現役エンジニアたちが、同社における働き方やカルチャー、待遇などを包み隠さず語ります。「エンジニアリングマネージャーの1日」に登壇したのは、LINE KYOTO開発室、副室長の御代田亮平氏。LINE KYOTOで働くエンジニアリングマネージャーとして、EMに求められることや働き方について語りました。 エンジニアリングマネージャーの1日 御代田亮平氏（以下、御代田）：よろしくお願いします。 「エンジニアリングマネージャーの1日」と題して、御代田がお話しさせていただきます。弊社のイベントによく来ていただいた方もいるかと思いますが、よく出てくる人です。 （会場笑） Twitterをまだフォローしていない方は「@LI

はじめに ソフトウェアプロジェクトには不思議な性質があります。現状のスケジュールに課題を感じて、短くするために人員を投下しても、なかなか思い通りに短くならない。それどころか悪化してしまうことがあります。場合によってはプロジェクト自体が破綻して失敗してしまうことすらあります。 今回は、このようなソフトウェアプロジェクトに潜む直感に反する性質を数理的なモデルを介して理解していく試みです。ある種の思考実験としてお楽しみください。 宣伝 Qiitaさんとコラボ企画でアドベントカレンダーをつくりました。 DXをめちゃくちゃ改善した話を募集しています。 https://qiita.com/advent-calendar/2021/dx-improvement 10人の妊婦がいても1ヶ月で一人の子供は生まれない これは誰かの技術力やプロジェクトマネジメント力に欠陥があるのではなく、「人月の神話」で有名な

質とスピード（2020秋100分拡大版） 2020/11/20 @ JaSST'20 Kyushu

“There are only two hard things in Computer Science: cache invalidation and naming things.” — Phil Karlton Introduction In today’s tech organisations, you find 2 types of technical leadership roles in teams – Tech Leads and Engineering Managers. Tech Leads are better defined with The Definition of a Tech Lead but the Engineering Manager (EM) role remains unclear.  In this article, we will explore

プロジェクト・マネジャーが知るべき97のこと大人気の書籍『プロジェクト・マネジャーが知るべき97のこと』のエッセイを無料で公開中！すべてのプロジェクト・マネジャーにおすすめの本がウェブで読めるようになりました。 エッセイ一覧できるだけ早期にユーザーを巻き込むモグラたたき開発を避けようローカライゼーションのせいで締め切りに遅れるプロジェクト・オーナーは強力なプロジェクトサポーター複雑よりもシンプルな方がいい負債を支払うスキルでなく素質のある人を加えようシンプルにいこうあなたは特別ではないスクロールから学んだこと問題にかかるコストを削減するすぐれた開発者を見つけるには熟練と並の開発者の生産性大きさが重要手順を文書化して、守られているか確かめようさあ、プラクティスを投げ捨てよう要求と仕様成功はビジネス価値で評価される休暇をキャンセルしない集中する時間を取るプロジェクトマネジメントはプロブレムマネ

こんにちは、Ubie Discovery(AI問診ユビー/AI受診相談ユビー)でカルチャー開発を担当しているsonopyです。 タイトルの通り、弊社Ubieには人事評価がありません。「スタートアップなのでまだ評価制度を作れていない」というわけではなく、「評価はしない」と方針を決めています。 一般的には、社員数30名程度か、遅くとも50名規模では評価制度を整えていくかと思います。Ubieは現在社員数3桁に乗ったところです。この規模で評価なしの組織運営は珍しいので、「どういうこと？」と聞かれる機会も増えてきました。 私自身も大小IT企業の組織を経験してきましたが、過去の経験にない、ユニークな制度だなと感じます。評価せずどうやって士気の高い組織づくりをしているか、そのメリット・デメリットなどについてご紹介します。 個人評価や等級・役職はなし。昇給は会社成長と連動 Ubieにおける「評価しない」の

本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ

heroku-start.md #Heroku導入メモ → Heroku | Cloud Application Platform Resouces 知っておきたい！Herokuを使う上では当たり前？の16の常識 | blog.mah-lab.com デザイナーもHerokuを使ってみよう！Herokuを使って静的ページを無料で作る - KUROIGAMEN(黒い画面) ##Herokuとは？ AWSのIaaS上に構築されたPaaSで、Gitでデプロイできたり、Webアプリの開発から公開までがミラクルスペシャルウルトラスーパーメガトン簡単にできるプラットフォーム。 Google App Engine、Force.com、Windows AzureのRuby版って感じのアレ。 無料で使えるスペースがあって、その範囲だけでも十分足りる。レンサバの無料スペースのイメージだけど、広告が出たりはしな

アジャイル / スクラム / チーム開発の［不吉な匂い］まとめ まずはポエム やることを考えて自力で実現できるスキルがあれば良い。何か一芸に秀でていればやり方を決めたりはそこそこ好き勝手できるし、自分のやったことに満足したら自分だけは気持ちよく帰れる。って思ってた。 時間外に月何十時間あるいは百数時間コーディングしたり、先輩に昼夜問わずコードを送りつけて見てもらったり、中途採用者のために用意してある受入課題を一人で何回もやり直したりと、あほみたいなことをやっていた。 事実それで設計とコーディング作業の生産性は数倍、数十倍になってきた。 けど、どうもイケてるってのはそれだけじゃあないらしい。ある時期急にそう思った。（遅い） 話してみると、（少なくとも僕の先輩たちのいくらかは）イケてる集団を作れる奴がイケてる奴って考え方らしい。（曲解拡大解釈誇大表現含む） はじめに せっかく Engineer

日本の会計基準では、以下の３つの表を財務三表という。 ・損益計算書（PL：Profit and Loss statement） ・貸借対照表（BS：Balance Sheet） ・キャッシュフロー計算書（CF：Cash Flow statement） これらの表はそれぞれ連動していて、ただ個別に見るだけでは不十分だ。 「PL・BSを読む」というのは、決算書に書かれている言葉や数字の意味を理解するということではなく、 会社のお金の「流れ」を読み、どんな事業がどうやって行われているかを推測するということなのだ。 今回は、PLとBSがどのような関係で繋がっているのかを、ぐっと単純化してイメージしてみよう。 PL（損益計算書）とはPLは、「ある一定期間の間に得られた収益（≒売上）から、かかった費用を引いた差から、損益を計算する表」だ。 これだけのこと。 とてもシンプル。 当然、収益が費用よりも大き

顧客が本当に必要だったもの単語 82件 コキャクガホントウニヒツヨウダッタモノ 7.6千文字の記事 185 0pt ほめる 掲示板へ 記事編集 概要それぞれの絵が意味するところどうすればよかったのか？ニコニコ動画:Zero に置き換えてみると関連動画関連項目掲示板 このプランは必ずや御社のＩＴビジネスに多大なる成功をもたらすベストソリューションとなることをお約束いたします。 この記事は第198回今週のオススメ記事に選ばれました！（2012年4月3日） よりニコニコできるような記事に編集していきましょう。 概要 「顧客が本当に必要だったもの」とは、ＩＴビジネスにおける多難なシステム開発プロジェクトの姿を風刺した絵に登場する、オチの部分のフレーズ。顧客が期待した通りのシステムとして完成しなかった原因は、開発側の勝手な思い込みや都合の押し付けだと思いきや、そもそも最初に顧客が説明した要件からして

お金は人生の選択肢を広げたり、悲しみを減らすことに役立ちます。今日は「給与額は（だいたい）影響力の大きい順に 1.利益率 ＞ 2.需給バランス ＞ 3.経営の意思 ＞ 4.パフォーマンス で決まるよ」という話です。 ※会社員の場合。個人事業主や経営者は除く。 まずはじめに1枚でまとめるとこうなります。 ひとつずつ見ていきましょう。 1 利益率（業種の差）会社員として「30歳までに年収1000万円」と意気込むなら、まずそれを実現できる業種を選ぶ必要があります。というもの、業種ごとで利益率の水準は大きく異なっており、それらの給与に与える影響は少なくありません。 ちなみに、会社によって差はあるものの「金融」「コンサル」「製薬」が業種として利益率が高い傾向にあり、高給な人たちが多いという印象がありますよね。 参考：業界別 利益率ランキング 2 需給バランス（職種の差）職種によって採用の難易度は大き

※（7月11日追記）Apple Music、Amazon Music Unlimited、YouTube Musicなどで楽曲配信がスタート（Spotifyは準備中）。 YouTubeとは異なるエンディングが用意されたものになっているという。 6月10日、YouTube上に投稿されたあるヒップホップの楽曲が話題を呼んでいる。以下はネタバレとなるので、必ず先に動画を視聴して欲しい。 サウンドとビジュアルはいわゆるローファイ・ヒップホップのスタイルを意識した作りだ。心地よいビートに乗るリリックは、音楽の道を諦め医学部受験を志す男性の苦難と成功を綴ったもの。と思って聴いていると、終盤に現れるサンプリングの音声の内容に、ハッとさせられる。 「年齢などを理由に不合格にされたと主張する元受験生の男性が、大学を提訴しました。34才の男性は去年、不合格にされましたが、その後、大学側が調査した結果、合格点に

研修資料まとめ.md エンジニア向け研修 AI Shift 社内SQL研修のために作った資料を公開します - (2021/06/21) CARTA HOLDINGS（旧VOYAGE GROUP） 技術広報が新卒研修<Open AIハッカソン>をスパイしてみた - (2023/04/11) @t_wadaに学ぶテスト駆動開発【CARTA 23新卒研修】 - (2023/04/19) Classi 当たり前にリリースしていく ~ 新卒研修編 - (2021/05/20) リモートワークのための質問力向上研修を実施しました - (2021/12/07) CyberZ 良いコードとは何か - エンジニア新卒研修 スライド公開 - (2021/04/27) DMM.com(旧DMM.comラボ含む) ＤＭＭ.comラボ16新卒エンジニア研修 - (2016/08/24) DMM.comの新卒技術研修

みなさんこんにちは。@ryuzeeです。 スクラムを学習するにあたって参考になる【無料】の資料を以下にあげておきます。 僕がコーチングする際は上２つの資料については事前に読んでもらった上で、トレーニングを実施したりしてます。 スクラムガイドスクラムの父であるジェフ・サザーランド氏とケン・シュエイバー氏が書いた公式のルールブック。 これを読まないでスクラムをやるのはマズイです。 http://www.scrumguides.org/日本語版は、多くの本の翻訳をされている角さんが訳されてます塹壕よりScrumとXP昨年開催したScrum Gathering Tokyoで基調講演をされたヘンリック・クニベルグ氏によるScrumとXPの実践事例。 どういう問題がおきてどう改善したかも分かる。 http://www.infoq.com/jp/minibooks/scrum-xp-from-the-t

INST石野です。 仕事柄HR業界の方々にお会いしたり知り合ったりする機会が多いのですが、結構出身企業別にカラーが出るなと。というわけで今日は独断と偏見のみでHR系企業別卒業生あるあるを分析して記事にしていきたいと思います！ ※注意 これは全く僕の個人的独断と偏見をもとに書くものです。ソースは接点があった人や知人・ネットなどからの情報がメインになりますが、全体をまとめて面白おかしく書こうと思っているので「石野、俺のことそういう風に思ってたのか。。。」とか悲観的になったりしないようにお願いいたします！ｗ（まあ別になってもいいですけど） リクルート 「元リク」ブランドは健在だが、若手になるほどプライドと給与が実力に見合わない。 人材以外のビジネスも展開していますが、なんと言っても日本のHRビジネスの雄。 たくさんの起業家を輩出するだけではなく、たくさんのベンチャー企業で活躍する優秀な人材を輩出

なぜこの文章を書くか?自身が数ヶ月テックリードの役割で経験した内容を基に、テックリードがどういう役割で、毎日の仕事の中でどのような仕事をするのかについて書いていく。 テックリードはサンフランシスコのWeb系企業では一般的なようだが、日本ではまだそれほど広まっているとはいいづらいと思う。 テックリードに求められるのは一言で言えば”技術でエンジニアチームをリードすること”である。Webエンジニアのキャリアパスでたびたび二元論的に語られる、”技術一本で生きていく”職人的なトラックとも”人やプロジェクトのマネジメントをする”マネジメント系のトラックともニュアンスが異なる。 自身の技術力、そしてリーダーシップをもってエンジニアチームのアウトプットを最大化させていくのがテックリードの役割である。 多くの人にその役割を知ってもらい、エンジニアとしてのキャリア形成の助けになればと思っている。 なお、このポ