パスワードを忘れた? アカウント作成

targzさんのトモダチの日記。 スラドのRSSを取り込んでみよう。

13208197 journal
教育

yasuokaの日記: ヘボン式ローマ字における促音と撥音

日記 by yasuoka

『ISO 3602をヘボン式に改正要求』の読者から、伊澤拓也の『「ti」「chi」どっち? ローマ字、児童混乱 教員ら「一本化を」』(毎日新聞[東京], 2017年3月21日, 夕刊p.9)という記事を読んでほしい、との御連絡をいただいた。

さまざまな形式が混在したローマ字を統一するため、昭和初期に文部省(当時)がほぼ母音と子音の2文字で構成する訓令式をまとめた。1954(昭和29)年の内閣告示で現在の訓令式のつづりを正しいローマ字として定める一方、ヘボン式の使用も認めた。

『NかMか』にも書いたが、臨時ローマ字調査会(1930年12月15日~1936年6月26日)において、5年半もの激論の末に「訓令式ローマ字」を決めたのだから、文部科学省としては今更その議論を蒸し返したくないだろう。しかしながら、GHQが出したSCAPIN-2(1945年9月3日)以降、「ヘボン式ローマ字」が日本中に広まってしまったというのも、また事実だったりする。

一方、5年前の私(安岡孝一)の予想に反して、国際規格ISO 3602は「訓令式ローマ字」のままだったりする。「ヘボン式ローマ字」への改正調査提案(ISO/TC46 N2346, 2012年2月3日)は、親委員会のISO/TC46では賛成多数で可決されたものの、子委員会のISO/TC46/WG3では作業のためのエキスパート(5人)を集めることができず、調査そのものが進んでいないのだ。その間、ドイツは「ヘボン式ローマ字」の国内規格DIN 32708を制定(2014年8月)したものの、それをISO/TC46/WG3に再提案したという話は聞かない。

というのも、「ヘボン式ローマ字」は促音と撥音に関して、かなりややこしいルールを含んでいるからだ。代表例が「八丁堀」で、これを「Hatchōbori」と正しく書ける人は、正直あまり多くない。しかも、パスポートの「ヘボン式ローマ字」だと「Hatchohbori」もOKだったりする。あるいは「難波」は、パスポートやSCAPIN-2では「Namba」が強制されるが、DIN 32708では「Nanba」だったりする。「ヘボン式ローマ字」と言っても、複数の書き方が存在していて、一種類では無いのだ。その意味で、現場の教員が本当に「一本化」したいのなら、とりあえずは「訓令式ローマ字」を採用するしか無いだろう。

13207651 journal
日記

yasuokaの日記: #mayonez編集部が考える著作権と出典表示 2

日記 by yasuoka

#mayonezに関する私(安岡孝一)の一連の日記の読者から、#mayonezの「著作権のことがよくわからない!クリエイティブ・コモンズなど画像利用の注意点についてまとめてみた。」(2016年12月2日)という記事を読んでみてほしい、との御連絡をいただいた。読んでみたが、クリエイティブ・コモンズに関して、ここまでヒドイ記事は、今までお目にかかったことがない。何しろ

この記事の画像は、「Creative Commons Japan」のサイトから利用しています。

と書いていながら、一番上のこの画像は、どう見てもクリエイティブ・コモンズ・ジャパンとは関係ない。しかも、この記事の各画像の出典は、以下のように記されている。

アタマおかしいんじゃないか。

しっかり学べば、著作権は怖くない!

だったら学べよ。

つまるところ#mayonez編集部では、インターネットで拾ってきた画像を、いったんTechStars BlogAmazon Web ServicePEXELSにアップロードした上で、それを出典元として表記している、ということだ。常日頃そういうやり方なので、この記事でもついやってしまったのだろう。それはつまり、Branding Engineerという会社が、「その引用は、公正な慣行に合致するものであり、かつ、報道、批評、研究その他の引用の目的上正当な範囲内で行なわれるものでなければならない」(著作権法第32条)の意味するところを、全く理解していないということだ。一昨日昨日も感じたが、Branding Engineerは、そもそも著作権法など守る気がないということだろう。だったら、そんな会社、とっとと潰れてしまえばいいのに。

