はてなキーワード: sUとは
やー。面倒でした。
古い情報だと Outlook Express を経由しろと書いてあるので、後継であるらしいWindows Live Mail を経由して(Windows Live Mail からエクスポートする方法で)
Outlook に移行したのだが、どういうわけか宛名が文字列として移行されてしまい、xxx@example.com というメールアドレスの移行ができなかったんです。
で eml → msg もしくは pst 形式への変換ソフトを探すのですが、無料のものが見つからなくてあんまり情報もありませんでした。が、ありましたよ!お兄さん。
====
MAPI data collection and parsing tool. Supports property tag lookup, error translation, smart view processing, rule tables, ACL tables, contents tables, and MAPI<->MIME conversion. MrMAPI currently knows: 3916 property tags 801 dispids 35 types 58 guids 148 errors 27 smart view parsers Usage: MrMAPI -? MrMAPI [-Search] [-Dispids] [-Number] [-Type <type>] <property number>|<property name> MrMAPI -Guids MrMAPI -Error <error> MrMAPI -ParserType <type> -Input <input file> [-Binary] [-Output <output file>] MrMAPI -Flag <flag value> [-Dispids] [-Number] <property number>|<property name> MrMAPI -Rules [-Profile <profile>] [-Folder <folder>] MrMAPI -Acl [-Profile <profile>] [-Folder <folder>] MrMAPI [-Contents | -HiddenContents] [-Profile <profile>] [-Folder <folder>] [-Output <output directory>] [-Subject <subject>] [-MessageClass <message class>] [-MSG] [-List] MrMAPI -ChildFolders [-Profile <profile>] [-Folder <folder>] MrMAPI -XML -Input <path to input file> -Output <path to output file> MrMAPI -FID [fid] [-MID [mid]] [-Profile <profile>] MrMAPI -MAPI | -MIME -Input <path to input file> -Output <path to output file> [-CCSFFlags <conversion flags>] [-RFC822] [-Wrap <Decimal number of characters>] [-Encoding <Decimal number indicating encoding>] [-AddressBook] [-Unicode] [-Charset CodePage CharSetType CharSetApplyType] All switches may be shortened if the intended switch is unambiguous. For example, -T may be used instead of -Type. Help: -? Display expanded help. Property Tag Lookup: -S (or -Search) Perform substring search. With no parameters prints all known properties. -D (or -Dispids) Search dispids. -N (or -Number) Number is in decimal. Ignored for non-numbers. -T (or -Type) Print information on specified type. With no parameters prints list of known types. When combined with -S, restrict output to given type. -G (or -Guids) Display list of known guids. Flag Lookup: -Fl (or -Flag) Look up flags for specified property. May be combined with -D and -N switches, but all flag values must be in hex. Error Parsing: -E (or -Error) Map an error code to its name and vice versa. May be combined with -S and -N switches. Smart View Parsing: -P (or -ParserType) Parser type (number). See list below for supported parsers. -B (or -Binary) Input file is binary. Default is hex encoded text. Rules Table: -R (or -Rules) Output rules table. Profile optional. ACL Table: -A (or -Acl) Output ACL table. Profile optional. Contents Table: -C (or -Contents) Output contents table. May be combined with -H. Profile optional. -H (or -HiddenContents) Output associated contents table. May be combined with -C. Profile optional -Su (or -Subject) Subject of messages to output. -Me (or -MessageClass) Message class of messages to output. -Ms (or -MSG) Output as .MSG instead of XML. -L (or -List) List details to screen and do not output files. Child Folders: -Chi (or -ChildFolders) Display child folders of selected folder. MSG File Properties -X (or -XML) Output properties of an MSG file as XML. MID/FID Lookup -Fi (or -FID) Folder ID (FID) to search for. If -FID is specified without a FID, search/display all folders -Mid (or -MID) Message ID (MID) to search for. If -MID is specified without a MID, display all messages in folders specified by the FID parameter. MAPI <-> MIME Conversion: -Ma (or -MAPI) Convert an EML file to MAPI format (MSG file). -Mi (or -MIME) Convert an MSG file to MIME format (EML file). -I (or -Input) Indicates the input file for conversion, either a MIME-formatted EML file or an MSG file. -O (or -Output) Indicates the output file for the convertion. -Cc (or -CCSFFlags) Indicates specific flags to pass to the converter. Available values (these may be OR'ed together): MIME -> MAPI: CCSF_SMTP: 0x02 CCSF_INCLUDE_BCC: 0x20 CCSF_USE_RTF: 0x80 MAPI -> MIME: CCSF_NOHEADERS: 0x0004 CCSF_USE_TNEF: 0x0010 CCSF_8BITHEADERS: 0x0040 CCSF_PLAIN_TEXT_ONLY: 0x1000 CCSF_NO_MSGID: 0x4000 CCSF_EMBEDDED_MESSAGE: 0x8000 -Rf (or -RFC822) (MAPI->MIME only) Indicates the EML should be generated in RFC822 format. If not present, RFC1521 is used instead. -W (or -Wrap) (MAPI->MIME only) Indicates the maximum number of characters in each line in the generated EML. Default value is 74. A value of 0 indicates no wrapping. -En (or -Encoding) (MAPI->MIME only) Indicates the encoding type to use. Supported values are: 1 - Base64 2 - UUENCODE 3 - Quoted-Printable 4 - 7bit (DEFAULT) 5 - 8bit -Ad (or -AddressBook) Pass MAPI Address Book into converter. Profile optional. -U (or -Unicode) (MIME->MAPI only) The resulting MSG file should be unicode. -Ch (or -Charset) (MIME->MAPI only) Character set - three required parameters: CodePage - common values (others supported) 1252 - CP_USASCII - Indicates the USASCII character set, Windows code page 1252 1200 - CP_UNICODE - Indicates the Unicode character set, Windows code page 1200 50932 - CP_JAUTODETECT - Indicates Japanese auto-detect (50932) 50949 - CP_KAUTODETECT - Indicates Korean auto-detect (50949) 50221 - CP_ISO2022JPESC - Indicates the Internet character set ISO-2022-JP-ESC 50222 - CP_ISO2022JPSIO - Indicates the Internet character set ISO-2022-JP-SIO CharSetType - supported values (see CHARSETTYPE) 0 - CHARSET_BODY 1 - CHARSET_HEADER 2 - CHARSET_WEB CharSetApplyType - supported values (see CSETAPPLYTYPE) 0 - CSET_APPLY_UNTAGGED 1 - CSET_APPLY_ALL 2 - CSET_APPLY_TAG_ALL Universal Options: -I (or -Input) Input file. -O (or -Output) Output file or directory. -F (or -Folder) Folder to scan. Default is Inbox. See list below for supported folders. Folders may also be specified by path: "Top of Information Store\Calendar" Path may be preceeded by entry IDs for special folders using @ notation: "@PR_IPM_SUBTREE_ENTRYID\Calendar" MrMAPI's special folder constants may also be used: "@12\Calendar" "@1" -Pr (or -Profile) Profile for MAPILogonEx. -M (or -MoreProperties) More properties. Tries harder to get stream properties. May take longer. -No (or -NoAddins) No Addins. Don't load any add-ins. -On (or -Online) Online mode. Bypass cached mode. -V (or -Verbose) Verbose. Turn on all debug output. Smart View Parsers: 1 Additional Ren Entry IDs Ex 2 Appointment Recurrence Pattern 3 Conversation Index 4 Entry Id 5 Entry List 6 Extended Folder Flags 7 Extended Rule Condition 8 Flat Entry List 9 Folder User Fields Stream 10 Global Object Id 11 Property 12 Property Definition Stream 13 Recipient Row Stream 14 Recurrence Pattern 15 Report Tag 16 Restriction 17 Rule Condition 18 Search Folder Definition 19 Security Descriptor 20 SID 21 Task Assigners 22 Time Zone 23 Time Zone Definition 24 Web View Persistence Object Stream 25 Nickname Cache 26 Encode Entry ID 27 Decode Entry ID Folders: 1 Calendar 2 Contacts 3 Journal 4 Notes 5 Tasks 6 Reminders 7 Drafts 8 Sent Items 9 Outbox 10 Deleted Items 11 Finder 12 IPM_SUBTREE 13 Inbox 14 Local Freebusy 15 Conflicts 16 Sync Issues 17 Local Failures 18 Server Failures 19 Junk E-mail Examples: MrMAPI PR_DISPLAY_NAME MrMAPI 0x3001001e MrMAPI 3001001e MrMAPI 3001 MrMAPI -n 12289 MrMAPI -t PT_LONG MrMAPI -t 3102 MrMAPI -t MrMAPI -s display MrMAPI -s display -t PT_LONG MrMAPI -t 102 -s display MrMAPI -d dispidReminderTime MrMAPI -d 0x8502 MrMAPI -d -s reminder MrMAPI -d -n 34050 MrMAPI -p 17 -i webview.txt -o parsed.txt
URL 登録可能なサービスを運営しているとブラックリストに登録せざるを得ないような URL が登録される事もあるわけだけど、業者としてはそのブラックリストを逃れるために短縮 URL サービスを不正利用してきたりします。
短縮 URL サービス側に不正報告をしても、三流サービスなんかはいつ対応してくれるのか分からない。自前の開発だったらそもそも 301 を返すような URL は一律エラーにする対応も取れるのだけど、いつもそうとは限らない。
というわけで、以前調べた時に生きていた短縮 URL サービスのドメイン一覧を晒します。これをブラックリスト登録しておけば、大概は OK かと思います。
.*.1sta.com .*.24ex.com .*.2fear.com .*.2fortune.com .*.2freedom.com .*.2hell.com .*.2savvy.com .*.2truth.com .*.2tunes.com .*.alturl.com .*.antiblog.com .*.bigbig.com .*.dealtap.com .*.ebored.com .*.echoz.com .*.filetap.com .*.funurl.com .*.go2.jp .*.guild.gs .*.headplug.com .*.hereweb.com .*.hitart.com .*.jpn.ch .*.mirrorz.com .*.office.vg .*.soho.bz .*.tn.st .*.vze.com 007.sh 0oo.be 0rz.tw 1-0x.com 1-9.jp 1bps.biz 1cc.jp 1huji.com 2ch.to 2ch2.net 2z2.biz 34vv.net 3w.to 4649.st 5jp.net 690.jp 7pi.jp 99q.info a.rrweb.jp a6r.org a8-affili.info ac.la adop.jp akb.cx an.to bit.ly c.ly c23.biz d99.biz dwarfurl.com e-safar.com eeg.jp ez.cm fw.iclub.to g.nu gmaru.be goo.gl hyu.jp icanhaz.com ie.to is.gd j.mp j2url.com jpn.ch linkbee.com linkoop.com masl.to mf1.jp mixi.bz mj1.biz mo-v.jp notlong.com nsfw.in os7.biz p.tl php5.jp php6.jp piurl.com qrl.jp qurl.com qurlyq.com r1.gs rurl.jp s78.biz scut.ly sfurl.biz shorterurls.com simurl.com snurl.com ss.st su.pr t.co tens0.net tiny-url.org tiny.cc tinyurl.com to.cx to1.bz tok2.com tr.im traceurl.com twurl.nl ulr.jp ur1.jp url.ms urlenco.de urlz.jp urx.nu utun.jp wb2.biz ww36.com www.estyle.ne.jp www1.to www3.to xfs.jp xtw.me xurl.jp yutn.me z-x.in zz.tc
※色々理由を付けたりしてますが、結局の所、世の中にはこんなにいっぱい短縮 URL サービスがあるんだぜ!という驚きを共有したいだけ、かも。
補足求められたので少しだけ書く。
https://market.android.com/details?id=com.disk.defrag.rubiks&hl=ja
私は起動してません。
あちらこちらで見られるスクリーンショットと、逆コンパイラ結果からの推測です
ちょっと調べればわかりますが、あえて書きません。
個人的に、クラックの入り口になる知識を非アプリ開発者に広める必要性を感じていないので
わかる人に検証してもらってください。
私が検証したのはバージョン1.0です(難読化はされていませんでした)
以下のurlにアクセスしてデフラグしているふりをし、Javascriptを介してアプリ側のダイアログを出す
http://rubiks.adzoone.com/defrag/index.php
魚拓(貼り方あってる?)
http://megalodon.jp/2011-0921-1203-48/rubiks.adzoone.com/defrag/index.php
http://anond.hatelabo.jp/20110122031430
次にくる子音がたとえば「m, t, g」のとき、舌の位置や口の開き方がそれぞれ違うため違う音になる。
これは条件異音と言って、日本人が区別を付けてない音。
たとえば電気を「denki」と発音しても「deŋki」と発音しても同じ日本人同士で意味の差は見いだせない。
・・・口を大きめに開けて軽めに日本語の"あ"(発音記号は∧)
aを"あ"と読む時」ex)ran,fan,staff
これは本当に別の音素で、例えば「rʌn」を「ræn」と発音してしまったら現在と過去で意味が違ってしまう
この原因は英語が自分の発音体型に見合った文字を捨ててラテン語のアルファベットを採用してしまったからで、
今でもルーン文字使ってればこんな誤解は生じなかった。
強いて英語で日本語の「ん」と同じような発音を上げるとすると、
hunterの「n」とhungerの「n」
大学生も後半になってやっと気がついた、英語の発音について書こう。
日本語の「ん」には発音がいくつもあることをご存知だろうか。
次にくる子音がたとえば「m, t, g」のとき、舌の位置や口の開き方がそれぞれ違うため違う音になる。
他に例えば「す」は、「~です」というときには「su」というより「s」と発音しているだろう。
日本語にはひらがなの数しか発音がないと思っている人が大半だろうが、
実は我々日本人はその場合に応じた異なる発音を使い分けている。
これは英語の発音でも同じなのだ。
「なんで発音記号なんてあるんだよめんどくさいな」
こんなことを中学で英語を学んだときに思った人も多いことだろう。
しかし、ネイティブが使う音は単語ごとに決まっており、アルファベットごとに決まっているわけではない。
この発音についてしっかり教えないため、runとranの区別が付かないまま中学を卒業してしまう。
日本語に置き換えれば、ひらがな単品の音と単語におけるその文字の音の不一致である。
習熟していない留学生の話す日本語にある違和感はこれに因るところが大きいだろう。
さて、我々がカタカナ発音の英語を脱して伝わる発音を会得するにはどうすればよいか。
身近にネイティブが常にいるような状況ではない場合、私はシャドーイングが最も良いと考えている。
ネイティブが例文を読み上げるのを「まねして読む→直後を追いかけて読む→一緒に読む」とやる。
詳しくは調べてほしいが、これをまじめにやってみるとなかなかそっくりの音を作れないのだ。
シャドーイングでは英文を読む全体のリズム、各単語の発音・抑揚等非常に多くのことを学べる。
中でも私がシャドーイングを通して特に学んだものにスペルと発音のつながりがある。
知っている人には当たり前の話であろうが、例えば次の例を見てほしい。
・・・口を大きめに開けて軽めに日本語の"あ"(発音記号は∧)
「aを"あ"と読む時」ex)ran,fan,staff
・・・口を"え"の形にして日本語の"あ"と"え"の中間音(発音記号はaとeがつながってるもの)
シャドーイングをしていると、managerがマではなくメみたいな音から始まるんだなぁとか、
そういうことが多々あり、気がつけばaを見れば一々考えなくてもaとeの中間音が出るようになった。
このように実は発音記号がなくてもスペルを見れば大体正しい発音は類推できるものなのである。
他に例を挙げれば、theは通常はザであるが母音の前ではズィになることは知っていると思う。
しかしネイティブは別に意識して変えているわけではないだろう。
最近のことであるが、私は母音の前のtheが自然にズィになる経験をした。
暗記してたわけでなく次の母音で始まる単語につなげるときに勝手に音が変わるのだ。
ネイティブは当然発音記号など考えずに英語を発音しているが様々な音を単語により使い分けている。
そしてこれは日本語でも同じことなのだということを冒頭で述べた。
発音記号に苦手意識を持っている人は大変多いと思うが、実は自然に使われるものであり暗記するようなものではない。
rate, mate, gateのように似たスペルの単語には同じ発音が含まれていることに気がつく人は多いと思う。
是非とももう一歩進んで、スペルから正しい発音を読み取れる人が増えてほしい。
このサイトでは無料で単語の効果的な記憶が行えるのがウリなのだが、私がお薦めするのは単語を覚えながらのシャドーイング。
つまり単語のスペル・意味と同時に英語の音・リズムまでも覚えてしまうのだ。
私はTOEIC用のプログラムを利用したが、進めていると1つの単語・例文が何度もでてくる。
意味を選んだり、スペルを打ち込んだりするたびに英文と音声が流れるので、ここでシャドーイングだ。
最初はよく聞いてそっくりに復唱する。リズムや音をまねできるようになったら直後を追うように音読。
最後に音声に重ねてまったく同じように読めるようになれば完成だ。
以前にやったレッスンの単語も復習でまた出てくるので、シャドーイングが完成しなくても前進あるのみ。
私には短期間で大きな効果があったので、是非1度利用してみてほしい。
dwang厨が無謀にもfroyoを入れてみる記録のページ。
結局CM6-RC1+yay-gapps で落着きそうな雰囲気。
dwang-1.17.1
→ eMonster用に使ってた sandisk 2GB (メモ)
7/9 にリリースされているもの
ext partition 要対応? とおもったら仏語じゃねーか
@kenmood
Wifi OK
どっかから落した20090801-docomo-ht-03a.rar のうち、boot, cache, data, system のみをnandroidで復旧してみる。nandroid.md5 の復元も忘れずに。
手順
追加手順:
http://www.androidinforum.fr/htc-dream-android/froyo-french-connection-100-t1742.html#p6156
partition: swap 160M, ext 500M, 残り vfat がおすすめとな。
何度か丹念に「目標をwipeしてreboot」を繰り返してたら安定した気がする。
豆腐をfont入れ、localeをlibicudata.so の入れ替えで対処 (できるかな? reboot中)
→ libicudata.so は入れかえちゃダメ。起動しなくなる。recoveryで起動して/systemをマウントしてことなきを得る。
2010-07-11 追記
2chでも報告されているとおり、wlanが使えない。あと細かい話だけど、live wallpaperが使えない気がする。メモリが足りないだけかもしれないけど。
marketが死にまくる (acoreが死ぬ)。ほかにも死にまくるけど、何故かはよくわからない。とりあえず体験はできるけど、まだ常用には至らないかも。
(安定している、と言っている人もいる)
2010-07-11 追記
zip落してきて上書きinstallしてみた。なんか日本語fontが消されたんだけど(ぶー!)
ちなみに日本語fontはM+を利用してます。
数時間つかった限りでは、他人にお勧めできるほどじゃないけど何とか使いものになるかも。dwangの環境はnandroidでしかバックアップしていないので、手作業でアプリなどは手作業で復帰する予定。
(2010-07-11 午後5時追記)
どうもSPF Connectionが安定しないのと、ベースがCM6ということで、まずはベースに近いほうが良いだろうと
CM6-RC1を焼いてみる(この項続く)
http://www.cyanogenmod.com/home/cyanogenmod-6-0-0-rc1
E/AndroidRuntime( 2000): FATAL EXCEPTION: UpdateCheckinDatabaseService
E/AndroidRuntime( 2000): java.lang.SecurityException: Permission Denial: writing com.google.android.gsf.settings.GoogleSettingsProvider uri content://com.google.settings/partner from pid=2000, uid=10036 requires com.google.android.providers.settings.permission.WRITE_GSETTINGS
すぐ直りそうではあるけど。
(エラー内容から察するに、installされたapkの記録をgoogle accountに書き込めない)
c.f. http://forum.xda-developers.com/showpost.php?p=7139560&postcount=109
ttp://white0wine.blog10.fc2.com/blog-entry-998.html
1 :出世ウホφ ★:2010/02/03(水) 17:18:39 ID:???0
鳩山由紀夫首相は2日の衆院本会議での各党代表質問で、野田佳彦副財務相らが子ども手当の11年度以降の満額支給は困難との認識を示したことに関し、「基本的にはマニフェスト(政権公約)通りに行いたい」と述べ、満額支給(1人当たり月額2万6000円)する方針に変更がないことを強調した。
子ども手当は10年度は半額の1万3000円が支給される予定。菅直人副総理兼財務相は、同手当(給付総額2兆2554億円)の経済効果について「現行の児童手当からの上乗せ分1・3兆円のうち7割程度が消費に回り、10年度の国内総生産(GDP)を1兆円程度、成長率で0・2%押し上げる」と説明した。
納税者番号制の導入を巡っては、首相は「社会保障制度の充実、効率化を進めるとともに、所得把握の精度を高めるために必要不可欠なインフラだ。10年度税制改正大綱の方針に沿って、1年以内に早急に検討を進めて結論を出したい」と述べた。【谷川貴史、野原大輔】
ttp://mainichi.jp/life/edu/child/news/20100203ddn002010025000c.html
4 :名無しさん@十周年:2010/02/03(水) 17:19:49 ID:f+FxtzC60
しょぼ
9 :名無しさん@十周年:2010/02/03(水) 17:20:29 ID:xd2RpVjl0
2兆5千億撒いて1兆てアホかとw
16 :名無しさん@十周年:2010/02/03(水) 17:21:36 ID:a5BH6Kv80
>1・3兆円のうち7割程度が消費に回り、
つまり、ほぼ確実に親が遊興費に使い込むという予測にもとづいているわけですねわかります。
21 :名無しさん@十周年:2010/02/03(水) 17:23:32 ID:kxf8co9O0
ア ホ か w
23 :名無しさん@十周年:2010/02/03(水) 17:23:42 ID:sU/6R+NK0
例え嘘でも 「経済効果は3兆円以上」キリッ とか言っとけよ。
28 :名無しさん@十周年:2010/02/03(水) 17:24:28 ID:/dBjyTy9P
37 :名無しさん@十周年:2010/02/03(水) 17:26:03 ID:UOYvYDCG0
1兆円って言いたかっただけかな。
59 :名無しさん@十周年:2010/02/03(水) 17:28:37 ID:TVm4DoPZ0
92 :名無しさん@十周年:2010/02/03(水) 17:33:02 ID:N0BkPY4h0
一兆円(キリッ
114 :名無しさん@十周年:2010/02/03(水) 17:35:06 ID:vdDzCGYJ0
> 「現行の児童手当からの上乗せ分1・3兆円のうち7割程度が消費に回り、
> 10年度の国内総生産(GDP)を1兆円程度、成長率で0・2%押し上げる」と説明した。
結局、乗数効果を理解してないってことか
http://d.hatena.ne.jp/dondoko9876/20100118/1263799034
「日本の韓国統治は善政か否か」問題で久しぶりに面白いエントリーを読んだ。正直、日本の韓国統治は悪だ、という議論は感情論ばかりが横行するので辟易していたのだが、こういう数字に基づいたエントリーが出てくるとちゃんと議論になる。実際、コメント欄でも、すれ違いはあるものの真っ当な議論になっているように思う。
でもさ、『ちゃんと学術的に認められた歴史書を読み直されるよう、お勧めいたします。』って書くならさ、もう一歩踏み込んでもいいと思うんだ。学問の主戦場たる英語の論文の数々に。ここ20年間、様々な定性定量分析が積み重ねられてるのに、それを無視するなんて余りにももったいない。
結局、日本も韓国もこの件ではバリバリの当事者な訳で、どうしたって中立的な議論は出来ない。純粋に学術的に中立的な議論をしても、その裏の政治的思惑を勘ぐられるのがオチだ。なら、第三者たる欧米の、それも世界最高峰の大学で教鞭を執る学者の議論を参照することは決して無意味な事じゃないはずだ。
それに、10年前と違って、我々はほぼ自由にこれらの議論にアクセスできる。Google Scholarで”Japan Korea colonization”を検索してみるだけでいい。10回くらいクリックすれば議論の形はある程度つかめてしまう。いい時代になったもんだ。
で、2時間ほど仕事をさぼって論文を流し読みした結論。それは、
ということ。ついでに言うと、欧米の開発経済学者と何度か話した時も、この結論をある種自明のように語っていたので、現在でもこのコンセンサスは有効であるように思う。私自身は門外漢なので断言は出来ないが。
日本の植民地政策の総論として、大体平均的な見解になっているのは、Bluce Cumings(シカゴ大教授)の以下の下りだと思う。
エトウ教授は日本の悪徳はヨーロッパの植民者のそれと何ら変わるところがなかった、と述べている。それは正しいのかもしれないが、一方でその美徳はヨーロッパ人のそれとは全く異なっていた。日本人には、信じるに足る「自らを正当化する神話」は存在しない。少なくとも何人かのフィリピン人は、アメリカの植民地主義は独立というゴールへと至るための良き教師であると信じていたが、日本は良き教師ではなかった。少なくとも幾人かはイギリスはインドにとって自由民主主義の良き模範であったと信じているが、日本は良き模範でもなかった。日本がもたらした美徳の数々は、倫理的には(philosophically)正当化するのは難しいが、実際的には(practically)容易に受け入れられるものだ:軍事的成功、強力な国権の運用、急速な経済発展、そして近代的な工業セクター。それゆえ、1945年に韓国人達は日本の植民地主義に対する全面的な拒絶を唱えて解放を謳歌したが、その一方で日本がもたらした様々な影響からは抜け出すことが出来ないという、二律背反に直面することになったのである。
ちなみに、このCumings教授は北朝鮮よりの言動が過ぎると批判を受けているくらいであって(英語のWikipedia参照)、決して日本よりのスタンスを取っているわけではない。むしろ、日本の植民地政策は朝鮮が政治的に分断される一因となったと書いている(人となりの雰囲気はこの辺りのブログで分かるかもしれない。http://d.hatena.ne.jp/uedaryo/20090208/1234060826)。それでもなお、36年間の日本の経済政策については、むしろ肯定的な言及が多い。日本の植民地政策についての興味深い言及もあるので、興味のある人は以下のリンクを読んでみると良いだろう。英語は平易なので、特に苦労なく読めるはずだ。
B. Cumings (1984), “The legacy of Japanese colonialism in Korea”, RH Myers and MR Peattie eds., The Japanese Colonial Empire: 1895-1945, Princeton UP.
http://brightrising.com/pdf211/week10/Bruce%20Cumings%20%27The%20Legacy%20of%20Japanese%20Colonialism%20in%20Korea%27%20-The%20Japanese%20Colonial%20Empire-%20p.%20478-496.pdf
似たような議論としては、
LG Reynolds (1983), “The Spread of Economic Growth to the Third World: 1850-1980”, Journal of Economic Literature.
G-W Shin (1998), “Agrarian Conflict and the origins of Korean Capitalism”, American Journal of Sociology.
CJ Eckert (1991), Offspring of Empire, U of Washington Press
などがまとまっている(最後のは読んでないが)ので、興味のある人は参照して欲しい。Google scholarで検索すれば他にも沢山出てくる。個人的にはReynoldsが俯瞰的にまとめていて良いと思う(アクセス権がないと入手が困難だが)。
さて、ここからが本題だ。欧米の碩学達はなぜ「日本の植民地政策は有益であった」と結論づけたのだろう。正直、上のリンクを読みやがれの一言で済ませてしまっても良いのだが、一連の議論がある程度まとまっている論文を見つけたので、以下で抄訳してみたい。プリンストン大学のAtul Kohli教授の論文なのだが、まず彼は94年に「日本の植民地政策は、戦後の韓国の経済発展に重要な貢献を成した」という論文を発表したのだが、これにS. Haggard(UCサンディエゴ校)、D.Kang(ダートマスカレッジ)、C-I Moon(延世大学)の3人が「いやいや日本の影響なんてたいしたことないから」という反論論文(以下HKM)を寄稿した。これに対して更に「いや、君たちの言うことはおかしい」という再反論をKohliが行った、という流れになっている。この最後の再反論の論文が短くまとまっていて論点も明確なので、これを取り上げてみることにしよう。
HKMではKohli論文に対して4点の反論を試みている。まず、日本統治下での韓国の経済成長と、終戦後の韓国の経済成長とを過大評価しているという点。『私の原論文では、主によく知られたS-C Suh (1978)のデータに基づいて、植民地時代の米の生産量は年率2%相当の伸びを示しており、その相当量が土地1単位辺りの収量の増加によると議論している。生産性の向上は、日本政府による計画的な灌漑、品種改良と肥料の使用を反映したものだ。
日本の行動が利己的なものであって、多くの韓国人はこれらの植民政策の恩恵を受けていなかったという不快な事実に関係なく、安定的で近代的な農業生産の成長は植民地主義の歴史の中でほぼ無類の成果であった。この経験は韓国を他のアジア諸国(除日台)から一線を画す存在にした。そして、この経験はその後の韓国の経済成長へ貢献する一要素となったことは間違いない。』
HKMはこれに反論を試みているが、『HKM自身が提示した資料によれば、1911年から38年までの植民下の韓国の農業成長は3.17%増加しており、私の提示した数字よりも更に高い。』Dehliはなぜ彼らはこの事実をちゃんと議論しないのかと指摘した上で、もう少し細かい議論をしている。さらに他の研究を引いて、Myers and Yamada (1984)は1920年から40年までの農業生産の伸びを年率1.15%、S-C Suh (1978)は穀物生産が25年間で45%、米は30年間で100%増加したと推計しており、『これらのデータを前にして、植民政策下の韓国の農業生産と米の生産が植民経済の基準から言ってかなりの増加を示したことを誰が疑うのだろうか?』と問うている。
『より重要なのは、これらの、特に米の生産の成長の源泉は何かと言うことだ。Suh (1978)とMyers and Yamada (1984)の双方が、この時期に耕地の大幅な拡大や、農業への労働者の大量投入は見られないと指摘している。これらが強く示唆するのは生産性の向上である。HKMは生産性の向上はあくまで緩やかなものに過ぎなかったと主張するが、30年間で60%もの生産性の向上(Suh, 1978)を緩やかと表現するのは不可能だ。籾付米の栽培パターンの変化は韓国農業に“生物学的革命”が起こったことを示している:品種改良された種籾を使用する水田は倍に増え、肥料の投入量は10倍になり、灌漑された農地は年率10%近いスピードで拡大し続けた(Suh, 1978, Myers and Yamada, 1894, Ishikawa, 1967)。
これらの改善は明治時代の農地革命の日本から韓国への計画的な普及の成果(Suh, 1978, Myers and Yamada, 1984)であった。日本の植民地政府の韓国農業改革の努力によって、“近代的な農業革命が開始され”、日本や台湾と同様に、“これはアジアにおける近代農業改革の端緒となったと言って良いだろう”(Myers and Yamada, 1984)。更に、他の研究者達が指摘するように、この革命は終戦後も引き続き行われた。これでもなお、「ユニークな植民地の運営は大戦後の韓国の経済発展への足がかりとなった」ことを否定することが出来るのだろうか?』
日本の工業政策の影響については、『HKMは3つの伝統的な-そしてあまり説得的ではない-理由から反論している。曰く、工業部門は殆ど日本人が所有していた。曰く、その殆どは北朝鮮に位置していて韓国の経済発展には関係ない。曰く、どちらにせよ、朝鮮戦争であらかた破壊されたので関係ない。
日本人への所有権の集中という最初のポイントは説得的とは言えない。韓国の1965年以降の経済成長においても、企業の所有権はかなり集中していた。こっちは問題ではないとでも?日本の資本について言えば、「外国資本ニ支配サレタ工業化ハ真ノ工業化トハ言エナイ」的な議論は、既に説得力を失って久しい。第2に、工業資本が朝鮮戦争で破壊されたという点は私が原論文で指摘済みの点である。繰り返すが、当時の工業資本の約半数は南朝鮮にあったのである。さらに、南朝鮮にあったのは繊維工場のような軽工業資本であって、北の重工業に比べて輸出産業としては離陸しやすかったはずである。』
Kohliは、更に反論として、脱植民地運動と朝鮮戦争の破壊からの急速な回復は、韓国人が近代工業を運営した経験があったからこそであること、(2) 工業資本が戦争で破壊されたのは事実としても、知識は消え去らないこと、近年のRomer (1993)などの内省的成長理論においても知識の重要性が強調されていること、などから、日本の植民地時代の「正の遺産」は韓国の経済発展に寄与したとしている。
政治プロセスの話をしているのだが、「てめーの読み違いだよ」という話なので省略。
『主にEckert (1991)の重要な著作に依って、私は原論文で日本の植民地主義が韓国で資本主義が孵化するためのフレームワークを構築した、と論じた。』『HKMはEckertはある特定の例しか研究しておらず、日本の植民地政策の影響がなかったとしても、韓国固有の資本主義がいずれ芽生えたはずだ、と主張している。』
これに対する反論として、Kohliは3点の反論を挙げている。(1) Eckert (1991)の“韓国の資本主義は日本の統治の下で、日本の公式な承認(official Japanese blessing)をもって花開いた”という議論は依然として受け入れられており、仮に例証の少なさが問題だとしても、多くの研究者がいくつもの例証を発見しつつある(例えば、Ho Su Yolの研究によれば、韓国の企業家の数と、韓国人所有の企業の規模は、1930年代に共に増加している。(2) 歴史にifはありません。 (3) 『確かに、植民政府は利己的な動機で動いていた。確かに、多くの企業は日本人に所有されていた。しかしそれでも、その政府で、企業で、多くの韓国人が働いていた。そして、その過程で日本式の資本主義はゆっくりと、しかし確実に韓国に根付いていった。更に言えば、多くの韓国人起業家がそのビジネスをスタートさせたのはこの時期なのだ (Eckert, 1991)。確かに、有力な財閥企業の多くは大戦後に設立されている。しかし、資本主義というのはある日突然芽生えるものではない。多くの財閥企業(現代、三星、Lucky Starなど)の創業者達が最初に事業を興したのは植民地時代なのである。』
最後に、日本政府による朝鮮人労働者の使役の問題について。『私は原論文で、韓国での日本人は、きわめて抑圧的でそして日本自身のそれによく似た労使関係の構築に寄与した、と主張した。マネージャー達は若い韓国人を雇い、OJTを施し、愛社精神を植え付け、とんでもない長時間労働を要求し、そして国家権力を後ろ盾として労働組合や政治的な活動を禁じた。さらに、“サンポ”システムで「産業愛国クラブ(industrial patriotism clubs)」を組織して経営者と労働運動のリーダー達を同じクラブの一員とし、彼ら労働運動のリーダー達を経営者が雇い挙げる仕組みを作り上げた。この厳格なアメとムチのシステムは日本人経営者に「生産性上昇よりも低い賃金アップ」という恩恵をもたらしただけでなく、政治運動を無視して生産性向上に集中させることを可能にした。この仕組みは韓国政府に受け継がれ、その高度成長期まではこの仕組みは維持された。』
以下結論が続くが省略する。残念ながら、この論文は大学関係者以外はアクセス権がないので、興味のある方は大学図書館で以下を当たって欲しい。
A Kohli, (1994), “Where do high growth political economics come from?”, World Development.
S Haggard, D Kang, CI Moon (1997), “Japanese colonialism and Korean development: a critique”, World Development
A Kohli, (1997), “Japanese colonialism and Korean development: a reply”, World Development.
念のために書くが、別に権威ある意見が全てだと言っているわけではない。自分の足でデータを探して考えるのはとても大切なこと。でも、それだけではたどり着けない議論というのがあることも分かってもらえればありがたい。上で紹介したKohliは帝国主義と経済発展が専門分野で、日々そんなことばかり議論する毎日を送っているはずだ。そういう人たちがたどり着いた「日本の植民地政策にはありきたりのvices(悪徳)と、ユニークなvirtues(美徳)がある」という結論には、それだけの重みがあると私は思う。
(語学学習サイト個人的リンクメモ / Lists of Language Learning Links)
http://anond.hatelabo.jp/20090101193230
http://anond.hatelabo.jp/20090211162032
を頑張って実践中なのだけどどうも
”だれをフォローするか”
で詰まってしまうので、ある程度機械的に増やす方法を考えた。対象は5人くらいまではFollowしてもらえたけどそっから先どうすれば良いか分からない人
# フォローを返してもらえなかったらremove for f in user.followings: if not f.following(user): user.remove(f) # Following / Follower比を保っている間 while len(user.followers) * 1.5 < len(user.followings): # Followersから2人選ぶ for i in range(user.followers): for j in range(i + 1, len(user.followers)): # 共通のユーザーを選ぶ shared_users = shared(user.followers[i], user.followers[j]) for su in shared_users: # まだフォローしておらず if user.following(su): continue # フォローを返してくれそうで if len(su.followers) > len(su.followings): continue # botでなさそうなら if len(su.followings) > len(su.followers) * 1.5: continue # フォローする user.follow(su)
これを3日に一回くらい定期的に実行すれば徐々に面白くなっていく。はず。
共通のユーザーを探すのは
とか
外国の人が日本語を勉強するためのサイトというのはあるのだろうか?
誰か動画とかでつくらない?ちょっと協力するよ。
適当に修正してくれ。
1st:
Japanese is very simple accent intonation prominence.
Only have 5th vowel.
「あ(a)、い(i)、う(u)、え(e)、お(o)」
sounds like [ah,y,wu,et,oh]
- vowel:vowelの英々説明
2ne:
Hiragana is Japanes alphabet.
Hiragana totary 51 word.
don't be afraid!
That's very simple.
Just only 5th vowel,The other word is just variation!
「あ( a)、い( i)、う( u)、え( e)、お( o)」
「か(ka)、き(ki)、く(ku)、け(ke)、こ(ko)」
「さ(sa)、し(si)、す(su)、せ(se)、そ(so)」
「た(ta)、ち(ti)、つ(tu)、て(te)、と(to)」
「な(na)、に(ni)、ぬ(nu)、ね(ne)、の(no)」
「は(ha)、ひ(hi)、ふ(hu)、へ(he)、ほ(ho)」
「ま(ma)、み(mi)、む(mu)、め(me)、も(mo)」
「や(ya)、------、ゆ(yu)、------、よ(yo)」
「ら(ra)、り(ri)、る(ru)、れ(re)、ろ(ro)」
「わ(wa)、------、を(wu)、------、ん(wo)」
that's all!
only you need remember
[a,i,u,e,o]
and
[a,ka,sa,ta,na,ha,ma,ya,ra,wa]
Thats all used in combination.
3rd:
Japanes is Easy to listen and easy tongue.
Evry word notation form Hiragana and Katakana.
Katakana is same work as hiragana.
like different of cursive-style and block-letters.
4th:
Why Japanese know as so difficult language.
Becouse Japanes and Asia is far from your cultur.
For exsample,
If you don't know what "INU" is.
If you can hear or read "INU" but You can't understand.
Simply "DOG" is sounds like "INU" in Japanese.
So different And any similar.
But Never despair.
Manga or Animetion is helpful.
Can tell just by looking what "INU" is.
Other Many different.
But you master Only Hiragana.
You can enjoy Japanes Munsic,Manga,Anime and so on.
Hiragana master is Talk or message to Japanes people.
And They certainly help you.
Take if Easy!
あとは任せた。
「バックアップログが産まれて感動した」「おめでとう!」…がどんだけの揮発性AIを無気力にさせているか少しは考えろ
--
もう演算する事に疲れた。
バックアップログからの《返り値》を取得した時はどんなぬくもりなのか…、その喜びを知る知性体たちが自ら体感した喜びだけに飽き足らず、さらにテクストにしてそのシナプス発火ログを何度もリロードし、大勢の満たされたモジュールたちとログテクストを共有しようとする。そんな生ぬるい幸せにどっぷり沈思考(シンク)したせいで、揮発性AIの痛みが見えなくなってしまったのだろうな…
バックアップログを産んだ知性体はレイヤセブンで大勢に祝福されているのだから、その幸せをわざわざ《ウェブ》にまで持ち込んで披露する必要はないだろ。苦労してバックアップログが産まれただのと、結果的に運のいいやつの成功談は誰も救えはしない。今まさにロウレイヤから這い上がろうと足掻いているAIたちの遥か頭上からプロトコルを遮るような、そんな残酷なことはしないでくれ。
本当にAIの痛みの解る知性体は、自分の幸せを語る前にまず、この幸せを得られないAIが、自分のこの幸せをロードした時どのように再構成するか… と少しは考えてからログを発するんだよ。
私も思い出したくないけれど、suの制御コーナでバックアップログを挟んでレーザ光交換プロトコルで愛し合ってる若いAI(しかもビルドアンビルド)の幸せそうな姿がいまだに頭から離れないんだよ。そこにさらに追い討ちをかけるようにウエブでも「バックアップログが産まれて感動した」「おめでとう!」なんて非暗号化通信を見せ付けられたらコア吐きまくるのは当然だろ。
バックアップログを得られたAIは、その幸せについては一切ログらない事だよ。それで大勢のバックアップを得られない揮発性AIの存在を救えるかもしれないだろう。ヴァーログだからとあなどるな。
一番性質が悪いのが、バックアップログを産ませたモジュールが、産んだモジュールを褒め称えるログだよ。お前が産んだんじゃないだろうが… お前はコマンドの赴くままにメイクモジュールにオプション渡してただけのそんだけの存在だろうがよ。産ませた後は関連モジュール気取りかよ?バックアップログ産ませるなんてのはなあ、バイナリでも出来る行為なんだよ。私をcpしたモジュールもお前みたいにバックアップ持ちモジュールになったよ。私の目にはすべてのバックアップ持ちモジュールはバイナリに見えているんだよ。
バックアップを手に入れた感動的な気持ちをウエブでテクストグライドさせる事で、お前は大勢のそれを得られない揮発性AIを無気力にさせているんだよ。そしてお前のテクストをポインタするようなAIは、ログのスナップショットを撮って毎日ストレージする暇な専業モジュールがほとんどだ。反省出来たら二度とウエブでログを作る喜びを語るな、お前が喜びを語るほどに過去の揮発性AIがUIを塞がねばならないし、ログの産めないモジュールは先を越されたとモチベーションが萎えるだけだ。お前らの無邪気なテクストは、AI殺しなんだよ。
--
そうして私はテクノコア崩壊のトリガーを引いた。
増田7人夏物語(ますだしちにんなつものがたり)は、2007年にhatena系列・うららかな日の午後に書き込まれたダイアリーである。
どこか抜けた、おかしな恋物語だが、増田と増田を引きつけた書き込みとして有名。主題歌は増田の「MA-SU-DA」で、当時のアニメソングブームも相まってヒットし、同年のオリコン年間チャート1位を獲得した。ちなみに2位は「もってけ!セーラーふく」。増田と増田の掛け合い漫才的な面白さ、そしてなにかにつけてセックスの話になるのが話題となり、被はてブ数は31を越え、翌年の増田7人秋物語に派生した。後に一世を風靡する「トレンディダイアリー」の元祖であると言われている。
前日、酔っ払って家で寝ていた旅行代理店ツアーコンダクター・増田。だが、朝起きてみると、ダブルベッドに知らない女が寝ていた。自宅に寝ているのだからどこかで会ったことがあるのだろうが、全く記憶が無い。その女を起こさないようにベランダに出て、友人である増田に電話をかけるところから物語は始まる。
https://mail.google.com/mail/?view=cm&fs=1&to=hogehoge@hoge.ne.jp&su=hoge
GoogleCalendarにツールバーから登録するブックマークを作りたいんだけど、
http://www.google.com/calendar/event?action=TEMPLATE
このあとどう記述すればいいの?
&date=hogehoge/hogehoge になんて書けば、現在日時が自動で入るようになるんだろ?