並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 43件

新着順 人気順

命名規則の検索結果1 - 40 件 / 43件

命名規則に関するエントリは43件あります。 プログラミングprogramming命名 などが関連タグです。 人気エントリには 『UIの名称まとめ 〜よく見かけるけどあれなんていう名前?〜|Nviveto』などがあります。
  • UIの名称まとめ 〜よく見かけるけどあれなんていう名前?〜|Nviveto

    コンポーネントを作るときや開発チーム、クライアントと話をするときに名称が一致していないと何の話をしているんだか、、?となってしまします。 忘れっぽい自分は毎回名前をうろ覚えでつけてしまっていますが、戒めとして記事を書くことでしっかり覚えていきたいと思います。 ※色んなところから引っ張ってきているので正式名称ではない(複数呼び名がある)ものがあるかもしれませんが、ご了承ください。 UIパーツ見づらくてすみませんが、エクセルのシートを画像にしたものを貼り付けていきます Onscreen keyboards画面上にキーボードの図形や文字を表示し、マウスあるいはペンなどのポインティングデバイスや、指先によるタッチ、あるいは十字キーなどで各キーを指定して文字入力を行うもの Onscreen keyboards (iOS) SegmentedControliOS独自のUIで水平方向に配置された複数のボ

      UIの名称まとめ 〜よく見かけるけどあれなんていう名前?〜|Nviveto
    • 【日本人エンジニア必携】英語命名規則の決定版 - Qiita

      弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 はじめに 英語での適切な命名は、コードの可読性や保守性を向上させるために重要です。適切な命名規則を守ることがコードの理解や共有において不可欠です。 英語での命名規則を学び、適切な命名を行うことで、コードの読みやすさや保守性を向上させ、チーム全体でのコードの理解を促進する手助けとなります。 この記事では、日本人エンジニアが英語での命名規則を理解し、適切な命名を行うための指針を提供します。 命名フローチャート 変数 関数 クラス 1. 変数 1-1. boolean 1-1-1. 存在するかどうかのフラグ 名詞 + exists

        【日本人エンジニア必携】英語命名規則の決定版 - Qiita
      • Setting「設定です」 Configuration「設定です」 Preference「設定です」/Options、Flags、Properties「俺が、俺達が設定だっ!」【やじうまの杜】

          Setting「設定です」 Configuration「設定です」 Preference「設定です」/Options、Flags、Properties「俺が、俺達が設定だっ!」【やじうまの杜】
        • 初心者プログラマーのための変数/関数/メソッドの英語命名規則 - Qiita

          はじめに 「なんか、レビューのたびに変数名を指摘されてる気がする...」 「日本人なんだから、英語で命名とか無理...」 こんなお悩みありませんか? この記事では、「プログラマーが英語の命名で悩んだ時にどうすれば良いか」をフローチャート形式で解説します! これであなたも駆け出しエンジニアを卒業できるかも!? ※本記事はLaravel,Vue.jsのプロジェクトで運用されているルールを元に解説しています。 プロジェクト内だけの内輪ルールも含まれていますので、ご了承ください。 対象者 この記事は下記のような人を対象にしています。 駆け出しエンジニア プログラミング初学者 PHP(Laravel),JavaScript(Vue.js)で英語のネーミングに苦戦中 前提知識 下記のような中学・高校で学ぶ内容については理解していること前提で解説します。悪しからず。 三単現のsって何? 5文型(SV/S

            初心者プログラマーのための変数/関数/メソッドの英語命名規則 - Qiita
          • プログラミングの命名規則ガイドラインを規定するオープンソースプロジェクト「NamingConvention」

            ◆ NamingConvention https://namingconvention.org/ 紹介 「NamingConvention」は、プログラミング命名規則のガイドラインを作成・収集・維持するオープンソースプロジェクトです。 「C#・Git・Java・PHP・VueJS・Python」が、現在作成進行中です。 Gitの章には、ブランチ名やコミットメッセージ、プルリクのネーミング規定が記載されています。 例えば、ブランチネームだと必須や許可と一緒に例文も記載されています。 プログラミング言語(Java)だと、このようになっています。 推奨のネーミングというより、キャメルケースなど、最低限準拠すべき形式が書かれています。 プログラミング版wikipediaになるような、熱量高いコミュニティが続いて欲しいです。 ◆ NamingConvention https://namingconv

              プログラミングの命名規則ガイドラインを規定するオープンソースプロジェクト「NamingConvention」
            • 4歳娘「パパ、具体的な名前をつけないで?」 - Qiita

              ↓新作もよろしくやで! ジェネリクスをもう少しだけ使いこなす。 コロナウィルス対策でリモートワークしてみたらReduxやVuexのメリットが分かった 36歳ザコーダーの休日 ワイ「何やこのコード、全然動かへんやん」 ワイ「怖いな~怖いな~…なんか嫌だなあ~」 よめ太郎「(何で自分が書いたコード見て稲川淳二みたいに怯えとんねん・・・)」 よめ太郎「(そんな鳥肌立つようなクソコード書いてんのかいな・・・)」 娘(4歳)「ねぇ、パパ」 ワイ「なんや、娘ちゃん」 娘「ちょっと、作ってほしい関数があるの」 ワイ「またかいな」 ワイ「娘ちゃんはホンマに関数が大好きやなぁ」 ワイ「しゃあない、パパはプログラミング苦手やけど、頑張って作ったるわ」 娘「ありがとう、パパ」 今回の要件 ワイ「ほんで、今回はどんな関数を作ればええんや?」 娘「えっとね」 娘「'あ'という文字列を渡したら」 娘「['あ', 'あ

                4歳娘「パパ、具体的な名前をつけないで?」 - Qiita
              • 弊社で使っているAWSリソースの命名規則を紹介します | DevelopersIO

                みなさんこんな画面を見たことありませんか?? このような状態は避けるべきです。理由は以下の通り。 各リソースの役割がわかりにくい オペレーションミスが発生しやすい リソース削除などの判断が難しくなる 単純に見栄えが悪い そこで今回は弊社が環境を構築する際によく使う命名規則を紹介したいと思います。 新規でリソースを作成する際に参考にしていただけると嬉しいです。 ※AWSアカウントでシステムや環境を分離していたとしても、命名規則を守ったほうがリソースの見通しがよくなります。 リソース名から何を知りたいのかを考える みなさんはリソース名(主にNameタグ)から何を知りたいですか?? 対象のリソースによっても異なりますが、共通で知りたいものは以下になるかと思います。 対象システム 環境(本番、検証、開発) また、リソースによってはこれ以外に知りたい情報もあるはずです。 Subnet、RouteTa

                  弊社で使っているAWSリソースの命名規則を紹介します | DevelopersIO
                • 「良い名前付け」の参考サイトまとめ - Qiita

                  おはようございますこんにちわこんばんわ。どうもぶたです。 以前、チーム内で「変数や関数の名前に妥協したくないなー。どうしたら上手く命名できるんだろう?やっぱり英語の勉強?」という話になったので、今回は名前付け、命名についてまとめます。 とは言え、自分自身多くの記事やドキュメント、書籍などに助けられているので、ほぼ紹介記事になります。 ただ、順番には気をつけた方がいいと個人的には思っています。 何事もそうですが、なぜやるのかを知ってからどうやるのかを学ぶべきかな、と。 例えば、「この単語とこの単語はニュアンスが違う」「そんな単語存在しないよ」「単数と複数が間違ってる」 そんなレビューを受けたことがある人もいると思います。僕も言われたことがあります。 そういった内容の記事もたくさんあります。僕も読み込んでいますしストックして参照できるようにしています。 それはそれで有用ですし、是非意識していき

                    「良い名前付け」の参考サイトまとめ - Qiita
                  • GitHub - kettanaito/naming-cheatsheet: Comprehensive language-agnostic guidelines on variables naming. Home of the A/HC/LC pattern.

                    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.

                      GitHub - kettanaito/naming-cheatsheet: Comprehensive language-agnostic guidelines on variables naming. Home of the A/HC/LC pattern.
                    • あいまいを避けて勘違いの起きない命名をするための体系的分類(を目指して) ―― 英文法による一般化と明確化 - Qiita

                      はじめに:この記事を書いた動機 これらの素晴らしい先行記事を見て、「言語学を用いれば、共通点を見つけ出して一般化・大項目化したり、取り違えやすいエッジケースを明確化できるんじゃないか?」と思ったことが、この記事を書き始めたきっかけになります。 1章は3つの主要なパターンとその詳細・例外、2章はそれらに関する文法的な解説になっています。 構造化・体系化が必要な理由 太郎くんと花子さんが英作文の問題を解いています。 次の日本語を英文に訳せ。 (1) 彼女は楽しい人だ。彼女といると退屈することがない。彼女はいつも新しいことに挑戦して…… 太郎くん(『楽しい』って英語で何やったっけ……) 狩井先生@ 1年6月「exciting は楽しいって意味やで~」 ~~ 月日が流れる ~~ 柱鈴先生@ 2年4月「excited は楽しいって意味やで~」 太郎くん(……って教わったけど、exciting か e

                        あいまいを避けて勘違いの起きない命名をするための体系的分類(を目指して) ―― 英文法による一般化と明確化 - Qiita
                      • CSSは奥が深い!セレクタの書き方・命名や管理を改善する5つの原則

                        CSSは簡単なコードで書けます。しかし、プロジェクトの規模が大きくなるにつれ、コードが重複したり、未使用のコードが増えたり、!importantでの上書きが増えたり、読みにくいコードになります。 CSSのセレクタの書き方・命名や管理を改善する、シンプルで非常に効果的な5つの原則を紹介します。 Improve your CSS with these 5 principles by Adrian Bece (@AdrianBDesigns) 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに CSSを改善する命名の原則 CSSを改善する詳細度の原則 CSSを改善するDRY原則 CSSを改善する単一責任の原則 CSSを改善する開放/閉鎖原則 CSSを改善する方法のまとめ はじめに CSSは簡単で分かりやすいのに、CSSを書く時に

                          CSSは奥が深い!セレクタの書き方・命名や管理を改善する5つの原則
                        • Go の命名規則 | micnncim

                          本記事は Go Advent Calendar 2019 11 日目の記事です。 Go はシンプルな言語機能・シンタックスが特徴であり、命名規則にもそのシンプルさが表れています。 本記事では、公式や著名な Go エンジニア、OSS などから見られる Go らしい命名規則を紹介します。 今更なテーマかもしれませんが、意外にも公私共々で命名規則が意識されていないコードを時折見かけるので、自戒も込めて記します。 誤った内容があれば Twitter でご指摘いただければと思います。 パッケージ名簡潔にするEffective Go では、short, concise, evocative なパッケージ名が望ましいとされます。 これはパッケージ名に限らずほとんどあらゆる命名において役立つ指針だと思います。 また、「パッケージ名は一言で何をするかを表すエレベーターピッチだ」という Dave Cheney

                            Go の命名規則 | micnncim
                          • 関数名、メソッド名、変数名でよく使う英単語のまとめ - LOCAL-C BLOG

                            • Web・コーディング界隈で読み間違いしやすい用語一覧

                              日本人向けの記事のため表記がカタカナとなっております。そのため完全に正確な英語の発音を保証しているわけではございませんのでご了承ください。(より正しい発音が気になる方は各自で発音記号をお調べください。) また私自身は帰国次女でもない純粋な日本人&英語力凡人レベルです。明らかに間違っているものがありましたらコメントやTwitterなどでご指摘ください。 もちろん他にもこれが間違いやすいよ、という用語もあればお待ちしております🙏 ❓がついてるのは決めきれないorネイティブでも揺れがあるor議論が必要 なものです。 a11y エイイレブンワイ absolute アブソルート Adobe アドビ Airbnb エアビーアンドビー ajax エイジャックス align アライン(text-align テキストアライン など) AMP(Accelerated Mobile Pages) アンプ An

                                Web・コーディング界隈で読み間違いしやすい用語一覧
                              • リーダブルコードを読んで重要だと感じたルールを抜粋 - Qiita

                                はじめに 業務で開発をしていて、Pull Requestを送るたびに命名について厳しいレビューをもらうので、業務で特に重要だと感じた部分のみまとめてみました! 最初は「動けばいいじゃん!」と思っていたのですが、チーム開発、仕事となるとそうはいきません。 品質も含めて評価されるため、読みやすいコードを書くということは非常に重要です。 レビューで毎回のように 「ちゃんとリーダブルコードを読みましたか?」 と厳しい指摘を受けるので、できるだけその回数を減らしていきたいです。 毎日レビューで厳しい指摘を受けるのは(おそらく上司も仕事のためとしてコードに対しての指摘をしていると思われるが)とても辛いです。 レビューは あくまでもコードの指摘をしているだけ で、自分自身の人間性や仕事に対するダメ出しをもらっているということではない!と思うようにしてます。 とはいえできるだけレビューで受ける指摘は減らし

                                  リーダブルコードを読んで重要だと感じたルールを抜粋 - Qiita
                                • 定番のコード規約とライブラリから学ぶJavaScriptの命名テクニック(初級編) - ICS MEDIA

                                  プログラミングをしているとき、変数名や関数名の命名に迷ったことはないでしょうか? 時間をかけて考えた変数名や関数名を後で見返したときに何の処理なのかわからないと思ったり、他の人が書いたコードを理解するのに時間がかかった経験は誰でもあると思います。 一般に、プログラマーはコードを書いている時間より読んでいる時間の方が長いと言われています。 わかりにくい命名はコードを読んでいる時間を長くしたり、バグを生む原因になってしまいます。 この記事ではGoogleやAirbnbといった企業が採用しているスタイルガイドや、世界中で使われているJavaScriptライブラリであるReactとVue.jsのコードを調査する中で見つけた、わかりやすい命名をするためのテクニックを初級編と上級編の2回に分けて紹介します。 初級編では、実際に仕事をする中でよく目にしたり自分でも使うことの多いものなど、すぐに使えるテク

                                    定番のコード規約とライブラリから学ぶJavaScriptの命名テクニック(初級編) - ICS MEDIA
                                  • 他言語プログラマが最低限、気にすべきGoのネーミングルール

                                    概要 タイトルの通り、他言語から入門した人が最低限気にするべき、ネーミングルールをまとめました。 対象読者 Goの基本構文を理解している人を対象読者としています。 この記事で説明すること、説明しないこと 説明すること Goのファイル名、変数名などの名前付けに関するルールや慣例などを説明します。 説明しないこと 名前付け以外で気をつけるべきGoの書き方[1] がいくつかあります。 しかし、それらに関してはこの記事では説明しません。 筆者のバックグラウンド プログラマ歴はもうすぐ8年程で、Goの他には以下のような言語の経験があります。 JavaScript TypeScript PHP Ruby Java Scala Goは少し前に書いて、一時期書かない時期が続いていましたが、最近また書いています。 トータルするとGoの経験は1年半程度です。 意識すべき名前付けルール package名 利用し

                                      他言語プログラマが最低限、気にすべきGoのネーミングルール
                                    • 動詞を三人称単数化することでBoolを返すことを表せる - Qiita

                                      iOS系の動画を扱うフレームワークの中に AVplayerViewController というクラスが存在します。 このクラスのメソッドを調べてみると 動詞を三人称単数化して Booleanを返すアクセッサメソッドがいくつか用意されていることに気づきました。

                                        動詞を三人称単数化することでBoolを返すことを表せる - Qiita
                                      • 命名のプロセス - kawasima

                                        多くの人が、1回で最高の命名をしようとする。これは難しく、うまく行くことなんて滅多にない。問題はネーミングというのは設計であるということだ。あらゆるものに収まりの良い場所を与え、正しい抽象化をしなくてはならない。これを最初の1回で完璧にこなせる可能性は低い。だから進化的ネーミングについて話をしよう。

                                          命名のプロセス - kawasima
                                        • Go の命名規則

                                          本記事は Go Advent Calendar 2019 11 日目の記事です。 Go はシンプルな言語機能・シンタックスが特徴であり、命名規則にもそのシンプルさが表れています。 本記事では、公式や著名な Go エンジニア、OSS などから見られる Go らしい命名規則を紹介します。 今更なテーマかもしれませんが、意外にも公私共々で命名規則が意識されていないコードを時折見かけるので、自戒も込めて記します。 誤った内容があれば Twitter でご指摘いただければと思います。 パッケージ名簡潔にするEffective Go では、short, concise, evocative なパッケージ名が望ましいとされます。 これはパッケージ名に限らずほとんどあらゆる命名において役立つ指針だと思います。 また、「パッケージ名は一言で何をするかを表すエレベーターピッチだ」という Dave Cheney

                                          • 定番のコード規約とライブラリから学ぶJavaScriptの命名テクニック(上級編) - ICS MEDIA

                                            一般にプログラマーはコードを書いている時間より読んでいる時間の方が長いと言われており、わかりやすい命名は可読性や保守性の観点から非常に重要です。 この記事ではGoogleやAirbnbといった企業が採用しているスタイルガイドや、世界中で使われているJavaScriptライブラリであるReactとVue.jsのコードを調査する中で見つけた、わかりやすい命名をするためのテクニックを初級編と上級編の2回に分けて紹介します。 前回の初級編では、わかりにくい命名をした場合の問題点や、JavaScriptで共通認識となっているルール、すぐに使える命名テクニックを紹介しました。 上級編の今回は初級編で紹介したものでは表現しきれない、より複雑な処理を行いたいときに役立つ表現を集めました。 命名テクニック上級編 1. 有効 / 無効 の状態の表現 オブジェクトやステータスが有効か無効かを表現する単語です。

                                              定番のコード規約とライブラリから学ぶJavaScriptの命名テクニック(上級編) - ICS MEDIA
                                            • メソッドの名付けは決して甘くない——二つの JavaScript プロポーザルが歩んだ道のり - Qiita

                                              はじめて技術記事を書いてみました。ぐらふぃーむと申します。 ECMAScript(いわゆる JavaScript)の先端を操る TC39 に関する情報が(少なくとも日本語コミュニティでは)思うより少なかったため初回は「SmooshGate 事件」と「Array Grouping プロポーザル」を取り上げようと思います。 拙い文章なのでおかしいところがあればご指摘願います。編集リクエスト機能もご活用ください。 SmooshGate 事件 2023 年になって Array.prototype.flat メソッドを知らない JavaScript デベロッパーはほとんどいないでしょう。しかしその裏にはあまり知られていない、メソッドの名前や運命に関わる出来事があります。それが「SmooshGate 事件」です。 メソッド自体を解説する文章ならいくらでもありますのでそれを省きさせていただきます。念のた

                                                メソッドの名付けは決して甘くない——二つの JavaScript プロポーザルが歩んだ道のり - Qiita
                                              • 僕が考える最強のコミットメッセージの書き方 - Qiita

                                                この記事は DeNA 21 新卒 Advent Calendar 2020 の16日目の記事です。 はじめに Gitを使っていく上でコミットメッセージは必須なものです。 そのメッセージ、fix とか適当になっていませんか? コミットメッセージがおざなりなままだと、どんな変更をしたのかが掴みにくく、レビュー時や後で見たときにコードを追うのが難しくなります。 逆に、コミットメッセージをこだわるだけでより良い開発環境、開発者体験を実現できます。今回は僕が良いと考えている書き方をまとめてみようと思います。 この記事のターゲット Gitを使ったことがある方 チームで決められたコミットルールを理解、改善したい方 よりよい開発者体験を実現したい方 ※諸注意 まず、コミットメッセージの書き方に正解はありません。タイトルにもあるとおり、あくまで「僕が良いと考えている」書き方なので、一意見として参考にしていた

                                                  僕が考える最強のコミットメッセージの書き方 - Qiita
                                                • 「子供がいない結婚に意味はあるの?」不妊治療を諦めた夫婦の残酷な結末(女子SPA!) - Yahoo!ニュース

                                                  【ぼくたちの離婚 Vol.20 咲かずして散る花 #2】 先日、不妊治療を行う女性たちが強いられる精神的なストレスについて、国内初の本格的な調査が実施されたと報じられた。そのストレスが夫婦関係に深刻な亀裂を生じさせることも、少なくない。石岡敏夫さん(仮名/現在48歳)と咲さんの夫婦も、治療の末に家庭が壊れてしまったケースである。 石岡さんと咲さんは、それぞれ43歳、36歳のときに高度不妊治療(顕微授精)を開始。だが子供は授かれず、夫婦関係は徐々に冷え切っていった。3年間で300万円近くの費用をかけたのち、石岡さんが46歳、咲さんが39歳のときに治療を中止。中止を決めた数週間後、咲さんが深夜に嗚咽し、子供を授かれない絶望を敏夫さんにぶちまける。敏夫さんは思った。「こんなことなら、子供なんて欲しがらなければよかった」と。 40代、肉体の衰えに感じた焦り 結婚願望は20代からあったものの、ずっと

                                                    「子供がいない結婚に意味はあるの?」不妊治療を諦めた夫婦の残酷な結末(女子SPA!) - Yahoo!ニュース
                                                  • AIエンジニアが気をつけたいPython実装のノウハウ・コツまとめ - Qiita

                                                    本記事では、データサイエンティスト、AIエンジニアの方がPythonでプログラムを実装する際に気をつけたいポイント、コツ、ノウハウを私なりにまとめています。 AIエンジニア向け記事シリーズの一覧 その1. AIエンジニアが気をつけたいPython実装のノウハウ・コツまとめ(本記事) その2. AIエンジニアが知っておきたいAI新ビジネス立案のノウハウ・コツまとめ 2020年4月に書籍を、出版しました。 【書籍】 AIエンジニアを目指す人のための機械学習入門 実装しながらアルゴリズムの流れを学ぶ(電通国際情報サービス 清水琢也、小川雄太郎 、技術評論社) https://www.amazon.co.jp/dp/4297112094/ 本投稿は、上記の書籍に書ききれなかった 「AIエンジニアが、Pythonでプログラムを実装する際に気をつけたいことのまとめ」 です。 本記事の内容は、あくまで筆

                                                      AIエンジニアが気をつけたいPython実装のノウハウ・コツまとめ - Qiita
                                                    • MindBEMding と近代 Component 設計の共通点 - Qiita

                                                      マークアップ歴の長い方からすれば大した話でもないのですが、フルスタックエンジニアの方々がフロントエンド開発に参入される昨今。CSS指定に関して、備わっていると良い感覚を共有できればと思ったので、メモを書きます。 MindBEMding が解決した課題 Vue.js のスコープ付き CSSについて見てみましょう。本家のドキュメントを引用します。

                                                        MindBEMding と近代 Component 設計の共通点 - Qiita
                                                      • 軍事作戦のコードネームはどのようにして決められているのか?

                                                        軍事作戦には湾岸戦争時の「砂漠の嵐作戦」やテロ組織ISILに対する「生来の決意作戦」などしばしば印象的なコードネームがつけられますが、リビアのトリポリで繰り広げられた2011年の「マーメイド・ドーン作戦(人魚の夜明け作戦)」など、どんな由来があるのか頭をひねらなければならないようなコードネームもあります。軍事作戦にこのようなコードネームをつけるようになった背景について解説した記事が公開されています。 How Military Operations Get Their Code Names | Mental Floss https://www.mentalfloss.com/article/28711/how-military-operations-get-their-code-names 軍事作戦にコードネームを付ける習慣は第一次世界大戦中のドイツが始めたといわれており、ラジオが発達するに

                                                          軍事作戦のコードネームはどのようにして決められているのか?
                                                        • 真偽値を返す関数名のつけ方の例 - Qiita

                                                          真偽値を返す関数名のつけ方の例です。 様々な意見があるので画一的な正解はありませんが、一定の基準にはなるでしょう。 はじめに ここでは、関数名をあなた(=開発者)が自由につけられることを前提としています。 言語やライブラリ、フレームワークによる制約がある場合や、命名規則が定められている場合はそれに従いましょう。 記事中ではJavaやJavaScriptにおける例を示しますが、他の言語においてもおおむね当てはまるかと思います。 中身が空か確認する関数 中身が空かどうかを確認する関数の名前は、isEmptyとします。 たとえば、JavaのListインターフェースにはisEmptyがあります。 final List<String> list = List.of(); if (list.isEmpty()) { // do something } このように、真偽値を返す関数の名前はis...とす

                                                            真偽値を返す関数名のつけ方の例 - Qiita
                                                          • Git branch naming conventions - DeepSource

                                                            We use git branches at DeepSource to organize ongoing work to ensure that software delivery stays effective. If you use git today, there are high chances that you're either using the famed git-flow or the more recent GitHub flow. Both these workflows depend extensively on using branches effectively — and naming a new branch is something many developers struggle with. A consistent branch naming con

                                                              Git branch naming conventions - DeepSource
                                                            • なぜrubyでget_xxxというメソッド名をあまり使わないか - komagataのブログ

                                                              これまたフィヨルドブートキャンプで何度も説明しているのでまとめておきます。 getterとsetter 一般的なGetterとSetterについてはこちら: 3.5 GetterとSetter : Javaのオブジェクト指向入門 titleというメンバ変数があった場合、getter, setterを実現するためにget_title set_titleというメソッドを作らなきゃいけないのは冗長。 rubyではアクセサというが、メンバ変数と同名のメソッドができる機能がある。 attr_accessor :title c#やswiftなどでもプロパティという仕組みで同様のことができる。 public string Title { get; set;} クラス名、メンバ変数名、メソッド名の原則 クラス名:名詞 メンバ変数名:名詞 メソッド名:動詞 変数の動詞化 見方を変えると、titleにget_

                                                              • BCD Design によるコンポーネントの分類 - Qiita

                                                                atoms を atoms であり続けさせるための工夫は以前記事に書いたので参考にしてみてください。 AtomicDesign の atom より小さな世界の扉を開く 軸の転換 粒度軸重視から概念軸重視へ 以下は簡単なブログサービスで作成するであろうコンポーネントを5つの方法で分類した例です。 粒度軸で分類しても、概念軸の分類をしないとキレイな構造にはならない 概念軸で分類すると、粒度軸で分類しなくてもかなりキレイな構造になる 概念軸と粒度軸で分類すると、非常にバランスの取れた構造になる 概念軸と関心で分類すると、スケールに強くなる 5 概念軸と関心と粒度軸で分類すると、スケールに強く、関心をまとめつつ粒度の恩恵も得られる 5 なぜ粒度軸より概念軸なのか 粒度軸の中で概念軸の分類を行う 概念軸の中で粒度軸の分類を行う この2つの一番大きな違いは、関心のまとまりです。 DDD の基本でもある

                                                                  BCD Design によるコンポーネントの分類 - Qiita
                                                                • data とか info とか list とか item とかいう変数名止めろ - Neo's World

                                                                  data とか info とか list とか item とかいう変数名止めろ currentData itemInfo dataList とかなんとかいうダッサイ変数名マジで止めろ。 ただ単に「ネーミングセンスがダサい」という話では留まらず、実際に悪影響を及ぼすネーミングだから、止めるべき理由と、止め方・改善方法を教える。 2022-03-13 : 本記事の発展形とも呼べる記事を新たに書きました。 「説明変数」と分かりやすいコードを書くことの価値 目次 TL;DR : 何が悪いの? コード例 どう直したらいいの? list は書かず、単語の複数形にする どんな data・info なのかを考えて名前を付け直す 英語できないならできるようになれ・大体日本語もできてねえだろ 横着すんな TL;DR : 何が悪いの? → 「どんな data なの?」「どういう意味を持つ list なの?」とい

                                                                  • AWSインフラ命名規約 | Future Enterprise Coding Standards

                                                                    本コーディング規約は、世の中のシステム開発プロジェクトのために無償で提供致します。 ただし、掲載内容および利用に際して発生した問題、それに伴う損害については、フューチャー株式会社は一切の責務を負わないものとします。 また、掲載している情報は予告なく変更することがございますので、あらかじめご了承下さい。 # はじめに # 前提条件 開発チームが 3 ~ 30 名程度で構築する規模での利用を想定している 本規約をそのままプロジェクトに導入することを推奨する そのままの導入ができない場合は、一部を抜粋、拡張して用いられることを想定している AWS の構成はマネージドサービスを活用するベストプラクティスに従うものとする 例えば、1 台の EC2 上で DB とアプリのように複数のサービスを稼働させるといった構成は考慮しない 一部のリージョンでのみ利用可能な機能は想定していない 例えば、AWS Lo

                                                                    • コーディングが少し楽になる、意識したい命名規則とCSS設計。 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作

                                                                      皆様こんにちは。フロントエンドエンジニアのレンツです。僕の連載では初学者向けに、コーディングのノウハウを提供しています。 今回はHTMLに付けるclassの名前について考えてみたいと思います。classに付ける名前によってタグの組み方もコーディングの速さも変わってきますし、拡張性の高さも変わってきます。 classの命名についてちょっと知識をつけていただいたら、コーディング時間が短くなってもっと楽しく開発できるようになりますよ! というわけでいってみましょう。 コーディングの悩み:classの命名規則 さて、HTMLとCSSを勉強したら何かサイトを作ってみたくなりますよね。HTMLタグを書いてclassをつけてCSSでスタイルを当てていく〜……という作業を延々と繰り返す日々が始まります。 勉強しはじめでアドレナリン全開のころは勢いでいくらでもできる作業なのですが、考えなしにスタートしてしま

                                                                        コーディングが少し楽になる、意識したい命名規則とCSS設計。 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作
                                                                      • Vue.js

                                                                        スタイルガイド ​このドキュメントは、 Vue 固有の記法についての公式なスタイルガイドです。もしあなたがプロジェクトにおいて Vue を使用する場合は、エラーや有益でない議論、アンチパターンを避けるための素晴らしい参考資料となります。しかし、どんなスタイルガイドもすべてのチームやプロジェクトにとって理想的であるとは考えていません。そのため、過去の経験、周囲の技術スタック、および個人的な価値観に基づいて、注意深い逸脱が奨励されます。 ほとんどの場合、一般的な JavaScript や HTML に関する提案も避けています。セミコロンや末尾のカンマの使用は気にしません。 HTML の属性値がシングルクオートで囲まれているかダブルクオートで囲まれているかも気にしません。しかし、特定のパターンにおいて Vue のコンテキストが役立つと判明した場合については、その限りではありません。 最後に、私達

                                                                          Vue.js
                                                                        • なぜ IBAction に didTapButton という名前をつけてはいけないのか - Qiita

                                                                          私はこういうコードが本当に好きじゃない。私が気に入らないのはアクションメソッドの名前、具体的には didTap の部分だ。 didTapSaveButton や didHitSend 、 cancelButtonTapped なんていうのも同じだ。私はこれらに違和感を覚える。そこには主な理由が2つある。 Target-ActionはDelegateパターンではなくCommandパターンである Guides and Sample Code に隠れているAppleの開発者向けドキュメントの奥深くに、あなたは Model-View-Controller (MVC) パターンについての記事 を見つけられるだろう。そこでは、オリジナルのMVCパターンはCompositeパターン と Strategyパターン 、 Observerパターンから成り立っており、AppleのMVCパターンには左記に加えてM

                                                                            なぜ IBAction に didTapButton という名前をつけてはいけないのか - Qiita
                                                                          • [解決!Python]PEP 8の命名規則まとめ

                                                                            Pythonコードを書くときに変数や関数、クラスなどの名前はどのように付けたらよいだろう。PEP 8で述べられているその基本をまとめた。

                                                                              [解決!Python]PEP 8の命名規則まとめ
                                                                            • JavaScript Naming Conventions

                                                                              Follow on FacebookA JavaScript naming conventions introduction by example -- which gives you the common sense when it comes to naming variables, functions, classes or components in JavaScript. No one is enforcing these naming convention rules, however, they are widely accepted as a standard in the JS community. JavaScript Naming Conventions: VariablesJavaScript variables are case sensitive. Theref

                                                                                JavaScript Naming Conventions
                                                                              • Visual Studio で C# の命名規則をチェックする - Qiita

                                                                                TOC 1. はじめに 2. 命名のスタイル 3. Microsoft が推奨する命名規則 4. Visual Studio で命名規則を設定する はじめに 他の多くの言語と同様に、C#のコーディング規約ではクラスや関数、変数の命名規則が定められています。 命名規則を定めることで、コードに統一性を持たせて可読性を向上させ、リーディングコストを削減できます。チーム開発には必須のルールであり、細則は会社やプロジェクト単位で定められていることが多いでしょう。 しかし日常的に複数の言語を使っていると、なかなか命名規則を覚えられません。そこでVisual Studioのオプションで命名規則をチェックできるよう設定します。 Env Visual Studio 2019 C#.NET 命名のスタイル 識別子の命名のスタイルとして、以下のようなものがよく使われます。 キャメルケース 名前(複数の単語)を一

                                                                                  Visual Studio で C# の命名規則をチェックする - Qiita
                                                                                • Angular 日本語ドキュメンテーション

                                                                                  新着記事