はてなブックマーク

はじめに はじめまして、2022年3月中旬にコミューン株式会社に入社した西山です。 普段はフロントエンドのエンジニアとして開発業務に携わっています。 この記事では、私がERモデルを使ったDBのデータモデリング（以下、データ設計）を行う際、特に意識していることを3つ紹介します。 尚、具体的にユースケースからエンティティを抽出する方法や、チューニングなどの物理設計については触れません。 前提 まずは私がデータ設計とどのように関わってきたかについて紹介します。 前職までのキャリアでは、フルスクラッチの受託開発案件をごく少人数で開発しており、利用者に業務を伺ってデータ設計をする、ということも度々行なっていました。 システムの用途としては一般公開されない、所謂「業務アプリ」「業務システム」といった企業内での利用を想定したものや、限定された一部の利用者に向けたものです。 また規模としては大きくなく、多

はじめに 自己紹介 はじめまして、コミューンでソフトウェアエンジニアをしています、ひおきと申します。2022 年の 5 月にコミューンに入社し、今月で 4 ヶ月経過しました。 前職では 4 年間ソフトウェアエンジニアを経験し、特にフロントエンドエンジニアとして、自社プロダクトの新規開発などをしてきました。 なぜコミューンを選んだか コミューンを選んだ理由は、『超本質主義』と『チームコミューン』というバリューに共感したためです。 超本質主義 なぜやるのか、特にエンジニアの方は考える人が多いのではないでしょうか。メンバー一人ひとりが意識しコトに向き合い、本質的なことに時間を割こう、本当に良いものを作ろうというバリューに共感しました。 チームコミューン 考えるからこそ衝突やディスカッションが発生するかと思います。それを健全なものにするために、心理的安全性や信頼関係、向き合うことを大切にするバリュ

はじめに はじめまして。コミューンでマネージャー見習いをしているまつむらと申します。 2022 年 4 月にエンジニアとしてコミューンに転職しました。 現在スクラムマスターを通じてマネージャー見習いをさせていただくことになっています。 マネージャーを目指すことになったきっかけと、コミューンに入社した理由についてお話させていただければと思います。 はじめに マネージャーを目指すきっかけ キャリアについて考えてみた 一人でのシステム作りの限界 自分がプレイヤーとして取り残される懸念 リーダー経験を得られていない現状 このまま現場でエンジニアを続けていいのか？ なぜコミューンなのか マネージャーを目指すにあたり会社の規模感がちょうどよかった 社員のキャリア育成に対する考え方 事業やバリューへの共感 実際にコミューンに入社してみて キャリアの視点から 事業やバリューの視点から これからコミューンで

自己紹介 はじめまして、2020年の1月から業務委託、2020年の11月から正社員でコミューンのエンジニアとして働いているよしもと(@yoyo_yo123)です。 2022年の頭にスクラムチームが誕生し約８ヶ月間スクラム開発をしてきました。 正直スクラムを始めた当初はスクラムイベントの意義を感じられず多くのイベントに懐疑的でした。 しかしチームでの改善活動や取り組みを繰り返す中で、「スクラムイベントは意義があるものだ」と感じるようになりました。 今日は私が元々どう感じていて、今はどう感じているか、それは何故か、についてお伝えできればと思います。 スクラムイベントのどこに意義を感じてなかったのか？ 短いミーティングの中だけで実施されるリファインメント 要件の理解や実現方法の検討もできずで、「ただPOから話を聞くだけ」のあまり意味のない時間になっていた 時間内にストーリーの詳細化が進まず、結果

