「catch」を含む日記

■ここ1年でよく聞いたバーチャルシンガーとその仲間大賞

ここ1年でよかったVsinger、あるいは歌系バーチャルYouTuberをあげる。

1. YuNi（独立系/upd8）
   • おすすめ曲「透明声彩」（191万回再生/オリジナル曲）「シャルル」（776万回再生）「だから僕は音楽を辞めた」
   • 声質がすき
2. AZKi（イノナカミュージック/ホロライブ）
   • おすすめ曲「フェリシア」（27万回再生/オリジナル曲）「ハートサーモグラフィー」
   • オリジナル曲の玉数が多いのが特徴。すき
3. 天神子兎音（独立系）
   • おすすめ曲「天ノ弱」（39万回再生）「ヒビカセ」
   • シャウト、がなりがすき
4. 緑仙（にじさんじ）
   • おすすめ曲「ヤツメ穴」（15万回再生）「侵略－the Chariots VII－」「ドラマツルギー」「スイートマジック」
   • どっちかというと歌い手。声がカッコいい。配信でダラダラと聞けてすき
   • 単体動画化されていないアーカイブでは古いボカロ曲、歌謡曲などが聞ける
5. 周防パトラ（ハニーストラップ/upd8）
   • おすすめ曲「ハートサーモグラフィー」（27万回再生/オリジナル曲）「ラムネ色クレーター」（オリジナル曲）
   • その他オリジナル曲「ぶいちゅっばの歌」「よっぱっぱの歌（編曲）」「蒼い蝶（作詞作曲/蒼月エリへ提供）」
   • 自分で作詞作曲してDTMまでこなすため、特徴的な声質にぴったりな曲を作る。すき
   • Vtuber業界へ音源提供を頻繁に行う。おめがシスターズ、かしこまり、物述有栖、鷹宮リオン、AZKiなど
6. キズナアイ（upd8）
   • おすすめ曲「Hello, Morning 」（142万回再生/オリジナル曲）「future base」（オリジナル曲）
   • 分人とかよくワカラナイけど初代の歌声すき
7. 燦鳥ノム（独立系）
   • おすすめ曲「ドラマツルギー」（263万回再生）「ロストワンの号哭」「だから僕は音楽を辞めた」
   • 透き通った声がすき
8. 蒼月エリ（引退）
   • 「蒼い蝶」「なんでもないや」「花瓶の花」
   • すき

• 次点（名前の後ろの鉤括弧内はおすすめ曲）
  • 富士葵「なんでもないや」「恋愛サーキュレーション」
  • 織田信姫「ロキ」
  • ふくやマスター「シャルル」
  • でびでび・でびる「ぶいちゅっばの歌」
  • 物述有栖「future base」
  • 笹木咲「笹木は嫌われている」
  • アキ・ローゼンタール「I believe -海の底から-」
  • シスター・クレア「Catch You Catch Me」
  • 赤井はあと「ECHO」
  • 獅子神レオナ「スパークル」「glow」
  • 樋口楓「打上花火」
  • 花鋏キョウ「だから僕は音楽を辞めた」
  • 城星譲友「キラキラスター」（オリジナル曲）
  • キズナアイ（ブラック）「砂の惑星」
  • 双理マイ「ファンサ」

• ユニット部門
  • にじさんじ「Virtual to LIVE」

• 総評
  • みんないいよね

---

2019春夏オールジャンル　anond:20190908004020

ツイートシェア

Permalink | 記事への反応(1) | 01:15

■CHAGE and ASKAみたいなCHAGE and ASKAの曲

CHAGE and ASKAみたいな単語教えての増田をふまえて。

CATCH ＆ RELEASE

「SAY YES」「僕はこの瞳で嘘をつく」を収録した大ヒットアルバム「TREE」のCHAGE曲。男女関係を釣りに例えたタイトル。CHAGEソロでも歌われる人気曲。

https://youtu.be/tDfE8tNtag4

Sons and Daughters 〜それより僕が伝えたいのは

「YAH YAH YAH」の大ヒットの余波が続く中で発売されたシングル。子供達に対するASKAの想いを詩的に歌い上げたスローバラード。

