はてブログ

はてなブックマーク新着エントリーの過去ログサイトです。



タグ 設計方針

新着順 人気順 5 users 10 users 50 users 100 users 500 users 1000 users
 
(1 - 16 / 16件)
 

Intelの新型「Core Ultra 200Sプロセッサ」は何がすごい? 試して分かった設計方針の成果と限界

2024/10/24 このエントリーをはてなブックマークに追加 13 users Instapaper Pocket Tweet Facebook Share Evernote Clip Intel Core Ultra 新型 限界 成果

レビューするCPUの概要 今回レビューする2つのCPUは、Core Ultra 200Sプロセッサ(開発コード名:Arrow Lake-S)のアンロック版のエントリーモデルと最上位モデルだ。 Core Ultra 200Sプロセッサは「Core Ultraプロセッサ(シリーズ2)」の一員で、Intelのデスクトップ向けCPUとしては初めてNPUも統合している。CPUのモ... 続きを読む

ジャンプTOON Next.js App Router の活用〜得られた恩恵と課題〜 | CyberAgent Developers Blog

2024/08/16 このエントリーをはてなブックマークに追加 104 users Instapaper Pocket Tweet Facebook Share Evernote Clip 恩恵 課題 colocation 活用 ジャンプTOON

目次 はじめに Colocation を意識した設計方針 Parallel Routes と Intercepting Routes を用いた設計パターン サーバー側に処理を寄せたことによる恩恵と課題 Next.js が抱える課題 おわりに 参考文献 はじめに ジャンプTOON のWeb版(以降、ジャンプTOON Web)の開発を担当している浅原昌大(@assa1605)です。 5 月に... 続きを読む

React / Remix への依存を最小にするフロントエンド設計 - 一休.com Developers Blog

2024/08/05 このエントリーをはてなブックマークに追加 177 users Instapaper Pocket Tweet Facebook Share Evernote Clip React Remix CTO 恩田 最小

CTO 室の恩田(@takashi_onda)です。 一休レストランのフロントエンドアーキテクトを担当しています。 Intro 一休レストランでは、以前ご紹介したようにフロントエンドで React / Remix を利用しています。 user-first.ikyu.co.jp 一方、設計方針としては、React / Remix への依存が最小になるように心掛けています。 今... 続きを読む

よりシンプルになる Svelte の世界

2024/05/24 このエントリーをはてなブックマークに追加 19 users Instapaper Pocket Tweet Facebook Share Evernote Clip Svelte 機能 世界

Svelte v5 で追加された機能を通じて、Svelte の設計方針がどのように変化したのかについて紹介いたします。 続きを読む

Python だけで作る Webアプリケーション(フロントエンド編)ーはじめに - Qiita

2024/02/24 このエントリーをはてなブックマークに追加 162 users Instapaper Pocket Tweet Facebook Share Evernote Clip Qiita Python Webアプリケーション web 作成

お疲れ様です。 今日からは「Python だけで作る Web アプリケーション(フロントエンド編)」について部分いたします。 はじめに 設計方針 共通部分の作成 ログインページ 商品一覧ページ 商品詳細ページ カートページ 注文一覧ページ 注文詳細ページ まとめ 今回は10の記事に分けて投稿するようにします。 今日は「はじめ... 続きを読む

モノリシックなアプリケーション開発から小さなアプリケーション開発へ(Software Design連載 2022年3月号:設計方針から変えていく、 モノリシックなアプリの過去と未来) - MonotaRO Tech Blog

2022/04/26 このエントリーをはてなブックマークに追加 23 users Instapaper Pocket Tweet Facebook Share Evernote Clip モノリシック レガシー 加筆 アプリケーション開発 最終回

この記事の初出は、Software Design2022年3月号「設計方針から変えていく、モノリシックなアプリの過去と未来(最終回)」で、加筆修正されています。過去の連載記事は以下を参照ください。 第1回 Software Design連載 2021年8月号 Python製のレガシー&大規模システムをどうリファクタリングするか - MonotaRO Tech Blo... 続きを読む

設計/コードレビューで"常に"心がけるポイント - little hands' lab

2022/01/28 このエントリーをはてなブックマークに追加 392 users Instapaper Pocket Tweet Facebook Share Evernote Clip LAB DDD little hands 設計 コードレビュー

株式会社ログラスの松岡(@little_hand_s)です。 DDDにおけるドメイン層オブジェクト設計の基本方針[DDD Note] little-hands.hatenablog.com ↑の記事でドメインオブジェクトの設計方針を書きましたが、それ以外の全般的な設計/レビュー観点について書きます。 非常に汎用性のある内容なので、数多くのプログラミング原則... 続きを読む

HTML Centricで行きたい私たち - LIFULL Creators Blog

2021/03/04 このエントリーをはてなブックマークに追加 12 users Instapaper Pocket Tweet Facebook Share Evernote Clip LIFULL Creators Blog レガシーコード

LIFULLの中島です。 近頃、LIFULL HOME'Sのフロントエンド(ここではJavaScriptのみを焦点とします)もようやく進む道を見出し、そろそろ設計方針を一新しようと試みています。 今回はそれについて話したいと思います。 現在の私たちの課題感 私たちの管理する多くのレガシーコードはDOM操作ライブラリとしてjQueryを、UI... 続きを読む

RailsでGraphQL APIを作る時に悩んだ5つのこと | スペースマーケットブログ

