  |
はてなキーワード: ANSIとは
契約書袋綴じを指示されて和書の袋綴じをして怒られたって棘がバズってるけど
https://b.hatena.ne.jp/entry/s/togetter.com/li/2205369
いや、元々契約書の綴じ方も和綴じの袋綴じをしていて今でもやる場合があるのだ。そして昭和の契約書やら判決文、戸籍謄本などの法的文書は和綴じの方の袋綴じがされている。
そもそも現代の契約書の綴じ方には「袋」になっているところがない。なのに袋綴じと言われるのは和綴じから変わったからなのだ。
なんで平成中期というか1990年代前半に替ったかというと、コンピュータの出力法が変わったせいなのだ。
契約書などには割り印をする。ページの差し替えをされない為だ。そして契約時点で書面の内容に異存なしという意味で双方のハンコをページにまたがる形で押す。また背表紙の封紙と表紙にも割り印をする。
ページの割り印の仕方は、上の余白で折って隣のページとまたがる様に押印する。
でもこれちょっと無理やりだと思わない？
実は1990年代までは今のように両面印刷して製本するのではなく、原稿用紙のような升目用紙（内容証明用紙のようなの）に手書きで書き、それを半分に折って重ね袋綴じしていた。綴じるのに使うのは布の「こより」で、千枚通しで穴を開けてから紐を通す。河野太郎が廃止させたやつだね。だから千枚通しはオフィス用品だったのだ。
そして袋綴じされた紙を膨らませて片側のページを山型に折ってそこに割り印をしていた。
「ワープロ」を使うようになっても同じ。片面印刷して袋綴じにして割り印をする。
なんでパソコンじゃなくてワープロなのか？これは後で説明する。
戸籍謄本などはやはり手書きで同じように袋綴じされて割り印され渡された。
そもそも「謄本」と云う言い方をするのは、昔はコピーが無かった（青焼きはあるがコストが高くナンセンス）ので手写しであり、書面の中身を全部写したのが謄本で、労力が大変なので必要な部分だけ写したのが「抄本」だった為だ。今でも閉鎖謄本/抄本を請求するとこの形式で出てくる（流石にコピーを使うが）。そして和綴じ式の袋綴じで割り印されている場合がある。
こより綴じの方は昭和後期には省略されてホチキスになり、これは市役所や弁護士が先行したようだ。だが契約書類はこよりorこより＋封紙＋割り印が使用されていた。
コンピュータで印刷するというのは今では当たり前で、印刷するのは白いオフィス用紙で、一枚ずつ印刷される。
だが嘗てはコンピュータで使われるプリンタはラインプリンタが主流だった。ページプリンタはDTPなど特殊分野でのみ使用され、一般的なOA機器メーカーはラインプリンタしか製造していなかった。
ラインプリンタの用紙というのは、両側に穴が沢山開いてて薄緑などで罫線が引かれていて、ミシン目が入ってて切り取りが出来る連続用紙の事である。
ラインプリンタの場合、印刷の区切りが一行づつになっていて、プリンタに印刷指示が送られるとそのテキストを印刷して改行の必要がある場合は改行しそこで終了する。ミシン目まで行送りするという事は無い。
だから票として一枚ずつ切り離す場合は、ミシン目が来るところまで行送りを行って停止するという印刷指示を組んでおく。
また、嘗ての標準出力の延長でもあるのでコマンドラインとの相性も良く、リダイレクトやパイプ（|）でデバイスファイル（lp、PRN）にテキストを流すとそれが印刷されるという簡単さであった。
ラインプリンタはページプリンタに押されて無くなったかに見えるが、実はPC POSで印刷されるレシートはラインプリンタの生き残りだ。
プリンタの印刷方法はインクをしみ込ませたインクリボンを活字で叩くというのが主流で、日本語圏だと沢山のピンを弾いて打つ、ドットマトリックス方式が主流だった。これだと一字のドット数が16*16くらいが限界なので、細かい漢字は打てない。
だからカタカナ+数字しか出力されない伝票などの使用が主で、ページプリンタは普及しなかった。
一方、ワープロ専用機は最初からサーマルプリンタを備えていてページプリントが前提であった。だから普段のオフィス業務はコンピュータ＋ドットマトリクス、文書の清書はワープロというのが一般的だった。
これで法的文書もワープロで作成し、縦書きで出力して手書きと同じ袋綴じにするというのが増えてきた。
今でも弁護士の文書で表題に倍角文字が使われたりするのもこの名残だ。
これがWindows95が普及するとページプリンタの普及も進み、イントラネットに接続される複合機が普及するなどで印刷＝ページプリントとなったのだ。そしてやがて法的書類も両面印刷して製本するという形になった。
その時に本来の袋が出来る袋綴じは過去のものとなって袋が無いのに袋綴じと言われるようになった。故に今の袋綴じ方が当たり前になったのは20年位かと思われる。
因みにワープロより早くから、またワープロと平行する形で和文タイプというのがあり、これで升目用紙に、または白紙に升目用紙と同じ字の間隔で印刷するという方法もあったのだが、和文タイプというのはとても時間が掛かった。
この人は流石に遅過ぎなのだが、タイプするのが超絶大変な代物で、行政書士、弁護士など気合が入った士業と法務局、裁判所など気合が入った役所、気合が入った大企業の契約書など、兎に角気合が相当入ってないと使われない清書用アイテムだった。ある意味、100kgぐらいの巨大複合機より気合がある。
というわけで袋の部分が無いのに袋綴じという謎かけみたいな名前の背景にはオフィス史とコンピュータのプリンター史が隠れていたのであります。
昭和日本ではオフィス用紙も法的文書も原稿用紙も、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/
AutoHotkeyのwiki。困ったらここを見る。
https://autohotkey.com/download/
（ここがおぼろげなのがひたすらに申し訳ない）
どこかフォルダを作る。後々、他に必要なファイルも入れていく。
自分はドキュメントフォルダの中に「小説用フォルダ」を作成した。
新しく作ったそのフォルダの中で、右クリック→新規作成→「AutoHotkey Script」を選択。
作成した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
保存した？よし。閉じていいよ。
おっとそうだ、さっきのフォルダに入れなきゃいけないのがあった。
の「AutoHotkey_L固有の不具合」にあるが、詳しくわからないのでとりあえず、
https://w.atwiki.jp/eamat/pages/17.html
中にあるフォルダ（ANSIかUTF8）の中の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 ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
消して保存した？おし
「小説用.ahk」（自分で作成したほうのファイル）を右クリックで「Run script」で実行できる。
が、ショートカットが作成できる。作成して別なところに置いたほうが楽な人はそうするとOK。
コンパイルしないといけない……かと思いきや、しなくても実行できたから、コンパイルは要らないか。まぁいいか。
もし「要るよ」って人がいたら、作ったほうのファイルを右クリックして「Compile なんちゃら」でコンパイルできるので、どうぞ。
使い方。まずは実行開始から。
開始時になんかちっちゃいウィンドウが出てくるが、気にせず「OK」を押していい。（出ないかも）
さっきのスクリプトの中身は
が打てるようになる。
注意点としては、
他のキー割り当て一覧
書いてみよう。
「あ゛あ゛あ゛♡♡♡♡」
どうしても「一度変換を確定しないといけない」というのがちょっとひっかかるが、それでもわざわざ濁点を変換して入れたり、ダブルクォートを代わりに使うよりはいい。
喘ぎ声はひらがなやカタカナが多いから変換を確定せずに打てるのが一番いいが、コツをつかめばきっと上手く活用できるはず。活用してください。
意外と忘れがちだが、大事。
画面右下の上矢印を押すと、いろいろ出てくる。
もう誰もこのエロ小説用スクリプトが実行されていたなんて気づかない。
もっと便利にしたいときは、AutoHotkeyのwikiが参考になるはず。
他にも、ホットキーとかショートカットキーとかでいろいろある。
でも「特定の文字を入力する」はAutoHotkeyでないとできなさそうだった（自分が見つけられた範囲では）
もっ゛とかい゛てぇ゛ぇ゛ぇ゛ぇ゛ぇ゛♡゛♡♡♡♡
み゛た゛い゛の゛お゛お゛お゛お゛お゛♡♡♡♡♡♡
% poetry cache clear --help USAGE poetry cache clear [--all] <cache> ARGUMENTS <cache> The name of the cache to clear. OPTIONS --all Clear all entries in the cache. GLOBAL OPTIONS -h (--help) Display this help message -q (--quiet) Do not output any message -v (--verbose) Increase the verbosity of messages: "-v" for normal output, "-vv" for more verbose output and "-vvv" for debug -V (--version) Display this application version --ansi Force ANSI output --no-ansi Disable ANSI output -n (--no-interaction) Do not ask any interactive question
これ見ると
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").
ブブー
動きません
意味不明に思ったのは俺だけではないらしくIssueが出ている
https://github.com/python-poetry/poetry/issues/521
opened this issue on 19 Oct 2018 · 18 comments
2年前ですよ2年前!
Issue700個も溜まってますよ
pipenvもアレだったけどpoetryもアレだな
もう少しマシな奴が欲しい
同意。
ロック処理とか甘いしサイズ制限も2GBだしANSI SQLに一部対応してないしで、Webサービスのバックエンドに向かないのは間違いないが、さりとて5万行程度のテーブルを捌けない程無能なRDBでもない。
複数テーブルでもちゃんと外部参照設定して第3正規化するくらいは普通にできる。複数テーブルJoinしたりサブクエリ書いたりもできる。
元の発言した人は、ちゃんとAccessを使ったことがあるのか疑問である。
ただ、Excelよりも便利なのは確実だが、WordとExcelくらいしか使えない人も多いので、ほかの人とデータ共有するのであれば、Excelのままでもいいかな。
支えてくれる家族または友人がいない場合、社会的な制度が整っていない以上、今の環境を逃げようが結果的には死にたいであるから、さっさと今の辛い環境を受けいれろ
が理解できないからその帰結の理由を教えてほしいといっただけなのですが...論点がずれているようですね？
プログラマーとしてはどうなんだろう。
ぜひ上を
プログラマーとしては彼の著書を二冊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時間でも教えれば理解する人はいるでしょう
K＆RのCで書かれたプログラムを渡された（もう少し正確に言えば、VisualStudioのWizardで作られたものにK＆RのCでコーディングしてある(C++ですら無い)ので純粋なCでは無いが果てしなくK＆RのCだ）。あと、これを作った人はどうにも「ポインタ」の概念が無いらしく、無駄に多次元配列だったり、配列のアドレス渡しとかが多用されている。
作業指示は、これを流用して、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土方であり、地位向上は望めないと思う。人月の神話じゃなく、ファンクションポイント法とか、なにか定量的に説明出来ればいいのだけど。ファンクションポイント法だって、それが分からない人には通じないわけで。「小学校に入学した児童にも分かるような」説明が出来ないとダメなんだろうなぁ。どうすればいいんだろ？
http://www.lastday.jp/2010/11/22/objective-c
早速Objective-Cとやらを勉強しようと思ってググってみたら、Objective-CはC言語の拡張なので先にC言語を学ぶ必要があるという驚愕の事実が発覚！
この文書はC言語については解説されていないため、C言語にある程度慣れていることが前提となり ます。しかし、それほど熟達している必要はありません。Objective-Cによるオブジェクト指向プロ グラミングはANSI Cの手続き型プログラミングとはかなり違っているので、熟達した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を示して欲しい。
英語なんて分からないよ。
オススメってことは必読じゃないのかな？
3.初期投資
Intel Mac + iPhone or iPod Touch + 10,800円
ここから、開発者プログラムの参加費用$99（¥8000程度）を差っ引くと、一冊分しか残らないから、下の方で紹介されてる本が必読なんだろう。
初心者にわかりやすくObjective-Cの事が書かれています。必読です！
こっちが必読？
内容全く知らないで発言するけども、書評を見てみると、Snow Leopardに対応していない旨が書きこまれていて、多少不安。
流行りに乗ってMacbook Airを購入した人は、大抵Snow Leopardのはず。
記事には、"二ヶ月前"からとあるので、少なくとも記事を書いた人はMacbook Airではないのだろう。
自分のアプリの必要な部分だけを勉強すれば、それだけリリースも早くなりますしモチベーションも下がりません。全部網羅しようと思うと開発自体を頓挫しかねません。
遅延評価勉強法の考えで行くと、C言語を先に勉強する必要はなかったと思うけど、どっちなんだろう。
その辺も遅延で気付いたのかな。
英語力がなくてもアプリは作れますが、英語がわかると公式ドキュメントや先にあげたYouTubeのチュートリアル動画も理解できるので簡単な英語くらいはできる方が良いです。
日本語の公式ドキュメントがあるので、是非参照して頂きたいです。
http://developer.apple.com/jp/devcenter/ios/library/japanese.html
Apple Developer Documentation日本語版
http://developer.apple.com/jp/documentation/japanese.html
日本語ユーザが増えたら、Xcodeのクイックヘルプとかドキュメントとかも日本語化してくれないかなあ。
それとも、実はただの調査不足で既にあったりとか…
★★読（大学） 4. 「果心居士の幻術」 司馬遼太郎 地味。でもヘタに新撰組血風録とか読むよりマシかも。
未読 5. 「突破者―戦後史の陰を駆け抜けた50年」 宮崎学
★★読（会社員） 7. 「ドグラマグラ」 夢野久作 中高生でわかんのか？ ふいんきの問題？
未読 10. 「ローダン・シリーズ＜1＞大宇宙を継ぐ者」 K・H・シェール,クラーク・ダールトン
★★★読（高校） 11. 「十角館の殺人」 綾辻行人 これは中高生でも楽しめた気がした。
未読 13. 「魔が堕ちる夜―デーモニックプリンセス 二次元ドリームノベルズ」 謡堂笹弘
未読 18. 「江戸川乱歩全集 第4巻 孤島の鬼」 江戸川乱歩
未読 19. 「赤い影法師」 柴田錬三郎
★★読（会社員） 22. 「ディアスポラ」 グレッグ・イーガン 会社員になってから読んだが難解すぎて楽しめなかった。宇宙消失とかの方が楽しくない？
★★★読（会社員） 23. 「EGコンバット」 秋山瑞人 「ガンパレードマーチ」っぽいなあと思った。「猫の地球儀」の方が好み。
未読 25. 「ドゥイノの悲歌」 R・M・リルケ
★読（高校） 26. 「夏への扉」 ロバート・A・ハインライン 昔のエスエフってこんなのかー。という感慨。期待しすぎるとがっかりする。
★★読（高校） 31. 「人間失格」 太宰治 背伸びして読んだが、よくわからなかった。
未読 34. 「道程」 高村光太郎
未読 35. 「鼻行類―新しく発見された哺乳類の構造と生活」 ハラルト・シュテュンプケ
未読 36. 「プログラミング言語C ANSI規格準拠」 B・W・カーニハン,D・M・リッチー
未読 37. 「ムーンチャイルド」 アレイスター・クロウリー
未読 38. 「外科室・海城発電 他5篇」 泉鏡花
★★★★★読（大学） 39. 「ラヴクラフト全集(1)」 H・P・ラヴクラフト 予想外に楽しかった！ マジお勧め。
未読 40. 「饗宴」 プラトン
未読 41. 「書を捨てよ、町へ出よう」 寺山修司
未読 42. 「妖聖記」 竹河聖
未読 45. 「スローターハウス５」 カート・ヴォネガット・ジュニア
★★読（会社員） 48. 「黄昏の百合の骨」 恩田陸 同作者「麦の海に沈む果実」の続き。一冊だけなら「夜のピクニック」。
未読 50. 「黄金の羅針盤 ライラの冒険」 フィリップ プルマン
未読 51. 「フリッカー式 <鏡公彦にうってつけの殺人」 佐藤友哉
未読 52. 「未来のイヴ」 ヴィリエ・ド・リラダン
★読（大学） 53. 「桜の森の満開の下」 坂口安吾 これもアレコレで引用されてたんで読んでみた系。
未読 55. 「マッチ棒遊びの本―ひまつぶし決定版」 大島正二
★★読（大学） 56. 「世界の終わりとハードボイルド・ワンダーランド」 村上春樹 大学時代に村上春樹よく読んだけど、特に残らなかったなあ。
未読 57. 「マルコヴァルドさんの四季」 イタロ・カルヴィーノ
★★★★★読（大学） 58. 「さようなら、ギャングたち」 高橋源一郎 大学時代に高橋源一郎もよく読んだけど、理解できなかったなあ。でも、これは面白かった。
未読 59. 「すべてがＦになる」 森博嗣
未読 60. 「発作的座談会」 椎名誠、木村晋介、沢野ひとし、目黒考二
未読 61. 「知性について 他四篇 」 ショーペンハウエル
未読 63. 「バガージマヌパナス―わが島のはなし」 池上永一
未読 66. 「黒猫」 エドガー・アラン・ポー
未読 67. 「わが闘争―完訳」 アドルフ・ヒトラー
★★★★読（会社員） 70. 「猫の地球儀」 秋山瑞人 かなり好きなSF。小・中学で「星虫」とか読んだ後に読むといいよ。
未読 71. 「グミ・チョコレート・パイン」 大槻ケンヂ
未読 75. 「函の中の失楽」 竹本健治
★★読（会社員） 78. 「戦闘妖精・雪風(改)」 神林長平 神林長平のSFって読みづらくて苦手。
未読 80. 「今夜、すべてのバーで 」 中島らも
★★読（高校） 82. 「妖精作戦」 笹本祐一 新盤「星のダンス」とか「裏山の宇宙船」じゃないんだ。
★★★★★読（中学） 85. 「百億の昼と千億の夜」 光瀬龍 漫画もよかった。中二病も突き詰めるとこうなるという感じ。
未読 88. 「失われた時を求めて<第一篇>スワン家の方へ」 マルセル・プルースト
★★★読（中学） 89. 「星を継ぐ者」 ジェイムズ・P・ホーガン ホーガンは甘すぎてもう読めないなあ。中学生ぐらいの時は楽しめたけど。
★★★★読（中学） 91. 「MOTHER2」 久美沙織 隠れた名作。
未読 92. 「若きウェルテルの悩み」 ゲーテ
未読 93. 「信長―あるいは戴冠せるアンドロギュヌス」 宇月原晴明
未読 95. 「星の墓標」 谷甲州
未読 96. 「鴉」 麻耶雄嵩
未読 99. 「フィーヴァー・ドリーム」 ジョージ・R・R・マーティン
未読 100. 「しあわせの書―迷探偵ヨギガンジーの心霊術」 泡坂妻夫
昔はモノを思わなかったことであるなあ。
明日から東京で受験で、試験後もう一泊するので次の日は本屋でいろいろ（買うものは試験の手ごたえ次第で変わるけど）買ってこようと思っている。
もし手ごたえが良かったら、プログラミングの勉強を本格的にしたいなあと思っている。
いまどき高校生でも中学生でも普通にサクサク自作ソフトとか公開しちゃう人もいるし、その人らに追いつこうと思ったら結果発表待たずに始めたい。まあ手ごたえいまいちなら後期の勉強しなきゃだが。
cから入ろうかと思っている。いろんな言語の根っこにあるという話を聞くし、俺が社会人になるころにも消えていないだろうし、cで苦労しておくと他の言語を覚えるとき楽だと聞いたので。
具体的には
プログラミング言語C ANSI規格準拠か新ANSI C言語辞典のどっちかを辞書本にして進めて行きたいなあと
地方の本屋ではお目にかかれない本ばかりなので実際に本を見てから決めたいなあと思ってるけど、経験者様から見てなにかアドバイスあればお願いします。
