「date」を含む日記 RSS

はてなキーワード: dateとは

次の25件>

2019-05-12

■anond:20190512005931

（略）ここの「インフォーマル」って何でもぶち込めるnoteを、形式として定まってない、形式ばらない、砕けたとかいう意味で言っているんじゃないの？

その形式の特徴を言っているだけなわけで、各国で使ってるとか関係なくない？

遅くとも18世紀にはヨーロッパで使われてる形式を「形式として定まってない」「形式ばらない」とかちょっと何言ってるかわからないですね……国ごと分野ごとに微妙な違いはあれど、notesの書き方はだいたい整備されてますよ。

人文系ではむしろこっちの方が格式ばった、フォーマルなやり方です。砕けたやり方？　author-dateの方がよっぽど「最近若手や中堅がやり始めてる砕けた注記法」だよ！

Permalink | 記事への反応(0) | 21:13

■[増田統計]2019年5月11日土曜日の増田

時間記事数文字数文字数平均文字数中央値
0012613466106.953
017013260189.463.5
0238358294.347.5
0371098156.935
04153114207.670
0520139669.834
0638336088.436
0734214263.036.5
08306742224.750.5
0958456878.836
1070669795.748.5
11717206101.548
129720685213.244
13111836775.434
141351300996.437
15118987483.733
161081055797.844
1710716416153.455
1813814363104.135
197512169162.346
207912700160.844
2111114247128.440
2213514801109.643
238813845157.335
1日1879227664121.242

本日の急増単語 ()内の数字は単語が含まれる記事数

食糞(5), ハイスコア(5), 博報堂(4), author(3), 惹起(3), 任侠(3), ニヒル(3), 京極(3), ブロック塀(3), date(3), 品定め(5), マリー(3), 不登校(10), 表現規制(20), クレーマー(15), 注(8), 学術(7), 英語圏(5), 明治時代(5), めぐみん(7), YouTuber(7), ミソジニー(10), コナン(7), ラーメン屋(7), 明治(10), マンコ(8), アナル(8), 遺伝子(12), 下方婚(19), 既婚(12), 性欲(27), 幸福(10), 規制(27), 引用(10), 専業主婦(10), データ(21), 論文(10), 保護(9)

頻出トラックバック先(簡易)

■ズボラなお前らの朝飯晒せ /20190511002116(29), ■東京で「これだけは食っとけ」って飲食店ある？ /20190511151054(13), (タイトル不明) /20190511104314(13), ■セックスレスです /20190511054825(11), ■五大超有名なのに熱く語られない漫画家 /20190511015814(8), ■マンガとか小説とかで、「負けられない戦い」って多いけどさ /20190511091331(8), ■不要になったwebエンジニアはどこへ行くのか /20190511130427(7), ■anond：20190510135746 /20190510233838(7), ■【ロリコン】犯罪者予備軍【許さない】 /20190511105650(7), ■うちの市の図書館に、クソゴミ老害クレーマーがいるんだが、対処法はあるのか。図書館員マジでかわいそう…… /20190509223349(7), ■anond：20190511213620 /20190511214318(6), ■ここにきて愛子天皇待望論が盛り上がっている理由 /20190510231538(6), ■天皇陛下ってさ /20190511103305(6), ■童貞に教えてほしいんだけど /20190511182845(5), ■文系の学問における注と参考文献の話、補遺 /20190511125053(5), ■30歳越えたら母親と何を話すの？ /20190511005336(5), ■問「日本で二番目に高い山は？」 /20190510135746(5), ■anond：20190507121709 /20190511133829(5), ■ /20190511061407(5), ■文章の最後に「知らんけど」をつける人へのお願い /20190511160512(5)

増田合計ブックマーク数 ()内の数字は1日の増減

6250700(3142)

Permalink | 記事への反応(0) | 00:02

2019-05-11

■author-date方式で引用しづらい文献

「文系の学問における注と参考文献の話、補遺」（anond:20190511125053）への反応見ていて、ブコメだけじゃなくtwitterでも「author-date方式でいいじゃん」という声がたくさんあり、やっぱり伝わりにくいものなんだなぁと思いました。

author-date方式、私もそれで論文書いたことあります。とても便利なやり方です。引用するのが学術論文や書籍だけなら。

ところで、次のような文献はどうやってauthor-date方式で引用すべきでしょうか（手持ちの英語文献から引っ張ってきた例です）。

RGASPI, f.89, op.8, d.1016, l.1.

最初のアルファベット数文字は公文書館の略号、それに続いているのは公文書館に所蔵されている史料（つまり公文書）の整理番号です。

もういっこ例を挙げておくと、日本の公的なデジタルアーカイブであるアジア歴史資料センターが推奨している史料の引用方式はこのようなものです。

JACAR（アジア歴史資料センター）Ref.B02030938800（第58画像目から）、共産党宣伝関係雑件／対日宣伝関係 第三巻（A.3.4）（外務省外交史料館）

（https://www.jacar.archives.go.jp/aj/www/doc/before_browse.html）

公文書館って、こういう史料がたくさんあるわけですよ。これをどうやってauthor-dateで引用しろと。

また、無記名の新聞記事を大量に引用するような場合、どうすればいいでしょうか。たとえば、1919年における『ホゲホゲタイムズ』の紙面からホゲホゲ国のナショナリズムを読み解く、みたいな研究は普通にあるわけですが、いちいち引用文献リストに

『ホゲホゲタイムズ』は、新年を祝う記事において、「あけおめことよろ！」（Anonymous 1919a）と書いた。翌日の記事では、「謹賀新年！」（Anonymous 1919b）と述べた。……26日の記事では、「昨年は世話になったな！」（Anonymous 1919z）と主張した。さて、27日の記事では……あっ、もうアルファベットがない！

引用文献一覧

Anonymous. 1919a. “Column.” Hogehoge Times, 1st January, p.1.

Anonymous. 1919b. “Column.” Hogehoge Times, 2nd January, p.1.

Anonymous. 1919z. “Column.” Hogehoge Times, 26th January, p.1.

って書くんですか？　めんどくさくねえ？　それだったら普通に、

『ホゲホゲタイムズ』は、新年を祝う記事において、「あけおめことよろ！」（注1）と書いた。翌日の記事では、「謹賀新年！」（注2）と述べた。……26日の記事では、「昨年は世話になったな！」（注3）と主張した。さて、27日の記事では「今年もよろしく！」（注4）と宣言されているが、これはどういう意味だろうか。

注

注1 “Column,” Hogehoge Times, 1st January 1919, p.1.

注2 “Column,” Hogehoge Times, 2nd January 1919, p.1.

注26 “Column,” Hogehoge Times, 26th January 1919, p.1.

注27 “Column,” Hogehoge Times, 27th January 1919, p.1.

って書いた方がよっぽどスッキリしませんかね。

もちろん、工夫すれば上で挙げたような文献もauthor-date方式で引用できます。できるんですが、簡便で伝統的な書き方があるのにわざわざ不向きなauthor-date方式を使わなきゃいけない理由がわからない。

なのでまあ、何が言いたいかというと、

……という感じですかね。author-date方式は便利だから先行研究の整理とかするときには愛用してるけど上で挙げたようなやつまでauthor-dateで書けとか言われたら「ああん？」ってなります。

追記

author-date方式って大嫌い。(シェイクスピア2019)とか(アリストテレス2018)みたいな意味不明の注ができるし、ページ数が書いてなかったりするし、あと私は年号がない文献も使うから。

さえぼー先生からこういうブコメいただけてもうなんか満足です。書いてよかった。あ、『シェイクスピア劇を楽しんだ女性たち』むっちゃ面白かったです。

で、私はauthor-date方式はどちらかといえば好きなんですが、さえぼー先生が「大嫌い」とおっしゃるのもわかります。

好きじゃないなら単に使わなければいいのに何で「大嫌い」って思うかといえば、頓珍漢な推測だったら申し訳ないんですけど、「author-dateを使うべきだ！　author-dateじゃないとおかしい！」って押し付けてくる他分野の人がウザいというのが理由として大きいと思うんですよね。

私もとある機会に全部author-dateで書け、注で出典表示するのはいっさい認められん、と言われて、ふざけんなこんなのどうやってauthor-dateで引用するんだよと食って掛かったことがあります。もうほんとね、他分野の人がどんな資料を引用してるのかについて想像力を持ってほしいですわ。

というか人文系の人が理系や社会科学系の人がauthor-date方式使ってるのに文句を言っている場面はまず見ないのに対して、人文系の引用方式に文句をつける理系や社会科学系の人をそれなりに見かけるのはいったい何なの？　って思います（あ、でも、『史学雑誌』の書評でauthor-dateに文句つけられてるのは見たことあるかも）。このへんの憤懣があるんですよね。

全部urlで管理して欲しい

日本語読めないマンすごい……

Permalink | 記事への反応(2) | 23:01

■たいへん興味深いご質問ありがとうございます（半笑い）

トラバでもらった質問（anond:20190511155122）にお返事。

１．「注」、「参考文献」に該当する学術英語はそれぞれなにか。参考文献はreferenceやref.1とおもうが注はnoteでよいか。

「参考文献」についてはreference（参考文献）とかbibliography（文献目録）ですかねえ。referenceは文字通り言及した文献の一覧という意味があり、bibliographyだと包括的な文献目録という意味にもなるのですが（「ディスコグラフィ」とかと同じ用法ですね）、まあたとえば学術書で最後にずらっと言及した文献並べているような場合はどっちでもいいのではないかなぁと思います。英語の本読んでてもどっちも見かけるし。むしろref.1って初めて見ました。

「注」はnotesですね。

２．note、注とも形式が一意に定まっていないのではないか。メモを書き入れているという意味にすぎないと思う。「脚注」とあればたいてい被引用部分のページ下部にあるとおもうが、注と参考文献をそれぞれまとめて巻末に置く場合も想定しているか。また訳注と原著者注があるばあいはどこにどのようにおかれる（べき、または探し当てるべき）か。

本によるとしか……。英語の本でもfootnote（脚注）もあれば文末注もありますし、なんなら章末注もありますね（英語ではおしなべてnotesと書かれてますが）。注と参考文献をまとめて巻末に置いてある本もあります。そういう場合はまず注を置いてから参考文献書いてあるのが普通じゃない？

訳注と原注の区別はふつう凡例に書いてあるからそれを読めばいいと思います。書いてないのはダメな訳書ですね。これは本によって違うので統一的な書式とかは特にないんじゃないかな。

３．著作権法３２条の引用では使用部分を改変しない（とはいえ（中略）くらいは許されるべきと考えられるが）、かつ出典を示すことがもとめられている。またその場合は出典が参考部分から切り離され結合が全くわからないような場合は正当な引用に該当しないとされている。これによりref（引用に添える出典）とnote（改変あり）の法的使い分けが成り立つだけでは。つまり、そもそも（少なくとも学術分野の）文書で他人の著作を引用するのであればいかなる形でも改変せず出典を示すべきであり、出典の形式を日本独特の形式である「注か参考文献か」で区別すべきものでもないのでは。さらに改変を許すのが注であれば注は学術文書には許されないのではないか。

日本独特の形式ってｗ　英語圏の人文系の学術書ぜんぜん読んだことないんですか？　あっ、そっか、当該分野には詳しくないってご自分で書いてましたね。なら仕方ないか。

というか、この段落は全体的に意味がわかりません。改変の話はどこから出てきたんですか？

このように引用でない自己メモでも注にできることを考えると、出典を注に入れるのってかなりインフォーマルな形式であり、逆に注があれば良いんだろみたいなバカも呼んでしまうので、うまくないのでは。そもそも出典と注とで全く意味が異なるのだと思う。

インフォーマルな形式ｗｗｗｗｗｗ

いやー、そうかー、日本語圏のみならず英語圏でもドイツ語圏でもフランス語圏でも、なんなら中国語圏やロシア語圏でも通用する形式がインフォーマルかぁ。面白すぎますね。発想がいかにもガラパゴス。他の分野に対する知識が皆無でドヤ顔で物申して恥をかくという意味で。

で、notesは別に出典以外のことも書けるだろ、というのはその通りですね。だから私、出典を示す注と説明的な注は分けるべきだと思ってるんですけど、まあ難しいですよねー。author-date方式もMLA styleも向き不向きがあるからなあ。なんだかんだでfootnoteは見やすいよな、というところに帰ってくる感じ。

Permalink | 記事への反応(2) | 16:34

■文系の学問における注と参考文献の話、補遺

「文系の学問において資料の実在を証明するものとは何か」（anond:20190510230425）についたブコメに応答＆補足説明します。

参考文献と注は違うよ！

Wikipediaですら参考文献を求められるので、参考文献(ここで言っている注)のない本はある意味でWikipedia以下の信頼性と考えられても仕方がないことを多くの人に知らせるべきだと思う。

参考文献と注は違います！　ぜんぜん別です！　参考にした本を並べてあるのが参考文献（厳密にはこの場合「参考文献一覧」）で、本文中の記述の出典を直接明らかにするのが注です！

参考文献と注については、以下の4つの組み合わせが考えられます。

  • a）参考文献も注も揃っている
  • b）参考文献はあるが、注はない
  • c）参考文献はないが、注はある
  • d）参考文献も注もない

このうち、研究書として許されるのはaとcだけです。ここで問題にしているのはbとdで、多くの学術的な新書はbであり（中公新書とかでよくあるやつ）、ごくまれにdみたいな本があります（最近だと、岩波新書の『ロシア革命』）。

えっ、cも許されるの？　はい、許されます。なぜなら、個々の注でしっかりと典拠を示してある場合は、参考文献リストが存在せずとも出典の表示に不自由はないからです。

これだとわかりづらいかもしれないので、架空の例で説明してみます（わかりづらいかと思ったので書き直しました）。

a）増田はうんこを漏らした（注1）。一方、同人作家はおしっこを描いた（注2）。

注

（注1）はてな太郎『増田の研究』Hatelabo、2019年、819頁。