https://youtu.be/rHjMlE3dlsc

Man and Woman

2007年に発売された、チャゲアスの実質的なラストシングル。対比を多用した輪廻転生を思わせる歌詞とASKAの卓越したメロディメーカーとしての実力が味わえる一曲。

https://youtu.be/43nP6sUneA8

Here ＆ There

ブコメで指摘されて追加。「Man and Woman」と同時発売された、CHAGE作曲のシングル。松井五郎の紡いだ言葉と二人の掛け合いが印象的な曲。

https://youtu.be/5MyErj3wm5k

ツイートシェア

Permalink | 記事への反応(1) | 00:17

■anond:20190827172202

Lennon & McCartney

Daryl Hall & John Oates

Fish & Cage法律事務所

Milk & Honey

Sandy & The Sunsets

Catch & Release

Bitter & Sweet

いっぱいあるけど

ツイートシェア

Permalink | 記事への反応(1) | 21:37

■輸出規制の話

昨今の日韓関係で「輸出規制」という単語が出ると「輸出規制じゃない！優遇措置の取りやめだ！」と吹き上がる人が結構いるんだけど、ちょっと落ち着いてほしいなと思う。

そもそも規制というのは何らかの目的のためにルールを作ってルールに従って行為を制限すること。

交通事故を防ぐために赤信号では止まらないといけないというルールを作り、それに従って通行しない場合は罰則がありますよとすることで「好きにすすんでええやろ！」という自由な通行を制限するというのも法規制なわけです。

今回日本政府が始めた優遇措置の取りやめというのも、安全保障上の脅威になりえる物品の輸出については各種法律に沿って自由な取引を制限しますという「規制」の枠組みのなかで、友好国に関しては手続きを簡素化しますよという優遇措置があって、それをどうするかという問題なわけです。

優遇措置があっても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の枠組みの中の話であるので、「優遇措置の見直しであって輸出規制の話じゃない！」と言うのは問題について正確な理解をしていないと思われる可能性が高いのでやめた方がいいです。

「優遇措置の見直しであって禁輸措置じゃない！」は完全に正しいです。

ツイートシェア

Permalink | 記事への反応(2) | 17:59

■

言語にパターンマッチングの仕組みがあればtry catchがなくてもエラーハンドリングはきれいに処理できるんだよなぁ。

早くいろんな言語でパターンマッチングができるようになるといいなぁ。

ツイートシェア

Permalink | 記事への反応(0) | 12:10

■トマス・ピンチョン全小説の『V.』の翻訳がひどい気がする

新潮社のトマス・ピンチョン全小説の『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.

息の長い原文を切って日本語として不自然じゃないようにしているのでしょうが、かえって意味のつながりが見えにくくなっているような。

it was becauseが訳されてない。

おかげで分かりづらい。これでは「必要だったのか」「生じていたのか」「覚えていたのか」と三つの疑問文がただ並列されているように見える。せめて「生じていたのか」「覚えていたのか」を「生じていたからなのか」「覚えていたからなのか」にした方が良いのでは。

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.

the soul's passageが訳されていない。

トイレにジャバーっと流されて下水道に流れ着くという事態を「魂の道行き」なんて大げさな言い方をしているのが、面白いところなのになんで訳されていないのか。あとダッシュをいれて「――いずれは子供の（中略）借り物の時間に――」と挿入するくらいなら原文の語順通りに訳したほうがわかりやすいように思えます。

もちろん自分から望んでのことではない。望みは、もとの自分たちの暮らしにある。それを叶える完璧な形は死ぬことだ。死んで、ネズミ職人の歯によってロココ様式の死骸になることしかない。そしてそのまま、教区の聖なる水に浸食され、あの日、あのワニの墓場を明るく満たした光のような燐光を発する、アンティークな骨細工になっていくしかない。

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.』全編の翻訳をチェックしてみてほしいです。

ツイートシェア

Permalink | 記事への反応(0) | 09:07

■ソフトウェアの例外処理

理想は、どんな例外発生も想定して、きちんと処理を書いておくこと。

しかし実際はヒトがやることだから、漏れがある。

