こんにちは、あるいはこんばんは。 私は楽楽販売の案件開発チーム（新機能開発チーム）の開発リーダーをしている@tacloseです☆ 今回のブログでは、楽楽販売の案件開発チームの構成や業務を紹介しようと思います！ 累計導入社数4,400社突破の楽楽販売がどのような開発体制で、普段どんな事に取り組んでいるのかを知ってもらえればと思います！ 楽楽販売の開発チーム構成 チームの紹介 チームのミッションは何か？ 普段具体的にはどんな事をやっているのか？どんな事を考えているのか？ 最近行った業務改善とは具体的にどんなものがあるのか？ 今後の展望 さいごに まずは各チームの業務分担から説明します。 楽楽販売の開発チーム構成 チーム名 業務 DevOpsチーム 運用・保守、リリース作業等を行うチーム SAチーム カスタマーサポートが対応出来ない技術的な問い合わせに対応するチーム VCチーム ベトナム開発拠点

はじめに こんにちは。食べログ開発本部 ウェブ開発1部の大橋と中村です。 私たちは食べログのサーバーサイドの開発を担当しており、今回食べログで利用している決済システムの機能拡張に伴うリプレイスを行いました。 今回のプロジェクトを進めていて特に感じたのが「ステークホルダーが多いプロジェクトほどスピードと品質が手を動かす前の段取りの良さによって決まる」ということです。 本記事では実際に行った決済システムのリプレイスを事例に段取りがプロジェクトの品質および開発スピードにいかに寄与するのかを紹介します。 段取りの重要性 この章からは段取りの内容についてお話しします。 段取りができているとは下記3つの状態だと考えています。 業務や要件、実際の利用シーンが決まっている アサインするチーム・ステークホルダーが決まっている チームの間でシステムやデータの責務が明確になっている 段取りは序章でお話しした通り

多くの人たちが「職場の人たちと気持ち良く働きたい」と考えていると思いますが、なかなか上手くいっていることは少ないのではないでしょうか。 そこで、今回は株式会社ヌーラボの原田さんに「チームワークの高め方」をテーマにお話をお聞きしました。 チーム力を高めるためのマネジメントだけではなく、具体的な方法までお話をいただきましたので、どうぞ最後の「まとめ」までお読みください。 株式会社ヌーラボ ビジネスグロース部部長。 BtoC〜BtoB問わず商品・サービスのマーケティング戦略の策定などコンサルティングに従事。東証プライム上場メーカー子会社でリテール戦略部門管理職を歴任。2022年に株式会社ヌーラボへ入社し、2023年より現職。

時を超えたプログラミングの道時代を超えて受け継がれる、価値あるソフトウェアを生み出す、いきいきとしたプログラマの営みについて情報を発信していきます。

「一時保存や下書きできるようにしたい」といった要望が出てくることがあると思います。世の中のサービスでよくある機能ですしあったら便利だなと思うのも当然です。 同じ要望を受けた当時の私はその大変さに全く気づいていませんでした。 意外と考えることが多いよ、というのが伝わると幸いです。 当初明確になっていた仕様 入力フォームには必須と任意の項目があるが、必須項目が未入力状態でも一時保存できる 入力フォームにはファイルを添付できる 正式データと一時データは同じ一覧ビューの中で両方とも表示させる 一時データはユーザー単位ではなく共有される（誰かが作った一時データは自分も閲覧編集できる） 一時データは正式データに対してひとつのみ存在できる 最終的には上記以外にももっと細かい仕様になったのですが、この後の検討や設計の流れに沿って随時記載していきます。 データの持ち方の方針 方法としては以下二つの案がありま

誰かから方針を共有された時、なんだか納得できなくてモヤッとすることがある。そういう時に共有した側もされた側も不幸にならないためのお作法的な動き方があると思っていて、雑にまとめておきたい。 1. 初手でファイティングポーズを取らない 納得できないこと ≒ 背景がわからないことに対する不快感はすごくて、つい"強い"言葉を使ってしまいがち 相手も人間なので、そういった態度や口調は鏡のように反射してくる。そうすると物事を前に進めにくくなってしまう 一見して不合理な方針だと感じたとしても、その裏にはそれなりに込み入った背景がありタフな議論が積み重ねられていることも多い まずは深呼吸して初手でファイティングポーズを取りそうになるのを抑えて、「取りまとめありがとう」って感じで相手へのリスペクトを示すとよい 2. 何に納得できないか深掘りする 納得できない時、意外と自分でも何が問題なのかはっきりとわかって

Amazon Web Services ブログ 【開催報告&資料公開】 流通小売・消費財・EC 企業向け：クラウドと生成AI によるオペレーション改革 そろそろ re:Invent も近づいてきましたが、日本でもまだまだイベントが続きます。流通・小売・消費財業界に関わられている方々を主な対象として、2024 年 10 月 24 日に「流通・小売・消費財業界向け：クラウドと生成 AI によるオペレーション改革」のオンラインセミナーを開催しました。ご参加いただきました皆さまには、この場を借りて御礼申し上げます。本ブログでは、その内容を簡単にご紹介します。またブログ最後に近く予定されているイベントのご紹介もしていますので、ぜひそちらもご参加を検討ください。 在庫管理、発注管理、物流配送、店舗設計、販促…小売業界における皆様の日々の業務、つまりオペレーションにおける改善・改革は常に企業のニーズとし

