【ﾜｯﾁｮｲ有】Vue vs React vs Angular Part.5.5 (93ﾚｽ)
上下前次1-新
1: (ﾜｯﾁｮｲ 7202-xE3T) 2020/07/30(木)20:59 ID:fmuQ+Yf/0(1/2) AAS
!extend:on:vvvvv:1000:512
実際どうなん？
Vue
外部ﾘﾝｸ:jp.vuejs.org
React
外部ﾘﾝｸ:reactjs.org
Angular
省7
13: (ｻｻｸｯﾃﾛ Sp05-jJNs) 2020/08/01(土)09:17 ID:N9H+hDcUp(1) AAS
そんだったら最初からreactでいいじゃんってなるよな
なんでわざわざ寄せてったのだろうか
14(1): (ﾜｯﾁｮｲ 794e-wQ/k) 2020/08/01(土)10:02 ID:cVk77Hxz0(1) AAS
>>12
それだったらreactでいいじゃんｗ
react理解しないと分からないvueに何の価値があるんだ簡単なのが売りだったのにｗｗｗ
15: (ﾜｯﾁｮｲ 7a02-xE3T) 2020/08/01(土)12:46 ID:Yr8NK13H0(1) AAS
>>14
とっつきやすさはあるかも知れないけど簡単かと言えばちゃんとしたものを作ろうとしたら結構難しくない？
今やHooks実装したReactが一番シンプルな気がするんだけど
16: (ﾜｯﾁｮｲ 8ead-RcmN) 2020/08/02(日)19:12 ID:SsTxGSMj0(1) AAS
vueが変な方向行ったとはいえ、class based じゃなければ 2.x までの書き方でもほぼ問題ないからな。
composition api は必須ではないよ。
17: (ﾜｯﾁｮｲ 4a32-cvfh) 2020/08/03(月)14:27 ID:zEMLowbo0(1/2) AAS
composition apiはHooksよりかはセンスが良い
そもそもVueはReactよりセンスが良い。Class based以外は
18: (ﾜｯﾁｮｲ 794e-wQ/k) 2020/08/03(月)15:05 ID:qdvto+rV0(1/2) AAS
jsスキーとしては理解すべき要素が全部単純なjsの知識に還元されるreactのほうがシンプルでいいわ。
19(1): (ﾜｯﾁｮｲ 6514-iIoI) 2020/08/03(月)15:20 ID:6LuQl8WH0(1/2) AAS
ウェブの知識のうち、JavaScriptだけの知識でいいというのは
プログラム言語の知識の内、全部配列の知識に還元できるから
シンプル（＝少ない知識でいい）という考えですか？
少ない知識（シンプル？ｗ）で作ると
コードは複雑になりますよ
「知識が少ない」と「シンプル」は意味が違います。
20(1): (ﾜｯﾁｮｲ 794e-wQ/k) 2020/08/03(月)15:24 ID:qdvto+rV0(2/2) AAS
vueは↑この書き込みみたいな感じ。
ごちゃごちゃしてて何言いたいのかさっぱり分からん。
21: (ﾜｯﾁｮｲ 6514-iIoI) 2020/08/03(月)15:34 ID:6LuQl8WH0(2/2) AAS
>>20
あたま悪そうだねｗ
適切な道具を使うほうがシンプルに作れる
だがお前は、勉強しないことがシンプルだと勘違いしてる
22: (ｱｳｱｳｳｰ Sa09-mLdo) 2020/08/03(月)15:38 ID:3vSK/aVoa(1) AAS
最近QiitaでReactの記事書いてる人の殆どがHooksもアロー関数オブジェクトも使ってなくてなんだかなぁって感じ
23: (ﾜｯﾁｮｲ 4a32-cvfh) 2020/08/03(月)16:45 ID:zEMLowbo0(2/2) AAS
ReactでJSの知識しか要求されないってお前React触ったことあんのかってレベルだよね
24: (ｱｳｱｳｳｰ Sa09-mLdo) 2020/08/03(月)17:21 ID:mspjLOhRa(1) AAS
var component = function(){…}
こんな書式使ってる人いたんだがどうしてそうなったし…
25: (ﾜｯﾁｮｲ ba00-wJt9) 2020/08/03(月)17:47 ID:wV2nNm2Q0(1) AAS
thisが使いたかった。と思ったけどvarか……
26: (ﾜｯﾁｮｲ 7a02-xE3T) 2020/08/03(月)22:57 ID:UL5Fg7I60(1/2) AAS
Hooks表記使ってない事以外に関してはconnected-react-routerのexampleってホントよくできた教材だと思う
27(1): (ﾜｯﾁｮｲ 7a02-xE3T) 2020/08/03(月)23:06 ID:UL5Fg7I60(2/2) AAS
>>19
覚えなきゃいけないVueの固有仕様が多いって事
Reactの場合はその大多数をプログラミング全般に言えるような考え方で実現できる
28: (ﾜｯﾁｮｲ 9914-iIoI) 2020/08/04(火)00:24 ID:g0FtfJ8n0(1) AAS
>>27
プログラミングの原則は、覚えることを増やすことで
コードをシンプルにすることです。
29: (ﾜｯﾁｮｲ ba00-wJt9) 2020/08/04(火)06:21 ID:mPErHy6O0(1) AAS
言わんとする事はわかると思う。
単純なifとforだけでロジックは組めるけど、それは簡単なだけでシンプルな読みやすいコードとは言えない。
コード内にパターンがあるならどんどん抽象化すればコードは短くなってゆく。
でもやり過ぎればマクロだらけの複雑怪奇なDSLになる。そのへんのバランスは難しいし用途によっても変わるので、完璧なライブラリなんて無い。
どうせ覚えるなら他所とも地続きな抽象化をしてるライブラリの方が応用効くとは思う。
30: (ｱｳｱｳｳｰ Sa09-mLdo) 2020/08/04(火)10:32 ID:QZqcbM9qa(1) AAS
VueでもAngularでもだけど拡張プロパティの右辺と左辺ぎゃくじゃね？ってのがなんか気になるんだよね
構文上そういう作りにせざるを得ないんだろうけど
31: (ﾜｯﾁｮｲ 4a32-cvfh) 2020/08/04(火)21:20 ID:+n7Osuwh0(1) AAS
例えばvueの拡張プロパティってどのコード？
32: (ﾜｯﾁｮｲ 7a02-xE3T) 2020/08/04(火)21:23 ID:+ywoUJk00(1) AAS
v-model.number="age"
みたいなの
33: (ﾜｯﾁｮｲ 992c-B5sl) 2020/08/05(水)01:43 ID:vmNTB6tp0(1) AAS
8/4
トラハックのエンジニア学習ゼミ【とらゼミ】
Reactのスタイリング定番styled-componentsの活用パターン
動画ﾘﾝｸ[YouTube]
34(2): (ｽｯｯﾌﾟ Sd0a-u7fF) 2020/09/13(日)03:14 ID:0dPPZk/Dd(1) AAS
なんかフロントエンドの人があまりいない環境で、フロント書くのに、VueあたりでSPAにしようとしたらSPAである必要がないみたいな感じで反発くらってるんだけどどう思う
パフォーマンスとかはあんま気にしてなくて、単純に今はフレームワーク充実してるから、フロントをSPAにしてjsだけに集中したほうが楽なんじゃないかなと思ってるんだけど
厳密なspaというよりは普通にappサーバーと同居してるやつね
35: (ﾜｯﾁｮｲ 6a7f-5ntV) 2020/09/13(日)08:42 ID:jc5pTA220(1) AAS
Vueは最近バージョン上がったばかりだから、それをどう捉えるかだよね。評価が定まってきたり熟れてくるまで採用を待つか。あるいは今採用してしまえば暫くはバージョンアップに伴うコード変更作業は発生しないから、良いタイミングかも知れない。
クライアント、サーバ間のインターフェースがREST APIとかで厳密化されるならフロントエンドのフレームワークを導入するのは良いと思うけど、そうでない状況の場合はSpring Boot ThymeleafやASP.NET Core MVCが良いと思う。
チームで良く話し合って良い方針が決まりますように。
36: (ﾜｯﾁｮｲ a5b0-7JDO) 2020/09/13(日)08:42 ID:Xp7zp8nz0(1) AAS
それはフロントエンドの人があまりいないからじゃね？
37: (ｴﾑｿﾞﾈ FF0a-e6VR) 2020/09/14(月)10:05 ID:gMM3Z1jiF(1) AAS
SPAが嫌いなだけだろうな
漏れは嫌いじゃないぜ
38: (ﾜｯﾁｮｲ 3914-pVuC) 2020/09/14(月)10:52 ID:S/jhW9z+0(1/3) AAS
>>34
お前がjsで書いたらこれだけで簡単になると
実例を示せばいい
まあそれができないわけだけどねｗ
JavaScriptのフレームワークは過剰に複雑にしているものばかり
39: (ﾜｯﾁｮｲ 3914-pVuC) 2020/09/14(月)10:54 ID:S/jhW9z+0(2/3) AAS
>>34
> 単純に今はフレームワーク充実してるから、フロントをSPAにしてjsだけに集中したほうが楽なんじゃないかなと思ってるんだけど
テストについてしっかりと考えているか？
HTMLやCSSは宣言的なのでテストがあればなおいいが
なくてもバグが発生しにくいんだよ
JavaScriptを使うということはコードを書くということ
それはバグを生みやすい
40: (ﾜｯﾁｮｲ debb-u7fF) 2020/09/14(月)11:11 ID:XG5EYPo50(1) AAS
かといってフロントの動的な部分をjQueryで各ページごとに書いてたらテストもクソもないしなあ
41: (ﾜｯﾁｮｲ 3914-pVuC) 2020/09/14(月)11:13 ID:S/jhW9z+0(3/3) AAS
jQueryも宣言的に書けるからバグが少なくなるんだよ
あとバグはコードの量に応じて増える
jQueryはフレームワークと違ってコードが少なくなる
42: (ﾗｸｯﾍﾟﾍﾟ MM7f-bZrR) 2020/10/20(火)14:39 ID:/92YljJ2M(1) AAS
githubで、vue.js をguiベースでドラッグドロップでフォーム作れるリポジトリ発見した。ただしsubmitボタンが無かった。vue-frame-maker
43: (ﾌﾞｰｲﾓ MM6b-iC4K) 2020/11/16(月)16:53 ID:a8pG0QGtM(1) AAS
reactのcontextって親から孫に子を飛ばしてデータ渡せるけど、子コンポーネント間の(親を経由しない)受け渡しには使えないよね？
44(2): (ﾜｯﾁｮｲ 33c1-S7WM) 2020/12/30(水)01:46 ID:zA1s3IaL0(1/5) AAS
実務でVueをtypescriptと使ってる人に聞きたいんですけど
Vue3はいつ頃乗り換える予定すか？
新しいサービスを作る必要があるのだけれど、vueの2系でやるか3系にするかめっちゃ悩む。vue3はtsでのベストプラクティスがこなれてないからいっそreactでもいいかと思ったり、、。
45(2): (ﾜｯﾁｮｲ b6ad-DUm8) 2020/12/30(水)02:00 ID:lXmFrXZN0(1/2) AAS
>>44
実務でvue3は既に使っててIEは切り捨ててる。
ウェブサイトというよりもウェブアプリって感じだからね。
2系でも composition api は使えるから、IEをサポートし続けるなら2系でスタートして、3系がIEをサポートしたらアップグレードすればいいと思う。
まぁ3系でも options api の互換性はあるからどっちで作っても良いんだけど。
3系では class based のコンポーネントをサポートしなくなっただけで、tsが使えないわけではない。型指定は普通にできる。
reactでもいいかもね。
46: (ﾜｯﾁｮｲ 8b01-Hu3U) 2020/12/30(水)08:30 ID:ApnUwkeN0(1) AAS
>>45
vueは2までtsで使ってたけど
3で何があったの？
47(1): (ﾜｯﾁｮｲ a3ad-8rum) 2020/12/30(水)09:03 ID:TuVgzDLD0(1) AAS
>>44
同じ辛みをかかえてて、同じようにReactに走りそうになってる。
もともと、TSはあんまり好きではない部分があって、悩んでるところ。
ただ、ReactとTSはセットにするとだいぶ良いなと思ったり。
もっとダックタイプで良いんよね。インターフェイスの実装に関してはGoみたいな雰囲気でいきたい。
仕事だとまたIE11切り捨てられないから、躊躇してるわ。
48(1): (ﾜｯﾁｮｲ 33c1-t4/C) 2020/12/30(水)14:36 ID:zA1s3IaL0(2/5) AAS
>>45
あざます！ まさにそこらへんの話が聞きたかった！
さらに聞いちゃうんですが、コンポーネント間のStateマネージメントってどうしてますか
・inject/providerでStoreパターンを作る,
・Vuex v4を使う
とかっすかね？
2系の開発だと、vuex-module-decoratorsとかでvuexをタイプセーフにしていたので
省2
49: (ﾜｯﾁｮｲ 33c1-t4/C) 2020/12/30(水)14:51 ID:zA1s3IaL0(3/5) AAS
>>47
ReactとTSはいいよねぇ。
型安全だからJSX実装中にもインテリセンスが効きまくって
CSS周りのコーディングパターンが複数あって選定するのが面倒だけど。
50(1): (ｱｳｱｳｸｰ MMfb-9hPB) 2020/12/30(水)15:35 ID:zHRzm9HUM(1/2) AAS
これまで静的型付け言語しかしてなくて（言語は荒れるから書かない）
今度のプロジェクトでReact+tsを使うことを検討中
インテリセンス効きまくるということに感動されてるのが、これまでは当たり前だったことができなくなるんじゃないかという不安を煽る…
React+ts+VSCode（かな？）だと静的型付け言語と同じくらいの生産性を保てるのか
フロントサイドの開発はそこまでは望めなくてそんなもんだよ
なのかを知りたい
51(1): (ﾜｯﾁｮｲ 33c1-t4/C) 2020/12/30(水)16:31 ID:zA1s3IaL0(4/5) AAS
>>50
> これまで静的型付け言語しかしてなくて（言語は荒れるから書かない）
静的型付けはネイティブ開発？ サーバーサイド？
いずれにしろ、React + tsを選定しておけば書き味は似たような感じになるので大丈夫だと思う。
52: (ｱｳｱｳｸｰ MMfb-9hPB) 2020/12/30(水)16:33 ID:zHRzm9HUM(2/2) AAS
>>51
ありがとう
安心した
インテリセンスが効かない環境を知らないコピペプログラマなもので。
53(1): (ﾜｯﾁｮｲ b6ad-GUUp) 2020/12/30(水)19:48 ID:lXmFrXZN0(2/2) AAS
>>48
コンポーネント間で共有できるリアクティブの変数を用意してるよ
こんな感じ
外部ﾘﾝｸ[vue]:codesandbox.io
54: (ﾜｯﾁｮｲ 33c1-t4/C) 2020/12/30(水)23:01 ID:zA1s3IaL0(5/5) AAS
>>53
わかりやすいサンプルコードまでありがとう〜〜。
composition APIだとシンプルな記述でreactiveになりますねぇ。よさそう。
年末年始で次のプロジェクトで使う実験してみようかな。
55: (ﾜｯﾁｮｲ a114-sTIO) 2021/01/18(月)08:08 ID:5We8pJJc0(1) AAS
997 名前：デフォルトの名無しさん[sage] 投稿日：2021/01/18(月) 00:41:57.79 ID:xEqPTcle
jQueryって状態をグローバル変数で管理するしかなくて
相当辛い
その例みたいにCSSをちょこっと変えるとかならjQueryじゃなくてもほぼ同じコードでいけるし
IEが死んだ今その用途ですら使う意味はない
998 自分：デフォルトの名無しさん[sage] 投稿日：2021/01/18(月) 01:15:22.90 ID:5We8pJJc [1/2]
>>997
省9
56: (ﾜｯﾁｮｲ 4200-e390) 2021/01/18(月)22:46 ID:270Xx6QI0(1) AAS
セキュリティ周り難しすぎる。
localStrageはjsから簡単に読めるから、Cookie使えまではわかるんだけど、httpOnly付けてもXSSで読まれうるとか言われて面倒くさくなってきた。
とにかく自作WebAPI用にトークン（JWTでは無い）をブラウザに安全に保存したいんだけど、もう自力でやるのは諦めてよく練られたライブラリ使ったほうが安全臭いんだよね。
Reactと相性良い認証ライブラリとかある？
57: (ﾜｯﾁｮｲ f901-5loA) 2021/01/19(火)18:20 ID:CdqMY/2C0(1) AAS
煽りあいは楽しいか？
ﾜｯﾁｮｲだったら相手するやつもまとめてNGぶっこんでやるのに
58(1): (ﾜｯﾁｮｲ c27c-sTIO) 2021/01/19(火)18:37 ID:F40Mwzkq0(1) AAS
結局API用のトークンなんかどこに保存しようが一緒だからね
セキュリティチェックで文句言われる（保存しているトークンをそのままAPIのパラメータに使用した場合）ので
気休めにlocal storageに保存するときにAESで暗号化して回避したよ
これもコードまで解析すれば分かる話だがな・・・
59(1): (ﾜｯﾁｮｲ 4200-e390) 2021/01/19(火)19:06 ID:sJx3SOhp0(1) AAS
>>58
ふ〜むなるほど。そういうのもあるのか
60: (ｵｯﾍﾟｹ Sred-dUnU) 2021/06/05(土)12:15 ID:frSpp31ar(1) AAS
おっさんでReactやってる人いますか？
61: (ﾜｯﾁｮｲ ca3c-Ee3U) 2021/06/05(土)21:38 ID:VY7+LHmQ0(1) AAS
erukiti
62: (ﾜｯﾁｮｲ d736-9h5W) 2021/09/19(日)23:02 ID:fSxJ2Xts0(1) AAS
>>59
ダメに決まってんだろ、参考にするな
63(1): (ﾌﾞｰｲﾓ MMcf-MKxq) 2022/02/05(土)19:00 ID:6lxcOXZQM(1) AAS
React叩き棒にして暴れてるフロントエンド知識無しじいじも流石にここには来んやろ
64(1): (ｱｳｱｳｳｰ Sa9b-YKCL) 2022/02/05(土)20:03 ID:M9g6zC+Xa(1) AAS
>>63
そのワッチョイでよくそのセリフが吐けるなw
65: (ﾌﾞｰｲﾓ MMcf-MKxq) 2022/02/05(土)20:14 ID:Sv8rgU+3M(1) AAS
あ、React叩き棒じゃないなRust叩き棒か
>>64
ﾌﾟｰｲﾓはダメなの？
66: (ｱｳｱｳｴｰ Sadf-BE6b) 2022/02/05(土)22:33 ID:eZbTpHL4a(1) AAS
あの人あっちで続ける気なのかw
67: (ﾜｯﾁｮｲ 9f00-MKxq) 2022/02/05(土)22:42 ID:5Q5TSOsH0(1) AAS
あの人議論したいわけじゃなくて、フロントへの鬱憤晴らしたいだけだからワッチョイあると不都合なんだろうね。
68: (ﾌﾞｰｲﾓ MMcf-MKxq) 2022/02/06(日)06:02 ID:s6RMLxsgM(1) AAS
時々思うんだけどNextに対してGatsbyって何か優位な点ある？
69(1): (ｱｳｱｳｴｰ Sadf-BE6b) 2022/02/06(日)12:04 ID:TyRjouhba(1) AAS
Gatsbyはgraphqlを通して様々なソースから静的ページを生成する
でもNextでも出来るんだよね
Gatsby下火っぽいし
70: (ｵｯﾍﾟｹ Sr0b-WmYY) 2022/02/06(日)12:09 ID:FULcIoNEr(1) AAS
名前負けしたんだろ
71: (ﾌﾞｰｲﾓ MMcf-MKxq) 2022/02/06(日)12:19 ID:65lmfjorM(1) AAS
>>69
やっぱそんな感じかぁ。Gatsbyと言えばGraphQLみたいなイメージあるけどNextでもできるしねぇ。
72: (ﾜｯﾁｮｲ 9f00-MKxq) 2022/02/06(日)17:36 ID:Fo3XpFx50(1/2) AAS
あっちで暴れてる人TSスレのアンチTSな人と同一人物かも
73: (ｱｳｱｳｴｰ Sadf-BE6b) 2022/02/06(日)17:42 ID:E2gsFHX+a(1) AAS
マークダウンファイルからhtmlを生成するため何度かGatsby触ったけどNextか普通の静的サイトジェネレータで良いかなって
74: (ﾜｯﾁｮｲ 9f00-MKxq) 2022/02/06(日)17:57 ID:Fo3XpFx50(2/2) AAS
俺はGatsbyの本でSSG勉強したのに結局NextでSSGを採用したぜw
75: (ﾜｯﾁｮｲ cb01-HrFK) 2022/03/01(火)13:44 ID:n022LZBH0(1) AAS
vue の setter による変更検知が一番シンプルに思う。getter のキャッシュもこれで実現できてるわけだし。jsx も使えるしね。
76: (ﾜｯﾁｮｲ 8adb-anGM) 2022/10/09(日)13:08 ID:ROb3K9Cf0(1) AAS
もう状態管理ライブラリを別途投入しなくても useReducer & useContext で十分な気がしてきた…
77: (ﾜｯﾁｮｲ 9f02-a7jN) 2022/12/01(木)13:48 ID:mHfXqz9G0(1) AAS
react始めたけど時期メッチャ悪いな
v18になったりmuiが仕様変わったりで
調べるの大変だわ
78: (ﾜｯﾁｮｲ 9f00-XS8B) 2022/12/02(金)09:04 ID:jcXSqDag0(1) AAS
公式の資料読んでればそこまでは困らないし、変に覚えた知識切り替えなくていいから楽ちんちん、とhooks出てからReact覚えたときは思った。公式以外は……うん……
79(1): (ﾜｯﾁｮｲ a2d2-I9P1) 2023/06/04(日)01:06 ID:ayQzGVhB0(1) AAS
jqueryの何が悪いん？
と言うかフロントエンド技術学習コストデカすぎで頭おかしいんだよ！
PHPやララベルやNode覚えたりSQLや単なるHTMLCSSjquery覚えてgit覚えるだけで精一杯なエンジニアだって沢山いるのに
まだreact覚えろとか鬼畜かよ
今まで覚えたこと台無しになるし、そもそもweb系エンジニアなんてオブジェクト指向まともにわかってないやつ多いのに無理やりJavaScriptに対してオブジェクト指向思考持ち込むなよ！
ブラウザ側のバグなんてある程度発生してもいいし、エラー出たらガリガリ直せばいいだろうが
reactとvueとangular乱立してるしよ
80: (ｽｯﾌﾟﾌﾟ Sda2-N/Lw) 2023/06/04(日)06:18 ID:iUxL+6Brd(1) AAS
Reactは一回作ってしまえば部品単位ではめちゃくちゃ使いまわしが利くから既に取り入れてるとことかなら結構楽
81: (ｵｯﾍﾟｹ Sr91-tg3G) 2023/06/04(日)08:08 ID:9tQXurytr(1) AAS
ネタが尽きたからまた同じ燃料投下したわけか
確かにもう話題ないもんな
82: (ﾜｯﾁｮｲ 9300-lLA6) 2023/06/12(月)19:18 ID:QIS2P40N0(1) AAS
>>79
Reactとオブジェクト指向混ぜて話すのは流石にエアプ感が凄い。30点
83: (ﾜｯﾁｮｲ 5901-kym5) 2023/06/12(月)19:37 ID:J71m9uYj0(1) AAS
Remix素晴らしいからもっと流行ってくれないかな
Next前提のドキュメントばかりでつらい
84: (ﾄﾞｺｸﾞﾛ MM8b-1doU) 2023/06/13(火)21:29 ID:erYMAU6QM(1) AAS
技術的な内容あまり理解してないけどRemixで作ったサイトはパフォーマンスいいよね
PageSpeed Insightsのスコアはそんなだけど自分でアクセスするとすごい速く感じる
85: (ﾜｯﾁｮｲ 9300-lLA6) 2023/06/14(水)06:45 ID:lhWQZ0KI0(1) AAS
Remix凄く良さそうだし、最近のNextは過剰に感じるし、やってみたいけどなぁ……で止まってる。公式ドキュメントとにらめっこしよかな……
86: (ｽﾌﾟｰﾌﾟ Sd2a-ApuP) 2023/08/01(火)14:59 ID:1kc07xY1d(1) AAS
知ったことか
87: (ﾜｯﾁｮｲ dabd-yh3V) 2023/08/03(木)02:39 ID:nyV9Q9id0(1) AAS
reactのstyled-jsxをNext.js でない巣のReactの環境で動かそうと思ってるんだけど、<style jsx>タグが普通のstyleタグになってしまう。
webpackは使っているけど、自分用のコードだからbabelは使ってない。
styled-jsxのreadmeを読むと上から下までbabelを使うのが大前提みたいに見えるのですが
styled-jsxってNext.js で使う、もしくはBabelを手動で入れた環境で使うのが当たり前だったりしますか？
88: (ﾜｯﾁｮｲ d392-Pjcu) 2023/10/15(日)23:07 ID:Rrf6fI7T0(1) AAS
まったくもう、わけわからんわ
89: (ﾜｯﾁｮｲ c901-nrh9) 2023/10/16(月)23:03 ID:0oa13WTn0(1) AAS
じいちゃんが犬を捨てに行ったら、犬が先に帰ってきた。
90: (ﾜｯﾁｮｲ c901-Bre5) 2023/10/20(金)03:05 ID:HW4+cYro0(1) AAS
w(￣o￣)w ｵｵｰ!
91: (ﾜｯﾁｮｲ b501-DIx9) 2024/09/10(火)12:29 ID:Kr9rmbwr0(1/2) AAS
どどど
92: (ﾜｯﾁｮｲ b501-DIx9) 2024/09/10(火)12:30 ID:Kr9rmbwr0(2/2) AAS
どどど
93: (ﾜｯﾁｮｲ b501-DIx9) 2024/09/10(火)12:31 ID:gLa60f+f0(1) AAS
どどど
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.476s*