■勝利のためではなく、粛清のために擁立した。（妄想）

※この物語はフィクションです。

元老院選挙前夜

執政官シゲリヌス・フェロクスの年。

クインティリス（7月）に元老院選挙を控えたこの年の政治状況は、一言でいえば「腐敗の極致」であった。

実態がどうであったかは別にして、国民が感じた閉塞感は、まぎれもなく現実だった。

国家成立から殆どの期間において権力の座を占めていた与党への反感はピークに達し、さりとて巨大野党への失望は留まるところを知らなかった。

そんな中、ごく短い期間で爆発的に市民の支持を集めた政党があった。

タミクス・ウニウスを代表とする国家民衆党である。

タミクスは明快な語り口で国民生活の改善を訴え、WebメディアやSNSを用いて露出を増やした。

前年（執政官キシダリウス・モデラトゥスの年）に実施された庶民院選挙で国家民衆党の議席は3倍となった。

今夏の元老院選挙においても党勢の拡大はもはや既定路線だと思われた。

タミクスが近い将来に執政官となることを、市民は期待していたし、そのために熱狂的に支持もした。

彼は妻への裏切りを報じられたことで、謝罪に追い込まれるなど、完璧とは程遠い人物だったが、それでも市民は彼のことが好きだった。

異変

それはユニウスのカレンダエの10日前、5月22日のことであった。

予兆と言えるものや噂がなかったわけではないが、国家民衆党から発表された元老院選挙の公認候補者は市民を騒然とさせるに十分であった。

後に一部のジャーナリストから「汚染の四頭立て戦車（Quadriga Pollutionis）」と称された彼らは次のようなものであった。

市民の批判は主にシラリアとゲニキウスに集中した。

シラリアは主に過去の不祥事が、ゲニキウスはその荒唐無稽としか形容しようのない主張が糾弾の対象となった。

（アダキウスは巻き添え被害のようなものであり、ドミティアに至っては単に特権を求めるだけの主義なき俗物ではあったが、信義を軽んじる恥知らずは多くはないが珍しくもない程度には同時代の政治家の中に存在した。）

タミクスや幹事長であるシルウァヌス・アリケルスは日夜記者会見という名の弁明行為に忙殺された。

曰く「説明責任を果たさず当選できるほど元老院議員の資格は軽くないと本人に伝えている」

曰く「誓約書に基づき、国家民衆党の方針に従わなければ公認取り消しもありうる」

ただ、公認の理由や、今後の対応について問われても、返されるのは曖昧模糊とした言葉ばかりであり、会見でかつて見られた軽妙さはどこかに消え失せていた。

カンナエ後のハンニバルや、敗戦続きのマケドニア王フィリッポスのように、精彩を欠いた采配でただただ時間を空費しているように見えた。

断罪

弁明の日々は続いた。

熱狂的な支持さえあれば、多少のスキャンダルは押し切れる、そう高を括っていたのだろうーーとある者は囁いた。

タミクスの不貞が露見した時も、民衆は彼が掲げる大義に期待し、人間性は不問とした。

あの成功体験が忘れられないのさーーと揶揄していた。

市民も、ジャーナリズムも、タミクスが口で「指摘を受け止める」と言いながら行動に移さないことに辟易していた。

期待は失望へ、支持は批判へ、熱狂は怒りへと姿を変えた。

国家民衆党の地方組織すら、特に批判の中心であったシラリアの公認取り消しを求めていた。

（全ての都市、属州がそのような嘆願をしていたという同時代の証言もある。）

シラリアが会見を行うとの情報が流れ、タミクスは弁明の場と化した会見場でそのことに触れ、記者にこう告げた。

「諸君らも参加して不明点を明らかにするとよい」

タミクスのフィデス（信義）を問題にする声もあったが、この時の人々の関心はシラリアの会見であった。

シラリアの会見はユニウスのイデスの3日前（6月10日）、首都たるインペリアーリス・トキオルムの議場内でなされた。

二時間半に渡る会見をメディアはただ一言、「説明なき黙秘会見」と称した。

記者の怒号にも似た質問の後に残るのは、遺憾の意に飾られた沈黙のみであった。

ユニウスのイデスの2日前（6月11日）、二時間半に渡る逃亡劇への回答は公認の取り消しであった。

擁立候補者選定におけるタミクス、シルウァヌスの責任を問う声は収まらず、またゲニキウスについても会見を実施するよう求められていた。

少なくともこの時は、タミクスもシルウァヌスも失った支持を取り戻すという先の見えない仕事に希望を見いだせていないように、人々の目には映った。

タミクスの思惑

さて、結果を知る我々とてわからないことがある。

いや、その後何が起こったのか、結果を知っている我々だからこそ、この時のタミクスの行動原理は不可解であり、わからないことだらけだ。

同時代の人と同様に「時勢を読み違えた」「一時の好調に浮かれ、近視眼になっていた」とする見方が現代では主流であるように思う。

なるほどそう考えると矛盾はすくないだろう。

パトロヌスであるウニオンが候補者選定に介入した可能性を指摘する歴史学者もいる。

私が思うに、タミクスはこの4人を勝利のためではなく、粛清のために擁立したのだ。

換言すれば、党勢の拡大にブレーキをかけることになってでも、この4人を議場から除かねばならないと考えたのだ。

シラリアは個人的な問題は置くとして、政治倫理の面で国家民衆党の掲げる理想に反しているため、除く必要があった。

ゲニキウスはアテナイのクレオンなどと比べれば遥かに矮小ではあるが、扇動者というものの危険性を理解していたタミクスは芽が小さいうちに抜くことを決意した。

