■ あらすじ ジャズに心打たれた高校3年生の宮本 大は、川原でサックスを独り吹き続けている。雨の日も猛暑の日も毎日毎晩、何年も。「世界一のジャズプレーヤーになる…!!」努力、才能、信念、環境、運…何が必要なのか。無謀とも言える目標に、真摯に正面から向かい合う物語は仙台、広瀬川から始まる。 出典：Amazon ■ ヌーラバー的な見所 世界一のジャズプレイヤーを目指して、高校生の主人公、宮本大が奮闘する物語です。「仲間あつめにはリーダーの芯の強さが重要」と気づかせてくれる漫画です。 それを象徴するシーンに、主人公がジャズメンバーの参加を断られたフランス人に本音を伝える場面があります。この会話では、主人公が相手の強みをしっかりと見きわめて、相手の強みと良さを言葉でまっすぐ伝えます。これがきっかけで相手が翻意して、メンバーに加入するのですが、自分の理想をつたえて仲間を共鳴させることは難しいことであ

「Zoomミーティングは立場が上の人から順に退出する」「若手社員は、上司や先輩が退室してからZoomを閉じる」――。新型コロナウイルスの感染拡大に伴い、企業で広がりつつあるWeb会議ツールの「Zoom」。真偽のほどは不明だが、その使い方を巡って、こんなビジネスマナーが生まれているとTwitterで話題になり始めている。 ネット上に投稿されているZoomマナーはこの他、「クライアントとZoomミーティングをする時は、終了後に先に退出しない方がよい」「不要な音声を拾わないよう、自分が発言しない時はマイクをミュートするのがベター」などがある。 また、あくまでこうしたマナーを風刺する“ネタ”として、あるTwitterユーザーが「Zoomのミーティング画面では左上が上座」とつぶやくと、面白がる人や真に受ける人が出るなど、ちょっとした盛り上がりをみせた。 オフィスで仕事をする際も、「クライアントよりも

サルでもわかるGit入門はサル先生のGit入門に改名しました。 サルでもわかるGit入門がPWAに対応しました。 iOSやAndroidのスマートフォンのホーム画面にサルでもわかるGit入門を追加することでネイティブアプリのように起動し、ブラウザよりも高速に閲覧することが可能になります。 こんにちは。 ヌーラボのマーケティング課所属のレオです。 私はヌーラボが運営するサイトやCacooの開発をサポートしたりとヌーラボ内を横断しているフロントエンドエンジニアです。 今回はレガシーな構成からNuxt.jsにリプレイスしたサルでもわかるGit入門を今更ながらPWAに対応させたので、かんたんにご紹介します。 そもそもPWAとは PWAとはProgressive Web Apps（プログレッシブウェブアプリ）の略です。 通常のWebサイト / Webアプリはブラウザ上で動作しますが、PWAはブラウザ

創業40周年を経て一層加速するアマナの経営スピードを支える「デジタル化」 ーアマナイメージズの事業概要について教えてください。 松田達也（以下、松田さん）：アマナイメージズは、アマナのグループ会社として2007年に創業しました。 アマナグループでは「表現力」を武器にさまざまなビジュアルコミュニケーション事業を展開していますが、そのグループ会社のアマナイメージズの主な事業の1つが、顧客からのニーズに応じた広告写真や映像等を制作する「アサインメント事業（ビジュアルコンテンツの企画制作）」、2つ目が、写真家やイラストレータの著作物を有償提供する「ストックフォトの企画販売」です。 とりわけ、ストックフォトビジネスとしては、日本最大級の素材販売サイトを運営しています。 アマナ開発部門 兼 アマナイメージズ取締役の松田 達也さん。アマナイメージズのサイト運営、システム開発を担当する ーアマナグループは

