並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 18 件 / 18件

新着順 人気順

Namingの検索結果1 - 18 件 / 18件

  • 【日本人エンジニア必携】英語命名規則の決定版 - Qiita

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

      【日本人エンジニア必携】英語命名規則の決定版 - Qiita
    • すぐに役に立つものはすぐに陳腐化してしまうから方法ではなく設計の本を読む - API Design Patterns の読書感想文 - じゃあ、おうちで学べる

      あなたがさっきまで読んでいた技術的に役立つ記事は、10年後も使えるでしょうか?ほとんどの場合でいいえ はじめに 短期的に効果的な手法や知識は、ソフトウェア開発の分野において、急速に価値を失う傾向があります。この現象は、私たちが何を重点的に学ぶべきかを示唆しています。最も重要なのは、第一に基本的な原理・原則、そして第二に方法論です。特定の状況にのみ適用可能な知識や即座に結果を出すテクニックは、長期的には有用性を失う可能性が高いです。これは、技術や手法が時間とともに進化し、変化していくためです。 learning.oreilly.com 「API Design Patterns」は、このような考え方を体現した書籍です。しかも480 ページもあります。本書は単なる手法の列挙ではなく、Web APIデザインの根幹をなす原則と哲学を探求しています。著者のJJ Geewax氏は、APIを「コンピュータ

        すぐに役に立つものはすぐに陳腐化してしまうから方法ではなく設計の本を読む - API Design Patterns の読書感想文 - じゃあ、おうちで学べる
      • 簡単にオリジナルChatGPTアプリが作れる『GPTs』で、ドット絵生成チャットを作成 - Taste of Tech Topics

        こんにちは、安部です。 11月なのに暑かったり寒かったしますが、皆様いかがお過ごしでしょうか。 さて、先日のOpenAI DevDay、大変な盛り上がりでしたね。 様々な新機能が公開され、GPT関連がさらなるパワーアップを遂げました。 DevDayは基本的に開発者向けのイベントですが、一般ユーザ向けの新機能も公開されました。 それがGPTsです。 今回は、GPTsが使えるようになったので試してみたいと思います。 GPTsとは GPTsとは、GPT Builderを使ってノーコードで簡単にChatGPTをカスタマイズできるサービスで、今のところ有料ユーザのみが使用できます。 ChatGPTは特定タスク向けのサービスではありませんが、精度の良い回答をもらおうと思ったらプロンプトを工夫したり事前情報をたくさん与えないといけなかったりしますよね? GPTsは、あらかじめ特定の目的を持たせたChat

          簡単にオリジナルChatGPTアプリが作れる『GPTs』で、ドット絵生成チャットを作成 - Taste of Tech Topics
        • Rustでリレーショナルデータベースを自作したときの成果と反省と学び - better_hacking_life

          はじめに この記事では、個人プロジェクトとしてRust言語でリレーショナルデータベースを開発した経験(もう五ヶ月も前...)について、その成果と反省、得た学びを共有します。 DBMSを自作した理由 自分がDBMSの自作に着手したのは、『Designing Data-Intensive Applications』という本の内容を深く理解するためでした。 この本は、データシステムの設計と運用において最も大切な「信頼性」、「拡張性」、「保守性」を保証する方法論を、豊富な文献を引用しつつ、理論と実践の橋渡しを巧みに行いながら、丁寧に説明している名著です。読んだことがない人は速攻購入してくだい。本当にいい本です。 この本は、データベースの内部構造に関する話も豊富に含まれていたので、「データベース自作してみようか...」という気持ちになりました。 Rustを採用した理由 データベースの実装のついでに、

            Rustでリレーショナルデータベースを自作したときの成果と反省と学び - better_hacking_life
          • 顧客の名字がブランド選択に及ぼす影響

            人は,自身の名前に含まれた文字を,含まれていない文字に比べて好ましく評価する。この傾向はネームレター効果と呼ばれ,ブランド選択をはじめとする様々な意思決定にも影響を及ぼす。例えば,先行研究によると,Lで始まる名前の消費者(例えば,Lundy)は,他の文字で始まる名前の消費者(例えば,Thomas)に比べ,名前の頭文字が一致するLexusを購入する傾向がある。本研究では,ブランド・ネームが漢字で表記されている場合,ネームレター効果がどのように生じるのかについて検討した。先行研究によると,漢字は聴覚情報ではなく,視覚情報として処理される。この言語的性質を踏まえ,漢字のネームレター効果は,ブランド・ネームと顧客の姓における表記(vs. 読み)の一致によって生じると予測した。総合胃腸薬の購買データを分析した結果,表記と読みが太田胃散と一致する太田姓の消費者は,読みのみが一致する姓(例えば,大田姓や

            • タスクに「〜対応」という名前をつけるのを避けたい理由 - kymmt

              先日同僚と雑談的に話してたことを書いておく。ソフトウェア開発のバックログにおける話です。 「〜対応」とは 主に差し込みで入ったタスクやなにか早めに単一の解決したい事象のためのタスクに名付けられやすい名前。 あくまでも例としてだが 「マーケから割引データ表示依頼対応」 「監視アラート対応」 みたいなやつ。「〜対応」というのは日本語としてはかなり便利なので、とりあえずバックログに入れておきたいときに使いがち。 なぜ避けたいか 完了基準があいまいになる タスクを流していく際の問題。 バックログ上のタスクは完了基準を定めておかないと、作業スコープがどんどん広がったり、完了したかどうかを確認する人から見ると完了していないということが作業後にわかったりして不便。「〜対応」という名前をつけるタスクは、そもそもの作業スコープがはっきりしていないことが多く、結果として、作業を始める前に関係者との認識合わせが

                タスクに「〜対応」という名前をつけるのを避けたい理由 - kymmt
              • Popular git config options

                Hello! I always wish that command line tools came with data about how popular their various options are, like: “basically nobody uses this one” “80% of people use this, probably take a look” “this one has 6 possible values but people only really use these 2 in practice” So I asked about people’s favourite git config options on Mastodon: what are your favourite git config options to set? Right now

                • 商業施設名は引き続き「ヒカリエ化」しているのか

                  渋谷ヒカリエの隣に「渋谷アクシュ」ができるという。ヒカリエ、ソラマチ、キラリナの流れはいまでも連綿と続いているのだろうか。 渋谷ヒカリエの隣に渋谷アクシュができるらしい まもなく、渋谷ヒカリエの裏に渋谷アクシュという商業施設ができるらしい。 渋谷アクシュ(SHIBUYA AXSH) 2024年上期に開業予定 見に行ったところ外観は既にほとんどできていた。左上のほうにちょっと見えているのがヒカリエの外壁だ。まさに真隣にあることが分かる。 ぼくはこの「アクシュ」という名前にすっかり驚いてしまった。というのも、商業施設名として「ヒカリエ」とか「サカス」みたいに日本語をもとにしたものが増えている、という記事を10年前に書いたことがあるからだ。そのときはどこまで続く流れか分からなかった。 商業施設名が日本語化している、という記事を書いた それは「商業施設名がヒカリエ化している」という記事だ。 当時、

                    商業施設名は引き続き「ヒカリエ化」しているのか
                  • 最強ローカルLLM実行環境としてのEmacs

                    みなさん、ローカルLLMで遊んでいますか? 昨年末に、Ollamaが登場してから誰でも簡単にローカルLLMで遊べる時代がやってきました。そこで、僕もローカルLLMでどんなことができるんだろうと思って触りはじめたのですが、ローカルLLMを最大限に活用するためには、まずはどうやったらEmacsからローカルLLMを使えるようになるのかと考えるのはあまりにも自然な流れでした。 この記事では、ローカルLLMに関する基本的な知識から、EmacsからローカルLLMを扱う方法までを解説していきたいと思います。 ローカルLLMの基礎知識 # ローカルLLMとは、LLM(大規模言語モデル)をローカル環境、つまり自分のパソコンで扱えるようにしたモデルです。Facebookが開発しているLlamaが業界のトップランナーで、それをベースにしたモデルを色々な組織(中には個人もいるのかも)が開発しています。 そのLla

                      最強ローカルLLM実行環境としてのEmacs
                    • RFC の URL はどのドメインで貼るのが良いか | blog.jxck.io

                      Intro IETF の RFC は、いくつかの場所で同じものが公開されている。 どの URL が最適なのか、という話。 結論は www.rfc-editor.org だ。 RFC Hosting Site 例えば RFC 9110 - HTTP Semantics で言うと、以下の 4 つがある。 https://tools.ietf.org/html/rfc9110 https://datatracker.ietf.org/doc/html/rfc9110 https://www.rfc-editor.org/rfc/rfc9110.html https://httpwg.org/specs/rfc9110.html まずは、これらの違いを簡単に解説する。 tools.ietf.org IETF がホストする RFC は、 tools.ietf.org だった。 RFC 2616: H

                        RFC の URL はどのドメインで貼るのが良いか | blog.jxck.io
                      • 【サービス名変更のお知らせ】「Scrapbox」は「Helpfeel Cosense(ヘルプフィール コセンス)」に変わります

                        【サービス名変更のお知らせ】「Scrapbox」は「Helpfeel Cosense(ヘルプフィール コセンス)」に変わりますナレッジはみんなで作り上げる時代へ。組織が変わるナレッジイネーブルメントツール 株式会社Helpfeel(ヘルプフィール、京都府京都市、代表取締役/CEO:洛西 一周、以下「当社」)は、ナレッジ共有サービス「Scrapbox」の名称を、本日より「Helpfeel Cosense(ヘルプフィール コセンス)」に変更したことをお知らせいたします。 サービス名の変更を機に「Helpfeel Cosense(コセンス)」は、個人の暗黙知を組織のナレッジとして共有資産にしていく文化を日本に根付かせることで、組織の新たな価値創造への貢献を目指してまいります。 ◾️サービス名変更の背景 「Scrapbox」は、手軽に知識をアウトプットできるドキュメント共有サービスです。サービスを

                          【サービス名変更のお知らせ】「Scrapbox」は「Helpfeel Cosense(ヘルプフィール コセンス)」に変わります
                        • Secrets from the Algorithm: Google Search’s Internal Engineering Documentation Has Leaked

                          Watch Our Google Algorithm Leak Webinar Replay Google, if you’re reading this, it’s too late. Ok. Cracks knuckles. Let’s get right to the Google algorithm leak. Internal documentation for Google Search’s Content Warehouse API has been discovered. Google’s internal microservices appear to mirror what Google Cloud Platform offers and the internal version of documentation for the deprecated Document

                            Secrets from the Algorithm: Google Search’s Internal Engineering Documentation Has Leaked
                          • Terraform 公式がスタイルガイドを出したので読んで要約した - Qiita

                            3/30 に X で Terraform がトレンド入りしていて何事かと思ったら Terraform が公式ドキュメントとしてスタイルガイドを出したようです。 Terraform Style Guide いままで Terraform のスタイルに関して信頼できるドキュメントといえば Google Cloud の Terraform を使用するためのベスト プラクティス ぐらいしか知らなかったのですが、 Terraform 公式がようやく出してくれてありがたい限りです。 これでわざわざ社内の Terraform 規約を設けずとも「公式ドキュメントに従いましょう。」の一言で済みます。 ということで一通り読んだのでまとめました。 原文だと構文の簡単な使い方なども書いてありますが以下の要約ではだいたい省略しています。 詳細は原文を読んで確認してください。 要約 スタイルガイドについて コードのスタ

                              Terraform 公式がスタイルガイドを出したので読んで要約した - Qiita
                            • Next.jsを4年間使用してたどりついた、エンタープライズアプリケーションのフロントエンド開発・構築手法 | POSTD

                              はじめに 目まぐるしく進化するフロントエンド開発の世界では、常に最新の知識や技術をいち早く取り入れることが、エンタープライズアプリケーションの開発を成功させる上で欠かせません。Tailwind CSS、TypeScript、Turborepo、ESLint、React Queryなどを含む強力なツールキットとNext.jsを4年間使用してきた結果、開発に役立つさまざまな知見やベストプラクティスが得られました。この記事では、大企業向けフロントエンドアプリケーションのパフォーマンス、保守性、拡張性を最大限に高める設計・構築手法を紹介したいと思います。 注記:ここに記載する内容はあくまでも個人的な見解であり、筆者が推奨する手法が必ずしも適さない場合もあります。 効果的なエンタープライズ向けフロントエンドアーキテクチャの基本原則 エンタープライズ規模のアプリケーション向けにフロントエンドソリューシ

                                Next.jsを4年間使用してたどりついた、エンタープライズアプリケーションのフロントエンド開発・構築手法 | POSTD
                              • Google検索を殺した男――Googleはいつ、どこでメタクソ化に舵を切ったのか | p2ptk[.]org

                                Google検索を殺した男――Googleはいつ、どこでメタクソ化に舵を切ったのか投稿者: heatwave_p2p 投稿日: 2024/4/272024/4/27 Pluralistic どんなデジタルビジネスでも、技術的には「メタクソ化」できる。つまり、ビジネスの根本的な機能をユーザごとにリアルタイムで変更できるため、ビジネス顧客、エンドユーザ、株主の間で価値を素早く移転できるのだ。 https://pluralistic.net/2023/02/19/twiddler/ このスレッドをエッセイ形式で読んだり共有したい方は、私の監視フリー、広告フリー、トラッキングフリーのブログ、pluralistic.netをチェックしてほしい(訳注:もともとのテキストはTwitter上のスレッドに書かれている)。 https://pluralistic.net/2024/04/24/naming-n

                                  Google検索を殺した男――Googleはいつ、どこでメタクソ化に舵を切ったのか | p2ptk[.]org
                                • Tauri 2.0 Stable Release

                                  import CommandTabs from '@components/CommandTabs.astro'; import TableCompatibility from '@components/plugins/TableCompatibility.astro'; import Cta from '@fragments/cta.mdx'; import FeaturesList from '@components/list/Features.astro'; We are very proud to finally announce the stable release for the new major version of Tauri. Welcome to Tauri 2.0! What is Tauri? :::note[Definition] Tauri is a frame

                                    Tauri 2.0 Stable Release
                                  • On the origins of DS_store

                                    arno.org If you are a Mac user, or if you have transferred files from Mac to Windows, you’re probably familiar with .DS_Store files. But where does this name come from? Back in 1999 I was the technical lead for the Mac OS X Finder at Apple. At that time the Finder code base was some 8 years old and had reached the end of its useful life. Making any changes to it require huge engineering effort, an

                                    • 小惑星「アオ(Ao)」命名 『恋する小惑星』にちなんだアプリによる市民科学的発見

                                      太陽系に無数に存在する「小惑星」は、一定の条件を満たすことで名前を付けることができます。命名に関するルールは比較的緩いため、フィクション作品に登場する架空の人物に由来する名称も多数あります。 国際天文学連合(IAU)の小天体命名作業部会(WGSBN)は、提案された小惑星の名称が適切かどうかを審査する作業部会です。このWGSBNが2024年9月2日付で発行した速報にて、697402番小惑星「2017 BX232」の名称として提案された「アオ(Ao)」が承認され、正式に命名されたことが公表されました(※1)。これは漫画作品『恋する小惑星(アステロイド)』の2人の主人公が交わしたある “約束” に由来しています。その理由は、同漫画の略称にちなんだ未発見小惑星検出アプリ『COIAS』を通じて発見されたことにあります。 COIASを通じて発見・命名された小惑星はアオが初めてであり、市民科学の成功の一

                                        小惑星「アオ(Ao)」命名 『恋する小惑星』にちなんだアプリによる市民科学的発見
                                      1