ドミティアに関してはフィデスの問題である。フィデスなきドミティアはタミクスが理想とする議場に居座ることすら許されぬ第一の存在であった。

アダキウスについては正直少々わからないところもあるが、第二次ポエニ戦争におけるクラウディウス・ネロのように、成果を上げる半面、その無謀さと予測不能な動きをタミクスが嫌った可能性はある。

少なくともアダキウスを除く3名は粛清の対象であったことは間違いないだろう。

これら除去されるべき対象を自党で擁立すると発表し、あえて優柔不断な態度をとることで批判を集中させた。

折を見て会見を開かせ、疑念を払拭できなかったとして庇護を剥奪したのだ。

廃物置き場に鎮座してはいたが、使いようによってはまだ議員となる可能性があった者たちを擁立し、元から残っていなかった価値をさらに念入りに毀損し、他の政治屋どもが再利用できないようにした。

これが事の真相であったーーと私は考える。

歴史の秘める豊かな可能性の一つとして、本説が一隅を占めることを許されたなら幸いである。

Ave fictio, salve historia.

Permalink |記事への反応(0) | 15:29

ツイートシェア

■1月のカレンダ

生成AIで1月のカレンダーの画像を生成しようとした。

1.カレンダーは生成できる。

2.画像は生成できない。

いい、プロンプト知ってたら教えてください。

🤔

Permalink |記事への反応(1) | 17:33

ツイートシェア

■[増田アドヴェント2024]増田カレンダリオ デ アッヴィエント 2024

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

ツイートシェア

■[増田アドヴェント2023]増田カレンダリオ デ アッヴィエント 2023

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

ツイートシェア

■[増田アドヴェント2023]増田アドベントカレンダー、10年のあゆみ

Permalink |記事への反応(1) | 19:49

ツイートシェア

■[増田アドヴェント2023] 1人アドベントカレンダ

2015年に開催の1人アドベントカレンダ

Permalink |記事への反応(2) | 20:03

ツイートシェア

■

ネムミアドベンドカレンダァ

Permalink |記事への反応(1) | 16:45

ツイートシェア

■[増田アドヴェント2022]増田カレンダリオ デ アッヴィエント 2022

Permalink |記事への反応(2) | 06:20

ツイートシェア

■[増田アドヴェント2021]増田カレンダリオ デ アッヴィエント 2021

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

ツイートシェア

■[増田アドヴェント2021] Calendario de Advientoってどう読むの？

↑がアドベントカレンダーのスペイン語訳らしい。

どう片仮名表記するのが適当？

「スペイン語はローマ字読みでほぼOK」とどっかで聞いたことある。

すると「カレンダリオ デ アドヴィエント」で良いのかな？

発音を聞いてみる。

Calendario de adviento 語スペイン語 でどう発音するか | HowToPronounce.com

https://ja.howtopronounce.com/spanish/calendario-de-adviento

「カレンダリオ デ アヴィエント」みたいに「d」の音がほぼ聞こえない。

d: ダ行音 /d/。

発声の始め～と語末～以外の位置では摩擦音化し、[ð]

スペイン語 -Wikipedia

https://ja.wikipedia.org/wiki/%E3%82%B9%E3%83%9A%E3%82%A4%E3%83%B3%E8%AA%9E

摩擦音て言われても殆ど聞こえない。

adviento - DiccionarioEspañol-Portugués WordReference.com

https://www.wordreference.com/espt/adviento

別ソースの音声聞いても強いて片仮名表記するなら「アッヴィエント」みたいな感じ。

スペイン語に詳しい増田、これで合ってる？

Permalink |記事への反応(1) | 01:08

ツイートシェア

■年収26万ペソのリアルを教えよう

年収26万ペソのリアルを教えよう

そこの「海外では～」って言ってる君！海外に行けば贅沢で優雅な暮らしをしていると勘違いしていないか？

今日はそんな誤ったイメージを正し、実際にどれくらいの生活レベルか教えよう。

まず自分のスペック。

39歳男、フィリピン人妻、セブ在住、年収26万ペソほど。26万円と26万ペソではだいぶ変わるのでこれは誤差じゃない。

なおマウンティングなどと言われるかもしれないが、そんなつもりは全く無く、

ただただリアルを伝えるために書いた記事である。

家賃について

家賃は3千ペソ、壁が板だけで出来てて街灯を明かりとする部屋を完備した東屋と呼んだ方が正確であろう一軒家。トタン屋根で扇風機がカラカラと音を立てて回るフィリピンでは普通の部屋。

ガチの平均的な現地人が住むような家で何も盛ってないけど、5万ペソくらい出せば日本人でも住める家を借りられる。

基本的に洗濯機は高級品だから手洗い。

まわりの治安は１０年前の台東区の日本〇を１０倍くらい面倒な人を増やした雰囲気。

夜は歩く方が頭おかしいと言われるレベル。

日本のDQNなんて小指でひねりつぶせるくらいのガチ勢がたくさんいるけど仲間になると何でもしてくれる頼りになる存在。

自宅の水は濾過した工業用排水みたいなもの。

飲み水はサリサリストアとかの１ペソで買う水が大正義。

普段の食事について

カレンダリア（現地の食堂みたいなもん）のご飯。

１食４０ペソくらい。

ジョリビー（マクドナルドが唯一勝てないファーストフードチェーン）なんて高級品。

コロンとか行けば食材は安く買えるけど安全に帰ってこれるかの死活問題の方が大きい。

チャタイムのタピオカミルクティーが７０ペソくらいだからカレンダリアは正義。

コンビニ・スーパーでの買い物

近所にセブンイレブンがあるけど基本的に何も買えない。

基本的に洗剤１回分とかのパックをサリサリストアで買い物する程度。

