成長の為にアウトプットがなぜ必要なのか。mattn氏が語る持続的なアウトプットのススメ

2024/05/16 177 users アウトプット mattn ススメ SIer OSS

成長の為にアウトプットがなぜ必要なのか。mattn氏が語る持続的なアウトプットのススメ 2024年5月16日 mattn 大学卒業後、ソフトウェアハウスやSIerなどでソフトウェア開発に携わる。vi派生のテキストエディタVimの日本語化やプラグイン、Go言語などでOSS（オープンソースソフトウェア）の開発・コミュニティ運営に参加... 続きを読む

まつもとゆきひろ氏がソフトウェア開発に役立つ2冊の書籍を紹介　『失敗の科学』と『APIデザインケーススタディ』から学べること

2024/04/29 179 users APIデザインケーススタディ もとゆきひろ氏 科学 書籍 失敗

まつもとゆきひろ氏がソフトウェア開発に役立つ2冊の書籍を紹介 『失敗の科学』と『APIデザインケーススタディ』から学べること #11 「失敗の科学」 オープニングトーク まつもとゆきひろ氏：まつもとゆきひろです。月曜日に放送して以来、ちょっと間が空いてしまいました。今日これを録音しているのは、（2022年）6月25... 続きを読む

Playwrightを使ったE2Eテストを導入した話 - Uzabase for Engineers

2024/04/25 108 users NewsPicks playwright 海老澤 テスト手法

はじめに こんにちは。ソーシャル経済メディア「NewsPicks」の QA/SET チームの海老澤です。 先日 弊社で E2E テスト実行するために Playwright を導入したため紹介させてください。 E2Eテストとは E2Eテスト（エンドツーエンドテスト）とは、ソフトウェア開発におけるテスト手法の一つで、アプリケーションが実際の運用... 続きを読む

設計の知識と技能で駆動するソフトウェア開発

2024/03/24 143 users 技能 設計 モジュール 登壇 技法

Object Oriented Conference 2024 登壇の機会をいただいたので、ここ数年、設計について考えていることを、言語化してみました。 はじめに 設計と開発プロセスの関係性 ソフトウェア設計の知識と技能 ① ソフトウェア設計の基礎知識 a. 基本課題 b. 解決のアプローチ c. モジュール化：基本となる４つの技法 ② モジュール... 続きを読む

You Don't Need AWS ~お前にAWSは必要ない~

2024/03/05 114 users AWS You Don GCP Azure お前

はじめに タイトルはこちらから拝借しました。この記事は他のパブリッククラウド(Azure, GCP)を薦める記事でもなければ、プライベートクラウドを薦める記事でもありません。また私自身、エンジニアキャリアの中でAWSはたくさん使ってきましたし、今でもソフトウェア開発のわがままに答えてくれる素晴らしいサービスだと... 続きを読む

ミノ駆動さんに「なぜ負債解消にDDD？」と聞いたら、ソフトウェア開発の本質に気づかされた

2024/01/15 182 users DDD ReadyFor リファ レバテックラボ ミノ駆動

ミノ駆動さんに「なぜ負債解消にDDD？」と聞いたら、ソフトウェア開発の本質に気づかされた 2024年1月15日 株式会社スタメン ミノ駆動（仙塲大也） 電子機器メーカーや大手精密機器メーカー、クラウドワークスを経て、2021年4月にREADYFORに入社。アーキテクチャの変更容易性や機能性を促進する設計構造を目指し、リファ... 続きを読む

品質保証部門の老害化。そして老害化した品質保証は品質を悪化させる - 千里霧中

2024/01/10 555 users 千里霧中 老害化 品質 品質保証 JTC

※品質保証のエンジニアが自省・戒めのために書いた記事になります 品質管理（Quality Control）、品質マネジメントは国内では製造業を中心に発展し、プロダクトの競争力向上に貢献してきました。 JTCと呼ばれる旧来からのメーカーでは、その実績・年功の蓄積に応じて品質管理・品質保証部門が権威を獲得し、今でもソフト... 続きを読む

【DDD入門】TypeScript × ドメイン駆動設計ハンズオン

2024/01/10 436 users TypeScript DDD入門 ドメインモデル DDD 要求

TypeScriptとドメイン駆動設計（DDD）を組み合わせ、APIを構築するハンズオンガイドです。この本では、DDDとは何かという基礎的なところからソフトウェア開発における戦略的設計、戦術的設計まで、包括的な知識を提供します。 戦略的設計では、ビジネスの要求に合わせたドメインモデルの設計をイベントストーミングを用... 続きを読む

