  |
はてなキーワード: catchとは
CHAGE and ASKAみたいな単語教えての増田をふまえて。
「SAY YES」「僕はこの瞳で嘘をつく」を収録した大ヒットアルバム「TREE」のCHAGE曲。男女関係を釣りに例えたタイトル。CHAGEソロでも歌われる人気曲。
「YAH YAH YAH」の大ヒットの余波が続く中で発売されたシングル。子供達に対するASKAの想いを詩的に歌い上げたスローバラード。
2007年に発売された、チャゲアスの実質的なラストシングル。対比を多用した輪廻転生を思わせる歌詞とASKAの卓越したメロディメーカーとしての実力が味わえる一曲。
ブコメで指摘されて追加。「Man and Woman」と同時発売された、CHAGE作曲のシングル。松井五郎の紡いだ言葉と二人の掛け合いが印象的な曲。
昨今の日韓関係で「輸出規制」という単語が出ると「輸出規制じゃない！優遇措置の取りやめだ！」と吹き上がる人が結構いるんだけど、ちょっと落ち着いてほしいなと思う。
そもそも規制というのは何らかの目的のためにルールを作ってルールに従って行為を制限すること。
交通事故を防ぐために赤信号では止まらないといけないというルールを作り、それに従って通行しない場合は罰則がありますよとすることで「好きにすすんでええやろ！」という自由な通行を制限するというのも法規制なわけです。
今回日本政府が始めた優遇措置の取りやめというのも、安全保障上の脅威になりえる物品の輸出については各種法律に沿って自由な取引を制限しますという「規制」の枠組みのなかで、友好国に関しては手続きを簡素化しますよという優遇措置があって、それをどうするかという問題なわけです。
優遇措置があっても3品目については許認可は必要なわけで、優遇措置があれば規制の対象外になるというわけではなく、優遇措置の有無というのは輸出規制の枠組みの中の話です。
で、経産省がやっている輸出規制は英語だとExport controlで、コントロールっていうのは規制の中でも最も直接的に省庁が行為を制限するやり方の一つです。
Export controlについては経産省は基本的に輸出管理という言葉を使ってきていて、今般の「輸出規制」問題の中でも官僚は常に輸出管理の問題という言い方をしているはずです。
大臣や官房長官はレクが行き届いていなかったごく初期の段階では多少表現に揺れがあったように記憶していますが、最近はちゃんと輸出管理と言うようになってます。
今回の問題は自由貿易体制の中で輸出国がやらなきゃいけない手続きの話ですよ、ということを強調するために(それ自体はまったくもって正しい)従来から用いている輸出管理という言葉を一貫して使っているわけです。
輸出規制というとどうしても数量規制や禁輸措置という連想が出てきやすいので、それを避けるための実に官僚らしい気のつかいかたで輸出規制という言葉を完全に排除しています。つまり印象の問題です(印象は大事です)。
許認可手続きというのが規制の典型的な一形態であるというのは重々承知のうえで、相手に誤解を与えたり付け入るスキを与えたりしないようにするために一言一句にこだわるというのは官僚の習性で、今回はいい仕事をしています。少なくとも国内ではおおむね正しく伝わっているので。
ただまぁこれをもって「Controlは規制じゃない！管理だ！」というのは変な話なのでちょっと慎重になりましょう。
今後問題の焦点になるホワイト国についてはExport controlの中のCatch-all controlsの中での例外措置です。例外なので、ホワイト国が仕向け地なら許認可不要→規制の対象外というやつです(後述するページに書いてあります)。
3品目の優遇措置の取りやめは許認可手続きが優遇措置の有無に関わらず必要だったのに比べて、例外措置の取り消しとなると今まで要らなかった許認可が必要になるということで規制の対象外から規制の対象になるということでちょっとだけ雰囲気が違いますが、まぁどちらもExport Controlの話ではあります。
で、Controlという言葉なんですが、これまで経済産業省はCatch-all controlを「キャッチオール規制」と言ってきました。(今でもhttps://www.meti.go.jp/policy/anpo/index.htmlの一番下の連絡先はキャッチオール規制に関する相談の窓口です）
なのでホワイト国はキャッチオール規制の対象外になるという説明になります。
・キャッチオール規制の概要→https://www.meti.go.jp/policy/anpo/anpo03.html
・上記ページの英語ページはないんだけど、輸出管理の概要について英語で書いたものは→https://www.meti.go.jp/policy/anpo/securityexportcontrol1.html
英語のページを見ればExport controlにはList controlとCatch-all controlがあって…みたいなことが書いてあって全部Controlなんだけど、日本語のページでは輸出管理にはリスト規制とキャッチオール規制があるという書き方で、Controlの訳語が管理だったり規制だったりします。
つまり規制と言うか管理と言うかは訳出の問題であって実態としては同じControlなわけです。
どう言おうが同じことなんだけど、今回の問題に関しては訳語にもこだわるぜ！っていう経産省官僚の気概みたいなものはブクマも結構ついた以下の文書で感じることができます。
・本日の韓国産業通商資源部による記者説明について https://www.meti.go.jp/press/2019/07/20190719009/20190719009.html
この文書の中では一切「キャッチオール規制」と言ってないのね。むしろ「規制」という文言すら一つもない。
従来、Catch-all controlに関してはキャッチオール規制と訳していたんだけど、今回はキャッチオール制度と訳してみましたってことですね。「規制」っていう言葉を使うと国内にも揚げ足取るやつがいて後ろから銃を撃たれかねないからね。官僚らしい気遣いにあふれたいい訳し方だと思います。
英語版はhttps://www.meti.go.jp/english/press/2019/0719_001.htmlで確認できるから対比してみてね。Catch-all controlとしか書いてないから。
今回の問題はExport Controlの問題であるので、それを輸出管理というか輸出規制というかは訳出の問題であって実質的な違いはない（経産省は輸出管理で一貫しているが、Catch-all controlについては若干揺れがある）
優遇措置の緩和もホワイト国からの除外もExport Controlの枠組みの中の話であるので、「優遇措置の見直しであって輸出規制の話じゃない！」と言うのは問題について正確な理解をしていないと思われる可能性が高いのでやめた方がいいです。
新潮社のトマス・ピンチョン全小説の『V.』を読み返していたら、ちょっと気になる箇所があって、これは原文ではどうなってんだろうと、図書館で原書を借りてきてみました。そしたら、あれ、もしかしてこれ、この翻訳ひどい？
というわけで、原文と翻訳を照らし合わせたうちで、これはいくらなんでもという箇所を以下で検証していきます。
この段落はニューヨークの下水道に巣食うワニを狩るパトロール隊として雇われているプロフェインという男が第五章で書かれたワニ狩りのことを回想しているというところです。訳文とそれに対応する原文を引用していきます。訳文の引用は『V.』上巻の217,218頁から。
フェアリング神父の教区を抜けてイースト・リヴァー近くまで、独りで追っていったワニのことを、プロフェインは振り返ってみた。
He thought back to the one he'd chased solo almost to the East River, through Fairing's Parish.
「抜けて」とありますが、第五章を読めばわかるようにプロフェインは教区を抜けていません。ここのthroughは「～の間を通って」の意でしょう。
ちなみにフェアリング神父は下水道でネズミにキリスト教を布教しようとしていた人物です。
そいつは、みずから歩をゆるめて追いつかせ、自分から求めるように撃たれていった。なにか取り決めでもあったのか。プロフェインが酔っぱらってか欲情してか、頭がポワンとしていたとき、ワニの足跡だらけの泥の上で、契約を交わしたのか？
It had lagged, let him catch up. Had been looking for it. It occurred to him that somewhere--when he was drunk, too horny to think straight, tired--he'd signed a contract above the paw-prints of what were now alligator ghosts.
「なにか取り決めでもあったのか」という訳文に対応する箇所がない。
これに対応するらしき原文はこのあと出てくるのですが、なぜここに置かれているのかわかりません。それ以外にも問題がありますが、それは後述。
It occurred to him thatが訳されていない。
tiredが訳されてない。
of what were now alligator ghostsが訳されていない。
この段落ではこのalligator ghostsなるものがどういう存在なのか、このあと縷々綴られていくので、これを落としてしまうのはちょっと。ここは訳すなら「今や幽霊であるワニたちが、かつてそうであった存在の」となるのでしょうか。あまり自信はないですが。
プロフェインはワニに死を与える、ワニは彼に職を与える、それでイーヴン、恨みっこなしと。
Almost as if there had been this agreement, a covenant, Profane giving death, the alligators giving him employment: tit for tat.
Almost as if there had been this agreement, a covenantが訳されていない。
上に出てきた「なにか取り決めでもあったのか」が訳文なのかもしれないけど、this agreement, a covenantとわざわざ言い直して二回言っているのを「取り決め」の一語にまとめるのはどうなんですか。しかもcovenantなんて「（神との）聖約」という強い意味の語なのに。そんな語がワニ相手に使われているというのがこの文のミソだと思うのですが。うーん。
プロフェインにワニは必要だが、ワニはなぜプロフェインが必要だったのか。その原始的な脳の回路に、記憶と理解が生じていたのか。子供のころ自分たちはただの消費財で、財布やハンドバッグになった両親や親戚のおじさん、おばさんたちと一緒に、世界中のデパートで、あらゆるガラクタと一緒に陳列されていたことを覚えていたのか。
He needed them and if they needed him at all it was because in some prehistoric circuit of the alligator brain they knew that as babies they'd been only another consumer-object, along with the wallets and pocketbooks of what might have been parents or kin, and all the junk of the world's Macy's.
息の長い原文を切って日本語として不自然じゃないようにしているのでしょうが、かえって意味のつながりが見えにくくなっているような。
おかげで分かりづらい。これでは「必要だったのか」「生じていたのか」「覚えていたのか」と三つの疑問文がただ並列されているように見える。せめて「生じていたのか」「覚えていたのか」を「生じていたからなのか」「覚えていたからなのか」にした方が良いのでは。
the world's Macy'sを「世界中のデパート」としているのは明らかに誤訳です。メイシーズは基本的にアメリカにしか展開していないようですし、なによりもこの挿話の元になった都市伝説はニューヨークのメイシーズで、ペット用に売られた赤ちゃんワニがトイレに流されて下水道で成長していたというものだったわけです。なのでthe world'sはここでは「ここらの界隈の」みたいな意味ではないでしょうか。
あと英語の仮定法を日本語の疑問文で訳すというのは翻訳のテクニックとしてアリなのでしょうか。いや、アリならアリで全然いいんですけど。ただの素人なのでよくわかりません。
トイレを通って、地下の世界に流れてきたのは緊張の中の束の間の平和に――いずれは子供の、見かけだけ動きのあるオモチャに戻っていくしかない、それまでの借り物の時間に――すぎなかったのだろうか？
And the soul's passage down the toilet and into the underworld was only a temporary peace-in-tension, borrowed time till they would have to return to being falsely animated kids' toys.
トイレにジャバーっと流されて下水道に流れ着くという事態を「魂の道行き」なんて大げさな言い方をしているのが、面白いところなのになんで訳されていないのか。あとダッシュをいれて「――いずれは子供の（中略）借り物の時間に――」と挿入するくらいなら原文の語順通りに訳したほうがわかりやすいように思えます。
もちろん自分から望んでのことではない。望みは、もとの自分たちの暮らしにある。それを叶える完璧な形は死ぬことだ。死んで、ネズミ職人の歯によってロココ様式の死骸になることしかない。そしてそのまま、教区の聖なる水に浸食され、あの日、あのワニの墓場を明るく満たした光のような燐光を発する、アンティークな骨細工になっていくしかない。
Of course they wouldn't like it. Would want to go back to what they'd been; and the most perfect shape of that was dead--what else?--to be gnawed into exquisite rococo by rat-artisans, eroded to an antique bone-finish by the holy water of the Parish, tinted to phosphorescence by whatever had made that one alligator's sepulchre so bright that night.
to go back to what they'd beenが「もとの自分たちの暮らしにある」でいいんでしょうか。このあとに続く文に則して意味をとるなら「暮らし」では変では？ それに原文はto go backなのに「帰る」という意味が訳文から感じとれないです。
さて、ここから先が問題です。ここは第六章の中で非常に重要な段落の中でも、さらに重要な一文だと思うのですが、まともに訳されていなくて頭をかかえました。
まず、ダッシュで囲まれたwhat else?が訳されていない。
「しかない」という形で間接的に訳されていると言えるかもしれませんが、それでもこれを落とす理由にはなりません。
exquisiteが訳されていない。
tinted toが訳されていない。
by whatever以後の節を「燐光」にかけて訳していますが、これは英文解釈的に無理なのではないでしょうか。また、そのせいなのか原文の語順がぐちゃぐちゃにされてしまっています。なぜeroded to an antique bone-finishとひとまとまりなっているのを千切って「浸食され」と「アンティークな骨細工」をかけ離れたところに置いているのでしょうか。
原文を素直に読めば、ワニは死後、gnawed-齧られてrococo-ロココ彫刻になって、そのロココ彫刻がeroded-浸食されてan antique bone-finish-骨仕上げのアンティークになり（bone-finishというのは妙な言い方ですが、matte finish-つや消し仕上げをもじったような表現だととりました）、そのアンティークがtinted-染められてphosphorescence-燐光になると読めます。
つまりワニの死後、時間の経過によってワニがどのように変貌していくかの推移を追うことができるように読めるわけです。しかし翻訳ではそのように読むことはほぼ不可能です。
さらにこの段落の一番最後に来るのは原文ではwhatever had made that one alligator's sepulchre so bright that nightなわけで、ここに意味上の大きな負荷がかかっていると思えるのですが翻訳では「燐光」の前に置かれて目立ちません。
これでは、4コママンガのコマの順序を入れ替えてしまったために、オチの意味がわからなくなっているようなものです。
ここのところをわたしなりに試しに訳してみたので、ここに置いておきます。
そして、その望みの最も完璧な形とは死ぬこと――他に何があろう？――であって、そうして工匠ネズミに齧られて精妙なるロココ彫刻とされ、教区の聖なる水に浸食されて骨仕上げのアンティークになり、何ものかに染められて澄んだ緑色の燐光と化すのであり、そしてその何ものかこそ、あの晩、あのワニの地下埋葬所をあんなにも輝かしく光らせていたのだ。
（phosphorescenceという単語を見ていたら、どうしても『宝石の国』のフォスフォフィライトの顔がチラついてしまったので「澄んだ緑色の燐光」としてしまいました）
とにかく第六章にはここ以外にも訳されていない語、節、文がたくさん出てきます。他にも誤訳、誤訳とは言いにくいけどおかしい訳もままあります。誤訳ではなくてもあまり使われない珍しい単語が使われていたり、凝った表現がされていたりするところが、平易な分かりやすい、いいかえれば、ありきたりでつまらない日本語になっていたりします。
いったいなんでこんなことになっているのでしょうか。ピンチョンが好きでこの『V.』も何度も繰り返し読んできたというのに、今まで読んできたものは何だったのかという気分で、ショックが大きいです。
共訳者の一人、佐藤氏は何十年もピンチョンの研究、翻訳をされてきた人で、こんな訳をするとは思えないのですが。それとも、このころ『重力の虹』の翻訳に集中していて実は『V.』にはあまり関わっていなかったとか？ しかしもうひとりの小山氏もイギリスの大学院に留学して英語の著作もある人だそうですし。学生に下訳させて、ろくに直さずに出版したとか？ まさか。
ただ原文を横において検討したのは第六章だけなので他の章はちゃんとしている可能性はあります。わたしの英語力では全文チェックするなんてとうてい無理なので、誰か英語を読むのが苦ではなくて、現代アメリカ文学に詳しい人に『V.』全編の翻訳をチェックしてみてほしいです。
理想は、どんな例外発生も想定して、きちんと処理を書いておくこと。
その扱いについて同僚と意見が分かれた。
例えば、「入力ファイルを読もうとしたら、ファイルが存在していなかった」ために、例外が発生するような場合。
【自分の考え：システムが出す例外メッセージ出力処理（エラーダイアログ）は、そのまま残しておくべき】
【同僚の考え：システムが出す例外メッセージ出力は、上位の関数でまとめて catch して いい感じに表示するべき】
【上司の考え：ファイルを開く前に存在チェックすればいいでしょ。なんでしないの】
Good Thursday, How are you today? Thanks a lot of kind words to me in your letter,
telling me about your blog-I can't open-here very old computers!
I never travel to another countries,but dream.
I like comedy & romantic movies. what about you? I don't have boyfriend,here mostly all men at war.
I had a boyfriend,but he died at war 1,5 years ago.I will be happy to have family with kids & marry with man older than me.
Today no lessons in college,I write you letters from library,because no private computer at home.
I had before a small smartphone,but change it for food 5 month ago. Now we use old nokia together with mom,Ha-ha!
Soon I will finish institute. But here very hard to find any job,all from war here.I know about sushi from TV programs,
but never eat sushi,because sushi restaurants very expensive here.
I don't have boyfriend now,here all men at war.
I have good news: yesterday evening was stopped fire between Ukraine & Russia.
We have big hope that this time it will be true words from Presidents & peace will come,
Because this "stop war" was many times,but it was only words...
I want to tell you that from yesterday really was no hear shots, bombings.
But situation with electric, water & mostly with food still very, very hard. It is very difficult to sell something or to exchange for food, many have no money, and rich people left from Ukraine.
It's a pity that without meat, meat here terrible expensive long ago. When was no war we could buy meat, not often, but we could.But we are happy that we have some vegetables.
Usually here very cold winter, normally-25, - 30, much snow,now autumn +10.
I like to cook very much! Today, I will tell you how to cook borsch:take piece of beef to weld in water, then to cook there potatoes, carrots, cabbage,
it is a little haricot, then we add a little tomato paste, salt, parsley.
Give a borsch very hot with sour cream and garlic. Its very good for health hot dish & you not catch a cold.
Of course garlic isn't good for kisses, but when we will meet I cook borsch for us & we will eat garlic together & then could easy kiss...
May be on today will come my friend Maria.I send you summer photo with my friend Maria.
She lost family at war & have no possible to live in this hard war period,
そもそも、「女性を産む機械に戻す」＝「ソマリア並」という前提がおかしいわ。
詭弁のガイドラインにおける
「自分に有利な将来像を予想する」「全てか無かで途中を認めないか、あえて無視する」
を満たしてるな
ありえない仮定を持ち出す
「もしも太陽がなかったら」
自分に有利な将来像を予想する
「地球はたちまち凍りつく」
「花は枯れ鳥は空を捨て」
「人はほほえみ失くすだろう」
知能障害を起こす
「イエーイ！」
主観で決め付ける
「幸せを守る炎だ」
「俺たちの魂も燃えている」
ありえない解決策を図る
「Follow The Sun, Catch The Sun」
レッテル貼りをする
「太陽戦隊サンバルカン」
Vimは2003年頃から使っている。バージョンは6.2くらいだったと思う。
nnoremapでなくmapを使ったり、特定のオプションがセットされていることが仮定されていたり、オプションやレジスタを変更して元に戻さなかったり。
VimScript自体の機能もしょぼいもので、functionのabort属性もなければtry-catchもないで、堅牢なスクリプトを書きたくても難しかった。
そもそもリストも辞書もなかった。だからカンマ区切りの文字列などで頑張っていた。
プラグイン同士が干渉して動かなかったり、バージョンアップしたら動かなくなるのも当たり前だった。
そんなトラブルに苦労するくらいなら自分で作ったほうがマシだと思うような状況だった。
古参ユーザーの中にはプラグインを入れたがらない人がいるが、そういった理由も一つとしてある。
まじな話をすると、N予備校のプログラミング入門コースやるのがオススメ。
一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。
月額1000円だけどしっかり勉強すれば一ヶ月の無料期間中に終わると思う。
もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラムで講師曰く去年はこれで二人エンジニア就職を決めたらしい。
内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職に必要な環境構築やセキュリティまでみっちりやる。
で講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。
↓みたいなことが学べる
----
Web ブラウザとは (Chrome, デベロッパーコンソール, alert)
はじめてのHTML (VSCode, HTML, Emmet)
さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)
HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)
はじめてのJavaScript (JS, ES6, エラー)
JavaScriptでの計算 (値, 算術演算子, 変数, 代入)
JavaScriptで論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)
JavaScriptのループ (ループ, for)
JavaScriptのコレクション (コレクション, 配列, 添字, undefined)
JavaScriptの関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)
JavaScriptのオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)
はじめてのCSS (CSS, セレクタ, background-color, border)
CSSを使ったプログラミング (transform, id, class)
Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)
診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)
診断機能の組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)
ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)
LinuxというOS (VirtualBox, Vagrant, Ubuntuのインストール, OS, CUIの大切さ)
コンピューターの構成要素 (ノイマン型コンピューター, プロセス, lshw, man, ps, dfの使い方)
ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)
標準出力 (標準入力、標準出力、標準エラー出力、パイプ、grep)
vi (vimtutor)
シェルプログラミング (シバン, echo, read, 変数, if)
通信とネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)
サーバーとクライアント (tmux, nc, telnet)
HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)
GitHubでウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)
イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)
GitとGitHubと連携 (git, ssh, clone, pull)
GitHubへのpush (init, add, status, インデックス, commit, push, tag)
Gitのブランチ (branch, checkout, merge, gh-pages)
Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)
集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)
アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)
ライブラリ (ライブラリ, パッケージマネージャー, npm)
Slackのボット開発 (slack, mention, bot)
HubotとSlackアダプタ (hubot, yo)
モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)
ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)
同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)
例外処理 (try, catch, finally, throw)
HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsのイベントループ, リスナー)
HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)
HTMLのフォーム (フォームの仕組み, form, input)
HerokuでWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)
認証で利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)
Cookie を使った秘密の匿名掲示板 (Cookie, Set-Cookie, expire)
UI、URI、モジュールの設計 (モジュール設計, フォームのメソッド制限, リダイレクト, 302)
フォームによる投稿機能の実装 (モジュール性, textarea, 303)
認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)
データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)
トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)
削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)
管理者機能の実装 (Web サービスの管理責任, 管理者機能の重要性)
デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)
脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)
XSS脆弱性の対策 (XSS, 適切なエスケープ処理, リグレッション)
パスワードの脆弱性の対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)
セッション固定化攻撃脆弱性の対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)
より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)
安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)
Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)
ExpressのAPI (app, Properties, Request, Response, Router)
GitHubを使った外部認証 (Passport, OAuth)
テスティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)
継続的インテグレーション (CircleCI)
クライアントのフレームワーク (Webpack, Chrome 以外のブラウザでもES6)
DOM操作のフレームワーク (jQuery, jQueryアニメーション, this)
AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)
WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)
RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)
テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)
インデックス (インデックス, 複合インデックス, Bツリー)
集計とソート (SUM, COUNT, ORDER BY, GROUP BY)
「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計、モジュール設計、MVC)
認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)
予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)
予定とユーザーの一覧の表示 (非同期処理, Promise, then)
出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)
出欠とコメントの更新 (Promiseチェイン, リファクタリング)
See also : https://anond.hatelabo.jp/20170728223725