その扱いについて同僚と意見が分かれた。

例えば、「入力ファイルを読もうとしたら、ファイルが存在していなかった」ために、例外が発生するような場合。

【自分の考え：システムが出す例外メッセージ出力処理（エラーダイアログ）は、そのまま残しておくべき】

理由

• 利用者が見ても「何かとんでもないエラーが起きている」と分かるので、バグの報告をしてもらえる。
• さらに、例外メッセージをそのまま送ってもらえば、どこでどんな例外が発生したのかが調べやすい。
• 処理に失敗していることは分かるので、誤った結果を使って業務を進められてしまうのを防げる。

【同僚の考え：システムが出す例外メッセージ出力は、上位の関数でまとめて catch して いい感じに表示するべき】

理由

• システムが出す例外メッセージを加工して、もっと穏やかな表現にすれば、"何か良くないことが起こっている" ことは分かってもらえる。
• ログさえ回収すれば、利用者の手を煩わすこと無く、原因を調べられる。
• もし例外ダイアログが出ると、英語だから、利用者は意味がわからないので不安になる。

【上司の考え：ファイルを開く前に存在チェックすればいいでしょ。なんでしないの】

初めからこの人に相談しなかった理由

• そんなことは2人とも分かった上で話している、ということが分かっていない。
• 「例えば」の意味が分かっていない。もしくは話を聞いていない。

ツイートシェア

Permalink | 記事への反応(0) | 09:07

■anond:20190219234013

try {

インド人にErrorを指摘したら、Errorメッセージが表示されないように修正されたぞ

} catch {}

ツイートシェア

Permalink | 記事への反応(0) | 12:39

■anond:20181217154659

try catchとオレオレ実装は本来何の関係性も持たない話だぞ。ワードサラダか？

ツイートシェア

Permalink | 記事への反応(0) | 15:53

■try catchが苦手

あの方法の良くないところは

開発者のオレオレ実装を完全に理解しないといけないという所

可読性が低くて気持ち悪い

ツイートシェア

Permalink | 記事への反応(1) | 15:46

■ウクライナのオデッサからのメール

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,

I was invite her for dinner. I wish you happy, warm day.

ツイートシェア

Permalink | 記事への反応(2) | 21:38

■anond:20181011163939

詭弁のガイドライン

ありえない仮定を持ち出す

　「もしも太陽がなかったら」

自分に有利な将来像を予想する

　「地球はたちまち凍りつく」

全てか無かで途中を認めないか、あえて無視する

　「花は枯れ鳥は空を捨て」

自分の見解を述べずに人格批判をする

　「人はほほえみ失くすだろう」

知能障害を起こす

　「イエーイ！」

主観で決め付ける

　「太陽は生命の星だ」

　「幸せを守る炎だ」

　イーグル！シャーク！パンサー！

　イーグル！シャーク！パンサー！

一見、関係がありそうで関係のない話を始める

　「俺たちの魂も燃えている」

ありえない解決策を図る

　「Follow The Sun, Catch The Sun」

レッテル貼りをする

　「太陽戦隊サンバルカン」

ツイートシェア

Permalink | 記事への反応(0) | 16:44

■anond:20180820130007

そもそも、「女性を産む機械に戻す」＝「ソマリア並」という前提がおかしいわ。

詭弁のガイドラインにおける

「自分に有利な将来像を予想する」「全てか無かで途中を認めないか、あえて無視する」

を満たしてるな

詭弁のガイドライン

ありえない仮定を持ち出す

　「もしも太陽がなかったら」

自分に有利な将来像を予想する

　「地球はたちまち凍りつく」

全てか無かで途中を認めないか、あえて無視する

　「花は枯れ鳥は空を捨て」

自分の見解を述べずに人格批判をする

　「人はほほえみ失くすだろう」

知能障害を起こす

　「イエーイ！」

主観で決め付ける

　「太陽は生命の星だ」

　「幸せを守る炎だ」

　イーグル！シャーク！パンサー！

　イーグル！シャーク！パンサー！

一見、関係がありそうで関係のない話を始める

　「俺たちの魂も燃えている」

