2022年10月2日のブックマーク (5件)

  • Terraform を使用するためのベスト プラクティス  |  Google Cloud

    フィードバックを送信 Terraform を使用するためのベスト プラクティス コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このドキュメントでは、複数のチームメンバーやワーク ストリームで Terraform を使用した効果的な開発を行うためのガイドラインと推奨事項について説明します。 このガイドでは Terraform の概要は説明しません。Google Cloud で Terraform を使用する方法については、Terraform を使ってみるをご覧ください。 スタイルと構造に関する一般的なガイドライン 以下の推奨事項は、Terraform 構成の基スタイルと構造を対象としています。この推奨事項は、再利用可能な Terraform モジュールとルート構成に適用されます。 標準のモジュール構造に従う Terraform モジュールは、標準のモジュ

    Terraform を使用するためのベスト プラクティス  |  Google Cloud
  • 読みやすいコードのガイドライン ―持続可能なソフトウェア開発のために

    このの概要 開発が大規模化・長期化するほど,コードを「読む」コストは増大していきます。そのため「読みやすさ」の向上は,生産性を改善し,プロダクトの成長限界を引き上げる重要な手段と言えるでしょう。 書は,読みやすさの質を学び,実践するための考え方をマスターできる一冊です。体系的な理解を実現するため,あらゆる角度から,豊富な例を交えて解説しています。表面的なテクニックではなく,いま目の前にあるコードに最適な改良方法を選び取る力が身に付きます。 こんな方におすすめ プログラミングの基を学び終え,さらにステップアップしたい方 1か月以上かかる長期の開発に携わる方 コーディングのルールをどう適用するか知りたい方 はじめに 第1章 可読性の高いコードを書くために 1-1 生産性への恩恵 1-1-1 開発の規模と生産性の関係 1-1-2 可読性を高めるための環境と評価体制 1-2 可読性の高いコ

    読みやすいコードのガイドライン ―持続可能なソフトウェア開発のために
  • 地頭という「立方体」を大きくしよう。ゴールドマン・サックス出身の経営者らが語る「地頭の鍛え方」 - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習

    STUDY HACKERの読者のみなさま、こんにちは。外資系コンサルティングファーム、投資銀行、プライベートエクイティファンドなどの在籍者らを中心に、グローバルに活躍するプロフェッショナルのキャリア形成を支援する「Liiga(リーガ)」の編集部です。 突然ですが、「地頭がいい」ってどういうことでしょうか。あえて「地」頭と表現することで、生まれもっての頭の良さというイメージがありますが、鍛えることはできないのでしょうか。 「Liiga」編集部では、教育や採用の分野の有識者、ビジネス界で活躍する、プロフェッショナルファーム経験者らに「地頭」について取材し、特集記事を作成しました。今回はその一部を、前編に続いてご紹介します。 >>前編はこちら『「地頭」って何? どうすれば鍛えられるの? “地頭ブームの火つけ役” に聞いてみた。』 >>Liigaにて、6記事で構成する地頭に関する特集を掲載していま

    地頭という「立方体」を大きくしよう。ゴールドマン・サックス出身の経営者らが語る「地頭の鍛え方」 - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習
    sadayoshi_tada
    sadayoshi_tada 2022/10/02
    “1992年設立で国内屈指の実績を誇るPE(プライベート・エクイティ)ファンドのアドバンテッジパートナーズ。意外にも、採用において、地頭のよさは、さほど重視していないと言います。地頭よりも大事なのは、当事者意
  • デッドロックを回避するために - 技術ブログ | 株式会社クラウディア

    みなさんこんにちは masa です。今日はデータベースにおいて致命的なバグであるデッドロックについて取り上げます。プログラマーDBA な方以外にも聞いたことがあるワードなのではないでしょうか。 開発の流れにおいて、きちんとトランザクション設計、リソースアクセス順序の設計がされていればデッドロックは理論上は発生しないはずなのですが、オープンソースのソフトウェア基盤なんかを使用している場合、世界中のエンジニアがバラで開発してる宿命というもあり、普通にデッドロックしたりしますw デッドロックは同じタイミングでリソースを確保しにいった際に発生するものなので、リリースするまで発覚しなかったというケースもあります。 そもそもデッドロックとは何なのかおさらい まずは問題ないアクセスについて図を描いてみましたのでみてみてください。トランザクション=スレッドと捉えてもらっても構いません。 (解説)上の図

    sadayoshi_tada
    sadayoshi_tada 2022/10/02
    “トランザクションの処理にタイムアウトもしくはリトライ回数を準備しておき、どちらかの処理がロックを解放するようにします”
  • デッドロックと回避策

    二つのトランザクションが二つ以上の資源の確保をめぐって互いに相手を待つ状態となり,そこから先へ処理が進まなくなることをデッドロックといいます。 デッドロックは,一般に参照のトランザクションと更新(削除を含む)のトランザクションとの間で多く発生します。したがって,UAPのアクセス順序を変えることで,デッドロックの発生頻度を低減させることができます。 デッドロックの例として,二つのトランザクションが同一キーを持った行に対して同時に実行した場合に排他の掛かる順序とデッドロックの関係を次の図に示します。 図3-8 デッドロックの例 また,ページ排他の場合には,UAPのアクセス手順を統一しても,デッドロックが回避できないことがあります。 ページ排他でのデッドロックの例を次の図に示します。 図3-9 ページ排他でのデッドロックの例 図3-9で示した例の場合,クラスタキーを指定していないと,ページへの行

    デッドロックと回避策