「MSC」を含む日記 RSS

はてなキーワード: MSCとは

2023-05-13

女性オタクHIPHOPに興味を持たないのは何故か?

女性オタクはどうしてヒップホップを聞かないの?

ヒプマイは好きな癖に、NORIKIYOやZORN、MONJU、唾奇、REAL-Tは聞かないの?

オジロやjindogg、舐達麻やSEEDAやC.O.S.AやMSCを聞かないのはどうして?







って聞かれたらどう返答するの?






anond:20230508222214

2023-03-14

https://www.forbes.com/sites/brucelee/2023/03/11/cochrane-says-review-does-not-show-that-face-masks-dont-work-against-covid-19/

You know that recently published Cochrane review that some have claimed as evidence that face masks don’t work? Well, have some of these claims been a bit, shall we say, too cocky and not Cochrane-y enough? Well, in a statement issued on March 10 by the Cochrane Library, Karla Soares-Weiser, MD, PhD, MSc, Editor-in-Chief of the Cochrane Library, emphasized, “Many commentators have claimed that a recently-updated Cochrane Review shows that ‘masks don't work,’ which is an inaccurate and misleading interpretation.” Yikes.

最近発表されたコクランレビューで、フェイスマスクが効かないという証拠だと主張する人がいるのをご存知でしょうか。その主張の中には、ちょっと言うなれば生意気すぎるし、コクランらしさが足りないものもあったのではないでしょうか?コクランライブラリー編集長であるKarla Soares-Weiser(MD、PhD、MSc)は、3月10日に発表した声明の中で、「多くのコメンテーターが、最近更新されたコクランレビューが『マスク効果がない』ことを示していると主張していますが、これは不正確で誤解を招く解釈です」と強調しました。うわぁ。

2021-08-11

和訳コロナワクチンでADEが問題にならなかった理由(MedPage Today)

和訳コロナワクチンでADEが問題にならなかった理由(MedPage Today)

〜新種のワクチンであっても、抗体依存性増強が問題となる可能性は低い〜

by Veronica Hackethal, MD, MSc, Enterprise & Investigative Writer, MedPage Today

2021年3月16日

(原文記事

Why ADE Hasn't Been a Problem With COVID Vaccines(MedPage Today)

https://www.medpagetoday.com/special-reports/exclusives/91648

パンデミックの初期に、科学者たちはCOVID-19ワクチン有効性と安全性を確保するための最良の構築方法について、さまざまな議論を行いました。その中には、他のウイルス感染症やワクチンで見られる、死に至る可能性のある免疫現象である抗体依存免疫増強(ADE)」に関する議論もありました。

これまでのところ、COVID-19ワクチンによるADEの報告はありません。しかし、COVID-19ワクチンのADEに関する懸念は、ウイルスの亜種が緊急に発生したことで再び浮上してきました。ADEとは一体何でしょうか?過去経験から何がわかっているのでしょうか?また、なぜ専門家COVID-19ワクチンでは問題ないと言っているのでしょうか?

◇ADEの特徴

ADEはさまざまな経路で発生しますが、おそらく最もよく知られているのは、いわゆる「トロイの木馬」経路です。これは、過去感染ワクチン接種によって生じた非中和抗体が、再び病原体さらされたときに、その病原体シャットダウンできない場合に起こります

トロイの木馬」経路とは、過去感染ワクチン接種によって生じた非中和抗体が、再感染時に病原体シャットダウンできず、かえってウイルス侵入を許し、通常は侵入できない細胞一般的にはマクロファージなどの免疫細胞)で増殖してしまうというものです。ハーバード大学T.H.チャン公衆衛生大学院バリーブルーム医学博士は、MedPage Today取材に対して次のように述べています

「ADEの原因は、ウイルスに対する抗体中和されないことです。ウイルスに対する抗体中和されず、抗体受容体を持つ細胞ウイルスが取り込まれしまうことにあります。これが、通常は感染しないような細胞ウイルスを取り込む方法です」とブルーム氏は言う。

ADEは、中和抗体ウイルスと結合して感染を阻止する抗体)の存在量が十分に少なく、感染を防ぐことができない場合にも起こります中和抗体は、ウイルス粒子と免疫複合体を形成するため、かえって病気悪化させることがあります

過去経験はADEについて何を教えてくれるのか?

