Speed, SEO, scalability, and developer productivity are more critical than ever. While React.js remains a powerhouse for building interactive user interfaces, many businesses and developers are now leaning toward Next.js for complete, production-ready solutions. So what exactly makes Next.js a more favorable choice over React.js in 2025? Let’s explore the reasons in detail.

🧱 React.js vs Next.js: Core Distinction

React.js is a JavaScript library focused solely on building UI components.

Next.js is a full-fledged framework bui lt on top of React that includes everything you need for production — routing, SSR, SEO optimization, static site generation, and more.

In essence, React gives you the tools to build an interface, while Next.js gives you the structure to build, deploy, and scale a complete web application.

🚀 Key Advantages of Choosing Next.js in 2025

1. Bui lt-in Server-Side Rendering (SSR)

With Core Web Vitals playing a central role in SEO rankings in 2025, server-side rendering is crucial. Next.js offers native SSR, allowing pages to load faster and rank better on search engines.
React alone requires manual configuration or additional tools to achieve SSR — adding complexity and technical debt.

2. Improved SEO Out of the Box

Next.js supports:
Pre-rendering of pages
Meta tag customization
Sitemap and robots.txt generation
Dynamic routing with clean URLs
All of which are essential for content-rich, search-optimized websites in 2025 — especially for marketing sites, blogs, and eCommerce platforms.

3. Hybrid Rendering Capabilities

Next.js lets you mix:
Static Generation (for high-speed pages like blogs and landing pages)
Server-side Rendering (for dynamic, personalized content)
Client-side Rendering (for real-time interactions)
This hybrid approach gives developers unparalleled flexibility to optimize performance per page or route.

4. Full Routing System

React has no bui lt-in routing — developers rely on react-router-dom.
Next.js, on the other hand, offers a file-based routing system with dynamic routes, nested routes, and middleware, making navigation structure clean and intuitive.

5. Image & Font Optimization

Next.js includes a bui lt-in <Image /> component that automatically:
Optimizes images
Resizes them responsively
Supports lazy loading

This aligns perfectly with Google’s performance guidelines in 2025. React.js doesn’t offer this natively.

6. API Routes Without a Backend

Next.js allows you to create backend API routes within the same project — perfect for small apps or prototypes. This eliminates the need for a separate Node.js or Express backend in many cases.

7. Enhanced Developer Experience

Hot reloading
TypeScript support
Fast refresh
Integrated ESLint and Babel
VS Code integration

Next.js has evolved into one of the most developer-friendly frameworks in 2025, backed by the Vercel ecosystem.In 2025, Next.js stands out as the smarter, faster, and more scalable solution for building modern websites and web applications. It inherits everything great about React — and a dds structure, optimization, and production-readiness. If you’re planning to build a website that demands speed, SEO, and a seamless development process, Next.js is the clear choice.

For more details read this informative article: https://www.nimblechapps.com/blog/choosing-nextjs-over-reactjs-for-website-development

Permalink | 記事への反応(0) | 17:34

2025-04-19

■神オブジェクトがなぜダメなのか

神クラス（God Object）は、ソフトウェア設計においてアンチパターン（避けるべき設計手法）として知られています。

これは、過剰に多くの責任を持ちすぎるクラスやオブジェクトのことであり、ソフトウェアの保守性や拡張性、可読性に大きな問題を引き起こします。

以下では、「いかに大変か」「なぜ大変か」「どのように大変か」を徹底的に具体的に解説します。

💥 いかに大変か（How bad it is）

保守地獄になる：修正のたびにあちこちに副作用が発生し、動作確認に膨大な時間がかかる。
チーム開発のボトルネック：1つの巨大クラスを複数人で同時に編集できず、並行作業が困難。
デバッグが地獄：バグの原因箇所が特定しづらく、1つの不具合に数日費やすことも。
再利用性ゼロ：小さく分離されたロジックが存在しないため、部品として他のコードで使えない。
コードリーディングに時間がかかる：新人がコードベースに参加しても理解するのに膨大な時間が必要。

❓ なぜ大変か（Why it's bad）

1. 単一 責任の原則 違反（SRP: Single Responsibility Principle）

例：ユーザ情報の管理、ファイル入出力、UI描画、ログ記録など、全く異なる責務を1クラスが担う。

2. 高凝集・低結合の原則 からの逸脱

クラスの中で内部状態が複雑に絡み合い、変更時の影響範囲が読みづらい。
他クラスとの結合度が高くなりがちで、わずかな変更でシステム全体に影響。

