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

Goでクリーンアーキテクチャ等のレイヤードアーキテクチャを実装するための静的解析ツールを作った。 「webhandlerパッケージからusecaseパッケージを使わずに直接domainパッケージを使わないで！」というような、やってほしくないimportをエラーにできる。 https://github.com/budougumi0617/layer TL;DR クリーンアーキテクチャなどのレイヤードアーキテクチャでは、利用できるパッケージに制限がある レイヤー間の依存関係は一方向のみ 同じ層、あるいは1つ下の層のパッケージしか利用してはいけない https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html Goは循環importができないので、自然に単方向依存は満たしやすい しかし、層を飛び越して、2

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

※今回の「生理ちゃん」は株式会社大丸松坂屋百貨店への取材をもとにしたフィクションです。 ★生理ちゃん全4巻が発売中！

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

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

リゾート地で働いた社員はなぜ、成長して戻ってくるのか　ヌーラボの「リゾートワーク」、ちょっと変わった条件とは（1/3 ページ） 「毎日、決められた時間に決められた場所へ出社して仕事をする」働き方から、「社員それぞれの家庭の事情やライフスタイルに応じて、自由な場所と時間を選べる」働き方へ――。 少子高齢化による人手不足が深刻さを増す中、より柔軟な働き方に対応する企業が増えている。それに伴い、ITツールを活用した「テレワーク」や「リモートワーク」を、制度として正式に取り入れる企業も、徐々に増えつつある。 こうした中、さらに先を行く「リゾートワーク」という働き方を、社内制度として導入した企業がある。福岡に本社を置き、プロジェクト管理ツール「Backlog」、ビジュアルコラボレーションツール「Cacoo」、ビジネスチャットツール「Typetalk」といったプロダクトを開発し、提供するヌーラボだ。

「Backlogの課題の状態を“自由に追加”したい」みなさんに朗報です！ 自分のワークフローに応じて、Backlogの課題の状態を柔軟に追加できるようになります！ 従来は「未対応・処理中・処理済み・完了」の4つの状態しか選択できませんでしたが、みなさんの設定次第で「レビュー」や「保留」などの状態もご利用いただけます。 本記事では、リリース予告として、状態の追加の特徴と職種別のワークフロー事例を一足先にお届けします！ ※この機能は、有料プランのスペースでご利用頂けます。ただしエンタープライズプランは対象外になります。 従来の課題の状態ではできなかったこと Backlogはデザイナー、プログラマー、ディレクターはもちろん、マーケター、営業、総務、人事など多様な職種で活用されています。 どんな職種でも使えるように、課題の状態もシンプルに「未対応・処理中・処理済み・完了」の4種類のみ用意していまし

2013年に「日経電子版」のソフトウェア開発を100%外注から内製化、アジャイル開発に切り替え、開発サイクルやチームの抜本的な改革を見事成功させた日本経済新聞社。その取り組みは、多くの注目を浴び、400以上のはてなブックマーク数を獲得しました。 「あの『日経電子版開発チーム』が内製化とアジャイル開発の成功から6年がたった “その後” を語る！」では、内製化とアジャイル開発の成功体験を他の部署にも応用し、全社をあげて開発改革に取り組んでいる模様を取り上げました。 本記事では、同社が次に取り組む、個人やチームの開発成果と事業成果を結びつけるための「OKR（オーケーアール）」を導入したきっかけと運用、そして、成功したこと、失敗したことについてお伺いします。 ■自己紹介（右から） 情報サービスユニット プロダクトマネージャー 斎藤祐也さん デジタル編成ユニット プロダクトマネージャー武市大志さん

2013年に「日経電子版」のソフトウェア開発を内製化し、アジャイル開発に切り替えた、日本経済新聞社。開発サイクルはもちろんチームの抜本的な改革は、多くの注目を浴び、400以上のはてなブックマーク数を獲得しました。 アクティブユーザーを1.9倍増にした内製化の成功をきっかけに、2017年には日経電子版のコンテンツの表示速度を改善する「爆速電子版」プロジェクトを実施し、業界最速のスピードを実現しました。 内製化やアジャイル開発の開始から6年が経過し、日経では開発部門だけでなく、全社的な組織改革に着手しています。そこで、同社の現役プロダクトマネージャーに、日経が挑戦する開発の現場の“いま”についてお伺いしました。 ■自己紹介（右から） 情報サービスユニット 斎藤祐也（さいとう・ゆうや）さん デジタル編成ユニット プロダクトマネージャー武市大志（たけいち・たいし）さん デジタル編成ユニット 西馬一

