いまの会社では、エンジニアどうしの距離が近いので、他のチームのエンジニアと一緒に開発に取り組んでたりする。 のだけど僕からは 「この部分はディレクター（社内でスクラムマスター的なロール）さんから、あのチームのディレクターさんに共有してもらってもいいですか？」 って自分のチームのディレクターにお願いしたり 「この部分はプロダクトマネージャ（社内のプロダクトオーナー的なロール）さんから、他のチームに確認してもらってもいいですか？」 ってプロダクトマネージャにお願いしたりしてる。エンジニアどうしで話をして、お互いに状況を理解しているのに、公式なルートとしては、情報を遠回りさせているのだ。 そんなお願いをすると、一瞬（え？エンジニアどうしで話して認識合ってるのに？）って反応をされるし、僕自身も（大企業っぽいかなぁ？）って思ったりするのだけど、自分の気持ちを説明すると「たしかにそうね。おっけー！やっ

gitでrebaseしまくるzaruです、こんにちは。rebaseする時、編集途中のファイルがあるとstashしてくれと怒られますよね。本当に面倒くさいのですが、これを一発でstashしなくて済む方法を紹介します。

循環する学び～現場とコミュニティの境目で考える～/Learning Cycle between a team and a community

開発サイクルの終盤に近づくと「今回は優先順位の高いここまでを実装して、残りは優先順位が低いのでまたの機会にしましょう」という話になりがちだ。自分もこれまで何度もそうしてきたし、その場の判断としては正しい。が、このやり方に味をしめて常にこの調子で進めて、なんとなく上手く仕事をこなしている気になってしまうことには危機感がある。 以下、普段考えていることを自戒を込めてメモしておく。（なお、筆者の経験は toB ・Web 系・自社開発が中心なので読者の置かれている状況とは一致しないかもしれない） 優先度が低いタスクに着手する機会が一生訪れない 仮にあるタスクの優先度を下げたとする。バックログを眺めるとそのタスクに着手できそうなのは３ヶ月後だ。そして３ヶ月後、やっとそのタスクに着手できるかというと、そんなことは決してない。３ヶ月の間にそれよりも優先度の高いタスクが積まれているからだ。タスクを消化する

こんにちは、LayerX バクラク事業部の上堀（うえほり）と申します。 2024/4/1付にて、セールス担当の部門執行役員に選任いただきました。 選任とは直接的には関係がないものの、「部長から役員になるための考え方」を理解するということで、代表の福島さんから直接全8回のプログラムを去年から行なってもらっており、その内容についての概略を共有します。 一般的に新しく入社した方や新任マネージャー向けの研修はありますが、「役員ってそもそもどういう考え方をするの？」ということをプログラムとして用意しているスタートアップは多くはないのではと思っております。 かつ2on1での少人数の実施だったので、リアルなことや率直な悩みをぶつけることができたので非常にいい機会でした。 なぜやるのか？LayerXではマネジメントを下記に区分しています。 戦略マネジメント 組織戦略策定・浸透支援と、戦略実現に向けた自組織

これは、複数の他社の人から聞いた話をくっつけたり混ぜたり脚色した話になる。つまるところフィクションだ。 あるIT企業ではチームごとに始業時にスタンドアップミーティングを行っている。スクラムで言うところのデイリースクラムである。よくあるやつだ。 ある日、5〜6人くらいの小規模チームに新しいメンバーが加入した。新卒ではないけれど第二新卒くらいの若さのメンバーであった。将来的にはリードする役職（テックリードだったり、デザインリードだったりそういうやつ）につきたいという、意欲のあるメンバーだ。仮にメンバーを山田としよう。 入社後しばらくした山田からマネージャーに相談があった。 「毎朝、スタンドアップミーティングをしているが、時間の無駄にしか感じない。それぞれが進捗を共有するが、自分には関係ないタスクの話を聞いても意味がないので早くタスク消化に入りたい。」 マネージャーはスタンドアップミーティングの

こんにちは！DBREの福間（fkm_y）です。先月、弊社でデータベースの技術顧問をして頂いてる三谷（mita2）さんに開発本部向けの「MySQL SQLチューニング」勉強会を実施していただきました。 今回はMySQLの得意不得意なことの説明やSQLチューニングの流れ、具体的な事例を元にした対応例、また最近話題のHTAPな製品も紹介していただきとても参考になったのでポイントをおさえてレポートをお伝えします！ 開催背景 本編 MySQL の得意なこと、苦手なこと データベースのチューニング手段と特徴 SQLチューニングの流れ インデックス SQLチューニング例 インデックスフルスキャンとカバーリングインデックス ソート まとめ 当日の資料 さいごに 過去開催されたデータベース勉強会レポート 開催背景 弊社では三谷さんによるデータベース勉強会を定期的に開催しています。数年前にも同じテーマで勉強会