ファッション

ウカイウカイ、要するに古着屋で買う。

１着１０ペソくらいで買える。

シャツと短パンと草履で一年過ごせるという意味では日本に住むよりメリットがある。

女性関係について

不倫しようものならサンゴ礁の餌にされる。

あと基本的に離婚という制度がない。

車について

は？じ、ジープニーって便利な乗り物があるから、く、kるまなんていらないんだからっ///

なおアテネオ大学に行くような学生は下手したら日本よりも金持ちで、父親用の車、母親用の車、子ども送迎用の車、家政婦用の車などがあったりする。

これぞ本場の格差社会さ！！

というわけであまりに普通すぎて、やま無しオチ無しになってしまった。

良くも悪くも、26万ペソは日本人の生活水準を捨てれば十分に生活できる。

ちなみにフィリピン人がメインのオンライン英会話あるでしょ？俺の給料はそのフィリピン人講師たちと同じと考えていい。

オンライン英会話は学校というよりコールセンター扱いにしてるから、まあそのあれなんだけど、基本的に韓国資本の会社が多い。

表向きは日本の会社だけど講師は韓国企業から派遣されてるとかね。

オンライン英会話の月謝は安いけど、その分フィリピン人の給料も低い。

講師の態度に文句を言ってやるな、彼ら彼女らも辛うじて生きるだけの給料しかもらってない上に翌日にシフトを変えられたりするからね。

日本や韓国、あるいは中国の生徒から搾り取って講師を安月給（平均月給だけど）で働かせる会社に文句を言ってやってくれ。

CMがバンバン打てるってそういうことだよ。

「コロンとかに行けば、もっと貧しい人がたくさんいる、わかってない」と言われそうだが、海外に住むのが必ずしも日本での生活より良くなるとは限らないことを伝えたかった。

ちなみにインターネットなんて高級品なので、携帯電話にロード（プリペイド携帯みたいなのがフィリピンではメジャー）して、たまに日本語のホームページとか見てる。

たとえば毎日1GB分のYouTubeとかが見れて、2GBのインターネット接続（俺のうんこみたいに遅い）、テキストメッセージとか電話が７日間もできちゃうプランが１９９ペソする。

日本のインターネットってすげえよ。

結論

「海外は～」なんて言ってる奴の声に耳を貸すな。

あいつらが見てるのは都合のいい海外だけだ。

言っておくが俺は今の生活は嫌いでも惨めだとも思ったことはない。

Permalink |記事への反応(3) | 12:51

ツイートシェア

■忙しくないけど心が忙しい

予定があると予定が気になって落ち着かない。カレンダーに書いておいてカレンダ見るとき以外は忘れるようにしたい。ゲームしてる時も予定のことがよぎるの嫌だからね。早く人生終わってくれ。いろいろ大変だから。「死にたい」じゃなくて「終わってくれ」なのは俺は苦痛が嫌なのであって自殺とか絶対きついから。安楽死でも安楽死のカプセルに入るのが怖すぎるよ。人生早く終わってくれ。嫌いな授業が早く終わってくれるよう祈ってる時と同じ気分。ずっと。うおおおおおお

Permalink |記事への反応(0) | 23:53

ツイートシェア

■増田のカテゴリーページ

https://anond.hatelabo.jp/c

#すけろく0get1get1人アドベントカレンダ2017ブコメ2ch3.11東日本大震災@hazuma 鬱々メモBluetooth変態オヤジ日記BookmarkDIET女FAQFXFull movieITPerlRailsRubySPAMTweetbotJPWEBコミック感想WikipediaXbox萌えキャラ辞典anchorlivecxmemotwitterzonia☆レポート来ないあとで読むいない歴年齢日記うんち日記これはひどいしりとりだいえっとババアにゃーんはてなはてなキーワードはてなサーバはてなブックマークはてな統計はてブぷろとらまとめめだか日記めも゜π゜アニメイカ娘エアオナ禁カルトググレカスゲームゲーム日記コピペコメントタイケン学園タクティクスマスダタグダイエット日記ダジャレディスガイアトニオニコニコ動画ニッキネタハイク観察記プリキュアプログラミングマスダとマスダの冒険マスダアニメメモメンバーライフハックランニングルー増田レシピレントシーキングロジカルクッキング一人大喜利不具合九路盤囲碁今日のyahoo知恵袋今日のワイの餌今日の筋トレ今日も聖書を読む読む今日作った言葉今日知った人物今日知った言葉今日食仕事仮説休職日記似非原俺も日記書く健康再投稿は甘え勝手にホトトギス千の桃太郎反証可能性名前を名言国会ウォッチャー国会会議録地球温暖化増田増田5五将棋増田AC2016増田BGM増田advent2017増田うどん増田お嬢サバイバル部増田お嬢様部増田お嬢鯖部増田しぐさ増田なぞなぞ増田の箱舟増田ぽえ夢増田アドベント2018増田アナル普及協会増田アース増田オセロ増田マッチングサービ増田二段JUMP普及協会増田保存部増田共感増田山手線部増田戦国史増田旅行記増田暇部増田知恵袋増田統計声優決めまっしょい夢日記天華の救済婚活で出会った変な人字下げ増田字幕学閥専門サイト小禄心ちゃん応援日記小説小説日記弊社用語辞典引用後で読む恋愛愚痴感想投資政治料理新二十四節気日刊増田日本eリモデル日本語サイトはてブ数日記映画感想本日の1曲朴念仁侍東京五輪まで権内権外水耕栽培日記海外サイトはてブ数百合知力知識禁煙科学経済統一協会総合サイト艦これ英語著作権衛生改善日記計画認知的節約認知資源読んだ読書議論起床直後日記返信連載増田小説過去問題集鍛練日記鍛錬日記関西オフ音楽風説否定飲み会馬渕教室高橋隆次郎鬱日記（Φ皿Φ）クワ！（　･ิω･ิ）🐈

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

