並び順

ブックマーク数

期間指定

  • から
  • まで

401 - 440 件 / 1022件

新着順 人気順

命名規則の検索結果401 - 440 件 / 1022件

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

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

      BCD Design によるコンポーネントの分類 - Qiita
    • started_at ってカラム - 線路は続くよどこまでも。

      問題 最近、あるテーブルに started_at って名前のカラムをつけてしまったんだけど、あまりよくないっぽい。(あまり深く考えずに、created_at とか同様に過去分詞_atでいいだろと思って命名した。) 解説 start や end は自動詞にも他動詞にもなれるんだけども、例えば Campaigns というテーブルに対して、start した datetime を格納するためのカラムを追加するときは、Campaign が主語になり、「キャンペーンが始まる」という意味の自動詞にするのが自然とのこと。こうすると、自然言語では「The Campaign starts at 9 PM today.」とかなるので、starts_at と命名するのが自然っぽい。 現場 インターネット で検索してみたら、あるあるなのかなぁ 〜 日付のカラム名、started_at にするか start_at に

        started_at ってカラム - 線路は続くよどこまでも。
      • AWSリソースの名称にリージョンを入れるときは空港コードを使う - Qiita

        この記事はAWS(Amazon Web Services)Advent Calendar 2023 シリーズ2の17日目の記事として書かれました。 はじめに リージョン名をリソースに含める命名規則にしたとき、どのようにリージョン名を含めるか悩みませんか? 結論 空港コードを使いましょう。 エッジロケーションも全て含めたコード一覧 ※公式ではなく有志の善意で成り立っているリポジトリのためリンク切れの場合はご了承ください。 WorkSpacesに対応しているリージョンのコード一覧 drp-nrtでページ内検索すると出てきます。 日本語ページの情報更新が追いついていないことがあるので、英語ページを参照することをおすすめします。 詳細 命名においてリージョン名をどのように一意にするか AWSのリージョン名はxx-yyyy-zという規則になっています。(y部の文字数は可変) この規則に対してある程度

          AWSリソースの名称にリージョンを入れるときは空港コードを使う - Qiita
        • ドメイン駆動設計入門 ボトムアップでわかる!ドメイン駆動設計の基本 | SEshop.com

          学習しやすいパターンが満載! ドメイン駆動設計をやさしく学べる入門書! 【本書の概要】 本書は、 『エリック・エヴァンスのドメイン駆動設計』(ISBN978-4-7981-2196-3、翔泳社)、 『実践ドメイン駆動設計』(ISBN978-4-7981-3161-0、翔泳社) に感銘を受けた著者が贈る、ドメイン駆動設計の入門書です。 【対象読者】 『エリック・エヴァンスのドメイン駆動設計』や 『実践ドメイン駆動設計』をこれから読もうとしている方、 もしくはすでに読んだものの、「もう少しやさしい入門書も読みたい」 と感じているエンジニアの方を対象としています。 【本書の特徴】 ドメイン駆動設計において、実践が難しいものは後回しにして、 理解しやすい実装パターンからドメイン駆動設計の世界に 飛び込んでもらうことを目的としています。 そこで初心者にとって、理解しやすい、そして実践しやすいパターン

            ドメイン駆動設計入門 ボトムアップでわかる!ドメイン駆動設計の基本 | SEshop.com
          • 自動テストがより便利に!!CodeBuildのテストレポート機能がGAされました!! | DevelopersIO

            CX事業本部@大阪の岩田です。これまでプレビューリリースという位置づけだったCodeBuildのテストレポート機能が2020/5/22、ついにGAされました!! 早速試してみたので、簡単に紹介させて頂きます。 レポート機能とは? CodeBuildのジョブから出力されたレポートファイルを解析し、テスト実行結果を確認するためのビューを提供する機能です。画面のイメージはこんな感じです。 レポートファイルは以下の形式に対応しています。 JUnit Cucumber TestNG TRX プレビュー段階で対応していた形式はJUnit、Cucumberのみでしたが、GA時点で新たにTestNG、TRXのサポートが追加されています。 テストレポート作成に必要な権限 テストレポートを作成するには、CodeBuildのジョブを実行するIAMロールに以下の権限が必要です。 codebuild:CreateR

              自動テストがより便利に!!CodeBuildのテストレポート機能がGAされました!! | DevelopersIO
            • 東京都健康安全研究センター » 世界の新型コロナウイルス変異株流行状況 ( データの更新:3月27日 )

              新型コロナウイルスは瞬く間に世界に広がり、各地で独自の変異を繰り返した結果、世界中から様々な変異株が報告されています。現在新型コロナウイルスの遺伝子情報は主にGISAID Initiativeに登録され、そのデータは迅速に公開され誰でも自由に利用することが可能となっています。 この表は2024年1月20日から2024年2月20日の間における各国のゲノム登録数の多い順になっています。流行中の亜型について最も多いものから順にそれぞれ主系統、第2系統、第3系統として掲載しました。 各国の新型コロナウイルスの流行状況を比較する事はできませんが、各国で流行している変異株の動向の、より精度の高い情報提供を行いたいと思います。(covSPECTRUMのデータによる) ・東京都は5月8日より定点医療機関当たりの患者報告数になりました。(東京都感染症週報) covSPECTRUMのデータを基に集計     

              • 【初心者向け】データベースのテーブル設計で僕が意識している6つのこと - Qiita

                はじめまして、himakuroです。 2017年ぐらいからQiitaに記事を投下しようと考えていたのですが、なかなか筆が乗らずようやく初投稿です 軽く自己紹介をしておくと、普段は社内SEとしてPHP、Ruby、Golangを書いたり、 趣味の個人ブログ方ではプログラミング初心者に向けた記事や雑記的なものを書いたりしています。 今回は記念すべき1つ目の記事と言う事で 僕が普段テーブル設計(主に命名)で気をつけている6つの事を書きました。 僕の好みも含まれていますが、初心者の方がテーブルやカラム名を決める際の参考になればなと思います。 テーブル名は必ず複数形にする テーブルは一つしかないから単数形を使うべき! Modelも単数形で定義するじゃん! みたいな反論が聞こえてきそうですが、僕は複数形で定義する派です。 また複数形にする場合に、テーブル名の途中の部分を複数形にしている物をたまに見かけま

                  【初心者向け】データベースのテーブル設計で僕が意識している6つのこと - Qiita
                • 理解しやすいコードの書き方~理解容易性の7つの観点~ - Qiita

                  はじめに 「理解容易性」は「保守性」の観点の1つとして重視され、多くの原則や技法が紹介されているが、断片的かつ多様であり、全体像を理解することは難しい。 抽象度は高いが、体系的に観点を整理する事で、その理解の助けとなれば幸いである。 定義 「理解容易性」を簡単に言えば、「理解のしやすさ」であるが、その意味から掘り下げると、「思考する量」と言い換えることができる。 本記事では理解容易性を「思考量の少なさ」と定義し、7つの観点に整理した。 先に要約およびチェックリストを記載し、概略を記載した。 後に詳細で理解のため、各観点毎の説明と個別の原則や技法へのリンクを記載した。 要約 7つの観点の要約を先に示す。 (変数や関数の)名称は分かりやすくする (変数や関数の)役割は1つにする (変数や関数の)参照は狭くする (変数や関数の)状態は変えられなくする (関数やクラスの)面積は小さくする (関数や

                    理解しやすいコードの書き方~理解容易性の7つの観点~ - Qiita
                  • [GTM] 新しいGA4のタグ設定の仕方 | アユダンテ株式会社

                    2023年9月上旬より、GTM内のGA4設定用のタグ「Googleアナリティクス: GA4 設定」が「Googleタグ」に自動更新されました。 本記事では新しいGoogleタグを使ったGA4のタグ設定方法について解説します。 複雑化した印象がありますがGA4の設定をする上では大まかな仕様は以前と変わらず、より簡易な設定が作れるようになっています。 Googleタグ設定画面のまとめ GA4イベントタグ設定画面のまとめ お知らせ: Google タグとタグ マネージャー – タグ マネージャー ヘルプ 大まかには上図のようになりました。それではそれぞれについて詳しく解説していきます。 GA4設定タグ→Googleタグでの変更点 新しくなったGoogleタグの解説 Googleタグの各設定項目についての解説 タグID 設定 共有イベントの設定 複数のイベントで共通で使うパラメータは「イベントの設

                      [GTM] 新しいGA4のタグ設定の仕方 | アユダンテ株式会社
                    • ダークモード対応を効率化、Yahoo!乗換案内アプリの事例紹介 #UI

                      ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。Yahoo!乗換案内のiOS アプリの開発を担当している田中(@tattn)です。 iOS 13で目に優しいダークモードが使えるようになりましたね。 しかし、OSの設定を変えるだけで、アプリが自動的に黒くなるわけではありません。アプリ側がダークモードに対応する必要があります。 Yahoo!乗換案内(以下、乗換案内)はiOS 13の公開日(日本時間)にダークモード対応版のアプリを公開しました! 乗換案内はユーザーが必要としそうなiOSの新機能を積極的に取り入れています。 今年、自分はAppleの年に一度の開発者イベントであるWWDCに参加しました。そして、現地でキャッチアップした新機能の中で、今回は主にダークモードをピッ

                        ダークモード対応を効率化、Yahoo!乗換案内アプリの事例紹介 #UI
                      • BigQuery のデータセットとテーブルを整理整頓する - キカガク プラットフォームブログ

                        前提 状況 整理整頓 Step0: 前提知識 Step1: 整理の軸を決める Step2: 仕様を整理する Step3: 手段の整理 結論 おわりに こんにちは、開発事業部で PM をしている丸山です。 キカガクでは昨年夏に GCP を中心としたデータ基盤へ移行しました。 データ基盤では現在次のように複数ソースのデータを BigQuery へ集約し、加工していくような構成を取っています。 infra 半年程度運用してデータパイプラインの管理のつらさが表面に浮かんでくる中で、上図にも記載があるワークフロー管理ツールの導入に踏み切ったのですが、その際に無秩序となっていた BigQuery のデータセット/テーブル構成に関してもテコ入れをしましたので、そちらの内容を書いていこうと思います。 前提 本題に入る前に、前提として今回扱っているデータ基盤は下記の規模感のものとなります。 扱うデータソース

                          BigQuery のデータセットとテーブルを整理整頓する - キカガク プラットフォームブログ
                        • Rails: アプリケーションを静的解析で"防弾"する3つの便利ワザ(翻訳)|TechRacho by BPS株式会社

                          概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Few static analysis tricks to bulletproof your application | Arkency Blog 原文公開日: 2023-05-02 原著者: Piotr Jurewicz サイト: Arkency Blog 日本語タイトルは内容に即したものにしました。 静的解析とは、コードを実行せずに潜在的な問題を特定して品質を改善することです。有用な静的解析手法を導入することで、アプリケーションの信頼性を高められます。本記事では、コードベースの問題を静的解析で解決するうえで便利な手法を3つ解説します。 🔗 1: ファイル名が間違っているテストファイルを検出する 先頃、顧客のアプリケーションに含まれている未使用のコードを追いかけていたときに、明らかにパスしないRSpecテストが1つ見つかりま

                            Rails: アプリケーションを静的解析で"防弾"する3つの便利ワザ(翻訳)|TechRacho by BPS株式会社
                          • 「あのSoC」のリネーム?令和最新版地雷候補「Snapdragon 6s Gen 3」発表 - すまほん!!

                            すまほん!! » 通信・モバイル » メーカー » 「あのSoC」のリネーム?令和最新版地雷候補「Snapdragon 6s Gen 3」発表 Qualcommは、エントリークラスからミッドレンジ帯のスマートフォン向けのSoCである「Snapdragon 6s Gen 3」を発表しました。 「Snapdragon 8s Gen 3」で見られるように、s付きモデルは無印より廉価で低性能ですが、どうやらその性能は思ったより低そうです。 立ち位置はSnapdragon 6シリーズの下位に位置するモデル。しかし3年ほど前にQualcomm製品の命名規則が大きく変更されて以来、Snapdragon 6シリーズの製品は「6 Gen 1」と今回発表された「6s Gen 3」しかありません。つまり世代でいえば廉価モデルしか存在しないという状況。 また、そもそも「第2世代」と名乗るチップも存在していませんが

                              「あのSoC」のリネーム?令和最新版地雷候補「Snapdragon 6s Gen 3」発表 - すまほん!!
                            • GORM v2 触ってみた Major Features 編 - Techtouch Developers Blog

                              この記事はテックタッチアドベントカレンダー3日目の記事です。2日目は国定による「TypeScript 4.1 に更新しました」でした。 SREチームの taisa です。「愛の不時着」をきっかけに韓国ドラマにハマっています。最近は「スタートアップ」と「梨泰院クラス」をみています。Netflix な毎日です。 今回は「GORM v2 Major Features 編」ということで、今年8月にリリースされた GORM v2 の新機能をリリースノートに従って簡単に動かしてみたので紹介します。テックタッチのバックエンドは Go で実装していて ORM には GORM v1 を利用しています。v2 の Major Features と Breaking Changes をチェックして v2 へのアップデートも検討したいところです。 公式ドキュメント GORM v2 リリースノート v1 のファイル構

                                GORM v2 触ってみた Major Features 編 - Techtouch Developers Blog
                              • レビューに追われているエンジニアのためのレビュー観点と円滑なレビューの仕組みについて - RAKSUL TechBlog

                                ラクスル事業本部のサーバーサイドエンジニア兼エンジニアリングマネージャーの荒井です。 ラクスルに入社して4年半になりますが、チームのリードエンジニアを経て、今はエンジニアリングマネージャーを兼務しています。普段は開発とマネジメントが半々くらいで、具体の実装は他のエンジニアにお願いし、自分は設計やレビューにかける時間が多いです。 今回は、そんな私の視点から、普段どういった観点でレビューをしているかについてご紹介します。 まず前提条件を確認する どれくらいレビューを急ぐか どれくらい丁寧に見るか 何を目的にレビューをするか 品質保証 知識の継承 品質のために何をレビューするか 機能要件 非機能要件 円滑なレビューのために おわりに まず前提条件を確認する レビューはトレードオフです、時間をかけすぎずにいかに効率的に行うかが重要です。我々のリソースは有限で、レビューを素早く返すことによってエンジ

                                  レビューに追われているエンジニアのためのレビュー観点と円滑なレビューの仕組みについて - RAKSUL TechBlog
                                • FireLens(Fluent Bit)でエラーログだけはCloudWatch Logsへ、すべてのログはS3バケットへ保存を実現する設定例 | DevelopersIO

                                  本検証利用したFargateのCloudFormationテンプレート、FireLensのDockerfileなどは以下に置いてあります。タスクロールなどは必要に応じて確認してください。 Fargate一式 FireLensのDockerfile 設定ファイル 以下のFluent Bitの設定ファイルを作成しました。 extra.conf [SERVICE] Flush 1 Grace 30 # ELBヘルスチェックログ除外 [FILTER] Name grep Match *-firelens-* Exclude log ^(?=.*ELB-HealthChecker\/2\.0).*$ # エラーログにタグ付け [FILTER] Name rewrite_tag Match *-firelens-* Rule $log (emerg|alert|crit|error|\s4\d{2}\

                                    FireLens(Fluent Bit)でエラーログだけはCloudWatch Logsへ、すべてのログはS3バケットへ保存を実現する設定例 | DevelopersIO
                                  • ホスト名で許される文字って何なんだっけという話 - suu-g's diary

                                    以前の同期の友人と、そういえば数字だけのドメイン名って許されてるんだっけ?という話題で一通り盛り上がった。なかなか面白いことがわかったのと、イマイチよーわからんなーということが出てきたので、せっかくなので記事にしておこうと思う。 TL;DR 数字のみのホスト名は RFC 的に OK アンダースコアはホスト名的には NG だがドメイン名的には OK 数字だけのドメイン https://0.30000000000000004.com/ というサイトが Twitter で回ってきた。 こういうドメインって RFC 的にどうなんだっけ。数字だけのドメインって大丈夫なんだっけ? ホスト名の定義(大元) host name については、元々は RFC952 に記載がある。以下、関係のある部分だけ抜き出し。 GRAMMATICAL HOST TABLE SPECIFICATION <official h

                                      ホスト名で許される文字って何なんだっけという話 - suu-g's diary
                                    • 図解! Gitのブランチ・ツリーをちゃんと読む - Qiita

                                      はじめに この記事は、ちょっとだけGitは使ったことがあるけれども、SourcetreeやGitHubやBacklogなどで出てくるGitのツリー(樹形図)の読み方がよく分からないという人に向けた記事です。なんとな~くで読んでしまっていて、実はよく分かっていないという人も、意外といるのではないでしょうか。 もしあなたが、まだGitを触ったことがなかったり、「変更のステージング」「ブランチにチェックアウトする」と言ってなんの事か分からなかったりしたら、先にこの記事 君には1時間でGitについて知ってもらう(with VSCode) を読んでくることをオススメします。(宣伝) 対象読者の想定レベル Gitを触ったことがあり、コミットをしたことがあるが、本格的なチームでのGitを使った開発は未経験 mainブランチ(masterブランチ)というものがあるらしいということは知っている Source

                                        図解! Gitのブランチ・ツリーをちゃんと読む - Qiita
                                      • ユーザーインターフェイス設計メモ | Yuya Kinoshita

                                        ユーザーインターフェイス設計(UI設計)について思ったことや気付いたこと、教えていただいたことなど、自分用の思考振り返りメモです。Twitterへの投稿やノートのメモ書き、いただいた質問への回答、チームメンバーにお伝えしていることなど、繰り返し発信していると思ったことをまとめています。 目次の序盤にある項目ほどデザインについての考え方や情報設計など、全体像に関する内容です。終盤に向かうにつれてデザインやコンポーネント設計など、より細部の内容になっていきます。今後も気付いた点があれば追記していきます。 基礎部分のスライド資料「ユーザーインターフェイス設計の基礎を振り返る」(2023年1月22日追記) このページに記載した前半の情報設計の基礎について内容を抜粋したスライド資料を公開しました。 デザインの統一感、拡張性、耐久性 ユーザーインターフェイスのデザインや使用感が統一されているか? ユー

                                          ユーザーインターフェイス設計メモ | Yuya Kinoshita
                                        • Javaで「ケバブケース」はなぜ駄目? 「参照型変数」「パッケージ」の命名規則

                                          関連キーワード Java | アプリケーション開発 | プログラミング プログラミング言語および開発・実行環境「Java」には、変数やメソッド(データに対する)、定数などの命名に関する慣例がある。Javaの基本的な命名規則を解説した前編「Javaの『変数』『メソッド』『定数』名の“ひんしゅくを買わない”付け方」に続く後編は、データの実体がある場所(メモリアドレス)を保持する参照型変数と、パッケージ(拡張機能)の一般的な命名規則を説明する。 併せて読みたいお薦め記事 Javaについて知る 「Java」が「Windows」でも「macOS」でも動く“歴史的理由”と“技術的理由” 「Java」はなぜ人気言語になったのか? 成功の歴史を振り返る 「Java」を“偉大な言語”にした3つの画期的要素 さまざまな命名規則 その変数は「パスカルケース」「キャメルケース」「スネークケース」「ケバブケース」の

                                            Javaで「ケバブケース」はなぜ駄目? 「参照型変数」「パッケージ」の命名規則
                                          • M1XやM2、M2X〜未発表の複数のAppleシリコンに関する情報が投稿 - iPhone Mania

                                            Appleのプロセッサやチップなどの情報を発信しているLonghorn氏(@never_released)が、Twitterに未発表のAppleシリコンに関する情報を投稿しました。 未発表のAppleシリコンに関する情報 Longhorn氏(@never_released)が2021年2月4日に伝えた未発表のAppleシリコンに関する情報を更新し、Twitterに投稿しました。 From looking a bit around macOS: Apple t6000 – H13(S/C/D?) – Apple (M1X?) Apple t6001 – (?) – Apple (M2X?) Apple t8110 – H14P – Apple A15 Apple t8112 – H14G – Apple M2 “Avalanche” as the big core codename for

                                              M1XやM2、M2X〜未発表の複数のAppleシリコンに関する情報が投稿 - iPhone Mania
                                            • 【2024年版】フロントエンドに求められるミドルレベルのエンジニアと達成する為にすべきこととは - Qiita

                                              はじめに 経験年数を数年積んでくると、大体の実装はできるようになったけど、この先何を目指すべきなんだろう?と迷子になってしまうことがないでしょうか。 今回は私と同じような迷える子羊に「ジュニアレベルを卒業してミドルレベルのエンジニア」を目指す際に意識すべきことや、具体的に何をやっていけばいいのかをまとめてみました。 これは自分のための記事であると同時に、同じようにミドル層、ひいてはシニアレベルのエンジニアを目指す方にも刺さる内容になっているかと思います。 今、自分がどのようにキャリアアップしていくべきなのか、どのような道筋でスキルを磨いていけばいいのか。そんなふうに悩んでいる方は是非読んでみてください。 今同じくキャリアに悩むフロントエンドエンジニアの方の道標になれば幸いです。 ※内容はフロントエンジニアが対象になりますが、バックエンドの方もなにか通じるものがある…かもしれません。 ジュニ

                                                【2024年版】フロントエンドに求められるミドルレベルのエンジニアと達成する為にすべきこととは - Qiita
                                              • 宣言的 Blue/Green デプロイで EKS バージョンライフサイクルに立ち向かう話|グロービス・デジタル・プラットフォーム

                                                こんにちは、グロービスで SRE をしている @yukin01 です。 私たちがサービスの実行基盤として導入を進めている Amazon EKS について、いかに認知負荷を下げつつ Kubernetes バージョンのライフサイクルに向き合っているか、を話します。 インプレースアップグレードKubernetes 自体は年に3〜4回の頻度でマイナーバージョンがリリースされます。そのマネージドサービスである EKS はアップストリームのリリースからしばらく経ったあとにサポートが開始されて、そのサポートは少なくとも14ヶ月間続きます。詳細についてはドキュメントをご覧ください。 サポート終了まで特定バージョンを使い続けるのは極力避けたいところですが、かといって数ヶ月ごとに CHANGELOG を追いかけつつ、デグレを防ぎながらアップグレードし続けるのもなかなか大変な話です。 実際 AWS 側もアップグ

                                                  宣言的 Blue/Green デプロイで EKS バージョンライフサイクルに立ち向かう話|グロービス・デジタル・プラットフォーム
                                                • 鳳山紅毛港保安堂 - Wikipedia

                                                  紅毛港保安堂外観。右奥の提灯には第三十八号哨戒艇の乗組員らの名前が記されている。 鳳山紅毛港保安堂(ほうざんこうもうこうほあんどう)は中華民国(台湾)高雄市鳳山区紅毛港にある廟である。旧日本海軍の第三十八号哨戒艇(旧称、樅型駆逐艦「蓬」)が祀られていることが特筆される。 由来[編集] 神艦「38にっぽんぐんかん」 第三十八号哨戒艇を祀るようになり崇拝の対象が現在の形態となった経緯については、文献や語り手によって内容は異なるが、整合を取るとおおよそ以下のようなものである[1][2][3][4][5][6][7][8]。 第二次世界大戦が終結した翌年の1946年、出漁していた紅毛港の漁民の漁網に、一体の頭蓋骨が掛かった。漁民は頭蓋骨を草葺の小屋だった祠の神棚に安置して「海府尊神」として祀った。以降大漁が続いたため、霊験あらたかな神であるとして信仰されるようになり、1953年に保安堂を建立した。

                                                    鳳山紅毛港保安堂 - Wikipedia
                                                  • [Python]アンダースコアの使い方 - Qiita

                                                    はじめに Pythonでは変数や関数の命名で(スネークケースの場合)アンダースコア_がよく使われると思います。実際、アンダースコアには命名以外にも多くの使い方があります。今回はPythonにおけるアンダースコアの使い方をまとめてみました。 変数や関数の命名 Pythonのコーディング規約であるPEP8では、スネークケースが推奨されています。スネークケースとは、単語をアンダースコアで区切って書く命名規則のことです。 # 定数名は大文字で書く、アンダースコアで単語を区切る MY_NAME = "T" # 変数名は小文字で書く、アンダースコアで単語を区切る my_age = 29 # 関数名は小文字で書く、アンダースコアで単語を区切る def my_func(name, age): print(f"Hi {name}, you are {age}.") my_func(MY_NAME, my_a

                                                      [Python]アンダースコアの使い方 - Qiita
                                                    • Laravel DB.com 操作マニュアル。 〜コード書かずに超スピード開発(DEMO動画あり)〜 - Qiita

                                                      みなさんこんにちは ジーズアカデミー主席講師 山崎ですm(_ _)m 今回はLaravleでサクッとモックアップが作成できる「Laravel DB.com」についてMemoしておきます。 Laravel DB.com ってなに? ER図書いて「 Migrationコード or 基本ベースのCRUD(β版) 」までを自動生成可能です。 そこからの細かい仕様に合わせる部分は自身で修正する必要はあリます。 最低限テーブル設計/LaravelのCRUDを書けるくらいの基礎知識は必要(命名規則とか間違ってるとエラーの山に) 超速でMigrationファイルやCRUDのザックリコードを作るまでは自動って感じで、あとは自分でアレンジして使うって感じですね。 「 LaravelDB.com 」の特徴 テーブル設計をクラウドに保存可能 ( 他アプリの設計に使い回せる! ) 「 家・会社のパソコン 」でも同じ

                                                        Laravel DB.com 操作マニュアル。 〜コード書かずに超スピード開発(DEMO動画あり)〜 - Qiita
                                                      • className を受け取らない制約は意味がない

                                                        再利用とバンドルサイズ そもそもこれは「壊れた指定」でしょうか?「BlueTheme」の Box に格納しているのだから、ボタンの青は意図しているものと捉えることが自然です。「親の文脈からみた場合、正しく意図が伝搬している」とも言えます。 この例では文字色しか指定していませんが 「共通指定が膨大で、ひとつのプロパティだけ変更したい場合」 はこの性質は利用できます。 「特別な理由があって、いつものあのボタン、ここだけちょっと小さくしたい」 という要望がデザイナーさんからあがってくることがあります。その時、取り得る選択肢は次のとおりです。 1.複製して新しいコンポーネントとする 2.コンポーネント内部で分岐処理する 3.スタイルをちょっと足す このうち、処理を増やさず・バンドルサイズを増やさないのは「3」です。スタイルの上書きは「コンポーネント利用者である親」でのみ発生し、汎用コンポーネントを

                                                          className を受け取らない制約は意味がない
                                                        • React+Reduxで書く時に気をつけていること |

                                                          こんにちは! ファンデリーデザイン・システム室の町田です。 今回は、React+Redux環境でのコーディング時に私が気を付けていることについてお話しします。 目次 はじめに↑ 現在デザイン・システム室ではjQueryを捨て、順次”React.js”に移行している最中です。 (React.jsの状態管理フレームワークは、”Redux”を採用しています) そのため、まだ導入フェーズということもあり、React.jsの記法に慣れていないメンバーもおり、積極的に社内勉強会でReact.jsの布教活動を行っています。 (以下は社内勉強会の資料を一部抜粋) この3つのスライドだけだと私の伝えたい思いが全く伝わって来ないと思いますが 「Reactってなんか楽しそう!」と思ってもらえるような、学習を始めるきっかけとなる資料を心掛けてつくりました。 こちらの資料は入社時研修の資料としても利用する予定となっ

                                                          • 【クラウド勤怠】Jestを使ってファイル・ディレクトリの命名規約をテストする - Money Forward Developers Blog

                                                            こんにちは。クラウド勤怠チームでエンジニアをしております katuo です。今回の記事ではチーム内でJestを使ってファイル・ディレクトリの命名規約を自動テストできるようにした話について書いていこうと思います。 コード規約作成に伴う問題 現在クラウド勤怠ではフロントエンドの再設計・コード規約の整備が進んでいます。コード規約が整備されて、可読性が向上したり、意思決定コストが下がったりするなどの恩恵を受ける一方で、PRレビューでディレクトリ/ファイル命名規約に関するレビューコストが全体として増加してしまいました。(例: 「〜の階層に定義するファイルは〇〇の形式で記述してください!」) 現在、クラウド勤怠ではフロントエンドのコード規約はGithubのWikiで管理しています。日常的に業務でコード規約を管理しているメンバーは問題ないのですが、そうでないメンバーは最新コード規約を把握するのが難しく、

                                                              【クラウド勤怠】Jestを使ってファイル・ディレクトリの命名規約をテストする - Money Forward Developers Blog
                                                            • Effective Dartまとめ - Qiita

                                                              Flutter Advent Calendar の5日目です。 Effective Dartを意訳してまとめました。 他の言語でも共通で言えるようなことも多く記載されています。その辺りは一部割愛しましたが、Dartを書くにあたって知っておいた方がよいと私が感じた部分をまとめました。(それでもかなり長いですが…) また、ここでは割愛しますが、Flutterとしてのスタイルガイドはこちらに記載されているので、併せて読むと良いと思います。 Style guide for Flutter repo Style Guide 命名規則 対応style guide クラス名:UpperCamelCase 例)SampleDataClass ファイル/ディレクトリ/パッケージ名:lowercase_with_underscores 例)page/sample_first/sample_first フィール

                                                                Effective Dartまとめ - Qiita
                                                              • 破綻しにくい CSS 設計手法と命名規則

                                                                HTML 側の内容とセレクタがマッチすればスタイルが適用されます。このように CSS はとても単純な仕組みですが、その単純さゆえに大規模な実装では管理が難しく簡単に破綻してしまう問題点を抱えています。 CSS が破綻してしまう主な理由は以下の通りです。 セレクタには詳細度 (優先順位) が存在するスタイルには子要素にまで継承する同じセレクタを多重定義できるHTML 側の各要素はスタイルが複合的に適用される 開発現場では CSS が単純であるがために軽視されてしまう嫌いがあります。多くのプロジェクトでは Java や SQL などのコーディング規約やアンチパターンなどは用意されていますが、CSS は用意されていないケースは珍しくありません。その結果、統一されたルールがない状態でプロジェクトが進み、開発が佳境にさしかかったタイミングで CSS の逆襲が始まります。CSS が悪いわけではありませ

                                                                  破綻しにくい CSS 設計手法と命名規則
                                                                • EC2のインスタンスタイプの表記 2023年度版 - NRIネットコムBlog

                                                                  こんにちは佐々木です。 AWSのEC2のインスタンスタイプを見ていたついでに、表記方法をまとめてみました。アルファベットと数字の組み合わせでビビっている人の救いになれば幸いです。 インスタイプの表記 まずインスタンスタイプの表記の構造についてです。 インスタンスタイプは、インスタンスファミリー、世代、属性とサイズの組み合わせで一意に表現されます。 インスタンスの分類とインスタンスファミリー インスタンスの種類は用途に応じて分類されます。インスタンス選びの際は、まずは用途に応じたカテゴリをみるとよいです。それも解らないよという方は、まずは一般用途向けをみると良いです。 一般用途向け コンピューティング最適化 メモリ最適化 高速コンピューティング ストレージ最適化 HPC 最適化 分類された上で、更に細分化されています。これがインスタンスファミリーです。例えば、一般用途向けでは、次のようなイン

                                                                    EC2のインスタンスタイプの表記 2023年度版 - NRIネットコムBlog
                                                                  • PowerShellの使い方 | パソコン工房 NEXMAG

                                                                    Windowsにはコマンド操作を行うプログラムとして「コマンドプロンプト」がありますが、この機能をさらに進化させたのが「PowerShell」です。 使うのが難しそうだと思っている人もいるかもしれませんが、いざ使ってみると意外と便利で、Windows PC上の操作を素早く楽に行うこともできます。 「時短テクニック」にも有効なPowerShellの概要と基本操作、さらにPowerShellで使用できるコマンドレットについて、コマンドプロンプトにはなかったオブジェクトという概念から、パイプライン、関数、変数などより高度にPowerShellを扱うために知っておきたい情報、さらに同じような操作を効率的に行うためにPowerShellで作成した記述をファイルに登録し、そのファイルを実行する方法についてもご説明します。 Windows PowerShellと新登場したPowerShell Core

                                                                      PowerShellの使い方 | パソコン工房 NEXMAG
                                                                    • LIG制作「fondesk」LPのCSS・JSアニメーションを解説します! | 株式会社LIG(リグ)|DX支援・システム開発・Web制作

                                                                      こちらのクライアントインタビューで、コーディングが綺麗とお褒めの言葉をいただき、とても嬉しかったので、今回LPのコーディング・アニメーションの解説をしようと思います! ぜひ実際のサイトを開きながらご覧ください! CSS構成 今回は、このようなフォルダ構成にしました。 基本的なディレクトリ構造、命名規則はECSSに則っていますが、一部自分が使いやすいようにしている部分もありますので、参考までに! いつもCSS設計は悩みますね……。 MVスライドショー MVは、上記のようにキャッチコピーと写真が並んだものをスライドショーで表現しました。 スライドショーは、細かいところまで配慮されているプラグイン(swiper/slick)を使うことが多いです。今回はプラグインを使うと動きの再現が難しくなりそうだったので、1からJavaScript・CSSを使って作りました。 実装方法は、 基本 スライドで変更

                                                                        LIG制作「fondesk」LPのCSS・JSアニメーションを解説します! | 株式会社LIG(リグ)|DX支援・システム開発・Web制作
                                                                      • デザインシステム運用の雑多な細かいはなし - freee Developers Hub

                                                                        freee Developers Advent Calendar 2019 の17日目です。 デザインシステムチームの @toofu__ です。夜はニートゥーチェストをしており、1988年生まれ4268人中3位です(12月16日現在)。腹筋が喜んでいます。 freee のデザインシステムの現状 freee にはデザインシステムチームが存在し、下記の運用を行っています。 UIコンポーネントライブラリ Vibes デザインガイドライン Groove アクセシビリティガイドライン Groove と Vibes が生まれた経緯とかについてはチームメンバーの @ymrl が1日目に色々書いてくれているので、よろしければご覧ください。 developers.freee.co.jp この記事では、Groove と Vibes に関するもうちょっと細かいブツの雑多な話を書きます。 Vibes の詳細 Vi

                                                                          デザインシステム運用の雑多な細かいはなし - freee Developers Hub
                                                                        • 【AWS】AWS認定『デベロッパー - アソシエイト』(DVA)に合格した話 - Rのつく財団入り口

                                                                          AWS認定の開発者向け資格、デベロッパー - アソシエイトに、2019年12月末に一発合格することができました。祝ってくれた皆様ありがとうございます。いかに突破してきたかを合格エントリとして振り返り、これから挑戦する方向けに残そうと思います。 挑戦への経緯 きっかけ 書いている人のスキルセット(笑) AWSの実務経験とよく使う興味のあるサービス やったこと 基本方針の確定 スタプラで学習記録を可視化する イベントに行ってみる ネット上の合格エントリを参考にする 学習時間の確保に立ち向かう 学習の流れ やらなかったこと:WHIZLABS Udemyの講座で学ぶ 読んだ本 サブで読んだ本 公式模試を受ける 試験当日 試験まとめ 得点の話 費用:1万ちょい 学習期間と時間:2ヶ月弱65-70H デベロッパー - アソシエイト試験所感 全体の所感 オンプレの開発経験も活かせる話 AWS最強理論の応

                                                                            【AWS】AWS認定『デベロッパー - アソシエイト』(DVA)に合格した話 - Rのつく財団入り口
                                                                          • 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 なの?」とい

                                                                            • Figma Config 2022 感想まとめ - Goodpatch Tech Blog

                                                                              2022年5月10日から2日間かけて行われた「Figma Config 2022」のアーカイブ動画が先日公開されましたね! 本記事では、有志のGoodpatchエンジニアが興味を持ったセッションをピックアップし、セッションの概要や感想をご紹介します! すべてのアーカイブ動画はこちら👉 Config 2022 - YouTube ピックアップセッション💙 Figma tutorial: What’s new in Auto layout negative spacing absolute position text baseline alignment How design tokens can make us better collaborators - Jan Six (Config 2022) Figma Hacks and Workflow Enhancements with P

                                                                                Figma Config 2022 感想まとめ - Goodpatch Tech Blog
                                                                              • 今ほぼコードレビュー専になってる私が、リーダブルなコードを書くうえで意識してほしいと考えている順番 - Qiita

                                                                                はじめに 仕事におけるプログラミングの現場においては「リーダブルコード」を求められることが往々にして多いことでしょう。もちろんアーキテクチャやデザインパターン、流行りの機能、書き方を学ぶことで解決することもありますが、「なんか使ってるんだけどわかりづらいな・・・」と思うことがあったりしませんか? 読みづらいメカニズム まず読みやすくなるためのテクニックを語る前に、「何故読みづらいのか」を考えてみました。 こう思い返してみると、アーキテクチャやデザインパターンやらに依るところはなかったと言っても過言ではなかったかなと思います。 1. そもそもの処理の認識が誤っている 一見読んだだけで理解できないコードがあったときに、書いた方に「これはどういう処理ですか?」と聞きます。そうすると一定のケースで「説明される内容(日本語)がそもそも正しくない」に分類されることが多いのです。 そうしたときには、その

                                                                                  今ほぼコードレビュー専になってる私が、リーダブルなコードを書くうえで意識してほしいと考えている順番 - Qiita
                                                                                • Webシステムの設計の変遷(2000年から2021年までの概観)ー 技術選定の指標 - Qiita

                                                                                  1.1990年~2000年初頭:カオス・黎明期 インターネットが流行り始めた頃は、HTMLに装飾を記述し、CSSに装飾を書くなどの分離はあまり見られなかった。 また、Javascript(以下、Js)の利用も限定的で、画面の要素をJsで作ったり、ましてや、コンポーネントの発想などほぼ見られなかったように記憶している。 見た目のデザインとコード構造もカオスだった時代。 ※@error_401さんのコメントにあるように、Javaでのシステム開発が多く、Java Appletによって動的な画面作成もあった。若い人は、Appletの存在はわからないかもしれないけど、少しの間、ブラウザにもその設定があった。 また、AdobeのFlashによる動的コンテンツの作成もあった。Appletよりは長く使われており、Jsでの動的なコンテンツ作成の前には、AdobeのFlashでの開発が多かったと思う。 1-1

                                                                                    Webシステムの設計の変遷(2000年から2021年までの概観)ー 技術選定の指標 - Qiita