13206772 journal
日記

yasuokaの日記: イッカツマガジン編集部と#mayonez編集部と著作者人格権

日記 by yasuoka

昨日の日記の読者から、Internet Archiveに残されたイッカツマガジンのWWWページを見てほしい、との御連絡をいただいた。それを、現在のWWWページと見比べてほしい、とのことだった。

2016年10月24日にクローリングされたイッカツマガジンのページの「人気記事」には、abemimuの書いた記事が2本(これこれ)、ajimaの書いた記事が1本(これ)、chidaの書いた記事が2本(これこれ)、ishiiの書いた記事が2本(これこれ)、サトゥの書いた記事が3本(これこれこれ)見える。一方、現在のWWWページでは、これらの記事は全て「イッカツマガジン編集部」が書いたことになっている。さらに、これらの記事をクリックすると、著者は全て「#mayonez編集部」になっている。…何だよ、これ。

abemimuも、ajimaも、chidaも、ishiiも、サトゥも、そして渋谷幸人も、実は全て同一人物で、その人物が一旦は「イッカツマガジン編集部」を名乗った後、現在は「#mayonez編集部」を名乗っている、ということなのかもしれない。私(安岡孝一)には想像しがたい事態だが。ただ、だとすると、現在#mayonezで執筆している各著者も、いずれ全員が新たな「編集部」に統合されてしまうのだろう。ああ、恐ろしい。

13205239 journal
日記

yasuokaの日記: #mayonez編集部の考える著作者人格権 4

日記 by yasuoka

一昨日昨日の日記に続いて、#mayonezをサーフィンしていたところ、「現役東大生の考えた、初心者からRuby on Railsをほぼ無料 で習得するための最強カリキュラム」(2016年12月19日)という不思議な記事に行き当たった。「現役東大生」を謳っていながら、その「現役東大生」が本文中に出てこない。著者は「#mayonez編集部」。それにも増して、私(安岡孝一)自身、この記事の内容に既視感があるのだ。

そう思って、ざっと調べてみたところ、同じタイトルのはてなブックマークを見つけたが、リンク先は#mayonezの記事↑に飛んでいってしまう。それならばとInternet Archiveを探してみたところ、2015年9月16日のTechStars Blogに渋谷幸人が書いた記事を見つけた。ただ、内容が全く同じではなく、少なくとも記事最初の

こんにちは、現役東大生の渋谷です。
近年サーバーサイドプログラミングの際に使われることの多くなった、Ruby on Rails。
今からプログラミングを始めるとしたらRuby on Railsから始めようと考えている方も多いのではないでしょうか。
また、これまでPHPを触っていたがRuby をやってみたいな、と思っている方、そんな方にもおすすめです。
今回は、「ゼロからRuby on Rails をほぼ無料で学習する方法」をまとめました。

が削られている。ヒドイ話だ。

ブログの記事と言えど、著作権も著作者人格権も存在する。特に、著作者人格権は一身専属で、たとえ著作権を譲渡したとしても、著作者人格権は著作者本人に残る。著作者人格権は、いくつかの権利から構成されるが、この場合で特に問題となるのは、同一性保持権と氏名表示権だ。↑のような削除をおこなうことは、どう考えても、この記事の同一性保持権を侵害している。さらに、「こんにちは、現役東大生の渋谷です。」と、末尾の「この記事を書いた人 shibuya」を削除した上で、「#mayonez編集部」を追加することで、氏名表示権をも侵害している。かなり悪質だ。

TechStars Blogと「#mayonez編集部」は、どちらもBRANDING ENGINEERが運用しているので、まあ、軽い気持ちで、こういう著作権侵害をやってしまったのだろう。あるいは、現役東大生とはいえ、渋谷幸人は当時、教養学部の2回生だったので、著作者人格権にかかる訴えなど起こさない、とタカをくくっているのかもしれない。どちらにしろ、こういう著作権侵害を平気でやるような会社など、とっとと潰れてしまえばいいのに、と私個人は思うのだが。

13204397 journal
日記

yasuokaの日記: #mayonezの確定申告における収入と所得 1

日記 by yasuoka