ツイートシェア

■anond:20171118192529

（ただの雑談というか、今日知ったロフトでの出来事というか思いつきでした。）

世の中には、原価割れに近いか形で、販売される物があるのは、知っています。

例えば、漫画雑誌のように広告費や単行本の売り上げ、利益を得ているタイプのビジネスモデルもあるんでしょうが。

世の中の仕組みで、ピンとこないこともあります。

今日は、たまたま、ロフトで佳子様のカレンダを見掛けたのですが、ほぼアイドルですよね。。

佳子様・皇后陛下のカレンダーもあるんだーと、驚いたのです。

少子高齢社会を迎える中で、宮内庁や皇室を維持する予算って、どうなっていくのかと、少し不思議に思いました。

それで、増田に書いて見ました。

ググってみると、掲載の写真は公務でのものであり、報道会社を通じて取られたものだから、お金は動かないのでは？みたいなコメント見つけました。

売っているからと行って、直接、お金が動くとも限らないのですね。

勉強になりました。

ありがとうございます！

ところで。集金ということですが。

以前、離島への民間救急ヘリチャリティーカレンダー「沖縄消防士カレンダー」のニュースが頭にあったので、カレンダーは集金に利用されるシステムだという断片的な知識をなんとなく、頭の隅に合りました。

カレンダーのコーナーは、書店や文具店で誰もが足を運ぶコーナーだと、思います。

集金よりも、広告・話題作りとして一つとして、いいのかもしれないですね。

（会社に勤めていたら無料で、業者の人が広告代わりに置いてくれたりしますね。）

Permalink |記事への反応(1) | 21:38

ツイートシェア

■http://anond.hatelabo.jp/20160614000710

Twitterとかフェイスブックのシェアするみたいな感じでカレンダに登録するみたいなのがあってもいいと思った

Permalink |記事への反応(0) | 01:31

ツイートシェア

■人月アドベントカレンダのご提案

受託開発やSIer、そこで採られる人月での見積と契約はスタートアップ・Web系・ベンチャーな方々から軽蔑されがちです。

けれど社会のインフラや企業の基幹を担うこともある重要なシステムでは残念ながらこれらの手法をとらざるを得ないのが現状となっています。

これを打破するイノベイティブでエポックメイキングでパラダイムシフトな変革は期待されていますが、文化や慣習、人手不足とレガシーコードはなかなかそれを許してくれません。やり玉にされがちなSIerのスタンスだけに帰せる問題ではないのです。

そんな状況でもわれわれSEは社会の繁栄のために、愛する（現在の/未来の）家族のために、そしてご飯を食べていくために働く必要があります。

しかし、この業界で難しいのは流動性が高い割にキャリア形成が難しいこと、自分の精神的・肉体的な健康を損ないやすいという問題があることで、苦労されている方も多いかと思います。

そして働く人が多いにもかかわらず、会社・システム・プロジェクト固有の用語や知識が多いことやセキュリティポリシーに抵触するか微妙なこともあってかなかなかノウハウや知見が共有されていないように感じています。一方で個々のプロジェクトに埋没している問題が共有されていないことへの懸念もあります。

今回は、これを打破するためにアドベントカレンダという不思議文化に乗ってみなさまがこれまで得てきたノウハウをドキュメント化していただけないかというご提案になります。ノウハウの共有は日本のソフトウェア開発文化の発展に、問題の共有は社会（発注企業・元請け上層部含む）への啓発につながればと期待しており、なにより自分がみなさまの環境に興味を持っています。

ぜひ、書いてみませんか？

トラックバック・ブクマを送っていただければここにリンクを貼っていきます。増田でも可ですし、重複・フライングも気にしません。

また、ご質問・ご不明な点があれば可能な限り回答いたします。

期待するタイトル例（もちろん全然違ってもかまいません）

• 保守案件における契約形態の問題とその対策
• 出稼ぎSE入門
• オフショア開発契約時の為替の話
• 決めてくれないお客様の傾向と対策
• 実践プロジェクトマネージャーコントロール
• 単価算出概論
• 生産性向上のための人月計算
• 半年に一回しか会わない上司に成果をアピールする方法
• ぼくはこうやって単価をあげた
• 遡及契約の対策と実際
• デスマーチ・サバイバルマニュアル
• デスマから逃れるための権謀術数
• このプロジェクトのここがへんだよ
• アジャイル開発の契約で考えるべき3つのこと
• 某メガバンクＭの更改が想像以上にすごかった
• 内製案件での人員確保とその後
• たまには昔つかったベンダーのこと、思い出してあげてください
• 退屈な保守案件でもできるシステム改善・スキルアップ
• 顧客が本当に必要だったもの
• 受託開発でもお客様と近づく方法
• 下請けソフトハウスでの人材育成

Permalink |記事への反応(1) | 11:27

ツイートシェア

■うっかり防止と上司の行動プログラム

部下「うっかりしてしまったor忘れてしまった」

　　↓

上司「次からは気をつけろよ」

部下「さーせん」

　　↓

また「またうっかりしてしまったor忘れてしまった」

　　↓

らべる１：改善フェイズ

　　↓

上司：メモ、カレンダ、ToDoなどの改善策を指示

部下「工夫してみます」

　　↓

部下「またうっかりしてしまったor忘れてしまった」

　　↓

上司：仕事へのダメージが損害許容限界内か？　→　Yes　→　らべる１へ

　　↓

