この記事は、Mercari Advent Calendar 2022 の3日目および Developer Productivity Engineering Campブログシリーズの一環で、メルカリCI/CDチームのMichael Findlater (@michaelfindlater)が執筆したものです。 ※本記事は2022年2月3日に公開された記事の翻訳版です。 ここではメルカリにおける次世代Continuous Integration(CI)システムの実装、そしてそれに向けたいくつかの技術的な取り組みについて解説します。またこの施策の動機とも言える、サプライチェーンアタックがどのようにCI/CDエンジニア達にとって今後より重要になってきたのかについて解説します。 背景 これまでも常にCI/CDパイプラインに対する攻撃は存在していたものの、ここ最近のこのエリアに対しての攻撃の急増は脅威

開発部の 8luka です。 当社ISPサービスASAHIネットの個人のお客様にコンビニ払込用紙での支払方法（以下、コンビニ払いと記載します）を導入して一年ほど経ちました。 なぜ導入したのか、どう導入したのか、導入してどうなったのか、そんな話をこの件の開発を諸々担当した立場からお伝えします。 目的の話 誰が・いつ・コンビニ払い？ それでもお支払いいただけなかったら？ コンビニ払いの導入前はどうなってたの？ それをどうして変えようとしたの？ それで、導入できたの？ 実現方法の話 利用料金の計算から債権データの生成まで 払込用紙の送付 印刷リクエストの冪等性の確保 送付できない・できなかったケースの対応 再発行 入金データと消込 入金と請求の紐付けの知識のありか 滞納対応 効果の話 採用情報 目的の話 誰が・いつ・コンビニ払い？ 個人のお客様（以降「お客様」と表記します）には、ASAHIネット

Opens in a new windowOpens an external siteOpens an external site in a new window In January 2019, we set out to rewrite the critical software that powers all online storefronts on Shopify’s platform to offer the fastest online shopping experience possible, entirely from scratch and without downtime. The Storefront Renderer is a server-side application that loads a Shopify merchant's storefront Li

2022/12/09 Developers CAREER Boost で発表したキャリアについての話です。

おはこんばんちは 尾藤 a.k.a. BTO です。 少し間が空きましたが、前回は連長符号について書きました。 system.blog.uuum.jp 今回はハフマン符号について書きます。 ハフマン符号は、平均符号長が最小になるコンパクト符号として良く知られています。 圧縮アルゴリズムはよく特許が問題になるケースが多く、採用する場合には常にそのアルゴリズムが特許上問題ないのかを検証する必要があります。 その点、ハフマン符号はパテントフリーなアルゴリズムなので、特許問題に悩まされることもないです。 このように、ハフマン符号は符号長が最小であること(高効率)、パテントフリーであること(訴えられるリスクがない)から、データ圧縮では非常に採用率の高いアルゴリズムです。 例えば身近なところだと、HTTP2のヘッダはハフマン符号で圧縮されています。 応用範囲の広いアルゴリズムですので、覚えておいて損は

この記事は Cybozu Advent Calendar 2022 の13日目の記事です🎄 こんにちは、 kintone 開発チームの @mckyhrs です。ソフトウェアエンジニアとして kintone の新規機能開発に取り組んでいます。サイボウズには2022年の9月に入社して早3ヶ月が経ちました。 この記事では、モブプログラミングの経験がなかった私がサイボウズに入社後、「サイボウズのモブプログラミング文化にふれて感じたこと」を紹介できればと思います。 サイボウズにはモブプログラミングの文化がある サイボウズにはモブプログラミング（以下、「モブ」という）の文化があります。 kintone 開発チームのメンバーは各地に住んでおり、在宅で働いている方も多いので、Zoomなどのツールを使いリモートでモブをしています。 モブについては公開している研修コンテンツや関連するブログもあるのでぜひご覧

こんにちは！kintone開発チームの太田 (@kigh) です。 この記事では、自分のチームで2年以上続けているリモート・モブプログラミング（以下「リモート・モブ」）について、 進め方の具体例や所感、実際にやる上でのTipsを紹介したいと思います。 リモートワークが急速に普及する中、リモート・モブは働き方の選択肢の一つとして存在感を増してきていると思います。 この記事から少しでも参考になる点が見つかれば幸いです。 リモート・モブプログラミング この記事では、テレビ会議システムなどのツールを使いつつ、物理的に離れたチームでモブプログラミングをすることをリモート・モブと呼びます。 現在、kintoneの新機能開発メンバーは6拠点のオフィスに分散し、また多くのメンバーがカジュアルに在宅勤務を活用するリモートチームとなっています。 また2018年から2年以上、全ての設計・実装タスクを原則モブプロ

モブに早く慣れたい人のためのガイド / A Guide to Getting Started Quickly with Mob Programming

新卒1年目から新規プロダクトのサーバーサイド開発を任され、様々な技術書を読んだり社内外のエンジニアに相談しながら開発を進めていった結果学ぶことが色々ありました。この勉強会では、そうした経験から私がバックエンド開発の際に考えていることや大事だと思っていることについてお話します。

研修資料・動画一覧Git研修（ 動画 / スライド ）データベース研修（ 動画 / スライド1, 2 / SQL演習環境 ）設計・テスト研修（ 動画 / スライド ）コンテナ研修（ 動画 / スライド1, 2 ）iOSアプリ開発研修（ 動画 / スライド / リポジトリ ）Androidアプリ開発研修（ 動画 / スライド / リポジトリ ）フロントエンド研修（ 動画 / スライド / リポジトリ ）ゲーム開発(Unity)研修（ 動画 / スライド1, 2, 3, 4, 5, 6 / リポジトリ ）Flutter研修（ 動画 / スライド / リポジトリ ）AI研修（ スライド1, 2, 3, 4 / リポジトリ ）セキュリティ研修（ スライド ）チーム開発研修（ スライド ）Git研修チーム開発での Git (+GitHub) の使い方とGit の内部的な挙動について学ぶ研修です。後半