Tebiki株式会社で「tebiki現場教育」のプロダクトエンジニアを担当している清田です。 「tebiki現場教育」の開発チームではスクラムを導入しており、1週間のsprintごとにレトロスペクティブでふりかえりを行っています。 一方で、規模が大きい機能のリリース等をきっかけとして、sprintごとの短期間のふりかえりではなく、普段とは違う長期間のふりかえりをやる機会もあるかと思います。 我々のチームでも長期間のふりかえりを実施する機会があったのですが、そこで難しさを感じたと同時に学びを得たので、今回はその内容についてお話ししたいと思います。 事例1「スキルマップ開発全体のふりかえり」実施の背景「tebiki現場教育」にて新規機能であるスキルマップ機能が2024年春頃にリリースされました。 スキルマップ機能開発はこれまでの機能開発と比べて開発規模や不確実性が大きく、多くの課題を抱えながら

こんにちは。ぐるなびでSREをしている江島です。 普段はコンテナ基盤の運用やサービスの品質向上に向けたSRE活動といった業務を行っています。 9月6日に開催された「Cloud Operator Days Tokyo 2024」で登壇し、「モニタリング品質向上」をテーマに発表を行いました。今回の記事では、その内容を掘り下げ、具体的な方法や実践的なアプローチについて解説していきます。 Cloud Operator Days Tokyo(CODT) とは 「Cloud Operator Days Tokyo (CODT)」は、クラウドシステムの運用者に焦点を当て、日本のオペレーターの底力を高めることを目的とする技術イベントです。 運用の自動化やパブリッククラウドの運用、オブザーバビリティなどクラウドにまつわる様々なテーマでのセッションが行われていました。 モニタリング品質向上の背景 今回は「モニ

次の記事が最近公開されたので、読んでみました。 結論としては、例えば同著者の「良いコード／悪いコードで学ぶ設計入門」という書籍と比較すると、だいぶ受け入れやすい主張になっていると感じました。（以前の書籍についてのコメント記事へのリンク） ところで、私は「良いコード」についての議論や指摘や検討を積極的にやったほうがよいと思っていますが、主に「消耗しない」という観点でこの記事についていくつかの構造理解やテクニックの部分で補足できそうだったので、以下補足していきます。 ざっくりとした主張でいうと、 トレードオフに見える部分は学習・教育で解決できるケースも多くある 品質特性への還元が難しいがコードの良し悪しを定める概念がある Webアプリにおいても再利用性は必要だし、モバイルアプリでも再利用性を求めて失敗することがある 再利用性というよりは、現実に即した概念の線をどこで引くかのバランスを大事にする

以前API BlueprintでAPI仕様書を書くという記事を書いた。 あれからまぁまぁ経ったがAPI Blueprintの先行きは暗い。 仕様もツールも進化せず最新のnodeでは動かないものまででている。 さすがに困ったので、 swaggerを使うことにしたのだが、 こちらも何か良くなったのかと言えば、 現状も変わってないようだ。 (-_-;) めんどい YAML直接編集で仕様書書くとかやってられないし、 swagger editorも使い勝手が最悪だし。 何か良い方法はないかと探したら良いものがあった。 Stoplight Studio APIテストのGUIで仕様書を出力するツール。 これならまだ使えそうか。 ソースはGithubで管理しているので、 ドキュメントはmarkdownにしたい。 あと、見やすさを重視してHTML表示もしたい。 そのあたりもカバーしよう。 ヾ(・ω<)ﾉ"　

Front-End Web & Mobile Integrate AWS Step Functions with AWS Amplify using Amplify Custom Resources AWS Amplify makes it possible to add custom AWS resources to an Amplify-created backend using the amplify add custom command and the AWS Cloud Development Kit (AWS CDK) or AWS CloudFormation. By doing so, developers can easily add and manage AWS resources beyond Amplify’s built-in use cases to their

私たちが提供している金融系のサービスでは、既存動作を最大限に担保しながら品質を向上させることが強く求められます。サービス開始以来10年以上運用されているRailsアプリケーションはモノリシックな構造となっており、サイロ化による弊害が顕在化していました。例えば、複雑なロジックがアプリケーションの各所に散在…