ありえない解決策を図る

　「Follow The Sun, Catch The Sun」

レッテル貼りをする

　「太陽戦隊サンバルカン」

ツイートシェア

Permalink | 記事への反応(0) | 13:03

■腕のいいプログラ増田達への相談

catchの時にExceptionをexとするのは自然だと思うけど

SmtpExceptionだと、やっぱり、普通にSとexを取る？

僕童貞だからわかんなくて

ツイートシェア

Permalink | 記事への反応(0) | 01:32

■昔のVimプラグインは本当に質が低かった

Vimは2003年頃から使っている。バージョンは6.2くらいだったと思う。

当時のVimプラグインは本当に質が低かった。

nnoremapでなくmapを使ったり、特定のオプションがセットされていることが仮定されていたり、オプションやレジスタを変更して元に戻さなかったり。

VimScript自体の機能もしょぼいもので、functionのabort属性もなければtry-catchもないで、堅牢なスクリプトを書きたくても難しかった。

そもそもリストも辞書もなかった。だからカンマ区切りの文字列などで頑張っていた。

プラグイン同士が干渉して動かなかったり、バージョンアップしたら動かなくなるのも当たり前だった。

そんなトラブルに苦労するくらいなら自分で作ったほうがマシだと思うような状況だった。

古参ユーザーの中にはプラグインを入れたがらない人がいるが、そういった理由も一つとしてある。

今の有名プラグインはよくメンテされていて、機能も洗練されていて素晴らしいと思う。

ツイートシェア

Permalink | 記事への反応(0) | 13:16

■

Catch The Dream！（潰せ）

ツイートシェア

Permalink | 記事への反応(0) | 07:45

■anond:20180202134815

😺猫なのでわからないですにゃ。いいがかりは怖いですニャ。😻に優しい杉本彩ちゃんに言いつけるですニャ。

🐶犬なんで散歩に行ってフリスビーCatchしたいです。いふゆーきゃん！きゃん！

🐰落ち着いて。もういちど発言を読んで頂戴。質問しただけなのよ。兎ごときに何を言わせるの(눈_눈)💦

∴あなたが素敵な人なら何ら問題がないわけ💝おめでとう💝ステキな君💝

ツイートシェア

Permalink | 記事への反応(2) | 13:53

■「Catch You Catch Me」と「プラチナ」論争

やっぱり最初の印象の強さはどうがんばってもあらがえない

よって前者の勝ち

ツイートシェア

Permalink | 記事への反応(2) | 14:00

■https://anond.hatelabo.jp/20170910205249

まじな話をすると、N予備校のプログラミング入門コースやるのがオススメ。

https://www.nnn.ed.nico

一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。

月額1000円だけどしっかり勉強すれば一ヶ月の無料期間中に終わると思う。

もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラムで講師曰く去年はこれで二人エンジニア就職を決めたらしい。

内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職に必要な環境構築やセキュリティまでみっちりやる。

http://qiita.com/sifue/items/7e7c7867b64ce9742aee#%E3%82%B3%E3%83%B3%E3%82%BB%E3%83%97%E3%83%88%E3%82%92%E3%82%82%E3%81%A8%E3%81%AB%E6%A7%8B%E6%88%90%E3%81%95%E3%82%8C%E3%81%9F%E3%82%B3%E3%83%BC%E3%82%B9%E3%81%A8%E5%86%85%E5%AE%B9

で講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。

↓みたいなことが学べる

----

Webプログラミング入門コース

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開発環境構築コース

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ファイル, ポートフォワーディング)

通信をするボットの開発 (cron, ログ収集)

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)

ソーシャルコーディング (コンフリクト、プルリクエスト)

Webアプリ基礎コース

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)

テンプレートエンジン (テンプレートエンジン, jade)

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, 適切なエスケープ処理, リグレッション)

パスワードの脆弱性の対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)

セッション固定化攻撃脆弱性の対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)

より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)

CSRF脆弱性の対策 (CSRF, ワンタイムトークン)

安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)

Webアプリ応用コース

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チェイン, リファクタリング)

予定の編集と削除 (要件の衝突, 関数の再利用)

