yoppi

package main

import (
>......."fmt"

>.......fakeerror "github.com/yoppi/fakeerror"
)

func main() {
>.......fmt.Printf("fakeerror: %p\n", fakeerror.FakeError)

yoppi

35章 SimulaからJavaへ、そしてその先へ: 主なオブジェクト指向言語とその環境

• 1967年Simulaを皮切りに多くのオブジェクト指向言語が生まれた
• Simula、Smalltalk、C++と他のC拡張、Javaを調査する
• この章では、言語に関する詳細な比較評価はせず、問題 と 概念 について学ぶことである

35.1 Simura

• クラス家の創立者
• 1967年に完成

yoppi

nokogiriでトラブル

nokogiriのバージョンがちょっと異なり、libxmlの共有ライブラリが見つからなくて落ちる。 xml4r/libxml-ruby#70

TL;DR

うんちくとかどうでもいい人は以下で解決します。

yoppi

HOGE = 'hoge'
{"#{HOGE}": { foo: 'foo', bar: 'bar' }}
#=> {:hoge=>{:foo=>"foo", :bar=>"bar"}}

yoppi

29章 オブジェクト指向という手法を教える

これからオブジェクト指向を適用しなければならない人を教育するにはどうするのが良いのか、教育の原則を提示して、一般的な間違いを指摘する。

29.1 企業でのトレーニング

教育する側の仕事は、1980年代にオブジェクト技術が関心を集め始めた頃よりも今の方が難しいかもしれない。 すでにわかっていると思っていることについて学ぶことのできる人はいないからだ。

yoppi

#include <netdb.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <errno.h>

#define CANARY "in_the_coal_mine"

struct {
  char buffer[1024];

yoppi

24.6 1つのメカニズムにするか、複数のメカニズムにするか

継承の使い方の種類は幅広いので、基礎となる概念を実現するためには、複数の言語機構が必要なのでは

• モジュール継承(新しいモジュールで既存の特性を再利用するためのツール)
• 型継承(型の分類機構) このように分けることは利益になるより、害になる

• 2つのカテゴリだけを認識することは継承のさまざまな使い方を表すことにはならない
• 無駄な方法論的な議論を招くことになる

yoppi

オブジェクト指向入門 23.1

クラス設計の原則

ソフトウェア開発において、モジュールインタフェースを適切に設計すること以上に根本的に重大な課題はあまりない。 クラスの成功を左右するのは、顧客からどう見えるかなので、重要なことはクラスのインタフェースをいかに単純に、わかりやすく、覚えやすく、時間と変化の試練に耐えられるかということである。

検討するのは、

yoppi

19章 方法論について

19.1 ソフトウェアの方法論: なぜとなに

人は導いてくれるものを欲する。成功するためにはそれにしたがっていさえ入れば良いというような、「真実の法則」の探求は、ソフトウェアにおいて新しいものでもないし、また、ソフトウェアに限定されるものでもない。

• ソフトウェアの方法論から得られるものは何か、その方法論の限界はなにかを知っておくことが重要

• 良いソフトウェアを作り出す絶対確実な方法というものはない

yoppi

package main

import (
	"fmt"
)

type Parent struct{}
type Child struct {
	*Parent
}