みなさま、こんにちは。 プラコレアドベントカレンダー2019も折り返して、8日目。 冒険法人プラコレのデザイナーzukaです。 （投稿が遅れてしまいました。本当に申し訳ございません。） なんだかんだとデザイナー歴３年目。 少しずつ社内で力になれることも増えて、毎日充実しております。 令和初のクリスマスも間近に迫り、 女性率の高いプラコレ社内は一層明るい会話も飛び交っておりますが、 先週、信じられない発言が私の耳をつんざきます。 “もう、自分でつくれちゃうから” えぇ…………。 私たちはDressy（ドレシー）というブライダル系メディアを運営しており、 多くの花嫁さまのハートをきゅんとつかむようなコンテンツを 365日毎日発信し、業界へ新しい価値を提供しております。 なかでもデザイナーの役割といえば、 良質なグラフィックを作り出し、企画を盛り上げること。 かつての広告バナー100000000

Backlog開発チームの砂川です。この記事はBacklog Advent Calendarの12日目の記事です。本記事は、プロジェクト管理を題材とした記事ではなく、Backlogから着想を得て作られた「ボードゲーム」のメイキングについて書いた記事です。 2019年にヌーラボはプロジェクトテーマパークというプロジェクト管理を学べるボードゲームをリリースしました。一般販売はありがたいことに毎度完売しています（一方で、気軽にプレイできない状況になってしまい申し訳ないです…）。 そこで本記事では、この大人気のプロジェクトテーマパークがどのようにして作られたのか、企画から実際のゲーム製作まで一連の流れを、製作・開発者である砂川がお届けします！ プロジェクトテーマパークとは？ プロジェクトテーマパークは、プレイヤーがチームとなって、ヤル気を出したりサイコロを振りながら、期日までにテーマパークのオープ

こんにちは、Backlog SREチームのmuziです。 この記事は SRE Advent Calendar 2019 の10日目、およびBacklog Play化プロジェクトブログの番外編です。 先日のブログ記事「SREは大規模なリプレイスプロジェクトで発生した様々な問題にどう取り組んだか【Backlog Play 化プロジェクト】」の後半では、Play化プロジェクトの終了後に、開発チーム自身によるオンコール対応の取り組みを始めたことを軽くご紹介しました。 私を含むBacklogのSREチームは、このオンコール対応を助けるためのアラート通知システムを作り、開発者なら誰でも使える形で提供しています。この記事では、前回のブログ記事では書ききれなかった、このシステムの詳細をご紹介します。 同じような問題意識を抱えていて、これからオンコール対応を見直したい、と考えているSREや開発者の参考になれ

一般的に、自律型のチームは他律型のチームよりも開発のスピードが早く、問題を未然に対処できると言われています。自律型のチームに不可欠な要素として、「何でも言いやすい雰囲気」「居心地の良さ」の創出があります。これらは「心理的安全性」とも呼ばれ、米グーグル社が「チームの生産性を高める唯一の方法」として発表したことで大きな注目を集めています。 「バグや障害の多発」「エンジニアの離職率の高さ」「リリースの延期」といった現場の問題解決に心理的安全性がなぜ効いたのか。心理的安全性を創出したプロセスと失敗から学んだ教訓など、現場担当者の視点を対談形式でお伺いします。 ■自己紹介（左から） CAMPFIRE プロダクトマネージャー 久津 佑介（ひさつ・ゆうすけ）さん 印刷会社でエンジニア、開発会社でエンジニアチームのマネージャーを経て、2019年に株式会社CAMPFIREに入社。プロダクトマネージャーとして

日々、映画や小説、漫画に舞台など、さまざまな作品に対する感想・考察が数多く集まるはてなブログ。今回は、本への愛がすごい人のブログを集めました！ 「話題の本を読みたくなる、深い感想・考察記事」から、「読書好きブロガーさんのおすすめ本まとめ記事」まで、秋の夜長に読書がしたくなっちゃうブログをお楽しみください🍁 人気になるには理由がある。いま話題の本の感想記事たち まずは、話題の本を紹介する記事から。 小野不由美さんによる人気ファンタジー小説シリーズ「十二国記」の18年ぶりの書き下ろし新作、『白銀の墟 玄の月』（しろがねのおか くろのつき）が10月12日に刊行されました。 十二国記を「一個も文句がないくらい好き」と言う篠宮 光琴 （id:MikotoShinomiya）さんは、初心者にもよくわかるように「自らの思う十二国記の魅力と、読むべき理由」を熱く語ります。 mikotoshinomiya