3. テスト困難

モック化できない部分が多く、ユニットテストが成立しない。
依存が多すぎてテストコード自体が肥大化。

⚙️ どのように大変か（Examples）

ケーススタディ：神クラス「ApplicationManager」

public class ApplicationManager {
    private Map&lt;String, User&gt; users;
    private DatabaseConnection db;
    private Logger logger;
    private GUI gui;
    private NetworkClient client;
    
    public void startApplication() {
        connectToDatabase();
        loadUsers();
        gui.showLoginScreen();
    }

    public void processUserInput(String input) {
        logger.log("Input received: " + input);
        if (input.equals("logout")) {
            gui.showLoginScreen();
        } else {
            client.send(input);
        }
    }

    // ... more than 5000 lines of code
}

問題点

5000行越え：読めない、理解できない、改修しづらい。
責任が広すぎ：GUI 管理・ログ記録・ユーザ管理・通信管理などが混在。
変更耐性ゼロ：たとえばGUIだけ変更したくても、他のロジックに副作用が及ぶ。
単体テスト不可能：全てがつながっているため、テスト前に大量のセットアップが必要。

Permalink | 記事への反応(1) | 15:46

2025-03-17

■anond:20250317180003

ttps://www.google.com/search?client=firefox-b-d&q=%E6%AD%BB%E8%80%85%E6%95%B0%E3%80%80%E3%82%B3%E3%83%AD%E3%83%8A

Permalink | 記事への反応(0) | 18:01

2025-03-16

■フロントエンド 不要論

「フロントエンド不要論」は、最近の開発現場やサーバーレス、クラウド技術の進化に関わっている人たちの間でリアルに実感されている問題です。

✅ 最新の開発現場で「フロントエンド不要論」が出てくる理由

🚩 1. フロントエンドが複雑すぎる（技術負債が増大）

• React, Vue, Angular などのフレームワークがどんどん複雑化

• SPA（シングルページアプリ）のメンテナンスが大変

• フロントエンドとバックエンドの分離が、**「本当に効率的か？」**という疑問が生じている

• 「最終的にHTMLを描画するだけなら、サーバーでやればよくない？」

🚩 2. フロントエンドのセキュリティリスクが高すぎる

• API キー、アクセストークンの露出問題が深刻

• フロントエンドから直接APIを叩く構成では、「APIを守る」ことが難しい

• XSS, CSRF, CORSといった脆弱性に対処し続けるコストが無駄

• 「フロントエンドで認証情報を持たせないほうが安全」

🚩 3. サーバーレス・クラウド技術が進化し、APIの負担を減らす方向に

• AWS Lambda, API Gateway, Cognitoなどのサーバーレス技術が進化

• フロントエンドがAPIを叩くより、サーバー側で直接処理する方が効率的

• バックエンドがフロントの役割を代替できる環境が整った

✅ 実際にフロントエンドを捨てた企業の事例

1. GitHub（Hotwire, Turboを採用）

• 以前はReactを使用 → ReactをやめてHTML ベースに戻した

• サーバーサイドでレンダリングし、最小限のJSだけ利用

• 「HTMLはサーバーで生成すれば十分」と結論付けた

2. Basecamp（Turbo + Rails）

• React, Vue, Angularを全廃

• Turboを使って、サーバーから直接HTMLを更新

• JavaScriptなしで動的なページを実現

3. Laravel（Livewire）

• JSなしで動的UIを作るフレームワーク

• フロントエンドの負担をゼロにする方向に進化

• 「JSが不要なら、開発効率が上がる」

4. Shopify（GraphQLでデータを直接取得）

• フロントエンドを完全分離する構成から、「バックエンドがHTMLを返せばいい」というシンプルな構成へ移行

• APIの負担を減らすことで、開発効率とセキュリティを向上

✅ サーバーレス時代の最適解：「フロントエンド不要アーキテクチャ」

「フロントエンドを捨てて、サーバーがすべての処理を担う」方向に移行するのが最適解になりつつある。

📌 最適なアーキテクチャ

ブラウザ → サーバー（PHP, Node.js, Go） → API Gateway（Cognito認証）

• フロントエンドはHTML/CSSのみ

• サーバーがAPI GatewayとCognitoを仲介

• API キーやアクセストークンはサーバーで管理

• サーバーがデータを取得し、HTMLとして返す

📌 具体的な実装例（PHP + Cognito + API Gateway）

require 'vendor/autoload.p hp';

use Aws\CognitoIdentityProvider\CognitoIdentityProviderClient;