こんにちは。SREチームの吉澤です。 アンドパッドでは最近、AWSのS3バケット上のファイルをスキャンするために、アンチウイルスソフト Antivirus for Amazon S3 を本番環境に導入しました。その結果、私たちの要件はほぼ全て満たされたうえに、従来比で大幅なコスト削減を実現できました。 Antivirus for Amazon S3について日本語で書かれた記事はまだ少ないですが、S3に対するウイルススキャンが求められるケースでは、導入を検討する価値があるソフトです。 そこで、今回はこのAntivirus for Amazon S3の概要、私たちが本番環境に導入してみてわかったメリットやデメリット、そしてこのソフトが適した状況をご紹介します。 背景 S3に対するウイルススキャンが必要な理由 Antivirus for Amazon S3の導入前に利用していたソフト Antiv

30分でわかるシステム運用アンチパターン / Operations Anti Patterns in 30 minutes

どうもこんにちは。 スターフェスティバルアドベントカレンダー8日目の担当の @takapyyy です。 この記事を書くに至った背景 ごちクルというサービスを提供しているスターフェスティバル株式会社で物流関係プロダクトのプロジェクトリーダーをしています。 4月にスタフェスにジョインして8ヶ月ほどたち、入社と同時に教育してきたAPdM(Associate Product Manager)の成長具合がなんかいい感じになってきたので、この8ヶ月間で伝えてきたことを手短に100こほどにまとめてきました。 ちなみにAPdMは非エンジニアな社会人8年目の女性ですが、今ではVS Codeでローカル環境つくって受け入れ試験をしたり、機能単位やフェーズ単位での要件定義書を作れるようになっています。（すごい） すべてを事細かに書いていくとやばいことになるのは目に見えてるので、読んだらわかるシリーズやより詳しいも

2024/3/5にオライリー・ジャパン様より出版された拙訳『組織を変える5つの対話 ―対話を通じてアジャイルな組織文化を創る』の内容を解説します。 組織を変える5つの対話 ―対話を通じてアジャイルな組織文化を創る 作者:Douglas Squirrel,Jeffrey Fredrickオーム社Amazon 導入 アジャイルが語られる時によくやり玉に上げられるのがウォーターフォールなのですが、この対比についてしっくりこなかった人も多いのではないでしょうか。「計画的に進める」とか「設計工程を段階的に進める」といったウォーターフォールの特徴に関して言えば、アジャイル開発においても計画はもちろん大事ですし、「アジャイルだから設計をしなくていい」とか「アジャイルだからドキュメントを作らない」という話もさすがに最近は聞かなくなっている気がします。「じゃあ、アジャイルとウォーターフォールの違いって何だろ

2024年になり、CSSは急速な進化を遂げています。中でもワークフローにも影響を大きく与えるのが、Sassに代わる新機能の数々です。 ネイティブのCSSで変数を扱えるようになり、ネストや:is()疑似クラスや:has()疑似クラスやコンテナクエリ、そしてカスケードレイヤーなどの新機能がモダンブラウザのすべてにサポートされました。これらの機能がSassに代わるものなのか、Sassはまだ必要なのか、を紹介します。 Goodbye SASS , welcome back native CSS by Karsten Biedermann 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに CSSの変数 CSSのネスト :is()疑似クラス :has()疑似クラス コンテナクエリ カスケードレイヤー Sassの未来 Sassよ、さよ

こんにちは。白山と申します。職業はソフトウェアエンジニアです。 30代後半で、同年代の妻と5歳と9歳の子どもの4人で東京23区内に暮らしています。 お出かけというと、一般的には前々から予定を立てた上で行う特別なイベントかもしれませんが、我が家ではむしろ学校行事や通院などの特別な事情がない限り、毎週末必ず家族や友人と車に乗って首都圏近郊のいろんな場所に出かけています。 車で「ふなばし三番瀬海浜公園」へ出かけたときの、娘との1枚 首都圏、特に23区内に住んでいると、車を所有しなくても便利に生きていくことは十分可能です。 事実、我が家は駅から徒歩5分以内で何不自由なく生活しており、数年前までは車を持つことを全く考えていませんでした。端的に言うと、掛けたコストに見合うリターンを得られるイメージがつかめなかったのです。 もし遠出をしたいのであれば昔からレンタカーがありますし、最近ではカーシェアが増え

