なんらかの業務、工程において、 コンピューティングの技術を用いて、 効率化するためのシステムを、設計、構築すること。
ChatGPTジャンキーになりかけています どうもこんにちは。 はじめに宣伝。 ポートフォリオ作ってます！ SE未経験からのシステム設計〜開発を 私1人（+ChatGPT）でやってます。 adorable-thought-dcb.notion.site 果たして自分にはシステム設計に必要な思考力があるのか… フィードバッグ頂けたら、嬉しいです。 …さて、本題です。 ChatGPT（ログイン無し）を短い間ではありますがかなり頻繁に使ってみて感じた事です。 ちなみに、流行りに乗って使ってみて数日の感想はこちらに書きました。 kiebo.hatenadiary.jp 1.基本は疑ってかかる。 Cha…
以前、Pythonのお勉強を始めようかなと書いたことがあります。いつだったか忘れましたが、とりあえず本を買って満足した記憶はあります。 それから幾星霜、月日は流れ、私はもうPythonを使いこなしているのかというとそんなことは全くなく、まだPythonを使う環境すらろくに作っていないという有様です。ExcelVBAはそこそこ使えるというのは以前から変わりませんが、Pythonは全然です。実にヤバい。 そんな私が読み始めたのがこの本。 まだ本当に冒頭しか読めていないのですが、プログラミングを勉強するにあたって生成AIを使っていろいとチャレンジしたら人生が変わったという人の本のようです。本当に冒頭…
【障がい者（障害者）のおすすめ求人紹介】 日本電子 株式会社事業内容：高級精密理科学機器（電子光学機器・分析機器）、産業機器・医用機器の製造・販売・開発研究、およびそれに附帯する製品・部品の加工委託、保守・サービス、周辺機器の仕入・販売業務内容：設計業務・機械設計（装置の駆動・制御系の機構設計やデザイン・板金等の筐体設計等）・電気設計（アナログ・デジタル回路、微少信号・高速信号処理低ノイズ高安定回路、高電圧回路等の設計等）・システム設計（制御系および応用系ソフトウェアの開発・設計、プログラミング、ソフトウェアテスト等）※応募時にいずれかご希望の業務をお伝えください。※電話対応有※雇止め規定あり…
4.1 アプリケーションの複雑さ 1 アプリケーションの複雑さを段階的に把握する 2 機能の複雑さを段階的に把握する 2-1 第1段階 2-2 第2段階 2-3 第3段階 2-4 第4段階 4.2 機能の粒度と、機能間の関係を整理する 4.3 入出力設計のまとめ方 4.4 処理詳細設計を行う 4.5 機能間の整合性を確認する 参考文献 本章では、前章までの情報をインプットにして、アプリケーションを作成する設計を行う方法について説明します。本書の「テーマ」の章でもあります。 4.1 アプリケーションの複雑さ 本節を読むことで、アプリケーションやその機能がどれだけ複雑で作るのが大変なのかを、明確に…
はじめに こんにちは、Tochiです。 2章~4章にかけて、「システム複雑さ」やその対処法である「モジュール設計」についてまとめました。 2章まとめ 3章まとめ 4章まとめ 今日は、「A Philosophy of Software Design」の第5章の「情報の漏洩と隠蔽」ということについてまとめていきます。 https://amzn.asia/d/7tUC5KQ はじめに 5章 情報の隠蔽 感想 5.1 情報の隠蔽 5.2 情報の漏洩 5.3 情報漏洩の原因「時間分解」 5.4 HTTPサーバの例 5.5 5.6 5.7 5.8 クラスに隠された情報 5.9 やりすぎ問題 5章のまとめ …
はじめに こんにちは、Tochiです。 前回は第2章、第3章に引き続き、今日も第4章について考えていきたいと思います。 第2章まとめ 第3章まとめ 今日は、「A Philosophy of Software Design」の第4章の「モジュールは深くあるべき」ということについて考えていきます。 https://amzn.asia/d/7tUC5KQ はじめに 感想 第4章 4.1 モジュール設計 4.2 インターフェースには何が含まれるか 4.3 抽象化 4.4 深いモジュール 4.5 浅いモジュール 4.6 クラスの細分化（Classitis） 感想 「クラスは小さくすべき」という教えは、私…
あるいは不確実性について。 2024/07/20に次のイベントで設計についての話をしました。 【拡大版】アニメから得た学びを発表会 - connpass サブテーマとして後期クイーン的問題を取り上げたのですが、LTの時間だと話しきれなかったので詳細を書き残します。単なる読み物に近いものになります。
はじめに こんにちは。虎の穴ラボのS.Sです。 この記事は虎の穴ラボ2024 夏の連載企画22日目の記事になります。 前回はnagaさんによる「ソフトウェア開発現場の「失敗」集めてみた。から学んだこと」が投稿されています。 次回はy.fさんによる「「関数型デザイン」を読んで、設計と実装の幅を広げよう！」が投稿される予定です。 今週のテーマは「書評」ということで、システム設計に関する良い本がありましたので、今回はこちらの本をご紹介したいと思います。 書籍情報 タイトル システム設計の面接試験 著者 アレックス・シュウ 発行 ソシム株式会社 発売日 2023年3月27日 ページ数 328ページ w…
エンジニアとして仕事をしていると、「処理を共通化しなさい」という言葉をよく耳にすることがあると思います。 確かに、共通化することで保守性や再利用性が向上するなど、多くのメリットがあるのは間違いありません。 しかし、なんでもかんでも闇雲に「共通化」することが必ずしも良いとは限らないのではないかと感じています。そこで、今回はその点について少し考えを整理してみました。 過度な共通化の問題点 全く同じ処理を共通化すること自体には、特に問題はないと思います。 問題が生じるのは、似ている処理を無理に共通化しようとする場合です。 似ている処理を共通化する際、どうしても異なる箇所を含めなければならなくなります…
社内で求められる動きがマネジメント?っぽい役割になってきたので設計のやり方等を俯瞰すべく下記の積読を消化。 www.ric.co.jp 仕事で色々あって２ヶ月かかったが、通読できたのでメモ。 概要 エンタープライズ系の硬めのシステムを中心に、ウォーターフォール開発のシステム設計について全体を俯瞰できる本。 自分はコーディングやリファクタなど、いわゆる後工程に携わってきた人間なので、要求分析などの知識不足を痛感していた。 この本を読めば伝統的なウォーターフォール開発でやることはリストアップされ、タスクの解像度が上がるはず。 それぞれの工程は前後でトレースできることが徹底されているため、複雑で手が…
qiita.com
twitter.com
qiita.com
qiita.com
tech-yoshikipom.hatenablog.com
shacho.beproud.jp
zenn.dev
masuda220.jugem.jp
www.itmedia.co.jp
