こんにちは、DevBrandingのellyです。10月29日に配信した「freee Tech Night 〜freee流、クレジットカードのマイクロサービス設計構築術」の様子をご紹介します。 先日freeeは、法人向けに企業成長を支援するための統合型ビジネスカード「freeeカード Unlimited」β版の提供を開始しました。 今回はfreeeカード Unlimitedのシステムをつくったエンジニア2人をゲストにクレジットカードの仕組みをどのように作っていったのかを聞きました。リリースまでの道のりをfreee Developers Blogでも全8回で連載していますのでぜひ合わせて読んでいただけると嬉しいです。 登壇者集合写真 tabachain:写真左上。決済チームのエンジニア。2016年7月入社。freee会計、freee申告のエンジニアを経てエンジニアリングマネージャーを約3年担

Mercari Advent Calendar 2018 の5日目はSREチームの @catatsuy がお送りします。 メルカリではGoで書かれたproxy serverをサービスの各所で使っています。今回はGoでproxy serverを作るときにハマりそうな、標準ライブラリの挙動や特徴について紹介します。 本エントリーは2018/12/04現在の最新であるGo 1.11.2を元にして書きます。 Hostヘッダーはreq.Header.Set(“Host”, “example.com”)しても上書きできない https://github.com/golang/go/blob/e8a95aeb75536496432bcace1fb2bbfa449bf0fa/src/net/http/request.go#L1023 https://github.com/golang/go/blob/e8

「目標設定、ニガテなんですよね」組織に属するメンバーを育成し、評価する。そのための材料として「目標設定」を活用している組織は多い。MBOか、それに類する形を採用しているところが多いのではないか。（観測範囲での判断なので今は違うかもしれない） そして、「目標設定」を行う組織は多いというのに、「私、目標設定得意なんですよ」というエンジニアの存在は寡聞にして存じ上げない。なぜなのだろう。 エンジニアの目標設定は難しい？組織のレベルでは、「売上○○円」「ユーザー数○○人」「平均DAU○○」といった目標が設定されることが多い。財務に直結するものだ。翻って、エンジニアたちは組織にどう貢献するのか。エンジニアリングだ。直接売上がどうこうではなく、「どうすればビジネスに貢献するか」から立脚された仮説に基づいて行動をしていくことになる。 こうすれば画面遷移数が減って使いやすくなる、その事により利用率が向上す

Google Cloud Platform (GCP) を利用して解決策を構築する際、運用性、安全性、信頼性、パフォーマンス、コスト効率など多くの要素を考慮し、設計の初期段階からこれらを組み込むことが重要です。 GCPでは、サービスに応じてユーザーとクラウド事業者の責任が変わり、共通のセキュリティ責任を共有します。 セキュリティのベストプラクティスには、企業アカウントの使用、多要素認証の有効化、IAMポリシーの適切な設定などが含まれます。 また、Cloud Identityを使用してアクセスとコントロールを管理し、Cloud CustodianやFalcoなどのツールを活用してセキュリティを強化します。 GCPのセキュリティベストプラクティスを遵守し、コンプライアンス標準に従うことで、クラウド環境を安全に保つことが可能です。 詳細はこちら Sysdigに関するお問い合わせはこちらから 最近

デザイン指標を作っても失敗するパターン プロダクトを通してユーザーに価値提供できたか評価するためにデザイン指標は欠かせない存在です。書籍を読むなどして学習すれば指標は作れるようになりますが、その指標を使って Web サイトやアプリなどのデジタルプロダクトを評価し、改善するような体制を作るのは簡単なことではありません。 そもそもユーザーに価値提供できているかを評価することが、プロダクトに携わるデザイナーや開発者の評価に結び付いていない場合があります。現場では「ユーザーに価値提供したい」という気持ちで仕事をしていたとしても、自身とプロダクトの評価と結び付いていなければ、ただ指標を計測しているだけになります。 デザイン指標との相性が良くないのは、プロダクトを作る人たちの評価が売上目標に直結している組織です。 そういう組織では、ユーザーの課題解決ではなく、いかに売りやすくするかを優先しがちです。特

Amazon.com、同社内で使われていた従業員向けのセキュリティオンライントレーニングを無償で一般公開、日本語版も提供 Amazon.comは、これまで同社内で従業員向けに提供してきたセキュリティのオンライントレーニングコースを無償で一般公開しました。 Starting today, we're making the same cybersecurity training used by Amazon employees available to businesses and individuals around the world at no cost. #CybersecurityAwarenessMonth https://t.co/h1EXJf6lrn — Amazon News (@amazonnews) October 26, 2021 セキュリティトレーニングは「Cyber

This website uses cookiesThis site uses cookies to analyze traffic and performance and to save user preferences. ‍ Learn more about how we use cookies.

Ant Design interprets the color system into two levels: a system-level color system and a product-level color system. The system-level color system mainly defines the basic color palette, neutral color palette and data visualization color palette in the design of Ant Financial. The product-level color system is in the specific design process, based on the color of the system to further define the

Priyanka VergadiaStaff Developer Advocate, Google Cloud Have you caught Pokémons? Pokémon GO is a popular game played by millions, but it scales extremely well. This blog is a behind-the-scenes look into how the Pokémon GO engineering team manages and maintains the scale. Joining me is James Prompanya, Senior Engineering Manager at Niantic Labs who leads the server infrastructure team for  Pokémon