　No（これ以上はダメージが大きい！）

　　↓

らべる２：圧迫フェイズ

　　↓

上司「なんで忘れるの？」

部下「ぐぬぬ」

上司「ねえなんで忘れるの？」

部下「ぐぬぬ」

上司「ねえなんで、なんで、なんでなんで？」

　　↓

上司：部下が退職したか？　→　No　→　らべる２へ

　　↓

　Yes（退職処理終了）

　　↓

新規雇用フェイズへ

Permalink |記事への反応(4) | 14:44

ツイートシェア

■「コンピュータプログラミングの概念・技法・モデル」の目次

第1章プログラミング概念入門1.1計算器1.2変数1.3関数1.4リスト1.5リストについての関数1.6プログラムの正しさ1.7計算量1.8 遅延計算1.9 高階プログラミング1.10 並列性1.11データフロー1.12 明示的状態1.13オブジェクト1.14クラス1.15 非決定性と時間1.16原子性1.17 ここからどこへ行くのか？1.18 練習問題第1部 一般的計算モデル第2章 宣言的計算モデル2.1実用的プログラミング言語の定義2.1.1言語の構文2.1.2言語の意味2.2 単一代入格納域2.2.1 宣言的変数2.2.2 値格納域2.2.3 値生成2.2.4変数識別子2.2.5 識別子を使う値生成2.2.6 部分値2.2.7変数の，変数への束縛2.2.8データフロー変数2.3 核言語2.3.1 構文2.3.2 値と型2.3.3 基本型2.3.4レコードと手続き2.3.5 基本操作2.4 核言語の意味2.4.1 基本概念2.4.2抽象マシン2.4.3 待機不能な文2.4.4 待機可能な文2.4.5 基本概念再訪2.5メモリ管理2.5.1 末尾呼び出し最適化2.5.2メモリライフサイクル2.5.3ガーベッジコレクション2.5.4ガーベッジコレクションは魔術ではない2.5.5Mozartのガーベッジコレクタ2.6 核言語から実用的言語へ2.6.1 構文上の便宜2.6.2関数(fun文)2.6.3 対話的インターフェース(declare文)2.7 例外2.7.1 動機と基本概念2.7.2 例外を持つ宣言的モデル2.7.3 親言語の構文2.7.4システム例外2.8 進んだ話題2.8.1関数型プログラミング言語2.8.2 単一化と内含(entailment)2.8.3 動的型付けと静的型付け2.9 練習問題第3章 宣言的プログラミング技法3.1 宣言的とはどういうことか？3.1.1 宣言的プログラムの分類3.1.2仕様記述言語3.1.3 宣言的モデルにおいてコンポーネントを実装すること3.2 反復計算3.2.1 一般的図式3.2.2 数についての反復3.2.3 局所的手続きを使うこと3.2.4 一般的図式から制御抽象へ3.3再帰計算3.3.1スタックの大きさの増加3.3.2 代入ベースの抽象マシン3.3.3再帰計算を反復計算に変換すること3.4再帰を用いるプログラミング3.4.1 型の記法3.4.2リストについてのプログラミング3.4.3 アキュムレータ3.4.4 差分リスト3.4.5キュー3.4.6 木3.4.7 木を描画すること3.4.8構文解析3.5時間効率と空間効率3.5.1 実行時間3.5.2メモリ使用量3.5.3 償却的計算量3.5.4 性能についての考察3.6 高階プログラミング3.6.1 基本操作3.6.2ループ抽象3.6.3ループの言語的支援3.6.4データ駆動技法3.6.5 明示的遅延計算3.6.6カリー化3.7抽象データ型3.7.1 宣言的スタック3.7.2 宣言的辞書3.7.3単語出現頻度アプリケーション3.7.4安全な抽象データ型3.7.5安全な型を備えた宣言的モデル3.7.6安全な宣言的辞書3.7.7資格とセキュリティ3.8 宣言的でない必要物3.8.1ファイルを伴うテキスト入出力3.8.2グラフィカルユーザインタフェースを伴うテキスト入出力3.8.3ファイルとの状態なしデータI/O3.9 小規模プログラム設計3.9.1設計方法3.9.2プログラム設計の例3.9.3ソフトウェアコンポーネント3.9.4スタンドアロンプログラムの例3.10 練習問題第4章 宣言的並列性4.1データ駆動並列モデル4.1.1 基本概念4.1.2スレッドの意味4.1.3 実行列4.1.4 宣言的並列性とは何か？4.2スレッドプログラミングの基本的技法4.2.1スレッドを生成すること4.2.2スレッドとブラウザ4.2.3スレッドを使うデータフロー計算4.2.4スレッドのスケジューリング4.2.5協調的並列性と競合的並列性4.2.6スレッド操作4.3ストリーム4.3.1 基本的生産者／消費者4.3.2 変換器とパイプライン4.3.3資源を管理し，処理能力を改善すること4.3.4ストリームオブジェクト4.3.5ディジタル論理のシミュレーション4.4 宣言的並列モデルを直接使うこと4.4.1 順序決定並列性4.4.2 コルーチン4.4.3 並列的合成4.5 遅延実行4.5.1 要求駆動並列モデル4.5.2 宣言的計算モデル4.5.3 遅延ストリーム4.5.4有界バッファ4.5.5ファイルを遅延的に読み込むこと4.5.6ハミング問題4.5.7 遅延リスト操作4.5.8 永続的キューとアルゴリズム設計4.5.9リスト内包表記4.6 甘いリアルタイムプログラミング4.6.1 基本操作4.6.2 ティッキング(ticking)4.7Haskell言語4.7.1計算モデル4.7.2 遅延計算4.7.3カリー化4.7.4 多態型4.7.5 型クラス4.8 宣言的プログラムの限界と拡張4.8.1効率性4.8.2 モジュラ性4.8.3 非決定性4.8.4現実世界4.8.5 正しいモデルを選ぶこと4.8.6拡張されたモデル4.8.7 異なるモデルを一緒に使うこと4.9 進んだ話題4.9.1 例外を持つ宣言的並列モデル4.9.2 さらに遅延実行について4.9.3 通信チャンネルとしてのデータフロー変数4.9.4 さらに同期について4.9.5データフロー変数の有用性4.10歴史に関する注記4.11 練習問題第5章メッセージ伝達並列性5.1メッセージ伝達並列モデル5.1.1ポート5.1.2ポートの意味5.2ポートオブジェクト5.2.1 NewPortObject抽象5.2.2 例5.2.3ポートオブジェクトに関する議論5.3 簡単なメッセージプロトコル5.3.1RMI(遠隔メソッド起動)5.3.2 非同期RMI5.3.3 コールバックのあるRMI(スレッド使用)5.3.4 コールバックのあるRMI(継続のためのレコード使用)5.3.5 コールバックのあるRMI(継続のための手続き使用)5.3.6エラー報告5.3.7 コールバックのある非同期RMI5.3.8 二重コールバック5.4 並列性のためのプログラム設計5.4.1 並列コンポーネントを使うプログラミング5.4.2設計方法5.4.3 並列性パターンとしての機能的構成要素5.5 リフト制御システム5.5.1 状態遷移図5.5.2 実装5.5.3 リフト制御システムの改良5.6メソッド伝達モデルを直接使用すること5.6.1 1つのスレッドを共有する複数のポートオブジェクト5.6.2ポートを使う並列キュー5.6.3 終点検出を行うスレッド抽象5.6.4 直列依存関係の除去5.7Erlang言語5.7.1計算モデル5.7.2Erlangプログラミング入門5.7.3 receive操作5.8 進んだ話題5.8.1 非決定性並列モデル5.9 練習問題第6章 明示的状態6.1 状態とは何か？6.1.1 暗黙的(宣言的)状態6.1.2 明示的状態6.2 状態とシステム構築6.2.1システムの性質6.2.2コンポーネントベースプログラミング6.2.3オブジェクト指向プログラミング6.3 明示的状態を持つ宣言的モデル6.3.1セル6.3.2セルの意味6.3.3 宣言的プログラミングとの関係6.3.4 共有と同等6.4データ抽象6.4.1データ抽象を組織する8つの方法6.4.2スタックの変種6.4.3多態性6.4.4引数受け渡し6.4.5 取り消し可能資格6.5 状態ありコレクション6.5.1インデックス付きコレクション6.5.2インデックス付きコレクションを選ぶこと6.5.3 その他のコレクション6.6 状態に関する推論6.6.1 不変表明6.6.2 例6.6.3 表明6.6.4証明規則6.6.5 正常終了6.7 大規模プログラムの設計6.7.1設計方法6.7.2階層的システム構造6.7.3保守性6.7.4 将来の発展6.7.5 さらに深く知るために6.8ケーススタディ6.8.1 遷移的閉包6.8.2単語出現頻度(状態あり辞書を使用する)6.8.3乱数を生成すること6.8.4口コミシミュレーション6.9 進んだ話題6.9.1 状態ありプログラミングの限界6.9.2メモリ管理と外部参照6.10 練習問題第7章オブジェクト指向プログラミング7.1継承7.2 完全なデータ抽象としてのクラス7.2.1 例7.2.2 この例の意味7.2.3クラスとオブジェクトを定義すること7.2.4クラスメンバ7.2.5属性を初期化すること7.2.6 第1級メッセージ7.2.7 第1級の属性7.2.8プログラミング技法7.3 漸増的データ抽象としてのクラス7.3.1継承グラフ7.3.2メソッドアクセス制御(静的束縛と動的束縛)7.3.3カプセル化制御7.3.4転嫁と委任7.3.5内省7.4継承を使うプログラミング7.4.1継承の正しい使い方7.4.2 型に従って階層を構成すること7.4.3 汎用クラス7.4.4 多重継承7.4.5 多重継承に関するおおざっぱな指針7.4.6クラス図の目的7.4.7デザインパターン7.5 他の計算モデルとの関係7.5.1オブジェクトベースプログラミングとコンポーネントベースプログラミング7.5.2 高階プログラミング7.5.3関数分解と型分解7.5.4 すべてをオブジェクトにすべきか？7.6オブジェクトシステムを実装すること7.6.1抽象図7.6.2クラスを実装すること7.6.3オブジェクトの実装7.6.4継承の実装7.7Java言語(直列部分)7.7.1計算モデル7.7.2Javaプログラミング入門7.8能動的オブジェクト7.8.1 例7.8.2 NewActive抽象7.8.3 フラウィウス・ヨセフスの問題7.8.4 その他の能動的オブジェクト抽象7.8.5能動的オブジェクトを使うイベントマネージャ7.9 練習問題第8章 状態共有並列性8.1 状態共有並列モデル8.2 並列性を持つプログラミング8.2.1 さまざまな手法の概観8.2.2 状態共有並列モデルを直接使うこと8.2.3原子的アクションを使うプログラミング8.2.4 さらに読むべき本8.3ロック8.3.1 状態あり並列データ抽象を構築すること8.3.2 タプル空間(Linda)8.3.3ロックを実装すること8.4モニタ8.4.1定義8.4.2有界バッファ8.4.3モニタを使うプログラミング8.4.4モニタを実装すること8.4.5モニタの別の意味8.5トランザクション8.5.1 並列性制御8.5.2 簡易トランザクションマネージャ8.5.3セルについてのトランザクション8.5.4セルについてのトランザクションを実装すること8.5.5トランザクションについてさらに8.6Java言語(並列部分)8.6.1ロック8.6.2モニタ8.7 練習問題第9章 関係プログラミング9.1 関係計算モデル9.1.1 choice文とfail文9.1.2 探索木9.1.3カプセル化された9.1.4 Solve関数9.2 別の例9.2.1 数値例9.2.2パズルとnクイーン問題9.3論理型プログラミングとの関係9.3.1論理と論理型プログラミング9.3.2操作的意味と論理的意味9.3.3 非決定性論理型プログラミング9.3.4純粋Prologとの関係9.3.5 他のモデルにおける論理型プログラミング9.4自然言語構文解析9.4.1 簡単な文法9.4.2 この文法に従う構文解析9.4.3構文木を生成すること9.4.4 限定記号を生成すること9.4.5 パーサを走らせること9.4.6 パーサを「逆向きに(backward)」走らせること9.4.7 単一化文法9.5 文法インタプリタ9.5.1 簡単な文法9.5.2 文法のコード化9.5.3 文法インタプリタを走らせること9.5.4 文法インタプリタを実装すること9.6データベース9.6.1 関係を定義すること9.6.2 関係を使って計算すること9.6.3 関係を実装すること9.7Prolog言語9.7.1計算モデル9.7.2Prologプログラミング入門9.7.3Prologプログラムを関係プログラムに翻訳すること9.8 練習問題第2部 特殊化された計算モデル第10章グラフィカルユーザインタフェースプログラミング10.1 宣言的／手続き的方法10.2 宣言的／手続き的方法を使うこと10.2.1 基本的ユーザインタフェースの要素10.2.2GUIを構築すること10.2.3 宣言的座標10.2.4リサイズ時の宣言的振る舞い10.2.5ウィジェットの動的振る舞い10.3 対話的学習ツールPrototyper10.4ケーススタディ10.4.1 簡単なプログレスモニタ10.4.2 簡単なカレンダウィジェット10.4.3ユーザインタフェースの動的生成10.4.4 状況順応時計10.5GUIツールを実装すること10.6 練習問題第11章 分散プログラミング11.1 分散システムの分類11.2 分散モデル11.3 宣言的データの分散11.3.1オープン分散と大域的ネーミング11.3.2 宣言的データを共有すること11.3.3チケット配布11.3.4ストリーム通信11.4 状態の分散11.4.1 単純状態共有11.4.2 分散字句的スコープ11.5ネットワークアウェアネス11.6 共通分散プログラミングパターン11.6.1 静的オブジェクトとモバイルオブジェクト11.6.2 非同期的オブジェクトとデータフロー11.6.3サーバ11.6.4クローズド分散11.7 分散プロトコル11.7.1言語実体11.7.2モバイル状態プロトコル11.7.3 分散束縛プロトコル11.7.4メモリ管理11.8 部分的失敗11.8.1 失敗モデル11.8.2 失敗処理の簡単な場合11.8.3 回復可能サーバ11.8.4アクティブフォールトトレランス11.9セキュリティ11.10アプリケーションを構築すること11.10.1 まずは集中，後に分散11.10.2 部分的失敗に対処すること11.10.3 分散コンポーネント11.11 練習問題第12章 制約プログラミング12.1 伝播・探索法12.1.1 基本的考え方12.1.2 部分情報を使って計算すること12.1.3 例12.1.4 この例を実行すること12.1.5 まとめ12.2プログラミング技法12.2.1 覆面算12.2.2回文積再訪12.3 制約ベース計算モデル12.3.1 基本的制約と伝播子12.3.2計算空間の探索をプログラムすること12.4計算空間を定義し，使うこと12.4.1深さ優先探索エンジン12.4.2検索エンジンの実行例12.4.3計算空間の生成12.4.4空間の実行12.4.5 制約の登録12.4.6 並列的伝播12.4.7 分配(探索準備)12.4.8空間の状態12.4.9空間のクローン12.4.10選択肢を先に任せること12.4.11空間をマージすること12.4.12空間失敗12.4.13空間に計算を注入すること12.5 関係計算モデルを実装すること12.5.1 choice文12.5.2 Solve関数12.6 練習問題第3部意味第13章言語意味13.1 一般的計算モデル13.1.1 格納域13.1.2 単一代入(制約)格納域13.1.3抽象構文13.1.4構造的規則13.1.5 直列実行と並列実行13.1.6抽象マシンの意味との比較13.1.7変数導入13.1.8 同等性の強制(tell)13.1.9 条件文(ask)13.1.10名前13.1.11手続き抽象13.1.12 明示的状態13.1.13by-need同期13.1.14 読み出し専用変数13.1.15例外処理13.1.16 失敗値13.1.17変数置き換え13.2 宣言的並列性13.2.1 部分停止と全体停止13.2.2論理的同値13.2.3 宣言的並列性の形式的定義13.2.4 合流性13.3 8つの計算モデル13.4 よくある抽象の意味13.5歴史に関する注記13.6 練習問題

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