昨日の日記に続いて、#mayonezをサーフィンしていたところ、「バイトを掛け持ちしている際の確定申告|掛け持ちがばれる原因は?」(2017年3月22日)というトンデモない記事に行き当たった。

アルバイトをかけ持ちするときに注意したいのは「稼ぎ過ぎ」です。時間に余裕ができた、人間関係を広げたい、収入を増やしたい、将来の為に学生のうちに多くの経験を積みたい、各々の理由により掛け持ちをする期間や数が変化してくるでしょう。中には短期で3、4個もしくはそれ以上のアルバイトを掛け持つ方もいますよね。そこで高校生や大学生の学生さんで掛け持ちバイトを考えている方のお耳に入れておきたいことがあります。

あ、タイトルの「バイト」って、byteじゃなくてアルバイトなのね。ふーん。

年収103万円という数字を見ると一見手が届かないように思えますが、時給1000円のアルバイトを週に4日、夕方5時から夜10時までの5時間働いたとして月収8万円、年収96万円です。

収入が96万円だとしても、その働き方だと給与あつかいになるから、給与所得控除65万円が差し引かれて、所得は31万円だよ。それに、1年は52週あるので、そもそも、年間収入は104万円になるはず。

所得税は年収103万円を越した分から税率を掛けて引かれます。つまり年収120万円を稼いだ場合103万円を越した17万円のうち所得税率を掛けた8万円が所得税となります。

違う。収入が120万円なら、給与所得控除が65万円差し引かれて、給与所得は55万円になる。ここから、勤労学生控除27万円と基礎控除38万円が差し引かれるので、課税所得金額は0円。したがって、高校生あるいは大学生なら、給与収入が120万円の場合、所得税は一切かからない。

ここまで所得税と確定申告の話をしてきましたが、こう見ると年収103万円以上を稼いでも問題ないように見えますよね。むしろ、たくさん稼いだ上に取られすぎたお金が戻ってくるなんていい話だと思う方もいるでしょう。ところが学生がアルバイトで年収103万円以上を稼ぐとその学生の親御さんの給料が大幅に減ってしまうのです!

はあ? 何の話? いくらなんでも、親の「給料」が減るわけないだろ?

これは扶養家族制度という制度の問題です。実は扶養家族制度により、親は学生を育てるためのお金が必要と見なされて一般に払わなければいけない税金を免除してもらえるのです。この免除のことを社会保険制度といいます。

それは「社会保険」じゃない。「給料」でもない。税法上の扶養控除の話だ。

しかしアルバイトをして年収103万円以上を稼いでしまうとその免除から外れて税金を払わなくてはいけなくなります。この時支払わなければいけない税金は大きな額になります。

「大きな額」っていくら? たとえば、高校生の子の給与収入が103万円を超えた場合、親の扶養控除は38万円ほど減っちゃうので、税率が10%なら親の税額は3万8千円ほど増えるけど、子が103万円も無税で稼いでるんだから、その家庭の税率は全体として下がってるだろ? 「大きな額」って、どういうケースの場合に、具体的にいくらなの?

具体的に掛け持ちバイトをしやすい職種を挙げてみると一日バイトがあります。丸一日朝から夜までノルマ制で働くキャンペーンガールなどの一日バイトですが、給料は一回で一万円近く出る、自由なタイミングで出来るなど利点が多いです。

えっと、それ、各自治体の青少年保護条例に違反してるし、労働基準法にも違反してる可能性があるんだけど、その「ノルマ制」とやらの具体的な内容は?

また、ライターなどの自由な時間、自由な場所でできる仕事も掛け持ちバイトとしてお勧めです。

それ、ちゃんと給与所得になるの? 実は、雑所得だったりしない? 雑所得だとすると、所得控除のやり方が全く違ってくるよ。

ざっと読んでみたところだと、タイトルに「確定申告」を謳っていながら、現在の税法を全く理解していないガセネタ記事に見える。しかしながら#mayonezは、私(安岡孝一)が過去に指摘した記事も含め、「裏取り」も「訂正」も全くおこなう気が無いらしい。そこまで無責任な運営しかできないなら、さっさと潰れてしまえばいいのに。

