こんにちは。Forkwell の赤川です。 あなたは「テックリードってどんな仕事？」と聞かれて即答できるでしょうか？ 私はこれまで500名以上のテックリードの職務経歴書を読んで来ましたが、テックリードが任されている役割が人によって違いすぎると感じていました。 そこで、この記事では8人のテックリード経験者に、テックリードとしてのキャリアに焦点を絞ったインタビューを行い、日本のテックリードが実態としてどのような役割を担っているのかを明らかにします。そして、テックリードの役割を6つの系統に分類し、それぞれの役割を引き受けたテックリードの喜び・苦しみ、市場価値とキャリアを考えます。 一般論としてのテックリード 開発チームのリーダーとして、「テックリード」、「リードエンジニア」といった呼称はよく知られています。2018年にオライリー・ジャパンから出版された書籍：エンジニアのためのマネジメントキャリア

RubyのYJITコンパイラをShopifyが本番に投入、Railsアプリを高速化。Rubyも本格的にJITの時代へ ECサイト構築サービスを提供するShopifyは、Ruby 3.2に搭載されているYJITコンパイラを同社の本番環境に投入し、Railsベースで構築された同社サービスの性能改善を実現したと明らかにしました。 YJITコンパイラはShopifyが開発を進めてきたRubyのJITコンパイラで、大規模なRailsアプリケーションにおいてより高い性能向上を目指して開発されたものです。 一昨年末のRuby 3.1でメインラインにマージされ、昨年末に登場したRuby 3.2ではさらに改善が進められて本番環境にも耐えるようになったと説明されており、今回Shopify自身がそれを実証した形になりました。 If you’re a keen Rubyist, you may have hear

I'm pretty new to bundler and capistrano, and I'm trying to use them together. When I try to deploy, I get the message: You are trying to install in deployment mode after changing your Gemfile. Run `bundle install' elsewhere and add the updated Gemfile.lock to version control. I don't know how to satisfy the system that's complaining, and I don't understand why the complaint is coming up because I

ヒント:* 組織が高度な issue 検索の パブリック プレビュー にオプトインしている場合は、リポジトリの問題ページでブール型クエリと入れ子になったクエリを使用できます。 「Issue及びPull Requestのフィルタリングと検索」を参照してください。 検索結果をさらに改善するために検索修飾子を追加できる検索構文の一覧については、「検索構文を理解する」を参照してください。 複数単語の検索用語は引用符で囲みます。 たとえば "In progress" というラベルの問題を検索したい場合は、label:"in progress" と検索します。 検索では、大文字と小文字は区別されません。 修飾子に一致する結果を除外するには、マイナス (ハイフン) 記号を使用します。 たとえば、"octocat" ユーザーによって作成された issue を無視するには、検索で -author:octoc

ちょっと依存関係の厳しいRailsプロジェクトを扱っていて、タイトルのようなことを行いたい要求が出てきたので、さっそくGoogle先生におうかがいを立てました。 やってはいけない手順 たぶんbundle updateコマンドの引数でもって何かしらコントロールできるんだろうと踏んで調べたところ、公式のドキュメントよりも上位に、まさにやりたいことを書いたQiitaの記事が出てきたので、早速コレに従って作業することにしました。 内容を要約すると、bundle update --source ${GEM_NAME}としてやれば${GEM_NAME}のパッケージだけが更新されるというもので、コメント欄にも2018年11月の「うまくいった」コメントがあるので、コレで良かろうと思って作業に入ろうとしたところ、詳しい人からがかかりました。 正しいやり方 曰く、特定のgemだけ更新したいときは bundle

HTTP メッセージのペイロード本文は、HTTP メッセージ本文があれば、その送信時に送られるデータの Transfer-Encoding が適用される前の情報 ("ペイロード") 部分です。 Transfer-Encoding が使用されない限り、 ペイロード本文 と メッセージ本文 は同じものです。 例えば、このレスポンスではメッセージ本文は "Mozilla Developer Network" というペイロード本文を持っているだけです。 HTTP/1.1 200 OK Content-Type: text/plain Mozilla Developer Network 対して、下記レスポンスは transfer encoding を使ってペイロード本文をチャンクに変換しています。ペイロード本文（情報）は同じく "Mozilla Developer Network" を送信しますが、

HTTP ガイド リソースと URI ウェブ上のリソースの識別 データ URL MIME タイプ入門 よくある MIME タイプ www 付きと www なしの URL の選択 HTTP ガイド HTTP の基本 HTTP の概要 HTTP の進化 HTTP メッセージ 典型的な HTTP セッション HTTP/1.x のコネクション管理 プロトコルのアップグレードの仕組み HTTP セキュリティ Content Security Policy (CSP) HTTP Strict Transport Security (HSTS) X-Content-Type-Options X-Frame-Options X-XSS-Protection サイトの安全化 HTTP Observatory HTTP アクセス制御 (CORS) HTTP 認証 HTTP キャッシュ HTTP の圧縮 HTT

API の公式ドキュメントには Sample Request がありますよね。 よく使っている LINEWORKS API でも Sample Request を用意してくれているのですが、記述形式が HTTP Request なのです。 私は Javascript をメインにしているので、Javascript で書かれている Sample なら大助かりなのですが、たいていは違うので Javascript のサンプルコードがないか Qiita や WEB 上を探しています。 んで、そのときによく見かけるのが、タイトルに書いた Content-Type: multipart/form-data; boundary ちゃん。 この子のこと、実は私よくわかってないんですけど、検証ツールの Postman さんのおかげで理解できずとも API は利用できております。 でも、なんかこう、いつまでもよ

FormData オブジェクトは、フェッチまたは XMLHttpRequest API を使用して送信するためのキーと値のペアの集合をコンパイルできます。本来はフォームデータの送信に使用することを想定していましたが、キーのついたデータを伝送するためにフォームとは独立して使用することもできます。伝送されるデータは、フォームのエンコードタイプが multipart/form-data に設定されている場合に、submit() メソッドで送信する際に使用するデータと同じ形式です。 const send = document.querySelector("#send"); send.addEventListener("click", async () => { const formData = new FormData(); formData.append("username", "Groucho

Jetpack ComposeとGraphQLによるServer Driven UI/jetpackcompose-grahpql-serverdrivernui