2018/03/14 このエントリーをはてなブックマークに追加 68 users Instapaper Pocket Tweet Facebook Share Evernote Clip Rails GraphQL graphql-ruby スペ

スペースマーケットは昨年の9月からproduction環境に graphql-ruby で実装したGraphQL APIを導入しています。 今日はその際に設計方針として決めた事について書きます。これからRubyでGraphQLを導入する人の参考になれば幸いです。 対象読者 Railsに親しい方 GraphQLがどんなものか理解している方 この記事ではGraphQLの概要については解説しません。スペ... 続きを読む

ドキュメントを書く技術 - blog

2018/01/19 このエントリーをはてなブックマークに追加 385 users Instapaper Pocket Tweet Facebook Share Evernote Clip ドキュメント スレ ソフトウェア 定義 要件定義書

2018 - 01 - 19 ドキュメントを書く技術 Documentation READMEを始め、ソフトウェアのドキュメント全般を書く技術というものをもっと洗練させていきたい。要件定義書のようなものだけでなく、開発方針や設計方針、 API 定義などなど。 これらのドキュメントをしっかりと整備するだけで、レビューの質も上がり新しい人が入ったときもスムーズに意識のズレなく開発ができる。はずだが、な... 続きを読む

Ruby - Punditから考えるDRYな権限管理の設計方針 - Qiita

2015/11/04 このエントリーをはてなブックマークに追加 40 users Instapaper Pocket Tweet Facebook Share Evernote Clip Pundit CanCan Qiita DRY Ruby

TL;DR Web application書いてると大体業務ロジック実装のための分岐処理でコードが汚くなるし色々な場所に業務が分散する Punditを使って業務ロジックにおける分岐処理を1箇所にまとめると良いケースがある 複雑なUser Roleベースの権限管理をするときはcancanなどを使うべきで、目的に応じた使い分けが大事 書いていないこと Punditの詳しい使い方(コードベースが非常にシ... 続きを読む

Electron を試す – 開発環境の構築 | アカベコマイリ

2015/09/29 このエントリーをはてなブックマークに追加 283 users Instapaper Pocket Tweet Facebook Share Evernote Clip Electron Chromium フレームワーク ビルド

これまで NW.js を使ってきたが、同じ Chromium + Node 系のフレームワークとして最近は Electron のほうが勢いあるようなので試したくなった。 使用感を把握するため、まずは開発環境を構築してみる。 もくじ 設計方針 プロジェクト構成 package.json 管理 Main プロセスのビルド Renderer プロセスのビルド 開発スタイル パッケージ化 課題 サンプル ... 続きを読む

iOS/Androidアプリエンジニアが理解すべき「Model」の振る舞い

2014/08/21 このエントリーをはてなブックマークに追加 214 users Instapaper Pocket Tweet Facebook Share Evernote Clip iOS Presentation Transcript

iOS/Androidアプリエンジニアが理解すべき「Model」の振る舞い Presentation Transcript iOS/Androidアプリエンジニアが   理解すべき「Model」の振る舞い 2014年7月   ゆめみ 森下 健 1 そろそろ   聞き飽きた   煽りタイトルで ごめん 以前「iOS/Androidアプリの3つの大事な設計方針」とい う話をしたのだけれど、今回... 続きを読む

グーグル、新言語「Dart」を発表。JavaScriptのようなWebプログラミングを想定 - Publickey

2011/10/10 このエントリーをはてなブックマークに追加 346 users Instapaper Pocket Tweet Facebook Share Evernote Clip Dart Publickey Chrome グーグル 想定

DartはWebアプリケーションの開発を想定したプログラミング言語。実行方法として、JavaScriptに変換してWebブラウザ上で実行する方法と、専用の仮想マシンを搭載したWebブラウザで実行する方法が予定されています。グーグルはChromeにDartの仮想マシンを搭載する計画を検討中であることを明らかにしています。 Dartの設計方針は次のように説明されています。 Create a struc... 続きを読む

プログラミングと開発者のためのCodeZine:HAVING句の力(SQL, HAVING, 関係除算)

2006/11/01 このエントリーをはてなブックマークに追加 84 users Instapaper Pocket Tweet Facebook Share Evernote Clip プログラマ CodeZine HAVING 正統派 発想

はじめに SQLというのは変わった言語です。こういう印象は人によって差があると思いますが、おそらく最初に手続き型言語を学んだ正統派のプログラマやSEほど強くそう感じると思います。 SQLに違和感を感じる理由は、いくつか考えられます。第一に、SQLが「集合指向」という発想に基づいて設計された言語で、この設計方針を持つ言語が少ないことです。そして第二に、それに劣らず大きいのが、最初に学んだ言語のスキー... 続きを読む

Visitors - fast web log analyzer

2005/10/09 このエントリーをはてなブックマークに追加 257 users Instapaper Pocket Tweet Facebook Share Evernote Clip visitors UNIX Linux コンピュータ 統計

Visitors は Linux、Windows およびその他の Unix ライクな OS で動くとても軽快なウェブログ解析ツールです。 ウェブサーバログファイルを入力すると、統計をいろいろな形のレポートとして出力します。 その設計方針は同じタイプの他のソフトウェアと比較するとかなり異なっています: インストールは必要ありません。高速なコンピュータでは毎秒最大150,000行のログエントリ(作者自... 続きを読む

 
(1 - 16 / 16件)