「AWS CDKの脆弱性が発覚した」というニュース記事が流れてきたのですが、読んでも不安を煽るだけで何を言っているかよく分からない内容でした。 仕方がないので、脆弱性を報告したAqua Security社の記事を読んでみました。 非常に分かりやすくまとめてくれているので、マスコミのよく分からない記事で不安を感じている方は、原文を読むことをお勧めします。 超概要 見つかった脆弱性は、特定の手順を踏んでしまったCDK用のS3バケットを乗っ取れるという内容のようです。 脆弱性の影響の可能性があるアカウントには、2024/10/15 (日本時間だと2024/10/16かもしれない)にAWSから「Missing CDK bootstrap bucket」がタイトルに含まれるメールが送られています。 メールが来てなければセーフです。(今回の脆弱性に対しては)安全です。安心してください。 メールが来てい

この記事は本多和幸氏と谷川耕一氏によるIT事例メディア「CaseHub.News」に掲載された「福島銀行、勘定系システムをAWS上で国内初稼働　拡張性や柔軟性確保したアーキテクチャに」（10月25日掲載）を、ITmedia NEWS編集部で一部編集し、転載したものです。 福島銀行は2024年7月、AWS上で稼働する勘定系システムの本番運用を開始した。3カ月が経過した現在、安定稼働を継続しているという。アマゾンウェブサービスジャパンが10月23日に発表した。SBIホールディングスグループ各社がフューチャーアーキテクトと連携して地域金融機関向けに提供するクラウドベースの勘定系システムで、同行が国内で初めて採用した。AWS上で稼働する勘定系システムとしても国内初の事例。 新システムは、コンテナ化されたアプリケーションを運用管理する「Amazon Elastic Kubernetes Servic

無限病院 医院 作者:韓 松早川書房Amazonこの『無限病院』は、中国SF四天王の一角にして『三体』の劉慈欣と並び称される韓松による〈医院〉三部作の開幕篇だ。帯の惹句には劉慈欣が『中国のSFをピラミッドとするならば、私が書くような二次元のSFはその土台、韓松が書く三次元のSFはその頂点だ。』と寄せていて、読み始める前からハードルは上がりに上がっていた。 それが実際読み始めると冒頭130ページほどは正直いって何を言っているのかよくわからず、そもそも世界はおかしいのだが、同時におかしな登場人物たちが理屈が通るような通らぬようなことをばらばらに語っている。冒頭は不条理のカフカか幻覚のディックかといった間をふらふらとさまよいつつ、次第に物語は世における医療と未来を問う医療SFと化し、そのままSF的に展開するのかと思いきや、中盤以降は突然村上春樹的なメタファーとセックスに溢れた世界に突入し──と、

本日10/23発売の「絵で見てわかるLinuxカーネルの仕組み」という本を自分含め6人で書きましたので、宣伝します。 絵で見てわかるLinuxカーネルの仕組み 作者:市川 正美,大岩 尚宏,島本 裕志,武内 覚,田中 隆久,丸山 翔平翔泳社Amazon 本書はIT技術のさまざまな分野について視覚的に理解するための翔泳社の「絵で見てわかる」シリーズの中の一冊です。 www.shoeisha.co.jp このシリーズは、これまでに「ITインフラの仕組み」、「Webアプリ開発の仕組み」、「マイクロサービスの仕組み」など、さまざまなものを扱ってきました。本書は「Linuxカーネル*1の仕組み」を扱います。Linuxカーネルを絵から理解するというコンセプトの本です。 Linuxカーネルは Red Hat Enterprise LinuxやUbuntuといったLinuxディストリビューションの核(カー

2024 年 7 月に国内初として AWS 上で稼働開始した福島銀行のクラウド勘定系システムが安定稼働を継続 勘定系システムのさまざまなアプリケーションをマイクロサービス化することで拡張性・柔軟性を確保 国内銀行で初めて 24 時間 365 日監視のインシデント管理サービスを採用し、高いレジリエンシーを実現 アマゾン ウェブ サービス ジャパン合同会社は、株式会社福島銀行（以下、福島銀行）が 2024 年 7 月、国内で初めてアマゾン ウェブ サービス （以下、AWS）のクラウドで稼働させた勘定系システムが、3 か月を超えて安定稼働を継続していることをお知らせします。本システムは、SBI ホールディングス株式会社のグループ各社（以下、SBI グループ）がフューチャーアーキテクト株式会社と連携して開発から構築、運用する地域金融機関向けのクラウドベースの勘定系システムで、福島銀行が日本国内で初

AI企業のAnthropicは10月23日、大規模言語モデル「Claude 3.5 Sonnet」の刷新と、新モデル「Claude 3.5 Haiku」の導入を発表した。Claude 3.5 Sonnetには、AIモデルが人間のようにコンピューターを操作できるようになる新機能「コンピューター使用」が追加された。 アップデート版のClaude 3.5 Sonnetは、特にコーディング分野で大きく性能を伸ばし、業界ベンチマークで広範囲にわたる改善を示した。SWE-benchの検証済みタスクでは、前バージョンの33.4%から49.0%へと性能が向上し、他のすべての公開モデルを上回る結果となった。 新たに導入されるClaude 3.5 Haikuは、前世代の最大モデルであるClaude 3 Opusと同等の性能を持ちながら、コストと速度は前世代のHaikuと同等を維持している。特にコーディングタス