トロイの木馬型ADEの典型的な例は、デング熱です。デング熱には4種類のウイルス存在します。それぞれのウイルスには違いがあり、過去に1つのウイルス感染たからといって、別のウイルスから守るのに十分な抗体ができるとは限りません。

ADEはデング熱ワクチン接種後にも発生しています。例えば、2016年に4つの血清型すべてを防御するデングワクチンが開発され、フィリピンで80万人の子どもたちに接種されました。ワクチンを接種し、その後、野生型デングにさらされた子どものうち、14人が死亡しましたが、これはより重症化したためと考えられます。それ以来、このワクチンは、すでにデング熱感染したことのある9歳以上の子どもにのみ推奨されています

もう一つの典型的な例は、米国で行われた呼吸器合胞体ウイルス(RSV)の不活化ワクチン臨床試験中にADEが発生したことです。1967年臨床試験に参加してワクチンを接種した子どもたちが、その後、社会ウイルスに遭遇した際に、より重篤なRSV疾患を発症しました。2人の幼児が死亡しました。このワクチンは、肺閉塞や呼吸器疾患を引き起こす免疫複合体形成と関連しており、RSVワクチンの開発はかなり停滞しました。

同様に、1960年代米国で開発されていた不活化麻疹ワクチンでもADEの事例が発生しました。ワクチンを接種した子ども重症化したため、ワクチンは中止されました。現在米国使用されている弱毒化した麻疹生ワクチンでは、ADEは発生していません。

COVID-19コロナワクチンではADEは問題にならない

科学者たちは、COVID-19ワクチンではADEはほとんど問題にならないと言っていますが、これは何を根拠にしているのでしょうか?

COVID-19ワクチン開発の初期段階から科学者たちはADEを引き起こす可能性が最も低いSARS-CoV-2のタンパク質ターゲットにすることを目指していた。例えば、SARS-CoV-2の核タンパク質を標的にすると、ADEを引き起こす可能性があることがわかったとき、彼らはすぐにそのアプローチをやめた。最も安全方法スパイクタンパクS2ブユニットを標的とすることであると考え、それを実行したと、Derek Lowe博士はScience Translational Medicineのブログ「In the Pipeline」で書いています

科学者たちは、ADEを探すために動物実験計画しました。そして、緊急使用許可を得たCOVID-19ワクチンの実世界でのデータでもADEを探しています。今のところ、その兆候は見られません。実際には、その逆のことが起こっているとLowe氏は指摘しています

「疑いの余地がないと思われるのは、ワクチンを接種した被験者から重篤コロナウイルス感染者が出ず、入院もしていないということです。これは、ADEが起こっている場合に予期されることとは正反対現象です」と彼は書いている。

さらに、ADEは緊急の問題であり、非常に劇的なものになりますトロントにあるマクマスター大学病理学・分子医学准教授であるブライアン・リヒティ博士は、「もしこれらのワクチン問題があるとしたら、今頃は発見されているでしょう」。

「(ADEが発生したら)すぐに死んでしまますよ。私が知っているADEは、すべてのケースで、それは急性で、ほとんどがサイトカインに起因する事象です」と彼はMedPage Todayに語っています

唯一の例外は、中国で開発された不活性化された全細胞ワクチン、つまり「殺した」ワクチンかもしれません。このワクチンには、1960年代にADEの原因となった麻疹ワクチンやRSVワクチン使用されたのと同じアジュバントであるミョウバン使用されていますブルーム氏によると、中国の不活化全細胞ワクチンは、これらの古いワクチンと同様にADEを引き起こす可能性が「考えられる」とのことです。

「このワクチン米国で日の目を見ることはないでしょうし、言及する価値もないかもしれません。中国製の全球殺虫ワクチンで実際にADEが発生した例はありませんし、あったとしても報告されていません」と述べています

バリアント(変異株)については?

現在COVID-19ワクチンは、世界的に流行したSARS-CoV-2の原型を防ぐために開発されたものである。亜種(変異株)が増えるにつれ、科学者たちは、これらの亜種の1つがADEを引き起こすほどの違いを持つようになるのではないかという疑問を提起してきた。Lichty氏によると、今のところ、この懸念は仮説に過ぎないようです。