こんにちは、Backlogチームの小久保です。Backlogチームでは、約4年続いたBacklogをJavaからScala / Play Frameworkに移行するプロジェクトについて、2日間かけてふりかえりをしました。そのとき得られた知見を整理してみました。 長くやってきたプロジェクトを振り返ると、プロジェクトに大きな影響を与えた決断がいくつか必ずあります。その決断が正しかったのか、今後の自分たちの重要な意思決定をどう改善していけるか、しっかり考えるためにも効果的にふりかえりをすることが大切です。 本記事では、ITツールの活用方法や特定のプロセスの話は出てきませんが、Backlogチームがおこなった、長期プロジェクトを振り返るために役立ったことを整理してお届けします。 プロジェクトの内容とふりかえりをした理由 Backlog Play化プロジェクトとは、Backlogの動作環境、コード

こんにちは。Raspberry Pi4でようやくギガビットLANにネイティブ対応したことにテンションが上がっているBacklog開発チームの佐藤です。 ヌーラボでは2015年11月から2019年の7月まで、BacklogをJavaからScala / Play Frameworkに移行するという大規模なリプレイスプロジェクト（以下、Play化プロジェクト）を行っていました。 私は2017年の夏からプロジェクト完了までこのプロジェクトに参加していました。 今回の記事では、Play化プロジェクトに途中参加した立場で、プロジェクト中に起きた出来事と当時の心境、問題をどう乗り越えたのか、反省と教訓についてもお届けします。 プロジェクトに参加する前は何をしていたか 出来事：Backlogの機能改善チームからPlay化プロジェクトチームへ移動 心境：不安だがトップダウンで決まったのではなく、自分自身の意

Backlog SREチームのmuziです。2018年4月から2019年7月まで、BacklogをJavaからScala / Play Frameworkに移行する大規模なリプレイスプロジェクトに参加していました。 SREとして、このリプレイスにはかなりの困難が伴いました。特にBacklogのサービス安定性は大きな問題でした。 本記事では、こうした問題に対して、SREである私がどういうアプローチを取ったのか、そしてこのプロジェクトで得られた教訓を今後チームや組織全体でどのように活かそうとしているかをご紹介します。 正直言って、泥臭い話だらけの内容です。それでも、技術的負債を抱えたプロジェクトでSREが取れるアプローチの事例の一つとして、読者の参考になれば幸いです。 はじめに ヌーラボでは2015年11月から2019年7月まで、BacklogをJavaからScala / Play Frame

ヌーラボでScalaを書くRubyistの谷本です。ヌーラボでは、Backlogの開発を担当しており、最近ではBacklogをJavaからScala / Play Frameworkに移行するプロジェクトのメンバーでした。 BacklogのPlay化プロジェクトでは、OutOfMemorryError(以下、OOM)の発生やCPU使用率とロードアベレージが上がったままという、Java Virtual Machine（以下、JVM）上で動くBacklogのパフォーマンスに関する問題に対処すべく、何度かHeap/Thread dumpを見る機会がありました。 私がPlay化プロジェクトで取り組んだパフォーマンス改善の知見や経験をもとに、本記事では「JVMで起こったパフォーマンスの問題の切り分け方」についてお届けします。 はじめに 本番環境でしばらく動かしていると、コード自体は正しく実行できるけ

ヌーラボの江口です。約8年間Backlogの開発を担当しており、BacklogをJavaからScala / Play Frameworkに移行するプロジェクトには最初から最後まで関わりました（プロジェクトの概要は時系列でみる！4年の歳月をかけてPlay Frameworkで「大規模リプレイス」した話をご覧ください）。 本記事では、BacklogのScala / Play Framework化プロジェクトで「Backlogのサーバーサイドを進化させる“土台”を作る」をテーマに、どのようにBacklogのアーキテクチャを設計・実装したのかご紹介します。 はじめに 私は2012年の入社以来、Backlogの開発を担当しています。Backlogは10年以上続くサービスであるため、度重なる機能追加や修正を行うことで複雑化し、日頃開発をする上で様々な問題を感じていました。 今回のBacklogのSca

