https://b.hatena.ne.jp/entry/s/togetter.com/li/2205369

いや、元々契約書の綴じ方も和綴じの袋綴じをしていて今でもやる場合があるのだ。そして昭和の契約書やら判決文、戸籍謄本などの法的文書は和綴じの方の袋綴じがされている。

そもそも現代の契約書の綴じ方には「袋」になっているところがない。なのに袋綴じと言われるのは和綴じから変わったからなのだ。

なんで平成中期というか1990年代前半に替ったかというと、コンピュータの出力法が変わったせいなのだ。

和綴じ式法的文書の袋綴じ

契約書などには割り印をする。ページの差し替えをされない為だ。そして契約時点で書面の内容に異存なしという意味で双方のハンコをページにまたがる形で押す。また背表紙の封紙と表紙にも割り印をする。

ページの割り印の仕方は、上の余白で折って隣のページとまたがる様に押印する。

でもこれちょっと無理やりだと思わない？

実は1990年代までは今のように両面印刷して製本するのではなく、原稿用紙のような升目用紙（内容証明用紙のようなの）に手書きで書き、それを半分に折って重ね袋綴じしていた。綴じるのに使うのは布の「こより」で、千枚通しで穴を開けてから紐を通す。河野太郎が廃止させたやつだね。だから千枚通しはオフィス用品だったのだ。

そして袋綴じされた紙を膨らませて片側のページを山型に折ってそこに割り印をしていた。

「ワープロ」を使うようになっても同じ。片面印刷して袋綴じにして割り印をする。

なんでパソコンじゃなくてワープロなのか？これは後で説明する。

戸籍謄本などはやはり手書きで同じように袋綴じされて割り印され渡された。

そもそも「謄本」と云う言い方をするのは、昔はコピーが無かった（青焼きはあるがコストが高くナンセンス）ので手写しであり、書面の中身を全部写したのが謄本で、労力が大変なので必要な部分だけ写したのが「抄本」だった為だ。今でも閉鎖謄本/抄本を請求するとこの形式で出てくる（流石にコピーを使うが）。そして和綴じ式の袋綴じで割り印されている場合がある。

こより綴じの方は昭和後期には省略されてホチキスになり、これは市役所や弁護士が先行したようだ。だが契約書類はこよりorこより＋封紙＋割り印が使用されていた。

ラインプリンタとページプリンタ

コンピュータで印刷するというのは今では当たり前で、印刷するのは白いオフィス用紙で、一枚ずつ印刷される。

この印刷が出来るプリンタはページプリンタという。

だが嘗てはコンピュータで使われるプリンタはラインプリンタが主流だった。ページプリンタはDTPなど特殊分野でのみ使用され、一般的なOA機器メーカーはラインプリンタしか製造していなかった。

ラインプリンタの用紙というのは、両側に穴が沢山開いてて薄緑などで罫線が引かれていて、ミシン目が入ってて切り取りが出来る連続用紙の事である。

ラインプリンタの場合、印刷の区切りが一行づつになっていて、プリンタに印刷指示が送られるとそのテキストを印刷して改行の必要がある場合は改行しそこで終了する。ミシン目まで行送りするという事は無い。

だから票として一枚ずつ切り離す場合は、ミシン目が来るところまで行送りを行って停止するという印刷指示を組んでおく。

また、嘗ての標準出力の延長でもあるのでコマンドラインとの相性も良く、リダイレクトやパイプ（|）でデバイスファイル（lp、PRN）にテキストを流すとそれが印刷されるという簡単さであった。

ラインプリンタはページプリンタに押されて無くなったかに見えるが、実はPC POSで印刷されるレシートはラインプリンタの生き残りだ。

プリンタの印刷方法はインクをしみ込ませたインクリボンを活字で叩くというのが主流で、日本語圏だと沢山のピンを弾いて打つ、ドットマトリックス方式が主流だった。これだと一字のドット数が16*16くらいが限界なので、細かい漢字は打てない。

だからカタカナ+数字しか出力されない伝票などの使用が主で、ページプリンタは普及しなかった。

一方、ワープロ専用機は最初からサーマルプリンタを備えていてページプリントが前提であった。だから普段のオフィス業務はコンピュータ＋ドットマトリクス、文書の清書はワープロというのが一般的だった。

これで法的文書もワープロで作成し、縦書きで出力して手書きと同じ袋綴じにするというのが増えてきた。

今でも弁護士の文書で表題に倍角文字が使われたりするのもこの名残だ。

これがWindows95が普及するとページプリンタの普及も進み、イントラネットに接続される複合機が普及するなどで印刷＝ページプリントとなったのだ。そしてやがて法的書類も両面印刷して製本するという形になった。

その時に本来の袋が出来る袋綴じは過去のものとなって袋が無いのに袋綴じと言われるようになった。故に今の袋綴じ方が当たり前になったのは20年位かと思われる。

和文タイプライター

因みにワープロより早くから、またワープロと平行する形で和文タイプというのがあり、これで升目用紙に、または白紙に升目用紙と同じ字の間隔で印刷するという方法もあったのだが、和文タイプというのはとても時間が掛かった。

https://youtu.be/JHJhah1c-K0

この人は流石に遅過ぎなのだが、タイプするのが超絶大変な代物で、行政書士、弁護士など気合が入った士業と法務局、裁判所など気合が入った役所、気合が入った大企業の契約書など、兎に角気合が相当入ってないと使われない清書用アイテムだった。ある意味、100kgぐらいの巨大複合機より気合がある。

オフィスとプリンタの歴史

というわけで袋の部分が無いのに袋綴じという謎かけみたいな名前の背景にはオフィス史とコンピュータのプリンター史が隠れていたのであります。

ついでなのでオフィスと紙に関するトリビアを置いておくよ

A4が当たり前になったのは1990年代前半

昭和日本ではオフィス用紙も法的文書も原稿用紙も、B5だった。ずっとA4より小さい。会社でも役所でも裁判所の判決文でも全てB5だ。