DOZAN11(元 三木道三)とXamarin開発の第一人者が語る、アーティストと開発者の協創とコミュニケーションのヒント スマートフォン向け音楽自動生成&動画作成アプリ「mupic」は、画像の色を解析して、その配色や明るさなどから出来たオリジナルの楽曲が付いた動画を保存できるプロダクト。このアプリケーションの開発を手がけたのは「Lifetime Respect」で爆発的なヒットをした三木道三ことDOZAN11氏とXamarin開発の国内第一人者でもある青柳臣一氏が代表取締役を務める「株式会社ディーバ」。 mupicの開発秘話から垣間見えた、アーティストと開発者、ユーザーとの「協創」の精神。それを実現するための「コミュニケーションのヒント」についてお話をお伺いした。 ■プロフィール（写真左から） DOZAN11：96年、「三木道三」名義でジャマイカ拠点のレーベルからデビュー。2001年に発

はじめに 初めてこちらのblogに登場いたします。データエンジニアのt-sugai です。 今年の1月頃からアスタミューゼにJOINしています。 前職はJavaをメインとしたアプリケーションエンジニア……だったと思うのですが、エンジニアはエンジニアでいっしょくたの組織でした。そして最近は運用やDBAのような仕事を任されることが多かったこともあり、アスタミューゼではデータエンジニアとして働いています。 今日はデータエンジニアらしくデータベースのお話をしようと思います。 アスタミューゼで利用されているPostgreSQL 国内外の特許の情報をはじめ、様々な技術情報を持っているアスタミューゼですが、RDBMSとしては主としてPostgreSQLを利用しています。 （もちろん、RDB以外のDBMSもデータの量や特性、利用目的に応じていろいろ使っているのですが、今回はRDBのお話です） 私が入社する

渋谷の雑居ビル。 ホワイトボード前に置かれたパイプ椅子にイヌ、ネコ、ネズミが一触即発の雰囲気で座っている。 扉が開き、慌てた様子の青年が入ってくる。 孫「お疲れ様です、すいませ――」 ネズミ「遅えよッ！！」 ネコ「！！」 イヌ「……ネズミさん、怒鳴るのはやめましょうって……」 ネズミ「……チッ」 孫「あの、本当、すいません。11時からって、皆さんにお約束してたのに……」 イヌ「ま、まぁ。とりあえず、ミーティングの報告をお願いします。もう２時間も押してるんで」 孫「は、はい！　すいません、ではこちらの資料を…… あっ」 イヌ「どうかしましたか？」 孫「印刷した資料が１部たりなくて。……じゃあ、はい！　僕のは大丈夫なんで、業務委託の皆さんで、どうぞ！」 ネズミ「ッ……！」 イヌ・ネコ「……」 孫「はい、では皆さんお手元に資料ありますかね、お疲れ様です！」 ネズミ「……」 イヌ・ネコ「……お疲れ

doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 会社では成果を出し、部下を育てなければいけない。プライベートでは育児をしながら、夫・妻ともいい関係を築いていきたい――。忙しい私たちを「不機嫌」にさせるストレスのタネやトラブル、罠は日常のあらゆるところに潜んでいます。そんな中･･･ 「40超えたおじさんである僕みたいな人間は、ニコニコしてるくらいで丁度いい」、プロジェクト管理ツール「Backlog」などWebサービスを開発・提供する、株式会社ヌーラボの代表取締役橋本正徳さんのつぶやきはTwitterで大きな反響を呼びました。 ダメだと分かってはいるけど、どうしても不機嫌が顔に出てしまう――そう感じている人は多いのではないでしょうか。今回は橋本さんにツイートの真意をうかがい