ツイートシェア

■Wiiを数年ぶりに起動した。

Wiiのカレンダで確認してみたら2年2ヶ月ぶりくらいの起動だった。しかもその2年2ヶ月前は8分くらいしか起動してなかった。

ファームウェアが古くて、Wiiショッピングが起動できなかったのでファームウェアを3.2Jから4.2Jに更新。WiiショッピングでWiiウェアとかWiiチャンネル眺めてたら凄いものを発見した！『出前チャンネル』ってなんだよｗ

説明読むとWiiから出前の注文ができるとかなんとか。

今の世の中はWiiから出前がとれる時代になったのか。。。なんか凄え！未来っぽい！って興奮してこの興奮を誰かに伝えたい！と思って増田に書き出したんだけどよく考えたらインターネットでも既にやってるんじゃね？て思ったのと出前の注文なんて電話で十分だよって思ってしょんぼりした。

Permalink |記事への反応(1) | 23:52

ツイートシェア

■河野裕『サクラダリセット』

ヒロインのもつ「リセット」の能力は、厳密には時間遡行ではない。一部の例外を除き、全てのものの状態を特定時点に復元する。6月9日にリセットをかけて6月6日時点に「戻した」としても、その間に経過した3日間が消滅するわけではない。6月7日に死んでしまった人は生き返るが、これは「死ななかったこと」になるわけではなく、文字通り生き返っているわけだ。カレンダこそ6月6日に「戻って」いるが、時間軸は連続しており、6月9日に6月6日の状態を持ち込んでいる。神の視点からすると、リセット後の6月9日は本来の6月6日から6日目ということになる。

