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

2024/02/24 162 users Qiita Python Webアプリケーション web 作成

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

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

2022/04/26 23 users モノリシック レガシー 加筆 アプリケーション開発 最終回

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

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

2022/01/28 392 users LAB DDD little hands 設計 コードレビュー

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

magnoliak? on Twitter: "「この要求には、こんな特性があって、あんな制約を守らないといけないので、大方針はこんな感じです、例外はそれぞれ考えます」っていう設計方針を３行でもいいから

2021/08/01 6 users ロジック オウム返し 要件 個々 magnoliak

「この要求には、こんな特性があって、あんな制約を守らないといけないので、大方針はこんな感じです、例外はそれぞれ考えます」っていう設計方針を３行でもいいから書ければ勝ちなんですよ 個々の要件にオウム返しのようにロジックを書いても全体は完成しないんですよ 続きを読む

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

2021/03/04 12 users LIFULL Creators Blog レガシーコード

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

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

2018/03/14 68 users Rails GraphQL graphql-ruby スペ

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

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

2018/01/19 385 users ドキュメント スレ ソフトウェア 定義 要件定義書

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

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

2015/11/04 40 users Pundit CanCan Qiita DRY Ruby

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

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

2015/09/29 283 users Electron Chromium フレームワーク ビルド

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

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

2014/08/21 214 users iOS Presentation Transcript

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

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

2011/10/10 346 users Dart Publickey Chrome グーグル 想定

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

プログラミングと開発者のためのCodeZine：HAVING句の力（SQL, HAVING, 関係除算）

2006/11/01 84 users プログラマ CodeZine HAVING 正統派 発想

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

Visitors - fast web log analyzer

2005/10/09 257 users visitors UNIX Linux コンピュータ 統計

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