無敵の人は男、という風潮がありそうなので先に書いておく。女の体は持ったが、乳も子宮もいらないと思っている人間だ。必要な方にあげたいと常に思う。 そして社会の底辺に位置している。体はまあまあ動くが、寝たきりの日も多い。 まず、数々の「無敵の人」呼ばわりされている加害者が犯した罪を擁護するつもりはないのをはっきりさせておきたい。 特に今回の件は、絶対に反撃出来ないであろう小学校女子生徒を狙ったものである。同情の余地もない。 誰であれ他者を加害するのは卑劣で許し難いという考えである、だが……という前提で読んでいただけるとありがたい。 犯人が死んでしまい、これから捜査や目的、細かな事情が出てくるかと思うが、様々な意見を読んで、皆「自分に都合のいいストーリー」を作って読み解いていることに愕然とした。 子供やベビーカーに対するヘイトクライムと繋がっている。女をあてがわれなかったインセル。そういう見方も

Cacooのチームコラボレーションをより楽しく活発にするために「リアルタイム共同編集」を強化しました！ チームでより使いやすくなった共同編集機能を使うことで、作業をリアルタイムで同期しながら、これまで以上に円滑な作図やコラボレーションができます。本記事では、Cacooのリアルタイム共同編集で強化された2つの機能の使い方をご紹介します。 Cacooリアルタイム共同編集でできること 今回強化されたCacooのリアルタイム共同編集は、チームのさまざまな共同作業をリアルタイムに可視化します。 たとえば、オンライン会議でCacooを使って図や資料を説明するときに、マウスカーソルで指し示している位置を閲覧者全員に共有できます。 また、シェイプやテキストの編集中の作業もチームメンバーにリアルタイムで表示できます。 他にも、ビデオチャットなどの一人の画面しか共有できないときに、Cacooを使うことで参加者

いつもはてブは、見るだけだったのですが、 こんなブログがプチ炎上していたので、初めて書いてみました。 https://anond.hatelabo.jp/20190514225348 「そんな意見おかしい！」という反論や、 「こうした方がいい！」という提案性もない文章ではありますが、 1人のベビーカー通勤者（男性）の視点で、その実態を知ってもらえたら嬉しいです。 ◯自分の状況 自分の住んでいるエリアの保育園には入れず途方に暮れていたところ、 会社近くの保育園に空きがあることがわかり、急遽入ることに。 赤ちゃんは０歳児の娘です。 出勤時には父であるぼくが連れて行き、 帰りは時短できる妻がお迎えをしてもらっています。 ちなみにぼくは、朝9:30出勤の夜は8:00退社。 ただある程度フレックスで出勤できる日もあります。 家から会社へは、東横線と東京メトロを乗り継ぎ、40分ほど。 それを赤子を連れ

最近は、異業種の企業が、アナログゲームを企画制作する例が増えてきた。例えば、投資コンサルティング会社が金融の仕組みを学べるボードゲームを、医療系情報サイトが腸活を学べるカードゲームをリリースするなど、潜在顧客の興味喚起を促すものが多い。ゲームとしての完成度が高いものが増え、発売後すぐに売り切れる人気商品も出ている。 今回紹介する「プロジェクト テーマパーク」もそうしたゲームの一つ。ユーザー数が100万人を超えるプロジェクト管理ツール「Backlog」の生みの親として知られるヌーラボが企画・制作し、１月下旬に完成を発表した。 テーマパーク建設の協力型ゲーム 「プロジェクト テーマパーク」はタイトルどおり、テーマパーク建設という一大プロジェクトの成功を目標としたボードゲーム。３～５名のプレイヤーが一致団結して、半年の工期で様々なアトラクション施設を竣工させてゆくという、今はやりの協力型ゲームと

こんにちは。Backlogチームの中川です。 本記事では、Backlogが最近おこなっているスクリーンリーダー向けアクセシビリティ改善の取り組みを元に、明日から、いや、今開いてる画面からでも始められるアクセシビリティ改善についてご紹介します。 ちなみに、スクリーンリーダーって何？という方のために簡単にご説明しますと、スクリーンリーダーとは、視覚障がいを持つ方がPCを操作するのに使用する音声読み上げソフトです。無料で代表的なものは、Windows では NVDA、Mac では標準搭載されている VoiceOver などがあります。Backlogの改善では主にNVDAを使用して確認作業を行っています。 すぐにでも始められる作業コストが少ない改善 見出しをちゃんとマークアップする スクリーンリーダーではコンテンツ間を移動するのに、見出しを手がかりにすることが多いので、見た目の文字サイズではなく文