さて、能力には強弱関係があるとされている。主人公のもつ「記憶」の能力はリセットよりも強い。そのためリセット後もリセット前の情報を保持することができ、ものごとのやり直しが可能となっている（ヒロインの脳はリセットされてしまうため、彼女自身ではリセットを活用できない）。同様に主人公の友人がもつ「任意の時間に任意の相手に声を伝える」能力もリセット耐性を有する。よって彼がリセット前に発した伝言は、リセット後にも有効に伝達される。これが物語の鍵になるのだ、が。こいつが結構むずかしい。

6月7日に、6月8日に友人が特定の相手に伝える目的で伝言を発したとする。その後、6月9日に主人公たちがリセットをかけて6月6日に戻った。2回目の6月7日には友人は動機を失っていたため伝言を発しなかった。それでも2回目の6月8日には彼の伝言が届く。さて作中にこんな描写があるのだが、これを前提に考えたとき、伝言＞リセットと言えるか。

神視点で考えてみよう。1回目の6月6日を第0日とする。伝言は第1日に発せられ第2日に到達した。第3日にリセットされた。第4日（2回目の6月7日）には伝言は発せられない。そして第5日（2回目の6月8日）に伝言がふたたび到達する。つまり第1日の原因行為に対して2回の結果が生じている。能力の効果に対して影響が出ているかいないかで言えば、伝言は明らかにリセットに影響されているのだ。

