タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
// Good: choose between two options as appropriate (see below). import * as ng from '@angular/core'; import {Foo} from './foo'; // Only when needed: default imports. import Button from 'Button'; // Sometimes needed to import libraries for their side effects: import 'jasmine'; import '@polymer/paper-button'; Import paths TypeScript code must use paths to import other TypeScript code. Paths may be r
背景 (Background) どのシェルを使うか (Which Shell to Use) Bash は実行が許可された唯一のシェルスクリプト言語である。 実行可能ファイルは #!/bin/bash と最小限のフラグで始めなければならない。シェルオプションの設定に set を利用することで、 スクリプトを bash script_name として呼び出してもその機能を損なわないようにせよ。 全ての実行可能シェルスクリプトを bash に制限することで、全てのマシンにインストールされた一貫したシェル言語を得る。 これに対する唯一の例外は、コーディング対象によって強制される場合である。この1つの例として、Solaris SVR4 パッケージは、どんなスクリプトにも plain Bourne shell であることを要求する。 いつシェルを使うか (When to use Shell) シェル
Go Conference 2023 ( 2023/06/02 Fri. ) https://gocon.jp/2023/ 登壇資料 株式会社アンドパッド プロダクトテックリード 小島 夏海 みなさん、Googleが公開したGo Style Guideは読みましたか？ ソフトウェア開発は継続的な活動であり、一般的に複数人で行うことが多いです。 継続的に複数人で開発を行う場合、自分が書いたコードを他人が読んだり修正したりすることが非常に多いです。 そのため可読性の高いコードを書くことは開発効率やメンテナンス性の向上に役立ちます。 Goはシンプルな言語ですが、どのように書くべきか悩むことが全くないわけではなく、そのような時従来はEffective Go/Uber Go Style Guide/OSSコード等を参考にどのように書くか決めていたと思います。 これらに加え、昨年末にGoogleからG
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GoogleのTypeScript Style Guideについてのお気持ちスタンダード - タオルケット体操
なんか話題になってて、なんかおみこしwasshoiする流れになってたのでお気持ちを書き残したくなった。 先に結論 こういうのを作って公開するのは誉れある組織 ですが 内容的にはfor TypeScriptというよりはfor ES nextといった感じで、特に型周りに関する言及が少なめ eslintのルールが用意されていないので使いたいなら人力運用になる ゆえにGoogle社員以外がわざわざプロジェクトに導入するのはどうなんでしょうか。手間に見合う価値があるんでしょうか。 だからこれをデファクトにしよう！みんなこれ使えよな！みたいな勇み足はちょっと…… これが言いたかっただけです。 スタイルガイド自体に関するオレのKimochi 伝えたい… 率直にいってしまえばスタイルガイドは存在しているという事実そのもの、そしてそれが常にチェックされている機構に価値があって、中身はどうでもいいと極論しても
TypeScript style guideThis is the style guide for the TypeScript language that was based on the one that is provided by Google. It contains both rules and best practices. Choose those that work best for your team. If you have a suggestion on how to improve this style guide please check the Changing the style guide below. This Style Guide uses RFC 2119 terminology when using the phrases must, must
Style Guide - Configuration Language | Terraform | HashiCorp Developer
The flexibility of Terraform's configuration language gives you many options to choose from as you write your code, structure your directories, and test your configuration. While some design decisions depend on your organization's needs or preferences, there are some common patterns that we suggest you adopt. Adopting and adhering to a style guide keeps your Terraform code legible, scalable, and m
uber-style-guide-ja/guide.md at master · knsh14/uber-style-guide-ja
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
What's in a price? How to price your products and services
Ruby Style Guide Ruby is the main language at Shopify. We are primarily a Ruby shop and we are probably one of the largest out there. Ruby is the go-to language for new web projects and scripting. We expect all developers at Shopify to have at least a passing understanding of Ruby. It's a great language. It will make you a better developer no matter what you work in day to day. What follows is a l
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
SQL Style Guide
A set of conventions and guidelines for writing SQL at GitLab SQL Style Guide This guide establishes our standards for SQL and are enforced by the SQLFluff linter and by code review. The target code changes that this stile guide apply to are those made using dbt. If you are not on the Data Team or you are developing SQL outside of dbt, keep in mind that the linting tools may be more difficult to a
This Minitest style guide outlines the recommended best practices for real-world programmers to write code that can be maintained by other real-world programmers. RuboCop, a static code analyzer (linter) and formatter, has a rubocop-minitest extension, provides a way to enforce the rules outlined in this guide.
コンテンツスタイルガイドとは、ブランドが公開するコンテンツの作成基準を、ライティングチームや同僚が理解できるようにするためのものです。特に、あなたの会社に複数のライターが在籍している場合、文法や表記ルール、文章のスタイルを定めておくことは、次の３つの点で役に立ちます。 １.ブランドの「らしさ」に一貫性が生まれる 表現や言い回しに調和が取れていると、コンテンツはより研ぎ澄まされ、読者に信頼感を与えることができます。それはウェブページ、ソーシャルメディア、ニュースレター、ブログ記事に限りません。アプリのユーザーインターフェースに表示するマイクロコピーを書く場合においても、スタイルガイドがあれば、プロダクトの個性や「らしさ」に一貫性を与えることができます。 ２.ライティングの上での誤りを防げる 使ってはいけないスラング、避けるべき専門用語、または日付の正しい表記方法まで、スタイルガイドではっきり
PEP 8 – Style Guide for Python Code Author: Guido van Rossum <guido at python.org>, Barry Warsaw <barry at python.org>, Alyssa Coghlan <ncoghlan at gmail.com> Status: Active Type: Process Created: 05-Jul-2001 Post-History: 05-Jul-2001, 01-Aug-2013 Table of Contents Introduction A Foolish Consistency is the Hobgoblin of Little Minds Code Lay-out Indentation Tabs or Spaces? Maximum Line Length Shoul
// Good: choose between two options as appropriate (see below). import * as ng from '@angular/core'; import {Foo} from './foo'; // Only when needed: default imports. import Button from 'Button'; // Sometimes needed to import libraries for their side effects: import 'jasmine'; import '@polymer/paper-button'; Import paths TypeScript code must use paths to import other TypeScript code. Paths may be r
はじめに この文章は Redux コード記述するための公式スタイルガイドです。 Redux アプリケーションを作成する際の、推奨パターン、ベストプラクティス、推奨されるアプローチをリストアップしています。 Redux のコアライブラリと多くのドキュメントは開発中で固まっていません。多くの使用法があり、一つの正しい解答はありません。 しかし、経験から一部のトピックでは特定のアプローチが他のアプローチよりも効果的である事が示されています。さらに、多くの開発者が意思決定の負担を軽減するための公式ガイダンスの提供を求めています。 それを念頭に、私たちはエラー、終わりのない無駄な議論、アンチパターンを回避するための、推奨リストをまとめました。 チームの好みは様々で、プロジェクトごとに要件も異なるため、全てにおいて当てはまるガイドではありません。 これらの推奨事項に従うことをお勧めしますが、時間をかけ
Write inclusive documentation | Google developer documentation style guide | Google for Developers
Send feedback Write inclusive documentation Stay organized with collections Save and categorize content based on your preferences. We write our developer documentation with inclusivity and diversity in mind. This page is not an exhaustive reference, but provides some general guidelines and examples that illustrate some best practices for writing inclusive documentation. For other writing best prac
GitHub - tricot-inc/frontend-style-guide: トリコ株式会社のJavaScript / TypeScriptにおけるコード規約
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Apple Style Guide
Editorial guidelines for AppleThe Apple Style guide provides guidelines to help maintain a consistent voice in Apple materials, including documentation, reference materials, training, and user interfaces. Learn more about the guide To explore the Apple Style Guide, click Table of Contents at the top of the page, or enter a word or phrase in the search field. You can also download the guide as a PD
Mastering Vue 3 Composables: A Comprehensive Style Guide
Introduction The release of Vue 3 ushered in a transformational change, moving from the Options API to the Composition API. At the heart of this transition lies the concept of "composables" — modular functions that utilize Vue's reactive features. This change has injected greater flexibility and code reusability into the framework. However, it has also birthed challenges, notably the inconsistent
google_csharp_style_guide_ja.md C# at Google Style Guide を日本語訳したものです。一部こなれていない箇所もあるので、お気づきの点があれば気軽にコメントでご指摘頂ければ幸いです。 C# at Google Style Guide 日本語訳 このスタイルガイドは Google 社内で開発された C# コード用であり、Google の C# コードのデフォルトのスタイルです。 Google C++ スタイルや Google Java スタイルなど、Google の他の言語に準拠した文体の選択を行います。 フォーマットについてのガイドライン 命名規則 命名規則は Microsoft の C# 命名ガイドラインに従います。Microsoft の命名ガイドラインが指定されていない場合（プライベート変数やローカル変数など）、ルールは CoreFX
Introduction This is an opinionated guide to writing good, maintainable Common Lisp code. This page is largely based on Google’s Common Lisp Style Guide and Ariel Networks’ own guide. Contents General Guidelines Use Libraries Look for libraries that solve the problems you are trying to solve before embarking on a project. Making a project with no dependencies is not some sort of virtue. It doesn’t
はじめに TypeScriptのプロジェクトでコーディング規約を決める時にeslintのおすすめ設定だけでは上手くいかないことがあります。この記事ではGoogleが提供しているスタイルガイドを見て使えそうなところを紹介します。 eslintと@typescript-eslint/eslint-pluginの内容と照らし合わせて紹介します。 対象読者 社内プロジェクトのTypeScriptのコーディング規約を整備したい方 @typescript-eslint/eslint-pluginのplugin:@typescript-eslint/recommendedとplugin:@typescript-eslint/recommended-requiring-type-checkingの設定だけではソースコードの治安の維持が出来なくなってしまった方 Google TypeScript Style
C# at Google Style Guide
C# at Google Style Guide This style guide is for C# code developed internally at Google, and is the default style for C# code at Google. It makes stylistic choices that conform to other languages at Google, such as Google C++ style and Google Java style. Formatting guidelines Naming rules Naming rules follow Microsoft’s C# naming guidelines. Where Microsoft’s naming guidelines are unspecified (e.g
Sidekiq Style Guide | GitLab
ApplicationWorker Sharding Retries Failure handling Deferring Sidekiq workers Sidekiq Queues Queue Namespaces Versioning Job size Job weights Tests Interacting with Sidekiq Redis and APIs Sidekiq development guidelines We use Sidekiq as our background job processor. These guides are for writing jobs that work well on GitLab.com and are consistent with our existing worker classes. For information o
CopyRSpec.describe Stack, type: :model do let!(:stack) { Stack.new } describe '#push' do context '文字列をpushしたとき' do it '返り値がpushした値であること' do expect(stack.push('value')).to eq 'value' end end context 'nilをpushした場合' do it 'ArgumentErrorになること' do expect { stack.push(nil) }.to raise_error(ArgumentError) end end end describe '#pop' do context 'スタックが空の場合' do it '返り値はnilであること' do expect(stack.pop).to be_n
Google’s R Style Guide
Google’s R Style Guide R is a high-level programming language used primarily for statistical computing and graphics. The goal of the R Programming Style Guide is to make our R code easier to read, share, and verify. The Google R Style Guide is a fork of the Tidyverse Style Guide by Hadley Wickham license. Google modifications were developed in collaboration with the internal R user community. The
Color Style Guide | Figma
How to use: Set local styles.Run this plugin.A new page will be created. ⚠️ Notice: This plugin can't get shared styles. They are not supported now. Gradient styleMix style
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google TypeScript Style Guide
GoogleのShell Style Guideの邦訳 - Qiita
「Go Style Guide」から学んだ可読性の高いコードの書き方
GitHub - knsh14/uber-style-guide-ja
TS Style Guide
Style Guideとstylelintを使ってHTML/CSSを綺麗に書こう！
Style Guide · The Julia Language
Ruby Style Guide
GitHub - uber-go/guide: The Uber Go Style Guide.
PayPay App Style Guide - PayPayアプリスタイルガイド
Minitest Style Guide
❓コンテンツスタイルガイドとは？ | contents style guide
PEP 8 – Style Guide for Python Code | peps.python.org
Google TypeScript Style Guide
Redux Style Guide 日本語訳 - Qiita
corp/dbt_style_guide.md at main · dbt-labs/corp
C# at Google Style Guide 日本語訳
Common Lisp Style Guide | Common Lisp
Google TypeScript Style Guideを読む
Introduction | rspec-style-guide
anond.hatelabo.jp
www.kobe-np.co.jp
www.youtube.com
www.jcp-tokyo.net
newsdigest.jp
www.zea.jp