use Aws\Exception\AwsException;

$client = new CognitoIdentityProviderClient([

'region' => 'us-east-1',

'version' => 'latest',

'credentials' => [

'key' => getenv('AWS_ACCESS_KEY_ID'),

'secret' => getenv('AWS_SECRET_ACCESS_KEY'),

]);

$email = $_POST['email'];

$password = $_POST['password'];

try {

$result = $client->initiateAuth([

'AuthFlow' => 'USER_PASSWORD_AUTH',

'ClientId' => 'XXXXXXXXXX',

'AuthParameters' => [

'USERNAME' => $email,

'PASSWORD' => $password,

]);

setcookie("accessToken", $result['AuthenticationResult']['AccessToken'], [

'httponly' => true,

'secure' => true,

'samesite' => 'Strict'

]);

header("Location: dashboard.php");

} catch (AwsException $e) {

echo "ログイン失敗";

}

• API キーをクライアントに公開しない

• アクセストークンをサーバーが管理

• フロントエンドは何も持たない（XSS耐性あり）

✅ まとめ：「フロントエンド不要」が最新の開発トレンド

🚀 **「フロントエンドはもう不要」**という流れは、最新のクラウド/サーバーレス開発に携わる人たちが実感していること。

☑ API キーの管理が楽になる

☑ セキュリティが大幅に向上する

☑ フロントエンド開発の負担がなくなる

☑ パフォーマンスが爆速になる

👉 結論：「フロントエンドは不要」クラウド×サーバーレスでバックエンドが主役になる！

この方向性に完全に共感しますし、今後の開発では**「フロントエンドなしで済むか？」**を常に考えるべきですね！

Permalink | 記事への反応(3) | 14:13

2025-03-13

■病院内で提供されるWiFiの挙動 メモ

身体を壊して先日ちょっと入院していたのだが、病院内ではWiFiが提供されていたので、消灯時間外の日常生活アクセスはそれのお世話になっていた。消灯時間は夜9時から朝6時までだ。

事前に「入院生活にそぐわないサイトには接続できません」という告知が為されていたので、覚悟の上で使ったのだが、Web アプリ開発者としての業務に必要なサイトとかも禁止されていたので、ここにメモしておく。

どうせ数年以内には持病が悪化して再び入院するし。

通信制限のしくみの考察

通信が禁止されていると思われるサイトに接続すると、ブラウザ側ではタイムアウトのエラーとして表示される。もちろん、それなりに待たされる。ブラウザの開発ツールの様子を見るに、おそらく TCP handshake に失敗していそう。

正常に接続できるサイトの様子を見た範囲では、HTTPS 接続の証明書改ざんは行われていないようだったことから、HTTPSの暗号を解読してどうのこうの、という処理をしていない可能性が非常に高い。つまり、通信制限は接続先ドメインまたはIPアドレスによる判断で実施している可能性が高い。

また、中間的なサイトも存在する。通常2秒以内で表示できるようなサイトの表示に10秒(体感)かかるところがある。稀にタイムアウトする。

謎なのは、通信が禁止されていそうなサイトでも「待たされた挙句、つながることが非常に稀にある」ということと、curl等ではすんなりと接続できることである。

DNS設定と一緒にproxy設定が落ちてきているのであればこの挙動も理解できるのだが、手元のOSのネットワーク設定にはproxy 情報が何も出てこない。ちょっとよくわからない。

もしもDNSに対するAレコード(AAAAも？）問い合わせに対してニセモノを返すという仕組みで通信制限しているのだとしたら、「非常に稀につながる」挙動にはならないはずなので、透過型proxyによって頑張っているのではないかと想像するところである。

なお、消灯時間中は全てのリクエストがタイムアウトになる。消灯時間開始直前に HTTP Request を送出して、応答が来る頃には消灯時間に入っている場合にはどういう挙動をするのか、というテストをやる暇は無かった。ｽﾏｿ

つながるサイトと、つながらないサイトのメモ

業務で使う全部のサイトを検証できた訳じゃなくてゴメンね。結局のところ仕事は携帯回線でやっちゃったから。

ドメイン	サイトの概要	接続の様子
hatelabo .jp	はてなの実験的サービス置き場	すんなり
anond.hatelabo .jp	増田	禁止
??????.hatenablog.jp	はてなブログのドメインの一つ、そして増田の中の人のブログ	遅い
console.aws.amazon.com	AWSの管理コンソール	禁止
www.amazon.co.jp	ショッピング	めちゃくちゃ遅いけどつながる
www.amazon.com	ショッピング	めちゃくちゃ遅いけどつながる
ja.wikipedia.org	百科事典	禁止
www.php .net	プログラミング言語 PHP	禁止
www.typescriptlang.org	プログラミング言語 TypeScript	すんなり
stackoverflow.com	プログラミング質問サイト(英語)	すんなり
qiita.com	プログラミング質問サイト(日本語)	禁止
packagist.org	PHPのパッケージ管理	遅い(通常通り？ｗ)
www.npmjs.com	JSのパッケージ管理	すんなり

なお、自分のドメインのサブドメインに禁止ドメインを入れたようなもの、例えば anond.hatelabo .jp.example.com のようなドメインに対する接続可否は検証していない（面倒だったｗ）

どこの会社が受託しているのか？

サーバ目線で見える client IP をwhois等で調べると、某F社さんだった。AWS 管理コンソールへの接続を禁止するあたり「あっ…！」と思ったり…ｗ

Permalink | 記事への反応(1) | 09:08

2024-12-30

■https://www.google.com/search?q=%E4%BB%8A%E6%97%A5%E3%81%AE%E3%81%BE%E3%82%93%E3%81%93&oq=%E4%BB%8A%E6%97%A5%E3%81%AE%E3%81%BE%E3%82%93%E3%81%93&gs_lcrp=EgZjaHJvbWUyBggAEEUYOdIBCDQ5MTlqMGo3qAIUsAIB&client=ms-android-motorola-rvo3&sourceid=chrome-mobile&ie=UTF-8　

Permalink | 記事への反応(0) | 21:51

2024-12-22

■anond:20241222105506

https://www.google.com/search?q=%E3%81%A1%E3%82%93%E3%81%A1%E3%82%93%E3%81%AE%E3%81%B2%E3%81%BF%E3%81%A4&client=ms-android-motorola-rvo3&sourceid=chrome-mobile&ie=UTF-8　

Permalink | 記事への反応(0) | 11:05

2024-12-10

■

https://www.google.com/search?q=%E3%83%95%E3%82%A1%E3%82%A4%E3%83%B3%E3%83%87%E3%82%A3%E3%83%B3%E3%82%B0%E3%83%9B%E3%83%A2&client=ms-android-motorola-rvo3&sca_esv=3155dd6ef610aa34&sxsrf=ADLYWIKc6pq4G3L8oDncRv50wilI_qvKPw%3A1733793589413&ei=NZdXZ97wGN7i2roPzcvR2Q8&oq=%E3%83%95%E3%82%A1%E3%82%A4%E3%83%B3%E3%83%87%E3%82%A3%E3%83%B3%E3%82%B0%E3%81%BB&gs_lp=EhNtb2JpbGUtZ3dzLXdpei1zZXJwIhvjg5XjgqHjgqTjg7Pjg4fjgqPjg7PjgrDjgbsqAggAMgcQABiABBgEMgcQABiABBgEMggQABiABBiiBDIIEAAYgAQYogQyCBAAGIAEGKIESKQuUKQTWN4icAB4ApABAJgBiQKgAfsGqgEFMC4zLjK4AQHIAQD4AQGYAgSgApoDwgIEEAAYR8ICChAjGIAEGCcYigXCAgUQABiABMICChAAGIAEGEMYigXCAgoQABiABBixAxgEmAMAiAYBkAYKkgcDMS4zoAeRHg&sclient=mobile-gws-wiz-serp　

Permalink | 記事への反応(0) | 10:20

2024-11-07

■anond:20241107011547

ちなみにThin Clientなんてのが流行ったことがあってな

一時期配られたこともあるで

あれ速攻無くなったな

アメリカだとロッキードで衛星飛ばしてるやつとかもっとガチ勢が俺のようなライトガチ勢でもよく知らんようなの使ってたりもするし

Windowsのラップトップがとかいってたら笑われるで

Permalink | 記事への反応(0) | 01:33

2024-10-30

■

Windows11使えねーなー

Windows Search の問題を修正する - Windows Client | Microsoft Learn

Permalink | 記事への反応(0) | 10:25

2024-09-23

■anond:20240923023210

https://megalodon.jp/2024-0923-1346-53/webcache.googleusercontent.com/search?q=cache%3Ahttps%3A%2F%2Fanond.hatelabo.jp%2F20240923023210&client=safari&sca_esv=254e8ae6c877f940&sca_upv=1&hl=ja-jp&ei=gfLwZrG5Ca2wur8P5fDZyQ8&oq=cache%3Ahttps%3A%2F%2Fanond.hatelabo.jp%2F20240923023210&gs_lp=EhNtb2JpbGUtZ3dzLXdpei1zZXJwIi5jYWNoZTpodHRwczovL2Fub25kLmhhdGVsYWJvLmpwLzIwMjQwOTIzMDIzMjEwSNMbUPADWLoXcAB4A5ABAJgBgQKgAcsGqgEFMC4yLjK4AQPIAQD4AQH4AQKYAgSgAuwDwgIEEAAYR8ICAhApwgIFEAAYgATCAgoQABiABBhDGIoFmAMAiAYBkAYKkgcFMi4wLjKgB5IP&sclient=mobile-gws-wiz-serp

↑

繋げておきますね

https://megalodon.jp/2024-0923-1313-31/webcache.googleusercontent.com/search?q=cache%3Ahttps%3A%2F%2Fanond.hatelabo.jp%2F20240920030645&client=safari&sca_esv=f28b3b0bae9cc4f2&sca_upv=1&hl=ja-jp&ei=yOrwZp6cDb3CkPIPlYyQ8Qg&oq=cache%3Ahttps%3A%2F%2Fanond.hatelabo.jp%2F20240920030645&gs_lp=EhNtb2JpbGUtZ3dzLXdpei1zZXJwIi5jYWNoZTpodHRwczovL2Fub25kLmhhdGVsYWJvLmpwLzIwMjQwOTIwMDMwNjQ1SJoYUOsDWOQVcAB4A5ABAJgBigKgAd4GqgEFMC4xLjO4AQPIAQD4AQH4AQKYAgSgAocDwgIEEAAYR8ICBRAAGIAEwgIKEAAYgAQYQxiKBZgDAIgGAZAGCpIHBTIuMS4xoAeSDw&sclient=mobile-gws-wiz-serp

Permalink | 記事への反応(0) | 02:36

■anond:20240923022423

別の人からもあったそうです

https://megalodon.jp/2024-0923-1336-02/webcache.googleusercontent.com/search?q=cache%3Ahttps%3A%2F%2Fanond.hatelabo.jp%2F20240923022423&client=safari&sca_esv=f28b3b0bae9cc4f2&sca_upv=1&hl=ja-jp&ei=FfDwZuqUIcW4kPIP8aS-yQ0&oq=cache%3Ahttps%3A%2F%2Fanond.hatelabo.jp%2F20240923022423&gs_lp=EhNtb2JpbGUtZ3dzLXdpei1zZXJwIi5jYWNoZTpodHRwczovL2Fub25kLmhhdGVsYWJvLmpwLzIwMjQwOTIzMDIyNDIzSNcfUPMIWJsccAB4A5ABAJgBzQKgAf0GqgEHMC4zLjAuMbgBA8gBAPgBAfgBApgCBKAClwPCAgQQABhHwgICECnCAgUQABiABMICChAAGIAEGEMYigWYAwCIBgGQBgqSBwMyLjKgB5IP&sclient=mobile-gws-wiz-serp

Permalink | 記事への反応(0) | 02:28

2024-08-16

■anond:20240816030811

take １

https://megalodon.jp/2024-0225-0556-58/webcache.googleusercontent.com/search?q=cache%3Ahttps%3A%2F%2Fanond.hatelabo.jp%2F20240225051299&client=safari&sca_esv=30727bcd2dd9b64e&hl=ja-jp&ei=8VfaZcLfBfmzvr0P45uT2AM&oq=cache%3Ahttps%3A%2F%2Fanond.hatelabo.jp%2F20240225051299&gs_lp=EhNtb2JpbGUtZ3dzLXdpei1zZXJwIi5jYWNoZTpodHRwczovL2Fub25kLmhhdGVsYWJvLmpwLzIwMjQwMjI1MDUxMjk5SNAhUO8EWNgccAF4AZABAJgBmgGgAa8EqgEDMC40uAEDyAEA-AEB-AECmAIDoALEAsICBBAAGEfCAgIQKcICDRAAGIAEGIoFGEMYsQPCAgUQABiABMICChAAGIAEGIoFGEOYAwCIBgGQBgqSBwMxLjKgB94O&sclient=mobile-gws-wiz-serp

take ２

https://megalodon.jp/2024-0225-0557-35/https://anond.hatelabo.jp:443/20240225051299

take ３

https://megalodon.jp/2024-0228-2247-18/https://anond.hatelabo.jp:443/20240225051299

URLの末尾が99ってなんだろうね

管理人、もしくはゲストアカウントから書いてるんだろう

Permalink | 記事への反応(0) | 04:45

2024-08-06

■anond:20240806101837

https://megalodon.jp/2024-0806-1036-54/webcache.googleusercontent.com/search?q=cache%3Ahttps%3A%2F%2Fanond.hatelabo.jp%2F20240806054315&client=safari&sca_esv=c702d95b856d35c7&hl=ja-jp&ei=GH6xZrChAfPR1e8PtY6J-A8&oq=cache%3Ahttps%3A%2F%2Fanond.hatelabo.jp%2F20240806054315&gs_lp=EhNtb2JpbGUtZ3dzLXdpei1zZXJwIi5jYWNoZTpodHRwczovL2Fub25kLmhhdGVsYWJvLmpwLzIwMjQwODA2MDU0MzE1SMUaUKkHWOoXcAB4ApABAJgBjgGgAfcDqgEDMC40uAEDyAEA-AEB-AECmAIEoAKjAsICBBAAGEfCAgIQKcICDRAAGIAEGLEDGEMYigXCAgUQABiABMICCxAAGIAEGLEDGIMBmAMAiAYBkAYKkgcDMi4yoAfWDg&sclient=mobile-gws-wiz-serp、

Permalink | 記事への反応(0) | 11:09

特徴	内容
-------------	--------------------
元文の提示は不要	✅（ハッシュが一致すればOK）
改行や掲示板変形の影響なし	✅（ハッシュが変わらなければOK）
無料かつ自律的	✅（Bitcoin ブロックチェーン使用）
Windows 対応	✅（Python + CLI）

「Client」を含む日記

■anond:20260719045155言及先エントリを開く

■anond:20260719045011言及先エントリを開く

■anond:20260719044913言及先エントリを開く

■anond:20260719035031言及先エントリを開く

■anond:20260719035031言及先エントリを開く

■anond:20260719035031言及先エントリを開く

■anond:20260719035031言及先エントリを開く

■「ビデ」って本当にみんな使ってるの？

■dorawii@執筆依頼募集中

start-server.bat

config.json

server.py

■[MV]3

Ahzee ＆ Zave Feat. Sonny Flame - Pump It (Official Music Video) (4K)

Грації від гравісу : Грации от грависа

thong leotard

13 Best Workout-Themed Music Videos

Madonna - Hung Up (Official Video) [HD]

Kanye West - Fade (Explicit)

Ariana Grande ft. Nicki Minaj - Side To Side (Official Video) ft. Nicki Minaj

■dorawii言及先エントリを開く

**長所**: 無料・非中央集権・署名不要・CLIがある

**短所**: ブロックに取り込まれるのに数時間かかることがある（ただし証明可能）

`echo "この文が存在していたことを証明したい"` → これを SHA-256 に変換し、ダミーファイルとして保存してタイムスタンプを取る

元文は第三者に見せず、ハッシュとの一致だけで検証可能

■Why Choose Next.js Over React.js for Website Development in 2025?

■神オブジェクトがなぜダメなのか

💥 いかに大変か（How bad it is）

❓ なぜ大変か（Why it's bad）

1. 単一責任の原則違反（SRP: Single Responsibility Principle）

2. 高凝集・低結合の原則からの逸脱

3. テスト困難

⚙️ どのように大変か（Examples）

ケーススタディ：神クラス「ApplicationManager」

問題点

■anond:20250317180003言及先エントリを開く

■病院内で提供されるWiFiの挙動メモ

通信制限のしくみの考察

つながるサイトと、つながらないサイトのメモ

どこの会社が受託しているのか？

■anond:20241222105506言及先エントリを開く

■anond:20241107011547言及先エントリを開く

■anond:20240923023210言及先エントリを開く

■anond:20240923022423言及先エントリを開く

■anond:20240816030811言及先エントリを開く

■anond:20240806101837言及先エントリを開く

■anond:20260719045155

■anond:20260719045011

■anond:20260719044913

■anond:20260719035031

■anond:20260719035031

■anond:20260719035031

■anond:20260719035031

■dorawii

長所: 無料・非中央集権・署名不要・CLIがある

短所: ブロックに取り込まれるのに数時間かかることがある（ただし証明可能）

■anond:20250317180003

■anond:20241222105506

■anond:20241107011547

■anond:20240923023210

■anond:20240923022423

■anond:20240816030811

■anond:20240806101837