Lookerベスト・プラクティス：持続・保守可能なLookMLの作成術 #looker | DevelopersIO
Lookerではトピック毎のベストプラクティスを個別にドキュメントやナレッジベースとしてまとめています。当エントリではその中から、『持続・保守可能なLookMLの作成術』についてご紹介したいと思います。 Best Practice: Writing Sustainable, Maintainable LookML – Looker Help Center 目次 文字列置換演算子（$） セット(Set)の利用 コードの繰り返しを避ける マップレイヤーや値形式などのアイテムを統合する 開発ガイドラインを作成する まとめ 文字列置換演算子（$） 全てのLookMLファイルで文字列置換演算子($)を使いましょう。LookMLモデルには、物理データモデル内のオブジェクトへの単一の参照ポイントのみが必要です。後続の定義でオブジェクトを参照する必要が出てきた場合は、既に定義されているLookMLオブジェ
Lookerベスト・プラクティス：データに適したチャートやグラフの選び方 #looker | DevelopersIO
当ブログではLookerのいちシリーズとして『Lookerによる可視化(Visualizations)実践』というシリーズを展開し、Lookerで利用可能な可視化タイプの紹介を適宜行っています。 そして、データを扱い、可視化を作成していく中で『このデータをこういう風に見せたいんだけれども、どのチャートを使えば良いんだろう？』というのはデータ可視化のフェーズでは良くあることです。Lookerでは以下のエントリで『条件に適したチャートの選び方』についてまとめています。当エントリではその内容についてざっと見ていきたいと思います。 How to Choose the Best Chart or Graph for your Data | Looker "The challenge of choosing the right #visualization lies in finding the go
WPFで未処理の例外を処理するベストプラクティス
はじめに WPFで未処理の例外を処理する方針が、毎回わからなくなるので、ここに整理しておきます。 ベストプラクティス つぎのようにApp.xamlのStartupにイベントハンドラーを追加して private void App_OnStartup(object sender, StartupEventArgs e) { DispatcherUnhandledException += (o, args) => { // ログ出力処理 args.Handled = true; // 例外処理の中断 if ( /** アプリケーションを継続可能か判定する **/ ) { // アプリケーションが継続実行可能な場合 // ユーザーへの適切な通知処理など } else { // アプリケーションが継続不可能な場合 // ユーザーへ適切に通知したのち、リソースを解法してエラーとしてアプリケーションを終
Datadogがダークローンチ監視のベストプラクティスを公開
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
データモデルの設計とベストプラクティス（第1部）
ビジネスアプリケーション、データ統合、マスターデータ管理、データウェアハウジング、ビッグデータデータレイク、機械学習といったものは、いずれもデータモデルが共通の基本的要素となります（または、そうあるべきです）。この点を常に念頭に置きましょう。あるいは、（よく見られることですが）完全に無視することがないように注意してください。 データモデルこそが、Eコマースから、PoS、財務、製品、顧客管理、ビジネスインテリジェンス、IoTまで、Talendの高価値でミッションクリティカルのビジネスソリューションのほとんどすべての支柱です。適切なデータモデルがなければ、ビジネスデータはおそらく失われてしまうでしょう！ Talendのジョブ設計パターンとベストプラクティスについて取り上げたブログシリーズ（第1部、第2部、第3部、第4部）では、32のベストプラクティスを紹介し、Talendでジョブを構築する最善
Lookerベスト・プラクティス：Lookerで成功するための5つのヒント #looker | DevelopersIO
Lookerではトピック毎のベストプラクティスを個別にドキュメントやナレッジベースとしてまとめています。当エントリではその中から、『Lookerで成功するための5つのヒント』と題した、Lookerを展開していく上で役に立つポイントをまとめた内容についてご紹介したいと思います。 5 Tips for Success With Looker | Looker 目次 ヒント1:チームを教育する ヒント2:直感的なコンテンツを構築する ヒント3:サポートネットワークを構築する ヒント4:ユーザーに適切なアクセス権を付与する ヒント5:LookerのAPIを使用して『データディクショナリ』を作成する (ボーナス)避けるべき幾つかのこと 落とし穴1:閲覧可能なエクスプローラ(Explore)の数が多すぎる 落とし穴2:1個の巨大なエクスプロラー(Explore)を使う 落とし穴3:ユーザーがコンテンツ
『〜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全体のコストの把握や最適化が難し
今回は僕が、kaggleコンペに初めて本腰を入れて取り組んだ中で考えた,初心者なりのkaggle画像コンペの取り組み方のベストプラクティスをご紹介いたします。 タイトル通り、この記事は画像処理(DeepLearning)が対象であり、タイタニックの様な分析系のコンペを対象にはしておりません。 これからkaggleに挑む(挑んでいる)人の助けになれば幸いです。 kaggleって何？って人はこのスライドがとてもためになります。 執筆の励みになりますので、よろしければLGTMくださいm(__)m この記事の対象者 kaggleコンペに初めて取り組んでいる方、もしくは取り組みたい方 DeepLearningをコンペで使いたい方 初心者なりのkaggle(画像処理コンペ)への取り組みベストプラクティス 基礎を固めよう 何事も最初が肝心です。 コンペを始める前に基礎を固めることによって、kaggleに
CALCULATE 関数 の ベストプラクティスなど - Power BI 勉強会 #23 で話したいこと - Qiita
メジャーをイイ感じに記述できるようになりたいなと勉強始めたところならスタート地点から考えた方がいい。理解を深めるのが大変だって思ったらスタート地点から考えなおしたがいい。DAX 難しいって言ってるひとの多くは基本をないがしろにしがちで How-to ばかりに注目しているような気がするのである。なぜ、原理原則に近いところから始めずに、難しいところから勉強を始めるのか。ほんと不思議なのだ。 ベストプラクティスや基礎をよく理解しようぜ お仕事上で様々なレポートを見せていただいたり、どうしたらイイ感じになるのかなどサポートしていて思うことは、メジャーの記述に問題があることが多いようなのだ。勉強不足であるだけならもっと勉強をしたらよいのでは?で済むのだけど、多くの場合で同じ過ちをしているんだよね。問題があるコードってとても強い既視感があるんだよね😏なぜかなぁ🙄もしかして コピペ？🤩 How-t
[Django] プロジェクト構成のベストプラクティスを探る - ２．設定ファイルを本番用と開発用に分割する - Qiita
[Django] プロジェクト構成のベストプラクティスを探る - ２．設定ファイルを本番用と開発用に分割するPythonDjango この記事について Djangoで本番運用やチーム開発を行うに当たって、プロジェクトの初期構成にどのように手を入れたらよいかを、The Twelve Factorsなどを参考にまとめたメモです。 参考： The Twelve Factors Two Scoops of Django 1.11 cookiecutter-django Django の settings を切り替えるようにした話 Django の設定ファイル settings.py の環境毎の切り替え方法について検討する 設定ファイルの分割の目的 問題点 Djangoの設定ファイルを本番用と開発用に分ける方法としてはlocal_settings.pyを使う方法がよく紹介されます。 参考：https
![[Django] プロジェクト構成のベストプラクティスを探る - ２．設定ファイルを本番用と開発用に分割する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/d1a062cb0c2caaafdd08afe3ec263f9a8a36a92e/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCRGphbmdvJTVEJTIwJUUzJTgzJTk3JUUzJTgzJUFEJUUzJTgyJUI4JUUzJTgyJUE3JUUzJTgyJUFGJUUzJTgzJTg4JUU2JUE3JThCJUU2JTg4JTkwJUUzJTgxJUFFJUUzJTgzJTk5JUUzJTgyJUI5JUUzJTgzJTg4JUUzJTgzJTk3JUUzJTgzJUE5JUUzJTgyJUFGJUUzJTgzJTg2JUUzJTgyJUEzJUUzJTgyJUI5JUUzJTgyJTkyJUU2JThFJUEyJUUzJTgyJThCJTIwLSUyMCVFRiVCQyU5MiVFRiVCQyU4RSVFOCVBOCVBRCVFNSVBRSU5QSVFMyU4MyU5NSVFMyU4MiVBMSVFMyU4MiVBNCVFMyU4MyVBQiVFMyU4MiU5MiVFNiU5QyVBQyVFNyU5NSVBQSVFNyU5NCVBOCVFMyU4MSVBOCVFOSU5NiU4QiVFNyU5OSVCQSVFNyU5NCVBOCVFMyU4MSVBQiVFNSU4OCU4NiVFNSU4OSVCMiVFMyU4MSU5OSVFMyU4MiU4QiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9NmM5NDQ1ZDczNDY1ZmY3MWMwYjk1NjJmZThkY2I4ZTc%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBva29wcGU4JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz00NzhiNjljNTg3Y2JlN2M4NDQ3NmRmMTEwMjRiMzQzZg%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D4392c9188c166c92e3b1dbb275913799)
Lookerベスト・プラクティス：Lookerパフォーマンスの最適化 #looker | DevelopersIO
Lookerではトピック毎のベストプラクティスを個別にドキュメントやナレッジベースとしてまとめています。当エントリではその中から、『Lookerパフォーマンスの最適化』についてご紹介したいと思います。 Best Practice: Optimize Looker Performance – Looker Help Center 目次 クエリパフォーマンス 結合(Join)にはmany_to_oneを使う キャッシュの活用 クエリの高速化に永続派生テーブル(PDT)を使う エクスプローラ(Explore)での結合について ダッシュボードの自動更新機能を活用 Lookerサーバパフォーマンス ダッシュボードの要素数を見直す ピボット(Pivot)の多用を避ける モデルに含めるビューの数を制限する データ件数もなるべく少なく まとめ クエリパフォーマンス まずはじめに「クエリパフォーマンス」に関
Vue CLIのデフォルト設定からESLintのベストプラクティスを検討する | フューチャー技術ブログ
TIGの伊藤真彦です。 この記事はフロントエンド連載の3記事目です。 今回は愛用しているVue CLIを利用して、フロントエンドアプリケーションの詳細な設定について調査してみました。 はじめにプログラムを実装する上で、コードの書き方は絶対的な正解のないトピックとして存在します。 例えば、コードのインデントはタブなのか、半角スペースなのか、文字列リテラルを囲う記号は””なのか’’なのか、といった細かいルールです。これらのルールは、究極的には好みの問題で、正解のあるものではありません。 正解がない以上、コードを実装する際にどのようなフォーマットが正しいかを判断することは難しいです。言語によってはコード規約をプロジェクト、チーム、または会社単位で明記、時には社外に公開する事でこれらルールの混乱を防ぐ試みも存在します。 ちなみにフューチャーではJavaとSQLのコード規約を公開しています。 しかし
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
prismatix事業部 の菊地です。 みなさま、日々の運用、お疲れさまです。 前回は「ベストプラクティスを知ろう」と題して、 ITIL とそのフレームワークについてご紹介しました。 ベストプラクティスを知ろう #サービスマネジメント 今回は「ITIL 4」の第二弾として、主に「Ops」に関連する管理プラクティスのうち、サービスプロバイダがあらかじめ用意すべき、以下の管理プラクティスについてご紹介したいと思います。 サービスデスク サービスカタログ管理 サービス構成管理 サービス要求管理 変更管理 ITIL 4 管理プラクティス まずはじめに、前回のおさらいとして ITIL 4 で管理されるプラクティスについて種類毎にご紹介します。 一般的マネジメントプラクティス サービスマネジメントプラクティス 技術的マネジメントプラクティス ITIL 4 ではこれらのプラクティスを管理することで、サー
サービスの信頼性と可用性を担保するSREが目指す「サイバーエージェント流ベストプラクティス」模索の道のり 技術・デザイン
柘植 翔太 メディア統括本部サービスリライアビリティグループ マネージャー / SRE 2014年新卒入社。インフラエンジニア、SREとして、AMEBA、AWA、社内基盤など50以上のメディアサービス・システムへのSRE推進、リスク改善、サービス立ち上げを経験。現在は、横断SRE組織のマネージャーとして、SREのEnablementや人材育成へ注力している。 ── 柘植さんの現在の役割をおしえてください 私は、メディア事業横断のSRE組織のマネージャーをしています。主にメディア事業を担当し「Ameba」「AWA」「タップル」「CL」「社内基盤」など様々なサービスやシステムへのSRE導入をしてきました。また、インターネット広告事業やゲーム・エンターテイメント事業とも連携しながら、横断的なSRE(Site Reliability Engineering)組織を構築する事を目指しています。 この
ベストプラクティスなんてものはない
Amazon DynamoDB で機密データを保護するためのベストプラクティスの適用 | Amazon Web Services
Amazon Web Services ブログ Amazon DynamoDB で機密データを保護するためのベストプラクティスの適用 このシリーズの最初の記事であるAWS データストア内の機密データを保護するためのベストプラクティスでは、いくつかの一般的なセキュリティの概念と、AWS データストアに適用できる AWS セキュリティコントロールについて説明しました。これらを使用して、データに関わるセキュリティ体制をより強固にすることができます。2 番目の記事であるAmazon RDS で機密データを保護するためのベストプラクティスの適用では、こうした概念を Amazon RDS データベースで実装する方法を示しました。この 3 番目であり、最後の記事では、これらの概念を Amazon DynamoDB で実装する方法を示します。 データの分類とセキュリティゾーンモデリング 処理しているデ
[和訳]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の例
はじめての正規表現とベストプラクティス10: 危険な「Catastrophic Backtracking」前編｜TechRacho by BPS株式会社
2021.06.11 はじめての正規表現とベストプラクティス10: 危険な「Catastrophic Backtracking」前編 1: 基本となる8つの正規表現 2: 正規表現とは何か/ワイルドカードとの違い 3: 冒頭/末尾にマッチするメタ文字とセキュリティ、文字セットの否定と範囲 4: 先読みと後読みを極める 5（特別編）|と部分マッチのワナ 6: 文字セットのショートハンド 7: Unicode文字ポイントとUnicode文字クラス 8: 対象の構造を意識した「適度にDRYな」書き方 9: .*や.+がバックトラックで不利な理由 10: 危険な「Catastrophic Backtracking」前編（本記事） 主にRubyを中心としながらも、なるべく一般的な形で正規表現を解説しています。誤りやお気づきの点がありましたら@hachi8833までどうぞ🙇。 きっかけ 以下の記事の
Feature Flagsのベストプラクティス（機能トグル）｜Harness正規販売代理店（株）Digital Stacks
実運用でのテスト、トランクベースの開発、デフォルトでのフィーチャーフラグの使用 - これらは全て、フィーチャーフラグのベストプラクティスです。今すぐ詳細を学び、あなたのフィーチャーフラグ体験を可能な限り有益なものにしましょう！ これまでにも、「意外と知らないフィーチャーフラグの5つの活用例」「フィーチャーフラグを使った本番環境でのテスト」「Progressive Delivery。 Canariesとフィーチャーフラグ 」など、フィーチャーフラグについて多くの記事を書いてきました。 しかし今日は、チームが成熟し、フィーチャーフラグを立てることが標準になってきたときに、よりよい結果を得られるよう、より高度なフィーチャーフラグのベストプラクティスを提供するために時間をとりたいと思います。 これらのヒントは、ソフトウェアチームが、機能トグルの実装、機能テストの拡張、アクセス制御のためのシステム動
はじめに 単体テストの考え方/使い方にモックのベストプラクティスが記載してあったので、フロントエンド開発の単体テストに取り入れた場合の有効性を共有したいと思います。 ※本稿ではReactを取り上げていますが、その他ライブラリ・フレームワークでも活用できる内容です！ 良い単体テストを構成する4本の柱 前提に良い単体テストを構成するものとして、下記の4本の柱を紹介します。 ⭐️：モックのベストプラクティスに関連する柱 退行に対する保護⭐️ ソフトウェアで発生する退行とはバグのことであり、何らかの変更（新規機能追加・削除等）を加えた後に既存の機能が意図した挙動でなくなることを指す。その大綱から保護される仕組みを作り出すことを重視した観点。 リファクタリングへの耐性⭐️ テストが失敗することなく、どのくらいのプロダクションコードへのリファクタリングが行えるか。プロダクションコードを変更する度にテス
Provisioned Concurrencyのおさらい 「LambdaのProvisioned Concurrencyと１年付き合ってみて思ったこと。」を前回書いたので、そこにProvisioned Concurrencyとは何で、なんのために誕生したかが書かれています。また、どんなとことで使えるかというユースケースもまとめておきました。 簡単に言うと、LambdaのColdStartの課題を解決するために生まれました。つまり、Lambdaのインスタンスを事前暖機しておく機能と言えます。 この絵のように、Provisioned Concurrencyを利用して事前暖機しておくと、最初の呼び出し時点ですでに暖まった状態でリクエストを受け付けれるため、WarmStartします。 Lambdaの実行モデルについて AWS Lambdaの実行モデルについて考えてみるに詳しい説明を書きました。こち
本記事では、人気のオープンソース大規模言語モデルをプロダクション用途でどのように活用するのかに関して、MosaicMLのエンジニアリングチームがベストプラクティスを共有します。また、ユーザーがモデルやデプロイするハードウェアを選択する際に助けとなるように、これらのモデルに対する推論サービスのデプロイに関するガイドラインも提供します。我々はプロダクション環境で複数のPyTorchベースのバックエンドを取り扱ってきています。これらのガイドラインは、FasterTransformersやまもなくリリースされるNVIDIAのTensorRT-LLMなどの経験から導き出されています。 LLMテキスト生成の理解 大規模言語モデル(LLM)は、2ステップのプロセスでテキストを生成します:入力プロンプトのトークンが並列で処理される「prefill」と、自己回帰的な方法で一度に一つのトークンが生成され、テキ
WordPressのコアブロックのカスタマイズについて2021年のベスト・プラクティスを探ろう その1: ボタンブロック - Photosynthesic blog
こんにちは、みみです。 WordPressのデザインの話をそろそろガチでしたい WordPressのブロックエディタが実装されて早2年になります。カスタムブロックの作り方については良く話題になる気がしますが、ガラッと変わった設計に応じた新しいワークフローやデザイン手法などについてはそんなに話が上がらない気がします。 一通りのカスタムブロックプラグインが出揃った今だと尚更に、それよりもブロックエディタ時代のWordPressのデザイン手法についてみんな考えあぐねているのでは無いかと思うのです。 20日に出た5.8でのWordPressの進化を眺めていて、そろそろ誰かとそういう語りがしたくなってきたので、試しにひとつ書いてみようと思います。Webの4割を占めるWordPressのデザインの話、もっとあってもいいと思うんですよね。 ワークフローとしてウォーターフォール型では全く機能しなくなる、み
イントロ Terraformの実行は手動で行うことが多いと思いますが、これだと色々と問題があります。 コードをマージしたけどTerraformの実行を忘れる 毎回手動でやるのがめんどくさい それぞれの環境にTerraoformの実行環境を作る必要がある こうゆう手動作業にまつわる問題を解決するために、CircleCIで自動化しよう！っとなるわけですが実際にやってみると色々な問題に遭遇します。この記事ではCircleCIを使ってTerraformの自動化をする際のベストプラクティスについて解説します。 Terraformジョブの共通化 Terraformはディレクトリ単位でインフラを管理するのが通常なので各ディレクトリでTerraformコマンドを叩きます。forループで全ディレクトリに一つずつ cd して実行する方法もありますが宣言的に書きたいのでCircleCIのParameterize
スタートアップ向け法人設立ベストプラクティス（4）― 公告方法は官報にして、後に電子公告とする | Coral Capital
急成長を目指すスタートアップでは、法人設立時に気を付けるべきことが、一般的な小規模事業者と異なります。スタートアップ向け法人設立ベストプラクティスの決定版として開始した本連載ですが、4回目の今回は公告方法を官報にするか電子公告とすべきかについてです。 連載目次 第1回：資本金はいくらにするのか？ 第2回：株式数、共同創業者の持分比率はどうする？ 第3回：株式の譲渡承認機関は「当会社」とする 第4回：公告方法は官報にして、後に電子公告とする 第5回：長すぎる役員任期は要注意 第6回：事業年度をいつにするか？ オススメ：公告方法は官報にして、後に電子公告とする 多数の利害関係者が関わる株式会社には、さまざまな情報開示の義務が課せられています。減資、会社の合併や解散といった重要な決定事項、決算報告などは、単に株主総会で承認や決議が必要であるばかりでなく、事前に広く開示したり（公告）、場合によって
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章 なぜモブプログ
様々な命名規則の起源を調べてベストプラクティスを考えてみた RESTful な URI 設計ではケバブケースだとか、プログラム言語ごとにスネークケースが使われたりキャメルケースが使われたりとか、命名規則には色んなモノがある。それらがどういう経緯で登場したのかを調べることで、プロジェクトや使用言語に囚われない普遍的な命名規則を体系的に構築できないか、と考えている。 今回は調べた情報を雑多にまとめておく。 目次 スネークケースの起源 パンチカード時代は大文字だけ (ケースインセンシティブ) Xerox Alto が生んだキャメルケースとハンガリー記法 Sun・Java によるキャメルケースの浸透 ファイル名も「ハイフン」「スペース」区切りは忌避されてきた ハイフンケースが登場する場所 : Web ついでに : Git は少なくともブランチ名がハイフンケース推奨 HTML・CSS はハイフンケー
Go slice ベストプラクティス - Qiita
Go で高速なコードを書くために使えるslice のベストプラクティスを、slice の仕組みを解説してから紹介します。 最適化の前提 本稿はコードの高速化を目的としています。そこで最適化にあたっての注意点を掲載します。 時期尚早な最適化は避けよう 最適化は、適切に計測しながら実施しよう 本稿の slice 高速化テクニックは、高速化するかケースバイケースのものも含まれます。計測しましょう。 方針 コードの高速化には、並列化やキャッシュなど様々なアプローチがあります。 しかし本稿ではアプローチを以下の3つに絞って、slice まわりのコードを高速化に関して解説していきます。 メモリアロケートのサイズを減らす メモリアロケートする回数を減らす 不要なメモリコピーを減らす slice の仕組み The Go Blog の Go Slices: usage and internalsが詳しいです
Docker 開発のベストプラクティス
Docker を使ってアプリケーション開発を行う方々にとって、以下に示す開発パターンが有効であることが明らかになっています。 何かを見つけている場合は お知らせください。 どうやってイメージを小さく保つか イメージが小さければネットワークからの取得が速くなります。 またコンテナーやサービスの起動時に、メモリへのロードも速くなります。 イメージを小さく保つ経験則をいくつか示します。 適切なイメージをベースとして始めます。 たとえば JDK を必要とするのであれば、公式イメージ openjdk をベースとしたイメージ作りとします。 逆に、汎用的な ubuntu イメージから始めて、Dockerfile 内に openjdk をインストールするような方法は取らないようにします。 マルチステージビルド を利用します。 たとえば maven イメージを使うと Java アプリケーションを構築すること
キャッシュされたくない場合のHTTPヘッダのベストプラクティス
キャッシュを防ぐHTTPヘッダの鉄板 他人のアカウント情報がキャッシュからレスポンスされてしまう（いわゆる別人問題）といった事故を防ぐために、HTTPヘッダでキャッシュを制御する、というものがセキュリティのお話では頻出します。 そして、その場合の鉄板的なベストプラクティスが、以下のHTTPヘッダを追加することです。 Cache-Control: private, no-store, no-cache, must-revalidate Pragma: no-cache 本記事では、キャッシュを防ぐためにはなぜ上記のHTTPヘッダが必要なのかについて解説します。 各ディレクティブについて 本文に入る前に、Cache-Controlのディレクティブについて簡単な説明を載せておきます。 private ローカルへのキャッシュの格納のみを許可する。また、通常キャッシュできないパターンもキャッシュされ
Amazon Web Services ブログ Snowball Edge を使用したデータ移行のベストプラクティス AWS Snowball Edge は、オンプレミスのストレージ (SAN、NAS、パラレルファイルシステム) またはデータベースから Amazon S3 へのペタバイト規模のオフラインデータ移行を可能にします。AWS Snowball Edge は、AWS Snow Family の一部であり、データ移行に使用できるデータ転送サービスの優れた AWS ポートフォリオです。データ転送サービスの AWS ポートフォリオには、高速オンライン転送のための AWS DataSync も含まれています。 使用可能なネットワーク帯域幅は、オンラインまたはオフラインの転送メカニズムを選択する際の重要な考慮事項です。たとえば、500 Mbps の専用ネットワーク接続を介して 1 PB のデ
Media Queryとは Webページの見た目を画面の幅に応じて表示を変えるCSSの機能です。１つのページで、レスポンシブに画面の表示を行うことができます。 一般的にCSSでは、以下のように記述します。
Lookerベスト・プラクティス：Lookerユーザーにポジティブな体験を提供する方法 #looker | DevelopersIO
Lookerではトピック毎のベストプラクティスを個別にドキュメントやナレッジベースとしてまとめています。当エントリではその中から、『Lookerユーザーにポジティブな体験を提供する方法』についてご紹介したいと思います。 Best Practice: Create a Positive Experience for Looker Users – Looker Help Center 目次 ユーザーに対して意味のあるフィールド名を付ける 類似したフィールドをグループ化してナビゲーションを分かり易くする 少ないことは良いことだ 説明(description)を追加して、ユーザーが使うエクスプローラ及びフィールドを把握出来るようにする Lookerへの一般的なワークフローの構築 まとめ ユーザーに対して意味のあるフィールド名を付ける labelパラメータを使って、エンドユーザーに対してディメンショ
Illustratorでアイコンなどを余白も含めた正方形サイズでSVG書き出しするベストプラクティス｜DTP Transit 別館
池原さんが問題提起されていた「アイコンなどを余白も含めた正方形サイズでSVG書き出し」する方法について考えてみます。 Illustratorで、アイコンなどを余白も含めた正方形サイズでSVG書き出ししたい場合、一番スマートな方法は…？ — けんじ / UX Designer (@kenji_clown5) January 30, 2024
サードパーティのストレージ アクセスをブロックするブラウザで signInWithRedirect を使用する場合のベスト プラクティス | Firebase
フィードバックを送信 サードパーティのストレージ アクセスをブロックするブラウザで signInWithRedirect を使用する場合のベスト プラクティス コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 本ドキュメントでは、サードパーティ Cookie をブロックするブラウザでリダイレクト ログインを使用する場合のベスト プラクティスについて説明します。本番環境のすべてのブラウザで signInWithRedirect() を意図したとおりに機能させるには、ここに記載されているオプションのいずれかに従う必要があります。 概要 お客様とお客様のユーザーに対してシームレスな signInWithRedirect() フローを提供するために、Firebase Authentication JavaScript SDK では、アプリの Firebase Hos
フィードバックを送信 FCM 登録トークン管理のベスト プラクティス コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 FCM API を使用してプログラムで送信リクエストを作成する際に、時間の経過とともに、古い登録トークンを使用して非アクティブなデバイスにメッセージを送信することによってリソースが無駄になる場合があります。この状況は、Firebase コンソールで報告されるメッセージ配信データや BigQuery にエクスポートされるデータに影響し、配信率の大きな（ただし実際は正しくない）低下として示されることがあります。このガイドでは、メッセージ ターゲティングを効率化し、有効な配信レポートを生成するのに役立つ、いくつかの手法について説明します。 基本的なベスト プラクティス FCM API を使用してプログラムで送信リクエストを作成するアプリでは、いく
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
初心者のkaggleの始め方ベストプラクティス～画像処理編～ - Qiita
ベストプラクティスを知ろう (2) #サービスマネジメント | DevelopersIO
2023-12-01 吉祥寺.pm ベストプラクティスと組織とIaC
フロントエンド開発の単体テストにおけるモックのベストプラクティス
AWS Lambda - Provisioned Concurrencyのベストプラクティス - Qiita
LLM推論のパフォーマンスエンジニアリング：ベストプラクティス - Qiita
CircleCIでTerraformする時のベストプラクティス - Qiita
様々な命名規則の起源を調べてベストプラクティスを考えてみた - Neo's World
Snowball Edge を使用したデータ移行のベストプラクティス | Amazon Web Services
SassにおけるMedia Queryのベストプラクティス
FCM 登録トークン管理のベスト プラクティス | Firebase Cloud Messaging