デザインの改善 (this, グローバルオブジェクト)

セキュリティ対策と公開 (X-Frame-Options, Herokuの環境変数)

ツイートシェア

Permalink | 記事への反応(14) | 11:07

■5 reasons why Japanese Engineer are fu*king da*n

• Despite of the fact which Internet has connected people in the world, due to the crucial firewall - English, Japanese Engineers couldn't join advanced technology discussion and catch up latest services. Instead of that,they have just kept maintaining their original ecosystem which represents as hatena, Qiita and niconico.If it's other domains such as "Japanese food" or "Japanese Pop Culture", then, there might be possibility to have some valuable outcome from that. But if it goes to "Technology" domain, it's just damn if we goes like that way or "Reinventing the wheel" which don't follow global standard and it's no value in the world. In fact, Technologies and Services which are well known and originate from Japan are too less in point of ratio of population and outcome.

• They tends to try increasing their market value by neither getting stars on github nor launch new service, but just have speech in such as conferences to get more higher name recognition.It seems they just want to weet or blog - "Giving speech!" or "Speech done! and nothing more. I want to name it as "Mounting Driven Development" - people wants to get better position in market by neither code nor services but fu*king da*n specialized comments only. "衒学趣味"

• Though most of the contents that speech are kind of "I translated official docs in Japanese!", "I've done 'Get Started'!",due to audience issue which is lacking of habits to read English articles or not able to do so, it causes curious result that they appreciate that kind of speech much. it gets comments such as "I learned much from it!", "I could get latest knowledge!" and "Add Favorites!" and it satisfy the guy who givs speech, tweet and blog, and motivate them to have da*m next post. Though it's just noise for whom usually research Primary information in English, it seems it's still valuable for them since it gives feelings to them that somewhat I understood that latest technology.

• Because they likes "Technical document" much, though they usually study with books even it's Front-end latest technology, Many of them are just translated original EN contents or da*n not sexy sample code, it's worthless in the world which dynamically changing day by day in few months. Regardless of free latest contents which can be found everywhere, they just get Secondary Information given by some evangelists with passive mindset, it causes making this Evangelist? market stable due to this kind of information gap structure.

• They couldn't neither accepting the things above nor just get awared with that with pure mindset and though doing encourage each other with sweets message such as "Many Japanese Engineers are great and fantastic!", excellent Japanese resources ignore that kind of domestic industry situation and already working hard in foreign countries and it expands this bipolarization issue worse bacause they won't have organized explanation and slides for that kind of da*n people in Japanese and instead of that, code and make output in a second, discuss with engineers abroad in English.

See also : https://anond.hatelabo.jp/20170728223725

ツイートシェア

Permalink | 記事への反応(3) | 19:23

■http://anond.hatelabo.jp/20170504190141

「おれの名は冴羽リョウ 都会に巣食う虫けらどもを掃除する

それがおれの仕事だ

おれの武器はコルトパイソン357マグナム

撃ち抜けないのは美女のハートだけさ

銃口をふるわせる熱い鉛は悪を仕留めるワンホール・ショット

一度おれに刃向かった奴も二度目は地獄で黙りこむ

それがおれのやり方

誰かがおれに言った おれには血と硝煙と

そして薔薇の香りがよく似合うと

おれは都会のスイーパー 人呼んでシティハンター」

どしゃぶりの Rainy Road 想い出に傷ついて

疲れきったおまえは Pretty Dead-end Girl

Black & Blue この都市は希望さえ

ガラスのイミテーション

街角は Midnight 吐息さえ凍りつく

寂しげなおまえに Margarita kiss

Lonely One 気どるにはつらいから

仮面を脱ぎすてて

Chance Chance Chance Get Chance

Catch your dream tonight

Chance Chance Chance Chance

Fall in love tonight

ガラス越し Moonshine ほほえみに夢をのせ

輝いたおまえの Lovely Funny Face

Heart & Luck この都市はいつまでも

ときめき忘れない

Chance Chance Chance Get Chance

Catch your dream tonight

Chance Chance Chance Chance

Fall in love tonight

Chance Chance Chance Get Chance