Henrik Knibergさんのブログで「One day in Kanban land」という記事を見つけました。そこでは、かんばんの使い方のポイントがうまく描かれたマンガが紹介されています。各国語に訳されているので、ヘンリック氏に許可をいただき、日本語訳してみました。 赤い人がプロダクトオーナー（PO）の役割で、青い人たちが開発チーム（DEV。ここでは2名ずつ2チーム）、緑の人がテスターだと思います。テスターチームはデプロイまで担当しているみたいですね。 また、「TODO」「開発」「デプロイ」という各ステージにはWIP（Work in Progress：仕掛り作業）が制限されています。WIP制限とは、各ステージにWIPの数以上のカードを貼ることができないというルールです。

カンバンの動きをみていこうカンバンはとてもよくできたメカニズムでチームとプロダクトを効果的に進行していくことができます。慣れていくと、各作業項目（カード）の粒度も安定してきて、作業項目の数でWIP制限や進捗、実績の把握ができるようになっていきます。ボードにカードを載せていくこと自体も「情報ラジエーター」としてとても効果がありますが、カンバンのメカニズムでよりよくしてくコツをつかむことは大切だと思います。ここでは、カンバンでの進め方を Azure Boards の（カンバン）ボードを使ってみていきましょう。カンバンのカラムカンバンのカラム（クリックで拡大）ここでの例では、カラムとして、左から右に バックログ 分析 実装 検証 デプロイ 完了とあります。また、両端以外には、Doing と Done の２つのサブカラムに分割をされています。 WIP制限各カラムにはそれぞれに WIP制限 が設けら

ヌーラボの松本です。「Backlog Playプロジェクト」に2017年2月から途中参加し、プロジェクト解散の2019年7月までメンバーの一員として動いていました（プロジェクトの概要は 時系列でみる！4年の歳月をかけてPlay Frameworkで「大規模リプレイス」した話をご覧ください）。 このBacklog Playプロジェクト(以下、Play化プロジェクト)では、期間によって私の役割は変わりました。 参加した当初は開発メンバーとしてコードを書いていましたが、2018年4月からプロジェクト終了の2019年7月までは、開発をしながらプロジェクトの取りまとめをしていました。 マネジメントのような役割ははじめてだったので、いろいろ未熟な点もありましたが、プロジェクトの機能リリースを早めるために、不具合対策や手戻り削減といった問題と向き合いました。 本記事では、私のPlay化プロジェクトでの役

Where Aytac Yilmaz lives in the Netherlands, the sun might not appear for days on end, which can really crimp the output of the country’s solar panels. Wind turbines might…

2019年6月20日、TECH PLAY SHIBUYAにて「CTOが考える、チームで向き合う技術的負債との付き合い方」が開催されました。メドピア・SansanのCTOが、自社における技術的負債といかにして向き合ってきたか、その経緯と取り組みを語りました。（※当初登壇予定だったアイスタイルCTO竹澤氏は体調不良により欠席）。公開Q&Aには、メドピア株式会社執行役員のCTO福村彰展氏と、Sansan株式会社CTOの藤倉成太氏が登場。会場からの質問に回答します。 技術的負債を返す重要性をどう説明するか 司会者：お待たせしました。Q＆Aなんですけど、最初に、みなさん申し込みいただいたときに質問をいくつかいただいていたと思うので、そのなかで質問が多かったものを私のほうで5つぐらい取り上げさせていただいております。そのあと、会場のみなさんから質問を募集して、ディスカッションのようなかたちで進められれ

ヌーラボの松浦です。私がSREのエンジニアリングマネージャーとしてプロジェクトのサポートに携わっているプロジェクト管理ツールのBacklogは、2019年7月にJavaからScala / Play Frameworkに完全移行をしました。 このPlay化プロジェクトは、10年がかりで改良され仕様が明文化されていなかったBacklogを、JavaからScala / Play Frameworkに移行するという壮大なプロジェクトでした。 約4年にわたる「Backlog Playプロジェクト」(以下、Play化プロジェクト) で体験した“紆余曲折”を記録に残し、後のプロジェクトにつなげるために、今回から7回に渡って、技術的な挑戦やプロジェクト管理の視点など、当時のチームメンバーが独自の目線でPlay化プロジェクトを振り返った記事を連載します。 連載第1回目の本記事では、序章としてPlay化プロジ