- 1 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 11:03:24 ]
- 最強のＬＬ＝軽量プログラム言語は、どれよ？
エントリーは、Perl、PHP、Python、Ruby、JavaScript・・・
さあ、死ぬまで語りやがれ！！！
■LLとは？
軽量プログラミング言語（Lightweight Language,LL）とは、取り回しに優れ、
コードの作成や修正が容易と見なされるプログラミング言語のことを指す。
ここでいう「軽さ」はプログラマの負担の軽重を指し、
実行速度に優れているという意味ではない。
現在の水準では
・インタプリタ
・動的型
・正規表現
・関数オブジェクト
などを利用できるものがLLと呼ばれることが多い。（Wikipediaより）
■過去スレ
【Perl,PHP】LLバトルロワイヤル6【Ruby,Python】
pc12.2ch.net/test/read.cgi/tech/1244166510/
【Perl,PHP】LLバトルロワイヤル5【Ruby,Python】
pc12.2ch.net/test/read.cgi/tech/1238720336/
【Perl,PHP】LLバトルロワイヤル4【Ruby,Python】
pc12.2ch.net/test/read.cgi/tech/1234635513/
【Perl,PHP】LLバトルロワイヤル3【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1215319832/
【Perl,PHP】LLバトルロワイヤル２【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1209289408/
【Perl,PHP】ＬＬバトルロワイヤル【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1188997302/
- 593 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 22:59:21 ]
- >>592
> プログラマの心遣いとかの話じゃない。
プログラマの心遣いの問題ですね
CでUnicode対応アプリも書ければ、いわゆる「駄目文字」で問題を起こすアプリも書けるのと同じ
ただ、Javaや.NETのようにテキスト＝Unicodeと割り切ったほうが
心がけの悪いプログラマでも問題を起こしにくいのは確かで
Pythonも3.xからはそうなりました
- 594 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 01:11:57 ]
- Java/C#
内部エンコーディングUTF16で固定。入出力時に外部エンコーディング指定して必ず変換。
Python
uを付けた文字列はUTF16固定。付けないと任意？設定だっけ？内部的に混在するので扱い注意。
Perl
Cと同じで任意だっけ？wideはなしだっけ？
こんなんだっけ？もう面倒だし、Java/C#式の内部固定がぐちゃぐちゃにならなくて一番いい気がするけどどうなん？
- 595 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 02:03:55 ]
- >Python
> uを付けた文字列はUTF16固定。付けないと任意？設定だっけ？内部的に混在するので扱い注意。
>付けないと任意？設定だっけ？
ソースの先頭2行目に
# -*- coding: utf-8 -*-
などと書くと
そのコードでエンコードされたバイト列になる
>内部的に混在するので扱い注意
混在っつっても明示的にuが付いてる訳でそこは平気
どっちかというとprintでuの付いている文字列を出力すると
暗黙にデフォルトのエンコードに変換されてコンソールに出力されるが
pythonに慣れずに(perlとかと同じ感覚で)ごっちゃにしたバイト列の方をprintすると
よくここでエンコードエラー/デコードエラーになる
つまり文字列とバイト列の違いは意識する必要がある
あとpython3で改善されてるはず
- 596 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 02:07:00 ]
- >>595
>あとpython3で改善されてるはず
だからといって 2.4.x - 2.6.x が劣ってる訳じゃないけどね
2.3.x 以下は糞
- 597 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 03:58:10 ]
- >>593
もしかして、プログラマ性善説主義者か？お前ｗ
そんなのは言語仕様のレベルで都合のいい方向に傾けておくべきこと。
プログラマーなんて信用しちゃいけないよ。
あのリーナス・トーバルズすら、エンコーディングに無関心なのか git がマルチバイトを考慮しない仕様(バイナリとして扱う)
心遣いの問題とか言いいながら、永遠にマルチバイト対応がクソなC言語製やPythonアプリでも使ってろや
- 598 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 04:01:39 ]
- >永遠にマルチバイト対応がクソな
kwsk
- 599 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 08:45:26 ]
- 597は言語がサポートしてないとなにもできない厨。
- 600 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 09:19:42 ]
- いや、gitは確かにウンコ。
これはリーナスのおっさんが新しい方式について行けない老害だったから。
hgもウニコードの扱いが糞で、これもプログラマのセンスがなさ過ぎる。
Python3の文字列にバイナリとしてアクセスする方法をよこせなどと言っていた。
一方bzrは同じPythonだが上二つと比べて格段にエンコーディング周りのポリシーが優れてる。
- 601 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 09:29:19 ]
- >>594
uがついたのが文字列で、ついてないのはバイト列。
世の中には、どうしてかこれを区別できない連中が多すぎる。
- 602 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 09:38:09 ]
- uがついてるのはリテラルのときじゃね？
str = u"ahoaho"
ってしたらstrがなにかわかんなくね？
- 603 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 09:41:41 ]
- 正直スクリプトはこの辺がごちゃごちゃしすぎてて全然LLじゃねー
Javaのがはるかに楽
- 604 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 09:47:00 ]
- >>602
その場合strの値はunicode型で、uをつけなかったときはstr型になる。
型が違うと当然、相互の演算に制約を受ける。
- 605 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 09:50:15 ]
- Pythonの型付けは強い方だから、perlやPHPに慣れてる人だと引っかかるのかもしれないね
- 606 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 10:09:01 ]
- JavaはcharがUCS2だと割り切っただけだろ。
サロゲートペアで泣きを入れることになっても知らんぞ。
- 607 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 10:11:23 ]
- >>606
ユニコード操作するときってサロゲートペアはあんまり気にならないものだよ。
UTF32でも結局のところ合成文字を考えないといけなくてコード単位ごとに処理できない
- 608 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 10:17:29 ]
- Pythonは2.6でも from __future__ import unicode_literals したら、
"foo" が unicode になって、代わりにバイト列は b"foo" しないといけないようになるよ。
- 609 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 16:23:55 ]
- WindowsでPerlは確かにCreateFileAなのがダメだ。
Win32API::FileのCreateFileWを使えば簡単に呼べるんだが
Windows用のコードが増えちゃう。
decodeされてる文字列がそのまま、ファイルテスト演算子やPath::Class, IO::All等で使えるといい。
現状そうなっていないので、B::Hooks等を使って作ろうと考えたが時間がとれん。
PerlIO::fseは今一歩だ。
でも、だれかがやってるれるんじゃなかろうか。
現状はencode("cp932", "...")渡してる。
- 610 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 18:17:53 ]
- >>566
1.9ならRuby圧勝だが、1.8ならPython勝利。
- 611 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:14:12 ]
- pythonのバージョンは？
- 612 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:29:37 ]
- 具体的にRuby 1.9はPython2/3に比べて何がいいの？
- 613 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:33:36 ]
- 全然使ってる人がいなくてかっこいい
- 614 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:50:52 ]
- 後発組だけあって、いいとこ取りが可能
- 615 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:55:25 ]
- そんな抽象的な発言はいいから、具体的に何がPythonよりも優れているの？
Python/Java/.NET の文字列=Unicode方式は十分ベターな解として
受け入れられていると思うんだけど、それよりも良い物なんだよね？
- 616 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 20:05:13 ]
- 文字列のインスタンス毎にコードセット情報が付いていて、
言語やライブラリはコードセットについて暗黙の前提を一切持ってない。
プログラム本体が基本的に使う文字コードはUTF-8だけど、2ちゃんねるの
datファイルを扱うクラスの中だけはShift-JISに、とかそういう設計が普通に
できる。
コードセットインディペンデントと言って、一昔前に文字コードに興味のある
Unix屋が集まれば必ず、理想の処理方式として話題になった方式なんだが。
- 617 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 20:08:49 ]
- 結局、標準ライブラリ内に文字エンコーディングに関する情報をばらまかないといけない不便な方式。
- 618 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 20:13:11 ]
- perl以外の言語の必要性が分からん！
- 619 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 22:02:28 ]
- JavaはBOMをゴミ扱いするのが嫌
- 620 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 22:04:35 ]
- javaってLLか？
- 621 名前：デフォルトの名無しさん mailto:sage [2009/10/15(木) 00:07:08 ]
- objectです
- 622 名前：デフォルトの名無しさん mailto:sage [2009/10/15(木) 00:13:54 ]
- primitiveもあるから
- 623 名前：デフォルトの名無しさん mailto:sage [2009/10/15(木) 01:14:20 ]
- Python3 > Ruby1.9 = Python2.6 > Python2.5 > Python2.4 > Ruby1.8 > Python2.3
- 624 名前：デフォルトの名無しさん mailto:sage [2009/10/15(木) 10:47:26 ]
- Curl
- 625 名前：597 mailto:sage [2009/10/15(木) 13:50:49 ]
- >>599
「俺が」じゃなくて、海外のアフォどもがなｗ
- 626 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 12:25:40 ]
- 求人でRUBYとPHPで検索かけたらPHPの圧勝。
- 627 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 12:42:41 ]
- そりゃ求人ページが.phpなだけ。
- 628 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 15:02:25 ]
- それだけ需要が有るって事じゃね？
RUBYよか。
- 629 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 18:31:21 ]
- COBOLみたいな人気だよな。どう見ても
- 630 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 22:24:06 ]
- COBOL W
- 631 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 23:27:19 ]
- php きらいだが、php + netbeans 便利だな。
- 632 名前：デフォルトの名無しさん [2009/10/17(土) 03:08:14 ]
- どの辺が？
- 633 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 09:24:43 ]
- ↑
リモートデバッグっていうやつ
perl cgiでできんのかな
- 634 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 09:32:21 ]
- printデバグ + tail -f でそれほど困らないと思うのだが
サーバで動くアプリでデバッガって、どうやったって面倒くささが先に立つような
- 635 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 10:11:30 ]
- php 大きらいだが、php + netbeans は、わりと面倒ではなかったよ。
しかし、printデバグ + tail -fで十分だな
- 636 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 15:13:07 ]
- mixi Engineers’ Blog ≫ Lua on Tyrant: DBサーバにLLを組み込む
alpha.mixi.co.jp/blog/?p=236
LL？Python？Rubyと思ったら
↓
Luaでした
Python、Ruby組み込みにくいってよｗｗｗ死亡確認ｗｗ
- 637 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 15:15:50 ]
- VisualStudioとかに慣れてて、php仕事に移行して何がつらかったってprintfデバッグだったわｗ
DOS時代から入ったけど、その時すでにIDEだったからprintfデバッグなんて、perlでCGI(笑)作ったときくらいしかやったことなかたからひどかった
しかも、phpの挙動不審さが輪をかけてた
今なら、NetBeansでデバッグできるのか・・・
今度試すか
- 638 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 15:23:23 ]
- 俺はそもそもあんまりバグ無いからなあ・・・
- 639 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 15:40:53 ]
- ttp://hellopython.wordpress.com/2009/10/08/interview-with-python-3
Python△
- 640 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 18:34:41 ]
- >>636
そもそもが組み込み向けのLuaやスクワールと比べたらなあ…
- 641 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 19:05:53 ]
- >>638
そういう問題じゃないだろ
あろうがなかろうが、やらなきゃならん。普通は。
- 642 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:22:11 ]
- GUIのあるアプリケーションだとIDEがあった方がいいけど、ウェブならテキストエディタとprintデバッグで十分だろ。
- 643 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:31:11 ]
- う、うん……(´・ω・｀)
- 644 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:38:39 ]
- >>641
バグがないのになにをデバッグすんだよ
- 645 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:41:37 ]
- >>644
デバグは、バグを探すことも含んでるよ
- 646 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 02:16:10 ]
- デハゲしたいわ
- 647 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 10:36:26 ]
- GUIもCUIも関係無いだろ。
- 648 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 13:26:25 ]
- ああ、でもJavaScriptの場合、IDEがあった方がいいな。IDEというか、Firebugみたいなツール。サーバサイドの場合、高度な仕組み用意するまでもないからな。
- 649 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:06:29 ]
- eclipse + EPIC は、使い物になるのか？
- 650 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:26:45 ]
- とりあえず、本当にデバッガがないと困るって人はこれくらいやってるんだろうか
ttp://0xcc.net/blog/archives/000162.html
Eclipseのプラグインとかで使いやすくなってそうな気もするが、そういうのは無いのかな
- 651 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:56:22 ]
- あたし学生だけど、仕事現場ってxUnitつかわないの？
- 652 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:56:50 ]
- >>649
GUIでデバッグができるので重宝してるよ
- 653 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 17:18:23 ]
- >>651
千差万別。このスレの話題でも出てたように、コンソールでtail -fしかデバッグ環境が無いものもある。
- 654 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 18:30:04 ]
- デバッグの話が出てるけど、
バグ潰しって普通テスト書くもんじゃないの？
- 655 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 20:07:31 ]
- 初心者だから、普通がわからん！！
- 656 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 20:13:41 ]
- テストって言っても、ウェブの場合、結局ブラウザ通さないとダメでしょう。処理が複雑な場合は、セレニウム使ってる。簡単なのは目視。
- 657 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 20:17:00 ]
- >>655
意味が分かる前にやめておけw 全然すすめられない。
知ってはいたけどブラウザー依存はかなり多いのね。特にjavascript。
Firefoxだけ解釈が違うものがいくつかあって、対応しなくてもいいことになったが、今後の事を考えると怖い。
- 658 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 20:40:36 ]
- テストをすすめない？なぜ？
- 659 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 21:35:45 ]
- いや、仕事として薦めないってだけ。
テストはやらなあかん。
- 660 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 21:39:40 ]
- 友愛とUIを掛けてるのか
- 661 名前：デフォルトの名無しさん mailto:sage [2009/10/19(月) 00:47:19 ]
- つーか、テストってそういう環境依存テストばっかりだからなｗ
ＬＬ使うような仕事はｗ
- 662 名前：わかんないんです（＞＜） ◆WAkan9Ey1g mailto:わかんないんです（＞＜） [2009/10/19(月) 02:08:31 ]
- わかんないんです（＞＜）
- 663 名前：デフォルトの名無しさん mailto:sage [2009/10/19(月) 14:19:20 ]
- そもそもマトモな仕様書がない状態で開発させられるからな。
多分こんな感じで動けば自然な動作だし使いやすいだろうって作って、クライアントに検収出すと、それで通るからな。
そんな実態でユニットテストなんて意味持たない。
- 664 名前：デフォルトの名無しさん mailto:sage [2009/10/19(月) 18:15:21 ]
- ブラウザのUIをテストするのに、
xUnitとかをどう使えばいいのか。
- 665 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 21:26:02 ]
- >>664
>わたしは無能で土方作業をしています。
まで読んだ。
- 666 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 22:03:33 ]
- 666
- 667 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 23:07:09 ]
- >>665
自分の心を読んだんですね。
- 668 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 23:11:24 ]
- さくら鯖使ってsend_mailで送信元のアドレスを変えたいんですが
変わりません。
php.iniをこんな感じにしたのですがどうすればいいでしょうか？
[mail function]
; For Win32 only.
SMTP = smtp.xxxx.sakura.ne.jp
; For Win32 only.
sendmail_from = info@xxxx.sakura.ne.jp
- 669 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 23:14:58 ]
- さくらサーバって、Windowsサーバだったのか。知らんかった。
- 670 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 00:38:26 ]
- >>668
require 'net/smtp'
- 671 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 00:40:36 ]
- >>669
www
- 672 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 00:43:01 ]
- pc11.2ch.net/test/read.cgi/hosting/1249413826/
pc11.2ch.net/test/read.cgi/hosting/1227200815/
pc11.2ch.net/test/read.cgi/hosting/1245735246/
- 673 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 03:23:01 ]
- gtkチュートリアルのサンプルコードを見比べてみて、rubyが一番まともに見えた
- 674 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 13:52:48 ]
- よし、そのまま仕事の案件として昇華するんだ
- 675 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 20:19:48 ]
- なんとなく phpって嫌いだ
好きにになる方法を教えてくれ
- 676 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 20:25:17 ]
- やだ
- 677 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 20:48:27 ]
- >>675
ホワイトスペースやブレインファックでCGIを書く
- 678 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 21:54:27 ]
- phpの利点を教えてしい
- 679 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 21:56:35 ]
- デザインとロジックを近くに配置することで、非常に高いメンテナンス性を得られます
- 680 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 22:57:58 ]
- >>672
ありがとん！
- 681 名前：デフォルトの名無しさん [2009/10/22(木) 23:20:02 ]
- 何で近いとか遠いがメンテナンス性に関係するん？
疎や密じゃないん？普通
- 682 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 23:21:37 ]
- マジレスする殿方って……
- 683 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 23:39:50 ]
- JavaScriptの悪口はそこまでだ
- 684 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 00:02:30 ]
- どんな超反応だよｗ
- 685 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 00:28:25 ]
- >>678
変数宣言をせずに、好きな型を代入できること。
- 686 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 00:45:26 ]
- それはぶっちゃけここでいうLLの全てに当てはまるので、特にPHPの利点じゃない
- 687 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 00:56:41 ]
- ガ━━(ﾟДﾟ;)━━ン！知らんかった。
じゃあ何でもいいや。
- 688 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 01:42:01 ]
- Pythonは互換性がごにゃごにゃになったのでもう使う気がしないんだが。
いまさらPerlってのもなあ・・Rubyとかいや論外かな。
JavaScriptはいいよね、でもサーバサイドがなあ。
大体今こんな感じに思う。ろくな選択肢がないね。
- 689 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 02:26:20 ]
- >>685-686
いや、もうちょっと微妙な話をするなら、確かにPHPが一番お手軽とは言えるかもよ。
次点がRuby・Python、ちょっと下がってJavaScript、ずっと下がってお情けでPerlと
言って言えなくもない ＞ 変数宣言と代入のお手軽さ
ただそれに伴う副作用の話とかすると順位とか単純につけられるもんじゃないって
ことなんだろうが。・・・詳細は俺に聞くなよ？
- 690 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 06:34:30 ]
- Pythonの互換性云々を言うヤツがJavaScriptはいいよね、って正直信じられん。
- 691 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 09:44:43 ]
- PerlもPythonもRubyも変革の途上だから互換性で言えばどれも微妙な感じ
- 692 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 10:40:46 ]
- じゃあ速度を取って Perl で。
とか言えないよなぁ。
- 693 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 13:58:27 ]
- 速度優先ならPythonだろ
|
 |