（注2）Y. Arim, Oshikko Collection (Tokyo: Press of Institute for Shonben Studies, 2019), p.8107.

参考文献リスト

Arim, Y. Oshikko Collection. Tokyo: Press of Institute for Shonben Studies, 2019.

はてな太郎『増田の研究』Hatelabo、2019年。

b）増田はうんこを漏らした。一方、同人作家はおしっこを描いた。

参考文献リスト

Arim, Y. Oshikko Collection. Tokyo: Press of Institute for Shonben Studies, 2019.

はてな太郎『増田の研究』Hatelabo、2019年。

c）増田はうんこを漏らした（注1）。一方、同人作家はおしっこを描いた（注2）。

注

（注1）はてな太郎『増田の研究』Hatelabo、2019年、819頁。

（注2）Y. Arim, Oshikko Collection (Tokyo: Press of Institute for Shonben Studies, 2019), p.8107.

d）増田はうんこを漏らした。一方、同人作家はおしっこを描いた。

cでも十分に出典表示として問題のないことはご理解いただけるでしょうか？　実際、英語圏でもcのような本はたまにあります。そして、著書ではなく論文レベルだと、cのようなやり方を採用している雑誌はとても多いのです（日本語圏でも英語圏でも）。いや、もちろん理想を言えばaみたいな本であるべきなんです。でも、紙幅の都合というものがあり、印刷費が嵩むからどこかを削りたい、となった場合には、真っ先に参考文献が削られてしまうのは致し方ないと思います。

日本の出版の問題は、そこで「参考文献ではなく、注を削ろう！」という話になってしまうことです。違います。注か参考文献、ページ数の関係上どちらかを削らないといけないのなら参考文献を削るべきなんです。

もし注がしっかりとつけられていれば、参考文献の欠如は「どんな文献があるかひと目でわかりづらい」程度の問題にしかなりません。しかしいくら参考文献があったところで、注がなければ「ではこの記述の典拠はいったい何なのか」という根本的な問題を惹起します（bの例から正しい出典を復元できるでしょうか？）。参考文献は省いても構いません。しかし注を省いてはダメなのです！（学術的な新規性のある本ではなく、学界の定説を初心者向けにわかりやすく纏める本でなら、読みやすさを優先して逆の判断になっても構わないのですが）

もちろん、これはauthor-date方式やMLA styleの注をつける場合には適用できません。どういう方式かというと、次のような方式です。

author-date方式：

増田はうんこを漏らした（はてな 2019: 819）。一方、同人作家はおしっこを描いた（Arim 2019: 8107）。

参考文献リスト

Arim, Y. 2019. Oshikko Collection. Tokyo: Press of Institute for Shonben Studies.

はてな太郎．2019．『増田の研究』Hatelabo。

MLA style:

増田はうんこを漏らした（はてな 819）。一方、同人作家はおしっこを描いた（Arim 8107）。

参考文献リスト

Arim, Y. Oshikko Collection. Tokyo: Press of Institute for Shonben Studies, 2019.

はてな太郎『増田の研究』Hatelabo、2019年。

こういう方式の注をつける場合には参考文献が絶対に必要です。当たり前ですね（author-date方式についてはanond:20190511230117も参照）。

2種類の「参考文献」