2つの考え方ができると思う。ひとつは、伝言は相対的に、「今からN日後」に対して送信されるという説。もうひとつは、伝言は絶対的な指定として「X月Y日」に対して指定して送信されるという説。相対説をとった場合、伝言はリセットよりも弱いことにしなければ上の現象の説明がつかない。しかしこのとき、リセットにより原因行為が消滅した（第4日）のだから第5日に伝言が届くのは不合理となるだろう。他方、絶対説をとった場合、伝言の到達時はカレンダに対して紐づいている。リセットによりカレンダが巻き戻ったとすれば効果が再度発生するのは当然と言える。これは伝言＞リセットという立場と矛盾しない（リセットはカレンダに干渉しているだけであって、伝言とカレンダの結びつきには干渉していない）。問題は、基準となるカレンダをどこに置くかだが。案外、自室の壁時計を発動タイマにしているとか。

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

ツイートシェア

■http://anond.hatelabo.jp/20090511084854

どっちかというとラテン語読みなんじゃね。

世の中ラテン語も知らない無教養な蛮族が多すぎる。「カレンダ」のアクセントを「レ」に置いて発音すると得意げに「カ」がアクセント位置だよーなんて訂正してきやがる。「エトセトラ」なんて読み方恥ずかしすぎるからやめろ。

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

ツイートシェア

■女性心理というやつが理解できないんだけど

『カレンダに入ってた食事って誰とー？』

　

こう聞いた場合、相手も詮索されてるのかな？と思ったりするのだろうか。

http://anond.hatelabo.jp/20070116221510

女という生き物は聞かれて困るようなことを人目につくところにわざわざ書くのかね？

俺は聞かれて困るようなことはどこにも書かない。死ぬまで言わないぞ。

詳しく言わないのは「敢えて言う理由がない」から。

そんなことが聞きたいなんて「考えもしない」から。

詮索が後ろめたいなら予め「興味があるから、いろいろ教えて」といっておけば？

Permalink |記事への反応(1) | 23:16

ツイートシェア

■恋人への詮索ってどこからだ。

恋人とGoogleカレンダを共有しているわけだが

例えば『食事』と予定を入れたとする。

私の場合、おしゃべりな生き物なので　次に彼に会うときに

『あの日ね、○○さんと食事をしてこんな話をしたんだ！』と話をする。

それが異性との食事であっても伝える。

私は普段、こんな会話・考えをしているんだ！ってのを伝えたいから。

ただ、彼の場合は話をしない。もともとあまり自分のことを話さないようだ。

『カレンダに入ってた食事って誰とー？』

聞けば答えてくれるのだが、聞くほうは相手を詮索してるみたいでなんとも・・・微妙な気分。

本当は、彼がどんな話を友達（異性であれ同性であれ）としているのかが興味あるだけで。

＃というのも年下（学生）と付き合うのは初めてでその世界を覗いてみたいというか・・・。

こう聞いた場合、相手も詮索されてるのかな？と思ったりするのだろうか。

こう考えて気になりだすと、そもそも予定を共有しないほうがいいんだろうな。

見えるから知りたいというスパイラルがいけない。そのうち嫉妬という余計なものまで・・・。

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

ツイートシェア