はじめに こんにちは！コミューン株式会社でサーバーサイドエンジニアをしている安藤(@andnandna)と申します。 今回、私が所属しているチームでモブプロを実践してみたのでその方法や感想を紹介したいと思います。 モブプロが気になっている人や他の人がどうやっているかが気になるような方へ参考になれば幸いです。 モブプロ導入 導入まで 私が今所属しているチームではスクラムを実践しているのですが、その中での取り組みの一つとして"WIP制限"というものをしていました。 簡単に言うと「チーム全体で進行中にするストーリーの数を絞る」というものです。 (詳しい内容や背景などはこちらの記事をご参照ください) チーム全員が同じストーリーに取り掛かるので、うまい具合にタスクがバラけていれば一人ずつ作業を進められますが、実装を切り分けづらかったりする場合もあります。 そういった場合にメンバー全員が一つのタスク(

はじめに コミューンのインフラにおける課題 使ってみた 既存のGCPのリソースをTerraform形式でエクスポートする main.tfを作成する 既存のGCPリソースをインポートする terraform planで実行計画を見る 1. google_compute_route 2. google_compute_ssl_certificate 3. google_storage_bucket 4. google_logging_log_sink 検証結果 感想 良い点 GA版に期待すること さいごに エンジニア募集中！ カジュアル面談はこちら！ 注釈 注1 注2 はじめに SREチームの川岡です。 もうそろそろコミューンのインフラをコード化しなきゃと考えていたときに、Google Cloudのブログで『Terraform と gcloud CLI を使用した完璧な Google Clou

はじめに 自己紹介 こんにちは、コミューンのUS事業でエンジニアをしています”さわだ”と申します。 今年4月からコミューンにジョインしました。 前職は大手IT企業のソフトウェア開発子会社で20年以上受託案件に携わってきました。 親会社からの大規模案件よりも、数人から多くて10名程度の直顧客案件や研究所関連の仕事が多く、入社後はJava Appletから始まって、OpenGLを使っった3Dアプリ、Webページ、Androidアプリ、はたまた機械の制御アプリなど様々なジャンルの開発をしてきました。 2014年にはアメリカのスタートアップと一緒に開発をしたり、直近では技術調査部門に所属しシリコンバレーに３年間駐在するといったグローバルな経験もしてきました。 アメリカ駐在の頃からスタートアップに興味を持ちはじめ、たまたま日本発の世界に向けたサービスを目指すコミューンがUS事業のエンジニアを募集して

こんにちは。昨年の11月にエンジニアとしてコミューンに入社したざびえる（仮名）です。 コミューンは、CEOのブログ「進出して分かった日本とアメリカのSaaSプロダクトニーズの違い｜高田優哉/commmune｜note」にもある通り、アメリカ進出をしており、私はその開発担当をしています。 この記事では、海外展開に関わるようになった経緯や、プロダクトのグローバル化をどのように進めているか、そして今後のグローバル化の課題などをお話しようと思います。 GlobalPJ参加の経緯 新卒でWebエンジニアとして働き始めてから常々「日本初のソフトウェアプロダクトで世界的に使われるものってないな。いつかそういうプロダクトが出て来れば日本のソフトウェア業界ももっと盛り上がって、優秀な人がソフトウェアエンジニアとして集まってくるだろうに」と思っていました。 一つ思い当たるのはプログラミング言語のRubyですが

はじめに コミューン株式会社でQAマネージャーをしている須賀（@kawabeaver）です。 今回は1人目のQAエンジニア視点でコミューンの魅力についてお話します。 1人目のQAエンジニアとして転職を考えている方、1人目のQAエンジニアの採用を検討している方に1人目のQAエンジニアにとってどのような環境が望ましいかを考える参考になれば幸いです*1。 もちろん、この記事をきっかけにコミューンに興味を持っていただける方が増えると嬉しいです！ コミューンを転職先に選んだきっかけ 私は前職に約7年半お世話になりましたが、働く環境は良かったので前職に不満があったわけではありません。ただ、前職は私が入社した時点でQAチームの体制が整っていたため、今回はQAチームの体制が整っていない環境でチャレンジすることに決めました。 新たなことにチャレンジする場合、私は業務内容がチャレンジングであるだけではなく、チ

はじめに 良いコンポーネントとは 良いコンポーネントを作るためのポイント 1. コンポーネントを要素ごとに過不足なく分割する 2. コンポーネントの抽象度を揃える 3. 利用する側を意識せずにコンポーネントを作る 最後に はじめに こんにちは、コミューンでフロントエンドエンジニアをしている根岸です。 この記事では自分がフロントエンドのコンポーネントを作るときに気をつけていることを紹介します。 良いコンポーネントとは そもそも良いコンポーネント、良いコードとは何でしょうか？ 私は プログラマが知るべき97のこと の 美はシンプルさに宿る という記事の下の一文に大きな影響を受けています。 特に重要なのが「シンプルである」ということです。アプリケーションやシステムが全体としてどれほど複雑であっても、個々の部分を取り出してみると、全てシンプルになっています。 重要なのはどんな複雑なアプリケーション

こんにちは、コミューン株式会社でスクラムマスターを担っているヤマシタ（@yama_sitter）です。 前回「スプリントの属人性を減らしたらベロシティが安定した話」という記事を書きました。 この記事で紹介した取り組みに至るまでの過程に興味がある、という声を頂いたので、その過程、及び過程を振り返って得られた気付きを紹介させて頂きます。 ちなみに少し長いです。 ご了承下さい。 まずは結論から 取り組みの出会いから定着に至るまで 「WIP制限の導入」に至るまで 出会い 導入 定着 「タスクサイズの制限の導入」に至るまで 出会い 導入 定着 「死亡前死因分析（プレモーテム）の導入」に至るまで 出会い 提案 定着 改めて振り返ってみて まとめ 取り組みに出会えたのも上手くハマったのも正直偶然 「気付いてもらう」ことが大事。最後に決めるのはメンバー 「とりあえずやってみよう」くらいの気持ちで改善に取り

はじめに このブログで伝えたいこと 僕が入社する前にあった組織の課題感 マネージャーたちが感じていた課題のリスト 課題感を要約 本当の課題 見えてきた本当の課題とどう向き合うのか マネージャー陣を統括して計画立案から実行をリードできる人が物理的に存在しない 複数チーム全体を俯瞰したマネジメント経験がないのでどうしていいかわからない よし、組織のテーマをいっしょに考えてみよう！ 組織が今年取り組むべきテーマを考えるワークショップ ワークショップの進め方 まずは道しるべとしての大目標 2022年のテーマ of コミューン開発 もともとあった課題をポジティブに言い換えると目標っぽくない？ これからのチャレンジ 自分たちで決めたテーマなら自分たちでアレンジもできる 組織がいきいきしだしたから起きているうれしいこと まとめ 最後に エンジニア職種全方面募集中です！！ 宮本とのカジュアル面談はこちら

はじめに そもそもcommmune って何？ サービスの紹介 特性について 旧アーキテクチャとその問題点 問題１：増減するトラフィックに対してコスト最適なマシンスペックを設定するのが運用上難しかった 問題２：トラフィックのスパイクでサービスが過度に不安定になっていた 問題３：動作環境としてのVMの管理が煩雑になってしまっていた 打ち手としての新アーキテクチャ 新アーキテクチャ サービス選定の内訳 成果 新たな課題 最後に はじめに こんにちは。 前原夏樹と申します。 コミューン株式会社のSREチームでアクティングマネージャーをしています。 今日は当社のプロダクトであるcommmuneのアーキテクチャについてざっくり紹介していきたいと思います。 今回公開に至った動機としては知見の共有が最も大きいです。 運用負荷が比較的低いマルチテナントSaaSのアーキテクチャの具体的な一例として、どのような

はじめに これは何？ スプリントの属人性を回避しようと取り組んだらベロシティが安定したので、実際に行った以下の取り組みを紹介する記事 WIP制限 タスクサイズの制限 死亡前死因分析 誰向けの記事？ スクラム最初の壁であるベロシティの安定化を突破できず苦しんでいるエンジニア・スクラムマスターの方 自己紹介 こんにちは、コミューン株式会社で専任スクラムマスターを担っているyamashitaです。 以前エンジニアとして「自分史上過去最高の会社、コミューンに入社しました」という入社エントリーを書きましたが、入社から半年程度経ってからスクラムマスターに転身しました。 この辺りの背景はnoteの記事に記載していますので、興味のある方は是非読んでいただければと思います。 note.com 前提：「ベロシティの安定」とは 端的に「毎スプリントでベロシティが大きくブレることがない状態」を指します。 「安定化

自己紹介/経歴 コミューン株式会社でcommmuneチームのEM(Engineering Manager)見習いをやっている いちろー と言います。 今迄20年間位、ほとんどのキャリアを開発につぎ込んで決ましたが、2022/02のコミューンへの転職を機にEM的な仕事を行なうようになりました。 27歳位まで、とあるSIerの下請け会社の技術サイドのトップをやっており、技術的なマネージャ、アーキテクト、技術チームの評価、メンタリングなどをやっていました。 でも、その会社を辞めた後は、一環してアーキテクト、プログラマーとして物作りを行なっており、それがプライドでありアイデンティティでありました。 というわけで、現在のWeb系でモダンなマネージメント手法に関しては情報をあまり持っておらず、素人の気持ちで職務に当ってます。 このentryで伝えたい事 EMの仕事って意外とフワフワしている部分があるか

こんにちは。2022年1月に入社した1人目の社員QAエンジニアの須賀(@kawabeaver)です。なぜか息子に「かわちーばー（ビーバーのこと）」や「アマビエ様」と呼ばれています。 1人目のQAエンジニアとして入社したりQAエンジニアのいない開発チームに配属されたりすると、最初は何をやって良いか悩む方が多いのではないかと思います。私もその一人でした。そこで、私が1人目のQAエンジニアとして入社してから最初に行う品質向上施策を決めるまでのプロセスを紹介したいと思います。 現状の分析 既存メンバーへのヒアリング 現状のプロセスの把握 本番障害（市場バグ）の分析 施策の決定 パレート図 短期的に成果を出す 開発スピードを落とさない 成果と今後の展望 We are Hiring! 現状の分析 まずは課題の把握や施策の優先順位を決めるために現状を分析します。 既存メンバーへのヒアリング 何も仮説を持

Moment.jsのLocaleがでかすぎる問題 Webpack Bundle Analyzer という解析ツールがあります。まだ使っていないエンジニアの方は早急に npm i しましょう。チューニングのバイブルです。 （before）Memont.jsのlocaleが大きすぎる ご覧の通り、localesだけで300 kBくらいを占めています。 この由々しき問題は公式も把握しており バンドルからlocalesを省く方法 を説明してくれています。これにならって moment-locales-webpack-plugin を npm i しましょう。 Next.jsをお使いの方は↓ webpack: (config, _options) => { config.plugins.push(new MomentLocalesPlugin()) return config } これだけで 300

（以下は2019年7月8日に公開された Next.js 9 の日本語和訳です。 以下原文 ） 70のカナリアリリースを経て、遂に Next.js 9 がお披露目されます 主な特徴は以下です。 （訳者注* アップデート機能名は原文のまま） nextjs.org Built-in Zero-Config TypeScript Support TypeScriptサポートと統合型チェックにより信頼性を高めたアプリケーション構築を可能に。 File system-Based Dynamic Routing カスタムサーバーなしでファイルシステムを介した複雑なアプリケーションルーティング定義を実行可能に。 Automatic Static Optimization デフォルトでサーバーサイドレンダリングおよび静的事前レンダリングを利用することで超高速ウェブサイトの構築が可能に。 API Routes

commmuneとは？ アーキテクチャの全体像 概観 組織アーキテクチャ おもな要素技術のご紹介 バックエンド Express + Passport + Sequelize Cloud SQL（MySQL） nginx (Let's Encrypt) SendGrid Elasticsearch BigQuery imgix フロントエンド Next.js Redux redux-saga プロジェクト基盤 Typescript Circle CI Cloud Functions Cloud DNS （参考）Universal / Isomorphic JavaScript 1. 型定義ファイル、定数ファイルを楽に共有できる 2. 未知の領域への不安を和らげることができる APIサーバのアーキテクチャ commmuneとは？ 企業独自の「ユーザーコミュニティ」のカンタンな構築と、効果的な運