大久保弘崇

FrontPage

2020-08-25T15:11:00+09:00

愛知県立大学情報科学部情報科学科講師。 -メール : ohkubo ＠ ist.aichi-pu.ac.jp （広告宣伝メールの送信を禁止します） #co{ -つぶやき : @gotoki_no_joe } **週間予定 ***2020後期 |＼|午前|午後|5限～| |月|－|－|－| |火|－|ソフトウェアアーキテクチャ(4限)|－| |水|－|(教授会)|－| |木|コンピュータアーキテクチャI(2限)|－|－| |金|－|研究会|－| 未定 - B3輪講 - 輪講 ***2020前期 |＼|午前|午後|5限～| |月|プログラミング入門(2限、遠隔、時間固定)|－|－| |火|コンピュータアーキテクチャII(1限、遠隔、時間自由)|－|－| |水|－|(教授会)|－| |木|－|全体輪講|－| |金|－|研究会|続き| #co{ ***2019後期 |＼|午前|午後|5限～| |月|－|－|－| |火|－|B3輪講(4限)|－| |水|コンピュータアーキテクチャI(2限)|(教授会)|－| |木|ソフトウェアアーキテクチャ(2限)|輪講(4限)|－| |金|－|研究会|－| ***2019前期 |＼|午前|午後|5限～| |月|プログラミング入門(2限)|－|－| |火|コンピュータアーキテクチャII(1限)|－|全体輪講| |水|－|PBL / (教授会)|－| |木|B4輪講(2限)|－|－| |金|－|情報科学のものづくり(3限)研究会(4限以降)|続き| ***2018後期 |＼|午前|午後|5限～| |月|－|－|－| |火|－|－|輪講| |水|コンピュータアーキテクチャI(2限)|(教授会)|－| |木|ソフトウェアアーキテクチャ(2限)|－|－| |金|－|研究会|－| 未定：B3輪講 ***2018前期 |＼|午前|午後| |月|プログラミング入門(2限)|－| |火|コンピュータアーキテクチャII(1限)|B4輪講(5限)| |水|ハードウェア記述言語(1限)|PBL / (教授会)| |木|全体輪講(2限)|応用実験 (プロセッサ)| |金|－|情報科学のものづくり(3限)研究会(4限以降)| ***2017後期 |＼|午前|午後| |月|－|－| |火|(終了)輪講(2限)|B3輪講(4限)| |水|コンピュータアーキテクチャI(2限)|(教授会)| |木|ソフトウェアアーキテクチャ(2限)|－| |金|－|研究会| ***2017前期 |＼|午前|午後| |月|プログラミング入門(2限)|B4輪講(5限)| |火|コンピュータアーキテクチャII(1限)|全体輪講(5限)| |水|ハードウェア記述言語(1限)|PBL / (教授会)| |木|OJL(2限)|応用実験 (プロセッサ)| |金|－|情報科学のものづくり(3限)研究会(4限以降)| ***2016後期 |＼|午前|午後| |月|－|ソフトウェア工学実践(3限)| |火|B4輪講(2限)|基礎実験 (PC組み立て)| |水|－|－(教授会)| |木|ソフトウェアアーキテクチャ(2限)|基礎実験 (PC組み立て) 輪講(5限)| |金|－|研究会| ***2016前期 |＼|午前|午後| |月|プログラミング入門(2限)|情報リテラシーA(4限)| |火|－|－| |水|ハードウェア記述言語(1限)|PBL / (教授会)| |木|－輪講(2限)|応用実験 (プロセッサ) B4輪講(5限)| |金||情報科学のものづくり(3限) 研究会(4限～)| ***2015後期 |＼|午前|午後| |月|－|－| |火|輪講(2限)|基礎実験 (PC組み立て)| |水|－|－(教授会)| |木|ソフトウェアアーキテクチャ(2限)|ソフトウェア工学実践(3限) 基礎実験 (PC組み立て)| |金|輪講(2限)|研究会| ***2015前期 |＼|午前|午後| |月|プログラミング入門(2限)|情報リテラシーA(4限)| |火|－|－| |水|応用実験 (プロセッサ)|PBL / (教授会)| |木|－|ハードウェア記述言語(4限)| |金|輪講(2限)|情報科学のものづくり(3限) 研究会(4限～)| ***2014後期 |＼|午前|午後| |月|－|[[特殊研究(作曲領域４)]]＠愛知県立芸術大学(3限)| |火|－|基礎実験 (PC組み立て)| |水|輪講coq(2限)|－(教授会)| |木|－|ソフトウェア工学実践(3限)| |金|B3輪講(2限)|研究会| ***2014夏～秋 [[知の探究講座2014]] ***2014前期 |＼|午前|午後| |月|プログラミング入門(2限)|ソフトウェアアーキテクチャ(4限)| |火|－|輪講([[CPDT]])(4限)| |水|応用実験 (プロセッサ)|PBL / (教授会)| |木|－|OJL(3限) ハードウェア記述言語(4限)| |金|輪講2(2限)([[PCPiH]])|情報科学のものづくり(3限) 研究会(4限～)| ***2013後期 |＼|午前|午後| |月|－|ソフトウェア工学実践(4限)| |火|－|個ゼミ(3限)| |水|計算機言語論(2限)|－(教授会)| |木|－|基礎実験 (PC組み立て) 輪講([[PLC]])(4限)| |金|B3輪講(2限)([[PCPiH]])|研究会 +個ゼミ| ***2013前期 |＼|午前|午後| |月|計算機言語論(2限)|ソフトウェアアーキテクチャ(4限)| |火|－|－| |水|応用実験 (プロセッサ)|PBL / (教授会)| |木|－|ハードウェア記述言語(4限), 輪講([[PLC]])(5限)| |金|－|研究会| ***2012後期 |＼|午前|午後| |月|－|－| |火|－|基礎実験 (PC組み立て)| |水|計算機言語論(2限)|－(教授会)| |木|－|基礎実験 (PC組み立て)| |金||研究会 + 輪講 ([[Coq'Art]])| ***2012前期 |＼|午前|午後| |月|－|ソフトウェアアーキテクチャ(4限)| |火|－|応用実験 (プロセッサ)| |水|4年自主ゼミ([[Pearls of Functional Program Design>Pearls]])(2限)|PBL / (教授会)| |木|－|ハードウェア記述言語(4限)| |金|自主ゼミ([[関数プログラミングの楽しみ>FOP]])(2限)|研究会 + 輪講 ([[Coq'Art]])| ***2011後期 |＼|午前|午後| |月|輪講 ([[Foundations of XML Processing>XMLTTAA]])|-| |火|-|基礎実験 (PC組み立て)| |水|(計算機言語論(2限))|-(教授会)| |木|-|基礎実験 (PC組み立て)| |金|輪講 ([[FOP]])|研究会 + 3年セミナー([[Pearls]])| }

