Pythonについて（アンチ専用）

**デフォルトの名無しさん** · 2008/02/21(木) 10:24:06

Pythonが嫌いな人のためのスレッドです。

■関連スレ
Rubyについて（アンチ専用） Part002
http://pc11.2ch.net/test/read.cgi/tech/1200210768/

**デフォルトの名無しさん** · 2018/08/31(金) 19:05:06.17

>>882
そんなもんおまえが気づけた程度の極意なんやから
未来ある有望な子どもたちは当たり前のように気づくやろw
論理的ってこうゆう事やでアホンダラw

**デフォルトの名無しさん** · 2018/08/31(金) 23:27:44.03

日本の学校は子供を潰す
延びる芽を摘む教育

**デフォルトの名無しさん** · 2018/09/01(土) 00:19:19.24

>>884
言っとくけどおまえの芽はもとから腐っとったからなw

**デフォルトの名無しさん** · 2018/09/01(土) 16:47:17.22

インデントが崩れちゃうとそれだけで構造が読みにくくなる。
整形もプログラムを読解しながらやらなきゃならないので非常に効率が悪い。

**デフォルトの名無しさん** · 2018/09/08(土) 13:20:48.49

>>884
子供は教師のマウンティングするための道具でしかないからな。

**デフォルトの名無しさん** · 2018/09/15(土) 15:16:31.17

Pythonって、リストに値を追加する時、配列のような index 番号か、
または、'Hello' などの値を指定して、その値を探して一致した要素
の直前か直後辺りに追加する事は出来ても、C言語のように、
ポインタを指定して、そのポインタの指す要素の直後に追加する
ことは出来ないよね。

もし、そうだとすると、言語自体が高速動作に向いてない。

元々、データ構造的にリストとは配列とは異なる概念で、前者は
ポインタで互いに要素をリンクした構造。

だから、index 値から、要素を特定するには、先頭から順番に
「辿る」作業が必要で、要素数がNの時、O(N)の時間がかかって
しまう。値を探すのも、当然O(N)の時間がかかる。

Cの場合のポインタや参照などで場所を指し示す方法だけが、
O(1)の時間で済む。

ポインタの概念が理解しにくい人もいるらしいが、Pythonの方法だと、
どんなにCythonなどでコンパイルしても、アルゴリズム的に
速度は上がらない。

**デフォルトの名無しさん** · 2018/09/15(土) 15:32:30.08

以下の仕様もダメ。ループでの要素削除がまともに出来ない。この不具合
を回避するためにはリストをまるまるコピーしなくてはならず、とても効率が悪い。
Cythonでコンパイルしても、Cに比べてとても遅くなってしまう。

http://blog.livedoor.jp/kmiwa_project/archives/1030391127.html
http://sakitake.blogspot.com/2012/10/pythonfor.html

Python　で　リストの中身をforループで削除する時の注意点。

numbers = [1,2,3,4,5]

とあって、for ループで numbers　の中身を消したいと思って、下記のようにすると、失敗する。

for e in numbers:
　　numbers.remove(e)

numbers　の中に、　2と4　が残ったままとなる。

numbers = [2,4]

Pythonの仕様。

そこで、このようにする。

for e in numbers[:]:
　　numbers.remove(e)

[:]　とすることで元のリストのコピーとなり要素の順番を全て取得でき、全ての要素を順番に削除が行える。

**デフォルトの名無しさん** · 2018/09/15(土) 15:54:07.45

>>888
「辞書」や「集合(Set)」は、O(1)で探せるらしいが、それは、Hush法を用いている
からだ。しかし、例え O(1)でも、データを探すには、例えばデータが文字列なら
最低1回の文字列比較(C言語でのstrcmp()みたいなもの)は必要になるので、
文字の長さに比例した時間がかかってしまう。

要素(データ)が文字列の場合に限らず、1つ1つの要素のデータが複雑
になった場合は、その複雑さに比例したような検索時間がかかるようになる。

つまり、要素数をN、1つあたりの要素の平均サイズをM とすると、
「辞書」や「集合」であっても、O(M)の時間がかかる。

リストなら、O(M・N)の時間がかかる。

一方、C言語のリストなら、ある要素の直前、直後に追加するのには、
全く探す動作が必要ないので、O(1)で済む。