13203193 journal
日記

yasuokaの日記: #mayonezにおけるiPhoneメールの文字コード 4

日記 by yasuoka

ネットサーフィンしていたところ、#mayonezで「iphoneメールの文字化け対処法|解読方法・送信する際の防止方法は?」(2017年3月21日)という記事に行き当たった。ざっと読んでみたが、文字コードのことを全く理解せずに書かれた記事らしい。特に以下の部分。

なぜiPhoneメールが文字化けしてしまうと言うと、メールの文の文字はもともとサーバー側が英文だけを処理するようにできていて、日本語を送信する際には特殊な文字変換などを用いて送信されています。

「特殊な文字変換」って何? RFC 6532とか、RFC 2045の「Content-Transfer-Encoding: 8bit」の意味とか、ちゃんと調べた上で書いてる?

・「文字コードを変更し再度送信」
こちらは上にも書いたものですが「文字コード」を指定のものに設定することで文字化けを防ぐことができます。変換方法はご自身で調べて行ってくださると助かります。変換コードの種類は次の項目で紹介しますね。

「変換方法はご自身で調べて行ってくださると助かります」って、誰が助かるの?

・プチ裏技を試す
iPhoneメールにはちょっとした裏技が存在しています。それはメール本文を作成するときに本文の中に、「「◉(まる)」「⌘(こまんど)」「♡(はーと)」または絵文字など、iOS独自の記号を入れることで、受信した機種が自動的に「iPhoneを使っています」と解釈してくれる裏技です。

それは「iOS独自の記号」じゃない。ISO-2022-JP (RFC 1468)に含まれていない記号、というだけのことだ。

・UTF-8
文字コードは上で紹介したように言語ごとに文字コードがあり、非常に複雑になっていた背景があり、世界中の文字を全て含んだ新しい文字コードを作ることを目的に、Unicodeと呼ばれる文字コードが作成されました。このうちの一つがUTF-8であり、現在は文字コードをUTF-8に設定しておくことで、大体の問題を解決することができます。
・JISコード
日本語をメールで送信する際の事実上の標準の文字コードとして広まり、UTF-8などと並んでよく使用される文字コードです。多くの場合はこの文字コードを使用していることでの文字化けは起こることは少ないと考えられます。
・シフトJISコード
Microsoftによって提唱された、日本語の漢字の判定に特徴を持つ文字コードです。メールを送信する際にはシフトJISコードからJISコードに変換をする必要があり、これは通常メールアプリケーションで自動変換されます。しかし、場合によっては何かの影響で変換されない場合があり、これが一つの文字化けの原因となることもあります。
・EUC
EUCはExtendedUnixCodeの略であり、主にUNIX環境の下に使用されることの多い文字コードです。UNIX環境下で、アジア地域の文字を表示するための文字コードであり、Unicodeが普及するまでは主流の文字コードになっていました。メインのウェブブラウザもEUCに対応しており、また、日本語だけでなく、中国語や韓国語にも対応しています。

この文章、どこからコピペしてきたの? メールの話をしてるのなら「JISコード」じゃなくて「ISO-2022-JP」でしょ? それにiPhoneメールは、EUC-JPやEUC-CNやEUC-KRをフルサポートしてたっけ? 文字化け対処法の話をしてるはずなのに、あえて文字化けの原因になるような文字コードを持ちだしてきて、いったいどうするつもり?

outlookとはMicrosoft製のメール送受信コンテンツです。こちらも文字化けを起こしてしまう原因は基本的にはiPhoneと同じ原因となります。

ふーん。で、その「同じ原因」って、具体的に何なの? MicrosoftのKB2416400で何が起こったか、ちゃんと調べてみた?

ざっと読んでみたが、文字コードに関してここまでヒドイ記事を読むのは、かなり久しぶりだ。しかしながら#mayonezは、私(安岡孝一)が以前指摘した記事(これとかこれとかこれとかこれとか)も含め、「裏取り」も「訂正」も全くおこなう気が無いらしい。そこまで無責任な運営しかできないなら、さっさと潰れてしまえばいいのに。

13202359 journal
バグ

alpの日記: 番外: ……