だが1990年頃に役所関係の書類をA4にするというお触れが出た。これは国際化の一環で、ISOに定めれているのはA列だけでB列は日本独自規格。困ったことに当時一番の貿易相手国だったアメリカはアメリカンレターサイズをN倍したANSIという独自規格なのだが（またですか）、まぁレターサイズはA4に近いしA4を標準化すれば万事うまくいくでしょとの見込みだ。

これに数年遅れで企業も倣ったのでB5というのはパージされることになった。

今、昔の裁判書類や契約書、権利書を見ると実に小さい。

世の中全部B5からA4に変わったのに、大学ノートだけはB5が主流のままだ。あれは何でなんでしょね？小さいと使いにくいのに。

紙質の変遷

今はオフィス用紙として白くてある程度の厚みがあるものが使われているが、これはコンピュータ印刷が一般化するまではとても薄いペラペラでテカテカつるつるしている紙が使われ、これが「公的な場所で使う」紙だった。

先述の手書き＆ワープロの升目用紙も全てこの極薄＋つるつるの紙である。両面印刷して製本されなかったのもこれが理由の一つだろう。

これは「カレンダー紙」で、紙を押しつぶす鉄製のカレンダーロールの間を極圧で通して押しつぶし、薄くする。

トレーシングペーパーやクッキングペーパーと同じだ。

また、請求書類の封筒は中の請求書の名前住所が見えてあて名書きを省略してあるが、あの透けた部分が透明ビニルじゃなくて透けた紙である場合もある。この透ける紙もカレンダー紙だ。

公的書類でカレンダー紙が使わるようになった理由だが、増田は羊皮紙の代替ではないかと考えている。羊皮紙は中世の欧州から使われていた「紙」で、羊やその他の皮膚の薄い動物の皮を剥ぎ、石灰水で皮下脂肪を除去して薄く削いで引っ張り、紙のようにした。　https://w.wiki/7FnV

鞣しをしないのがポイント。これは高額なので貴族の手紙や証文、聖書の写本など「公的」な書面に使われた。

これの代替の紙としてカレンダー紙が使われ、それが「高級紙」として日本に輸入されて、ペラペラなカレンダー紙を契約書や判決文に使うようになったのではないか？と推測している。

こういう訳で、昔の契約書やら公的書類などはやたら薄いのが特徴だ。破れそうで怖いのだが、そっとめくるだけなら破れない。

なお、トレーシングペーパーやクッキングシートは長期間放置するとバラバラに崩壊してしまう。これは硫酸で晒しをする為に酸性になっているからで、昔のペラペラ重要書類はそうはならないので、硫酸晒しをやってないのではないかと考えられる。

分割キーボード自作してる人だとその指またぎ問題を解決するために際のところ左右どっちにも同じキーをつけるってやってる人もいるみたいね

まあなんかスマートじゃないし僕ちん的にはそこまでして割りたいんかーいって思いますけどね

それより僕ちゃん今は60%サイズのキーボでイケてるやつがほしいんですわ

日本メーカーにもいくつかあるけどHHKBレイアウトとかいう極まったやつが主流なんで何というかアレでアレよ

僕ちゃんは普通の英語ANSIレイアウトの60%型がいいわ、ってなると海外のグループバイや中国のカスタムブランドが中心になるのね

DIY kitでQMKとかVIAっていう柔軟なキー割り当てができるソフトに対応してるやつならキーが少なめのミニマリズム志向なのでも慣れたら使いこなせると思うんですわ

というかむしろFキー列とかに指を伸ばす必要なくホームポジションが崩れにくくなるから組み合わせキーになるとはいえ中々悪くないんじゃないかって算段よ

そんでスイッチを自分で好みのやつを選べるから海外のYouTuberあたりがアホほどレビューしてる色んなブランドを漁って参考にするわけね

スムーズな感触でいい音がするリニアスイッチにするもよし、丸いひっかかり感がある人気のタクタイルスイッチを見繕うもよしよ

スイッチがついてこないなんて、はんだ付けが必要なんでしょう？と思いきや基盤にホットスワップソケットが装着されてるものがあってズブリと差し込むだけでいいのもあるんですわ

キーキャップもついてこなくてそういうのもキーキャップセットで買おうとすると中々良いお値段がするのもあったりして沼が深いんですわ

さらに音や感触にこだわるなら自分でスイッチ分解して潤滑したりするそれ用の小物類が色々売ってたりして動画もたくさんあるし本当にもうアレなんですわ

それでも自分のセンスでシャレオツかつ気持ちいいキーボにできるってのは愛着湧いていいんじゃないでしょうか、しらんけども

濁点喘ぎや♡喘ぎのあるエロ小説が大好きで、もっと読みたいから。

自分はエロ小説を書けなかったので、書ける人にもっとたくさん書いてほしいから。

あと、自分がAutoHotkeyを入れてからだいぶたってしまったので、導入がおぼろげなのは申し訳ない。

そして肝心の、一番お世話になったサイトを忘れてしまった。最悪だ。見つけたら絶対貼る。

見つけた。これだ。

書き終わってから見つけた。

https://clrmemory.com/pc-mobile/windows/autohotkey-any-character/

前提

• Windows10のPC
• とりあえずAutoHotkeyが使えればよさそう

技術系に詳しくないのでカンベン。

スマホでエロ小説書いてる人は申し訳ない。

参考

http://ahkwiki.net/Top

AutoHotkeyのwiki。困ったらここを見る。

大まかな手順

1. AutoHotkeyを入れる
2. スクリプトを作成＆編集する
3. スクリプトを実行する
4. エロ小説を書く
5. （スクリプトを停止する）

AutoHotkeyを入れる

https://autohotkey.com/download/

公式サイトからダウンロードする。

ダウンロードしたインストーラーを実行する。

（ここがおぼろげなのがひたすらに申し訳ない）

スクリプトを作成＆編集する

どこかフォルダを作る。後々、他に必要なファイルも入れていく。

自分はドキュメントフォルダの中に「小説用フォルダ」を作成した。

新しく作ったそのフォルダの中で、右クリック→新規作成→「AutoHotkey Script」を選択。