すごいHaskellじぶんで作ろう！コメントページ

2019-10-15T23:53:22+09:00

匿名で質問を受け付けるためのページ。 - 書き込みテストー -- テスト (2019-10-15 23:52:45) - でもこれだと、書き込みがあっても気づかないなぁ。 -- 名無しさん (2019-10-15 23:53:22) #comment(,disableurl)

知の探究講座2014/コメントログ

2014-12-26T09:34:01+09:00

- 11/15に欠席した人は、グループの他のメンバーと連絡がとれるように、教育委員会の方にお願いをしています。話が来たら対応して下さい。 -- (大久保) &size(80%){2014-11-20 12:17:51} - 皆さんお疲れ様でした。 &br()グループ2も素晴らしい出来でしたが、高校が別々なので代表への推薦は見送りました。 -- (大久保) &size(80%){2014-12-26 09:34:01}

特殊研究(作曲領域４)

2014-12-22T17:15:33+09:00

Processingとarduinoで楽しいことをしましょう。 12/22連絡このページに添付した08-arduino 2.pdfの内容を自習しておいて下さい。印刷版はT先生に預けてあります。制作物の構想を練っておいて下さい。 100円ショップの電動オモチャなどよい素材になる可能性があります。

知の探究講座2014

2014-08-21T09:33:42+09:00