こういうところが、PythonとCの速度差に繋がる。

**デフォルトの名無しさん** · 2018/09/15(土) 15:59:11.04

>>888
numpy

**デフォルトの名無しさん** · 2018/09/15(土) 17:45:41.50

【IT】奴隷制を連想させるとして、Pythonで「master」「slave」といった単語が削除される
https://egg.2ch.net/test/read.cgi/bizplus/1536925223/

**デフォルトの名無しさん** · 2018/09/16(日) 02:05:46.60

>>892
バカだよな。
つっぱねるべきだった。

**デフォルトの名無しさん** · 2018/09/16(日) 11:17:08.95

povertyかと思った

**デフォルトの名無しさん** · 2019/01/11(金) 14:38:30.97

rubyからpythonへ
https://kiito.hatenablog.com/entry/2016/09/20/164134

**デフォルトの名無しさん** · 2019/01/11(金) 15:12:33.96

https://www.publickey1.jp/blog/19/ruby_2.html

**デフォルトの名無しさん** · 2019/01/11(金) 17:10:14.44

>>889
配列からの削除なんて、要素がずれるから、全言語でバグる

**デフォルトの名無しさん** · 2019/01/12(土) 11:09:31.46

>>> a = [1, 2, 3, 4, 5]
>>> for e in range(len(a)): a.pop()
>>> a
[]

**デフォルトの名無しさん** · 2019/01/25(金) 12:56:22.32

>>888
PythonのリストのランダムアクセスはO(1)で、実態は配列だよ
また、Cのポインタは配列アクセスと同じなので、
配列操作に関して言えばポインタを持つのもインデックスを持つのも同じ
int a[10] = {0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10};
b = 2;
// a[b] == *(a + b) == *(b + a) == b[a] == 2

**デフォルトの名無しさん** · 2019/04/12(金) 11:28:27.17

誰が書いても同じように書けるとか言うくせに
同じようなモジュールたくさん作りやがって。

ディレクトリ名取るのに os.listdir と glob.glob と pathlib.glob ... バカかよ。

**デフォルトの名無しさん** · 2019/04/12(金) 13:08:25.69