はじめに この記事は、以下のlwn.netの記事を抄訳したものです。 lwn.net CPU Namespaceのご紹介 これはCPU namespaceのインターフェスとそのメカニズムを証明するための初期プロトタイプです。 現状におけるCPUリソースの制限方法 Linuxカーネルでは、タスクのCPUリソースを制御するために2つの方法を提供します。 cgroup cpuset: 該当のグループにアタッチされた単一または複数のタスクの集合に対し、CPUリソースを制限するためのメカニズムです。 syscall sched_setaffinity: CPUの集合に対して特定のタスクをピニングするためのシステムコールです（訳注: NUMA利用時の条件下などにおいてよく利用される手法）。 また、カーネルはシステムにおいて利用可能なCPUリソースを閲覧可能にするために3つの方法を提供します。 sys/

はじめに DevOpsのためのプラットフォームGitLabが2021年10月14日に時価総額約1兆2000億円で米NASDAQ市場に上場しました。途方も無い金額ではありますが、この上場に至るまでGitLabでは世界66カ国に分散する1200人以上の社員がフルリモートで働いてきているというのはさらに驚くべきことです。 このリモートワークを機能させるためにGitLabには徹底的な文書化と情報公開の文化があり、それらの文書は社外の私たちでも見られます。私たちもそこから学べることがあるはずです。なので、本記事ではそれらの一部を紹介します。 Remote Manifest まずはGitLabのcomplete Remote Playbookのトップページに記載されているRemote Manifestを見ていきましょう。 日本語訳は以下になります。 ①本社の代わりに、世界中で採用して世界中で働く ②決

フルでリモートワークをはじめるとなると、大きな組織のほうがスタートアップのような小さな組織と比べて導入が難しそうな印象があるかもしれません。しかし、難しさの理由が異なるだけで、実はスタートアップにとっても完全リモートへの移行は同じくらい高いハードルになり得ます。 ある程度の大きさ以上に成長した組織では、何十人とか何百人、さらに大きければ何千人もの人たちの間で連携を取り、情報を共有しなければならないため、様々な方針や手順の策定が必要になってきます。 こうした組織では、全員が同じオフィス内で働いていたとしても、常に他の部署の人たちと連携を取らなければなりません。そういった意味では、すでに「リモートワーク」をしているとも言えます。しかも、実際は離れた場所同士で連携することのほうが多いので、その場合、場所が自宅やカフェではないというだけで、まさにリモートワークそのものです。 このような複雑さに対応

こちらの記事は三部作です その1：とあるスタートアップが最初のフルタイムエンジニア採用を決意するまで 番外編：スタートアップ技術顧問は技術を見ない <= 現在の記事 その2：とあるスタートアップが最初のフルタイムエンジニア採用のために準備したこと その3：とあるスタートアップが Twitter Spaces からフルタイムエンジニアを採用した話 番外編：メンテモに転職した話 タイトルは嘘です。(必要なときに)見ます。最近は通知を送る方法*1について考えられる設計のパターンをいくつか例示した上で、今ならどれを選択しどんな感じで実装していったらいいかについて議論したりしました。 初めまして、@tagomorisです。今年の6月からメンテモで技術顧問をしています。技術的な専門としてはデータ処理基盤からWebサービス一般・ITインフラまでですが、メンテモの技術顧問では技術領域を特定せず、ありとあら

こんにちは、はじめまして。さくらインターネット株式会社の長野雅広（@kazeburo）です。Webの業界に入ったのは学生だった2000年頃で、キャリアは20年以上になります。おそらくこの業界でも長い方ではないでしょうか。20年の間にmixiやlivedoor、メルカリといった企業で働く機会を得て、どの職場でもサービスの裏側にあるインフラや、Webアプリケーションの運用を支える仕事、今ではSREと呼ばれるような業務に携わってきました。 そして今年の1月から、さくらインターネットにてクラウドを中心にサービスの開発を行っています。つまり、インフラやクラウドを利用して一般のお客様向けにサービスを作るという仕事から、クラウドを作ることを仕事にする、という選択をしました。 この記事では、どのような経験からSREとして働くようになったのか、また現職に至る選択をした経緯について語りたいと思います。加えて、

2019年9月24日、株式会社メルカリにて、エンジニア向けイベント「Mercari Bold Challenge ~CTOとエンジニアが赤裸々に語る 変化と挑戦~」が開催されました。社員数は1,800人を超え、40ヵ国以上の国から多様な人材が集まり急成長を続けるメルカリ。一方で、急成長に伴って新たな課題も生まれています。そこで今回は「Bold Challenge（大胆な挑戦）」というテーマで、メルカリのエンジニア組織の変化と挑戦について、そのリアルを語ります。プレゼンテーション「なぜMicroservicesか?」に登場したのは、株式会社メルカリ Software Engineer, Microservices Platformの中島大一氏。講演資料はこちら メルカリ、マイクロサービス化の歴史中島大一氏：「なぜMicroservicesか？」というタイトルで発表させていただきます、@dee

A visual guide on troubleshooting Kubernetes deploymentsMay 2024 TL;DR: here's a diagram to help you debug your deployments in Kubernetes (and you can download it in the PDF version and PNG). This diagram is also translated into the following languages: 中文, Translated by Addo Zhang (PDF | PNG)Português — Translated by Marcelo Andrade (PDF | PNG)Español mexicano — Translated by Raymundo Escobar & J

The PostgreSQL Global Development Group today announced the release of PostgreSQL 14, the latest version of the world’s most advanced open source database. PostgreSQL 14 brings a variety of features that help developers and administrators deploy their data-backed applications. PostgreSQL continues to add innovations on complex data types, including more convenient access for JSON and support for n

お探しのページは移動または削除されたかURLの入力間違いの可能性があります。 正しいURLをご指定いただくか、下記よりご覧になりたい情報をお探しください。