Catch your dream tonight

Chance Chance Chance Chance

Fall in love tonight

ツイートシェア

Permalink | 記事への反応(0) | 19:15

■http://anond.hatelabo.jp/20170219143625

曲とアニメAnilogia IDの対応表です。

ご確認お願いします。

ツイートシェア

Permalink | 記事への反応(0) | 14:39

■[今日知った言葉] catch a Tartar

思いのほか手ごわい相手と取り組む；予想外に厄介なことに引っかかる.

http://dictionary.goo.ne.jp/ej/742875/meaning/m0u/

ツイートシェア

Permalink | 記事への反応(0) | 23:10

■不規則動詞の分類別一覧

英語の不規則動詞はおおまかに，過去分詞がtかdで終わるもの（以下dtタイプ）とnで終わるもの（以下nタイプ）に分けられる。ほとんどのdtタイプの動詞は過去形と過去分詞形が同じ形で，A-B-B（一部はA-A-A）のように変化する。また，原形の末尾がdかtの不規則動詞はほとんどがdtタイプに属する。（例外：eat,get,bid等）一方，ほとんどのnタイプの不規則動詞は原形，過去形，過去分詞形がすべて異なり，A-B-Cのように変化する。

原形から過去・過去分詞形になるときに起こる変化は基本的に母音が変化するか末尾にdtnが加わるかの2種類，あるいはその両方で，原形にあった子音がなくなることは原則としてない。（例外：-ught型,went,had,made）

表の説明

分類は以下の通り

• dtタイプ
  • 【A-A-A】型
  • 【Ad-Bd-Bd】型
  • 【Ad-At-At】型
  • 【At-Bt-Bt】型
  • 【A-Bd-Bd】型
  • 【A-Bt-Bt】型
  • 【-(o/a)ught】型
• nタイプ
  • 【A-B-An】型
  • 【A-Aed-An】型
  • 【A-B-Bn】型
  • 【-dden,-tten】型
  • 【A-B-Cn】型
• その他
  • 【i-a-u】型
  • 【A-B-B（その他）】型
  • 【その他】

become,forgetなど末尾にほかの不規則動詞を含むものは省いた。

表中の*は規則変化もし得ることを，#は他の不規則変化もし得ることを，!は意味によって変化が異なる単語であることを示す。

【A-A-A】型

すべてdかtで終わる。特に末尾tで短母音のものが多い。get,sitが含まれないことに注意。形が1種類で覚えやすいが，英文中の「have put」「is put」等を見てもビビらない心構えが必要。

【Ad-Bd-Bd】型

原形がdで終わる動詞が母音を変化させて過去形・過去分詞形になる型。最後のplead,readは発音のみ変化する。

【Ad-At-At】型

原形の末尾のdがtに置き換わり，それ以外は綴りも発音も変わらない。endで終わる動詞が多いが，end自体は規則動詞。原形のほうが過去形っぽく見えたりするので注意が必要。逆パターン(At-Ad-Ad)は存在しない。

【At-Bt-Bt】型

【Ad-Bd-Bd】の末尾tバージョン。get,sitはこちらに含まれる。

【A-Bd-Bd】型

末尾にdが加わるという点で規則動詞に近いが，付き方が特殊で母音も変化する。

【A-Bt-Bt】型

末尾にtが加わる。原形の/iː/が/e/に変化するものが多い。

【-(o/a)ught】型

末尾が-oughtか-aughtに変化する。どちらも発音は/ɔːt/。wentを除けばもっとも原型をとどめない変化が起こるので過去形から原形を思い出せるようにしておく必要がある。

【A-B-An】型

過去分詞形が原形+nとなるもの。過去形では母音が変化している。fall,eatにはenが，do,goにはneが付くことに注意。

【A-Aed-An】型

【A-B-An】の亜種で，showに代表される過去形が規則変化(-ed)になっているもの。

【A-B-Bn】型

過去分詞形が過去形+nとなるもの。eが脱落するtear-tore-tornのパターンに注意。wakeはtake,makeと異なり，この型に属する。

【-dden,-tten】型