C:/Users/Owner/Documents/*.txt

Ruby では、Windows のファイルパスを、/ で書けるけど、
Python では、\ だから、うっとおしい！

**デフォルトの名無しさん** · 2019/04/12(金) 13:21:29.77

うちのpythonはwindowsでも/使えてるんだが

**デフォルトの名無しさん** · 2019/04/18(木) 16:54:41.92

python のことを何も知らないで荒らしてるルーピーなんかホットケーキ

**デフォルトの名無しさん** · 2019/04/18(木) 21:39:26.04

map あるのに list内包とか作ってブレブレ。
list 返すのか iterable オブジェクト返すのかも。
オブジェクト指向に関数型の見た目だけ取り入れてごちゃごちゃ。

初心者の取り込みには成功したね。
上級者の生産性は落ちるけど。

**デフォルトの名無しさん** · 2019/05/22(水) 17:02:58.86

確かにpy3になってlist(hoge)することが多くなった
もう少し柔軟に暗黙の変換してくれてもいいのに

**デフォルトの名無しさん** · 2019/05/23(木) 11:12:54.31

Pythonはスリザリンの陰謀だからな
つまりそれはあの人を彷彿とさせるのであって邪悪なんだよ

**デフォルトの名無しさん** · 2019/06/03(月) 08:44:00.85

サーバにPythonをインストールするのは危険

https://twitter.com/xKaliSec/status/1134524636715241473
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2019/06/03(月) 12:11:04.73

Pythonなのかどうかわからないじゃん？

**デフォルトの名無しさん** · 2019/06/03(月) 12:13:42.21

大腸ですね判ります

**デフォルトの名無しさん** · 2019/06/14(金) 09:09:59.59

Pythonはコードが書きやすい?ご冗談でしょう
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00682/061100007/

**デフォルトの名無しさん** · 2019/06/14(金) 12:13:07.84

>>910
>自分が知っている範囲では、他のメジャーな言語でこれほどコロンを多用する言語はない。
BASIC でマルチステートメント使わないのかな？

**デフォルトの名無しさん** · 2019/06/14(金) 12:15:39.40

私は馬鹿ですって言ってるようなもの

●コロン忘れる←セミコロン行末に書く言語のことを忘れてるだけじゃね
●Scheme/Rubyと比べて値返し←Cも知らんのかこいつ＆PythonはPerlの悪弊から逃れられたのにRubyの悪弊持ち込んでどうする？

**デフォルトの名無しさん** · 2019/06/14(金) 17:23:09.20

>自分が知っている範囲では、他のメジャーな言語でこれほどコロンを多用する言語はない。

せやな…　　　C++

> Pythonでは、関数が返す値には明示的に「return」を付ける必要があるのだ。

せやな…　　　PowerShell

**デフォルトの名無しさん** · 2019/06/15(土) 10:22:11.04

クソしょうもないシンタックスの話ほど盛り上がる

**デフォルトの名無しさん** · 2019/06/15(土) 11:08:48.32

文法ネタで盛り上がってる訳じゃないな

シッタカでドヤってるアホが
間違いでツッコミどころ満載だから
盛り上がる

**デフォルトの名無しさん** · 2019/06/15(土) 13:58:57.32

>>913
return 使わないで戻り値返す言語って何があるの？
関数系は当たり前だけどさ。

**デフォルトの名無しさん** · 2019/06/15(土) 14:04:06.60

Cは実質voidでもアキュムレータの値をお漏らしする実装がある
*ubyはそれを悪用したと表明している

**デフォルトの名無しさん** · 2019/06/15(土) 14:21:26.25

>>916
目か頭に障害でもあるのか？
PowerShell って明記してるんだが…

あとこじつけでもいいならVBAとかPascalもReturn使わずに戻り値を戻せる

**デフォルトの名無しさん** · 2019/06/15(土) 15:32:44.72

>>918
老眼でな。

PowerShell は return で返すんじゃないのか。
他の言語だと result 使うとか関数名に代入とかもあるけどな。
手続き形で明示的に書かなくてもいいのは Julia くらいしか知らなかったんで。

**デフォルトの名無しさん** · 2019/06/15(土) 15:55:56.04

>>919
PowerShell の Return は制御を戻す役目
シンタックスシュガーとして
Return $a
とか書けるけど
$a
Return
って書いても同じ

> 他の言語だと result 使うとか関数名に代入とかもあるけどな。
それ
>> あとこじつけでもいいならVBAとかPascalもReturn使わずに戻り値を戻せる
のことだよね
result は Delphi だと思うが

**デフォルトの名無しさん** · 2019/06/15(土) 16:29:47.79

ネストしたブロックからの制御が足りなかったような？
perl だとこんな感じの深いところからでも redo continue last などがラベル指定で制御できる
last TRIANGLE if ($debug); とか
かなり自由にブロック(ブロックはスコープもその中になる。)を作れて、
必要ならラベルもつけられる。つけたラベルは redo last などの後につけて制御できる。ついでに制御の先が分かりやすい

TRIANGLE:
{
RUN:{
DISPLAY:{
}
GENERATOR:{
}
}
}
}

**デフォルトの名無しさん** · 2019/06/15(土) 18:23:27.01

>>919
Perl もそう。
スクリプト系言語は、最後の評価結果が戻り値になるのが多いやろ。

これを知らんようなヤツは、言語を評論してはいかんねえ。

**デフォルトの名無しさん** · 2019/06/15(土) 19:57:42.74

>>922
確かに perl もそうだったな。return 使うけど。

スクリプト系ってあと何だろう？
JavaScript 、PHP、Luaあたりかな。

オレの良く知らないGoとかRustとかNimとかCrystalあたりかと思ったんだよ。
知ってたら教えてね。

**デフォルトの名無しさん** · 2019/06/15(土) 23:35:25.20

Ruby は、return を書かなくてもよい

この場合、最後の評価結果が、戻り値になる

**デフォルトの名無しさん** · 2019/06/16(日) 11:32:58.74

returnを書くかどうかで生産性に違いが出ると思ってるやつって
こんなにいるのか？

**デフォルトの名無しさん** · 2019/06/16(日) 11:40:28.09

perl は return 不要だ
python は return 書かないと None が還るので戻り値は「常にある」

**デフォルトの名無しさん** · 2019/06/16(日) 12:11:14.67

return 書かないと途中で抜けられないだろ。

**デフォルトの名無しさん** · 2019/06/16(日) 12:26:27.60

returnを書くかどうかで生産性ガーって>>925しか言ってなくね？w

**デフォルトの名無しさん** · 2019/06/16(日) 13:08:45.64

じゃあなんでreturnについてこれだけレスがついてるのかね？
文脈読めない人にはそう感じないのかもしれんが。

**デフォルトの名無しさん** · 2019/06/16(日) 13:54:06.60

値返すのにreturn使う言語と使わない言語あげてるだけだろ…
どこの文脈曲解したら生産性の話になるんだよw

**デフォルトの名無しさん** · 2019/06/16(日) 19:56:22.25

なるほど生産性とまるっきり関係のないことをあーだこーだ言ってるんだ。
そりゃすごいね。

**デフォルトの名無しさん** · 2019/06/16(日) 20:50:44.73

可哀想な奴…

**デフォルトの名無しさん** · 2019/06/16(日) 21:27:51.29

>>931
おまえがコンピュータ言語に興味がないことはわかったから、黙っとけ。

**デフォルトの名無しさん** · 2019/06/16(日) 21:56:33.92

returnについてあれこれ言語別の特徴をドヤ顔しつつ書き込んでましたが
生産性には一切関係ない無駄議論でした。

**デフォルトの名無しさん** · 2019/06/16(日) 22:36:22.41

んなことはわかっとる。
わかってないヤツなんかおらんやろ。ｗ

**デフォルトの名無しさん** · 2019/06/16(日) 23:19:50.83

生産性になんか興味ないよ。

**デフォルトの名無しさん** · 2019/06/17(月) 07:16:53.06

大多数: あれは return が必要、これはなくてもいいぞ… ワイワイ、ガヤガヤ
ID:yEr4r4hL: 生産性ガー
大多数: いや、生産性なんて話してないし… （当惑
ID:yEr4r4hL: 生産性の話しないのはおかしい
大多数: いや、おかしいと言われても… （困惑
ID:yEr4r4hL: 無駄議論かよ！
大多数: （匿名掲示板で何イキってるんだよ…）

**デフォルトの名無しさん** · 2019/06/17(月) 14:42:26.24

細かすぎて伝わりにくい､Pythonの本当の落とし穴10選+α
https://qiita.com/kwatch/items/525b0f85812c7be7c74c

**デフォルトの名無しさん** · 2019/06/17(月) 15:35:46.40

馬鹿自慢大会開催のお知らせ

**デフォルトの名無しさん** · 2019/06/17(月) 18:31:59.14

>>938
>・リストに対してmapやfilterといった関数を適用した結果が、リストではなくイテレーターのオブジェクトになっている
本これ。

あと三項演算子のifは本当マヌケ。

**デフォルトの名無しさん** · 2019/06/17(月) 19:34:42.89

>・リストに対してmapやfilterといった関数を適用した結果が、リストではなくイテレーターのオブジェクトになっている
C#もそういう感じだが、むしろそれがいい。
イテレータからリストを作るのは簡単だし、なによりも遅延実行にする余地ができる。

**デフォルトの名無しさん** · 2019/06/17(月) 20:23:37.78

イレテータを返すのかリストを返すのかが直感的に分からない。
遅延評価は甘え。

**デフォルトの名無しさん** · 2019/06/18(火) 01:21:51.16

>>942
そのへん、C#はすぐわかるからな。ｗ
原則はイテレータだし、IDEサポートが最強だし。

Pythonは、全部イテレータ返しにすればいいんじゃないの？

**デフォルトの名無しさん** · 2019/06/18(火) 02:12:15.49

Ruby でも、Enumerable よりも、
Enumerator を戻してくれる方が、実体化が遅延されるからよい

ドンドン、Enumeratorでつなげていって、最後に配列化(実体化)する

**デフォルトの名無しさん** · 2019/06/18(火) 07:45:58.61

pythonのジェネレータ関数の仕様は、よく言えば不親切、ありていに言えば狂ってる。
なんであんな仕様にしたんだか。

**デフォルトの名無しさん** · 2019/06/18(火) 14:01:40.11

C# の IEnumerable はキモい

**デフォルトの名無しさん** · 2019/06/18(火) 18:52:58.21

キモいのは最初だけだよ。。。
すぐに馴れて、キライじゃなくなるよ。。。

実際、発明だったことは間違いないし。

**デフォルトの名無しさん** · 2019/06/18(火) 22:13:54.84

>>945
Haskellの遅延評価を持ってきたかったのかもな
どちらも無限に続く数列っぽく扱える

そしてpython は速度と柔軟性のバランスの着地点を探しながらこうなったと

**944** · 2019/06/18(火) 23:39:26.95

Ruby でも、Enumerable#lazy で、無限配列を扱える。
Enumerator のように、select, map, reject など、一部のメソッドで遅延評価される

それで最後に、to_a, first, take などが呼び出される所で、配列化(実体化)される

p range = ( 1..Float::INFINITY )
#=> 1..Infinity 範囲オブジェクト

p enum = range.lazy
#=> #<Enumerator::Lazy: 1..Infinity>

p enum_2 = enum.take( 3 )
# ブロック無しなので、Enumerator を戻す。
#=> #<Enumerator::Lazy: #<Enumerator::Lazy: 1..Infinity>:take(3)>

p ary = enum_2.to_a
#=> [1, 2, 3] 配列化(実体化)

**デフォルトの名無しさん** · 2019/06/19(水) 04:51:18.47

【出資】松本卓朗人工知能詐欺【注意】
https://rio2016.5ch.net/test/read.cgi/rikei/1560859403/

**デフォルトの名無しさん** · 2019/11/03(日) 21:19:14.48

敗者復活の拠り所

**デフォルトの名無しさん** · 2020/12/11(金) 01:35:12.66

アンチスレ1年前で停まってるし

**デフォルトの名無しさん** · 2022/10/10(月) 15:34:27.54

なんでボコボコダウンロードしようとするの

**デフォルトの名無しさん** · 2022/11/03(木) 08:28:05.36

3.11.0 余計なことしやがって > setup.py

**デフォルトの名無しさん** · 2023/09/28(木) 02:26:59.26

次スレ
C＃で仕事ある？
https://mevius.5ch.net/test/read.cgi/tech/1111656698/

**デフォルトの名無しさん** · 2023/09/28(木) 02:33:02.78

片原はやから

**デフォルトの名無しさん** · 2023/09/28(木) 02:33:08.99

北原

**デフォルトの名無しさん** · 2023/09/28(木) 02:33:16.34

チンピラ

**デフォルトの名無しさん** · 2023/09/28(木) 02:33:22.28

かはやな

**デフォルトの名無しさん** · 2023/09/28(木) 02:33:45.29

まはわしわや

**デフォルトの名無しさん** · 2023/09/28(木) 02:34:40.24

てらが

**デフォルトの名無しさん** · 2023/09/28(木) 02:34:47.79

寺門

**デフォルトの名無しさん** · 2023/09/28(木) 02:34:54.20

博士

**デフォルトの名無しさん** · 2023/09/28(木) 02:35:01.88

奈須川

**デフォルトの名無しさん** · 2023/09/28(木) 02:35:14.33

平田信

**デフォルトの名無しさん** · 2023/09/28(木) 02:35:24.01

菊地直子

**デフォルトの名無しさん** · 2023/09/28(木) 02:35:33.74

新実智光

**デフォルトの名無しさん** · 2023/09/28(木) 02:35:42.26

高橋克也

**デフォルトの名無しさん** · 2023/09/28(木) 02:41:20.02

らわはわひわ

**デフォルトの名無しさん** · 2023/09/28(木) 02:41:25.69

なかひ

**デフォルトの名無しさん** · 2023/09/28(木) 02:41:31.00

ゆさひ

**デフォルトの名無しさん** · 2023/09/28(木) 02:41:36.57

まさあやしや

**デフォルトの名無しさん** · 2023/09/28(木) 02:41:41.95

マヤささや

**デフォルトの名無しさん** · 2023/09/28(木) 02:41:52.38

ゆら

**デフォルトの名無しさん** · 2023/09/28(木) 02:41:57.54

まはやしや

**デフォルトの名無しさん** · 2023/09/28(木) 02:42:04.93

ばさわさわさわか

**デフォルトの名無しさん** · 2023/09/28(木) 02:42:11.61

やさをはわさ

**デフォルトの名無しさん** · 2023/09/28(木) 02:42:27.03

次スレ
C＃で仕事ある？
https://mevius.5ch.net/test/read.cgi/tech/1111656698/

**デフォルトの名無しさん** · 2023/09/28(木) 02:55:20.25

なぱさ

**デフォルトの名無しさん** · 2023/09/28(木) 02:55:34.94

わはわはわさ

**デフォルトの名無しさん** · 2023/09/28(木) 02:56:02.23

　　　　／　　　　　　　　　　　:ヽ
　　　／　　　　　　　　　　　　　:＼
　　 ./　　　　　　　　　　　　,,,,;;::'''''　ヽ
　　/　　　,,,,;;:::::::::::::::　　　　　__　　ヽ
　　|　　　. 　＿＿　　　　 '＜'●,　　 |
　　|.　　'"-ゞ,●＞　.:: 　　　　　　 |
　　|　　　　　　　　　　::: :⌒ 、　　　 |
　　ヽ.　　　　　　;ゝ(　,-､ ,:‐､）　　　　 |　へーすごいじゃん
　　　l..　　　　　　　　　| 　|　　　　　|
　　　|　　　　　　　__,-'ﾆ|　 |ヽ_　　　 |
　　　ヽ:　　　　　　ヾﾆ| 　|ン"　　 /＿＿
　　　　.ヽ:　　　　　　　　|　 l, へ　　　　　 ::::ヽ,
　　　　l.:`. 　　　　　/　／　 , ＼　/ヽ　　::＼
　　　　 `､::::: 　　　　　|　　　￣￣＼/　ﾉ　　 :::ヽ
　　　　　 |::::::　　　　　|　　　ー‐/　/　　　　::::＼

**デフォルトの名無しさん** · 2023/09/28(木) 02:57:26.95

　　　　　　　　　　 , -─- ､　　, -‐- ､
　　　　　　　 ,, -'"　　　　　｀V　　　　 `‐､
　　　　　　／　　　　　　　　　　　　　　　＼
　　　　.／　　　　　　　　　　　　　　　　＼
　　　 /　　　　　　　　　　　　　　　　　　　　　　ヽ
　　 ./　／　　　　　　　　　　　　　　　　　　 l　　ヽ
　　/　 /　/　　／　./ /　　　　　　　　　 l 　 | .l　.ｌヽ
　　|　 l.　l　　/　／ / ./ .l　　　 |　　|　 l　 / /　 l l.〉　　 ∧∧∧∧∧∧∧∧∧∧∧∧
　　 l、 |　|　 l　 / ／ ./ ./ 　 |.　 l　　| ./ ./ ./　| |./　　＜　　　　　　　　　　　　　　　　　＞
　　ｌ、|　|　l　// /／／|　　 l　 /　/ /／／/ / /　　　＜　　見るがいい… 　　　　　　＞
　　　ｌ、l　|　/l//／＿/ l　 /　/／_|/_∠| /　| /　　　＜　　これが厨房が立てた　　　＞
　　　 /⌒ヽ | ＼　`ｰ'　ゝl 　//　`ｰ'　／|/⌒v'　　　　　＜　　ＤＱＮスレッドだ！　　　＞
　　　 | ｌ⌒l l|　　￣￣"/／|〉￣￣￣　 .|/＾_l.l　　　　　＜　　ワハハハハ　　　　　　＞
　　　ヽゝ(ｰ|　／|　　　´ ＼|　　　　　　 ll ),l'ノ　　　　　＜　　　　　　　　　　　　　　　　　＞
　　　　lヽ_ ／　 |　　 ┌───7　　　/._／　　　　　　 ∨∨∨∨∨∨∨∨∨∨∨∨
　　　　 .l／　　　| 　　 l￣￣￣/　　 / /　　 ,ノ!
　　　　/ 　　　 |..　　　V´￣∨　　 ./ /,.-‐'"　.|
　　 ./ 　（;;）　 |＼　　 `ｰ‐'´　　／ / 　　　 |
　　 |　　　　　＿|＿＼　　　／| ./　　　　　 |
　　(| 　 ,.-‐'"　　　 |　＼＿_／　 .|/　　　　_,.-─;
　　　|／　　　　.（;;） |─────┤ _,.-‐'":::::::::/
　￣　　　　　　　　 |::::::::::::::::::::::::::::::|＾l::::::::::::::::::/