並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 63件

新着順 人気順

命名規約の検索結果1 - 40 件 / 63件

  • 最初からこうすべきだった。「USB」の速度が分かりやすい表記に

      最初からこうすべきだった。「USB」の速度が分かりやすい表記に
    • 何年も前に書かれたソースコードを読むときの頭の中 - Mitsuyuki.Shiiba

      コードを書く仕事をしてると、読むことも多い。読んでる時間のほうが多いかもしれない。いま書かれてるコードを読むことも、もちろん多いし、何年も前に書かれたコードを読む機会も割とよくある。 コードを読むと、そのコードを書いた人の考えや、そのときの状況が感じられて、おもしろい。特に、何年も前に書かれたコードを読むときは、コーヒーを片手に(そのときはこんな感じだったんだろうなぁ)って想像しながら読んで楽しい。 ふと、どういうコードから、自分がどういうことを想像するのかを書いてみようと思った。 前提 今、目の前で書かれているコードを読んでレビューしてるときの話じゃなくて、何年も前に書かれたコードを読むときの話をしようと思う。だから、そのコードが良いとか良くないとか、こうするべき「だった」とかは考えない。今後の自分がどう書きたいかなぁ?くらい。 また、そのコードを書いた人が良いとか良くないとかでもない。

        何年も前に書かれたソースコードを読むときの頭の中 - Mitsuyuki.Shiiba
      • プログラマの抱いている名前についての誤謬

        パトリック・ミッケンジー(Patrick McKenzie)さんのブログ・エントリ、 “Falsehoods Programmers Believe About Names” の日本語訳です。翻訳の公開を快諾してくださったミッケンジーさんに感謝します。 公開: 2012-02-22 Posted on June 17, 2010 by Patrick きょう、ジョン・グレアム゠カミング(John Graham-Cumming)が、正しくない文字が含まれているといって彼のラスト・ネームを受け付けないコンピュータ・システムへの不満の記事を書いていた。もちろん彼の名前に「正しくない」ところなどない。当人の申し出たものが当人を識別するものとしては相応しいのであって、定義からして名前とはそういうものである。このことにジョンは当然ながらいらだったし、そうなるのもきわめて正当なことだ。定義からすれば事実

        • 「USB4 Version 2.0」はUSB4の倍速 既存のType-Cケーブルで

          米Intelや米Appleら業界大手7社が中心となるUSB推進団体、USB Promoter Groupは9月1日、次世代USBアーキテクチャである「USB4 Version 2.0」の仕様を発表した。USB5ではないが「メジャーアップデート」としており、USB4対応のType-Cケーブルで、従来のUSB4の2倍に相当する最大80Gbpsの伝送速度を実現するという。 USB規格の管轄団体USB Implementers Forum(USB-IF)による正式発表は11月のUSB DevDaysイベントの前に行う予定だ。 この高速性能を実現するために、USB Type-Cと電力供給の仕様が更新される予定という。 USB4 Version 2.0の主な特徴は、以下の通り。 既存の40Gbps USB Type-Cパッシブケーブルと新たに定義された80Gbps USB Type-Cアクティブケーブ

            「USB4 Version 2.0」はUSB4の倍速 既存のType-Cケーブルで
          • Vue.js

            優先度B: 強く推奨 ​これらのルールは、ほとんどのプロジェクトで可読性や開発者の使い勝手を向上させることが分かっています。これらのルールに違反した場合でも、あなたのコードは動作しますが、違反はごく少数で十分に正当な理由がなければいけません。 コンポーネントのファイル ​ファイルを結合してくれるビルドシステムがあるときは、各コンポーネントはそれぞれ別のファイルにするべきです。 そうすれば、コンポーネントを編集したり、使い方を確認したりするときに、より素早く見つけることができるようになります。

              Vue.js
            • 2022年のCSS | gihyo.jp

              2022年になりました。矢倉眞隆(@myakura)と申します。昨日に続き、新春特別企画のブラウザとウェブ標準動向について紹介します。 取り上げるトピックの数やそのインパクトから、今回はCSSを独立した記事として取り上げることになりました。「ブラウザとウェブ標準動向」についても寄稿していますので、そちらもお読みいただければうれしいです。 2022年以降のCSSは大きく変化しそうだなと思っています。これまでも、CSS3と呼ばれていた機能による表現力の強化、FlexboxやGridなど強力なレイアウト機能の追加など、大きな変化と言えるだろうものはありました。しかし現在提案・実装されている機能は、CSSの根幹を拡充するものと、これまでと性質が異なるものです。 Compat 2021とInterop 2022で互換性の向上 CSSのつらいところとしてまず取り上げられるのが、ブラウザ実装の挙動の違い

                2022年のCSS | gihyo.jp
              • Utility-first CSS(Tailwind CSS)が合理的であることの説明と、CSSによるUI開発小史

                目次 CSS小史 SUIT CSS - 命名規約ベースのCSS方法論 styled-components - CSS in JS Tailwind CSS - Utility-first CSS なぜインラインスタイルではダメなのか まとめ タイムライン 参考リンク CSS小史 CSSでアプリのUIを実装するための手法は、これまでいくかの変遷を辿ってきた。 はるか昔、CSSが生まれて間もないころには、関心の分離という文脈から、FONT要素などの物理タグはよくないものとされ、 コンテンツ(HTML)とスタイル(CSS)をきっちりと分離することが奨励されはじめた。 そこでは、HTMLはあくまで文書であり、CSSのクラスセレクタという接点でコンテンツと見た目が隔離されることで、それらは別世界のものとして管理されていた。 また、大規模サービス開発においていかにCSSを管理するかという問題意識はまだ

                  Utility-first CSS(Tailwind CSS)が合理的であることの説明と、CSSによるUI開発小史
                • Javaを中心に偏見ベースでプログラミング言語の関係をまとめた - きしだのHatena

                  オブジェクト指向言語の話をするときに便利なように、Javaを中心にプログラミング言語をまとめてみました。 Javaに影響与えるか、Javaから影響を受けるか、という感じですね。 Simula オブジェクト指向はここから始まったと言われています。 クラス、オブジェクト、継承、仮想関数(多態)といった、オブジェクト指向の基本要素が備わっていました。 ただし、「オブジェクト指向」という言葉は生まれていません。 Smalltalk Simulaから発想を得て「オブジェクト指向」という言葉を生んだのはアラン・ケイでした。 しかし、モデルとしてはSimulaとは異なりメッセージングを主体としたものでした。また、アラン・ケイの「オブジェクト指向」はプログラミングのパラダイムだけではなく、人がコンピュータをどのように扱うかというメタファであり、ダイナブックというハードウェアやそのユーザーインタフェースを含

                    Javaを中心に偏見ベースでプログラミング言語の関係をまとめた - きしだのHatena
                  • rust.tokyo のまとめ・感想 - mizchi's blog

                    このブログを書いてる経緯 rust.tokyo 楽しみ!絶対行く!といってたのに申込みを忘れたところ、じゃあスタッフとしてブログを書けという話になったので、ブロガー枠?らしく感想を書きます。とはいえ書けるのは見たやつだけです。 https://rust.tokyo/sessions# 前提 自分は低レベルプログラミングは詳しくないです。年に3日ぐらい思い出したように Rust 勉強することがある。 wasm 周りのエコシステムはずっと追ってる。 会場の雰囲気 組み込み勢とブロックチェーン勢が多そうな気配を感じた。 Visualization of mechanical CAD drawings using WebAssembly and WebGL Aki / CADDi (発表資料見つからず) 概要 Computer aided design (CAD) models used in m

                      rust.tokyo のまとめ・感想 - mizchi's blog
                    • C# で出来ること一覧 - Qiita

                      更新履歴 2020/03/23 IoT について追記 その他に帝国兵さんのツイートを追加 サーバーレスカテゴリーを追加して AWS Lambda を追加 ASP.NET Core Razor Pages を追記 2020/03/24 kennakamu さんの「個人的に C# が向かないと思うこと」へのリンク追加 本文 昔ブログにこんな記事を書きました。 C# で何か出来るのか?まとめてみた あれから 2 年が経って昔からある Windows 専用の .NET Framework に対する新機能の提供が終わり、クロスプラットフォームに対応した .NET Core が今後のメインストリームとして .NET 5 → .NET 6 のように進化していくことが 2019 年 5 月の Build 2019 で発表されました。以下の Blog 記事がアナウンス後に発表されています。 Introduc

                        C# で出来ること一覧 - Qiita
                      • 設計書・仕様書の書き方が分かる!

                        弊社では開発工程の上流である「要件定義、基本設計、詳細設計」において必要となるドキュメント標準が定義されております。本稿では「ドキュメント標準」の一部をご紹介しますので、是非ご参考にしてください。 各工程で必要なドキュメントを定義しましょう 下記のように工程ごとにドキュメント成果物、内容を定めております。 どの企業でも必要なドキュメント成果物になりますが、必要に応じて追加・削除頂ければと思います。 ※業務系のシステム開発に照準を当てております。 要求分析(要件定義) システム開発は要求分析(要件定義)というプロセスから始まります。要求分析(要件定義)は、顧客の要求を把握してシステム要件を確定することです。主に以下のような事項をまとめます。 要求概要 システムの目的 現状の課題と改善案 基本要件と優先順位 到達目標 システムの実現手段 システム化の範囲 概略費用 効果(定性/定量) 体制図

                          設計書・仕様書の書き方が分かる!
                        • 植物としての「タバコ」はまさかの「何の木とでも接ぎ木できる」らしい→こんなやばい植物も造ることができる

                          みんなの藤壺 @m_fujitsubo 通常、接ぎ木は同じ種類の木でないと繋がらない(柿なら柿、バラならバラ)しかし最近「タバコ」は何の木でも接ぎ木可能だとわかった。 菊を台木(根本)としてタバコを中間にトマトを接ぎ木することが可能 #子ども科学電話相談 #夏休み子ども科学電話相談 pic.twitter.com/r0ID08yz4X リンク Wikipedia タバコ タバコ(煙草、スペイン語: tabaco、ポルトガル語: tabaco、学名:Nicotiana tabacum)は、ナス科タバコ属の熱帯地方原産の植物。栽培種としては一年草として扱われているが、原産地では多年草の植物である。葉の成分として、強い依存性があるニコチンを含む。 Nicotiana tabacum はリンネの『植物の種』(1753年) で記載された植物の一つである。 日本の法令上の平仮名表記は、たばこ事業法2条

                            植物としての「タバコ」はまさかの「何の木とでも接ぎ木できる」らしい→こんなやばい植物も造ることができる
                          • APIの命名規則はフロントエンド・バックエンドどちらに合わせるべきか?|TechRacho by BPS株式会社

                            morimorihogeです。ちょっと色々忙しくて死んでますが、深夜の勢いで書いてみます。 ことの起こり Twitterにてこんな発言を見かけました この2017年の記事だと、RoRのテーブルのdatetime型にはatをdate型にはonを付けようと書いてあるけど、APIでカラムのデータを返す場合、フロント側としてはdateというサフィックスが付いていた方がやりやすいという意見があって、この辺のベストな感じが気になったhttps://t.co/8MMMHlFvGx — yotuba@Railsエンジニア (@yotuba_eng) July 1, 2021 元記事(翻訳)はこちら Rails: 日付や時刻のカラム名を命名規則に合わせよう(翻訳) 本件について、Twitterではreplyしてみたのですが、文字数の都合で詳細に書きづらいということもあり、一度自分の意見をまとめてみようという

                              APIの命名規則はフロントエンド・バックエンドどちらに合わせるべきか?|TechRacho by BPS株式会社
                            • 業務システム開発でsqlcを導入して良かった点とハマった点 | フューチャー技術ブログ

                              はじめにTechnogoly Innovation Group 辻です。Go には Gorm や SQLBoiler をはじめとして様々な O/Rマッパ があります。2021 年には当社のブログで OR マッパーの連載を行ったこともありました。絶対的な O/Rマッパ があるわけではなく、業務システムの特性やチーム構成などに合わせて O/Rマッパ を選択することになるでしょう。 今回、私たちのチームでは、バッチ処理が中心的な業務システム開発において Go の O/Rマッパ に sqlc を採用しました。素の SQL を書いていくチームの開発方針1とマッチし、開発体験は非常に良かったです。一方、枯れきってはいない O/Rマッパ ではあります。いくつか想定外の挙動が発生し GitHub の Issue を見ながら問題を切り分けることもありました。 これから sqlc を導入してみようかな、と考え

                                業務システム開発でsqlcを導入して良かった点とハマった点 | フューチャー技術ブログ
                              • ご意見募集: Rubyに名前空間サポート的なものが欲しいという話 - たごもりすメモ

                                LFAを書いたときの話にあるKernel#loadの第2引数で名前空間的なものを作れるんだけど、loadした先のファイルでrequireされてたらダメなんだよね、という話の続き。ダメなんだよねー、で終わってたんだけどRubyKaigi2023で@shioyamaさんのMultiverse Rubyを聞いて、ここに仲間がいた!!! ってなって、さらにそのあとバーで飲みながらやろうやろうって盛り上がったので、なんか色々考えている。 RubyKaigiの話は別途書くとして、いまはとりあえずこっち。 後半に、こんなものが欲しい、という話、および読んだ人の意見が欲しいということが書いてあるので、このあたりに何か思うところがある人はぜひ読んでみてください。どっちかというと、自分以外のRubyユーザがどう考えているのかを、bugsに出す前にまず知りたいなと思っています。 動機 Rubyにはみなさんご存知

                                  ご意見募集: Rubyに名前空間サポート的なものが欲しいという話 - たごもりすメモ
                                • 2019年にRustで初めてツールを作るときに役にたったリンク集 - Qiita

                                  Rustで作るツールのお試しとして https://github.com/yutakatay/dotplugs を作りました。ツール自体は大したことはしていないので、作る際によく参考にしていたサイトと使い方を紹介しようと思います。 調べたところリンク集はすでにあって、以下は体系的にまとまっていました。 - https://qiita.com/mosh/items/7e327dafbe53b72ad99d - http://letten.hatenablog.com/entry/the-rust-resources-ja ここではより実践的に役にたったもの(主に日本語で)を上げて行きたいと思います。 書き始める前に準備すべきツール 実際にコードを書く前に絶対にあったほうが便利なツールを紹介しておきます。英語ですが公式にも載っています。 https://www.rust-lang.org/to

                                    2019年にRustで初めてツールを作るときに役にたったリンク集 - Qiita
                                  • 期間の扱い方とその名前 - いけだや技術ノート

                                    とあるAPIのスキーマの叩き台をクライアントサイドとして検討している際に、コンテンツの公開期間やイベントの開催期間のような期間について議論が少し盛り上がった。 要件としては、期間の開始と終了の日時をそれぞれ取得できたい。 期間を考える時、開始と終了がそれぞれinclusiveなのかexclusiveなのかをまず考慮すべきであるが、開始日時の重複や終了日時に隙間を発生させないためには、開始はinclusive、終了はexclusive、つまり半開区間(左閉右開)にするのが望ましいだろう。 終了をexclusiveにすると、例えば8月の1ヶ月間、つまり8月1日0時0分〜9月1日0時0分という期間の場合、ユーザー向けの表示としては終了日時は「8月31日23時59分まで」と表示したくはなるが、これはプレゼンテーションロジックとしてクライアントサイドの責務としてやる。基本的には-1秒してからフォーマ

                                      期間の扱い方とその名前 - いけだや技術ノート
                                    • TailwindCSSって何?なんで流行ってるの?|F Lab|Fixel株式会社

                                      はじめに この記事はTailwindCSSが最近流行ってるけどなんで流行ってるの?という疑問をいただいた、フロントエンドエンジニア歴3年ほどの人間が調べてわかったことをまとめた記事です。以下のようなことがわかります。 TailwindCSSとは一体なんなのか? CSS設計とは違うの?Bootstrapなどとの違いは? どんな背景があって流行るようになってきているのか考察 Design Systemとの相性は? TailwindCSSとは一体なんなのか? ものすごくざっくりまとめるとユーティリティクラスの詰め合わせのライブラリと表現できるのかなと思いました。 以下のTailwindCSSの公式ドキュメントに書いてあることについて軽くまとめます。 https://tailwindcss.com/docs/utility-first まずはコードを見てみる まずTailwindを使わない普通のH

                                        TailwindCSSって何?なんで流行ってるの?|F Lab|Fixel株式会社
                                      • OpenAPI Specification v3.0.3のコーディング規約を公開しました | フューチャー技術ブログ

                                        はじめにフューチャーの有志メンバーでOpenAPI Specification(OAS) v3.0.3に対応したコーディング規約を作成しました。 https://future-architect.github.io/coding-standards/documents/forOpenAPISpecification/OpenAPI_Specification_3.0.3.html 2023年7月にv2.0の規約を公開してから約1年ぶりのアップデートとなります。 フューチャーの現場でもv3系の利用が主流となる中、有識者のナレッジを集める形で標準化を行っています。 まだ荒削りな部分は多々ありますが、早期に公開してフィードバックを得ながらブラッシュアップしていく方針のもと、公開に踏み切りました。 内容へのフィードバックは、GitHub Issueを起票いただくか、Xアカウント(@future_t

                                          OpenAPI Specification v3.0.3のコーディング規約を公開しました | フューチャー技術ブログ
                                        • TS環境のmangle最適化ベストプラクティス

                                          // in const longLongVar = 1; console.log(longLongVar); // out const o = 1;console.log(o); 主に terser や esbuild のポストプロセスとして行われる。 この記事では mangle のベストプラクティスについてまとめる。本当は jsconf.jp で話したかったが、時間がなかった。 例えば vscode(本体)では外にexportされないプライベートメンバを mangle することで大幅なコード量の削減に成功している。 Shrinking VS Code with name mangling ライブラリ作者やサードパーティスクリプト作者に必要な技術だが、一般的なコードにも適用できる話でもある。何度か自分の発表資料に書いてきたが、単体記事になってないのでここでまとめておく。 極限環境で最終ビル

                                            TS環境のmangle最適化ベストプラクティス
                                          • Udemy使用歴2年のPythonバックエンドエンジニアが受講してよかったおすすめ講座一覧 | DevelopersIO

                                            はじめに データアナリティクス事業本部ビッグデータチームのyosh-kです。 本日7月7日はクラスメソッドの創立記念日ということで『この日は創立記念日だし、みんなでブログ書こう〜』というお祭りがあるみたいなのでとりあえず書いてみよう!と思います。 設立記念日だということを今週知ったので、ブログの内容を前日まで何も考えていませんでした。(すみません) なので今回は自分がよく使っているオンライン学習プラットフォームであるUdemyのPython講座について簡単におすすめしたいと思います。 私自身がPythonのバックエンドエンジニアとして2020年の春頃から使い出したのでPython向けのおすすめになります。 Udemyとは Udemyとは、動画コンテンツを用いて学習するオンライン学習プラットフォームです。 ジャンルとしては「開発」「ビジネススキル」「財務会計」「ITとソフトウェア」「仕事の生

                                              Udemy使用歴2年のPythonバックエンドエンジニアが受講してよかったおすすめ講座一覧 | DevelopersIO
                                            • スズメは恐竜の定義に含めるべきではない - 造物主の置手紙

                                              追記(2021年10月17日) 2021年10月17日:誤解を見かけたので注記するが、本記事の主張は「スズメは恐竜に含めるべきではない」ということではない。 追記(2021年10月20日) 記事中の「条11A」を「勧告11A」に訂正。 「恐竜の定義」として次のようなものが紹介されることがある。 恐竜とは、イエスズメ Passer domesticusとトリケラトプス Triceratops horridusの最も新しい共通祖先と、その子孫すべてである。 このような定義は系統学的定義(phylogenetic definition)と呼ばれる。系統学的定義ではある祖先を特定することによって、その祖先を起源とする生物すべてを含むクレードを定義することができる。「イエスズメ」や「トリケラトプス」はその祖先を特定するために使われているspecifier1である。 この系統学的定義を現時点で理解され

                                                スズメは恐竜の定義に含めるべきではない - 造物主の置手紙
                                              • これからの時代を生き抜くITスキルとしての「Python」で立身出世は可能なのか?

                                                ウェブの発展やスマートフォンの普及に伴い、ITの力で成長したベンチャーの出現や、個人で開発する人が増加しており、なんとなく「ITスキルは儲かる」「エンジニアは稼げる」という考えを抱いている人もいるはず。しかし、就職するにしろ、アプリを開発するにしろ、実際のところどのようにITスキルを使えばお金を稼げるのかはいまいち不透明です。そこで、最も学んでみたいプログラミング言語ランキングで不動の人気を誇り、プログラマーが本当に支持するプログラミング言語ランキングでも1位に輝いた「Python」を使う場合、どのように稼ぐ手段があるのかGIGAZINE編集部で考えてみました。様々な分野の専門知識を持った講師による講義をムービー形式で受講できる学習プラットフォームの「Udemy」では、ちょうど12月4日までサイバーウィークセールが開催されており、1200円~という手ごろな価格で講義を受講可能ということだっ

                                                  これからの時代を生き抜くITスキルとしての「Python」で立身出世は可能なのか?
                                                • 『種を語ること、定義すること:種問題の科学哲学』書評 - leeswijzer: een nieuwe leeszaal van dagboek

                                                  網谷祐一 (2020年12月20日刊行,勁草書房,東京, viii+238+xv pp., 本体価格3,200円, ISBN:978-4-326-10288-4 → 目次|版元ページ) 【書評】※Copyright 2021 by MINAKA Nobuhiro. All rights reserved 肩透かしから学ぶ「種問題」の現在「《種》とは何か?」「《種》はどのように定義できるのか?」—— 生物体系学において長きにわたって戦わされてきた「種論争」のなかで幾度も問われ続けてきたこれらの疑問は現在もなお解決できてはいない.地球上の生物多様性を語るとき,誰もが “共通通貨” として使うに値する《種》の概念があればさぞかし役に立つだろう.しかし,過去何世紀にも及ぶ種論争の泥沼から抜け出られる気配はいまだにない.ワタクシはこの種論争は解決されることに意義があるのではなく,いかにしてそれととも

                                                    『種を語ること、定義すること:種問題の科学哲学』書評 - leeswijzer: een nieuwe leeszaal van dagboek
                                                  • C# での破壊的変更の今後の扱い(案)

                                                    C# は、進化していくにあたって、破壊的変更を極力起こさないようにかなり気を使っているプログラミング言語です。 細かい話をすると破壊的変更も皆無ではないんですが、 破壊的変更を認める(認めてでも追加したい新機能を実装する)ハードルは結構高めです。 そんな C# ですが、ちょっとそのハードルの基準を緩められないかというような話が出ています。 Dealing with limited breaking changes in C# その後の Design Meeting 議事録 補足: 影響範囲と、影響力の軽減 補足として、 ハードルを緩めるといっても本当にちょっとです。 C# チームは、「GitHub の public リポジトリを検索して、実際に影響を受けたコードを探す」とかやって既存のコードに対する影響を評価してたりするんですが、 これまで: 単体テストとかでわざと変なコードを書いているも

                                                      C# での破壊的変更の今後の扱い(案)
                                                    • 【クラウド勤怠】Jestを使ってファイル・ディレクトリの命名規約をテストする - Money Forward Developers Blog

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

                                                        【クラウド勤怠】Jestを使ってファイル・ディレクトリの命名規約をテストする - Money Forward Developers Blog
                                                      • 「実践ドメイン駆動設計」から学ぶDDDの実装入門の読了メモ – rinoguchi's techlog

                                                        値オブジェクト or Stringやプリミティブ型 Stringやプリミティブ型の不都合 オブジェクト自身が複数のプロパティを組合せ管理できない 例えば、氏名とふりがなを同時に持てないし、姓と名を別々で管理することもできない オブジェクト自体が特別な振る舞いを持つことができない 例えば、郵便番号から都道府県を取得する振る舞いを持たせることもできない オブジェクトが自分自身の不変条件を定義できない 結果として処理開始時点のバリデーションに全て頼る形になり、どこかで値が変更されてないかを気にしながら利用する必要がある 例えば、電話番号は「数値」と「-」を含む10〜11桁の文字列という不変条件を担保したい 値オブジェクトは上記の不都合を解決できる なので上記のようなケースでは、値オブジェクトを利用すると良さそう とはいえ「3.」のケースを言い出すとなんでも値オブジェクトにしなくてはいけない気がす

                                                        • ソフトウェア設計とは何か - Qiita

                                                          はじめに 本稿の目的と構成 ソフトウェアの設計に悩んでいる駆け出しエンジニア〜中堅エンジニアを対象に、世の中にある様々な設計手法をまとめ、それらをどう活用したらよいかを伝えたいと思って書き始めましたが、思った以上に長文になってしまいました。 本稿は以下の構成となっています。 設計の定義 様々な設計モデル ジャストインタイムの設計活動 誰のための、何のための設計か 参考文献 長文はすっ飛ばして、参考文献に挙げた書籍やWebページの中で興味のあるものを読んで頂くのもよいです。いずれも良書ばかりです。 筆者のバックグラウンド いわゆるSIerに勤めています。 以前は中〜大規模の受託SI案件にアーキテクトとして参画し、アーキテクチャ設計や開発標準化などを主に担当していました。もちろんウォーターフォール開発です。 現在は自社パッケージ製品の開発をリードする立場です。アジャイル開発をベースとしています

                                                            ソフトウェア設計とは何か - Qiita
                                                          • Polished Ruby Programming翻訳査読書(のようなもの)

                                                            reading-polished-ruby-translation.md "Polished Ruby Programming" by Jeremy Evans -- Build better software with more intuitive, maintainable, scalable, and high-performance Ruby code 「Rubyの磨きかた -- わかりやすくてメンテナンスしやすい、スケール可能で高性能なRubyコードでソフトウェアを上手につくろう」みたいな感じ? https://www.packtpub.com/product/polished-ruby-programming/9781801072724 Publication date: June 2021 Publisher: Packt Pages: 381 ISBN: 978180107

                                                              Polished Ruby Programming翻訳査読書(のようなもの)
                                                            • ダンボールワンのデータ分析基盤〜dbt導入してみた〜

                                                              背景 ダンボールワンがラクスルグループに加わり、データ分析基盤を整備したのでその事例紹介 ラクスルグループの中で、はじめて dbt を導入してとても良かったので、その部分を中心に紹介 整備前はサービスDBの Read Replica に Redash から接続してデータ分析していた Redash で SQL を書いて分析できるメンバーが限られるため、SQL を書けないビジネス側メンバーも自分で分析できる環境が欲しかった(利用者は30名程度) データ分析基盤構成 Data Warehouse Data Warehouse は BigQuery を採用 ラクスルグループでは Snowflake を採用しているケースもあるが、今回は Googleスプレッドシート や Googleデータポータル といった BI環境との接続性を重視 BI BI環境は Googleスプレッドシートのコネクテッドシート

                                                                ダンボールワンのデータ分析基盤〜dbt導入してみた〜
                                                              • 結局、ヒトのタイプ標本は誰なのか? - 造物主の置手紙

                                                                はじめに ヒトのタイプ標本問題とは リンネ説 1758年〜1959年 1959年〜現在 他説の検討 非存在説 コープ説 まとめ 引用文献 はじめに 本記事は「ヒトのタイプ標本問題1」について、少なくとも私が理解している事柄を整理することを目的として書かれている。必ずしもすべての論点を網羅できているわけではないことに注意してほしい。 また、本記事の内容はEarle E. Spamerの議論(Spamer, 1999)に依拠するところが大きいが、国際動物命名規約については第3版ではなく第4版を参照している2。つまり、本記事で「条」「勧告」と書かれている場合、それは『国際動物命名規約第4版日本語版』における条項や勧告を意味している。 ヒトのタイプ標本問題とは 現在の動物命名法では「タイプ化の原理」のもと、科階級群以下の名義タクソンは担名タイプをもつ(条61)。種階級タクソンの場合、これは担名タイ

                                                                  結局、ヒトのタイプ標本は誰なのか? - 造物主の置手紙
                                                                • 「.NET Conf 2020 Online - .NET 5 リリース記念 パーティートークへようこそ」のまとめ #dotnetconf - みちしるべ

                                                                  .NET Conf 2020 Online - .NET 5 リリース記念パーティートーク 面白く、ためになったので、文字起こししてみました。 告知内容 はじめに スピーカーのみなさま(敬称略) .NET Conf 2020 Online - .NET 5 リリース記念 自己紹介と推し機能 祝 .NET 5 リリース! スライド 動画 NET 5 / BCL / C# 9 ASP.NET Core / Blazor WebAssembly Entity Framework Core Cloud native / Microservices Xamarin / .NET MAUI Preview Windows 向け機能 / その他 NET 5 / BCL / C# 9 スライド 動画 Announcing .NET 5.0 .NET 5.0 Highlights Tools Native

                                                                    「.NET Conf 2020 Online - .NET 5 リリース記念 パーティートークへようこそ」のまとめ #dotnetconf - みちしるべ
                                                                  • CloudFormationを自チームでも使いこなしたいのですが学習方法を教えてください | DevelopersIO

                                                                    こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きな ネクストモード株式会社 の吉井です。 Infrastructure as Code (IaC) という言葉が世の中に登場してから十数年が経過しています。 概念は IT 業界に浸透し、すでに何らかの形で IaC を実践・導入されている企業さんも数多いことと思います。 AWS からは CloudFormation が提供されています。 「CloudFormation の活用を開始しているが良い学習方法を教えてほしい」といった要望を多く頂戴します。 今回は学習に役立つコンテンツを集めてみました。 AWS公式ドキュメント まずは UserGuide を読みましょう。 全ページ読まなくても大丈夫ですが、ブックマークくらいはしておきます。 Template reference Te

                                                                      CloudFormationを自チームでも使いこなしたいのですが学習方法を教えてください | DevelopersIO
                                                                    • AWSインフラ命名規約 | Future Enterprise Coding Standards

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

                                                                      • ソフトウェアテスト自動化の教科書 〜現場の失敗から学ぶ設計プロセス

                                                                        2020年11月27日紙版発売 2020年11月27日電子版発売 林尚平 著 A5判/200ページ 定価2,728円(本体2,480円+税10%) ISBN 978-4-297-11736-8 Gihyo Direct Amazon 楽天ブックス ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto この本の概要 「開発側は効率化されてきたのに,テストはいつも炎上ばかり」 「テストの数は増える一方なのに,コストを減らせと言われる」 「やっと自動テストを導入できたけど,逆に工数が増えている気がする」 開発技術の進化とともにテスト技術も着実に進化しているなか,テスト現場ではなぜこんな問題が絶えないのでしょうか? それは,自動テストに関する知識と設計方法を正しく知らないからだと言えるでしょう。 本書は,自動

                                                                          ソフトウェアテスト自動化の教科書 〜現場の失敗から学ぶ設計プロセス
                                                                        • 開発者がE2Eテストを書くことで得たもの

                                                                          原文(投稿日:2021/05/20)へのリンク 開発者がe2eテストを書くことによって、テスト可能なコードの記述、迅速なフィードバックの提供、バグの回避が可能になる。Wixでは、同社のプロジェクトマネージャ、開発者、QAエンジニアを対象に、QAのみによるテストから開発者によるe2eテストに移行することによって、QAの左シフト(上流への移行)とデリバリ速度の向上を実現した。 WixでQAギルドリーダを務めるYevheniia Hlovatska氏は、2021 Spring OnlineTestConfで、開発者が書いた優れたe2eテストをQAエンジニアが実行する、という変革を自身のチームが実践するための支援をした経験を語った。 Hlovatska氏はまず、開発者がエンドツーエンドテストを作ることに前向きでない理由について説明した。 最大の理由は、開発者はそれが好きではない、ということです。テ

                                                                            開発者がE2Eテストを書くことで得たもの
                                                                          • SQLite3 で created_at, updated_at - Qiita

                                                                            CREATE TABLE test ( test TEXT, created_at TEXT NOT NULL DEFAULT (DATETIME('now', 'localtime')), updated_at TEXT NOT NULL DEFAULT (DATETIME('now', 'localtime')) ); CREATE TRIGGER trigger_test_updated_at AFTER UPDATE ON test BEGIN UPDATE test SET updated_at = DATETIME('now', 'localtime') WHERE rowid == NEW.rowid; END; テーブル名やトリガー名の test の部分を必要に応じて書き換えてください。 2. 説明 2.1. DEFAULT 制約で DATETIME 関数を使える 「DEF

                                                                              SQLite3 で created_at, updated_at - Qiita
                                                                            • 初めてのWebGL 2 第2版

                                                                              WebGL 2プログラミングの入門書。WebGL APIによりプラグインなしで3Dコンピューターグラフィックスをブラウザに表示できます。本書では、自動車の3Dモデルビューアーを例に、インタラクティブな3DCGを使用するウェブアプリケーションの開発方法について解説します。対象読者は初中級のウェブプログラマー。JavaScriptの基礎知識は必須ですが、3D数学の詳しい知識は不要です。ベクトル演算や行列演算にはライブラリを使用するので、具体的な計算処理を意識することなくWebGL 2プログラミングに集中できます。読者はWebGL 2で本当に必要な部分を本書一冊でマスターできます。 序文 訳者まえがき まえがき 1章 イントロダクション 1.1 システム要件 1.2 WebGLレンダリング 1.2.1 ソフトウェアベースレンダリングとハードウェアベースレンダリング 1.2.2 サーバーベースレン

                                                                                初めてのWebGL 2 第2版
                                                                              • Railsでサービスクラスを書く時に知っておきたいこと - Qiita

                                                                                はじめに 普段、Ruby on Railsで開発しています。サービスクラスは元々Railsにないクラスですが、ファットコントローラやファットモデルを解消したりするために導入することがあると思います。 上手く使えばファットなコードをスリムにしてくれる便利なサービスクラスですが、一方でこんなサービスクラスはイヤだなと思うこともあります。 どんなサービスクラスがイヤだと思うのか、どうしてそうなるのか、どうすれば防ぐことができるのか、といったことをポエムとしてお伝えしたいと思います。 サービスクラスとは? chatGPTによると 「ビジネスロジックやデータ処理、外部APIなどの機能を提供するクラスのことです。サービスクラスは、コントローラーから呼び出されることが多く、ビジネスロジックを分離することで、アプリケーションのメンテナンスや拡張性を高めることができます。」 Railsの標準にはないので、a

                                                                                  Railsでサービスクラスを書く時に知っておきたいこと - Qiita
                                                                                • テーブル命名規約と項目命名規約をつくる | データ分析のお作法 - GiXo Ltd.

                                                                                  本記事は、株式会社ギックスの運営していた分析情報サイト graffe/グラーフ より移設されました(2019/7/1) 名は体を表す!テーブル名、項目名だけでデータ分析精度は変わる データベースの中に素晴らしいデータが入っていても、毎回、テーブル設計書を片手にデータ取得をしては価値は半減です。本編では、テーブル命名規約と項目命名規約を作成し、データベースの資源を効率良く使えるアドバイスをします。 テーブル命名規約と項目命名規約とは 命名規約は、テーブル、または、テーブル項目の名前を付ける為の規則です。データ分析作業に関わらず、複数人でデータベースのテーブル設計を行うプロジェクトでは、導入されることが多いです。命名規約は、プロジェクトごと、開発会社ごと異なり、決まった型があるわけではありません。そのため、命名規則を決める上でポイントを以下に記載します。 命名規則作成のポイント テーブルの属性

                                                                                    テーブル命名規約と項目命名規約をつくる | データ分析のお作法 - GiXo Ltd.