アーキテクチャの進化はドメインイベントが起点になる - KAKEHASHI Tech Blog

2023/12/24 164 users アーキテクチャ 起点 adventar.org 洞察 カケハシ

こちらの記事はカケハシ Advent Calendar 2023 Part2の24日目の記事になります。 adventar.org はじめに 反復的な開発は、変更容易性の高いソフトウェアが不可欠です。ソフトウェア開発の経験がある方なら、デリバリ後の洞察や市場環境の変化から、新しい機能の追加やアーキテクチャの進化の必要性に直面したことが一度... 続きを読む

中途入社や部署異動で来た新メンバーを活躍しづらくするアンチパターン - Qiita

2023/12/04 1445 users エンジニア 規模 新卒社員 チーム Qiita

1. はじめに ソフトウェア開発のチームに、新しいメンバーが入ってくることはよくあります。 以前に新卒社員がチーム入ってきた場合の育成方法を紹介しました(こちら)。 今回は、新卒社員ではなく、他の会社から中途入社か同じ会社の部署異動で来る新メンバーの話です。 (エンジニアが数百人などで規模が大きい会社の場... 続きを読む

タスクに「〜対応」という名前をつけるのを避けたい理由 - kymmt

2023/11/17 170 users kymmt バックログ タスク マーケ 事象

先日同僚と雑談的に話してたことを書いておく。ソフトウェア開発のバックログにおける話です。 「〜対応」とは 主に差し込みで入ったタスクやなにか早めに単一の解決したい事象のためのタスクに名付けられやすい名前。 あくまでも例としてだが 「マーケから割引データ表示依頼対応」 「監視アラート対応」 みたいなやつ... 続きを読む

『はじめよう！ 要件定義』（とそのシリーズ）を読んで、はじめよう！UIデザイン｜金 成奎

2023/11/06 409 users ビギナー ベテラン エンジニア 要件定義 文章

『はじめよう！ 要件定義 ～ビギナーからベテランまで』はそのタイトル通り、ソフトウェア開発に携わるエンジニアやPM向けに、要件定義の進め方について優しく解説してくれる書籍です。かわいいイラストと平易な文章がとっつきやすく、するすると読めてしまいますが、要件定義って何をどうやったらいいの？とお悩みの方... 続きを読む

認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介

2023/10/28 209 users 知見 文脈 認知負荷 プログラミング 心理学研究

認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介 この記事の目的 ここ数年で、ソフトウェア開発やプログラミングの文脈で、「認知負荷」 および 「認知負荷理論」 という用語をよく見聞きするようになりました。私が今思い出せるだけでも、以下のような書籍... 続きを読む

自作PC2023: Ryzenをやめた - k0kubun's blog

2023/10/20 273 users Ryzen Intel CPU マシン 自作pc

Ryzenはゲーム用CPUとしては特に問題ないのだが、 ソフトウェア開発においてはIntelのCPUに比べて不便なポイントがいくつかある。 日々業務で使っていてあまりにもストレスが溜まるので、CPUをIntel Core i7に変更した。 このマシンは8年前に組んだ自作PC なのだが、使っていて不便を感じたパーツを差し替え続けた結果、... 続きを読む

財務諸表というフレームワークで考えるソフトウェア開発と技術的負債｜Yoshinobu Wakamatsu

2023/10/02 249 users フレームワーク 負債 財務諸表

この記事は「Funds Advent Calendar 2022」21日目の記事です。 ファンズ株式会社 CTO の若松と申します。 今年も例年通り Twitter の運用は三日坊主となり、 note についても筆を断ったまま2022年を終わりを迎えようとしていたところ、アドベントカレンダーの時期が来ていました。 せっかくの機会ではあるので、以前から... 続きを読む

ソフトウェア開発の真の問題点は、コードを書くことではなく、問題の複雑さの管理にある - YAMDAS現更新履歴

2023/09/24 477 users YAMDAS現更新履歴 複雑さ コード 問題点 問題

www.oreilly.com オライリー・メディアのコンテンツ戦略部門のバイスプレジデントであるマイク・ルキダスの文章だが、彼が数週間前、「コードを書くことが問題なのではない。複雑さをコントロールすることが問題なのだ」というツイートを見かけた話から始まる。彼はこれに感心したようで、これから何度も引用すると思う... 続きを読む

MVCモデルは意識した方がいい！！！私は地獄を見ました！！！ - Qiita

2023/06/19 154 users Qiita MVC controller MVCモデル 何者

目次 MVCモデルとは何者？？ Modelとは Viewとは Controllerとは まとめ　（MVCを意識せずに書いた私の経験談） MVCモデルとは何者？？ MVC（Model-View-Controller）モデルは、ソフトウェア開発におけるデザインパターンの一つ。MVCはアプリケーションの内部の構造を整理し、役割を分離することで、保守性や拡張性を向... 続きを読む

システム開発に銀の弾丸はないが「金の弾丸」ならある『人が増えても速くならない』

2023/06/09 615 users 本書 弾丸 プログラミング 納期 見積もり

例えばソフトウェア開発において、 人が増えても納期が短くなるとは限らない 見積もりを求めるほどに絶望感が増す 納期をゴリ押すと、後から品質はリカバリできない これを見て、「だよねー」「あるあるｗ」という人は、本書を読む必要はない。 プログラミングは人海戦術で何とかならないし、「厳密に見積もれ」というプ... 続きを読む

「Go Style Guide」から学んだ可読性の高いコードの書き方

2023/06/02 143 users 可読性 高いコード 書き方 FRI 小島

Go Conference 2023 ( 2023/06/02 Fri. ) https://gocon.jp/2023/ 登壇資料 株式会社アンドパッド プロダクトテックリード 小島 夏海 みなさん、Googleが公開したGo Style Guideは読みましたか？ ソフトウェア開発は継続的な活動であり、一般的に複数人で行うことが多いです。 継続的に複数人で開発を行う場合、自分が書... 続きを読む

いつも間違っている人への対処法 - 超ウィザード級ハッカーのたのしみ

2023/05/04 133 users 価値 何度 業界 仕事 世界

仕事をしていると、必ず間違いを提出してくる人に出会ったことはないでしょうか？私は何度も悲しい思いをしており、そういう人にはもう仕事は頼めないと、非情ですが早々に判断するようにしています。 少なくともソフトウェア開発の世界では、正確さに大きな価値が置かれています。この業界だけでなく一般的に、間違いは... 続きを読む

私がもはやベロシティについてほとんど話さない理由

2023/02/17 198 users ベロシティ スクラム エクストリーム プログラミング 要素

ベロシティは、スクラムの要素だったことはありません。 ソフトウェア開発に「ベロシティ」を適用することは、エクストリーム・プログラミング（XP）の先駆者たちによって考案されましたが、今ではそれが良くないアイデアだと考える人たちもいます。 残念ながら、スクラムの世界では、いまだに 「4倍のベロシティ向上 」... 続きを読む

ダメな内製化もあるという話 - orangeitems’s diary

2023/01/21 112 users orangeitems’s diary 内製化 障壁 方向

内製化すればいいというものじゃない、ということを考える。 japan.zdnet.com ガートナージャパンは1月18日、日本でのソフトウェア開発の内製化に関する調査結果を発表した。方針が内製化の方向にある企業が54.4％に上り、IT部門の人手不足が開発内製化の最大の障壁になっていることが分かった。 最近はデジタルそのもの... 続きを読む

エンジニアを増員するロジックについて考える - yigarashiのブログ

2022/12/28 171 users 線形 増員 yigarashi えん 神話

ソフトウェア開発で、より早くより多く価値を届けたいと考えた時、エンジニアの増員は有力な選択肢です。もちろん、人月の神話などで語られるように、人を増やしただけ線形に生産力が向上するというシンプルな世界ではありません。それでも多くの現場でエンジニアの増員が行われます。自分のチームでも、とりあえずエン... 続きを読む

安全安心にソフトウェア開発を行うためのDesign Doc導入ガイド｜面川泰明｜note

2022/09/25 439 users Note 安全安心

みなさん、コードを書く前に設計書を書きますか？ 書くか書かないかは人それぞれだと思いますが、「設計」というプロセス自体は意識的であれ無意識的であれエンジニアであれば全員やっていることだと思います。 今回は設計プロセスの改善という文脈で私たちがDesign Docという仕組みを導入したことについて共有しようと... 続きを読む

ロックスターになれなくてもいい。ソフトウェア開発に長く携わる技術「メタエンジニアリング」とは - Findy Engineer Lab - ファインディエンジニアラボ

2022/09/19 294 users ファインディエンジニアラボ ロックスター 技術

Developers Summit 2020に登壇 こんにちは！ 塩谷啓（@kwappa）と申します。ヘイ株式会社（2022年10月よりSTORES 株式会社）のエンジニアリング室という部署で、マネージャーをしています。 エンジニアとしてのキャリアを家庭用ゲームソフトの開発からスタートし、SESや受託開発を経て、いくつかのWebサービスの会社で働... 続きを読む