「これまでのところ、COVID-19ワクチンでADEが発生したという証拠はありません。すべて理論的なものです」と述べています。「これまでのところ、ADEは既存ワクチンウイルス変異体では問題にならないという証拠があると思います」。

その理由の1つは、SARS-CoV-2が、ADEを引き起こすような形でマクロファージに影響を与えていないだけかもしれないが、科学者たちはまだ詳細を調べているところである。ADEは、HIVエボラ出血熱コクサッキーウイルスSARSMERSなどのコロナウイルスなど、他のウイルス自然感染した場合にも報告されている。

「今回のパンデミックを通じて、科学者たちはSARS-CoV-2に関連するADEを探してきましたが、これまでのところ、その事例は見つかっていません」、とLichty氏は指摘します。

「このコロナウイルスは、すでに人間に十分に適応しているので、中和しない抗体との相互作用マクロファージ侵入したとしても、マクロファージが明らかな病態を引き起こすのに十分なサイトカインを産生できないのかもしれません」と述べています

◇新しいワクチンはより安全

mRNAワクチンアデノウイルスベクターワクチン比較的新しいワクチンであるため、躊躇してしまうかもしれませんが、ブルーム氏によれば、これらのワクチンは、ADEの観点から見ると、古いタイプワクチンよりも安全性プロファイルが優れています

「肝心なのは、新しい技術は新しいウイルスパンデミックへの対応が早いだけでなく、より安全で、より明確に科学的に設計されているということです」と彼は言います。「Sタンパク質ワクチンは、よりクリーンで、より慎重に定義されており、より低リスクです。Sタンパク質ワクチンは、よりクリーンで、より慎重に定義されています。そのため、ADEの可能性は、以前のウイルスワクチン製造方法よりもはるかに低いのです」と述べています

最終更新日2021年3月18日

Veronica HackethalはMedPage TodayEnterprise and Investigative journalismチームのレポート担当しています

2020-12-22

あのイオンだって環境配慮商品ぐらい売ってるというのに……

MSCマークね、持続性や環境配慮した魚介類パッケージにつけられているマークなんだけど…

なのでパッケージされてない魚については、

「この魚ってMSC認証ですか?」

ぐらい店員に聞いてもいいと思ってたんだけど…

うなぎとかで色々後ろめたいので、せめて普段はできる限りのことはしたいし、お店側にもそういうものをできる限りおいてくれたらいいなと思ってるんだけど、聞かなくて良かったよほんと。

店員負担ガー」とか「上から目線啓蒙の押しつけだー」とか言われたり、しまいには張り倒されたりするんでしょ。

怖すぎるわ。

2020-04-21

COVID-19によるcytokine stormにMSC(間葉系間質細胞)を使う試みが始まるかもだって

これはどうなるのかめちゃくちゃ興味ある

治療成功の是非よりも、成功したとして、その後。

副作用として好転的な反応がある気がしてならない

2018-10-12

anond:20181012181047

もともと日本企業で働いていたけど、家族関係EUに来ました。

MSc日本で取っているけど、働いている中でもっと学びたいことができたので、冬学期からまずはnon-degree studentとして通っています

こっちの人は大学授業料無料なのが羨ましいけど、EU外の人にとっても日本大学に比べて格安授業料なのがありがたいですね。

私はオーストリアにいるので基本ドイツ語の授業が多いけれど、ERASMUSで他の国から学生も多いからか、英語の授業も多く、学生先生英語が通じるので助かっています

私が日本で通っていた大学にはこんなにも多くの英語講義がなかったので、日本に来る留学生はとても大変だったんだなぁと思います

中国自然科学系については詳しくわかりませんが、調査対象地域として中国をやられている方は、現地調査収集データの取扱について中国政府から色々言われることが大変だと言っていました。

生物化学実験系の分野だけかもしれませんが、オーストリア大学院生と日本大学院生を比べると、日本大学院のほうが、修論実験に対して重きをおいたカリキュラムになっているように感じますオーストリア場合は、大学院に入っても研究室にいるより授業に出ている方が長いように見受けられます。前述の通り、講義といっても学生に対してプレゼンや何かプロダクトを作ったりレポーティングにより評価することが多いので、こちらの学生の方が自分の成果を表現する能力が高くなるように感じます。一方、日本大学院ではゼミ実験が重視されているため、実験操作や実務能力に重きをおいているように感じます