自分は「小説用.ahk」にした。

作成したahkファイルを右クリック→プログラムから開く→エディタで開く（最初から入ってる「メモ帳」でOK）

開いたらなんか初期状態で書いてあるけど気にしなくてよし。ってか自分はよくわからなかったから削除した。はい、まっさら！

とりあえず以下の内容にして保存。（最初からあった文章は消してしまったので、まんまこの内容）

#Include IME.ahk
;;;Pgupで♡
Pgup::
  ime := IME_Get()
  IME_Set(0)
  Send, ♡
  IME_Set(ime)
return
;;;PgDnで゛
PgDn::
  ime := IME_Get()
  IME_Set(0)
  Send, ゛
  IME_Set(ime)
return

保存した？よし。閉じていいよ。

おっとそうだ、さっきのフォルダに入れなきゃいけないのがあった。

「IME.ahk」のファイルが要る。

http://ahkwiki.net/Trouble

の「AutoHotkey_L固有の不具合」にあるが、詳しくわからないのでとりあえず、

https://w.atwiki.jp/eamat/pages/17.html

からダウンロード。zipなので展開する。

中にあるフォルダ（ANSIかUTF8）の中のIME.ahkをコピーして、さっき新規作成したフォルダ（自分なら「小説用」）にペースト。

どっちのフォルダのを入れたかは忘れた…。

持ってこれた？おっしゃ

そしたらIME.ahkを編集する。

編集内容はお世話になったサイトに書いてあったんだけど、忘れたのでもう全部ここに貼ってやろう。

と思ったけど多かったので、消す部分だけ貼る。以下のやつを消さないと、実行したときに「ンンンンンン」ってなる。

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; 
;
; 動作確認用 内部ルーチン (マウスカーソル位置のウィンドウのIME状態を見る)
;  単体起動時のテスト用なので削除しても問題なし
_ImeAutoExecuteSample:
    Hotkey,#1,_ImeGetTest
    Hotkey,#2,_ImeSetTest
    Hotkey,#3,_ImeIsConvertingTest
    Hotkey,+ESC,_ImeTestExt
    SetTimer,_ImeInfoTimer,ON
return

;--- IME状態表示タイマ ---
_ImeInfoTimer:
    Tooltip,% "IME_GET			: "     . IME_GET(_mhwnd())             . "`n"
          .  "IME_GetConvMode		: " . IME_GetConvMode(_mhwnd())     . "`n"
          .  "IME_GetSentenceMode	: " . IME_GetSentenceMode(_mhwnd()) . "`n"
          .  "IME_GetConverting	: "     . IME_GetConverting(_mhwnd())
return

;--- IME Get Test [Win]+[1] ---
_ImeGetTest:
    MsgBox,% "IME_GET			: "     . IME_GET(_mhwnd())             . "`n"
          .  "IME_GetConvMode		: " . IME_GetConvMode(_mhwnd())     . "`n"
          .  "IME_GetSentenceMode	: " . IME_GetSentenceMode(_mhwnd()) . "`n"
return
;--- IME Get Test [Win]+[2] ---
_ImeSetTest:
    MsgBox,% "IME_SET			: "     . IME_SET(1,_mhwnd())             . "`n"
          .  "IME_SetConvMode		: " . IME_SetConvMode(0x08,_mhwnd())  . "`n"
          .  "IME_SetSentenceMode	: " . IME_SetSentenceMode(1,_mhwnd()) . "`n"
return

_mhwnd(){	;background test
	MouseGetPos,x,,hwnd
	return "ahk_id " . hwnd
}

;------------------------------------------------------------------
; IME窓のクラス名を調べるテストルーチン
;   入力or変換状態でIme窓にマウスカーソル持ってって [Win]+[3]押す
;   Clipboardに Class名がコピーされる。入力窓/候補窓 それぞれ調べる。
;   調べたクラス名は 正規表現になおして
;      IME_GetConverting("A","入力窓クラス","候補窓クラス")
;   とかやって使う。(もしくは IME_GetConverting()の中に直接追加する)
;
;   あああ    ← 入力窓の上に マウスカーソル持ってって [Win]+[3]押す
;   ￣￣￣       Clipboardに Class名がコピーされる。
;                ※ MS Office系のシームレス入力状態では取れないっぽい
;                   DetectHiddenWindows,ONでもダメ。シームレスOFFにしないと無理
;
;   愛
;  |愛　　　| ← 候補窓の上にマウスカーソル持ってって [Win]+[3]押す
;  |亜依　　|    Clipboardに Class名がコピーされる。
;  |あい　　|
;  |藍　　　|
;  |　：　　|
;  ￣￣￣￣
;------------------------------------------------------------------
_ImeIsConvertingTest:
    _ImeTestClassCheck()
return
_ImeTestClassCheck()  {
    MouseGetPos,,,hwnd
    WinGetClass,Imeclass,ahk_id %hwnd%
    Clipboard := Imeclass
    ;IME_GetConverting() 動作チェック & IME 入力窓/候補窓 Class名確認
    MsgBox,% Imeclass "`n" IME_GetConverting()
}
;--- 常駐テスト終了 [Shift]+[ESC] ---
_ImeTestExt:
ExitApp
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; 

消して保存した？おし

ファイルの作成と編集はこれでOK

スクリプトを実行する

「小説用.ahk」（自分で作成したほうのファイル）を右クリックで「Run script」で実行できる。

が、ショートカットが作成できる。作成して別なところに置いたほうが楽な人はそうするとOK。

コンパイルしないといけない……かと思いきや、しなくても実行できたから、コンパイルは要らないか。まぁいいか。

もし「要るよ」って人がいたら、作ったほうのファイルを右クリックして「Compile　なんちゃら」でコンパイルできるので、どうぞ。

しなくても大丈夫なのであまり気にしなくてよさそう。

エロ小説を書く

使い方。まずは実行開始から。

作成したファイルをダブルクリック。

ショートカットなら、ショートカットをダブルクリック。

コンパイルしたなら、コンパイルしたやつをダブルクリック。

