自動化大好きエンジニアたちが語る、効率化・品質向上 Tips【26選】 - RAKUS Developers Blog | ラクス エンジニアブログ
こんにちは、技術広報のyayawowoです。 「自動化（オートメーション／Automation）」 今、この言葉を聞いて胸がときめいた方に必見です！ 当社主催イベントでも人気の高い 「自動化大好きエンジニアLT会」全5開催分の資料をまとめて紹介します！ イベント詳細はこちらをご確認ください！ ・自動化大好きエンジニアLT会 ・自動化大好きエンジニアLT会 - vol.2 ・自動化大好きエンジニアLT会 - vol.3 ・自動化大好きエンジニアLT会 - vol.4 ・自動化大好きエンジニアLT会 - vol.5 目次 目次 手動テストやインフラ構築は自動化しよう APIテスト品質を向上させる Datadog Synthetic Monitoring APIテスト自動化とテストピラミッド TestLinkにテスト結果を自動的に登録 Cypressでサクッと始めるE2Eテスト 自動テスト環境を
夫と妻と子ども5人。7人家族の理想の家づくり（寄稿：mizzyさん） - MY HOME STORY │スーモカウンター注文住宅
はじめまして、mizzyと申します。フリーランスのソフトウェアエンジニアや研究者をやりながら、妻と5人の子ども（19歳男、18歳男、15歳女、10歳男、9歳男）と暮らす45歳です。 私にとっての理想の家とは、「年齢も性別も異なる家族7人それぞれが、ストレスなく自分のペースで生活でき、それでいてコミュニケーションがとりやすい家」。 もともと私は賃貸派か持ち家派かで言えば断然賃貸派だったのですが、家族7人で快適に暮らせる「理想の家」が賃貸ではいくら探しても見つからず、4年ほど前に注文住宅を建てました。 今回のコラムでは、理想の家を「建てるため」に事前におこなったこと、そして入居後の4年間に理想の家に「近づけるため」におこなったことをご紹介します。また、最後には今後どうしていきたいかについても書きました。 理想の家づくりのための間取り設計 建てたら完成じゃない。入居後の家づくり ウッドフェンス設
ソフトウェア開発、ITインフラ運用、そしてその境界線上にあるトピックをカバーし、特にDevOpsを実現するための自動化、テスト、セキュリティ、組織文化にフォーカスした「DevOpsDays」。ここでソフトウェアエンジニアのチェシャ猫氏が「Infrastructure as Code の静的テスト戦略」をテーマに登壇。まずはInfrastructure as Codeについてと、そのつらみから発生する“オートメーション恐怖症”を防止する方法を紹介します。 「コード化の“つらみ”をいかにうまく防ぐか」が今日のテーマ チェシャ猫氏：チェシャ猫と言います。Twitterは@y_taka_23の名前でやっているので、よろしくお願いいたします。今日は「Infrastructure as Code の静的テスト戦略」をテーマに選びました。Infrastructure as Codeはここ数年で、非常にメ
Rubyへの累計コミット数18,000以上。アカツキ所属のパッチモンスター中田さんに機能の開発秘話を聞いた - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
直感的な文法や生産性の高さから、世界中の人々に愛されるオブジェクト指向スクリプト言語Ruby。この言語には継続的に新しい機能や文法が追加されており、利便性が向上し続けています。コミッターの方々による日々の努力が、Rubyの改善を支えているのです。 コミッターのなかでも、とりわけRubyに大きな貢献をしてきたのがアカツキでフルタイムRubyコミッターを務める中田伸悦さん。(アカツキのCSRの取組みについてを記事下部参照) github.com 中田さんはRubyへのコミット数が全コミッターのなかで最多であり、通称“パッチモンスターと”呼ばれています。 今回のインタビューでは、中田さんがRubyへのコントリビューションを始めたきっかけや、印象に残る機能改修について解説してもらいました。「Rubyのことをもっと詳しく知りたい」「オープンソースソフトウェア（以下、OSS）へのコントリビューションを
※ 2020-12-22 追記あり はじめに この記事は GLOBIS Advent Calendar 2020 - Qiita 17日目の記事です。 GLOBIS SRE チームでは2020年初頭より、 Kubernetes (Amazon EKS) を用いたインフラ環境の全面的な刷新に取り組んでいます。この新たな環境では Infrastructure as Code で環境の9割はコード化するという目標を立てており、 Terraform を積極的に活用しています。 この記事では、そんな弊チームでの Terraform の使い方についてまとめていきます。書き始めたら書きたいことが湯水のように湧いてきてしまったので、FAQ形式でまとめてみました。気になるところを拾い読みしてみてください。 Terraform 全般 Q. Terraform で何を管理していますか AWS がメインの環境なの
A method for separating policy definition and behavior control by an intermediate language to achieve optimal server configuration management according to the situation
Infrastructure As Codeにおいて、コードのモジュール化により再利用性を高めることが難しいと言われている。それはなぜなのかを考察する。 Infrastructure as Codeで痛い目あった人ってだいたいやりすぎてる気がする(偏見)。過度な抽象化とか共通化、公開されているrecipeを無闇に使っちゃうみたいな。特に抽象化まわり、普通のプログラミングのつもりできれいに整理しようとするとやり過ぎになりがち— fujiwara (@fujiwara) 2020年3月30日 自分が経験したIaCアンチパターンは、例えばnginxのchefコードを再利用しようとしてnginxのパラメータを全部外部注入できるようなモジュールを作るやつですね。コストが上がり過ぎる #InfraStudy— そのっつ (Naotoshi Seo) (@sonots) 2020年4月24日 １つ目の理
会社勤めしていないと、評価制度というものがなく、自分がやったことをまとめる機会もないので、今年も軽くまとめエントリを書いておく。 フリーランス情報、表に色々出てくるのはとても良いんだけど、本当に人によって様々なので、色々な情報見比べた方が良い、と思ったので、リンク集的なものをつくってる。 https://t.co/GJ0HdI4LEC — Gosuke Miyashita (mizzy) (@gosukenator) June 6, 2019 放置してアップデートしてないなこれ… 仕事について 昨年の振り返りエントリ からの変更点としては、トレタ さんとは契約終了となった。2年間ありがとうございました。 リクルートマーケティングパートナーズ さん、タレンティオ さん、アカツキ さん、某社さん、さくらインターネット研究所 さん、の5社の仕事は現在も継続中。 「某社」さん、昨年の時点では名前を
TypetalkのSREの二橋です。今回は、Gossの紹介をしたいと思います。 TypetalkではサーバーのテストにServerspecを利用していました。機能的には申し分なかったのですが、サーバーの台数/環境/テストの項目が増えるにつれて、ツールの実行速度やメンテナンス性に改善が必要になりました。Gossに乗り換えることで問題が解消されました。 サーバーのテストとは？ サーバーのテストとは、サーバーの状態が意図したものになっているか検証するものです。例えば、以下のような項目を検証します。 意図したパッケージのバージョンがインストールされているか？ 意図したサーバーと通信できるか？ 意図したポートが待ち受けているか？ 意図したユーザー/グループが存在するか？ 意図したプロセスが動作しているか？ 意図したファイルに指定した記述が存在するか？ Serverspecで困っていたこと ①テスト実
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Infrastructure as Codeのつらみの原因を探れ 恐怖症による負のサイクルを断ち切る“予測可能性”
Terraform について、やっていることをすべて話そう - Qiita
Serverspec(をつくった自分)のそれまでとその後
Infrastructure As Codeでモジュール化が難しいのはなぜなのか - ゆううきメモ
フリーランスになって6年が経った - Gosuke Miyashita
Serverspec から Goss に移行してサーバーのテストが 60 秒から 3 秒に！ | 株式会社ヌーラボ(Nulab inc.)