Go言語におけるエラーハンドリングベストプラクティス
もう散々書かれている話だけど、Go に触るたびに毎回調べ直す羽目になっているので、忘備録としてまとめておく 結論 errors パッケージは使わない その代わりに golang.org/x/xerrors パッケージを使う エラーを自分で作成するときは xerrors.New もしくは xerrors.Errorf を使う 関数から受け取ったエラーを返すときは xerrors.Errorf(": %w", err) を使う コメントを付与したいときは xerrors.Errorf("comment: %w", err) エラーの出力は fmt.Printf("%+v\n", xerrors.Errorf(": %w", err)) こんな感じ 具体例 package main import ( "fmt" "os" "strconv" "golang.org/x/xerrors" ) fu
[レポート]インスタンスセキュリティのベストプラクティスを専門知識が無くても・工数をかけずとも実現するには？ – AWS Security Forum Japan 2023 #aws #awssecurity | DevelopersIO
皆さん、こんにちは。 明るい笑顔がトレードマーク、ルイボスティーが大好きな芦沢(＠ashi_ssan)です。 今回は2023年10月12日にオフラインで行われたAWS 国内最大のセキュリティイベントであるAWS Security Forum Japan 2023の下記セッションのレポートです。 インスタンスセキュリティのベストプラクティスを専門知識が無くても・工数をかけずとも実現するには？ 【スピーカー】 ソニービズネットワークス株式会社 開発本部 インテグレーション部 クラウドインテグレーション課 開発グループ 濱田 一成 氏 インスタンスセキュリティのベストプラクティスとは、脅威検知・脆弱性管理・攻撃対象低減・自動保護などを、継続的に実行できていること。 それらはAWS のセキュリティサービスを組み合わせることで対応可能です。 ただし、その実現には専門知識と相当の工数はかかかります。
![[レポート]インスタンスセキュリティのベストプラクティスを専門知識が無くても・工数をかけずとも実現するには？ – AWS Security Forum Japan 2023 #aws #awssecurity | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/f782a3ba21d9875a7314797f8aa3548dc54a098b/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F10%2FAWS_Security_Forum_Japan_2023_logo.png){kind=logo}
nftables/iptables/ufwの使い分け・ベストプラクティス（+Docker連携） - turgenev’s blog
(2024/05/22) Docker関連とiptablesのリセットの話を追加し、順番を入れ替えるなど大幅な変更を行いました。また、iptablesでもチェインを使えばnftablesと似たような設定ができそうと書きましたが誤っていたので修正しました。 概要 Linuxのファイアウォール（パケットフィルタ）は、内部的にはLinuxカーネルのnetfilterという機能が担っています。iptablesやnftablesはnetfilterを操作するフロントエンドで、ufwはiptablesやnftableを操作するさらに上位のフロントエンドです。また、筆者は使ったことがありませんがfirewalldというのもufwと同じくiptablesやnftablesを操作する上位のフロントエンドのようです。 Linuxでファイアウォールを運用するにあたってこのどれを使うべきかが問題になると思うのです
はじめに 今回はiOSアプリ開発者の頭を悩ませる証明書管理のベストプラクティスについて記事を書こうと思います。 結論 まず結論からですが、xcodeのAutomatically manage signingを有効にして手動での証明書管理をやめましょう！ （所属する組織の人数規模や管理するアプリ数によって状況が異なるため、一概には言えないので詳細は後述する内容をお読みください） 前提 この記事を読むにあたっての前提です。 想定読者 iOSアプリ開発に必要な証明書管理の知識がある程度ある人（証明書についての詳細な説明は記載しません） 本記事で紹介する手法がマッチする対象者 個人アプリ開発者 iOS開発者が20人程度以下、管理するアプリが数個ほどの小〜中規模組織 組織のApple Developer Programアカウント に 開発者個人のアカウントを紐付けて運用可能なこと Apple Dev
こんにちは、エンジニアインターンの佐藤です。 SAMを使えば、LambdaやAPI Gatewayの再現をローカルで行うことができ、そのデプロイもできます。しかし、API Gatewayにはステージがあったり、Lambdaにはエイリアスがあったりと、どれを活用するべきなのかまとまっている記事がありませんでした。 この記事では、そのわかりにくい概念から説明し、SAMデプロイのベストプラクティスを紹介していきます。 またSAMについては、２つ記事を出しているので、ぜひ見てみてください。 ・AWS SAM + DockerでAWSサーバーレス環境をローカル構築する ・CloudFrontなしでS3をHTTPSカスタムドメインでホスティングしてみた ※SAMのバージョンは1.24.1を使用しています API Gatewayのステージ Lambdaのエイリアスとバージョニング template.ya
はじめに平素は大変お世話になっております。 クイックガードのパー子です。 先日、ユーザ認証のバックエンドに Amazon Cognito を利用されているお客様システムの監視について、設計からお任せいただく機会がありました。 そのときの知見を基に、Cognito をどのように監視したらいいのか改めて整理してみました。 Cognito とは最初に、Cognito がどういうサービスなのか軽くおさらいします。 What Is Amazon Cognito? - Amazon Cognito Cognito とは、Webアプリケーションやモバイル・アプリケーションのための認証、認可、アカウント管理をフルマネージドで提供するサービス (= いわゆる IDaaS) です。 大きく UserPool と IdentityPool の 2つのコンポーネントから構成され、それぞれ以下の機能を司ります。
IT領域の製品やサービスを提供する際、避けては通れない障害対応。簡単な修正対応で解決するものから大規模なサイバー攻撃まで、どのプロダクトにも障害のリスクは常に存在する。臨機応変な対応が求められると思われがちな障害対応だが、大手SIerにて過去12年間システム面のトラブルシューティングに対応している野村浩司氏は、「事前に行う小さな決定が、被害が拡大するかの分水嶺だ」と説く。野村氏が語る、障害対応時に意識すべきポイントや具体的な事例を見てみよう。 増え続けるシステムエラー、障害対応の苦しさと課題 これまで1,000件を超える障害に対応するなかで、「悲しい思いがたくさんあった」と振り返る野村氏。講演は、システム障害についての統計を示すことから始まった。 野村氏によると、日本国内におけるシステム障害の年間損失額は5兆円にのぼるという。障害が起こりにくいと思われがちな金融庁への障害報告件数も1日当た
SPAのログイン認証のベストプラクティスがわからなかったのでわりと網羅的に研究してみた〜JWT or Session どっち？〜 - Qiita
SPAのログイン周りについて、「これがベストプラクティスだ！」という情報があまり見当たらないので、様々な可能性を模索してみました。 いろいろな状況が想定され、今回記載する内容に考慮の漏れや不備などがありましたら是非コメントでご指摘いただきたいです！特に「おすすめ度：○」と記載しているものに対しての批判をどしどしお待ちしております！ この記事でおすすめしているものであっても、ご自身の責任で十分な検討・検証の上で選択されてください。 前提 想定しているAPIは、 ログイン外のAPIにはPOST/PUT/DELETEのものがなく、GETのみ GETのAPIにはDBを更新するなどの操作がない とし、そのためログイン外ではCSRFを考慮しなくてよい、 という前提で話を進めます。 また、XSSに関しては常に対策は必要なのですが（フレームワーク側が自動的にしてくれる部分もある）、認証周りに関係すること以
株式会社 Topotal（代表取締役：髙村 成道、本社：東京都江東区）は、インシデント対応の準備から対応中、対応後のすべてのフェーズで、Site Reliability Engineering のベストプラクティスに基づいたワークフローを提供する Waroom オープン β （ https://waroom.com/ ）の提供を開始します。 Waroomオープン β 提供の背景 2016年に Google から Site Reliability Engineering（以下、SRE） が提唱され、多くの IT 企業が SRE を用いてシステム管理やサービス運用の改善と効率化を実践するようになりました。しかし、インシデント対応の分野においては未だ改善の余地のあるワークフローから脱却できずにいる企業が数多くいます。 インシデントが発生すると事業の機会損失を産むだけではなく、ブランドイメージの
同記事では、Docker Desktopをいくつかのオープンソースのツール上に構築された単なるUIではなく、macOSまたはWindows環境にてLinuxコンテナを開発および実行するための環境と位置づけており、ホストとのシームレスな統合によって、あたかもネイティブで実行されているように見える。 緊密な統合が図られているものの、仮想化であるため、非常に小さいながらもオーバーヘッドが常に存在し、巨大なソースツリーと大量の読み取り／書き込みがある開発環境では、目に見える影響を及ぼす可能性がある。 なお、名前付きボリュームは仮想マシン自体のファイルシステム内に作成されるので、パフォーマンス上の問題は発生しない。また、WSL 2ではWindowsファイルシステムからマウントされたファイルは低速で、名前付きボリュームは高速だが、WSL仮想マシン内にあるLinuxファイルシステムは高速となる。 これら
AWS Lambdaのユニットテストのベストプラクティス(Node.js) | ブログ | Serverless Operations
>_cd /blog/id_045 development technology#Node.js#AWS LambdaDate2017-06-30Time00:00:00 JST 概要みなさん、テスト書いてますかーー！ AWS Lambdaはサーバーレスアーキテクチャを構成する上で、重要なサービスです。そして、その特性上、ユニットテストを書いて変更に強いコードにすることが、継続的なメンテナンスや改善を行っていく上で非常に重要なものとなります。 この記事は、まずローカルで行うLambdaのユニットテストについてその具体的な手法を書いています。なお、ベストプラクティスってタイトルにしてますが、これはベストプラクティスのひとつであり、その要件ややりたいことや個人的な趣味趣向によって変わってくるということは理解してるので、ひとつのやり方としてみなさんの参考になればと思っています。 テスト対象のLa
サービス資料vsホワイトペーパー。売上につながるのはどちらか？B2BサイトにおけるCVポイントのベストプラクティス研究 ｜WACUL TECHNOLOGY & MARKETING LAB | 株式会社WACUL
今回は、資料請求やホワイトペーパーダウンロードを通じて獲得したリードがどれほど成果につながっているのか、成果につながっている企業はどのような営業アプローチをおこなっているのかを明らかにすべく、アンケート調査を実施。B2B企業が資料請求やホワイトペーパーダウンロードから成果を出すために必要なアクションを提言する。
タクソノミーとは、目に見えるナビゲーションを補完するバックステージの構造のことである。タクソノミーは、秩序だったメタデータのルールを作成することで、一貫した情報検索をサポートする。 Taxonomy 101: Definition, Best Practices, and How It Complements Other IA Work by Page Laubheimer on July 3, 2022 日本語版2022年11月28日公開 タクソノミー（taxonomy）とは何か、そしてなぜそれがUX実践者にとって重要なのか。UXカンファレンスの情報アーキテクチャコースで、タクソノミーとは何か、それをどのように構築するのか、情報アーキテクチャ（IA）作業という大きな流れの中でどのように位置づけられるのか、という質問を私はよく受ける。 タクソノミーとは、情報科学の専門家が統制語彙（cont
CDK Aspectsを利用してベストプラクティスに従ったインフラストラクチャを構築する | Amazon Web Services
Amazon Web Services ブログ CDK Aspectsを利用してベストプラクティスに従ったインフラストラクチャを構築する 組織は、ベストプラクティスに従ってアプリケーションを実行できるよう、クラウドインフラストラクチャに対してコンプライアンスルールを適用しています。AWS Config を活用して、内部のガイドラインに従って構成された設定に対する、全体的なコンプライアンス状況を確認します。この確認は、AWS アカウントでクラウドリソースを作成した後で行なわれます。 この記事では、AWS アカウントでクラウドリソースを作成する前に、AWS CDK Aspects を利用してベストプラクティスに従っているかどうかをチェックしたり、従うための調整を行なう方法を紹介します。 AWS Cloud Development Kit (AWS CDK) は、TypeScript、Pytho
Golangでの命名規則におけるベストプラクティス
Golangの設計思想 Golangは、「単純さ」と「読みやすさ」を重視している言語です。そのため、ソースコードを保守のために、いくつかの単純な規則を採用しています。 この記事では、GoチュートリアルとEffectiveGoを参考にしています。 ファイル名 Goは、ソースファイルがすべて小文字で、複数の単語をアンダースコアで区切るという規則に従います。 複合ファイル名は_で区切られます。 「.」で始まるファイル名 または「_」はgoツールによって無視されます。 接尾辞「_test.go」が付いたファイルは、go testツールによってのみコンパイルおよび実行されます。
WPFで未処理の例外を処理するベストプラクティス
はじめに WPFで未処理の例外を処理する方針が、毎回わからなくなるので、ここに整理しておきます。 ベストプラクティス つぎのようにApp.xamlのStartupにイベントハンドラーを追加して private void App_OnStartup(object sender, StartupEventArgs e) { DispatcherUnhandledException += (o, args) => { // ログ出力処理 args.Handled = true; // 例外処理の中断 if ( /** アプリケーションを継続可能か判定する **/ ) { // アプリケーションが継続実行可能な場合 // ユーザーへの適切な通知処理など } else { // アプリケーションが継続不可能な場合 // ユーザーへ適切に通知したのち、リソースを解法してエラーとしてアプリケーションを終
『〜AWS初心者向け〜 ベストプラクティスから学ぶ 「AWSセキュリティの高め方」』というタイトルで登壇しました | DevelopersIO
こんにちは、AWS事業本部のこーへいです。 先日開催しましたAWSを最大活用するための1dayカンファレンスにて、『〜AWS初心者向け〜 ベストプラクティスから学ぶ 「AWSセキュリティの高め方」』というタイトルお話ししました。 ご参加いただきました皆様ありがとうございました。 本ブログにて発表で使用した資料を公開します。 当日の発表では時間の都合上かなりスピーディにお話ししたためついて来れなかった人も多いと思います。 その為こちらの資料でゆっくりご確認いただけますと幸いです。 スライド
"AWS Organizationsのユースケースで学ぶ AWSアカウント管理のベストプラクティス"というウェビナーで登壇しました | DevelopersIO
はじめに お疲れさまです。とーちです。 2024/7/31に開催された「AWS Organizationsのユースケースで学ぶ AWSアカウント管理のベストプラクティス」というウェビナーで登壇しました。 本記事ではその際に使用した資料をご紹介します。 登壇資料 資料概要 資料の流れとしては以下の通りです AWSを運用していく上ではマルチアカウント管理が重要 しかし、やみくもにAWSアカウントをたくさん作成していると多数のアカウントを管理しきれない等の課題も マルチアカウントにおける課題を解決するのがAWS Organizations 以下の課題についてAWS Organizationsを使うとどのように解決できるかをお伝え 複数アカウントがあるとログインや権限管理が煩雑に 複数アカウント間でのベースライン設定の統一できていない 複数のアカウントがあるとAWS全体のコストの把握や最適化が難し
CALCULATE 関数 の ベストプラクティスなど - Power BI 勉強会 #23 で話したいこと - Qiita
メジャーをイイ感じに記述できるようになりたいなと勉強始めたところならスタート地点から考えた方がいい。理解を深めるのが大変だって思ったらスタート地点から考えなおしたがいい。DAX 難しいって言ってるひとの多くは基本をないがしろにしがちで How-to ばかりに注目しているような気がするのである。なぜ、原理原則に近いところから始めずに、難しいところから勉強を始めるのか。ほんと不思議なのだ。 ベストプラクティスや基礎をよく理解しようぜ お仕事上で様々なレポートを見せていただいたり、どうしたらイイ感じになるのかなどサポートしていて思うことは、メジャーの記述に問題があることが多いようなのだ。勉強不足であるだけならもっと勉強をしたらよいのでは?で済むのだけど、多くの場合で同じ過ちをしているんだよね。問題があるコードってとても強い既視感があるんだよね😏なぜかなぁ🙄もしかして コピペ？🤩 How-t
今回は僕が、kaggleコンペに初めて本腰を入れて取り組んだ中で考えた,初心者なりのkaggle画像コンペの取り組み方のベストプラクティスをご紹介いたします。 タイトル通り、この記事は画像処理(DeepLearning)が対象であり、タイタニックの様な分析系のコンペを対象にはしておりません。 これからkaggleに挑む(挑んでいる)人の助けになれば幸いです。 kaggleって何？って人はこのスライドがとてもためになります。 執筆の励みになりますので、よろしければLGTMくださいm(__)m この記事の対象者 kaggleコンペに初めて取り組んでいる方、もしくは取り組みたい方 DeepLearningをコンペで使いたい方 初心者なりのkaggle(画像処理コンペ)への取り組みベストプラクティス 基礎を固めよう 何事も最初が肝心です。 コンペを始める前に基礎を固めることによって、kaggleに
Vue CLIのデフォルト設定からESLintのベストプラクティスを検討する | フューチャー技術ブログ
TIGの伊藤真彦です。 この記事はフロントエンド連載の3記事目です。 今回は愛用しているVue CLIを利用して、フロントエンドアプリケーションの詳細な設定について調査してみました。 はじめにプログラムを実装する上で、コードの書き方は絶対的な正解のないトピックとして存在します。 例えば、コードのインデントはタブなのか、半角スペースなのか、文字列リテラルを囲う記号は””なのか’’なのか、といった細かいルールです。これらのルールは、究極的には好みの問題で、正解のあるものではありません。 正解がない以上、コードを実装する際にどのようなフォーマットが正しいかを判断することは難しいです。言語によってはコード規約をプロジェクト、チーム、または会社単位で明記、時には社外に公開する事でこれらルールの混乱を防ぐ試みも存在します。 ちなみにフューチャーではJavaとSQLのコード規約を公開しています。 しかし
新規受付が再開されたソラチカゴールドは、300万円の利用で23万マイルがゲットできる超高還元カードです。ただ、そのためには定められた期間内に決済を完了させなくてはなりません。年内300万円利用の修行、その方法を考えてみました。 300万円修行の方向性 まずやっておくこと 利用金額に含まれる決済、含まれない決済 電子マネーチャージでどこまで行けるか 通常利用 60万円くらい FamiPay経由Amazonギフト券ルート JAL Pay／ANA Payルート Apple貯金（楽天市場にてAppleギフトカード） IDARE or バンドルチャージ まとめ 300万円修行の方向性 ソラチカゴールドを作成したのは23万500マイルをゲットできるキャンペーンがあったからです。 入会特典：2000マイル JCBキャンペーン1：1万7000OkiDokiポイント＝5万1000マイル（メトポ経由7万650
NestJS モジュール分割 ベストプラクティス
はじめにNestJSを1年ほど使っている。未経験の状態からすぐに高い生産性を発揮してくれた、素晴らしいフレームワークだ。 様々な機能を持つが、中でも特徴的なのはモジュールシステムだろう。 Documentation | NestJS - A progressive Node.js frameworkNest is a framework for building efficient, scalable Node.js server-side applications. It uses progressive JavaScript, is built with TypeScr...This helps us manage complexity and develop with SOLID principles, especially as the size of the applicatio
ベストプラクティスなんてものはない
サービスの信頼性と可用性を担保するSREが目指す「サイバーエージェント流ベストプラクティス」模索の道のり 技術・デザイン
柘植 翔太 メディア統括本部サービスリライアビリティグループ マネージャー / SRE 2014年新卒入社。インフラエンジニア、SREとして、AMEBA、AWA、社内基盤など50以上のメディアサービス・システムへのSRE推進、リスク改善、サービス立ち上げを経験。現在は、横断SRE組織のマネージャーとして、SREのEnablementや人材育成へ注力している。 ── 柘植さんの現在の役割をおしえてください 私は、メディア事業横断のSRE組織のマネージャーをしています。主にメディア事業を担当し「Ameba」「AWA」「タップル」「CL」「社内基盤」など様々なサービスやシステムへのSRE導入をしてきました。また、インターネット広告事業やゲーム・エンターテイメント事業とも連携しながら、横断的なSRE(Site Reliability Engineering)組織を構築する事を目指しています。 この
prismatix事業部 の菊地です。 みなさま、日々の運用、お疲れさまです。 前回は「ベストプラクティスを知ろう」と題して、 ITIL とそのフレームワークについてご紹介しました。 ベストプラクティスを知ろう #サービスマネジメント 今回は「ITIL 4」の第二弾として、主に「Ops」に関連する管理プラクティスのうち、サービスプロバイダがあらかじめ用意すべき、以下の管理プラクティスについてご紹介したいと思います。 サービスデスク サービスカタログ管理 サービス構成管理 サービス要求管理 変更管理 ITIL 4 管理プラクティス まずはじめに、前回のおさらいとして ITIL 4 で管理されるプラクティスについて種類毎にご紹介します。 一般的マネジメントプラクティス サービスマネジメントプラクティス 技術的マネジメントプラクティス ITIL 4 ではこれらのプラクティスを管理することで、サー
コミットとプルリクエストのベストプラクティスをまとめた記事を寄稿しました #レバテックラボ - give IT a try
お知らせ レバテックラボさんのサイトに、コミットのベストプラクティスと、プルリクエストのベストプラクティスをまとめた記事を寄稿しました。 levtech.jp levtech.jp エンジニアの暗黙知を形式知に お仕事でコードを書いている人は、日々gitにコミットしたり、プルリクエストを作成したりしていると思います。 ただ、「どんなコミットが良くて、どんなコミットが悪いのか」とか、「どんなプルリクエストが良くて、どんなプルリクエストが悪いのか」といった話をわざわざ教えてもらった人はそんなに多くないのではないでしょうか？ せいぜい、先輩プログラマから「このコミットの仕方はイマイチだからこうしようね」とか「プルリクエストにはしっかりdescriptionを書いてください」といった指摘をもらい、「なるほど、そういうもんなのか〜」と徐々に正しいやり方を学んでいく、みたいなケースが多いのでは？と想像
[和訳]WordPress ベストプラクティス on AWS
こんにちは、タカフです。 AWSの提唱している、 「WordPress:Best Practices on AWS」 を和訳してみました。 以下からです。 スケーラブルなWordPress搭載Webサイトのリファレンスアーキテクチャ 2019年10月 概要 このホワイトペーパーは、システム管理者にアマゾンウェブサービス（AWS）でWordPressを開始する方法と、展開のコスト効率とエンドユーザーエクスペリエンスの両方を改善する方法に関する具体的なガイダンスを提供します。 また、一般的なスケーラビリティと高可用性の要件に対応するリファレンスアーキテクチャの概要も示します。 はじめに WordPressは、PHPとMySQLをベースにしたオープンソースのブログツールおよびコンテンツ管理システム（CMS）であり、個人のブログからトラフィックの多いWebサイトまであらゆるものに使用されます。 W
![[和訳]WordPress ベストプラクティス on AWS](https://cdn-ak-scissors.b.st-hatena.com/image/square/ed9d4f015ebaaa719b6b1835e411a871b3b2d200/height=288;version=1;width=512/https%3A%2F%2Fkahoo.blog%2Fwordpress%2Fwp-content%2Fuploads%2F2020%2F02%2Fimg_5e40d20658230.png)
Tailwind CSSのベストプラクティス
概要 今回はTailwind CSSにおけるスタイリングのベストプラクティスについてまとめました。 ベストプラクティスにあたっては、tailwindlabsのCommunity ManageをされているSophiaさんのTipsを基にしております。 また、本記事はTailwind CSS自体の説明は割愛しているため、Tailwind CSS自体を学びたい場合は、こちらをオススメいたします。 Tailwind CSSのベストプラクティス ユーティリティクラス 複数のユーティリティクラスを使用する場合は、その文字列の順番に意味を持たせます。 Concentric CSSのアプローチを使うのが良さそうです。 Concentric CSSでは、プロパティをアルファベット順とかにするのではなくて、それぞれのプロパティの役割ごとに並び替えます。 下記はConcentric CSSで並び替えたcssの例
週刊Railsウォッチ: RailsからOpenStructを削除、Playwrightベストプラクティスほか（20240425前編）｜TechRacho by BPS株式会社
週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙏 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます（例:週刊Railsウォッチタグ） お知らせ: 来週および再来週の週刊Railsウォッチはお休みをいただき、通常記事を公開します。 🔗Rails: 先週の改修（Rails公式ニュースより） T
実運用でのテスト、トランクベースの開発、デフォルトでのフィーチャーフラグの使用 - これらは全て、フィーチャーフラグのベストプラクティスです。今すぐ詳細を学び、あなたのフィーチャーフラグ体験を可能な限り有益なものにしましょう！ これまでにも、「意外と知らないフィーチャーフラグの5つの活用例」「フィーチャーフラグを使った本番環境でのテスト」「Progressive Delivery。 Canariesとフィーチャーフラグ 」など、フィーチャーフラグについて多くの記事を書いてきました。 しかし今日は、チームが成熟し、フィーチャーフラグを立てることが標準になってきたときに、よりよい結果を得られるよう、より高度なフィーチャーフラグのベストプラクティスを提供するために時間をとりたいと思います。 これらのヒントは、ソフトウェアチームが、機能トグルの実装、機能テストの拡張、アクセス制御のためのシステム動
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Provisioned Concurrencyのおさらい 「LambdaのProvisioned Concurrencyと１年付き合ってみて思ったこと。」を前回書いたので、そこにProvisioned Concurrencyとは何で、なんのために誕生したかが書かれています。また、どんなとことで使えるかというユースケースもまとめておきました。 簡単に言うと、LambdaのColdStartの課題を解決するために生まれました。つまり、Lambdaのインスタンスを事前暖機しておく機能と言えます。 この絵のように、Provisioned Con
イントロ Terraformの実行は手動で行うことが多いと思いますが、これだと色々と問題があります。 コードをマージしたけどTerraformの実行を忘れる 毎回手動でやるのがめんどくさい それぞれの環境にTerraoformの実行環境を作る必要がある こうゆう手動作業にまつわる問題を解決するために、CircleCIで自動化しよう！っとなるわけですが実際にやってみると色々な問題に遭遇します。この記事ではCircleCIを使ってTerraformの自動化をする際のベストプラクティスについて解説します。 Terraformジョブの共通化 Terraformはディレクトリ単位でインフラを管理するのが通常なので各ディレクトリでTerraformコマンドを叩きます。forループで全ディレクトリに一つずつ cd して実行する方法もありますが宣言的に書きたいのでCircleCIのParameterize
Stable Diffusionベストプラクティス考察 txt2img編 Part.1 - Qiita
1.はじめに 2.変数の特徴と活用方法 3.まとめ 4.おわりに TL;DR 基本的な戦略 ランダム×固定seedでのPrompt engineering ランダムseedでのSeed hunting 固定SeedでのPrompt engineering その際の注意点 promptの長さは75token以内に step数は20程度まで減らして時短 最後は100以上で清書 大きなサイズでの生成は予期せぬ複製や見切れを生むため注意 Scaleはデフォルトでよし 1. はじめに この記事は、Stable Diffusionへの理解を深め、より効率的に使いこなすための方法を考察したものです。 なんとなくpromptを試してみる状態から、少しステップアップできる内容になっていると思います。 一応シリーズ化の予定です。 この記事で扱うトピック txt2imgを使う際にユーザーがコントロールできる主な
モブプログラミングのやり方がぎゅっと詰まった「モブプログラミング・ベストプラクティス」を読んだ - そこに仁義はあるのか(仮)
「モブプログラミング・ベストプラクティス」を読みました。 "モブプログラミング"とは、3人以上の人々が1台のコンピューターの前に座って協力しながら問題を解決していくことです。 モブプロをチームで実践したことがないまま、「みんなが集まって一つのコードを修正するって非効率じゃない？」寄りの考え方だったんですが、この本ではそんな考え方に対する回答も書いてくれていて、納得しつつ読み進められました！ モブプロというテーマだけで一冊の本になっちゃうほど色々とプラクティスが詰まっていましたが、どれも丁寧に解説されていてわかりやすい＋モブプロを始めるイメージがつきやすい本でした。 サラッと読めるし、手元に置いておきたい。 モブプログラミング・ベストプラクティス ソフトウェアの品質と生産性をチームで高める 作者:マーク・パール発売日: 2019/02/23メディア: 単行本 📖 目次 1章 なぜモブプログ
スタートアップ向け法人設立ベストプラクティス（4）― 公告方法は官報にして、後に電子公告とする | Coral Capital
急成長を目指すスタートアップでは、法人設立時に気を付けるべきことが、一般的な小規模事業者と異なります。スタートアップ向け法人設立ベストプラクティスの決定版として開始した本連載ですが、4回目の今回は公告方法を官報にするか電子公告とすべきかについてです。 連載目次 第1回：資本金はいくらにするのか？ 第2回：株式数、共同創業者の持分比率はどうする？ 第3回：株式の譲渡承認機関は「当会社」とする 第4回：公告方法は官報にして、後に電子公告とする 第5回：長すぎる役員任期は要注意 第6回：事業年度をいつにするか？ オススメ：公告方法は官報にして、後に電子公告とする 多数の利害関係者が関わる株式会社には、さまざまな情報開示の義務が課せられています。減資、会社の合併や解散といった重要な決定事項、決算報告などは、単に株主総会で承認や決議が必要であるばかりでなく、事前に広く開示したり（公告）、場合によって
WordPressのコアブロックのカスタマイズについて2021年のベスト・プラクティスを探ろう その1: ボタンブロック - Photosynthesic blog
こんにちは、みみです。 WordPressのデザインの話をそろそろガチでしたい WordPressのブロックエディタが実装されて早2年になります。カスタムブロックの作り方については良く話題になる気がしますが、ガラッと変わった設計に応じた新しいワークフローやデザイン手法などについてはそんなに話が上がらない気がします。 一通りのカスタムブロックプラグインが出揃った今だと尚更に、それよりもブロックエディタ時代のWordPressのデザイン手法についてみんな考えあぐねているのでは無いかと思うのです。 20日に出た5.8でのWordPressの進化を眺めていて、そろそろ誰かとそういう語りがしたくなってきたので、試しにひとつ書いてみようと思います。Webの4割を占めるWordPressのデザインの話、もっとあってもいいと思うんですよね。 ワークフローとしてウォーターフォール型では全く機能しなくなる、み
キャッシュされたくない場合のHTTPヘッダのベストプラクティス
キャッシュを防ぐHTTPヘッダの鉄板 他人のアカウント情報がキャッシュからレスポンスされてしまう（いわゆる別人問題）といった事故を防ぐために、HTTPヘッダでキャッシュを制御する、というものがセキュリティのお話では頻出します。 そして、その場合の鉄板的なベストプラクティスが、以下のHTTPヘッダを追加することです。 Cache-Control: private, no-store, no-cache, must-revalidate Pragma: no-cache 本記事では、キャッシュを防ぐためにはなぜ上記のHTTPヘッダが必要なのかについて解説します。 各ディレクティブについて 本文に入る前に、Cache-Controlのディレクティブについて簡単な説明を載せておきます。 private ローカルへのキャッシュの格納のみを許可する。また、通常キャッシュできないパターンもキャッシュされ
Docker 開発のベストプラクティス
Docker を使ってアプリケーション開発を行う方々にとって、以下に示す開発パターンが有効であることが明らかになっています。 何かを見つけている場合は お知らせください。 どうやってイメージを小さく保つか イメージが小さければネットワークからの取得が速くなります。 またコンテナーやサービスの起動時に、メモリへのロードも速くなります。 イメージを小さく保つ経験則をいくつか示します。 適切なイメージをベースとして始めます。 たとえば JDK を必要とするのであれば、公式イメージ openjdk をベースとしたイメージ作りとします。 逆に、汎用的な ubuntu イメージから始めて、Dockerfile 内に openjdk をインストールするような方法は取らないようにします。 マルチステージビルド を利用します。 たとえば maven イメージを使うと Java アプリケーションを構築すること
【動画公開 & 開催報告】ベストプラクティスから学ぶクラウド移行の勘所セミナー ～何千もの顧客をクラウドに移行した AWS の経験に基づく、包括的で実績のあるベストプラクティス～ | Amazon Web Services
Amazon Web Services ブログ 【動画公開 & 開催報告】ベストプラクティスから学ぶクラウド移行の勘所セミナー ～何千もの顧客をクラウドに移行した AWS の経験に基づく、包括的で実績のあるベストプラクティス～ はじめに みなさん、こんにちは。シニアマイグレーションスペシャリストの富松です。 2024年8月8日に「ベストプラクティスから学ぶクラウド移行の勘所セミナー ～何千もの顧客をクラウドに移行した AWS の経験に基づく、包括的で実績のあるベストプラクティス～」を開催しました。 このブログでは、当日参加できなかった方や、参加したけれども内容を振り返りたい方に向けて、ご自身の取り組みの参考としていただくために当日のセッション内容のまとめを紹介します。 セッション内容の紹介 クラウドジャーニーを成功へ導く移行プロジェクトのベストプラクティス – 松尾 康博、アマゾン ウェブ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Xcode14時代の証明書管理のベストプラクティス - Qiita
AWS SAMにおける環境管理のベストプラクティス | 株式会社CyberOwl
Amazon Cognito の監視のベストプラクティス - QG Tech Blog
『システム障害対応 実践ガイド』著者が語る、1000件の事例から学んだ障害対応のベストプラクティス
SREのベストプラクティスに基づいたインシデント対応ツール Waroom オープン β を提供開始
Docker、Docker Desktopを使用したファイル共有のベストプラクティスを紹介
タクソノミーの基礎： その定義とベストプラクティス、他のIA作業をどのように補完しているか
初心者のkaggleの始め方ベストプラクティス～画像処理編～ - Qiita
ソラチカゴールドの300万円修行、ベストプラクティス - FIRE: 投資でセミリタイアする九条日記
2023-12-01 吉祥寺.pm ベストプラクティスと組織とIaC
ベストプラクティスを知ろう (2) #サービスマネジメント | DevelopersIO
Feature Flagsのベストプラクティス（機能トグル）｜Harness正規販売代理店 DXable
AWS Lambda - Provisioned Concurrencyのベストプラクティス - Qiita
CircleCIでTerraformする時のベストプラクティス - Qiita