私としては、今の時点でどちらが大学院のあり方として優れているかはよくわかりません。

日本からたことのない学生は、研究に対して保守的になりがちなので、あなた日本学生生活を過ごしたことがない場合、戸惑いがあるかもしれません。

私が学部生で研究室を決める際、先輩から、「いくら有名な先生研究室でも、実態は違うかもしれないから、研究室訪問をして、本当に自分がそこで一緒に研究したい人たちがいるか基準にしたほうがいい」と言われました。

有名な先生資金調達がうまく、予算が潤沢にあるかもしれないが、学生指導を全くしない先生もいます

いい研究室が見つかるといいですね。

2016-12-15

Ey, yo ゴマするバティマンMSC

書けよ曲を

書けよ曲を

書けよ曲を

2011-10-01

新しいMARPOL条約日本調査捕鯨の足かせとなるか?

最近シーシェパードなど海外活動家の間で話題の海洋関連国際条約ですが、

はたして彼らが期待するように南極海日本調査捕鯨が行えなくなるのか?という件についての備忘録

彼らの主張は調査捕鯨母船日新丸が南極海を航行すると条約違反になる、というもの

彼らによると、その根拠は二つ。

1)2011年8月1日から南極海での重油の運搬・使用が禁止された。

2)同時に二重船殻(ダブルハル)でない船の流氷海域航行が禁止された。

日新丸が南極を合法的に航行するためには大幅な改造が必要になり、金も時間もかかるので無理だろうから

今年日新丸が南極に来ることがあればそれは条約違反に当たるという主張。

これが事実なら大変、というわけで少し調べてみるとこれは全くの見当違い。

まず関連ソースを示すと、以下の二点。

SPECIAL REQUIREMENTS FOR THE USE OR CARRIAGE OF OILS IN THE ANTARCTIC AREA (RESOLUTION MEPC.189(60))

http://www.amsa.gov.au/Marine_Environment_Protection/Revision_of_Annexes_I_and_II_of_MARPOL/189-60.pdf

GUIDELINES FOR SHIPS OPERATING IN POLAR WATERS (MSC/Circ.1056-MEPC/Circ.399)

http://www.tc.gc.ca/media/documents/marinesafety/IMO_Polar_Guidelines.pdf

1)重油の使用について

ルポール条約の新しい条項に引っ掛かるのは日本で言うところのC重油のみ。

日新丸はもともとA重油(C重油より約3割高い)も併用しているので、

燃料費が多少増えることは確実だが南極海を航行することは当然可能。

2)二重船殻について

序文でわざわざ書かれているように、これはそもそも奨励であって強制ではない。

また、二重船殻化を奨励されているのは2011年1月1日以降に建造される船のみ。

既に建造された船について改造を強制するような性質のものではないので、

これまた日新丸が南極海を航行する妨げにはならない。

今後こういうことを口実に日本調査捕鯨IMO規制違反であるというようなことを言う人がいたとしたら、

その人は国際法やら南極海の航行規則などをほとんど知らない素人さんということですね。

例えば、以前逮捕されたピート・ベスーン(当時シーシェパード)とか。

http://www.facebook.com/Capt.Pete.Bethune/posts/214302368629769

2009-08-08

http://www.oshiete-kun.net/archives/2009/08/xp_2.html

これってさ、services.mscと何がちがうの?

services.mscサービス停止と手動起動にすればいいじゃん。

それよりとめるべきサービス名おしえてくれよ

2008-12-27

Re: anond:20081227163226

こういうこと?

Python 2.6 (r26:66721, Oct  2 2008, 11:35:03) [MSC v.1500 32 bit (Intel)] on win
32
Type "help", "copyright", "credits" or "license" for more information.
>>> spam = "egeegeegeggeeegeee"
>>> "egg" in spam
True
>>> spam = "egegegeeegeeeegege"
>>> "egg" in spam
False

2008-09-27

ラップが最も上手な日本語ラッパーって

誰なんだろう。とってもラップがお上手な10人をうんこしながら絞ってみた。




動画は、YouTubeから無理くり探してるので、「全然ベストな選曲じゃない!」という意見もあるかと思いますが、ご容赦ください。




スキルフルなフローでラップする10人

・SEEDA(SCARS)→http://jp.youtube.com/watch?v=l8jdx1Y9SVc

