タグ

関連タグで絞り込む (106)

タグの絞り込みを解除

プログラミングに関するMagicantのブックマーク (754)

  • なぜ宣言的 UI は壊れにくいのか / Why declarative UI is less fragile

    Zli × サイバーエージェント 合同LT 2024/07/14 https://zli.connpass.com/event/319572/ ReactやSwiftUIのような宣言的UIの「原理」を、10分のLTになんとか詰め込んでみました。 Reactフックは名詞起点 = オブジェクト指向…

    なぜ宣言的 UI は壊れにくいのか / Why declarative UI is less fragile
    Magicant
    Magicant 2024/07/15
    モードがないといふのは実は嘘といふか、言葉の綾。従来 UI だとモードを表す変数がビューの中に隠されてるのに対し、宣言的 UI では変数が全てプログラマーの手中にあるので御しやすいといふのが宣言的 UI の肝
    リンク

  • 古典ドメインモデリングパターンの解脱 - 大吉祥寺.pm - kawasima


    2024年7月13日の大吉祥寺.pmで発表した﹁古典ドメインモデル(パターン)の解脱﹂のスライドログです。 この2冊で書かれているドメインモデルパターンを﹁古典﹂の対象にします。 ドメインモデルパターンは﹁複雑さに対処するため﹂と述べています。が、古典では次の2点が課題となっていると考えます。 これら2点について個別に見ていきます。 まずドメインモデルパターンから。 Patterns of Enterprise Application Architecture(以降PofEAA)ではこのように定義されています。 PofEAAのドメインロジックの章で使われている﹁収益認識﹂の例を取り上げます。 ContractやProduct, RecognitionStrategyなどといったクラスが作られて、これらのインタラクションでビジネスロジックが実現されると説明されています。 では、これらのドメイ
    古典ドメインモデリングパターンの解脱 - 大吉祥寺.pm - kawasima
    Magicant
    Magicant 2024/07/15
    Validity の要件は層によって異なるからそれによってビジネスロジックかどうかを分別するのは無理がないか? アーキテクチャーのスケールで見た時の本質的複雑さがビジネスロジックだと言はれた方がまだしっくり来る
    リンク

  • [提案]テーブル名はもう全部単数形にしようや


    こんにちは、データベース愛好家のみなさん！今日は、データベース設計で永遠の議論となっている﹁テーブル名、単数形vs複数形問題﹂について、徹底的に掘り下げていきます。私は単数形派です！でも、なぜそうなのか、一緒に深掘りしていきましょう。 イントロダクション‥我らが主人公、単数形くん みなさん、こんな経験ありませんか？ You: テーブル名って、users? user? どっちがいいんだろう... 先輩: いや、絶対usersだよ！Rails使ってるし。 You: でも、user_idって書くときは単数形だよね？ 先輩: あ、そうだね...でもやっぱりテーブルは複数形！ You: ︵心の中で︶なんかモヤモヤする... 実は、この﹁モヤモヤ﹂には理由があるんです。今日はその理由を解き明かし、単数形テーブル名の魅力をお伝えします。準備はいいですか？Let's dive in! 言語の壁を突破せ
    [提案]テーブル名はもう全部単数形にしようや
    Magicant
    Magicant 2024/07/07
    複数形派は"それ"を配列変数の名前みたいなものだと思ってゐるのに対し、単数形派はクラスの名前みたいなものだと思ってゐる
    リンク

  • Epic Gamesが開発中のプログラミング言語「Verse」って知ってる？編集部員が感じる2つの特徴「ロールバック」「非同期処理」などを解説｜ゲームメーカーズ


    ゲームメーカーズ編集部の神谷です。本記事では、Epic Gamesが開発するプログラミング言語﹁Verse﹂について紹介します。 Verseは個人開発で使っており、モダンだし自分の好みと合うしと魅力を感じています。使用環境が限定されているため人口は少ないのですが、将来性も感じる言語です。もっとたくさんの方に触ってもらえるよう、筆を執りました。 Verseが持つ2つの大きな特徴のほか、私が感じているUnreal Engine 5︵以下、UE5︶におけるブループリントとの相違点を説明します。 TEXT / 神谷 優斗EDIT / 藤縄 優佑
    Epic Gamesが開発中のプログラミング言語「Verse」って知ってる？編集部員が感じる2つの特徴「ロールバック」「非同期処理」などを解説｜ゲームメーカーズ

  • https://ceronman.com/2024/05/28/types-and-self-documenting-code-in-rust/?s=09

    Magicant
    Magicant 2024/06/03
    Chars と言はれただけではそれが文字の列挙子であることが解らんといふのは事実だが、そこで CharIter みたいなくどい命名をしないのが Rust の美徳だと自分は思ふので、慣れるしかないんぢゃないかな的な
    リンク

  • Tagged Type(Branded Type)を使って飛行機の不時着や人工衛星紛失を防ごう / Scala 3ではTagged Typeを簡単に作れる - Lambdaカクテル


    Tagged Type というテクニックがある︵TypeScript界隈などではBranded Typeと呼ばれているようだ︶。実行時の型としては同じだが、型システム上はこれを区別して別物として扱い、混同できなくする仕組みを作るためのものだ。 AIくん！サムネイラスト作って！と頼んで作ってもらった画像 Tagged Type 単位の取り違えによる事故は後を絶たない。世の中には、キログラムとポンドを混同して飛行機があわや墜落しかけたり、メートルとヤードを混同して人工衛星がどっかに行ったりしている。尊い人命や国民の血税と比べるといささか霞むかもしれないが、ユーザIDとペイロードを間違えて送信したり、金額と口座番号を取り違えて送金したり、秘密鍵と公開鍵を間違えて表示したりしてしまえば、プログラマが大変な苦労をするか、会社そのものが傾くだろう。 しかしながら、データとしてはどちらも同じDouble
    Tagged Type(Branded Type)を使って飛行機の不時着や人工衛星紛失を防ごう / Scala 3ではTagged Typeを簡単に作れる - Lambdaカクテル
    Magicant
    Magicant 2024/05/11
    Opaque type があるなら opaque type を使っときゃよくて、わざわざ tagged type とかいふ似て非なる物を発明する理由なくない?
    リンク

  • SQL滅ぶべし | ドクセル

    SQL • リレーショナルデータベースシステムと会話するための言語 • 1970年 Codd が RDB モデルと同時に提案 (Alpha言語) • 1974年 Chamberlin と Boyce が改良 • 元々は SEQUEL (Structured English Query Language) だったが、商標登録されていた • 読み方は エスキューエル とそのまま読む (Glliespie 2012)

    SQL滅ぶべし | ドクセル
    Magicant
    Magicant 2024/05/07
    SELECT 文の非直感的なとこって SELECT 句が最初に来ること位で、後は大体書いてある順に評価されると思ふが……
    リンク

  • MySQLのインデックスの貼っていいとき悪いときを原理から理解したいよ😭

    今回答えを出したい問いはこちら！！ インデックスはどのような仕組みを以て、何を実現したいものなのか それを踏まえたとき、インデックスはどういう場合になぜ貼る方が良いのか。また、どういう場合になぜ貼らない方が良いのか 大体分かっているよって人はサヨナラって感じのおさらい記事だぜ！！！！それじゃいってみよー🎉 あと、おれは今回MySQLにしぼっていくぜ👶 ってわけでOracleとかに興味があるやつは引き返しな！ indexの概要 公式の見解としては「where句を使ったselectクエリの実行速度を向上させるために実装されている、各行へのポインターのような振る舞いをする仕組み」って感じ👶 The best way to improve the performance of SELECT operations is to create indexes on one or more of t

    MySQLのインデックスの貼っていいとき悪いときを原理から理解したいよ😭
    Magicant
    Magicant 2024/04/29
    この類の話って定期的に出てくるが、身に付けるべきはデータ構造とアルゴリズムに関する一般的・基礎的な教養であって、それが解ってればデータベースのインデックスの特性なんて一瞬で理解できる
    リンク

  • LogLog Games

    The article is also available in Chinese. Disclaimer: This post is a very long collection of thoughts and problems I've had over the years, and also addresses some of the arguments I've been repeatedly told. This post expresses my opinion the has been formed over using Rust for gamedev for many thousands of hours over many years, and multiple finished games. This isn't meant to brag or indicate su

    Magicant
    Magicant 2024/04/28
    まあ、設計力の足りない人にはツラい言語だらうなとは思ふ
    リンク

  • 『ゼルダの伝説 ティアキン』自由な“掛け算の遊び”を生むために。「全部物理で作る」を決断するまで【GDC 2024】 | ゲーム・エンタメ最新情報のファミ通.com


    “Tunes of the Kingdom: Evolving Physics and Sounds for ‘The Legend of Zelda: Tears of the Kingdom’”――“チューンズ オブ キングダム‥﹃ゼルダの伝説　ティアーズ オブ ザ キングダム﹄の進化する物理学とサウンド”と題された本講演では、本作の世界がいかに生み出されたか、物理設定とサウンド設計の面から語られた。 本記事では、とくに講演前半について紹介。後半のサウンド設計については下記関連記事をご覧いただきたい。
    『ゼルダの伝説 ティアキン』自由な“掛け算の遊び”を生むために。「全部物理で作る」を決断するまで【GDC 2024】 | ゲーム・エンタメ最新情報のファミ通.com

  • 『ゼルダの伝説 ティアキン』サウンドが「勝手に鳴る」仕組みを作った。自由で広大なハイラルを彩る音の世界【GDC 2024】 | ゲーム・エンタメ最新情報のファミ通.com


    2024年3月18日～3月22日、アメリカ・サンフランシスコで開催中のGDC︵Game Developers Conference︶2024。その中で﹃ゼルダの伝説　ティアーズ オブ ザ キングダム﹄についての講演が行われた。その内容をリポートする。 登壇者は任天堂の 堂田卓宏氏︵テクニカルディレクター︶ 高山貴裕氏︵物理プログラマー︶ 長田潤也氏 ︵サウンドプログラマー︶ の3名。 “Tunes of the Kingdom: Evolving Physics and Sounds for ‘The Legend of Zelda: Tears of the Kingdom’”――“チューンズ オブ キングダム‥﹃ゼルダの伝説　ティアーズ オブ ザ キングダム﹄の進化する物理学とサウンド”と題された本講演では、本作の世界がいかに生み出されたか、物理設定とサウンド設計の面から語られた。 本
    『ゼルダの伝説 ティアキン』サウンドが「勝手に鳴る」仕組みを作った。自由で広大なハイラルを彩る音の世界【GDC 2024】 | ゲーム・エンタメ最新情報のファミ通.com

  • どうしてあなたの共通化は間違っているのか：目次 - Qiita


    はじめに この連載では共通化とモジュール分割について扱います。この話題においてQiitaで有名な記事のひとつが@MinoDrivenさんの単一責任原則で無責任な多目的クラスを爆殺するでしょう。この記事を未読の方はまずこちらを読むことをお勧めします。本連載では、この記事に書かれているような基礎的な事項については既知であることを前提に、どのようにすれば単一責任原則にそったモジュールの分割を行うことが出来るのかをなるべく ﹁場合による﹂という言葉に逃げずに なるべく 網羅的・理論的に 解説します。 いいね、ストックをよろしくお願いします。 対象読者 設計に興味のあるエンジニア 基礎的な設計原則について学んだものの、実際の場面でどのように応用すればいいのかが掴めないエンジニア ミクロな設計についての知識を増やしたい人 ※この記事では、特定のメソッドをどのように作成するべきか、このクラスは複数の処理
    どうしてあなたの共通化は間違っているのか：目次 - Qiita
    Magicant
    Magicant 2024/03/11
    責任とか依存とか文脈とか、多くの文献で感覚的に語られがちな設計上の概念を形式化・体系化する良い試み
    リンク

  • 【翻訳】テスト駆動開発の定義 - t-wadaのブログ


    このブログエントリでは、テスト駆動開発︵TDD: Test-Driven Development︶の考案者Kent BeckがTDDの定義を改めて明確化した文章を、許可を得たうえで翻訳し、訳者の考察を沿えています。 きっかけ 2023年の年末、テスト駆動開発︵TDD: Test-Driven Development︶の考案者Kent Beckは、substackにTDDに関するポストを連投して論戦を繰り広げていました。TDDはその誕生から20年以上が経ち、その間に﹁意味の希薄化﹂が発生して議論が噛み合わなくなっていました。意味の希薄化︵Semantic Diffusion︶とは、新しく作り出された用語が広まる際に本来の意味や定義が弱まって伝わる現象です。 私︵和田︶はTDDと関わりの深いキャリアを歩んできました。Kent Beckの著書﹃テスト駆動開発﹄の翻訳者であることもあり、TDDの正
    【翻訳】テスト駆動開発の定義 - t-wadaのブログ

  • RustでWeb APIを作る際のエラーハンドリング - CADDi Tech Blog


    TL;DR エラーハンドリングを行う目的 エラーハンドリングが適切に行われているとどう嬉しいか 1. エラーの発生原因が分かる 2. レスポンスステータスを型安全に出し分けることが可能になる どうエラーハンドリングを行うのか 実装方法 エラー型の定義で気を付けるべきポイント なぜanyhowを利用しないのか エラーハンドリングを行う上で持っている課題感Drawer Growth グループ バックエンドエンジニアの中野です。今回は、私が所属するチームで gRPC API を開発する際に実践している Rust でのエラーハンドリングについて紹介していきます。 TL;DR エラーの発生原因がわかるようにエラー型を定義することが大切。 anyhow は使わずに自前のエラー型を定義して利用する。 エラーハンドリングを行う目的 そもそもなぜエラーハンドリングを行う必要があるのでしょうか。私が所属する
    RustでWeb APIを作る際のエラーハンドリング - CADDi Tech Blog
    Magicant
    Magicant 2024/03/08
    エラーからメッセージやバックトレース以上の情報を取りもどしたいなら anyhow は使はない方がええわな
    リンク

  • Swift 5.10 Released

    Holly Borla is an engineer on the Apple Swift team, and a member of the Swift Core Team, Language Steering Group, and Diversity in Swift workgroup. Swift was designed to be safe by default, preventing entire categories of programming mistakes at compile time. Sources of undefined behavior in C-based languages, such as using variables before they’re initialized or a use-after-free, are defined away

    Swift 5.10 Released

  • 会社がリファクタリングに賛同してくれないたったひとつの理由 - shiodaifuku.io


    会社がリファクタリングに賛同してくれないたったひとつの理由一定の工数をかけてリファクタリングをやったほうがいいことは︵少なくとも筆者の観測範囲では︶エンジニアリングのバックグラウンドがない人でもだいたい理解しています。 上司の無理解をあげつらっても仕方ありません。 リファクタリングの実施を渋る真の原因が工期や予算の問題であることはあまりないとおもいます。タイミングの問題である可能性はありますが。 必要であればコストをかけることにも同意してくれます。 ﹁技術的負債は過去のビジネス上の選択によって生じたまさに負債なので、計画的に返済しましょう﹂っていえば、多くの経営者は理解を示してしてくれるでしょう。 本当に無理解ゆえにリファクタリングをしないのであれば技術的には死んでいる組織なので、エンジニアとして幸せになりたい場合は逃げ出したほうが賢明です。 というわけで、本稿ではそういう組織においてもな
    会社がリファクタリングに賛同してくれないたったひとつの理由 - shiodaifuku.io
    Magicant
    Magicant 2024/03/05
    身も蓋もないがその通りではある > デキる人はいちいち「リファクタリングをやりましょう」とか言わずに勝手に改善しているのです
    リンク

  • 新しくプログラミング言語を作る際に数値型をどうするべきか


    この記事は、新しくプログラミング言語を設計する際に数値型をどうするべきかについて、私の持論をまとめたものです。 数の体系 JavaScript︵BigInt以前︶やLua︵〜5.2︶などは唯一の数値型が浮動小数点数型で、整数も実数も同じ﹁number﹂型で表現します。ミニマルな言語を作るのならそういう設計もアリかもしれませんが、ネイティブコンパイルも視野に入る実用的な言語を作るなら整数と実数を一緒くたにする設計はやめた方が良いと思います。 特に、JavaScriptにコンパイルする言語を作るからと言って、数値型の設計まで真似る必要はありません。 整数を浮動小数点数で表現すると、思わぬ性能低下の要因になったりします。最近︵2023年2月︶、次のツイートが話題になりました‥ これは正のゼロと負のゼロが値として区別され、正のゼロは内部的に整数扱いされるのに対し負のゼロはそうではないことによるもの
    新しくプログラミング言語を作る際に数値型をどうするべきか

  • オンラインゲーム 10年の進化と同期方式の選び方 - きゅぶろぐ


    オンラインゲームを作ろう！と思ったことがある方は、 こちらの講演記事を1度は見たことがあるのではないでしょうか。 www.4gamer.net こちらの講演は、具体例を交えながら非常に分かりやすくオンラインゲームの主な同期方式が説明してあり、 2024年現在でもオンラインゲームの基礎を学ぶ資料として真っ先に名前を上げる最高の資料です。 しかしながら講演は2010年のものであり、オンラインゲームはこの10年余りで進化しています。 この辺りの進化の話を簡単にまとめつつ、オンラインゲームの同期方式の選び方を紹介します。 ︵上記講演記事の知識/用語を前提としているため、先に上記記事をお読みください。︶ オンラインゲームの民主化について 技術の話をする前に。 近年、﹁マルチプレイヤーゲーム﹂と聞いてオフラインの画面分割ゲームを想像する人はいないと言って良いほど オンラインゲームは民主化されてきました
    オンラインゲーム 10年の進化と同期方式の選び方 - きゅぶろぐ
    Magicant
    Magicant 2024/02/25
    リアルタイムに同期せず遅延を後から辻褄合はせるやり方って後出しや待ったに相当するチートをどうやって防ぐんだろ
    リンク

  • オブジェクト指向は業務システムで本当に不要なのか？ - Qiita

    主旨 以前はシステムの状態をオブジェクト指向でカプセル化し、オブジェクト同士の通信でシステムの制御をしようとしていた しかし、Webアプリケーションのように状態をメモリ上に保持し続けるのが難しい環境が増えると、上記のことがやりにくくなった（ORMのインピーダンスミスマッチの影響が大きくなった） 現在では、システム全体の状態を管理するためにオブジェクト指向を用いるシーンは減っているが、要所要所でシステムを抽象化する道具の一つとして用いるシーンはあり、適材適所で使い続ければ良い はじめに 一時期あれだけもてはやされた「オブジェクト指向」ですが、現在では「業務システム開発においてオブジェクト指向で作るとろくなことがない」、とか、いっそ「不要である」、という意見もよく見かけます。 オブジェクト指向、この記事では特に「オブジェクト指向プログラミング」を対象として話をしますが、その利点は以下の３点に集

    オブジェクト指向は業務システムで本当に不要なのか？ - Qiita
    Magicant
    Magicant 2024/02/13
    そのインピーダンスミスマッチを解決するために考案されたのが DDD のレポジトリーだったりするわけで、議論が二十年以上遅れてる感
    リンク

  • 継承はなんでダメ？ - まめめも


    ﹁オブジェクト指向の継承を使うな﹂という主張が広まっているようです。なんでダメになったんでしょうか。 インターネットで見かけた﹁継承はダメ﹂という主張をいくつか眺めて、友人と議論しつつ、考えてみました。 ﹁コードが読みにくくなる﹂ 継承があると、メソッド呼び出しが実際にどのメソッド定義を呼び出すのか字面でわからない。 デバッガを使って、親クラスのメソッドに飛んだり、子クラスに飛んだりするのを追いかけないと行けない。 つらい。という主張。 めっちゃわかる。わかるんですが、これは﹁高度に共通化されたコードは読みにくい﹂という一般的な側面がかなり大きいような。 たとえば継承の代わりに高階関数を使うと、関数呼び出しがどのクロージャに飛ぶか字面でわからなくなる。 ひどいとコールバック地獄になって何が何やらになります。 継承がことさらにまずい理由を想像すると、すべてのメソッド呼び出しがポリモーフィック
    継承はなんでダメ？ - まめめも
    Magicant
    Magicant 2024/02/10
    継承の辛いところは、内部実装の使ひ回しと公開インターフェースの拡張が切り離せないこと。しかし実際のプログラミングではどちらかだけをしたい場合がほとんどで、そこから設計が歪んでゆく
    リンク
  • 1 2 3 4 5 6 7 8 9 10 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.