“自分の実験室の試験管”イメージ偏ってるなー(´･_･`)理系の論文での引用見たことないんかな。普通に出典書いてるし、それを叩き台に積み上げたり、否定したりするんだが。博士論文なんか引用文献沢山乗るしね

理系の学問についてのイメージが偏っている点についてはごめんなさい。でも引用については、申し訳ないけれどそちらが勘違いされていると思います（もちろん私は理系の論文はちょっとしか読んだことないので、私に事実誤認があれば教えてほしいのですが）。

文系の学問において、参考文献には2種類あります。

このうち、理系の論文で文献として挙げられるのは「先行研究」だけですよね？　でも、文系では「一次文献」も参考文献に含まれ、そこへの参照が論文の重要な核を占めているのです。

たとえば上皇陛下が書かれた論文（※1）を見てみると、確かに末尾にずらずらっと先行研究が並んでいますが、論文の核となる部分はあくまでハゼの遺伝子を解析した部分にあって、それは当然ながら実験室で採られたデータであり、何らかの文献によって引証される類のものではないわけです。

しかし、皇族つながりで天皇陛下が書かれた論文（※2）を例に出すと、この論文において著者の主張の裏付けとなっているのは古文書における記述であって、その原本は研究施設が所蔵していたり史料集として公刊されていたりするわけです（史料集って何ぞや、という点については後述）。

私が最初の増田で言ったのは、この「一次文献」の問題です。多くの場合、理系ではこういう資料は引用しないですよね（最近だと古天文学で歴史的史料を引用するとかあるのかな？）。しかし今回の研究不正がなされたような分野においては、そのような資料こそが研究の核心にあるという話です。

もちろん、慌てて言いますが「なにをデータにするか」は研究対象によって異なります。文化人類学のような分野では、ヨソの土地まで出かけていって住人たちとの会話を書き取ったものが資料です（この分野だと「インタビュー」とかいう生易しいものじゃなくて、ヨソの土地に住み込んでその土地の言語を習得して日常生活を過ごす中で遭遇した会話や出来事を持ち歩いてるノートに書き付ける、という調査方法が採られます。これを参与観察というわけですが、私にゃ無理ですわ）。記述言語学だと研究対象の言語の話者にその言語を口に出してもらって記録する（「これを○○語でなんといいますか？」と聞くこともあれば、話者どうしで会話してもらってそれを横で聞くパターンもあり）、というやり方になるんだろうと思います。なので私が言っているのは、あくまでも近現代史やその隣接領域での話だと思ってください。

一次史料だからといって信憑性が高いとは限らない

文系の生データは出典となる書籍だったり、原典の資料がある場所と。原典の原典って、どんどん辿っていけるブロックチェーンみたいな形式が理想ってわけか。一時情報が当事者の証言なら信憑性高いって判断にはなるし

違います！　当事者の証言だからといって必ずしも信憑性が高いわけではありません！　たとえば戦争犯罪で裁判にかけられた人の証言のことを考えてみてください。彼もしくは彼女の証言をそのまま「信憑性が高い」として扱ってしまってよいか？　そんなわけはない。

歴史学において一次史料が重視されるのは、それが「生データ」だからです。それはひょっとしたら当事者の保身によって捻じ曲げられているかもしれないし、当事者が間違えているかもしれないし、当事者が見ても聞いてもいないことは書かれていないかもしれない（たとえば「沖縄返還をめぐる日米交渉」を研究しようと思ったとき、日本側の史料は「日本側の政策決定過程」を教えてはくれますが、アメリカの外交官たちがどういう考えを持って交渉に臨んでいたかを教えてはくれないのです。それを知りたければアメリカ側の史料を見るしかありません）。けれども新しい研究は必ず一次史料から出発する必要があるのです。何故ならそれは昔の人によって直接書き記されたものだから。

なので歴史学では「史料批判」というものを重視します。これは説明すると長くなるので詳しくは歴史学の入門書とかを読んでほしいんですが、要するに史料に書かれていることはどのくらい信用できるのか、みたいなことを分析するわけですね。あれれ～？　おっかしいぞ～？　この人、自分は後方にいたから虐殺行為に関わってなかったって言ってるけど、部隊の記録では後方にいたなんてどこにも書いてないよ～？

（「なにが一次史料か」というのも研究対象によって変わります。特に科学史や史学史といった分野では「他の研究において先行研究とされている文献が一次史料である」という状況がしばしば発生するのですが、この理屈はわかっていただけますよね）

デジタルアーカイブと史料集

図書館にScanSnap SV600を完備し研究する皆の熱意でデジタルライブラリが出来るといいな…　P2Pで共有されればノードの消滅にも耐えられる。しかし日本ではプリウスミサイル上級国民は不逮捕で、P2Pプログラマは逮捕なので

出来るといいな、じゃなくて、既にあります。

たとえば国立国会図書館のデジタルライブラリーには幕末以降の古書が多く登録されていて、PDFで落とすことができます。archive.orgや、フランス国立図書館のデジタルライブラリー「Gallica」も有名ですね。こういうところに所蔵されている文献については、わざわざ現地の図書館まで行かなくともPDFでダウンロードすればそれでよいわけです。デジタル化によって歴史学者の仕事は格段にやりやすくなりました。18世紀のドイツ語の本をコタツに入ったままで入手できるんだもんなぁ。

しかし、当たり前ですが全ての史料が電子化されているわけではありません。国によってデジタルライブラリーの整備状況に違いがありますし、そもそも近現代以降に出版された印刷物の数を考えたら全部をデジタル化するなんて人手も時間も足りない、という場合もあるでしょうし、身も蓋もない話をすれば著作権の問題もあるでしょう（とある国では、その国の図書館に直接行かないとデジタル化された史料にアクセスできなかったりします。てっきりPDFはないと思っていたのですが、著作権上の問題で館内からしかアクセスできないようになっているだけだそうです）。

また、多くの国では、公文書館の史料まではデジタル化は及んでいません。元増田でも書きましたが、お役所のちょっとした書き付けなんかも史料になるわけで、それ全部デジタル化しようとしたらとんでもない数になります（これについて、日本は戦前の外交文書のかなりの数をウェブで読めるので恵まれていますね……アジア歴史資料センター様には足を向けて寝られません）。なので未だに、現地に行って史料を直接見てくる、というのが重要になるわけです。

（さらに言うと、史料が必ずしも公的な機関によって保存されているとは限らず、貴族や武士の子孫のおうちに保管されていて、読みたい人はご当主様の許可を得て読ませてもらう、という場合もあり、当然デジタル化の波は及んでいません。イギリスだと由緒ある大貴族の屋敷には私設の文書館が付属している場合もあり、日本の歴史学者でもソールズベリ侯爵のお屋敷であるハットフィールド・ハウスに赴いて史料を収集している人もいます。謝辞で「史料を閲覧させてくれた当代のソールズベリ侯に感謝する」みたいなこと書いてあって「すごい……」って思いました）

ただ、「みんなが読みたがる重要な史料」については、史料をまとめた本を出すとか、史料を集めたマイクロフィルムを作るとか、そういう形で広く公開されている場合があります（たとえば第一次世界大戦の勃発に関しては、イギリスやオーストリアなどの当事国が何十巻にも及ぶ史料集を出版していて、東京大学などの国内の研究機関にも所蔵されています）。けれどそういうのを購入するのはお金がかかるし、何より発行から何十年も経ってしまうと入手自体が難しくなってしまう（でも著作権は残っているためデジタル化も遅々として進まない）ので、あんまりお金がなかったり新設されたばかりだったりする大学の研究者は結局それらを所蔵している大学の図書館に行く必要が……

「注があると読者に嫌われる」は本当か？

むしろ最後の注を見て次の本を決めたりするので、注があると読まなくなる人というのがいるのにびっくり…

注なんて読みたくなければ飛ばせばいいのに注があると売れない……？　やべえな世の中。/ みんな本当に自己防衛の意識が弱いよね。優しい世界生きてるんだろうな

注があると読まない人が居るという話、ただ気持ちよくなるために情報を摂取してる層には、正確性の担保なんてむしろ邪魔なんだろね。ワイドショー視聴者と同質。

これ、実際に「注があるから読まない」読者が本当にいるのか、と疑ってみるべき案件だと思うんですよね……。「編集から言われて注を外した」という話は学者のあいだから漏れ聞こえてきますが、「注があるから読んでいて苦痛だった」という話ってなかなか聞かなくないです？　いやもちろん編集者のところにはそういう苦情のお便りが届いているのかもしれませんが……。「注があると売れない」という都市伝説が生き長らえているだけのような……（一般読者からしてみれば、注の存在に気づいてなかった、とか、なんか数字が振ってあるけど気にしてなかった、という場合も多いでしょうし）

注は別に読まなくてもいいです

皆ちゃんと注まで読んでるのね。今まで気にしたことも無かった…我ながら知的レベル低い…

注がついている本を読んでいる段階で十分かと思いますので安心してください。注は、もし興味がないならさらっと読み飛ばしても別に大丈夫ですよ。というか、注で典拠が示されていても、アラビア語とかギリシャ語とか朝鮮語とかロシア語とかで書かれている場合も多々あるわけで、そんなの普通の読者さんにチェックできるわけないですし。ただ、注を見てみると、おっ、ここはちゃんと原史料を読んで書いてるのか、なーんだ、ここは英語の二次文献に頼って書いてるんだ、みたいなことがわかっちゃったりするので、学者の仕事の裏側を垣間見ることができて面白いですし、どんな情報源を使って書かれているのか？　をチェックしてみることは学術書だけでなく普通のニュースとかを読むときにも重要なことだと思いますよ。

注

ブコメ

物理分野では「参考文献」の意味が増田とは異なる。参考文献は本文記述の直接の引用を表す。あとあまり明確に決まってないけど、注は捕捉説明を指す。「参考にした文献一覧」は存在しない。読書案内なら見かける。

誰がReferences（Bibliography）を参考文献と訳したのか。"refer"した文献のリストであって、本文の著述に紐づけられるものだけリストアップすればよく、逆に、何でもかんでも列挙して博識をひけらかすところではない。

や、まあ、文系でもたいていの場合は「引用文献」ってことですよ。それを「参考文献」と呼んでるだけ。参考にはなったけど言及してない文献は、私なら入れない（でも入れる人もいるかも）。

いま史学科にいる人間全員読んでリアルブクマしとけ。懇切丁寧な論文の"文法書"だぞ。

あなたがこの増田に感心してくれたことは嬉しいけれど、史学科の学生に上から目線でアドバイスしないでください。こんなの初歩の初歩で、史学科の学生さんならとっくに理解してます。史学科出身じゃない人たちが「そうだったのか～！」って言ってるだけ。別に史学科の常識を知らないのは悪いことじゃないけれど（私も他学科の常識とかわかんないし）、自分が知らなかったある分野の初歩の初歩を解説されて、そこで聞きかじった内容をその分野を学んでいる人の前で「お前らこういうのよく読んどけよ～」って言えちゃうの、ちょっと傲慢すぎません？

Permalink | 記事への反応(7) | 12:50

2019-05-10

■文系の学問において資料の実在を証明するものとは何か

久々にビッグな研究不正のニュースktkr！

ということでキリスト教思想史研究やってた人が研究不正で懲戒解雇された件について、報告書に目を通した上でちょっと書きます。

今回調査委員会が被告発者に求めたのは、以下の項目でした。

この「写し」というのはどういうことでしょうか？　資料そのものを調査委員会が求めなかったのはどういうわけでしょうか？

歴史学者にとっては常識なのですが、他の分野の人にとってはどうかわからないので、解説してみます。

そもそも文系はどんな材料を使って研究してるのか

これは人というか研究分野によるので、安易なことは言えません。文学と哲学と社会学と人類学と歴史学と言語学とでは使う資料がぜんぜん違います。

で、この被告発者の研究手法は、近現代を扱う歴史家の多くが採用している手法だと思います。近現代史を扱う人たちは、

を主に史料として使います（「史料」ってのは、歴史を記録したナマの資料のこと。「資料」と呼ぶと後世に書かれた二次文献なんかも含む）。あるいは、上に書いたようなものをまとめて出版した本とかを使います。

これらの史料の特色とは何か……それは、

ことです。

公文書館というのは、「お役所の書いた書類を保管しておく施設」のことです。これはどのくらいかというと半永久的にです。普通の文明国ならどんなに細かな書類でも公文書館に保管されていて、（民主国家の場合は）数十年して機密解除されたり（独裁国家の場合は）体制が崩壊して民主化したりすることによって「申し込めば誰でも読める」状態に置かれます。これによって我々はソ連時代の領収書なんかをロシアの公文書館で読むことができるわけです。ソ連ですら公文書を保管して後世の我々に見せてくれているというのに……いや、これは余談でした。

当たり前ですが、それらはその国（あるいは地方）の公的な記録であって、自分のものにして持ち帰ったりすることはできません。ではどうするか。多くの歴史学者は

などの手段で史料を入手して研究しています（ちなみに写真撮影もカネを取る公文書館は結構ありますね。日本だとどうなんでしょ）。

昔の人が書いたものも、本とかなら古本屋さんとかで流通しているのを買うことができるかもしれませんが、稀覯書でなかなか手に入らなかったり、古雑誌のバックナンバーとか揃えるの無理ゲーだったりするので、図書館に所蔵されているのを使うことが多いです。近場の図書館に置いてない？　相互貸借もさせてくれない？　そういう場合は当たり前ですが所蔵している図書館がある街まで行きます。その図書館がある街というのが新幹線が必要な距離だったりパスポートと航空券がないと行けない距離だったりすることも稀によくある（歴史学者の研究費は旅費と本代に消えていく運命なのです……）。そして、辿り着いた図書館でカメラをパシャパシャやったりコピーを黙々と取ったりするわけです（最近はスキャナーが普及してくれてマジ嬉しい）。

なので、調査委員会は「一次資料の写し」を求めたわけですね。たとえ彼が清廉潔白な研究者であったとしても、一次史料の原本なんてふつうは手元にないわけですから。

しかし、本来、彼は「一次資料の写し」を提出する必要などありませんでした。自分の論文を黙って調査委員会に提出すればよかったのです。なぜでしょうか？

ここで、もう1つの大事な話をします。

文系に「実験ノート」はない

もちろん分野によります。心理学みたいに人を対象とした研究だとしっかり実験ノートつけるように言われるかもしれないし、考古学とかは発掘時の状況を克明に記録しておくことが重要だったりするかもしれない。でも、少なくとも近現代史みたいな分野では、実験ノートをつける、という習慣はありません。

私は一度も、理系で求められるような意味での実験ノートを書いたことはないし、書けと言われたこともないし、書いていないことを理由に責められたこともありません。もちろん史料をノートに筆写したりはしていますが、そのノートだって別に厳密なものではない。普通の研究においてノートは使いますが、それは高校までのノートと一緒で、鉛筆で書いてもいいし、好き勝手なやり方で書いていいし、なんなら途中で破ったりしてもいいごく普通のノートです。最近はノートじゃなくてパソコンとかを使って研究上のノートを取ってる人も多いんじゃないかな（手書き疲れるもんね……）。

なぜか？　と言われれば、

です。

つまり、「もとになった資料」というのは、理系のように自分の実験室の試験管の中にしかないものではなく、別の誰かが保管してくれているものなのです。

理系の学問において標準化された改竄不可能な形で実験ノートをつけなければならないのは、自分の実験室の試験管の中にしかオリジナル資料がないからですよね？　しかし文系の場合は、少なくともここまで説明した近現代史の場合は、オリジナル資料はどこかの政府が管理している公文書館とかどこかの大学の図書館とかに保管してあるわけで、そこに辿り着くまでの情報さえ明記してあればそれで十分なのです。これはドイツ連邦共和国のベルリン連邦文書館の何々というファイルに保管してある何というタイトルの史料だ、とわかれば、チェックのためにはそこに見に行けばよいし、これは19世紀に書かれたほにゃららという新聞に載っていた記事である、と書いてあれば、その新聞が所蔵されている図書館を探して読んでくればいいわけです。

なので、別にどんな方法でノートを取ろうが自由なわけですね。最終的に読者がその元になったデータを見つけられるようにしておけばいいわけだから。

ゆえに、歴史学の論文や著書には膨大な注がつけられます。引用した史料のそれぞれについて「どこに保管されている史料なのか」「なんという本の何ページに書いてあることなのか」ということを書かないといけません。

なかには、史料が自分の手元にある場合もあります。多くの場合それは「昔の人が出版した商業出版物」なので（たとえば、極端な例ですが『わが闘争』）、他の誰かも持っていることが多いです。もしそういう史料で捏造とかしちゃうと「俺もこの本持ってるんだけど、お前が引用してる箇所見つからなかったよ？」という怒られが発生します（なお、捏造ではないですが誤訳指摘は受けたことがあります。コワイ！　でも覆面査読なのにこの文献の誤訳を指摘できるってことはあの人しかいないじゃん……ってわかっちゃう！　文系の世界、基本的に狭い！）。「むっちゃ少数しか発行されなかった自費出版の本」とかが典拠になっている場合もあります。こういう史料を典拠にするのも仕方ない場合があるんですよ……典型的には、そこまで有力ではなかった政治家とか在野の知識人とかを研究したい場合、彼らが出してる本は全部自費出版というのがありえます（あと、言語学とかだと、たとえば与那国島の方言を研究したい場合に一番の参考資料になるのは与那国島のお年寄りが自費出版した方言辞典だ、みたいな例がありまして……与那国町が進めてる辞書出版プロジェクトむっちゃ楽しみ）。ごくごく稀に、古本屋で歴史上の人物が書いた手紙の山をまるごと購入できた、みたいな奇跡があって、モノホンの一次史料が研究者個人の所蔵になっている場合があります。これはねえ……もう本当に個々の研究者の良心を信じるほかないよね……若手研究者だと色んな大学を移り歩くこともあるだろうから今所属してる大学の図書館に寄付しろとも言えないしね……原史料出せって言われたときにすぐに見せられるようにしておいてね、定年退職するときは勤務校の図書館に置いていってよ、とお願いするくらいしかできない感じはあるよな……

さて、長々と書いてきましたが、要するに、捏造を疑われた研究者がきちんと注で出典を書いていれば、彼は論文を調査委員会の人たちの前に突きつけて「ここに出典書いといたから、見に行って確かめてこい」と言えばそれで済んでいたのです（それが生データにあたるものなので。実際、今回の調査委員会はドイツに問い合わせたりしていますね）。もっと言えば、彼本人から話を聞く前に、調査委員たちはまず典拠との照合作業を行って、彼が誠実に引用したこと、つまり彼が研究不正に手を染めてはいないことを確認してくれていたでしょう――もしも彼が潔白であったならば。

しかし今回の件では、注に不備があったので調査委員たちは注から出典を辿ることができませんでした。そこで被告発者に「写し」を求めた結果、元となる史料がそもそも存在しない、捏造されたものであることが判明したわけです。

注をしっかりつけろよ！　まことにごもっとも。特に今回のケースは注の多い学術書であり、注の不備は申し開きができません。しかし、しかしです、この背景には、日本の出版事情が絡んでいるのです。

「注がない本」問題

今回の被告発者は、学術書のほかに新書も書いていました。多くの新書には、参考文献リストはありますが注はありません。そして日本には、「研究者が書いた真面目な学問に関する本だが、注がない」というのが一定数あります（一応言っておくと、ここではauthor-date方式みたいな「厳密な意味での注じゃないけど、ともかくも出典を示す機能を担っているもの」も含めて注と呼んでいます）。実はこれ、文系のあいだでも問題視されていることなのです。

文系の学者が書いた学問に関する著書には、明白に書誌情報として区分されているわけではないですが、いくつかの区分があります。第一にいわゆる狭義の「学術書」。むっちゃ小難しい語彙で書かれてて、先行研究とか新規性とかに逐一言及して、参考文献を何十ページも載せてたりするやつです。読者は同じ学者、あるいはその卵。これで注を省くのは論外です。第二に「教科書」。これは学生さんとか初学者向けに易しく書き、内容には特に新規性を求められておらず、包括的な参考文献はなくとも読書案内がついていればそれでよし、という感じでしょう。注は別になくたっていい。

そしてこの2つのあいだには、「一般向け」という広大なグレーゾーンが広がっています。

あなたが読書好きで、少々お硬い本にも興味があるのなら、中公新書とか講談社選書メチエとかそういったレーベルを聞いたことがあるでしょう。岩波書店や青弓社や社会評論社といった出版社の名前を聞いたことがあるでしょう。実はこの辺、色々な種類の本が入り交じるグレーゾーンなのです。

これらのレーベルで真面目な学術書を出版する人もいます。講談社選書メチエでも、末尾にビッチリ注がついてたり参考文献リストがあったりするやつあるでしょ？　ああいうやつ。一方で、こういうレーベルを一般向けの概説書・入門書を書くことに使う人もいます。よく中公新書で、包括的なタイトルで薄めの本を見ることがあるでしょ？　今回の『プロテスタンティズム』もそれですね。そして、一般向けの解説を書きながら、さり気なくその中で新しい見方を提唱したりする人もいます。学術的な新規性のある内容を、一般受けしそうだという理由で限りなく一般向けの本の体裁で書く人もいます（最近のやつだと『姦通裁判』マジお勧め）。

さて、こういう本を出す上では、内容は著者の完全な自由にはなりません。編集者は、もちろん学術的に正しい内容を求めているのでしょうが、彼らにとって重要なのは「売れること」です。そのために「一般向けにもうちょっと柔らかい言葉遣いで書いてください」とか色々と内容に介入してくるわけです。文体くらいなら別に構わないかもしれませんが、彼らの中にはこんな要求をしてくる人もいます。「注なんてつけたら一般読者に嫌がられます、注は省きましょう」

こうして生まれるのが、「学術的に新規性が高く面白い内容を扱っているのだが、注がない」という一般書の群れです。

もちろんこういった本にも参考文献はあり、「注はないけど、典拠を探しながら読めば典拠がわかるような書き方になっている」本もそれなりにあります（たとえば、はてな太郎の説によれば、と本文中に書いてあれば、注がなくても参考文献リストではてな太郎が書いた『増田の研究』という本を探し出せる）。ただ、やっぱりそれは注がある文献の出典表示の厳密さに比べれば一段劣るわけです。

これに関しては、研究者も出版社もそれぞれに問題があります。研究者サイドは簡単に「注を省け」なんて要求に妥協すべきじゃないし、そもそも「著書を出版する」ことが、博士論文を見るためにはわざわざ学位を授与した大学か国会図書館に行くほかなく出版して書店で流通させることが最も良い研究成果の流通のさせ方だった時代であればともかく、各大学がリポジトリを持っていていくらでもディジタルに研究成果を公表できる時代にあって本当に重視されるべきか考え直す必要があるでしょう（でも、欧米の出版社でも学術出版は盛んなので、これは日本だけの問題じゃないんですよねぇ。今でもオックスフォードやケンブリッジやハーバードやコーネルといった有名どころのUniversity Pressは学術書を出版しまくってます。学術書が研究業績として重視されるのは人文系では割と世界標準なので……）。

一方で、出版社は注をもっと重視するべきです。というよりも、日本の出版社やジャーナリスト、ノンフィクション作家は注をつけなさすぎます。先日、ボブ・ウッドワードがトランプ大統領についてのルポルタージュを出版しましたが、体裁も内容もおおよそ学術的とは呼べない一般書そのものの本なのに、きちんと出典を示す注がついていました。出版社は、学者に注を削れと言うべきではなく、ノンフィクションを書く作家や記者たちに注をつけろと言うべきでしょう。

とはいえこれは一朝一夕にはいきません。そもそも知の折り詰めである「新書」という形態が割と日本独自のもので、そういう一般と学術を橋渡しするレーベルが広く一般読者に読まれていることの重要性というものを鑑みると、簡単になくせとか言えません。私も色々お世話になってるし。人口1億人ちょいの書籍市場ではどうしたって限界があり、色々な本を出すのではなく折衷的な本を1冊出すのが経済学的には最も合理的という考え方だってあるでしょう。ただ、やっぱり一般書にも（それこそ講談社ブルーバックスや岩波新書レベルにも）注を入れるようにする、というのは必要だと思うのですよね。

さてここまで「注がない本」問題について解説してきました。でも何が一番言いたいかというと、

注はあなたの身を守るためにある

これ。これに尽きます。注はちゃんとつけよう。もしもあなたが捏造者でなくとも、研究不正をしていなくとも、実験ノートをつけない我々の業界において潔白を証明してくれるのは注だけなのだから。注だけが資料の実在を証明してくれるのだから。本の売上よりも、あなたの保身のことを考えよう。あなたが、部屋が汚いとかハードディスクがお亡くなりになったとかパソコンの買い替え時に行方不明になったとかの色々な理由で、史料の「写し」を紛失する日はきっと訪れる。そのときに、これまでのあなたの研究の誠実性を証明できるのは、人文系の学問においては、注だけなのだ。

以上です。駄文に長々と付き合ってくださりありがとうございました。続きはanond:20190511125053で。

Permalink | 記事への反応(5) | 23:04

2019-04-18

■Privacy Policy

ABW Coin built the MathX for Math Learner app as a Free app. This APP is provided by ABW Coin at no cost and is intended for use as is.

This page is used to inform app visitors regarding our policies with the collection, use, and disclosure of Personal Information if anyone decided to use our App.

If you choose to use our App, then you agree to the collection and use of information in relation to this policy.

Information Collection and Use

When using the APP, it only collects anonymous usage information to operate, improve and personalize the products. The APP does not collect any Personally Identifiable Information (PII) about you, nor does it match collected anonymous usage data with any 3rd party PII information.

Log Data

We want to inform you that whenever you use our App, in a case of an error in the app we collect data and information (through third party products) on your phone called Log Data. This Log Data may include information such as your device Internet Protocol (“IP”) address, device name, operating system version, the configuration of the app when utilizing our App, the time and date of your use of the App, and other statistics. If you use our app to read or post information on our app, we don't collect any information about your identity. If you identify yourself by sending us an e-mail containing personal information, then the information collected will be solely used to respond to your message. In addition to other information described in this policy, we may collect and share precise location information including the presence of connected devices via bluetooth, through methods such as partner mobile “SDKs”. This information may be used by itself, aggregated, or combined with mobile identifiers (such as IDFAs and Android IDs), and shared with other parties, for purposes related to advertising, attribution (e.g., measuring ad performance), analytics and research. You can remove your consent to having your location data collected by changing the settings on your device (but certain services may lose functionality as a result). You can also control options through your device’s opt-out settings which will: (i) tell advertisers to not use your in-app information from that device to gather information about your interests to target interest-based ads and (ii) inform some partners to halt further data collection and sharing from that device.

Service Providers

We may employ third-party companies and individuals due to the following reasons:

To facilitate our App;

To provide the App on our behalf;

To perform App-related services; or

To assist us in analyzing how our App is used.

We want to inform users of this App that these third parties have access to your Personal Information. The reason is to perform the tasks assigned to them on our behalf. However, they are obligated not to disclose or use the information for any other purpose.

Security

We value your trust in providing us your Personal Information, thus we are striving to use commercially acceptable means of protecting it. But remember that no method of transmission over the internet, or method of electronic storage is 100% secure and reliable, and we cannot guarantee its absolute security.

Links to Other Apps or Websites

This App may contain links to other Apps or Websites. If you click on a third-party link, you will be directed to that app or website. Note that these external apps or sites are not operated by us. Therefore, we strongly advise you to review the Privacy Policy of these apps or websites. We have no control over and assume no responsibility for the content, privacy policies, or practices of any third-party apps or websites or services.

Changes to This Privacy Policy

We may update our Privacy Policy from time to time. Thus, you are advised to review this page periodically for any changes. We will notify you of any changes by posting the new Privacy Policy on this page. These changes are effective immediately after they are posted on this page.

Contact Us

If you have any questions or suggestions about our Privacy Policy, do not hesitate to contact us

Permalink | 記事への反応(0) | 17:11

2019-04-11

■https://anond.hatelabo.jp/20190411010447

あまりにも哀れなので、釣りじゃないと仮定してプログラミングに関するアドバイスを多少。

こういうタイプの人は暗記ばかりで理解が全く足りてないと思っている。「これがきたらこうする」というパターンはわかっても、「なぜそうするのか」という部分に目がいってない。

そういう「なぜ」を考える訓練を普段からしてないから、いざ「なぜそうするのか」と詰まったときに「よくわからないから覚えてしまえ」となる。目の前の「わからない」をとことん放置して、とにかく今だけをやり過ごそうとしている。おそらく人生におけるすべてのありとあらゆることにおいてそのように一貫していると思う。たぶん現時点でのAIの方が賢い。

もちろん暗記が悪いというわけではない。i=i+1と書く理由は「作った人がそういう決まりにしたから」だから、それを理解しようとするとプログラミングの歴史やらを漁らなくてはいけなくなる。だから暗記することは大事。でもなんでも暗記してしまう人は「なんでi=i+1をするんだ」ということはわかっていない。

一度「なぜ」というふうに考えられる思考さえ身についてしまえば、少なくとも今のそうした酷い状況には陥らないはず。

プログラミング言語は、突き詰めていうと数字を操るためのツール。

人間が数字を操ることでかなり多くのことができる。

それはなぜかというと、人間が多くのことを数値化できたからだ。たとえば音楽なら、ドレミファソラシは「261、293、329、349、391、440、493」のように表現できることが知られている。また、絵も、厳密な数値としての可視光の波長の組み合わせであることが知られている。絵が作れて音が鳴らせるということは、絵の連続である動画も数値で表現できる。

日本の国旗を作るには「全体は白色」「真ん中は赤色」を作らなければいけないが、これをLEDを組み合わせて表現してみる。

電気がそれほど流れてないときは白色に光り、たくさん流れているときは赤色に光るLEDがあるとする。

また、白色に光らせるときは000、赤色に光らせるときは001のように数値を決める。この数値を入力するとLEDに対して電気を弱く流したり強く流したりできるような装置を作る。000のときは電気を弱く流し、001のときは電気を強く流す。

こうしたLEDと電気を流す装置を1万個用意する。

そうすると、コンピュータが000という数値をすべての装置に入力すると、1万個のLEDはすべて白色に光りだす。001をすべての装置に入力すると1万個のLEDはすべて赤色に光りだす。これがディスプレイの始まりだ。電光掲示板や電卓を想像してくれればいい。

日本の国旗を作るには、その1万個のLEDを白色にするために、まず色000を1万個の装置に入力する。この1万個のLEDは縦100x横100で並べる。それから縦30x横30のLEDから縦70x横70のLEDまでに内接する円の内部(x^2+y^2≦40)がすべて色001であれば、赤い円ができる。

このx^2+y^2≦40となるようなxとyを求めるコンピュータ内部で機能が作られているとして、この機能を使うには009という数値を使うとする。

このように定義してあげれば、これは次のようになる。

CODES = 000 100 100 009 040 001 030 030 070 070

この表現は今ぼくが適当にでっちあげたものだからあまりわからなくてもいいけど、いちばん言いたいのは、ぼくたちがコンピュータに伝えないといけないことは、最終的にはこういう数値であるということ。

なのでたとえば配列はとても重要だ。今、青を002と置いて、002が装置に入力されるとめちゃくちゃ強い電気が流されて、かつ、LEDにめちゃくちゃ強い電気を流したらLEDが青く光るようにしたとする。

このとき、赤を青に変えるには、001の部分を002に変えれば良い。これをCODES[6] = 002と書く。そして次のようになる

CODES = 000 100 100 009 040 002 030 030 070 070

さらにここから白を赤に変えるには次のようにすればいい。

CODES = 001 100 100 009 040 002 030 030 070 070

ぼくたちが使っているスマホやPCも、結局こういう数値がひたすらコンピュータ内部で計算されまくっている。

コンピュータ内部では数字で何もかもを表現する。文字も、小数も、画像も、音楽も、動画も、Webサイトも何もかも。

何をどのように表現するかは人間が決めている。「Aは41と表現する」のように人間が決めたので、41 41 41と別のコンピュータに伝えると、別のコンピュータで「AAA」というふうに表示してくれる。61は「a」なので、たとえば大文字から小文字にしたい場合は、41 + 20とする。

結局、すべての機能はこの数字を便利に操るための道具に過ぎない。人間が数値をそのまま操るには限界があるからだ。

すべては結局数値に帰着する。

そのように考えれば、かなりシンプルになることが多い。iTunesに入っている曲をランダムに再生したい場合は、まず自分が持っているiTunesの音楽の個数を把握する。これが55個だったとする。ランダムにするのは難しいので、今の日時を参考にする。02:20:32だったら32秒だから32番目の曲を再生するとする。55秒以降のときは分を使い、55分以降のときは時間を使うとする。

これはたとえばこのようになる（もちろんこのままでは実用的ではない）

ItunesMusicList itunesMusicList = getItunesMusicList();
while (true) {
    Date date = getCurrentDate();
    if (date.seconds ＜ itunesMusicList.length) {
        ItunesMusic music = itunesMusicList[date.seconds]
        music.play();
    } else if (date.minutes ＜ itunesMusicList.length) {
        ItunesMusic music = itunesMusicList[date.minutes]
        music.play();
    } else {
        ItunesMusic music = itunesMusicList[date.hours]
        music.play();
    }
}

何も難しいことはしていない。あとは単に習熟度うんぬんの問題だと思う。正直個人的には、8年も何をしていたんだという感じだ。ぼくはプログラミング歴2年目なので。

Permalink | 記事への反応(1) | 02:35

2019-03-01

■コマンド得意な人に聞きたい。

batファイルでnotepadを起動して

増田へようこそ！190301

みたいに表示したい。

保存とかも考えていないし、その場限りで使う

コピーできる画面を表示したい。（コマンド分からない人に使わせるため、コピーしやすい画面が望ましい)

日付のところは毎回変わる。

そこは、これでいけると思ってる。

set yy=%date:~2,2%
set mm=%date:~5,2%
set dd=%date:~8,2%
set yymmdd=%yy%%mm%%dd%

メモ帳なり別のものを起動して画面上に表示ってどうやるんだ？

notepadのコマンドオプションも検索したが、良いのは見当たらない。

最悪、文章を作成して勝手にコピーさせるっていう手はあるんだが…。

Permalink | 記事への反応(0) | 16:40

2019-01-31

■Privacy Policy

FY Creation LLC. built the CLX for Craigslist app as a Free app. This APP is provided by FY Creation LLC at no cost and is intended for use as is.

This page is used to inform app visitors regarding our policies with the collection, use, and disclosure of Personal Information if anyone decided to use our App.

If you choose to use our App, then you agree to the collection and use of information in relation to this policy.

Information Collection and Use

When using the APP, it only collects anonymous usage information to operate, improve and personalize the products. The APP does not collect any Personally Identifiable Information (PII) about you, nor does it match collected anonymous usage data with any 3rd party PII information.

Log Data

We want to inform you that whenever you use our App, in a case of an error in the app we collect data and information (through third party products) on your phone called Log Data. This Log Data may include information such as your device Internet Protocol (“IP”) address, device name, operating system version, the configuration of the app when utilizing our App, the time and date of your use of the App, and other statistics. If you use our app to read or post information on our app, we don't collect any information about your identity. If you identify yourself by sending us an e-mail containing personal information, then the information collected will be solely used to respond to your message. In addition to other information described in this policy, we may collect and share precise location information including the presence of connected devices via bluetooth, through methods such as partner mobile “SDKs”. This information may be used by itself, aggregated, or combined with mobile identifiers (such as IDFAs and Android IDs), and shared with other parties, for purposes related to advertising, attribution (e.g., measuring ad performance), analytics and research. You can remove your consent to having your location data collected by changing the settings on your device (but certain services may lose functionality as a result). You can also control options through your device’s opt-out settings which will: (i) tell advertisers to not use your in-app information from that device to gather information about your interests to target interest-based ads and (ii) inform some partners to halt further data collection and sharing from that device.

Service Providers

We may employ third-party companies and individuals due to the following reasons:

To facilitate our App;

To provide the App on our behalf;

To perform App-related services; or

To assist us in analyzing how our App is used.

We want to inform users of this App that these third parties have access to your Personal Information. The reason is to perform the tasks assigned to them on our behalf. However, they are obligated not to disclose or use the information for any other purpose.

Security

We value your trust in providing us your Personal Information, thus we are striving to use commercially acceptable means of protecting it. But remember that no method of transmission over the internet, or method of electronic storage is 100% secure and reliable, and we cannot guarantee its absolute security.

Links to Other Apps or Websites

This App may contain links to other Apps or Websites. If you click on a third-party link, you will be directed to that app or website. Note that these external apps or sites are not operated by us. Therefore, we strongly advise you to review the Privacy Policy of these apps or websites. We have no control over and assume no responsibility for the content, privacy policies, or practices of any third-party apps or websites or services.

Changes to This Privacy Policy

We may update our Privacy Policy from time to time. Thus, you are advised to review this page periodically for any changes. We will notify you of any changes by posting the new Privacy Policy on this page. These changes are effective immediately after they are posted on this page.

Contact Us

If you have any questions or suggestions about our Privacy Policy, do not hesitate to contact us

This app has no affiliation with Craigslist. Craigslist is a registered trademark of Craigslist, Inc. Please visit Craigslist's privacy policy to better understand their data collection practices and controls that they make available to you.

Permalink | 記事への反応(0) | 12:24

2018-12-12

■ナウシカ

以下は約30年前のナウシカパロディ文書だよ。プログラマ向け。

まだWebも存在してない頃のインターネットからだよ。

----------------

Title:８７年度　ＪＵＮＥＴ冗談大賞（ナウシカ版）

Date : 5:32pm 2/14/88 From: pcs16761 (wat)

／ｃｏｐｙｒｉｇｈｔ　ｂｙ　ｈｉｒｏｎｏｂｕ＠ｓｒａ，ｊｕｎｅｔ

　ｓｈｏｕｉｃｈｉ＠ｊｓｄ，ｊｕｎｅｔ，Ｈｉｒｏｓｈｉ　Ｍａｒｕｙａｍａ

／いかなる、コピー、変更、再配布を許可します。一切の著作権利を拒否します。

　　　　風の谷のナウシカ

　　　　　Ａｈｏ丸山

　　　　　ＭＡＤ島田

　　　　Ｈａｃｋｅｒ裕信

　　　　　　　散乱したファイルの山、

　　　　　　　　倒れたメンバーたち。

　　　　　　またプロジェクトが一つ死んだ。

　　　　　行こう、ここもじきに腐海に沈む。

　　　　　　　　ナレーション

　　　　　巨大電算機が誕生してから４０年、銅とシリコンに覆わ

　　　　　れた荒れた大地に腐った海．．腐海と呼ばれる、有毒の

　　　　　商機を発する、ディレクトリーの森が広がり、衰弱したプロ

　　　　　グラマーの生存を脅かしている。

　　　　腐海の中。銃声が聞こえる。ｎａｕｓｉｃａａ顔を上る。

　　　　ｎａｕｓｉｃａａ

　　　　　　そっちは腐海の中心よ、そっちに逃げてはだめ．．

　　　　ｎａｕｓｉｃａａカイトに飛び乗る。離陸。光玉を上げる。答え

　　　　ｎａｕｓｉｃａａ

　　　　　　怒りで我を忘れてる。鎮めなくちゃ．．．

　　　　ｎａｕｓｉｃａａ王虫に近づく。

　　　　ｎａｕｓｉｃａａ

　　　　　　ここはおまえの場所じゃないの。戻りなさい。

　　　　男

　　　　　　風（ＵＮＩＸ）使いか．．、よく風を読む．．。

　　　　王虫に光玉を投げる。閃光！

　　　　男

　　　　　　．．閃光で王虫が目を回した。．．虫笛？光玉と虫笛（dbx）

だけで王虫を鎮めてしまうとは．．．

　　　　　　　　　　　　風の谷の城の中

　　　　老婆

　　　　　　我々の先祖は、４０年前には、そろばんと計算尺とかいうと

　　　　　　てつもない文明を持っていたそうぢゃ。ところが、ある戦い

　　　　　　が起ったのぢゃ。その戦いは火の七日間と呼ばれておる。

　　　　　　その七日の間、えにあっくという名の巨神兵が、世界を焼き

　　　　　　尽したそうぢゃ。そして、ほとんど皆が死に絶えたこの大地

　　　　　　に、腐海が生れたのぢゃ。．．．我々は、唯一つの言伝えを

　　　　　　支えにして生きておる。

　　　　ｎａｕｓｉｃａａ

　　　　　　何なのですか、婆さま、その言伝えは？

　　　　老婆

　　　　　　そのもの、青き衣をまといて金色の野に降り立たん。失われ

　　　　　　し大地とのきずなを結び、遂に人々を青き清浄の地に導かん

　　　　　　。ただの古い言伝えに過ぎん。

　　　　ダイジェストなので、この間に、ペディテの王女が虫に追われて

　　　　風の谷へ逃げ込んで来た。ｎａｕｓｉｃａａに積荷を焼くように

　　　　言い残して息を引き取った。ｎａｕｓｉｃａａが虫をｄｂｘで

　　　　無事腐海に連れ帰った経過は、御承知の通りである。

　　　　虫は無闇に殺してはならない。

　　　　ｎａｕｓｉｃａａ（回想）

　　　　　　背後に王虫の子が隠れている。

　　　　ｎａｕｓｉｃａａ

　　　　　　お願い！！殺さないで！！

　　　　人々

　　　　　　やはり虫に取り附かれていたか

　　　　ｎａｕｓｉｃａａ

　　　　　　助けてあげて！！

　　　　女

　　　　　　プログラマーと虫は一緒には生きられないんだよ

　　　　トルメキアの艦隊が風の谷に侵入した。ジルを殺害し、風の谷を

　　　　占領した女司令官が、村人に、

　　　　女司令官

　　　　　　そなた達は、腐海のために滅びに瀕している。我等に従い、

　　　　　　我が軍（シグマ）に参加せよ。巨神兵アイコットを蘇らせ、

　　　　　　列強の干渉を廃し、大地の主となるのだ！腐海を焼き払い、

　　　　　　再びこの大地を蘇らせるのだ。かつて人間をして、この大地

　　　　　　の主となした奇跡の技を我等は再びここに復活させた。私に

　　　　　　従う者には、もはや納期や虫に怯えぬ暮しを約束しよう。

　　　　老婆

　　　　　　腐海に手をだしてはならぬ。腐海が生れて４０年、幾度も

　　　　　　人々は腐海を焼こうと試みてきた。バッカスとか、マッカ

　　　　　　ーシとか、ダイクラスとか、ビルジョイ〔１〕とかの強者

　　　　　　たちが幾度となくぢゃ。だがその度王虫の群が怒り狂い、

　　　　　　大地を埋め尽す大波となって押し寄せてきた。総ての町や

　　　　　　村を飲み込み、その暴走は幾日も幾晩も続いた．．王虫が

　　　　　　力尽きて倒れるまでぢゃ。誰にもそれを止めることはでき

　　　　　　ん。そして、その王虫の骸を床に、胞子が芽生き、腐海は

　　　　　　それまでの何倍もの大きさに拡がったのぢゃ。

　　　　この後、ｎａｕｓｉｃａａによって、混乱はなんとか押えられ

　　　　風の谷はトルメキアの連合に加えられた。

　　　　トルメキアの参謀

　　　　　　風の谷の計算尺（ガンシップ）の話ですが．．．

　　　　女司令官

　　　　　　火の七日間の前に作られたという話は本当か？

　　　　参謀

　　　　　　奴らはそう思っているようです。今度の戦に微用しますか？

　　　　女司令官肯く

　　　　女司令官

　　　　　　あの風使い（ＵＮＩＸ　ｕｓｅｒ）の娘、あれも参加するよ

　　　　　　うに申し付けよ。

　　　　トルメキアの連合とペディテの戦いには、ｎａｕｓｉｃａａと城

　　　　の長老たちが、ガンシップで参戦させられることとなった。

　　　　ガンシップの整備中。司令官と長老たち。　　；；；ＤｅＢｕｇ

　　　　長老

　　　　　　わしらの手を見てみなされ。みんなタイプだこでこんなに硬

　　　　　　くなってしまっておる。亡くなったジル様もそうじゃった。

　　　　　　なかにはけんしょうえんを煩っておる者もおる。腐海の畔に

　　　　　　生活らす者の運命じゃ。じゃが、姫様は、こんな手を好きじ

　　　　　　ゃというて下さる。働き者のきれいな手じゃというて下さる

　　　　　　あんたも姫様らしいが、わしらの姫様とは、少し違うようじ

　　　　　　ゃのう。

　　　　女司令官、鼻で笑って立ち去る。

　　　　城の地下室。ｎａｕｓｉｃａａとユパ

　　　　ｎａｕｓｉｃａａ

　　　　　　ユパ様には、見ておいてほしかったの。もうすぐそれどころ

　　　　　　じゃなくなるから。

　　　　ユパ

　　　　　　これは．．．これは腐海の植物ではないか．．．

　　　　ｎａｕｓｉｃａａ

　　　　　　大丈夫。害はないわ。でもみんなには言わないで。怖がると

　　　　　　いけないから。ソフトも水も一番深い井戸の底からとったも

　　　　　　のなんです。

　　　　ユパ

　　　　　　これを．．自分で．．．？

　　　　ｎａｕｓｉｃａａ

　　　　　　わるいのはソフトなんです。水と土さえきれいなら、この

　　　　　　ＷＳたちだってこんなに可愛い．．．。

　　　　ユパ（独白）

　　　　　　これをこの娘は、一人で見つけだしたのか。

　　　　出撃したトルメキアの連合軍。だが、腐海の上空で、ペディテの

　　　　艦隊と接触し、ガンシップと、グライダーは、腐海に墜ちてしま

　　　　う。

　　　　腐海で銃を構えた司令官とｎａｕｓｉｃａａ

　　　　ｎａｕｓｉｃａａ

　　　　　　あなたは腐海をよく知らない。ここでｇｏｔｏを使うだけで

　　　　　　何が起るか判らないのよ。

　　　　女司令官

　　　　　　黙れ！！動くな！！

　　　　ｎａｕｓｉｃａａ

　　　　　　あなたは何を怖がっているの？まるで動検に立ち合っている

　　　　　　二年生のよう。

　　　　女司令官

　　　　　　何！！

　　　　女司令官、ｇｏｔｏを撃つ。側にいた老人が素早く銃口を天に

　　　　向けた。音に驚いた虫たちが襲ってくるのを、腐海の底の王虫の

　　　　巣に隠れてやりすごす。

　　　　ｎａｕｓｉｃａａ上で、銃声と虫の襲う音聞く。

　　　　ｎａｕｓｉｃａａ

　　　　　　あの人だ。

　　　　メーベで飛び上がる。

　　　　少年が、銃を撃ちまくりながら逃げている。

　　　　ｎａｕｓｉｃａａ

　　　　　　あなたは殺しすぎる。もうｄｂｘもきかない！！

　　　　彼等は、腐海の底までおちた。

　　　　少年

　　　　　　ここは．．．？

　　　　ｎａｕｓｉｃａａ

　　　　　　腐海底みたいね。あの腐海の一番深い所にこんなきれいな所

　　　　　　があるなんて．．．。

　　　　そこは、ハッカーたちの棲む、白い静かな世界だった。

　　　　少年

　　　　　　ぼくはペディテのアスベル。きみは？

　　　　ｎａｕｓｉｃａａ

　　　　　　風の谷のナウシカ。

　　　　彼等はメーベで、その白い砂中から飛び立った。ペディテへ。

　　　　ペディテは、破壊しつくされていた。

　　　　アスベル

　　　　　　あのプロテクトが破られるなんて．．．！もう終りだ。

　　　　　　トルメキア軍を全滅させたって、なんにもならない。

　　　　ｎａｕｓｉｃａａ

　　　　　　トルメキア軍を全滅！？どういうこと、それは？

　　　　アスベル、目をそらせる。

　　　　ｎａｕｓｉｃａａ

　　　　　　教えて。アスベル。どうしてトルメキア軍を！

　　　　アスベル

　　　　　　虫に襲わせるんだ．．．。

　　　　ｎａｕｓｉｃａａ

　　　　　　何て酷いことを．．．。

　　　　ペディテの住人

　　　　　　アスベル！！生きていたのか！

　　　　アスベル

　　　　　　この人が助けてくれたんだ。それより、これは．．．。

　　　　ペディテの住人

　　　　　　ああ、ひどいことだ。だが、すぐ元どおりになるさ。腐海を

　　　　　　焼いて．．．。

　　　　ｎａｕｓｉｃａａ

　　　　　　あなたたちは腐海を焼くって言うけれど、あなたたちだって

　　　　　　井戸の水を飲むでしょう。誰がその水をきれいにすると思う

　　　　　　の？腐海の虫やハッカーたちが、きれいにしているのよ。

　　　　ペディテの住人

　　　　　　この人は？

　　　　アスベル

　　　　　　風の谷のナウシカ。ぼくの命の恩人だ。

　　　　ペディテの住人

　　　　　　風の谷．．．。

　　　　ｎａｕｓｉｃａａ

　　　　　　お願い！！計画中止して！！

　　　　ペディテの住人

　　　　　　もう駄目だ。動きだしてしまった。もう誰にも止められない

　　　　ｎａｕｓｉｃａａメーベで飛び上がろうとする。ペディテの住人

　　　　たちがそれを押える。

　　　　ｎａｕｓｉｃａａ

　　　　　　お願い！！みんなのところへ行かせて！

　　　　ペディテの住人

　　　　　　もう手遅れだ．．君の気持ちはわかるが．．．。

　　　　ｎａｕｓｉｃａａ

　　　　　　アスベル！！あなたも見たでしょう、みんなに言って！

　　　　　　腐海のできた理由を、バグはプログラムを守っているって！

　　　　アスベル

　　　　　　どけ！行かせてやれ！！

　　　　銃を構えている。

　　　　ｎａｕｓｉｃａａ

　　　　　　有難う。

　　　　飛び立つ。（原作と違うけどダイジェストだから．．）

　　　　風の谷。

　　　　村人Ａ

　　　　　　風が止った。

　　　　村人Ｂ

　　　　　　Ｖａｘが止まるなんて、今までになかったぞ。（嘘だ）

　　　　村人Ａ

　　　　　　一体何が起こる．．．

　　　　子供たち

　　　　　　婆さま、これからどうなるの？

　　　　老婆

　　　　　　なるようになるだけぢゃ。子供たち、さあもっとこっちへ

　　　　　　おいで。

　　　　トルメキア軍の陣営

　　　　女司令官

　　　　　　巨神兵（ＡＩ－ＷＳ）を使うのだ！

　　　　参謀

　　　　　　まだ早過ぎます。

　　　　女司令官

　　　　　　たわけ、今使わずにいつ使うというのだ！

　　　　腐海の方角から、王虫の無数の赤く燃える目が、徐々に迫って

　　　　きている。

　　　　兵士達

　　　　　　あ、あれは！

　　　　参謀

　　　　　　腐ってやがる。やはり、早すぎたか。

　　　　女司令官

　　　　　　焼きはらえ！なぎはらえ！

　　　　巨神兵の口から赤い一筋の鋭い光。王虫が数百匹一瞬で消滅する

　　　　参謀

　　　　　　さすが、世界がＡＩ一色になるはずだぜ。

　　　　女司令官

　　　　　　焼きはらえ、なぎ倒せ！

　　　　しかし、その煙の中から、果しない虫の群が．．．

　　　　女司令官

　　　　　　どうしたそれでも世界で最も邪悪な人工知能の末えいか！

　　　　巨神兵は最後の光線を残し崩れ落ちた。

　　　　子供

　　　　　　ＩＢＭが死んじゃったよ。

　　　　老婆

　　　　　　いいんじゃあんなものにすがって生きるより、ここで滅びた

　　　　　　方がよい。

　　　　王虫の子を釣り下げて飛んできたペディテのフライングマシーン

　　　　（嘘八百と呼ばれていた）は風の谷の直前で王虫の子を落した。

　　　　ナウシカはメーベを捨てて、王虫の暴走の前に両手を広げた。

　　　　王虫は、彼女跳ね飛ばし．．．．止まった。

　　　　子供

　　　　　　姫ねえさま、死んじゃった．．．。

　　　　老婆

　　　　　　我等のために命をかけてデバックしてくださったんじゃ

　　　　王虫たちは、倒れた彼女に向って、静かに金色の触手を延した。

　　　　十本もの触手は、彼女優しく抱き上げる様に空にもちあげた。

　　　　彼女は静かに身を起した。

　　　老婆

　　　　　　王虫が心を開いておる、子供達よ我が老いた目に代っておし

　　　　　　えておくれ。今ナウシカは．．．。

　　　　子供達

　　　　　　真青な服を着てる金色の野原に立っているみたい．．．

　　　　老婆

　　　　　　そのもの青き衣をまといて金色の野に降り立つべし．．．．

　　　　　　おお　　　古き言伝えは真だったんじゃ．．．

　　　　その時　　風が帰ってきた。

　　　　村人達

　　　　　　おおＶＡＸが立ち上がったぞ！

　　　　晴れた朝の空にメーベが舞う

　　　　　　　ＦＩＮ

　　　　．．．．

　　　　というわけでした。お粗末さま。

Permalink | 記事への反応(1) | 09:47

2018-11-25

■良くできた詐欺メールだことｗｗｗ

未納料免除手続きを行って下さい。

24時間以上対応を放置した場合、差押えを目的とした民事訴訟もしくは刑事訴訟へ発展致します。

通告日時：[[MAIL_DATE]]

ttp://r6ys259co.aa-bddnu.com/5e3c2ccb65253885/gn5d-ac467a2a526f94cf-r

※貴殿が2018年11月25日 (日) 10時35分28秒に本状を閲覧したことを記録しました。

（特定通信記録通知書）

通信記録保持警告書

本状は催告状です。

貴殿の登録情報がある情報サイトにおいて利用料金の未納が続いた為、提携個人信用情報機関より回収の任を受けています。

現在、履歴のあるWEBコンテンツにおいて無料期間中に解約処理の申告が行われず、登録料金、月額料金及び遅延損害金が発生しています。

支払いの意思がある場合は、下記の請求金額を指定期限までにお支払いください。

ご入金なき場合は貴殿の期限の利益を喪失させ、身元調査により得られた貴殿に関する情報をインターネット上に開示したうえで、損害賠償請求権実行などの法的手続きをとりますので、念のため申し添えます。

▼未払い記録情報

請求金額 986,531yen(遅延損害金含む）

指定期限 本通知後24時間以内.

但し、継続利用の意思がない場合は、必ず合意解約申請を行ってください。

▼合意解約について▼

本通知確認後、速やかに本状より解約の申請を行った場合は、発生している未納金および損害金の支払いが免除され、登録情報の削除が行えます。

当方での代行手続きにより該当コンテンツの解約処理完了時に本状および貴殿の個人情報は削除され、当該請求が停止および免除となります。

完了時、希望する場合にはデータ消去証明書等を発行します。

▼ご利用対象サイト(運営元/ウェブマネー株式会社及び、その他複数社)

・SNS(出会い系サイト等)

・アダルト動画サイト(DMM関連動画サービス)

・情報サイト(有料ニュースサービス等)

・その他(有料メルマガ、写真共有サービス等)

▼差押さえ対象について▼

・不動産

・給与などの賃金

・預貯金

・生命保険

・売掛債権

※対応を放置した場合、上記の処罰が適応となります。

解約の申請の手続き

継続利用の意思が無く未納分の支払い免除措置を希望する場合は、本状を閲覧後、必ず指定期限内に次のボタンから、解約申請を行ってください。

これは、貴殿が上記支払いを逃れるための唯一の救済措置です。

合意解約申請

合意解約申請

法的措置告知

本状を閲覧したにも関わらず、指定期限内の入金が確認できなかった場合、アクセス情報をプロバイダに提出し、貴殿のメールアドレス･プロバイダの契約情報から追跡し、身元調査を行い、顧問弁護士による少額起訴制度を利用した請求を行います。

簡易裁判所より少額起訴の訴状と第一回口頭弁論の期日を記した呼出状「（第1回）口頭弁論期日呼出状及び答弁書催告書」が発送されます。本状以降、一度もご連絡がないなど、特に悪質な場合には、身元調査の上、差押処分、及び、法的措置を必ず行います。

転載は許可しておりません。許諾なくコピーした場合、違法行為として法律により罰せられますのでご注意ください。転載確認時、関係者を告訴致します。

（通知人・債権管理連盟顧問弁護団）

弁護士：加山龍三

弁護士：杉原民敏

（現債権者・債権管理回収業務委託者）

当方はインターネットコンテンツ事業者・融資企業様より、支払金未納の回収を委託された紛争解決の仲介業務も行なっております。

法務大臣の許可を得て、信用保証協会の委託に基づき信用保証協会の債権の管理及び回収を行っています。

接続情報及び機器情報

※貴殿の閲覧日時、使用機器、アクセス元等の情報を記録しています。

貴殿の閲覧日時： Date: 2018/11/25 Sun. 10:35:28

Permalink | 記事への反応(0) | 10:36

2018-11-17

■百田尚樹の本に参考文献がないとかそういう話

はじめに書いておくと、『日本国紀』がデタラメの塊なのはかれの書くノンフィクションがデタラメだらけなのを見ていれば容易に予想がつくことで、『日本国紀』がデタラメだというその結論に異議を申し立てるつもりは毛頭ない。あんなデタラメ本をわざわざ読み込んで批判されている識者の方々には心から敬意を表する。

だけど、ちょっと待ってほしい。参考文献がないという話だ。いや、参考文献が大事なのはわかる。研究書に参考文献がないのは論外だ。そして『日本国紀』にも参考文献が書かれていないということで、こんなん歴史書としてありえないとかさんざん言われている。『日本国紀』がクソなのはよくわかるのだが、参考文献リストがないからクソとか言われてしまうと非常に困惑する。

なぜなら、現に「参考文献が書かれてないけど、良い一般向けの歴史入門書」というものも存在しているからだ。

ぶっちゃけて言うと岩波新書で出た入門書の類である。中公新書や講談社現代新書は最近「もう選書でやれよ」と言いたくなるくらいに参考文献リストを充実させており最近だと本文中での典拠明示もバッチリやっていたりするが、岩波新書は参考文献を載せていない一般向けの歴史の本というものを継続的に現在に至るまで出し続けており、その内容がデタラメというならともかく出版から時間が経っても良質な入門書として評価され得るようなものだったりする。

百田を批判したいあまりに「参考文献がないなんてありえない！」と言われると、過去に岩波新書で出版され私を現在の研究分野に導いてくれた良書の数々が肩身の狭い思いをするので、もうちょっとこうなんというか、手心というか……。

参考文献は、当たり前だけどあった方がいいに決まっている。仮に知り合いが「これから一般書を書くんだけど、編集さんから参考文献は削ってって言われちゃった。どう思う？」って言い出したら「いや編集とバトルしてでも参考文献載せろよ」って言うだろう。だがもう出ちゃった本に対しては「良い本だけど、参考文献があればもっと良かった」としか言いようがなく、百田の本を叩きたいあまりに参考文献リストがないなんてありえないとか無価値だとかそんな言い方をされると、気持ちはわかるんですがそれはちょっと賛同できないっすね……とボソボソ呟くことしかできなくなってしまう感があり、あれだ、みんなもっと色んな本読もう……

本論とは違うが、ちょっとだけ言いたいこと。

参考文献は必要だが、「巻末参考文献リスト」はなくてもよい。あった方が便利なのは確かだが、本文中に典拠が明示されていれば、紙幅を気にして削ってしまってもよい。文系の場合、参考文献を示すのに色々な表記方法が有り得るが（MLA styleとか）、脚注に書誌情報を記すやり方もあり（具体的にはシカゴ・スタイル見てもらった方が早いか→ https://www.chicagomanualofstyle.org/tools_citationguide/citation-guide-1.html ）、この方式の場合参考文献リストは「あれば便利」という位置づけに過ぎず「必須」ではない。いやもちろんあった方が便利ですよあった方が。でも脚注だけでも「典拠を示す」という最低限の役割を果たし得る以上、紙幅が足りないねじゃあどこ削るとなったときに真っ先に参考文献リストを削るだろうなと思う。別にこれは日本語圏のみのルールではなく、英文査読誌でも脚注で典拠を示させるスタイルの場合は参考文献リストをつけない場合が多いんじゃないかな（author-date方式の場合は当たり前だけど参考文献リストが絶対必要です）。たとえばこの雑誌→ https://www.tandfonline.com/action/authorSubmission?show=instructions&journalCode=fnep20 は脚注スタイルなので参考文献リストはつけません。甚だしい場合は書籍からも参考文献リストを抜くことがある。いやほんと参考文献リストをつけてほしいのだが、しかし出典表記の義務はきちんと果たしているので、問題は単に「チェックしづらい」というだけだ。なのでめんどくせーと思いながらも注を丹念に辿って出典チェックをしたものです。ちなみに日本で出た一般書の話ではなくハーバード大学出版会から出た英書の話なので誤解なきように。出典注とfurther readingはついてるけど引用文献リストはついてない、というのも見るな（MazowerのDark Continentとか）。

「巻末に参考文献リストを置いていない」ことと「いっさいの出典表示をしていない」は文系においてはまるっきり別の事柄であり、「参考文献がないのは駄目」という言説が後者の意味で言われているならいいのだが前者の意味で言われているのならそれは明白に間違いなので勉強し直してほしい。いやだって文系の研究書を乱読していれば絶対に「注で参考文献を表示しているけど、巻末に文献リストはない」本に一定数行き当たるでしょ……？（あー、社会学や文化人類学のばっかり読んでたらそういう本には当たらないかも。文学とか歴史学とかだと稀によくあるんだよなー）

あと、新書とかエンタメ路線に振った本とかで注がないのは許せるのだが、ほぼ研究書並の分厚い本を書いておいて注を省くのは本当にやめてほしい。自分の専門からは遠いから名指ししておくと最近出たやつだと『アイルランド革命1913-23』とか『ドイツ植民地研究』とかですね。新書とかは学識の折り詰めやエッセンスのようなものなので厳密な出典注を省いても別にいいというか対象読者が違うし……感もあるのだが、この厚みでこの内容で出典注ないのは勿体ないし価値を下げてしまっている。いやもちろん両方ともきちんと緻密な参考文献リストをつけてくれているのである程度は出典の見当がついたりするのだが、このボリューム、この内容で注なしは流石に……これなら、注をつけて文献リストを省いた方が100倍マシだと思う。だってどこを参照してるかわかんないじゃん……いちおう言っておくと英語圏でもこういう「なんで！　この厚みで！　この内容で！　ちゃんと注をつけないの！」という本は存在するので日本の文系はガラパゴスだとかそういう話を始めないようにね。でも注を省いてこのお値段なら注をつけたらいったいおいくら万円になっちゃうの……？　というのも一方で思ったりするので難しいところなんだよな。ただでさえ日本語でも英語でも学術書は高いのにねえ……

Permalink | 記事への反応(2) | 22:10

2018-11-04

■増田式プログラマー養成講座　その18　SQLでデータの追加と取得

前回は、Webアプリの骨組み（スケルトン）までを作って、製作の過程を見てみました。

今回は、データベースのCRUD操作を行なって、チャットのメッセージを追加／取得／変更／削除する機能を実装してみましょう。

　

Visual Studio Codeの準備

Webアプリを作るときに、「Visual Studio Code」というIDE（統合開発環境）を使ってみましょう。PHP用の各種プラグイン（「PHP IntelliSense」「PHP Debug」など）を入れておけば、便利に使える。

　

メッセージの追加

  1. View：HTMLのFormタグを使って、メッセージを入力＆送信できるようにする。
  2. Controller：Viewから送信したデータを受け取れるようにする。
  3. Model：Controllerが受け取ったデータをデータベースに保存する。

という機能を実装してみよう。

　

Viewの改造

ファイルの内容を以下のように編集する。

<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>

<!DOCTYPE html>

<html>

　<head>

　　<meta charset="utf-8">

　　<title>増田チャット</title>

　　<base href="<?php echo base_url(); ?>">

　</head>

　<body>

　　<h1>増田チャット</h1>

　　<h2>新規投稿</h2>

　　<form action="welcome/index" method="post" accept-charset="utf-8">

　　　<label>メッセージ</label>

　　　<input type="text" name="message">

　　　<input type="hidden" name="action" value="add">

　　　<button>投稿する</button>

　　</form>

　</body>

</html>

　

Viewの改造の解説

本当はセキュリティーを考慮して、入力値の検査（バリデーション）とか、もっといろいろな仕込みが必要だが、ここでは練習なので省略します。

　

Controllerの改造

　

ファイルの内容を以下のように編集する。

<?php

defined('BASEPATH') or exit('No direct script access allowed');

　

class Welcome extends CI_Controller

{

　public function __construct()

　{

　　parent::__construct();

　　$this->load->model('chat_model');

　　$this->load->helper('url');

　　$this->output->enable_profiler(true); // for debug

　}

　

　// 初期画面

　public function index()

　{

　　$action = $this->input->post('action');

　　if ($action == 'add') {

　　　$message = $this->input->post('message');

　　　$this->chat_model->create_message($message);

　　}

　　$this->load->view('welcome_index');

　}

　

　// 更新画面

　public function update()

　{

　　$this->load->view('chat_update');

　}

　

　// 削除画面

　public function delete()

　{

　　$this->load->view('chat_delete');

　}

}

　

Controllerの改造の解説

　

Modelの改造

ここでやっとSQL文の登場だ！！！

SQLを説明したかったのに（SQLとは本質的に関係がない）Webアプリの説明が延々と続いた。（説明の方法を変えた方がいいねｗ）

データベースにデータを保存（追加）するSQLコマンド「INSERT」を使ってみよう！

　

ファイルの内容を以下のように編集する。

<?php

defined('BASEPATH') or exit('No direct script access allowed');

　

class Chat_model extends CI_Model

{

　public function __construct()

　{

　　parent::__construct();

　　$this->load->database();

　}

　

　// Create

　public function create_message($message = '')

　{

　　$sql = "INSERT INTO talk SET create_at = ? , message = ?";

　　$param = array(date('Y-m-d H:i:s'), $message);

　　$this->db->query($sql, $param);

　　return $this->db->insert_id();

　}

}

　

Modelの改造の解説

　

以上、メッセージの追加を実現するために、MVCの各パーツを用意した。これでメッセージの追加だけができるようになった。

これだけではメッセージの取得＝表示がまだできないので、次はデータベースからメッセージのデータを取得して、Webページに表示できるように改造しよう。

　

メッセージの取得

SQLの「SELECT」を使えば、データベースからデータを取り出せる。

メッセージのデータを取り出して、Webページの表示で使おう。

　

Modelの改造

ファイルの内容を以下のように編集する。

<?php

defined('BASEPATH') or exit('No direct script access allowed');

　

class Chat_model extends CI_Model

{

　public function __construct()

　{

　　parent::__construct();

　　$this->load->database();

　}

　

　// Create

　public function create_message($message = '')

　{

　　$sql = "INSERT INTO talk SET create_at = ? , message = ?";

　　$param = array(date('Y-m-d H:i:s'), $message);

　　$this->db->query($sql, $param);

　　return $this->db->insert_id();

　}

　

　// Read All

　public function read_message()

　{

　　$sql = "SELECT * FROM talk";

　　$query = $this->db->query($sql);

　　return $query->result_array();

　}

}

　

Modelの改造の解説

　

これでデータベースからデータを取り出すSQL、メソッドがモデルに用意できた。

　

Controllerの改造

　

ファイルの内容を以下のように編集する。

<?php

defined('BASEPATH') or exit('No direct script access allowed');

　

class Welcome extends CI_Controller

{

　public function __construct()

　{

　　parent::__construct();

　　$this->load->model('chat_model');

　　$this->load->helper('url');

　　// $this->output->enable_profiler(true); // for debug

　}

　

　// 初期画面

　public function index()

　{

　　$action = $this->input->post('action');

　　if ($action == 'add') {

　　　$message = $this->input->post('message');

　　　$this->chat_model->create_message($message);

　　}

　　$data['talk'] = $this->chat_model->read_message();

　　$this->load->view('welcome_index', $data);

　}

　

　// 更新画面

　public function update()

　{

　　$this->load->view('chat_update');

　}

　

　// 削除画面

　public function delete()

　{

　　$this->load->view('chat_delete');

　}

}

　

Controllerの改造の解説

これは全部CodeIgniterで用意されている機能なので、マニュアルを読めば使い方が分かるようになってます。

　

Viewの改造

ファイルの内容を以下のように編集する。

<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>

<!DOCTYPE html>

<html>

　<head>

　　<meta charset="utf-8">

　　<title>増田チャット</title>

　　<base href="<?php echo base_url(); ?>">

　</head>

　<body>

　　<h1>増田チャット</h1>

　　<h2>新規投稿</h2>

　　<form action="welcome/index" method="post" accept-charset="utf-8">

　　　<label>メッセージ</label>

　　　<input type="text" name="message">

　　　<input type="hidden" name="action" value="add">

　　　<button>投稿する</button>

　　</form>

　　<h2>投稿一覧</h2>

　　<table border="1" cellpadding="5" cellspacing="0" bordercolor="#CCCCFF">

　　　<tr>

　　　　<th>No.</th>

　　　　<th>投稿日時</th>

　　　　<th>メッセージ</th>

　　　　<th>編集</th>

　　　　<th>削除</th>

　　　</tr>

　　　<?php if(isset($talk)): ?>

　　　<?php foreach($talk as $item): ?>

　　　<tr>

　　　　<td><?php echo $item['id']; ?></td>

　　　　<td><?php echo $item['create_at']; ?></td>

　　　　<td><?php echo $item['message']; ?></td>

　　　　<td><a href="welcome/update/<?php echo $item['id']; ?>">編集</a></td>

　　　　<td><a href="welcome/delete/<?php echo $item['id']; ?>">削除</a></td>

　　　</tr>

　　　<?php endforeach; ?>

　　　<?php endif; ?>

　　</table>

　</body>

</html>

　

Viewの改造の解説

　

（説明文が300行を超えてしまった！これ以上は増田で表示できない。）次回はメッセージの変更をやってみよう。

　

anond:20181104161900　増田式プログラマー養成講座　その17　Webアプリの骨組み

anond:20181104233013　増田式プログラマー養成講座　その18　SQLでデータの追加と取得　←★今ここ★

anond:20181110120715　増田式プログラマー養成講座　その19　SQLでデータの更新

：

anond:20181024214737　増田式プログラマー養成講座　コンテンツ一覧

Permalink | 記事への反応(9) | 23:30

2018-11-01

■増田式プログラマー養成講座　その15　Webアプリの完成見本

前回は、Webアプリのモックアップ（ハリボテ）を作るところまでやりました。

今回は、Webアプリの機能を実装してみましょう！

　

学習の狙い

データベースを使ったWebアプリを作って、データベースの基本操作（CRUDの４つ）を練習してみよう！

CRUD
  1. Create　追加
  2. Read　　取得
  3. Update　更新
  4. Delete　削除

　

説明の順番について

どういう順番で説明したら分かりやすいか？検討してみた。

  1. まず先に、Webアプリの完成見本を提示します。
  2. 続いて、作る過程を説明しながら、各プログラムの意味を説明してみます。

　

作業の流れ

ざっくりと、以下のような流れで作っていきます。

  1. XAMPPを起動する。（参考 anond:20181017191404 増田式プログラマー養成講座　その６　OOPの種類、PHPの準備）
  2. CodeIgniterをインストールする。（参考 anond:20181022232327 増田式プログラマー養成講座　その９　MVCフレームワークを使ってみよう）
  3. phpMyAdminでデータベースを操作する。（参考 anond:20181024214133 増田式プログラマー養成講座　その11　データベースを使ってみよう）
  4. Apache（Webサーバーソフト）の設定を変更する。（今回説明）
  5. Visual Studio Code等のツールでプログラムを書く。（次回説明）
  6. ブラウザーで動作確認する。

　

XAMPPを起動させる

（参考 anond:20181017191404 増田式プログラマー養成講座　その６　OOPの種類、PHPの準備）

講座その６を参考にして、XAMPPを起動させて、ApacheとMySQLをスタートして下さい。

　

CodeIgniterをインストールする。

（参考 anond:20181022232327 増田式プログラマー養成講座　その９　MVCフレームワークを使ってみよう）

講座その９を参考にして、XAMPPの中にCodeIgniterをインストールしておきます。

　

phpMyAdminでデータベースを操作する。

（参考 anond:20181024214133 増田式プログラマー養成講座　その11　データベースを使ってみよう）

講座その11を参考にして、MySQLにWebアプリ用のデータベースとテーブルを作成しておきます。

　

データベースの設定

講座その11で、データベースの練習で「chat」というデータベースを作ってみました。

そのとき「message」というテーブルを作りましたが、今回Webアプリで使うテーブルとして新たに「talk」というテーブルを作成します。

（補足：前に作ったテーブル「message」の中に、テーブル名と同じ「message」という名前のカラム（列）を作ってました。これでも問題ないんだけど、プログラムを書くとき、テーブル名とカラム名を混同しないようにしたいので、念のため作り変えときましょう。）

　

「talk」テーブルを新規作成する

SQLで「talk」というテーブルを作る場合、以下のようなSQL文になります。

CREATE TABLE `talk` (

　`id` int(11) NOT NULL,

　`create_at` datetime NOT NULL,

　`update_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,

　`message` text NOT NULL

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

　

このSQL文をphpMyAdminで実行すれば「talk」テーブルを作れます。

  1. phpMyAdminを開く。
  2. データベース「chat」を開く。（前に作った「message」テーブルは使わないので削除してもOK）
  3. phpMyAdmin画面の上部メニューの「SQL」をクリックする。
  4. 「データベース chat 上でクエリを実行する:」の空欄に上記SQL文をコピーして実行すれば、「talk」というテーブルができる。

　

これでデータベースの準備ができました。

　

Apacheの設定

CodeIgniterで使う「URL」の表示方法をちょっと変更しておきたいので、Apache（Webサーバーソフト）の設定を変更しておきます。

（「URL」＝情報がどこにあるのかを示すインターネット上の住所）

（Apacheの「mod_rewrite」という仕組みによって、URLの扱い方を変更します。）

　

（例）

変更前：　http://localhost/waf/index.php/welcome/

↓

変更後：　http://localhost/waf/welcome/

というように、URLの中にある「/index.php」という文字列を表示させない設定にします。

　

Apacheの設定ファイル「.htaccess」

Apacheの設定は「.htaccess」という名前の設定ファイルを用意して変更します。

　

RewriteEngine On

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^(.*)$ index.php/$1 [L]

　

「.htaccess」の書き方を理解するには、「正規表現」という仕組みの知識が必要です。

まだ「正規表現」を勉強してない段階では、とりあえずコピペして使って下さい。

　

Webアプリ完成見本

CodeIgniterで、

を行ないます。

　

CodeIgniterの設定ファイル「config.php」の編集

「config.php」をIDEやエディターで開いて、以下のように変更する。

$config['base_url'] = 'http://localhost/waf/';

$config['index_page'] = '';

　

最初は、

$config['index_page'] = 'index.php';

になってるけど、「index.php」を削除して、「''」（空）にしておく。

　

CodeIgniterのデータベース設定ファイル「databese.php」の編集

「databese.php」をIDEやエディターで開いて、以下のように変更する。

$db['default'] = array(

　'dsn' => '',

　'hostname' => 'localhost',

　'username' => 'root',

　'password' => '',

　'database' => 'chat',

　'dbdriver' => 'mysqli',

（※上記のように、MySQLのusernameとpasswordは「root」（管理者）のデフォルト設定を使ってます。）

　

Controllerの作成

上記フォルダの中に「Welcome.php」というファイルを作って、内容を以下のようにします。

<?php

defined('BASEPATH') or exit('No direct script access allowed');

　

class Welcome extends CI_Controller

{

　public function __construct()

　{

　　parent::__construct();

　　$this->load->model('chat_model');

　　$this->load->helper('url');

　　// $this->output->enable_profiler(true); // for debug

　}

　

　// 初期画面

　public function index()

　{

　　$action = $this->input->post('action');

　　if ($action == 'add') {

　　　$message = $this->input->post('message');

　　　$this->chat_model->create_message($message);

　　}

　　$data['talk'] = $this->chat_model->read_message();

　　$this->load->view('welcome_index', $data);

　}

　

　// 更新画面

　public function update($id = '')

　{

　　$id = $id ? $id : $this->input->post('id'); // id -> segment or post

　　$action = $this->input->post('action');

　　if ($action == 'update') {

　　　$message = $this->input->post('message');

　　　$this->chat_model->update_message($id, $message);

　　}

　　$data['talk'] = $this->chat_model->read_message_by_id($id);

　　$this->load->view('chat_update', $data);

　}

　

　// 削除画面

　public function delete($id = '')

　{

　　$id = $id ? $id : $this->input->post('id');

　　$action = $this->input->post('action');

　　if ($action == 'delete') {

　　　$this->chat_model->delete_message($id);

　　}

　　$data['talk'] = $this->chat_model->read_message_by_id($id);

　　$this->load->view('chat_delete', $data);

　}

}

　

Viewの作成

上記フォルダの中に「welcome_index.php」「chat_update.php」「chat_delete.php」という３つのファイルを作って、内容を以下のようにします。

　

Viewファイル「welcome_index.php」の中身

<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>

<!DOCTYPE html>

<html>

　<head>

　　<meta charset="utf-8">

　　<title>増田チャット</title>

　　<base href="<?php echo base_url(); ?>">

　</head>

　<body>

　　<h1>増田チャット</h1>

　　<h2>新規投稿</h2>

　　<form action="welcome/index" method="post" accept-charset="utf-8">

　　　<label>メッセージ</label>

　　　<input type="text" name="message">

　　　<input type="hidden" name="action" value="add">

　　　<button>投稿する</button>

　　</form>

　　<h2>投稿一覧</h2>

　　<table border="1" cellpadding="5" cellspacing="0" bordercolor="#CCCCFF">

　　　<tr>

　　　　<th>No.</th>

　　　　<th>投稿日時</th>

　　　　<th>メッセージ</th>

　　　　<th>編集</th>

　　　　<th>削除</th>

　　　</tr>

　　　<?php if(isset($talk)): ?>

　　　<?php foreach($talk as $item): ?>

　　　<tr>

　　　　<td><?php echo $item['id']; ?></td>

　　　　<td><?php echo $item['create_at']; ?></td>

　　　　<td><?php echo $item['message']; ?></td>

　　　　<td><a href="welcome/update/<?php echo $item['id']; ?>">編集</a></td>

　　　　<td><a href="welcome/delete/<?php echo $item['id']; ?>">削除</a></td>

　　　</tr>

　　　<?php endforeach; ?>

　　　<?php endif; ?>

　　</table>

　</body>

</html>

　

Viewファイル「chat_update.php」の中身

<?php defined('BASEPATH') or exit('No direct script access allowed');?>

<!DOCTYPE html>

<html>

　<head>

　　<meta charset="utf-8">

　　<title>増田チャット</title>

　　<base href="<?php echo base_url(); ?>">

　</head>

　<body>

　　<h1>増田チャット</h1>

　　<h2>編集</h2>

　　<p>メッセージを変更して「更新する」ボタンを押してください。</p>

　　<form action="welcome/update" method="post" accept-charset="utf-8">

　　　<label>メッセージ</label>

　　　<?php if (isset($talk)): ?>

　　　<input type="text" name="message" value="<?php echo $talk['message']; ?>">

　　　<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">

　　　<input type="hidden" name="action" value="update">

　　　<?php else: ?>

　　　<p>※該当するメッセージがありません。</p>

　　　<?php endif;?>

　　　<button>更新する</button>

　　</form>

　　<p><a href="welcome/index">戻る</a></p>

　</body>

</html>

　

Viewファイル「chat_delete.php」の中身

<?php defined('BASEPATH') or exit('No direct script access allowed');?>

<!DOCTYPE html>

<html>

　<head>

　　<meta charset="utf-8">

　　<title>増田チャット</title>

　　<base href="<?php echo base_url(); ?>">

　</head>

　<body>

　　<h1>増田チャット</h1>

　　<h2>削除</h2>

　　<p>以下のメッセージを削除しますか？</p>

　　<form action="welcome/delete" method="post" accept-charset="utf-8">

　　　<?php if (isset($talk)): ?>

　　　<p style="background-color:lightpink"><?php echo $talk['message']; ?></p>

　　　<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">

　　　<input type="hidden" name="action" value="delete">

　　　<?php else: ?>

　　　<p>※該当するメッセージがありません。（または削除済です。）</p>

　　　<?php endif;?>

　　　<button>削除する</button>

　　</form>

　　<p><a href="welcome/index">戻る</a></p>

　</body>

</html>

　

Modelの作成

上記フォルダの中に「Chat_model.php」というファイルを作って、内容を以下のようにします。

<?php

defined('BASEPATH') or exit('No direct script access allowed');

　

class Chat_model extends CI_Model

{

　public function __construct()

　{

　　parent::__construct();

　　$this->load->database();

　}

　

　// Create

　public function create_message($message = '')

　{

　　$sql = "INSERT INTO talk SET create_at = ? , message = ?";

　　$param = array(date('Y-m-d H:i:s'), $message);

　　$this->db->query($sql, $param);

　　return $this->db->insert_id();

　}

　

　// Read All

　public function read_message()

　{

　　$sql = "SELECT * FROM talk";

　　$query = $this->db->query($sql);

　　return $query->result_array();

　}

　

　// Read by Id

　public function read_message_by_id($id = 0)

　{

　　$sql = "SELECT * FROM talk WHERE id = ?";

　　$param = array($id);

　　$query = $this->db->query($sql, $param);

　　return $query->row_array();

　}

　

　// Update

　public function update_message($id = 0, $message = '')

　{

　　$sql = "UPDATE talk SET message = ? WHERE id = ?";

　　$param = array($message, $id);

　　$this->db->query($sql, $param);

　　return $this->db->affected_rows();

　}

　

　// Delete

　public function delete_message($id = 0)

　{

　　$sql = "DELETE FROM talk WHERE id = ?";

　　$param = array($id);

　　$this->db->query($sql, $param);

　　return $this->db->affected_rows();

　}

}

　

この続きは、

「anond:20181101230220　増田式プログラマー養成講座　その16　Webアプリの完成見本（続き）」

へ続きます。

Permalink | 記事への反応(11) | 22:53

2018-10-11

■「キズナアイはNHKの『番組』には出ていない」←本当か？

表題の鍵括弧内みたいなブコメをたまに見かけて、それなりにスターも付いてたりするけど。


件の特設サイトが公開された正確な日時はわからんけど、

はてブのページが作成された（＝最初のブクマが付いた）のは2018年9月27日(木) 19時18分50秒(JST)。


そして……



ニュースチェック１１ 週末西日本接近のおそれ・台風２４号最新情報 | 番組表検索結果詳細 | NHKクロニクル

放送日時

2018年09月27日(木)

午後11:10～午後11:40

EPG番組記述

大型で非常に強い台風２４号が接近・早目の備えを▽来週からノーベル賞発表・注目の研究にバーチャルユーチューバー「キズナアイ」が迫る





NHK 番組表 | ニュースチェック１１　週末西日本接近のおそれ・台風２４号最新情報 | 大型で非常に強い台風２４号が接近・早目の備えを▽来週からノーベル賞発表・注目の研究にバーチャルユーチューバー「キズナアイ」が迫る

チャンネル [総合]

2018年9月27日(木) 午後11:10～午後11:40(30分)

番組内容

大型で非常に強い台風２４号が接近・早目の備えを▽来週からノーベル賞発表・注目の研究にバーチャルユーチューバー「キズナアイ」が迫る



（※14:40、↑の埋め込みツイート追加）



キズナアイ since:2018-09-27_23:10:00_JST until:2018-09-27_23:40:00_JSTに関するTwitterニュース

（※上記「ニュースチェック１１」放送時間中の「キズナアイ」を含むツイートの検索結果）


アイちゃん since:2018-09-27_23:10:00_JST until:2018-09-27_23:40:00_JSTに関するTwitterニュース

親分 since:2018-09-27_23:10:00_JST until:2018-09-27_23:40:00_JSTに関するTwitterニュース

（※同上）



個人的には、特設サイトだろうがテレビ番組だろうが、なんでキズナアイが出ちゃいけないの？と思ってる。

（そもそもキズナアイだけじゃなくてVTuber全般にそれほど詳しくはないんだけど）

言うほど性的な格好とも思わないし、「聞き役」としての役割をちゃんと果たしてると思うし。


もし出演したのがニュース７とかだったら、上の行みたいな問題じゃなくて「ゴリ押しが過ぎるんじゃね？」的な意味で違和感はあるけど、

まあ、ゆるーいニュースチェック１１だし……（この番組、前身のNEWS WEB時代から画面に視聴者のツイートが表示されるのが苦手…）

Permalink | 記事への反応(7) | 12:05

2018-08-18

■[追記]高知県立大焚書記事問題を元大学図書館の人視点から

https://anond.hatelabo.jp/20180818141643

http://www.u-kochi.ac.jp/soshiki/7/oshirase.html

高知県立大学図書館からリリースでたけど焼却処分の理由は言及されてないので

勝手に勘ぐり追記。

本を燃やす理由（勝手な推測）

個人情報流出を恐れたのかな？と。

図書館の貸出システムがコンピュータ化する前、館内設置の図書目録カードと

図書に貼付けしてある貸出カードで貸出状況を管理していた。

公共図書館では貸出カードに利用者氏名が残らないブラウン方式だったけど

学校図書館では生徒の利用状況を把握するために敢えて利用者氏名が残るニューアーク方式を採用してきた。

そのため、20世紀に購入した図書には当時の利用者氏名一覧が記載された貸出カードが表紙裏ポケットに入ってる。

図書館システムのコンピュータ化と個人情報保護法で上記管理方法が絶滅してくれれば良かったのだけど

研究室所蔵図書や学科独自で運営している図書室など、図書館システムを介さない図書貸借を管理する大学の一部では現役で生き残っていたりする。

そしてキャンパス再編や研究室廃止時に図書館所蔵に組み込まれたりする。

さて、上記のような「大学名・学部学科・氏名・借りた書籍」がバッチリわかり、さらに「卒業年数・年齢」が推測できるような

貸出カードが譲渡・売却図書などを通じて学外に流出してしまったら現在の日本ではどうなるのか。

そのため、譲渡・売却する場合は一冊一冊貸出カードを確実に抜く必要があるのだけど、カードがポケットに入っていなくてページ間に挟まっていたり

DATE DUEの方に氏名が書いてあったりと除去作業が非常に煩雑。一枚でも見逃したら大事故発生リスク。

自分の実体験上、図書館新設（移設）の超繁忙期に上記作業をやる余裕はないので燃やすことにしたのかなと勝手に推測。

廃棄分量について

報道では蔵書3万8000冊(単行本や新書などの図書2万5432冊、雑誌1万2700冊）を3年で13回に分けて除却したとある。

1回あたり平均して3000冊程度の除却リスト作成ならそんなに特別感はない。しっかり計画的に無理なくやってるなという印象。

ラーニングコモンズ

千葉大図書館の成功はブコメにもある通り、図書館職員・教員の長期に及ぶ熱意と努力と実行力によって実現しているので

形だけ真似たところで同じように成功するわけがない。

ラーニングコモンズをまともに運営するのは並大抵のことではない。

楽しかったけどね。

なお、「図書館のファレミス化」はグループ学習エリアでカードゲームやスマホゲーで盛り上がったりする学生とそれを見つめるだけの図書館職員を揶揄した表現でした。

グループで作業しプレゼンする授業のために図書館のグループ学習エリアを使用するのは正しい利用方法ですので今後も是非活用してください。

Permalink | 記事への反応(1) | 22:59

2018-08-13

■anond:20180813173525

確かそうだから「稚魚を獲って育てる」方法しか取れないっていうのが俺のUp to Dateなんだけどそれから何かアップデートされたんか？

Permalink | 記事への反応(0) | 17:45

2018-08-07

■

日付の保存にわざわざdate型とかtimestamp型を使うものだけが

サマータイムに反対しなさい

Permalink | 記事への反応(2) | 16:35

2018-05-23

■anond:20180523183538

俺は、設定にできるものをロジックにするなと常々言ってるんだが、うちの若者にはあまり響かないんだよなー

$color_settings = [

　　'土' =＞ 'background-color:#ccf;',

　　'日' =＞ 'background-color:#fcc;'

];

$class = $color_settings[$day_list[$date]['week']] ?? '';

このほうがすっきりしていいじゃんかよー

日本語は、多言語対応する可能性が全く無いなら、書いてもいいと思う

Permalink | 記事への反応(2) | 19:02

■anond:20180523183538

ソースコードを UTF8で書くのが標準化された辺りから、

マルチバイトは普通に使えるようになったね。

if ('Sunday' === $day_list[$date]['week'])

より

if ('日' === $day_list[$date]['week'])

のほうが見やすいでしょ。日本人なら。

Permalink | 記事への反応(2) | 18:45

■anond:20180523183538

PHPなんて通ればいいからな。

でも俺は変数に格納する。

てか、その条件ならweekみたいなフィールド作らずに、date('w', strtotime($date)）で曜日取ったほうがよくね。

Permalink | 記事への反応(0) | 18:38

■ifの条件式に日本語を入れるのって普通？

土曜日と日曜日のセルに色を付けてくださいってお願いしたら

if ('土' === $day_list[$date]['week']) { class="background-color:#ccf;" } else if ('日' === $day_list[$date]['week']) { class="background-color:#fcc;" }

っていうコードが出てきたんだけど、ifの中にマルチバイト文字入れるのって普通なの？

かなり気持ち悪いんだけど、これは個人的な感触なのかが知りたい。

PHPな

Permalink | 記事への反応(6) | 18:35

2018-05-13

■改元後も「平成」利用へ　納税や年金システム、混乱回避

https://www.asahi.com/articles/ASL5D4T75L5DUTFK004.html

ブコメ見ると意外と分かってない人が多いんだなーという印象。

＞ 行政機関と民間の金融機関など複数がネットワークでつながっているシステムが対象で

というのがキモで、つまりはデータ連携で年を和暦でやってるってことなんだろうね。

しかもいまだに元号なし2桁だったりしてるのもあるのかもしんない。

Date型云々言ってる人いるけどたいていのデータ連携っていまだにCSVとか固定区切りとかだからね？

hoge,20180513,hage みたいなのはまだましで

hoge,H,30,5,13,hage とかザラだからね？

この手のインターフェースって関係先多すぎて一斉に変えますよーっても間に合わなかったりして、即「動かないコンピューター」行きになっちゃう。

もちろん、なんで西暦で設計しなかったの？アホなの？という指摘は全くその通りなんだけど、

こういうの案外、国のおエラいさんが口出してるから「国のシステムで西暦を使うなどまかりならん」「御意」みたいな感じで決まっちゃったんだろうね。

--

ついでに言うと帳票でなぜか「平成」だけラベルになってるやつとかもあるし。

うちはそんな帳票ねーし、とか言ってるやつ、プロポーショナルフォントになっていないか注意しろよ。平成が表示出来てるからといって次の元号が同じ幅とは限らないからな。文字切れしても知らんからｗ

Permalink | 記事への反応(0) | 21:46

2018-04-08

■読んだページを全部自動でブクマする

数日前に puppeteer で自動で PDF にする試みを書いたブログがホッテントリに入ってるのを見た

それに影響されて自動でブクマするものを作ってみた

bg.js

const username = ""
const api_key = ""

chrome.runtime.onMessage.addListener((message, sender, sendResponse) => {
	if(message.bookmark){
		bookmark(message.bookmark)
	}
})

async function bookmark(url){
	fetch("http://b.hatena.ne.jp/atom/post", {
		method: "POST",
		referrer: "no-referrer",
		headers: {
			Accept: "application/x.atom+xml, application/xml, text/xml, */*",
			"X-WSSE": await createCredential(),
		},
		body: `
			<entry xmlns="http://purl.org/atom/ns#">
				<link rel="related" type="text/html" href="${url}" />
			</entry>
		`.replace(/\t/g, ""),
	}).then(e => {console.log(e)})
}

async function createCredential(){
	const non = Math.random().toString(36).substr(2)
	const now = new Date().toISOString()
	const buf = new TextEncoder().encode(non + now + api_key)
	const u8a = new Uint8Array(await crypto.subtle.digest("SHA-1", buf))
	const str = Array.from(u8a, e => String.fromCharCode(e)).join("")
	const b64 = btoa(str)
	return `UsernameToken Username="${username}", PasswordDigest="${b64}", Nonce="${btoa(non)}", Created="${now}"`
}

username と api_key を埋めてバックグラウンドで動かす

page.js

chrome.runtime.sendMessage({
	bookmark: location.href
})

ページ内で動かすコード

URL をバックグラウンドに投げる

今は全部投げるコードになってるが、必要に応じていらないドメインを弾いたりする

Permalink | 記事への反応(1) | 04:06

次の25件>
アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん