Author: @urahiroshi, Engineering manager of Web Platform team 2022年8月4日、メルカリで “web-2” と呼ばれるサーバがシャットダウンされました。これはメルカリWeb版の開発に携わっているチームにとって、一つの区切りとなる出来事でした。 web-2はPHPで記述されたwebサーバで、2015年から https://www.mercari.com/jp/ 配下のコンテンツを配信していましたが、現在では複数のWebマイクロサービスがその機能を担っており、 https://www.mercari.com/jp/ 配下のページは後継となるWebマイクロサービスが配信するページへリダイレクトされています。 メルカリWebのマイクロサービス化に向けた開発が始まり、最終的にweb-2がシャットダウンされるまで、実に4年以上の期間がかか
本記事は、2022年5月に開催されたTechFeed Conference 2022のセッション書き起こし記事「Kotlin最新動向2022(たろう) — TechFeed Conference 2022講演より」を転載したものです。オリジナルはTechFeedをご覧ください。 Kotlinの最新動向2022ということで発表させていただきます。 まず最初に簡単に自己紹介をさせてください。長澤太郎と申します。 ふだんはユビーという会社でソフトウェアエンジニアをやっております。仕事ではバックエンドをKotlinで書くことが多くて、それ以外ではTypeScriptも使いますが、仕事ではおもにKotlinを使っている感じです。 業務外の活動としてKotlinエバンジェリストを自称しまして、こういった講演とか、あるいは書籍の執筆などを通じて、Kotlinの楽しさを世に広めていくようなことをしてい
本記事は WebアプリWeek 最終日の記事です。 🌀 4日目 ▶▶ 本記事 🌴 はじめに 負荷試験は何のために? どんな負荷試験を実施すればいいのかを考えてみる 負荷試験の種類 負荷試験で確認したいこと どの負荷試験を実施するか おわりに 参考 はじめに はじめまして、WebアプリWeek5日目を担当しますNTシステム事業部の勝浦です。 みなさん、負荷試験してますか? システムの特性上そんなに負荷かからないし、性能も求められないし、、 と負荷試験を実施しない場合もあるかと思いますが、負荷試験をしてみると意外な箇所に落とし穴があったりすることに気づくものです。 私自身、今まで何度か負荷試験を実施する機会がありました。 本記事では負荷試験を実施するにあたって、私がはじめに考えていることを書き出してみたいと思います。 負荷試験は何のために? 「負荷試験やっておいてね」と言われたとき、まず何
ダウン症の高校生がマクドナルドでバイトを始めたら「職場の空気が変わった」 ベテラン店員も「教わることが多い」本物の〝スマイル0円〟 東京都立荻窪高2年の渡辺佑樹さん(18)=東京都世田谷区=はダウン症。4月からマクドナルドの店舗でアルバイトをしている。シフトは週3回。時給も他の高校生と同じだ。知的障害や自閉症があり、流ちょうな会話や計算は苦手だが、ベテラン店員も「教えてもらうことが多い」と舌を巻くほどの仕事ぶりで、職場の雰囲気を変え始めた。実際に店舗を訪れると、周囲の温かいまなざしに見守られた佑樹さんの、とびきりのスマイルを見ることができた。(共同通信=小田智博) ▽「接客の原点」ができていた ダウン症の正式名称は「ダウン症候群」。人間には通常、遺伝子を含む染色体が23対、計46本あるが、ダウン症の場合は21番目の染色体が3本あり、運動機能や知的な発達に遅れが見られることが多い。 私は、障
We have concluded our investigation and want to provide our customers with an overview of the threat actor’s actions, direct mitigations we have taken because of this incident, and additional changes we will make in the face of a continually evolving threat landscape. Our incident summary outlines what we have learned during the course of our investigation starting on April 13, 2022, and ending Ma
Heroku made it easy for any developer to build and run applications in the cloud without managing their own infrastructure. Now 15 years later, it continues to inspire the next generation of developers. Why did Heroku become so popular? What can we learn from their incredible developer experience? How is Heroku shaping the next generation of serverless? Early Days of Heroku In 2006, Amazon Web Ser
この OGP は "Draw open graph protocol by AI." っていう言葉で作った OGP だ。graph に引っ張られすぎだろ... ブログの OGP このブログの入稿は のようにフォルダに visual.png という名前でフォルダに保存して、 --- path: /draw-ogp-by-ai created: "2022-08-24" title: OGP の生成をAIですれば楽な気がしてきた visual: "./visual.png" tags: ["OGP"] userId: sadnessOjisan isFavorite: false isProtect: false --- の visual でパスを visual.png に指定すれば適用できるようになっている。 なので日頃は ユーモア ある画像を入稿するようにしている。 が、最近はそれがめんど
Intro HPKE (Hybrid Public Key Encryption) が RFC 9180 として公開された。 RFC 9180: Hybrid Public Key Encryption https://www.rfc-editor.org/rfc/rfc9180.html HPKE は、公開鍵暗号方式と共通鍵暗号方式を組み合わせて(ハイブリッド)任意の平文を暗号化するための、汎用的な枠組みとして標準化されている。 この仕様は、多くのユースケースが想定されており、 RFC になる前から ECH (Encrypted Client Hello), MLS (Message Layer Security), OHTTP (Oblivious HTTP) など、さまざまな仕様から採用を検討されている。 本サイトで書く予定の他の記事でも HPKE は頻出する予定であり、今後より多く
はじめに:単純なバリデーションならテストコードは不要(という私見) Railsでモデルスペックを書くとき、バリデーションのテストを書く人をよく見かけます。 たとえば以下のようなイメージです。 RSpec.describe User, type: :model do # こういうテストは書く?書かない?? describe 'validation' do example 'nameは必須' do user = User.new(name: '') expect(user).to be_invalid user.name = 'Alice' expect(user).to be_valid end end end 決して、バリデーションのテストを書くことが悪いことだとは言いませんが、個人的には単純なバリデーションであれば別に書かなくてもいいかな、と考えています。 単純なバリデーションにテストコ
正規表現の「先読み(lookahead)」「後読み(lookbehind)」について紹介します。 正規表現の「位置へのマッチ」 正規表現は、文字列のパターンマッチに使われます。たとえば [0-9]{4} は数字4つが並ぶ文字列にマッチする表現です。 多くの正規表現は「文字列」にマッチしますが、「文字列」ではなく「位置」にマッチする表現があります。これは、アンカーと呼ばれます。また、長さ0の文字列にマッチすると考えて、ゼロ幅アサーションとも呼ばれます。 アンカーの例として、^(先頭)$(末尾)\b(単語の境界)などがあります。 この例では、cat にはマッチします。一方、category や concat は cat を含みますが前後が単語の境界になっていないためマッチしません。 先読み 先読み(lookahead)は、位置にマッチする記法の一種です。位置の指定に正規表現を使います。(?=
会社の Slack ワークスペースに雑談(ゴシップ)チャンネルがあり、ついつい覗いてしまう。某社(勤務先ではない)の従業員が匿名でボーナスや昇給の金額、社内の従業員グレードなどを投稿するスプレッドシートのリンクが紹介されていて、軽く眺めてみたら Gender? という列に Apache helicopter と書いてある行を見つけ、ニヤリとしてしまった。もちろん I Sexually Identify as an Attack Helicopter にかけたもので、わかる人にはわかるネタ。いいセンスしてるなあ、これ書いたやつとは友達になれそうだ、と感心したものの、なにぶんセンシティブなネタなので社内で感想を共有できる相手がいないのが残念だ。 なお I sexually~ で検索したら Amazon で T シャツが売ってて笑った。バカだなー。そしてサイズがメンズ・レディースで「そこは he
元記事(英語): My Neovim setup for React, TypeScript, Tailwind CSS, etc こんにちは、個人アプリ作家のTakuyaです。 Vim歴はかれこれ10年以上です。 僕はInkdropというMarkdownノートアプリを独りで開発しています。 このアプリはElectronやReact Nativeで組まれており、マルチプラットフォームで動作します。 それらはいつもNeovimを使って開発しています。 約2年前に自分のNeovimで使用しているプラグインについて紹介しました。 あれから結構アップデートしたので改めてまた書きます。 主な違いは設定がLuaで書かれている点です。 また、vim-plugからPackerに移行しました。 ちなみにYouTubeでM2 MacBook AirにNeovimをセットアップする動画を投稿しましたので、併せて
I recently added BUNDLE_ONLY option to Bundler. This is the long-awaited feature from 8+ years ago that allows you to install only the gem groups you need, available from bundler 2.3.19. https://github.com/rubygems/bundler-features/issues/59 https://github.com/rubygems/bundler/pull/4907 https://github.com/rubygems/rubygems/issues/4048 https://github.com/rubygems/rubygems/pull/5759 For example, in
はじめに Interface 2018年10月号の「IT農耕実験」特集を見て,庭の苔の水やりに使えないかと調べはじめ,こつこつ2ヶ月ほど週末作業を続けて無事完成したので紹介します. 「本格」と謳うにあたり,次のようような方針を立てました. 10年程度の安定稼働 せっかく作るので,家のインフラとして安心して10年間程度安定稼働させることを目指します. フェールセーフ 長期稼働にはトラブルが予想されるので,そういった場合にも問題が大きくならないように部品選定を行います. 簡単操作 家族でも簡単に使えるよう,スマホから操作できるようにします.特定の時間に自動的に水やりする機能も付けます. システム構成を以下に示します. Raspberry Pi に Web サーバを立て,スマートフォンから制御を受け付けます. Raspberry Pi はそれを受けて電磁弁の制御を行います. 水量はセンサでモニタ
プログラミングが好きなエンジニアの渡辺です。 先日 TechMTG という社内のエンジニアミーティングの場でお話させて頂いたことを書いてみようと思います。 表題の「正解にする力」というのは様々な意思決定に適用出来るものとして考えていますが、今回は技術選定という観点でお話します。 技術選定というと、世の中のデファクトだとか、新しい技術だとか、社内で実績のある枯れた技術とか色々な理由や基準で選ぶのが良いと、至るところで言われていると思います。 選定時に議論が平行線にならないように、判断基準を設けるべきというのもあるでしょう。 これらは重要であり、検討、準備することは必要ですが、それに加えて「正解にする力」というのも重要なのではないか?という提案です。 まず、組織における技術選定とは「正解を選ぶ」ことではないと思っています。 これはその技術選定結果はその人個人についてまわるのではなく、組織として
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く