JavaScriptプログラミングとenchant.jsによるアプリ作成 [[あいち理数教育推進事業>http://www.pref.aichi.jp/0000032740.html]] の「知の探究講座」の一つ ** 受講生掲示板 #comment_num2(size=100,vsize=10,title_msg=メッセージ)

コメント/知の探究講座2014

2014-08-21T09:29:21+09:00

-test - 名無しさん 2014-08-21 09:29:12 --返信 - 名無しさん 2014-08-21 09:29:21

ソフトウェアーキテクチャ

2014-06-09T16:01:10+09:00

2014年度 Scala Design Patterns を輪講形式で読む。 http://www.springer.com/computer/swe/book/978-3-319-02191-1 著者 http://people.uwe.ac.uk/Pages/person.aspx?accountname=campus%5cje3-hunt Amzazon.comの書評を転載する。 >I was excited to see a pattern book on Scala and the publisher, Springer, normally has good books. This book is an exception. The content is shallow. If you have the GoF book, this might provide some guidance on the Scala implementations, but the quality of print and graphics is just not worth the price. >Some patterns have as little as 3 pages. Code samples are presented as graphic images and the graphics are horrible. The code samples are barely readable. Check out the Kindle version, the graphics don't get better in print. >The first 50 pages of this 327 pages book covers UML, that leaves precious few pages to cover dozens of patterns. AND, no index is provided. >Absolutely the worst Spring book I've ever purchased, and I own many. もうちょっと調べてから本を決めるべきでしたね。 ---- 2012年度、2013年度テキスト「独習デザインパターンC++」 [[Errata(公式)>>http://www.seshop.com/book/errata/9833/list]] &del(){こちらには1刷の誤りのごく一部しか掲示されていないが、} &del(){現在はさらに多くの訂正が入った2刷が流通している。} &del(){また、2刷によってエンバグした箇所もある。} 小生からの問い合わせが元で正誤表システムのトラブルが発見され、訂正されたようです。 [[C++の解説サイト>http://www.geocities.jp/ky_webid/cpp/language/]] 補足 - p.61 -- 「さらに、呼び出し側のクラス（関数）に」『に』がメソッドを作る位置にも読めるので、まるごと消す。 - p.65 リスト -- getInstance()の中の mapconstract(pBuilder); は construct の typo - p.240 図16.1 -- 各concrete HomeBuilder の getStructure() は setStructure() の typo - p.265 図18.4 -- MediatorからColleagueへの矢印は逆。ConcreteColleagueA,BからConcreteMediatorへの矢印は逆で形も異なる。2刷で訂正済。 - p.275 図19.2 -- Delivertyの属性successor_はpSuccessorのtypo - p.276 図19.3 -- Handlerが目でなく日になっている。自分自身への依存にsuccessorと名前をつけると親切。 #co(){ - p.300 リスト21.3 -- 本文には「find()メソッドはまず自らのディレクトリ名と」云々とあるが、その動作がない。 } - p.304 l.1 -- 「visit()メソッドでは、検索対象のディレクトリまたはファイルの名前が指定されたものかを判断して、そうであった場合は」でないと意味が通じない。 - p.306 図21.3 -- ListVisitor::find() は ListVisitor::visit(node:Node):Stringの誤り - p.308 §21.8 l.1 -- 「クラスの要素を変更」では意味不明。「ビジターが走査するElement側のクラス階層にクラスを追加」のことか。 - 20章メソッド名 write() → writeData() -- p.290 l.7, p.291 l.6, リスト20.9 l.15 - リスト20.9 l.5 -- virtual writeData( → virtual void writeData( - 同 l.11 -- ::CAbstract... → ::Abstract... - 同 l.14 -- メソッド宣言に virtual void と型を追加 (virtualは必要？) - p.293 図20.8 一番下 -- component::operation(); → Decorator::operation(); - 21章の例 -- 属性idは何も影響しない。add()メソッドも何も効いてこない。関係ない要素は省くべき。 -- 逆に、add()メソッドは図にあるようにDirectory独自のメソッドであるべきで、NodeやFileにも入れるのはおかしい。 - p.299 リスト21.1 l.6 -- findメソッドはvirtualにしなければならない - 同 l.-7 -- & → * - 同 l.-5 -- if の条件式は .compare() の結果ママではなく == 0 しないと逆になる - 同 l.-4 -- return* のアスタリスク不要 - p.300 リスト21.2 l.5 -- デストラクタ virtual ~File(); が不要 - 同 l.6 -- add() に virtual 不要 (将来的にoverrideするなら本体の定義側に必要?) - p.300 リスト21.3 -- &del(){コンストラクタでは children の初期化が必要、デストラクタの実体でこれの delete() が必要。} -- childrenは参照ではないので自動的に初期化される。よってデストラクタ ~Directory(); の宣言(l.5)が不要。 - 同 l.6 -- add() に virtual 不要か、合わせる。 - 同 l.7 -- find() も同上。 - 同 l.-4 -- new list → Node::find(name) 自分自身を検索するのを忘れている。 - p.301 同 l.3 -- delete temp; は if の外に出さないとメモリリーク。 - 同 l.7 -- result → pResult - p.305 図21.2 -- 図中のオブジェクトの名前がずれていては意味を成さない。 -- 1:find(node,name) と directory:Node は名前を統一するべき -- また、対応するオブジェクト図を同時に示すべき。 - p.314 リスト22.1 -- PieceのコンストラクタでnameをNULLに初期化しないで大丈夫か？ - p.318 §22.6末尾 -- そういうスタイルもあるがmustではない。 - p.320 リスト22.8 -- clone()メソッドをprotected:にしたら呼べない。 - p.321 §22.8末尾 -- 「通常は」以下、聞いたこともないしこの説明で何をどうするのかさっぱり理解できない。 - p.321 §22.9 -- 全体的に意味不明。 -- Widget Setに用意されいてるクラスのインスタンスを生成することのどこがクローンなのか。 - p.330 リスト23.7 -- l.6 "public:"のインデントは0 -- l.14 "map ..." は何？ - p.342 リスト24.1 -- getCell中の CCell → Cell -- l.-4 ; it != のセミコロンの後を空けるべき - p.343 リスト24.1 -- addStack()中 CCell → Cell, (*it) → (*itCell) - p.346 リスト24.3 -- ~SheetWithMemento() の最後の delete stack; は不要。 -- l.-5 }else{ は1文字ずつ空けるべき。 - p.347 リスト24.3 -- undo() 最後の if (current >= 0) は最初に if (current < 0) return しているから不要。 -- undo() と redo() で変数スタイルが memento, pMemento と統一されていない。 -- addStack()中 --- currentからendまでの範囲をerase()すれば一度で済む。 --- currentまでイテレータを進める、という計算をパターンにしないのが不思議なレベルで頻出してうざい。 --- erase()はその要素をリストに含めていたことを捨てるだけなので、メメントがメモリリークする。 --- しかし単純にメメントをdeleteすると、持っているCellも壊してしまう。 - p.348 ~CellMemento()中 -- 2度編集されたセルの1度めの編集操作は、新規書き込みメメントのNewと上書きメメントのOldの両方に持たれている。 -- Sheetのデストラクタでstackのメメントを順にdeleteすると、この編集操作を2度deleteしておかしくなる。 -- 最後の2行、CCellMemento→CellMemento - 24章 -- メメントがどんなものか説明せずにコードを読ませる§24.4の展開はひどい。 -- サンプルコードも上に指摘したようにかなり品質が低い。 -- また、§24.6の一般形と、クラスの対比はとれてもメソッドの対比がとれていない。例として不適切。 -- CaretakerとOriginatorは別のクラスであり、Originatorのカプセル化を破壊しないような例でなければならない。 - p.350 図24.4 -- ２つのコメントによるコード断片は、右がsetMemento(),下がcreateMemento()の説明だが、点線が届いていないので意味不明。 - p.356 リスト25.2 最後の3つのコンストラクタ呼び出しの引数 -- (SPC)SEAT → _SEAT - p.362 リスト25.9 -- ConditionalPolicy()の仮引数が行頭から始まっている。カッコの次のカラムにインデントする。 - p.363 図25.3 -- ConditionalPolicyはAbstractPolicyのサブクラス - 25章 -- InterpreterパターンはDSLと等価な考え方で、「コンテキストに依存して結果の変わる評価動作を持つ」だけでなく --「構文を持ち意味を組み立てられる」も本質の一部。ここの例では前者しか扱っていない。 -- 拡張で導入したTimeConditionでその説明をしたというのも無理がある。 -- §25.4の「これがInterpreterパターンでござい」はひどすぎる。それはオブジェクト指向設計。既知であったもの - p.178 箇条書きの1 -- Idel → Idle

**メニュー -勉強 --[[CPDT]] (2014輪講) --[[PCPiH]] (2013B3輪講) --[[PLC]] (2013輪講) --[[AAFPA]] (2012B3輪講) --[[Coq'Art]] (2012輪講) --[[FOP]] (2012自主ゼミ) --[[Pearls]] (2012自主ゼミ) --[[XMLTTAA]] (2011輪講) --SOE (2010輪講) --SICP (2009輪講) -仕事 --[[情報科学のものづくり]] 教養 --[[ソフトウェアーキテクチャ]] M1 --計算機言語論 B2 --[[プロセッサ作成実験]] B3 --[[コンパイラ作成実験]] B3 --PC組み立て実験 B2 -[[memo]] BLOG -[[新 (BLOGGER)>http://hirotakaohkubo.blogspot.jp/]] -[[旧 (APU)>http://www.ist.aichi-pu.ac.jp/~ohkubo/sb/]] ---- **更新履歴 #recent(20) // リンクを張るには "[" 2つで文字列を括ります。 // ">" の左側に文字、右側にURLを記述するとリンクになります &link_editmenu(text=ここを編集)

ACM ICPC

2013-11-28T14:47:45+09:00

*ACM ICPCについて過去問を集める。 |年|都市|国内 Domestic|アジア Asia Regional| |2001|函館|[[公式>http://www.fun.ac.jp/icpc/domestic_problems.html]] 保全html.zip 2001.zip (D)|[[公式>http://www.fun.ac.jp/icpc/Problems.html]] 保全PDF r2001.pdf 保全データ r2001.tgz | |2000|筑波|サルベージhtml.zip 2000.zip (B)|サルベージPDF r2000.pdf (A) / サルベージhtml.zip r2000.zip (C)| |1999|京都|サルベージhtml.zip 1999.zip (A)|サルベージPDF r1999.pdf (A)| |1998|東京|サルベージhtml.zip 1998.zip (A)|サルベージPDF r1998.pdf (A)| (A)は http://www.teu.ac.jp/icpc/pastProblems/index.html のWebArchiveより回収 (B)は http://icpc.score.is.tsukuba.ac.jp/problems.html のWebArchiveより回収 (C)は http://icpc.score.is.tsukuba.ac.jp/tsukuba-problems/index.html のWebArchiveより回収、一部画像なし (D)入力データが1つめしかない。

PCPiH

2013-11-25T19:39:38+09:00

*Parallel and Concurrent Programming in Haskell これは面白い、そして誤りが全然見当たらない。