・BES(Swanky Swipe)

志人降神)→http://jp.youtube.com/watch?v=A9vmF8tMPfI

・だるまさん(元韻踏合組合

TwigyKAMINARI-KAZOKU)→http://jp.youtube.com/watch?v=fNiLCW3FThUの二人目(高音の人)

Mummy-DRhymester)→http://jp.youtube.com/watch?v=e2Na-IJbEogの一人目(ハゲじゃないほう)

DABONitro Micrphone Underground)

KREVA(元KICK THE CAN CREW

PESRIP SLYME

ポチョムキン餓鬼レンジャー

・ISH-ONE(Ying Yang)→http://jp.youtube.com/watch?v=Cd7FsfWCxsYの1人目(PVは赤面系)


ラップは他のジャンルよりものすごーく敷居が低くて、そこが良さだったりもするんだけど、

街を歩いている一般人カラオケでラップするのとさほど変わらないラップをするプロラッパーは実は山ほど居る。

その中でこの10人は特にリズム解釈の点で抜きん出ていて、この人たちのラップに馴れてしまうと、凡百の下手っぴラッパーCDをもう聞けなくなってしまう。

(技巧以外の点で魅力的なラッパーは別。例えばPRIMAL(MSC)のラップは決して技巧派ではないけどそのつんのめり加減がとても素敵。)

KREVAとかからラップに興味を持った人は、KREVAスタンダードになってしまっていてあまり「KREVAはラップが超上手い」という意識は無いかもしれないけど、

何十枚も日本語ラップCDを聞くうちに、「KREVAうめえ」って思うんじゃないかな。

あと、SOUL'd OUTが一番ラップが上手いという人がいて・・・となると世界一ラップが上手いのはTwista?どっちも嫌いじゃないけどね。



もちろんラップが上手いだけが全てじゃないので、歌詞が特に耳に引っ掛かる人たちも書いておきます。


■抒情性に富んだ詩を書く4人

小林大吾http://jp.youtube.com/watch?v=aXrDIT-fjtc

Shing02

Boss The MCTha Blue Herb)→http://jp.youtube.com/watch?v=9s1Z0hN8WNU

志人降神


■ユーモラスな詩を書く7人

ANIスチャダラパー

BOSEスチャダラパー

・Mint(元韻踏合組合

・AMIDA(元韻踏合組合

・だるまさん(元韻踏合組合

Shing02http://jp.youtube.com/watch?v=4C59NMd9en4

般若妄走族


■ぶっ飛んだ詩を書く3人

・O2(MSC)→http://jp.youtube.com/watch?v=tTq7K8E91Ssの1分18秒からと2分24秒からと4分25秒からの人。

NIPPS(元BUDDHA BRAND)→http://jp.youtube.com/watch?v=1r1X1mj8UGEの2分10秒辺りからの人。かわいすぎ

志人降神)→http://jp.youtube.com/watch?v=p1jmVv6Qs70の1分55秒辺りからの人。

2008-03-21

[]Python 2.5のdistutilsで、Visual Studio 2005を使いたい!

目的

Visual Studio 2005しかインストールしてない場合、Python 2.5だとdistutilsが正しく動かないっぽいので、どうにかしたいYO!

なんでVisual Studio 2005だと、distutilsが動かないんかな?

distutilsでVisual Studioを使うときのコンパイル環境は、sysモジュールのversionプロパティを参照して環境を選択をしているようです。Pythonインタプリタを起動して、以下のような命令を実行してみると、sys.versionプロパティが確認できます。

import sys;print sys.version

Python 2.5.2だと、以下のようになっています。Visual Studio 2003の環境が使われるようです。

2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)]

Python 2.6a1だと、以下のようになっています。Visual Studio 2008の環境が使われるようです。

2.6a1 (r26a1:61155, Mar  1 2008, 12:11:56) [MSC v.1500 32 bit (Intel)]

以上から察するに、Python 2.5.2とPython 2.6のどちらでも、Visual Studio 2005の環境が選択されることはないっぽいです。うーん、困った!

解決策

Python 2.6とVisual Studio 2008をインストールしよう!」というのを真っ先に思いつきましたが、あんまり環境を変えたくないんだよなー。というわけで、環境の変更を最低限に抑えてどうにかしてみました。簡単に言うと、distutilsだけの置き換えをしました。