原型にd,tを含み，過去分詞形でそれが重なるもの。get以外は【A-B-An】に近いがgetは【A-B-Bn】に近い。

【A-B-Cn】型

過去分詞形にnが付くが，【A-B-An】でも【A-B-Bn】でもないもの。

【i-a-u】型

原型にiを含み，それがi-a-uと変化していくもの。わかりやすい変化だが数は少ない。

【A-B-B（その他）】

dt型でないが，A-B-CではなくA-B-Bと変化するもの。末尾が-ingのものが多いが，bringやring,singが含まれないことに注意。

【その他】

[A-B-C]

[A-A-B]

[A-B-A]

ツイートシェア

Permalink | 記事への反応(0) | 13:36

■老害プログラマだが。最近、若いもんが書いたコードを読んだ。

例外ってあるじゃろ。tryしてる間にthrowされたのをcatchするアレじゃ。あれは、たしかに有用な仕組みじゃ。何かの関数に失敗したとき、本来の値のかわりに特定の値を返すのもダサいし、参照型の引数で成功したか否かを返すのもダサい場面、というのは確実にある。そもそもプログラマは怠惰で忘れっぽい生き物なので、例外という仕組みがなければ、関数で失敗したことにすら気づかないかもしれない。

だがな。例外は魔物じゃぞ。昔は、gotoというものがあってだな。好きなところに処理を飛ばすことができる。あまりに、いろんなところに飛ばせるので、邪悪だと言い出した奴がおって、今ではあまり使われなくなった。なぜgotoが邪悪と呼ばれたか。gotoというのは、順接、分岐、反復という、プログラムを組む上で最低限必要な制御構造から逸脱した、どっかからどっかに飛んでいく、という行為が容易にでき、それを多用したコードはまともな人間には読めなくなるからであった。そして、例外は、まさにその「どっかからどっかに飛んでいく」を容易にするための仕組みなのじゃ。

例外は、順接、分岐、反復による基本的な制御構造があった上で、あくまで対処を要するアブノーマルな状況に使われるべきものであり、例外というのは、制御機構として使ってはいけない。値を返す目的で例外を使ってはいけない。一体どこから来て、どこへ行くのか分からない、そんな、流れ星のような例外の使い方をしてはいけないのじゃ。例外を使うなと言うつもりはまったくない。じゃが、例外は制御構造を壊しうるものだと認識し、例外を悪用していないか、それによってコードが追えなくなることはないか、と、考えてから、使ってほしいのじゃ。

イベントの悪用も見た。イベントは非常に有用な仕組みだし、GUIなんかだと、もはや必須とも言える。なので、イベントを使うことは有用なことだ。けれど、イベントは、いつどこで発生するか予想が付きづらいものが多く、また、スレッドなどを使って非同期でイベントが処理される場合(今時は、多くがそうだろう)は、マルチスレッドと同じく、リソースの排他制御を行う必要があるかもしれない。複数の処理が同時に動くというのは、恐ろしいことなのじゃ。いつの間にか、変わってないと思ってた変数が途中で変わるやもしれない。「まー、滅多に起こらないし、ええじゃろ」って判断の上、何も対策しない、という手もあるが、ええじゃろで済むのか済まないのか検討するくらいは必要じゃわな。C# なんかだと、言語レベルでイベントが実装されておる。じゃから、イベント必要ないじゃろと言いたくなるような場面で、イベントが使われていたコードを見た。

便利な仕組みがどんどん出てきて、新しいものがどんどん古くなる今のコンピュータ業界。新しいものを追いかけるのもいいが、基本は基本として、しっかり押さえて欲しいのじゃ。今更、アセンブラでゲームを作れるようになる必要なぞ、微塵もないが、自分のコードがどのように動くのか、興味をもってほしいのじゃ。わしのような新しいものに不勉強な老害は、最近の若いものが基本的なことを不勉強だからこそ、居場所があるのじゃ。じゃが、わしももう長くない。若いもんは、新しい仕組みの表面だけでなく深い部分に触れて、学んで、わしら老害を追い出せるくらいになってほしい。わしからは以上じゃ。

ツイートシェア

Permalink | 記事への反応(0) | 17:43