開始時になんかちっちゃいウィンドウが出てくるが、気にせず「OK」を押していい。（出ないかも）

さっきのスクリプトの中身は

• PageUpキーで「♡」
• PageDownキーで「゛」

が打てるようになる。

注意点としては、

• 文字の変換を確定させてから、スタンプのように押す。そうしないと挙動がちょっと変になる
• PageUpキーとPageDownキーが一時的に使えなくなる。これらのキーをよく使う人なら、別のキーを割り当てればOK。

他のキー割り当て一覧

http://ahkwiki.net/KeyList

書いてみよう。

「あ゛あ゛あ゛♡♡♡♡」

どうしても「一度変換を確定しないといけない」というのがちょっとひっかかるが、それでもわざわざ濁点を変換して入れたり、ダブルクォートを代わりに使うよりはいい。

喘ぎ声はひらがなやカタカナが多いから変換を確定せずに打てるのが一番いいが、コツをつかめばきっと上手く活用できるはず。活用してください。

スクリプトを停止する

意外と忘れがちだが、大事。

これをしないと、家族との共用パソコンを使っているならば、

「なんでこのキー押すと濁点とハートが出るの？」

という家族からの痛い追及を被ることになる。

画面右下の上矢印を押すと、いろいろ出てくる。

その中に、緑背景に白文字のHのアイコンがある。

これを右クリック→Exitで停止。

もう誰もこのエロ小説用スクリプトが実行されていたなんて気づかない。

終わり

もっと便利にしたいときは、AutoHotkeyのwikiが参考になるはず。

http://ahkwiki.net/Top

他にも、ホットキーとかショートカットキーとかでいろいろある。

でも「特定の文字を入力する」はAutoHotkeyでないとできなさそうだった（自分が見つけられた範囲では）

世の中に濁点喘ぎと♡喘ぎの小説が増えますように。

もっ゛とかい゛てぇ゛ぇ゛ぇ゛ぇ゛ぇ゛♡゛♡♡♡♡

み゛た゛い゛の゛お゛お゛お゛お゛お゛♡♡♡♡♡♡

まあ2周目からはうまくやると思うですわ

いい匂いのするお線香でもあげておきましょう

これ見ると

poetry cache clear pypi

で動きそうじゃん？

% poetry cache clear pypi

  RuntimeError

  Add the --all option if you want to clear all pypi caches

  at /usr/local/lib/python3.8/site-packages/poetry/console/commands/cache/clear.py:44 in handle
      40│         )
      41│ 
      42│         if len(parts) == 1:
      43│             if not self.option("all"):
    → 44│                 raise RuntimeError(
      45│                     "Add the --all option if you want to clear all "
      46│                     "{} caches".format(parts[0])
      47│                 )
      48│ 

ブブー

動きません

正しくはこう

poetry cache clear pypi --all

オプションって何だよ哲学か？

直感的には--allをついてたら全てのキャッシュを消すべきだと思うが

% poetry cache clear --all 
Not enough arguments (missing: "cache").

ブブー

動きません

