yomitech

「現場で役立つシステム設計の原則」がとても勉強になったのでまとめてみた ~ １章 ~

システム設計の原則知ってますか？ この記事は「現場で役立つシステム設計の原則」を読んで勉強になったことや仕事で役に立ちそうなことをまとめた記事です。 あくまでまとめで、説明できなさそうなところは省いているのできちんと理解したい人は本を読んでください！ 現場で役立つシステム設計の原則( この本を書いた方

ドメイン駆動設計を勉強するときのオススメ資料

この記事は、ドメイン駆動設計 1 Advent Calendar 2018( 明日は@kmdsbngさんです。 今回は、ドメイン駆動設計（以下DDD）を学ぼうとする人に対して参考になる資料をまとめます。 DDD関連資料のオススメ まずはDDDの青い本、エリック・エヴァンスのドメイン駆動設計(

ハンズオン資料 - Spring Boot 2とAngularでアプリ作成 (1/2)

はじめに こんにちは！ Spring Boot 2とAngularを用いて、アプリを作っていこうと思います。 本ハンズオンの趣旨は、アプリ作りを通していろんな技術やツールに触れてみることです。 ですので、それぞれの技術やツールについて深掘りした説明はありません。

SREやクラウドエンジニアが読むと良さげな本まとめ

一年半ぐらい前にアプリケーションエンジニアからSREにコンバートした筆者が、いま役に立ってるなぁっていう本を紹介します。アプリケーションコードを書いてるときは下のレイヤの技術に興味なかったんですが、改めて勉強してみると楽しいです。 コンピュータシステム クラウド全盛とはいえ、コンピュータの仕組みはおさえておくと役立ちます。コレ系の本はわりと小難しいものが多いですが、個人的に楽しく読めた本を紹介しま…

オブジェクト指向プログラミングとドメイン駆動設計を学ぶのに適切な書籍とおすすめの読む順番

オブジェクト指向プログラミングが学べる書籍たち もし私が今から最初から学ぶならこの順番でこの本読むだろうという紹介です。 新人プログラマの方々は右も左も分からないというところからスタートとなるため、オブジェクト指向プログラミングを学ぶときに何から学べば良いか全くわからないという状況かと思います。 オブジェクト指向プログラミングを学んでいると自然と出会うドメイン駆動設計についても同様です。 そうした…

環境構築から始めるプログラミング入門の準備 ~健全なプログラミングは健全な環境に宿る~

はじめに 書いている人 ネット通販の会社で業務システムを開発運用しています。 そのほか経理業務（売掛金管理、買掛金管理）や総務業務（備品管理）もやっています。 副業として社外システム運用サポート(Rails, AWS)を週1回やっています。

アプリケーションをドメインモデルで設計する

親記事 : ドメインモデルで設計する狙い オブジェクト指向プログラミングにおいてかなり重要な内容となっているが如何せん概念的な内容となっている。ドメインモデルを設計するには幾度とない失敗の経験を重ねていき、常に改良していく精神が重要。そのための指針となる内容なので是非とも押さえておきたい。 それを踏まえてドメインモデルで設計する狙いは以下の通り。 - 業務的な判断・加工・計算のロジックを重複なく一…

実務未経験者が今まで独学に使ってきた技術書を公開していくよ

プログラマーでもエンジニアでもない私がエンジニア転職に向けた取り組みとして「これまでプログラミングの独学に使ってきた技術書の遍歴」を、Qiitaの練習も兼ねて記事を書いてみました。 採用担当者の方が目にしたときに「この人が独学でなにを学んできたのか」がまとまってる記事になるといいですね(誰得感...) 想定読者 開発実務未経験でプログラミングの知識ゼロでまともなSESとかに行きたい方あるいはSES…

[初心者向け]破滅的なクソコードを書かないために意識したい3つのこと

この記事で伝えたいこと ここでは、私が設計を勉強しながらコーディングした経験から、初心者でも簡単に実践できる簡単なルールを3つピックアップしました。 - 一つのクラスは150行以内に収める(一つのクラスは150行以内に収める) - 循環参照はしない(循環参照はしない) - 継承はしない(継承はしない)

『現場で役立つシステム設計の原則』を読んだ感想

はじめに 技術書『現場で役立つシステム設計の原則』を読んだので、感想や学んだことのまとめ。 書籍について 著者：増田 亨 @masuda220( 全体の印象

塵も積もれば山となる ー 誰でもすぐにできるコード改善Tips！

はじめに <!-- 発端や概要を記載 -- リファクタリングでシステムを安定化！日頃の取り組みや工夫を教えてください by カオナビ Advent Calendar 2022( 本記事では、コードの品質を保つ、または、改善していく上で、簡単かつ重要なTipsについて紹介していきたいと思います。 この記事を読んだ人が以下のようになることを想定しています。

今年読んだ書籍の読書記録【2022年版】

はじめに 2022 年に読んだ書籍を備忘録としてまとめました。 プログラミング リーダブルコード( オライリージャパン（2012年6月23日発売） / Amazon(

インフラエンジニア1年生がプログラミングを勉強するのに使った教材

はじめに　 私は普段インフラをメインで扱っているエンジニアです。 そんな開発がメインではない私が1年目でプログラミングを学ぶために使用した教材を紹介していきます。インフラエンジニアの方だけではなく未経験のエンジニアの方にも参考になれば良いなと思っております。 インフラの学習に使用した教材については下記記事にて紹介しておりますので、ご覧いただければ幸いです。 インフラエンジニアはプログラミングは必要…

ドメイン駆動設計を参考にしながらJava×SpringBootで家計管理アプリを自作

1. はじめに 1-1. 簡単な自己紹介 事務系の仕事をしておりましたが、プログラミングに興味を持ち、在職中から独学でJavaを学習していました。 現在は退職し、IT業界への就職を目指して活動中です。 退職後の期間にSpringBootを使ってアプリケーションを作成したので、アプリの概要や作成しながら考えたことなどについてまとめました。

凝集度とカプセル化

凝集度とは？ 凝集度とは、ソフトウェア工学や情報科学などの分野で使われる概念。 プログラムやシステム内のモジュールやコンポーネントがどれだけ関連して一緒に動作しているかを表す尺度。 一般に凝集度は高ければ高いほど良い、逆に低いと良くないとされている。 低凝集な実装とは？

Chatworkのサマーインターン2023に参加しました （前編）

はじめに こんにちは！進捗ゼミです。普段はUnityについてのお堅い記事を投稿しています。 先日、Chatwork株式会社のサマーインターンに参加してきましたので、今回は体験記を書きました。 前編では、インターンの選定基準や心構え、インターンが始まるまでの話題が中心になっています。この記事を読む人はおそらくインターンを控えている就活生だと思うので、インターン選びで役立つような情報を中心に書いていま…

可読性の高いコードを書くための実践ガイド

はじめに ソフトウェア開発において、コードの可読性はプロジェクトの成功に直結する重要な要素です。読みやすいコードは、メンテナンスや拡張を容易にし、チーム全体の生産性を向上させます。 しかし、「読みやすいコード」 の定義は人によって異なります。個々のスタイルや好みによって解釈が分かれることもあるでしょう。それでも、できる限り多くの人にとって理解しやすいコードを書くことが、プロフェッショナルとしての責…

新卒機械学習エンジニアが入社５ヶ月目までに読んだ本2024

はじめに こんにちは！2024年4月に機械学習エンジニアとして新卒入社したRyuです！ 今回は僕が4月〜8月にかけて読んだ本を紹介しようと思います。 「機械学習エンジニアが」読んだ本とタイトルにありますが、業務上必要な書籍やマインド系の書籍もあり、必ずしも機械学習エンジニア向けの書籍ではないのでご了承ください。 また、本記事は僕が先輩や上司の方、ネット記事を参考にして購入した書籍の紹介であり、PR…

【技術書】現場で役立つシステム設計の原則　Chapter1 小さくまとめてわかりやすくする

この記事で得られるもの エンジニア6年目になり、設計について改めて学びたいと思い「現場で役立つシステム設計の原則」を読んでいます。 今回は、現場のソフトウェア開発で、コードをより修正しやすく安全で促進的にするための原則をまとめました。この記事を読めば、次のことが理解できます。 コードの設計を改善するための基本テクニック 変更をより安全にするコードの書き方

【技術書】現場で役立つシステム設計の原則　Chapter3 業務ロジックをわかりやすく整理する

目次 - データとロジックを別のクラスに分けることがわかりにくさを生む(データとロジックを別のクラスに分けることがわかりにくさを生む) - 業務アプリケーションのコードの見通しが悪くなる原因(業務アプリケーションのコードの見通しが悪くなる原因) - データクラスを使うと同じロジックがあちこちに重複する(データクラスを使うと同じロジックがあちこちに重複する) - データクラスを使うと業務ロジックの見…

オブジェクト指向入門！Ruby on Rails の場合分けロジックを整理する！

場合わけロジックを整理する 概要 info この記事は、現場で役立つシステム設計の原則〜変更を楽で安全にするオブジェクト指向の実践技法( Ruby on Rails のコードに例を変換してまとめ直したものです。 また、書籍では Java のコードを例にしており、Ruby on Rails の慣習とは一部異なる部分があるので、その部分はオミットした内容となっています。

オブジェクト指向入門！ドメインモデルを設計する！

ドメインモデルを設計する 概要 info この記事は、現場で役立つシステム設計の原則〜変更を楽で安全にするオブジェクト指向の実践技法( Ruby on Rails のコードに例を変換してまとめ直したものです。 ドメインモデルはアプリケーションの業務ロジックをオブジェクト指向で整理する技法。(詳しい詳細は前回の記事(

データベース設計を始めよう！3層スキーマ／論理設計／物理設計／バックアップ・復旧

設計工程とデータベース 概要 info この記事は、達人に学ぶ DB 設計徹底指南書( この記事では、データベース設計を学ぶ第一段階として、データベース設計を行うための基本的な知識と工程について記述しています。

データベース設計！テーブルの基礎知識&正規化とはなんぞや？

論理設計と正規化 概要 info この記事は、達人に学ぶ DB 設計徹底指南書( この記事では、データベース設計の論理設計、テーブルの構成要素、キー、制約、正規化について記述しています。

データベース正規化の欠点とは！？非正規化によるパフォーマンス改善を学ぶ！

正規化の欠点と非正規化 概要 info この記事は、達人に学ぶ DB 設計徹底指南書( この記事では、正規化の欠点と非正規化による検索パフォーマンスの改善について記述しています。

インデックスを理解する！DBパフォーマンスを向上させるには!?

データベースとパフォーマンス 概要 info この記事は、達人に学ぶ DB 設計徹底指南書( この記事では主にデータベースのパフォーマンスを向上させるためのインデックス設計について記述しています。

あなたの会社は大丈夫!?これは避けたい！データベース論理設計のバッドノウハウ集！

論理設計のバッドノウハウ 概要 info この記事は、達人に学ぶ DB 設計徹底指南書( この記事では、論理設計における様々なバッドノウハウをケース別に解説しています。

用法要領をよく守りましょう！データベース設計におけるグレーゾーンのプラクティス！

論理設計のグレーゾーン 概要 info この記事は、達人に学ぶ DB 設計徹底指南書( この記事はデータベース設計における「バッドノウハウではないけど、用法要領をよく考えて使用する必要がある」グレーゾーンの設計プラクティスについて解説しています。

オレオレ技術書ロードマップ（ゲームプログラマ編）

オレオレ技術書ロードマップ（ゲームプログラマ編） 技術書コレクターだし書いてみます。 僕のメイン本棚 他にもあるんですが入れるスペースがなくて技術書がオーバーフローしてます。 動機

賢人の跡を追って 仮説(249)

この記事は、設計カンファレンスで当選すれば発表する資料の整理です。 書籍のあとの引用文は、amazon.co.jpに記載した私の感想です。 人生で影響を受けた本100冊 書籍に番号が入っている本は、上記記事からの引用です。 オブジェクト指向設計・分析三賢人

オレオレ技術書ロードマップ（ゲームプログラマ編）

オレオレ技術書ロードマップ（ゲームプログラマ編） 技術書コレクターだし書いてみます。 僕のメイン本棚 他にもあるんですが入れるスペースがなくて技術書がオーバーフローしてます。 動機

防御的プログラミングと契約プログラミング

1. 猜疑心か相互信頼か、防御的か契約に基づくか 防御的プログラミングと契約プログラミングについて、後述する勉強会で疑問を持ち、勉強会内で説明されていること深堀りしてみました。 すべてが勉強になる話だったのですが、こちらの記事でフォーカスするのは「クラス設計スタイル」におけるふたつの選択肢 1. トランザクションスクリプト方式 2. ドメインモデル方式

賢人の跡を追って 仮説(249)

この記事は、設計カンファレンスで当選すれば発表する資料の整理です。 書籍のあとの引用文は、amazon.co.jpに記載した私の感想です。 人生で影響を受けた本100冊 書籍に番号が入っている本は、上記記事からの引用です。 オブジェクト指向設計・分析三賢人

「オブジェクト指向入門」読書録

名著としての誉れが高い Bertrand Meyer著「オブジェクト指向入門」( 今回の範囲は、第１章「ソフトウェアの品質とは」と、第２章「モジュール性」です。 「オブジェクト指向プログラミング」という言葉がバズワード化して消費されていってしまった（ように見える）のは「何のためにそれがあるのか？」がいまいち共有されていなかったからではないかと私は考えています。 その意味で、好ましいソフトウェアとは…

賢人の跡を追って 仮説(249)

この記事は、設計カンファレンスで当選すれば発表する資料の整理です。 書籍のあとの引用文は、amazon.co.jpに記載した私の感想です。 人生で影響を受けた本100冊 書籍に番号が入っている本は、上記記事からの引用です。 オブジェクト指向設計・分析三賢人