suginoyのブックマーク - はてなブックマーク

エンジニアリング組織論への招待：リファレンスガイド第１章/第２章 - Qiita

はじめに本稿は、拙書のエンジニアリング組織論への招待～不確実性に向き合う思考と組織のリファクタリングに関する参考となる書籍を企画意図とともにあげていく試みです。できる限り、専門書ではなく平易な文体の書籍を参考としてあげていきますので、このあたりを深掘りしたいなと思ったら、その箇所のみの参考書籍を併読していただけるとより理解が深まると思います。 Chapter 1　思考のリファクタリング第１章は、「仕事」と「学力テスト」という２つの違いを論じながら、１６世紀から２０世紀初頭にいたるまでの科学哲学の歴史を辿っていくというのが「裏テーマ」となっています。そこから、「知識を得る」とは何かということを浮き彫りにし、それこそが<エンジニアリング>であると論じるということが本書を通じた論理展開の骨子です。そのため、直接の参照ではありませんが、科学という概念が西洋社会でどのように生まれてきたのかとい

suginoy 2018/04/03

開発

リンク

新人プログラマに正月休み中を使って読んでみてほしい技術書をセレクトしてみた。 - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。エンジニアリング組織論への招待～不確実性に向き合う思考と組織のリファクタリングこの書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。はじめに今年、書いた幾つかの記事のタネ本であったり、新卒教育の際に参考書籍

suginoy 2014/12/19

BookAntenna

リンク

何かのときにすっと出したい、プログラミングに関する法則・原則一覧 - Qiita

エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。エンジニアリング組織論への招待～不確実性に向き合う思考と組織のリファクタリングこの書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。デメテルの法則別名最小知識の法則。デメテルは、豊穣の女神。アスペクト指向などの研究であった「デメテルプロジェクト」に由来。基本的な考え方は、任意のオブジェクトが自分以外（サブコンポーネント含む）の構造やプロパティに対して持っている仮定を最小限にすべきであるという点にある。単純化して説明すると、オブジェクトの"メンバーのプロパテ

suginoy 2014/07/23

開発

リンク

「オブジェクト指向プログラミング」と「関数型プログラミング」のたった一つのシンプルな違い - Qiita

はじめに関数型プログラミングとオブジェクト指向の抜き差しならない関係について整理して考えるという記事がkenokabeさんという方が挙げていて、拙著の新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡について言及があったので、補考として挙げておく。暗黙的状態と明示的状態これまで、関数を「わかりやすくきれいに書く方法」とオブジェクト指向が「どのようにして生まれてきたか」について話してきた。新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡一見、それぞれ関係ないように思うかもしれないが、実は大きなテーマでつながっている。『それは「状態」をどのように取り扱い単純化するか。』ということだ。そして、これがいわゆる関数型プログラミングとオブジェクト指

suginoy 2014/07/15

programming

リンク

ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。この記事のバックグラウンドとなる体系的知識が本になりました。エンジニアリング組織論への招待～不確実性に向き合う思考と組織のリファクタリングあわせて読みたい経営者マインドが足りない！vs. 現場に任せてくれない！の対立をなくすカードゲームをつくった話新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則新人プログラマ

suginoy 2014/06/22

“なぜ、分割するのかと言えば、「その方が簡単になるから」であるのだが、練度の低いプログラマほど「その方が難しい」と感じる傾向がある”

programming

リンク

MVCの流れを簡単にまとめてみる - Qiita [キータ]

理解しやすいように適当に遮ったり、言い切ってしまったところもあるがご容赦いただきたい。 MVCの登場 MVCは、SmalltalkのGUIライブラリのモデルとして登場した。これはGUIアプリケーションを記述する際に、適切なモデル化を進めるのにとてもいい考え方だと思われていたし、実際にそうだった。これはアーキテクチャパターンとして、それぞれがどのように依存するべきか、どこにコードを書くべきかということを端的に表している。安定依存の原則というものがある。これは、要件が安定しているモジュールに依存し、要件が変動しやすいモジュールには依存しないようにするという原則だ。MVCアーキテクチャでは、GUIアプリケーションの安定関係をModel > View > Controllerの順でとらえている。データ処理や業務要件というのは安定しており、UIパーツもまた比較的安定している。それらを統合してア