こんにちは！estieでビジネス部門の責任者をしている束原です。 2024年になりましたね。estieは決算月が12月なのですが、毎年期初に「今年こそが勝負の年だ」と言っている気がしており、それに対して「ガハハ」と笑い合えるメンバーで仕事ができているのが最高に楽しいなと日々痛感しております。 さて、こちらは事業の立ち上げ（事業開発）に関する記事です。 この記事に書いてあること estieでは「仮説検証」をやめようと思っている話 事業開発の成分の8割は営業だという話 かなり極論が並んでいますが(笑)、事業開発を進める上でとても重要だと考えているので、ご興味のある方は少しお付き合いください。 to Bスタートアップは仮説検証をやめようという話 「仮説検証って言葉が嫌いなんすよねー」と、確か弊社の事業責任者の齋藤だったか代表の平井だったかが以前社内で言ってました。 1年前くらいまで私は、その発言

あの頃の俺に伝えたい内容を雑に書く。 本を読め お前が困ってることはたいてい先人の知恵によって体系化されている。経験から学ぶことも大事だが、歴史から学ぶことを常に継続しろ。 他社のマネージャーと話せ 社内のことで手一杯なのはわかるが、思った以上に視野が狭くなっているぞ。社外の人間と話すとそれに気づくはずだ。緊張を乗り越えて直接声をかけたりイベントに出向いたりしてみるといい。思考が整理され、きっと解決の種が育つ。 引き出しを増やせ マネジメントは成長がわかりづらい。不安になったらマネジメントの引き出しを増やすことに集中しろ。メンバーへの物事の伝え方、意思決定の前の整理の仕方、やり方は無数にある。何個違うやり方にチャレンジできたかを数えてみるといい。 どこで成果を出すかを決めろ 自分の期待は自分で合わせろ。やること、やらないこと、頼りたいことを明文化しないと全てが自分の責任のようにすれば感じて

はじめに 導入背景 導入時の注意点 さくっと検証 効果 レビュー工数削減 24時間365日動いてくれる 分かりやすいレビューコメント 課題 自分たちのコーディングルールに反する指摘 文脈は読み取れない どちらかというと、過剰気味 運用方針 実際にかかったコスト 今後の展望 （補足）ソースコードをクラウドサービスのAIに投入するリスクに対する会社としてのスタンス 終わりに はじめに ペイトナーファクタリング事業部でEMをやっている 脇田（@shimpeee_）です。 チームの開発生産性向上のため、この一年多くの取り組みを行なってきました。活動内容はこちらの記事にまとめています。 paytner.hatenablog.com 今年実施した取り組みの一つとして、チームにAIコードレビューツールである「CodeRabbit」を導入しました。AIコードレビューだけで1記事書けそうだったので、別記事と

こんにちは。CREの山本です。 今回はCREがエンジニアリングで業務効率化をおこなった話について書こうと思います！ 私は誰か 今回初めてブログを書きますので簡単に自己紹介させてください！ 2022年にアンドパッドへ入社し約1年半の間、ANDPAD施工管理を担当しています。 前職では自社開発のデータベースの監査アプリケーションやデータベース移行補助ツールなどのテクニカルサポートをおこなっていました。 常日頃「プロダクトと顧客」の間に立つものとして、課題に対して技術的に向き合っています。 大工一筋の父親のもとで育ちましたので、私なりに建築・建設業界の役に立ちたいとアンドパッドで充実した日々と共に業務に励んでいます！ 前提 アンドパッドのCREは、外形監視として利用しているDatadogを活用して異常に重いリクエストの確認、集計を行なっています。 そして検知回数、遭遇ユーザー数、全体のログ数など

はじめに こんにちは。リアーキテクティングチームの髙橋と申します。 この記事では、アンドパッドの施工管理サービスで利用している Ruby をバージョンアップしたときに発生したメモリ使用量の問題の発生から解決までをお話しします。 Ruby のバージョンアップ（3.0 -> 3.2） アンドパッドでは昨年 2023 に、施工管理サービスで利用している Ruby を 3.0 から 3.2 にバージョンアップしました。 バージョンアップ自体は過去に確立済みの手法（詳しくは過去記事をご参照ください）により、粛々と進められリリースされました。 ところがこのリリースから数日後、とある問題が発覚しました。 メモリ増大問題 アプリケーションのリソース使用状況を監視している SRE チームのメンバーから、以下のような連絡がありました。 Ruby バージョンアップのリリース以降、アプリケーションの利用するメモリ