日記 by alp
  1. 3/20通勤音楽
    • Bruckner, Symphonie #4/1 Es-Dur, Norrinton Stuttgart R-S-O
    • Schumann, 5 Stücke im Volkston Op102, Maisky-vc Argerich-pf
  2. 3/21通勤音楽
    • Brahms, Clarinetquintett h-moll Op.115, Leister Amadeus SQ
    • Mozert, Hornkonzert #1 D-Dur K.412, Tuckwell English Chamber o.
    • Schumann, Kreisleriana Op.16, W.Kempff
  3. Windows 10 の三月期バグ「Microsoft DTV-DVD Decoder が動かない」は修正が飛んできたようですが、まだ手元は未。
13197329 journal
マイクロソフト

alpの日記: 番外: ……

日記 by alp
  1. 3/17通勤音楽:
    • Barber, Cellokonzert a-moll Op.22, Steven Isserlis; Leonard Slatkin: St. Louis Symphony Orchestra
    • Schubert, Sonate B-Dur D.960, A.Brendel-pf
    • 伊福部, 日本狂詩曲, 広上淳一 日本フィル
  2. 何故か Windows 7 の更新に昨年の10月分と、CEIP とテレメトリが束になって来ている。
13197280 journal
日記

yasuokaの日記: 「General Railway Map of Japan」における秋葉原

日記 by yasuoka

3月11日の日記に関して、国会図書館に遞信省鐵道局の『Annual Report』をチェックしにきた。「General Railway Map of Japan」の東京近郊地図における「秋葉原」の記述は、だいたい以下の通り。

1891 (明治24年12月) 記述なし
1894 (明治27年6月増補) 「秋葉原 AKIHANOHARA」
March, 1898 (Annual Report 1897-1898付録) 「AKIHANOHARA」
1899 (明治32年1月増補) 「秋葉原 AKIHANOHARA」
March, 1899 (Annual Report 1898-1899付録) 「AKIHANOHARA」
March, 1901 (Annual Report 1900-1901付録) 「AKIHANOHARA」
March, 1902 (Annual Report 1901-1902付録) 「AKIHANOHARA」
March, 1903 (Annual Report 1902-1903付録) 「AKIHANOHARA」
March, 1904 (Annual Report 1903-1904付録) 「AKIHAHARA」
1904 (明治37年12月31日増補) 「秋葉原」
March, 1905 (Annual Report 1904-1905付録) 「AKIHAHARA」
March, 1906 (Annual Report 1905-1906付録) 「AKIHAHARA」
March, 1907 (Annual Report 1906-1907付録) 「AKIHAHARA」
(Annual Report for Year Ended March 31, 1908付録) 「AKIHAHARA」
March 31, 1909 (Annual Report for Year Ended March 31, 1909付録) 「AKIHANOHARA」
March 31, 1910 (Annual Report for Year Ended March 31, 1910付録) 「AKIHANOHARA」

うーむ、アキハノハラから一旦アキハハラになった後、またアキハノハラに戻ってる。何がどうなってるんだろう?

13195000 journal
バグ

alpの日記: 番外: ……

日記 by alp
  1. 今のところ今月の Windows 10 の修正で新規に壊れていると聞こえてきているのは ぼくんちのTV別館さん とこで記載のある、「Microsoft DTV-DVD Decoder が動かない」だけの模様。まだなにかある可能性は高いですけど、比較的穏やかな、じゃない。まだ一月の DirectX 12 がマルチモニタ環境で動かない、も Update ベースでは直っていないようです。誤配信も何件も出ているし。

    #もうRS2が出ようとしていますが、正直、日本語Windows10で真っ先に直すべきなのは日本語ヘルプが動かない (Bing トップに飛ばされる)、それもGMリリースから一貫して動かないので皆が仕様だと思っている、って件だと思うぞ。

  2. 3/15 通勤音楽
    • J.S.Bach, 平均律第二巻 A-Dur → h-moll , S.Richter-pf
    • F.Mendelssohn-Bartholdy, Violinsonate F-Dur, 藤井 一興-pf, 加藤知子-vn
    • C.Ives, #1 Set, Orpheus Chamber Orchestra
typodupeerror

UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア

読み込み中...