`--allって何だよ哲学か？

意味不明に思ったのは俺だけではないらしくIssueが出ている

https://github.com/python-poetry/poetry/issues/521

opened this issue on 19 Oct 2018 · 18 comments

2年前ですよ2年前!

Issue700個も溜まってますよ

ちゃんとメンテしてるぅ？

pipenvもアレだったけどpoetryもアレだな

もう少しマシな奴が欲しい

これまたアメリカ様のimperial表記、マイル・ポンド系と同じで、困ったものだな。

ロック処理とか甘いしサイズ制限も2GBだしANSI SQLに一部対応してないしで、Webサービスのバックエンドに向かないのは間違いないが、さりとて5万行程度のテーブルを捌けない程無能なRDBでもない。

複数テーブルでもちゃんと外部参照設定して第3正規化するくらいは普通にできる。複数テーブルJoinしたりサブクエリ書いたりもできる。

元の発言した人は、ちゃんとAccessを使ったことがあるのか疑問である。

ただ、Excelよりも便利なのは確実だが、WordとExcelくらいしか使えない人も多いので、ほかの人とデータ共有するのであれば、Excelのままでもいいかな。

支えてくれる家族または友人がいない場合、社会的な制度が整っていない以上、今の環境を逃げようが結果的には死にたいであるから、さっさと今の辛い環境を受けいれろ

が理解できないからその帰結の理由を教えてほしいといっただけなのですが...論点がずれているようですね？

起業支援家としてはペテン師なんだと思ってる。

プログラマーとしてはどうなんだろう。

私は彼の熱烈な信奉者(はてな界隈にもいるよね？)ではないし、LispでWebサービスを作る意義もよくわからない。

起業支援家としてというのはVCという意味でしょうか？

http://techcrunch.com/2011/06/01/paul-graham-total-value-of-y-combinator-funded-startups-is-4-7-billion/

ぜひ上を

プログラマーとしては彼の著書を二冊ANSI Common Lisp、On Lisp、後半は2回読み直すと考え方が変わると思います

またLispでWebサービスを作る意義は当時はあったのだと思いますが、今ではメタ言語でプログラムを生成することが一般的になって

きておりマクロの有用性、Slimeの素晴しさ、最適化ヒントのための機構が言語に内包されている点以上に特別な認識はしておりません

ただリーダマクロを利用すると構文自体を拡張することが出来るためLispを書く人はすべからく言語設計者としての腕が試されるのだと思います

(といっても私は本物のLispプログラマーではなく初〜中級者の域程度のものと認識しているため上級者以上の方はまた違う見解なのだと思います)

正直なところ、一時期自分もLuaに感動して、Luaで(mod_lua？)Webアプリを書こうとしたときもあったけど、RailsやCake、Nodeのexpressみたいなのでさえ、多くのユーザーが書いている方法の方が同じ悩みにぶつかり、googleすれば誰かがstackoverflowで解決しているので、コピペで取り敢えず乗り切る可能性が高くなる。

# 取り敢えず乗り切って、それから精査するべきだ。形になる時間が経てば立つほど、熱は冷めてしまう。

最後の一文は同意します

が、mod_luaに関してはガチレスしますと、Apache のpre post filter, mod_rewriteの煩雑さ軽減、Access,Auth,UserCheckのpre post、CustomLog置き換えくらいに試作品として個人だったら利用すると思います(プロダクションレベルならば実際利用する前に検証すると思います) mod_luaでもいいですが文章は何が目的かをはっきりさせて書いてください

後半のRails、Cake、Nodeでも同じで、「形にすることが目的」であれば、コピペ出来るものを御自分でえらべばいいのじゃないのでしょうか？なにが主張したいのかよくわかりません

世界はハッカーの原理とはまったく別の方向に動いていると感じる。

あなたのいうハッカーってなんですか？

# ゲームなどのアプリケーション内で使う言語はシンプルが一番だ。それはBASICやTclのように、美的には醜いものでも正解になることが多々ある。

# lispを選ぶのは正解だと思う。

TclをVHDLのシミュレーションツールとして数年利用しましたが、美的に醜いものではありません そしてなによりもゲームと一括りにしておりますが近年のゲームプロダクションを「舐めないでください」？？？Lispを触りもしないのに正解だと思うなども？？？

そんなことを最近のApple製品やGoogle製品の苛立ちとともに感じ、自分の人生の終焉や世界の終わりに思いを馳せながら今日もコードを書くか、身辺整理をするか、絶望感を眠ることでかわす毎日を送るだろう。

現実ではなく煽り文章だと理解しているつもりなのですが、中身がよくわからず何を伝えたい文章で帰結はなんなのかが大変よくわかりませんでした

酷い会社に就職するとブール演算さえまともに理解していない人たちが、銀行や年金のコードを書いている日本の恐ろしさに驚かされる。

金に困って、私もときどきバイトを探すのだが、バイトで地方銀行のプログラミングとか書いてあるのが普通の日本はちょっとおかしい。

多分、証券会社とかの方がまともなコードを書いているのだと思うが、精神的にはキツい気がして門を叩いたことはない。

もう、年齢的にも限界なんでね。

テクノロジーや数字に対して無知な文章と思えるようなことを主張しているようにしか理解できないことがひっかかります。他人は他人ですし変えることは出来ません。ですが自分の考え方はいくらでも受けとめかたは変えられるのではないでしょうか？

別にPerlでなくても、シェルスクリプト、Cでも構わないけど、所詮CGIだし、正規表現とか文字列に明るいから、打算的な面もあったんだろうと思う。

考えてみれば、あの頃は負荷についてあまり考えてなかったよな。

根本的なコンピュータの仕組みの理解が食い違っている認識なのですが、当時負荷を考えたときスケールアップをしていた理由は、「1台」のマシンと「2台以上」のマシンを管理する方法がまったく別のスキル(コスト)を要求するからです 現在ではフェールオーバだけでなく、冗長化の考え方が広くオープンソースの世界でプロダクションレベルに適用されたためであって、当時から負荷自体については考えている所では考えていました

また所詮CGIという意味では標準入出力さえあればどの言語でも出来るのは事実かと思いますが一方Lispだから打算というのは異なるのではというのは上の文章を読んでいただければ

今、「こうすれば成功する！」みたいに偉そうに語っている人たちって、あの時期に成功した人ばかりなんだよね。

エッセイのどのことを示唆しているかは不明ですが「成功している理由」を考察していることはあっても(時系列でいう後ろから前への考察)、「こうすれば成功する」という考察(時系列でいう前から後ろへの考察)について伝えてる文章は知りません よろしければその文献情報はどこにあるのでしょうか？

あの頃に成功しなかった人(つまり、私)はもう浮かばれることはないだろうし、今、彼らが言うようにやったとしても、あまり夢がないというか、生きてくのもどうだろうという気がしてならない。

誰も失敗した人の発言には耳を傾けないからね。

人生というのは、確かに一定の年齢を過ぎると選択の幅が狭まるというのは事実ですが「なくなる」というのは嘘です そしてそもそもその歩いてきた道だけは変えることは出来なく、これからの道は落とし穴かもしれませんが90度直角に歩くことさえ出来るものだと思います

また失敗した人の発言に耳を傾けないわけではないと思いますよ？むしろ否定的な感情を表に出しすぎるために難しくなってるのではないでしょうか？

しかし、組織が、正確にはその組織で利益を得ている人たちが、壊されては困る部分は書き換え不可能になっている。

それが、人間的に正しかろうが間違っていようが、組織の維持が優先される訳だ。

この考察はその通りだと思いますが合理的ではないでしょうか？前回もお伝えしたように株式会社なのであれば株辺りの利益を最大限にすることが目的です また会社というのは民主主義ではなく株主主義です それさえ理解すれば組織の維持=経営者が優先されるのは当然なのではないでしょうか？従いまして「人間的に正しい」の意味を理解していませんが、あなたのいうその「人間的に正しい」と「組織の目的」との間で落とし所をつけ提案することが本来の従業員の仕事に含まれると理解しています。

支えてくれる家族または友人がいない場合、社会的な制度が整っていない以上、今の環境を逃げようが結果的には死にたいであるから、さっさと今の辛い環境を受けいれろ

長々と書きましたが、上の内容を簡潔に聞きたいだけでして、ブール演算やらLuaなどの話は聞いていません ブール演算などは高校生に3時間でも教えれば理解する人はいるでしょう

期待はしませんがご教示をいつの日かお待ちしております

RegQueryValueExAやRegQueryValueExWと、

ANSI版かUNICODE版かを明示しなければ

UNICODE、ANSIとして文字列を返してくれるようだ。

AとW の違いは引数のパス指定だけではない。

LPBYTEだから

文字列の気遣いしてくれなくて ANSIで帰ってくるかなと勝手に思い込んで

MultiByteToWideChar を呼んで余計な変換を増やしてうまくいかなかった。

作業指示は、これを流用して、C++/CLIかつ.netFramework3.5使用かつ新規案件に対応せよ、との事。

個人的にはどう見積もっても3人で4ヶ月かかる量なんだが、予算が1人で1ヶ月、と言って来た。理由は「Cからの流用だから」。

参ったな。自分としては、C++/CLIはもはや別言語だと思っているんだが。

どうにも上司と顧客に説明出来ない。説明出来ないのは、自分が理解していないせいだ、と言われればそれまでなのだが、自分の感覚で言うと、高段者がうっている将棋や囲碁の一手を初心者に教える、とでも言うか、小学生に微分積分を教えるというか、そんな感覚がある。

いや、相手が、K＆RやANSI、C++、C++/CLIを分かっている人間になら、説明は出来るのだが、相手のレベルに合わせて、説明が出来ない。

今回のこれに限らず、見積もりとかすると、「なんでこんなに時間かかるの？」とか「高い」とかよく言われるのだが、やっぱり説明が出来ない。デスマってるプロジェクトには、よくさらなる人員投入がされる事が多々あるのだが、デスマってる時点で負け戦だし、「混乱したプロジェクトに人を投入すれば、さらに混乱するだけ」と自分は思っているので、やめてもらいたいと思っている。

「あんたの小学生になる子供が、100人いたら、東大に合格するくらいの学力が発揮されるんですか？」と問いたい。

あれは、VisualBasic4が出た頃か。それまでWindowsプログラムというものをCまたはC++で書いていた自分には、驚異的な言語に思えた。そしてみんな言う。「VBで作れば簡単ですよ」

自分にはVBという言語はとてつもなく難しい言語に思えた(MFCは論外)。なぜなら「かゆいところに手が届かない」言語だったから。だから、皆が言う「VBなら簡単」の理由がさっぱり分からなかった。ちょっとした使い捨てツールや、極々Windows標準的な事しかやらないのであれば、VBは簡単な言語であったのは分かる。実際自分もそういう使い方をしていたから。

そして、うちの職場ではそんな製品を作る所では無く、仕様を満たすためにはサブクラス化とかWin32APIを使うとかしないと実現出来なかった。もちろん「VBで作れば簡単ですよ」と言っていた連中にサブクラス化など理解出来ようも無く、ただただ右往左往してデスマーチに突入していった。

その時も、お偉方や顧客に説明が出来なかった。「VBなら簡単」と言っていただろう、と言われるだけ。

まぁ、VBも.net時代になってから、だいぶマシになってきたと思うけどね。少なくとも、スレッドセーフになってくれただけでもありがたい。

まぁ、その辺はともかく、もしかして、デスマやIT土方とかなるのは「説明が出来ないから」なのではなかろうか？と思えてきた。必要な時間と予算を説明出来ないから、泥沼になるのではなかろうか、と。

説明が出来ない限り、プログラマーは永遠にIT土方であり、地位向上は望めないと思う。人月の神話じゃなく、ファンクションポイント法とか、なにか定量的に説明出来ればいいのだけど。ファンクションポイント法だって、それが分からない人には通じないわけで。「小学校に入学した児童にも分かるような」説明が出来ないとダメなんだろうなぁ。どうすればいいんだろ？

早速Objective-Cとやらを勉強しようと思ってググってみたら、Objective-CはC言語の拡張なので先にC言語を学ぶ必要があるという驚愕の事実が発覚！

ググる前に公式ドキュメント読もうよ。

この文書はC言語については解説されていないため、C言語にある程度慣れていることが前提となり ます。しかし、それほど熟達している必要はありません。Objective-Cによるオブジェクト指向プロ グラミングはANSI Cの手続き型プログラミングとはかなり違っているので、熟達したCプログラマで なくても、さほど不利にはなりません。

　　

Objective-Cプログラミング言語　日本語版

http://developer.apple.com/jp/devcenter/ios/library/japanese.html

Cの知識があるに越したことはないけども、どこまで必要かという話になるとごにょごにょ。

少なくとも、Objective-Cを公開している連中が、"Cの手続き型プログラミングとはかなり違う"と言っているのだから、C言語的なコードの流れには（あんまり）ならない（はず）。

それより、フレームワークの扱いに慣れることに重点を置いたほうがいいんじゃないかな。

苦Cで言うところ、文字列やら、ファイルの取り扱いあたりになってくるとかなり微妙で、出来る限り言語機能やフレームワークに任せたい。

ポインタはそりゃ、Python使いが見たら発狂するんじゃないかってぐらいポインタ演算子が出てくるけど、オブジェクトインスタンスは全部ポインタなんだから、いっそ気にしなくていいんじゃない？　それとも関数ポインタとか使いたい？　きっとデバッグが大変だよ。

YouTubeやVimeoで『Xcode tutorial』で検索すると大量のiPhoneプログラミングのチュートリアルが無料で視聴可能です！

※動画は全部英語

公式の「iOS　アプリケーションチュートリアル（日本語版）」を読んだ上で言っているのであれば、どこの誰が作ったかも分からない英語の動画が、アップル公式の日本語ドキュメントより優れている点を挙げた上で、その動画のURLを示して欲しい。

英語なんて分からないよ。

初心者にオススメです。この本を読めばiPhoneアプリ自分でも作れるかもしれないと思えるようになります！

オススメってことは必読じゃないのかな？

3.初期投資

Intel Mac + iPhone or iPod Touch + 10,800円

ここから、開発者プログラムの参加費用$99（¥8000程度）を差っ引くと、一冊分しか残らないから、下の方で紹介されてる本が必読なんだろう。

たのしいCocoaプログラミング[Leopard対応版]

初心者にわかりやすくObjective-Cの事が書かれています。必読です！

こっちが必読？

内容全く知らないで発言するけども、書評を見てみると、Snow Leopardに対応していない旨が書きこまれていて、多少不安。

流行りに乗ってMacbook Airを購入した人は、大抵Snow Leopardのはず。

記事には、"二ヶ月前"からとあるので、少なくとも記事を書いた人はMacbook Airではないのだろう。

自分のアプリの必要な部分だけを勉強すれば、それだけリリースも早くなりますしモチベーションも下がりません。全部網羅しようと思うと開発自体を頓挫しかねません。

遅延評価勉強法の考えで行くと、C言語を先に勉強する必要はなかったと思うけど、どっちなんだろう。

その辺も遅延で気付いたのかな。

英語力がなくてもアプリは作れますが、英語がわかると公式ドキュメントや先にあげたYouTubeのチュートリアル動画も理解できるので簡単な英語くらいはできる方が良いです。

日本語の公式ドキュメントがあるので、是非参照して頂きたいです。

iOS Reference Library日本語版

http://developer.apple.com/jp/devcenter/ios/library/japanese.html

Apple Developer Documentation日本語版

http://developer.apple.com/jp/documentation/japanese.html

日本語ユーザが増えたら、Xcodeのクイックヘルプとかドキュメントとかも日本語化してくれないかなあ。

それとも、実はただの調査不足で既にあったりとか…

未読 1. 「隣の家の少女」　ジャック ケッチャム

未読 2. 「黒死館殺人事件」　小栗虫太郎

未読 3. 「異邦人」　カミュ

★★読（大学） 4. 「果心居士の幻術」　司馬遼太郎　地味。でもヘタに新撰組血風録とか読むよりマシかも。

未読 5. 「突破者―戦後史の陰を駆け抜けた50年」　宮崎学

未読 6. 「存在の耐えられない軽さ」　ミラン・クンデラ

★★読（会社員） 7. 「ドグラマグラ」　夢野久作　中高生でわかんのか？　ふいんきの問題？

★読（大学） 8. 「檸檬」　梶井基次郎　こてんこてん。

未読 9. 「大製鉄所―橋本雄介小説集」　橋本雄介

未読 10. 「ローダン・シリーズ＜1＞大宇宙を継ぐ者」　K・H・シェール,クラーク・ダールトン

★★★読（高校） 11. 「十角館の殺人」　綾辻行人　これは中高生でも楽しめた気がした。

未読 12. 「豹頭の仮面」　栗本薫

未読 13. 「魔が堕ちる夜―デーモニックプリンセス 二次元ドリームノベルズ」　謡堂笹弘

未読 14. 「車輪の下」　ヘッセ

未読 15. 「玩具修理者」　小林泰三

未読 16. 「罪と罰」　ドストエフスキー

未読 17. 「封神演義」　安能務訳

未読 18. 「江戸川乱歩全集 第4巻 孤島の鬼」　江戸川乱歩

未読 19. 「赤い影法師」　柴田錬三郎

未読 20. 「ファウスト」　ゲーテ

未読 21. 「老人と海」　ヘミングウェイ

★★読（会社員） 22. 「ディアスポラ」　グレッグ・イーガン　会社員になってから読んだが難解すぎて楽しめなかった。宇宙消失とかの方が楽しくない？

★★★読（会社員） 23. 「EGコンバット」　秋山瑞人　「ガンパレードマーチ」っぽいなあと思った。「猫の地球儀」の方が好み。

未読 24. 「蝿の王」　ウィリアム・ゴールディング

未読 25. 「ドゥイノの悲歌」　R・M・リルケ

★読（高校） 26. 「夏への扉」　ロバート・A・ハインライン　昔のエスエフってこんなのかー。という感慨。期待しすぎるとがっかりする。

未読 27. 「コズミック」　清涼院流水

未読 28. 「化物語」　西尾維新

未読 29. 「姑獲鳥の夏」　京極夏彦

未読 30. 「少女コレクション序説」　澁澤龍彦

★★読（高校） 31. 「人間失格」　太宰治　背伸びして読んだが、よくわからなかった。

未読 32. 「左巻キ式ラストリゾート」　海猫沢めろん

未読 33. 「帝都物語1」　荒俣宏

未読 34. 「道程」　高村光太郎

未読 35. 「鼻行類―新しく発見された哺乳類の構造と生活」　ハラルト・シュテュンプケ

未読 36. 「プログラミング言語C ANSI規格準拠」　B・W・カーニハン,D・M・リッチー

未読 37. 「ムーンチャイルド」　 アレイスター・クロウリー

未読 38. 「外科室・海城発電 他5篇」　泉鏡花

★★★★★読（大学） 39. 「ラヴクラフト全集(1)」　H・P・ラヴクラフト　予想外に楽しかった！　マジお勧め。

未読 40. 「饗宴」　プラトン

未読 41. 「書を捨てよ、町へ出よう」　寺山修司

未読 42. 「妖聖記」　竹河聖

未読 43. 「新訂孫子」　金谷治訳

未読 44. 「寺山修司少女詩集」　寺山修司

未読 45. 「スローターハウス５」　カート・ヴォネガット・ジュニア

未読 46. 「アーカム計画」　ロバート・ブロック

未読 47. 「地下室の手記」　ドストエフスキー

★★読（会社員） 48. 「黄昏の百合の骨」　恩田陸　同作者「麦の海に沈む果実」の続き。一冊だけなら「夜のピクニック」。

未読 49. 「娘に語る祖国」　つかこうへい

未読 50. 「黄金の羅針盤 ライラの冒険」　フィリップ プルマン

未読 51. 「フリッカー式 <鏡公彦にうってつけの殺人」　佐藤友哉

未読 52. 「未来のイヴ」　ヴィリエ・ド・リラダン

★読（大学） 53. 「桜の森の満開の下」　坂口安吾　これもアレコレで引用されてたんで読んでみた系。

未読 54. 「野火」　大岡昇平

未読 55. 「マッチ棒遊びの本―ひまつぶし決定版」　大島正二

★★読（大学） 56. 「世界の終わりとハードボイルド・ワンダーランド」　村上春樹　大学時代に村上春樹よく読んだけど、特に残らなかったなあ。

未読 57. 「マルコヴァルドさんの四季」　イタロ・カルヴィーノ

★★★★★読（大学） 58. 「さようなら、ギャングたち」　高橋源一郎　大学時代に高橋源一郎もよく読んだけど、理解できなかったなあ。でも、これは面白かった。

未読 59. 「すべてがＦになる」　森博嗣

未読 60. 「発作的座談会」　椎名誠、木村晋介、沢野ひとし、目黒考二

未読 61. 「知性について 他四篇 」　ショーペンハウエル

未読 62. 「夏と花火と私の死体」　乙一

未読 63. 「バガージマヌパナス―わが島のはなし」　池上永一

未読 64. 「純粋理性批判」　カント

未読 65. 「高丘親王航海記」　渋澤 龍彦

未読 66. 「黒猫」　エドガー・アラン・ポー

未読 67. 「わが闘争―完訳」　アドルフ・ヒトラー

未読 68. 「夫婦茶碗」　 町田康

未読 69. 「しゃばけ」　畠中恵

★★★★読（会社員） 70. 「猫の地球儀」　秋山瑞人　かなり好きなSF。小・中学で「星虫」とか読んだ後に読むといいよ。

未読 71. 「グミ・チョコレート・パイン」　大槻ケンヂ

未読 72. 「遠野物語」　柳田国男

未読 73. 「武士道」　新渡戸稲造

未読 74. 「絶望系 閉じられた世界」　谷川流

未読 75. 「函の中の失楽」　竹本健治

未読 76. 「オレンジが歯にしみたから」　狗飼恭子

未読 77. 「中島らもの明るい悩み相談室」　中島らも

★★読（会社員） 78. 「戦闘妖精・雪風(改)」　神林長平　神林長平のSFって読みづらくて苦手。

未読 79. 「町工場 世界を超える技術報告」　小関智弘

未読 80. 「今夜、すべてのバーで 」　中島らも

未読 81. 「剣客商売」　池波正太郎

★★読（高校） 82. 「妖精作戦」　笹本祐一　新盤「星のダンス」とか「裏山の宇宙船」じゃないんだ。

未読 83. 「悪魔のミカタ―魔法カメラ」　うえお久光

未読 84. 「赤毛のアン」　ルーシー・モード・モンゴメリ

★★★★★読（中学） 85. 「百億の昼と千億の夜」　光瀬龍　漫画もよかった。中二病も突き詰めるとこうなるという感じ。

未読 86. 「二重螺旋の悪魔」　梅原克文

未読 87. 「アラビアの夜の種族」　古川日出男

未読 88. 「失われた時を求めて<第一篇>スワン家の方へ」　マルセル・プルースト

★★★読（中学） 89. 「星を継ぐ者」　ジェイムズ・P・ホーガン　ホーガンは甘すぎてもう読めないなあ。中学生ぐらいの時は楽しめたけど。

未読 90. 「嵐が丘」　エミリー・ブロンテ

★★★★読（中学） 91. 「MOTHER2」　久美沙織　隠れた名作。

未読 92. 「若きウェルテルの悩み」　ゲーテ

未読 93. 「信長―あるいは戴冠せるアンドロギュヌス」　宇月原晴明

未読 94. 「稲川淳二の死ぬほど怖い話」　稲川淳二

未読 95. 「星の墓標」　谷甲州

未読 96. 「鴉」　麻耶雄嵩

未読 97. 「東亰異聞」　小野不由美

未読 98. 「グラン・ヴァカンス―廃園の天使」　飛浩隆

未読 99. 「フィーヴァー・ドリーム」　ジョージ・R・R・マーティン

未読 100. 「しあわせの書―迷探偵ヨギガンジーの心霊術」　泡坂妻夫

昔はモノを思わなかったことであるなあ。

IEEEは10MBを超えるサイズのアーティクルが何度やっても落ちてこない。

ANSIはオンラインで規格を買った時に、DLができないまま期限が切れて$30をドブった。

ACMはオンラインコースをSkillSoftからダウソな代物に変更しやがった。

ついでにIEEEはComputer Societyだけ入れば充分だったのに、大元の方にも入っちゃって数十ドル余計にかかった。これは漏れが悪いけど。

あ、10MB超えのアーティクルやっと落ちた。どう考えてもADSLの速度以上に遅かった。自動車についてのアーティクルなんだけど、トップに「CARMAGEDDON」って書いてあるのはアレだと思う。

• クラスのみんなに平等に接する、アセンブリ先生
• 細かな不正も許さない、ルールにうるさい神経質なyacc教頭とlex理事長
• まずは、実行、ルール作りに精を出すANSI校長

こんなところかな。異論は認める。つか、異論をくれ。

異論ありがとう！

• 大和撫子になりたくて努力してるけどなりきれない、なでしこたん by masda
• 手芸部で小物作りが得意だけど時々突拍子もないことを言い出すDelphiたん by id:m_shinzaki
• 勉強はさっぱりだけど遊ぶ事にかけては一流、放課後元気なNS-Hu BASICたんと弟のG-BASICちゃん
• 仕事はそこそこに、遊び好きで腰が軽い、頭も軽いHSPたん by masda
  • っていいのかw
• その緻密な分析力は皆に頼りにされてる、機械いじりが大好きなVerilogたん by id:natsutan

あ、元ネタ忘れてた:http://anond.hatelabo.jp/20080729035820

もし手ごたえが良かったら、プログラミングの勉強を本格的にしたいなあと思っている。

いまどき高校生でも中学生でも普通にサクサク自作ソフトとか公開しちゃう人もいるし、その人らに追いつこうと思ったら結果発表待たずに始めたい。まあ手ごたえいまいちなら後期の勉強しなきゃだが。

そんで今考えている学習プラン

cから入ろうかと思っている。いろんな言語の根っこにあるという話を聞くし、俺が社会人になるころにも消えていないだろうし、cで苦労しておくと他の言語を覚えるとき楽だと聞いたので。

具体的には

独習ＣかやさしいCあたりを

プログラミング言語C ANSI規格準拠か新ANSI C言語辞典のどっちかを辞書本にして進めて行きたいなあと

地方の本屋ではお目にかかれない本ばかりなので実際に本を見てから決めたいなあと思ってるけど、経験者様から見てなにかアドバイスあればお願いします。

あ、Ｃ言語超入門という本を受験勉強始める前（たぶん高二の夏くらい）に一応やりました。