クラウド上でゲームを動かす場合、データ（ゲーム本体のデータ・セーブデータ）をどう管理するかは重要な課題のひとつだ。 そこで、自分が開発に携わっているOOParts のデータ管理を支える技術について紹介する。 ノベルゲームのセーブ事情 OOPartsで提供されているのは主にビジュアルノベルゲームで、セーブデータの形式や場所は実に多種多様である。 ゲーム本体と同じディレクトリにセーブデータを保存するゲームもあれば、ユーザーディレクトリ（マイドキュメント等）以下に保存するゲームもある。 とにかく様々な保存方式があるため複数メーカーのゲームを提供するとなると セーブデータの場所を機械的に特定できない。 唯一言えるのはほとんどのゲームはセーブデータをファイルに保存しているということぐらいだ。 ゲームタイトル毎に設定を持ち、「ゲームAのセーブデータは〇〇で、ゲームBのセーブデータは〇〇で…」とすれば不

中間者攻撃のもとでのCookie InjectionによるHTTPSの盗聴・ハイジャックについて、次のようなアナウンスが出ている。 Vulnerability Note VU#804060 - Cookies set via HTTP requests may be used to bypass HTTPS and reveal private information JVNVU#92999848: HTTP リクエスト経由で設定された Cookie によって HTTPS 接続がバイパスされたり情報漏えいが発生する問題 ここでは、アナウンスで参照されている論文の内容を簡単にまとめてみる。 Cookies Lack Integrity: Real-World Implications (USENIX Security 2015) Cookie Injectionとは HTTPは本来ステートレ

一通りちゃんと実装したので、大抵はちゃんと動いてくれるはずです。動かなかったり、画面がおかしかったり、音がおかしかったりしたらバグなので、ご報告いただけるとうれしいです。 エミュレーションコアが2つになったので、せっかくなのでエミュレーションコアのインターフェースを抽象化して、マルチエミュレーターにしました。 リリースページ からコンパイル済みバイナリをダウンロードできます。 マルチエミュレーター エミュレーターを作るうえで割と面倒でバカにならないのがフロントエンドUIの作成です。GUIアプリを作るのはそもそも結構大変で、ましてや昨今のアプリケーションはPCだけでなくスマホやWebといったタイプの異なる複数のプラットフォームで動かしたいというモチベーションがあります。特定プラットフォームにべったりで何となく動くように書けばいいやというのと比べると、取れる選択肢も限られてかなり面倒になってき

IntroductionPinterest’s distributed caching system, built on top of open source technologies memcached and mcrouter, is a critical component of the production infrastructure stack. Pinterest’s cache-as-a-service platform is responsible for driving down application latency across the board, reducing the overall cloud cost footprint, and ensuring adherence to strict sitewide availability targets. To

BunのおかげでZigに注目する人が増えたように感じます。 個人的にZigを使ってる人間として紹介がてら自分のZigに対する印象を書いていきます。 どんな言語か（公式） 「堅牢で最適で再利用可能なソフトウェアを維持するための汎用プログラミング言語」 公式のより詳しい紹介はこちら Cをベースに現代的な機能を追加している Raylibのサンプルコード // raylib.comから引用（いくつかのコメントを削除） #include "raylib.h" int main(void) { const int screenWidth = 800; const int screenHeight = 450; InitWindow(screenWidth, screenHeight, "raylib [core] example - basic window"); SetTargetFPS(60);

この記事では LaunchDarkly を使った Feature Flags の制御について紹介します。 Feature Flags とは そもそも Feature Flags がどういうものであるか、どんな種類のものがあるかについては以下の記事が参考になります。 Feature Toggleについて整理してみました フィーチャーフラグにはタイプ（リリース・実験・運用・許可）がある！ Feature Toggle Types | Unleash LaunchDarkly の用語 LaunchDarkly 上で作った Project には 1 つ以上の Environment があります。 Environment は例えば Production とか Staging とか Test とかそういうものです。 各 Environment には 0 個以上の Feature Flag があります。

Provide amazing documentationIn webhook communications, the authentication, message integrity validation, and replay prevention validation, and enforcement happen on the webhook listener. Therefore, webhook providers must simplify the work on developers by providing documentation with: Complete specs on your webhook security, including the authentication mode, cipher suite, signature procedure, an

聞いてるポッドキャストでセキュリティ情報収集どうしているのかといった話題があった*1ので、いい機会だから自分の行っているセキュリティ関連の情報収集をまとめてみた。 前提 どんな人 セキュリティに興味あるWebアプリケーションエンジニア*2 興味の範囲 Webアプリケーションにまつわるセキュリティ全般 サービス開発・運用まわりに関するセキュリティ 知りたい情報 関係ありそうな脆弱性情報 興味範囲の最近の話題やトレンド その他セキュリティ関係で話題になっていそうなこと 話題やトレンドはキーワードを拾い後から調べられるように脳にインデックスを作っておくのが目的で、網羅や詳細に知ることはあまり意識していない。 情報ソース 前提に書いた知りたい情報を、各種サイト・ブログ、Twitter、Podcast から収集している。 Twitter は脆弱性情報などスピードが重要なものからトレンドまで幅広く知れ