【Timee × NewsPicks共同開催】【オンライン開催】Four Keysで改善する開発生産性〜データ・モバイル・フロントエンド〜 - UB Tech Vol.12(https://uzabase-tech.connpass.com/event/294494/) 登壇資料です
ふだんレジスタンストレーニングを行っている男性を対象に、タンパク質摂取量を1.6g/kg/日または3.2g/kg/日のいずれかとして16週間介入し、体組成や筋力、および懸垂、垂直跳び、持久力のパフォーマンスへの影響に差が生じるかを検討した研究結果が報告された。また、肝機能と腎機能のマーカーも測定し、それらの臓器への負担の違いも評価されている。結論には、「タンパク質1.6g/kg/日の摂取は、肝・腎機能マーカーに影響を与えることなく、下半身のピークパワーを除いた除脂肪体重、筋力、パフォーマンスの最大化に十分であり、若く健康な男性の安全な摂取量として許容される」と述べられている。 タンパク質摂取量とトレーニング内容とで4群に群分けして16週間介入 この研究の参加者は、ソーシャルメディアでの募集に応じた18~36歳の健康でレジスタンストレーニングを行っている男性48人。適格条件として、週3回以上
Reliability Engineering is vital to the successful operation of any platform. R9y provides a simple “Tech Tree” that you can follow across multiple areas of your business to achieve the appropriate number of “nines” you need to provide value to your customers Each “9” of availability is associate with an “Era”, allowing you to track your journey from 90.0% reliability through to 99.999%
はじめに Terraformを使って複数の環境を扱う代表的な方法として、環境ごとにディレクトリを分けつつ、そこから共通のmoduleを呼び出すというものがあります。 本記事ではこれとは異なり、moduleを使わずに複数の環境を取り扱うファイル構成例と、運用して感じている利点について紹介します。 なお、Terraformで取り扱う対象としてAWSを前提とした記述が各所に登場します。ご了承ください。 動作環境 Terraform v1.5.3 AWS Provider v5.9.0 moduleを使って複数環境を扱うファイル構成例 moduleを使わない構成を紹介する前に、まずmoduleを使う構成例を簡単に解説します。 ファイル構成は概ね以下の通りになるかと思います。 -- <project-name>/ -- envs/ -- dev/ -- backend.tf -- providers
Note: Sections 2.0 and 3.0 of this article were added in response to comments on Hacker News and Reddit. Since its inception on 2000-05-29, SQLite has been implemented in generic C. C was and continues to be the best language for implementing a software library like SQLite. There are no plans to recode SQLite in any other programming language at this time. The reasons why C is the best language to
Rubyのこれからを STORES で作る。Rubyコミッター笹田さん、遠藤さんにCTOがきく「Fun」 このたび STORES にRubyコミッターの笹田耕一さん、遠藤侑介さんが入社されることになりました。入社に先駆けて、CTOの藤村大介さんがお二人にたっぷりとお話を聞きます。プログラミングとの出会いから STORES を選んだ理由、これからのRubyのこと、そしておふたりの「Fun」とは。 聞き手:藤村大介(CTO) PROFILE: 笹田耕一さん 大学在学時からRuby向け仮想マシンYARVを開発し、2007年に「Ruby 1.9」に採用される。以降、Rubyコミッターとして、言語処理系の高速化に従事し、仮想マシンやガーベージコレクションの性能改善などを行なう。Rubyアソシエーション理事 (2012〜現任)。博士(情報理工学)。 遠藤侑介さん 大学院修了後、大手電機メーカーで研究開
だいたい30年コースの自作erおじいちゃんばかり。(ワイふくむ) 若者はゲーミング用途一択で、サクッと作って終わり。 「ケースの通気性が・・・」「ケーブルのとりまわしが・・・」とかこだわってるのはおじいちゃんだけ。 30代40代の働き盛りがいない。 なんだかさみしいなあ。
TerraformInfrastructure as code provisioning
こんにちは。シニアスクラムマスターの天野 @ama_ch です。 サイボウズの開発組織において、今後の成長を加速させるためには、組織の基本単位をスクラムチームのような自律的な小さなチームにしてスケールさせることが非常に大切だと考えています。サイボウズは比較的スクラムが普及している組織ではありますが、組織内のすべてのチームがスクラムを採用しているわけではありません。 フレームワークとしてスクラムを採用するかどうかはチームの自由です。しかし、健全なチーム環境を整えることはすべてのチームにとって重要です。チームやチームワークに関する情報は巷に多く存在しますが、我々のようにすでにある程度の規模で活動しているプロダクト開発組織で、チーム環境を整えるために実践的に使える情報がないことが悩みでした。 そこで、これまでのチームに関する学びと実践を踏まえ、サイボウズの開発組織の文脈において、スクラムを実践し
タイミーでは2020年12月にSLOを取り入れました。SLOを実際に導入してみると、当初の想定と異なる部分が出てきます。また、組織やシステムの変化によって対応を迫られる場面も生まれます。時には定義やアプローチの失敗から運用がうまくいかない場面もあります。 これらの事柄に機能開発を担当しているエンジニアとしてどのように対応し、乗り越えてきたのかをお話しします。その過程で分かった失敗や教訓を言葉として伝えながら、結果としてどのようにSLOを運用しているのかを紹介します。
2月にバクラク事業部Platform Engineering部DevOpsチームに入社したid:itkqです。7月はLayerXエンジニアブログを活発にしよう月間 ということで、この記事では、私が入社してから中心となって進めた、ECSサービスのデプロイの改善について書いています。 バクラクのインフラ 私が所属するバクラク事業部では、バクラク請求書をはじめとする、BtoB向けのSaaSを提供しています。SaaSは主にAWS上でホストしており、サービスの大半がECS Fargateにデプロイされています。昨年、プロダクト開発をイネーブルメントするEnablingチームが発足し*1 、今後の事業成長を支えられるようなソフトウェアアーキテクチャと周辺の仕組みが発達してきています。以下の記事で述べられているように、モノレポかつサービスが多数存在します。 tech.layerx.co.jp DevOp
MySQLの最新バージョンである「8.1」が発表されたので超久しぶりに筆を取った。しばらく筆を取らなかった理由は個人的なものなのだが、このブログはごく個人的な活動であるので諸々の事情はご容赦頂きたい。 さて、MySQL 8.0の次のバージョン番号は何になるかという憶測は色々あったと思うのだが、8.1というものに落ち着いた結果になった。(9.0にしてしまうと、2桁目の番号が意味をなさなくなってしまうからね!!ちなみに次のバージョンは8.2、8.3・・・という具合に続く予定だ。)8.1という番号はバグデータベース上で既にチラチラと出ていたので、公式な発表よりも前に気づいていた人も多かったのではないだろうか。本稿では、バージョン8.1の概要と、8.1リリースと同時に発表されたInnovation ReleaseおよびLTS(Long Time Support)について解説しようと思う。 Inno
The GitHub Blog の記事 Enabling branch deployments through IssueOps with GitHub Actions を読んで「branch deployments(ブランチデプロイ)」というデプロイ戦略を知った💡 プルリクエストを main ブランチにマージしてから本番環境にデプロイするのではなく,プルリクエストを直接本番環境にデプロイして,動作確認の結果問題なしと判断できてからプルリクエストを main ブランチにマージするという流れが特徴的❗️そして,デプロイに異常があってロールバックする場合は main ブランチをデプロイして復旧する💡 記事に載ってるブランチ画像(Merge Deploy Model と Branch Deploy Model)は非常にわかりやすく見てみてもらえればと〜 github.blog IssueOp
コラム53:迷惑はかけてもいい 日本人ならたいてい子どものころから、親や学校の先生などから、「他人に迷惑をかけてはいけません」と言われて育ってきたのではないだろうか。そのため、「他人に迷惑をかけてはいけない」というのは、普遍的な道徳律だと思っている人も多いのではないかと思う。私も数年前までそう思っていた一人だった。しかし、どうやらこの教えはそれほど普遍的な規範とは言えないようだ。日本語教師をしている私の知人によれば、中国ではこのような規範を子どもに教える親はほとんどいない代わりに、「困っている人を助けなさい」と教える親が多いという。私の友人の韓国人によれば、韓国でも「他人に迷惑をかけるな」という人はいるものの、日本ほど多くはないという。むろん、日本でも「困っている人を助けなさい」と教える親もいるだろうが、「他人様に迷惑をかけてはいけない」と教える親に比べると、圧倒的に少数派だろう。 新約聖
こんにちは、MackerelチームでSREをしている id:heleeen です。 2023年3月に実施したMackerelのメンテナンスでは、データベースをAmazon RDSからAmazon Auroraに移行しました。この記事ではAuroraを選択した背景や、移行で考慮したことについてお伝えします。 データベースのアップグレードを機に検討 Auroraへ移行することによるメリット パフォーマンスの改善 マイナーバージョンアップのダウンタイムが短く サイジングを適切にできリソース活用も効率的に リードレプリカの運用負荷も改善 Auroraのリードレプリカを利用した移行 RDSにAuroraのリードレプリカを作成する リードレプリカの昇格と切り替え 本番のAurora移行に向けて準備したこと 検証環境で移行して課題を確認 本番メンテナンス時のバックアッププランを用意 Mackerelのメ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く