Python 2.6 をインストールする

Python 2.6の公式ダウンロードページから、Windows版のインストーラーをダウンロードして、適当な場所にインストールしてください。

distutilsだけ置き換える

"Python-2.5.2/Lib/distutils"を別の場所に移動し、"Python-2.6a1/Lib/distutils"を"Python-2.5.2/Lib"以下にコピーしてください。以降はPython 2.6は必要ないので、アンインストールして構いません。

ファイルの修正
  • 例外をPython 2.5.2で許されている形式に変更。
  • get_build_version()関数で強制的に8を返すように変更。

上記の2点の変更を行います。distutilsディレクトリに、以下のパッチをあててください。

Index: msvccompiler.py
===================================================================
--- msvccompiler.py
+++ msvccompiler.py
@@ -170,6 +170,7 @@
     if majorVersion == 6:
         minorVersion = 0
     if majorVersion >= 6:
+        return 8
         return majorVersion + minorVersion
     # else we don't know what version of the compiler this is
     return None
Index: msvc9compiler.py
===================================================================
--- msvc9compiler.py
+++ msvc9compiler.py
@@ -128,7 +128,7 @@
                                "sdkinstallrootv2.0")
             else:
                 raise KeyError("sdkinstallrootv2.0")
-        except KeyError as exc: #
+        except KeyError, exc: #
             raise DistutilsPlatformError(
             """Python was built with Visual Studio 2008;
 extensions must be built with a compiler than can generate compatible binaries.
@@ -172,6 +172,7 @@
     if majorVersion == 6:
         minorVersion = 0
     if majorVersion >= 6:
+        return 8
         return majorVersion + minorVersion
     # else we don't know what version of the compiler this is
     return None
@@ -455,7 +456,7 @@
                 try:
                     self.spawn([self.rc] + pp_opts +
                                [output_opt] + [input_opt])
-                except DistutilsExecError as msg:
+                except DistutilsExecError, msg:
                     raise CompileError(msg)
                 continue
             elif ext in self._mc_extensions:
@@ -482,7 +483,7 @@
                     self.spawn([self.rc] +
                                ["/fo" + obj] + [rc_file])
 
-                except DistutilsExecError as msg:
+                except DistutilsExecError, msg:
                     raise CompileError(msg)
                 continue
             else:
@@ -495,7 +496,7 @@
                 self.spawn([self.cc] + compile_opts + pp_opts +
                            [input_opt, output_opt] +
                            extra_postargs)
-            except DistutilsExecError as msg:
+            except DistutilsExecError, msg:
                 raise CompileError(msg)
 
         return objects
@@ -520,7 +521,7 @@
                 pass # XXX what goes here?
             try:
                 self.spawn([self.lib] + lib_args)
-            except DistutilsExecError as msg:
+            except DistutilsExecError, msg:
                 raise LibError(msg)
         else:
             log.debug("skipping %s (up-to-date)", output_filename)
@@ -598,7 +599,7 @@
             self.mkpath(os.path.dirname(output_filename))
             try:
                 self.spawn([self.linker] + ld_args)
-            except DistutilsExecError as msg:
+            except DistutilsExecError, msg:
                 raise LinkError(msg)
 
         else:
manifestファイルを作る

python.exeと同じディレクトリに、以下のXMLを"python.exe.manifest"として保存してください。

<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity
        type='win32'
        name='Microsoft.VC80.CRT'
        version='8.0.50608.0'
        processorArchitecture='x86'
        publicKeyToken='1fc8b3b9a1e18e3b'
        />
    </dependentAssembly>
  </dependency>
</assembly>

これで終わりです。

2007-05-15

はじめて曽我部恵一よいなーと思った。

LOVE CITY』というCDを聴いたんです。

なんか滅茶苦茶リアルだと思った。

MSCKANが、リアルなもんしか認めない、みたいなことを

よく言ってて、俺はそんなことないだろーねつ造した表現にだって

面白い物はあるだろとか思ってたんだけど、そりゃーあるけど

圧倒的にリアルなもんのがストレートにひびくしおもろいしいいなーと

考えをあらためましたねん

てかリアルってなんだ?等身大で、誇張せず、身近なことってことでええの?

 
ログイン ユーザー登録
ようこそ ゲスト さん