【Go言語】 webapp GO Part1 【Golang】 [無断転載禁止]©2ch.net (609ﾚｽ)
上下前次1-新
1(1): nobodyさん [sage] 2016/07/27(水) 12:46:23.51 ID:??? AAS
Go言語によるWebアプリケーション開発を語るスレです
公式
https://golang.org/
公式日本語訳
http://golang-jp.org/
チュートリアル
https://go-tour-jp.appspot.com/welcome/1
510: nobodyさん [sage] 2018/08/03(金) 23:12:55.90 ID:??? AAS
goはmakeしか使ったことないわ
511: nobodyさん [sage] 2018/08/04(土) 15:16:59.22 ID:??? AAS
鯖は全部jsonで返して
クライアント側はVueかRiot
512: nobodyさん [sage] 2018/08/04(土) 18:14:26.40 ID:??? AAS
reactっていったい何だったんだろうな
最終的にｖｕｅ．ｊｓの天下になった
513: nobodyさん [] 2018/08/04(土) 18:50:16.44 ID:IVdFyyVX(1) AAS
anguler
514: nobodyさん [sage] 2018/08/04(土) 20:07:03.30 ID:??? AAS
VueよりRiotの方が簡単でシンプルで再利用性が高いと思うの
515: nobodyさん [] 2018/08/05(日) 15:14:25.11 ID:MAsk/DtM(1) AAS
https://m-fetishism.com/vr/
https://m-fetishism.com/puke/
https://m-fetishism.com/joi_mania/
516: nobodyさん [sage] 2018/08/06(月) 16:49:59.51 ID:??? AAS
reactの方が単価高いけどな
517: nobodyさん [sage] 2018/08/12(日) 18:07:10.40 ID:??? AAS
Vueは結局jQueryと同じになりそうだが...
githubのissueもreactよりずっと少ないし、
npmの週刊ダウンロード数見ても数倍差がある...
結局単価高いのはtypescriptでreact書いてるところだし
518: nobodyさん [sage] 2018/08/12(日) 18:13:32.90 ID:??? AAS
Vueは結局jQueryと同じになりそうだが...
githubのissueもreactよりずっと少ないし、
npmの週刊ダウンロード数見ても数倍差がある...
結局単価高いのはtypescriptでreact書いてるところだし
519: nobodyさん [sage] 2018/08/12(日) 18:30:27.09 ID:??? AAS
vueだとどうしても型で固めきれないよね。
reactはflowとか型付言語と合わせて使うのがほぼ前提になってるから。
520: nobodyさん [sage] 2018/09/06(木) 22:43:29.41 ID:??? AAS
Go言語チームとGoogleが「Go Cloud」プロジェクト発表。同一コードでAWSやGoogle Cloudなどに対応できるポータブルなクラウドアプリの実現へ
https://www.publickey1.jp/blog/18/gogooglego_cloudawsgoogle_cloud.html
521: nobodyさん [sage] 2018/11/02(金) 12:16:01.71 ID:??? AAS
やっときたか
gRPC-Webが正式リリース。WebブラウザからgRPCを直接呼び出し可能に
https://www.publickey1.jp/blog/18/grpc-webwebgrpc.html
522: nobodyさん [sage] 2018/11/03(土) 22:17:53.21 ID:??? AAS
関数の引数にstringを渡しているときは常に値渡しで、
文字列をコピーしているって公式の記載で書いてあるところどこにありますか？
探しているんですが見つからず。arrayは値渡しなのは書いてあるんだけど、、、
523(2): nobodyさん [sage] 2018/11/04(日) 04:51:58.49 ID:??? AAS
えっと、その情報のソースはどこにあるの？
ソースください（公式に記載があることを断定していることからするとソースがあるんだと思いますが）。
そして、文字列のコピーってのは何を言っているんですか。
Go の文字列は immutable だから、中身のバイト配列をコピーする必要ない。
https://golang.org/ref/spec#String_types
ただ Go の文字列は、配列というよりスライスに近くて、
実際のバイト配列へのポインタをそのサイズを持った構造体である。
https://golang.org/pkg/reflect/#StringHeader
この StringHeader についてはコピー（値渡し）される。
でも中身の Data はコピーされない。
別に、Data もコピーすると思い込みたければ思い込んでもいいけど、
immutable だからコピーしてもしなくても変わらない。
実際に試してみれば：
https://play.golang.org/p/qsaq4AET8ac
524: nobodyさん [sage] 2018/11/04(日) 20:33:58.10 ID:??? AAS
>>523
おーありがとうございます。
https://blog.golang.org/go-slices-usage-and-internals
見ながら文字列=arrayなのかと想像していたんですが
実際には文字列=sliceだったんですね
そのへんの記述が見当たらなくて悩んでたんですが、公式のドキュメントには書いてないんですかね。実験で確かめるしかない感じ？
525(1): nobodyさん [sage] 2018/11/04(日) 22:21:04.23 ID:??? AAS
>>523
そのページの Related articles に書かれてますよん。
https://blog.golang.org/slices
> Now a brief section about strings in Go in the context of slices.
> Strings are actually very simple: they are just read-only slices of bytes
> with a bit of extra syntactic support from the language.
> An important consequence of this slice-like design for strings is
> that creating a substring is very efficient.
> All that needs to happen is the creation of a two-word string header.
> Since the string is read-only, the original string and
> the string resulting from the slice operation can share the same array safely.
526: nobodyさん [sage] 2018/11/07(水) 09:09:50.89 ID:??? AAS
>>525
亀レスですがありがとうございます。
ところでStringHeaderで言語内部のデータ構造にアクセスできることに感銘を受けたんですが同じようにsliceにもアクセス可能なSliceHeader的なのもあったりしますか？
とおもったらStringHeaderの上にもあったw
527: nobodyさん [] 2018/11/09(金) 00:56:02.71 ID:mSK8NSwq(1) AAS
Hugoいい
528: nobodyさん [] 2018/11/09(金) 10:44:35.26 ID:2iYFCEMC(1) AAS
【自衛隊内闇組織、別班】 安倍晋三・田茂神俊雄によるクーデター未遂事件、大垣新幹線ボルト抜き事件
2chｽﾚ:liveplus
529(1): nobodyさん [sage] 2018/11/21(水) 00:41:26.97 ID:??? AAS
go modulesめっちゃ便利やな
GOPATH関係なく動くのが本当にいい、開発時に嫌だった制限がとうとう無くなってハッピー
530: nobodyさん [sage] 2018/11/21(水) 13:18:13.86 ID:??? AAS
>>529
確かに便利だわ。
531: nobodyさん [sage] 2018/11/25(日) 08:45:28.23 ID:??? AAS
GAEのstandardも1.11からurlfetchとかが消えてハッピー
ベータとれたらやっと人に勧められるわ
532: nobodyさん [] 2018/11/25(日) 17:46:50.73 ID:FjjYMFcI(1) AAS
すれち
533: nobodyさん [sage] 2018/11/29(木) 19:57:53.03 ID:??? AAS
ええねん
534: nobodyさん [sage] 2018/12/05(水) 21:37:33.96 ID:??? AAS
GAE/SEのGo言語でgRPCするためのベストプラクティスってある？
それをまとめたWAFがあると理想なんだがなぁ
プロジェクト
└ サービスA： GAE/SE Node.js Nuxt.jsでSSR
└ サービスB： GAE/SE Go言語 サービスAからのリクエストを処理するAPIサーバ
gRPC(Twirp)を使いたい
535: nobodyさん [sage] 2018/12/06(木) 16:18:01.66 ID:??? AAS
TwirpってことはHTTP/1.1なREST使いたいんだろ？
双方向通信やストリームを使わないのであればgRPCよりも
GraphQLのほうがいいと思う
nuxt.jsとGraphQLを組み合わせてサービスAに統一するほうがいいぞ
nuxt.jsのserverMiddlewareでフックしてGraphQLのエンドポイント出すだけ
https://qiita.com/takanorip/items/d1e8618800d951780f4b
536: nobodyさん [sage] 2018/12/06(木) 16:35:59.11 ID:??? AAS
https://twitter.com/ydnjp/status/1066529802142674945
参考までに
https://twitter.com/5chan_nel (5ch newer account)
537: nobodyさん [sage] 2018/12/07(金) 16:45:10.06 ID:??? AAS
それならサービスBにプレーンなApollo-server(graphqlサーバ)デプロイして
サービスA(nuxt.js側)からクエリ投げてJSON取得する構成のほうがよくないか
せっかく境界つくるんだから疎結合にしとこうぜ
Microservice化して作業担当者の責任を明確にしたほうがいい
負荷に応じてインスタンスのグレードやインスタンス数を上げたり下げたり出来るメリットも生まれる
フロントエンド(SSR)担当のサービスA
バックエンド(GraphQL)担当のサービスB
スッキリするじゃん
538: nobodyさん [sage] 2018/12/07(金) 16:47:47.49 ID:??? AAS
まぁ例のQiita記事はApollo-clientとNuxt.jsのやり方だから、Serverには触れてないけどな
＞nuxt.jsのserverMiddlewareでフックしてGraphQLのエンドポイント出すだけ
これに対しての意見な
serverまでnuxt.jsに密結合させる必要はない
539: nobodyさん [sage] 2018/12/13(木) 19:15:46.58 ID:??? AAS
GoでGraphQL(GAE)
https://outcrawl.com/graphql-server-go-google-app-engine
https://qiita.com/trrrrrys/items/44e839134af1a0155be2
https://tech.mercari.com/entry/2018/10/24/111227
https://github.com/99designs/gqlgen
>まず個人的な理由から。 筆者はGoogle App Engine/Standard Environmentの信者であり、
>それ以外のプラットフォームを使う気は今の所ありません。
いま日本企業で一番、エンジニアの採用に力入れまくってる
最先端ベンチャー企業の社員がここまで言い切るってことは
今後はGAE/Go注目かもしれんな
540: nobodyさん [sage] 2018/12/13(木) 20:10:22.56 ID:??? AAS
俺もGAE/Go信者やで
実はその他のPaaSやIaaSクラウドにはない魅力がGAE/SEにはある。
それは「1日の予算設定」だ。
GAE/SEだけ、EDDoS(エコノミックDDoS)で予期せぬ損害を被るリスクが低いのである。
予算使い果たしたらOver Quotaエラーでて終わり。サービスは停止するが破産は免れる。
他のサービスは予算ライン超えても警告メール出すだけで止まらない。
パケ・ホーダイのないスマホでYoutube動画を見るくらい恐ろしい行為なのだ。
資金力のない零細ベンチャーが、悪意ある競合他者から身を護るために有効な選択である。
541: nobodyさん [sage] 2018/12/13(木) 20:15:00.51 ID:??? AAS
GAE/Node.jsとGAE/Goってどっちがスピンアップ早いのだろう？と思って調べたらこうなった
https://www.bunkei-programmer.net/entry/2018/06/13/232912
Go 平均0.495秒
Node.js 平均0.6516秒
Javaは問題外だな
542: nobodyさん [sage] 2018/12/15(土) 02:50:44.55 ID:??? AAS
JavaScript界隈のエコシステムが羨ましくなってきた…
Nuxt.jsでSSR出来るのNode.js環境だけだし
パッケージマネージャーのYarnは高速かつ進捗表示が親切だし
(go get だと-vオプション付けても分かりにくい…)
GraphQLもApollo Server楽ちんだしドキュメントもわかりやすい
Go言語だとスキーマ定義が冗長だったり(graphql-go)
プレーンで可読性の高い定義ファイルから自動作成できる便利なgqlgenは
gqlgenコマンドバイナリが何かトラブってdeplicatedになってるし
いまいちすっきりしない
543(1): nobodyさん [sage] 2018/12/18(火) 09:20:26.43 ID:??? AAS
jsみたいなコンパイラ通さない言語はテストが大変すぎて使いたくない
ほんのちょっとしたものを作るのはいいけど規模がでかくなると苦痛のほうが遥かに大きくなると感じてる
544: nobodyさん [] 2018/12/18(火) 11:36:20.02 ID:JJQIQpAB(1) AAS
巨大なプログラムを書けない人はセンスが無いだけ
そういう人はコンパイラ使っても破綻する
545: nobodyさん [sage] 2018/12/18(火) 14:35:53.36 ID:??? AAS
頭悪そうなレスだな
出来る出来ない論じゃなくて？
546: nobodyさん [] 2018/12/18(火) 14:44:00.82 ID:6hLBEu5w(1) AAS
くゃしぃのぅ
547: nobodyさん [sage] 2018/12/19(水) 08:10:03.07 ID:??? AAS
>>543
Typescriptあるやん
GoにはGoの良いところがあるから心配するな
548: nobodyさん [sage] 2018/12/19(水) 08:26:43.93 ID:??? AAS
https://github.com/prisma/prisma/issues/1708
prisma/prismaはいつGoogle Cloud Datastoreに対応してくれるんだい？
549: nobodyさん [sage] 2018/12/19(水) 13:01:57.24 ID:??? AAS
何事も適材適所
550: nobodyさん [sage] 2018/12/21(金) 17:40:38.03 ID:??? AAS
(1)Google App Engine Datastore
import "google.golang.org/appengine/datastore"
(2)Google Cloud Datastore
import "cloud.google.com/go/datastore"
(3)Google Cloud Firestore
import firebase "firebase.google.com/go"
この関係が複雑で分かりにくい
将来的には(3)からbetaが取れて本流になるんでしょ？
あとgo111の第二世代GAE/SEと旧世代のコードが分散してて辛いな
最新の情報はここを見て！という道標が欲しい
公式ドキュメントは散らかりすぎてて訳わからない
551: nobodyさん [sage] 2018/12/21(金) 18:27:37.09 ID:??? AAS
(3)Google Cloud Firestoreは、betaなので東京リージョンが存在しない。
(2)Google Cloud Datastoreは2019年中に自動で(3)にアップグレードされる
おそらく(1)も？
Firestoreの裏側にはSpanner(単独で使うとめっちゃ高い)がある。
またDatastoreモードとNativeモードがある。
Datastoreの裏側にはBigtableがある。旧世代の制約はここから来てる。
FirestoreがGAになったらDatastoreは用済み。
Firestore Native Modeのほうがいいならbetaであること、東京リージョンがないことを覚悟して使うべし。
552: nobodyさん [sage] 2018/12/21(金) 20:39:50.45 ID:??? AAS
spanner使ってるけどつらみがある
553: nobodyさん [sage] 2018/12/21(金) 20:45:16.43 ID:??? AAS
それは課金額が原因？
554: nobodyさん [sage] 2018/12/21(金) 22:10:40.26 ID:??? AAS
原因不明のabortが多いのよね
555: nobodyさん [sage] 2018/12/21(金) 22:17:09.89 ID:??? AAS
なるほど
556: nobodyさん [sage] 2019/01/17(木) 09:46:08.24 ID:??? AAS
Get Go-ing with Cloud Functions: Go 1.11 is now a supported language | Google Cloud Blog https://cloud.google.com/blog/products/application-development/cloud-functions-go-1-11-is-now-a-supported-language
いいぞ！
557: nobodyさん [sage] 2019/01/18(金) 04:30:31.82 ID:??? AAS
GraphQLの定義ファイル書いてCUIでコマンド打つだけで
Google App Engine / SEで動作するwebアプリケーションが
完成するシステムを開発して欲しい
誰か頼むよ
マッツン、わかめ氏よろしく
558(1): nobodyさん [sage] 2019/01/20(日) 04:49:21.26 ID:??? AAS
Golangの魅力って結局なーに？
559: nobodyさん [sage] 2019/01/20(日) 06:39:51.80 ID:??? AAS
Go! Go! Go!
And goes on!
560: nobodyさん [sage] 2019/01/21(月) 14:55:52.56 ID:??? AAS
>>558
GAE/SEで動かせる言語の中でスピンアップが一番高速
これが最大のメリット
Java→クソ遅い、10秒かかる
PHP、Python→普通
Node.js→やや早い
Golang→チョッパヤ
スピンアップが早いのでインスタンス寝かせておいてもすぐ反応できる
(課金節約)
○○砲などのアクセス殺到スパイクが来てもスピンアップが早いので瞬時にスケールする
他のIaaS、PaaSは割と遅い
561: nobodyさん [sage] 2019/02/13(水) 22:23:43.04 ID:??? AAS
gaeでgo動かしてるんですが、jsonpayload形式でログって出せないですか？
562: nobodyさん [sage] 2019/02/16(土) 11:33:48.92 ID:??? AAS
くさあっ
563: nobodyさん [sage] 2019/02/25(月) 18:12:34.48 ID:??? AAS
Goのwebasmって最小でも2MBって馬鹿なの死ぬの？
この大きさってなんの意図があるんだろう
564: nobodyさん [sage] 2019/02/26(火) 08:12:51.23 ID:??? AAS
ランタイム込みだからじゃないの？
565(1): nobodyさん [sage] 2019/03/15(金) 12:55:04.13 ID:??? AAS
Go失速したのかissueマネージメントやら方向性の意思決定に難があるようだな
このまま使い続けて大丈夫だろうか
566: nobodyさん [sage] 2019/04/12(金) 19:50:46.69 ID:??? AAS
112の話題ないのか。
567: nobodyさん [sage] 2019/06/13(木) 17:13:44.89 ID:??? AAS
Goって流行ってるのか流行ってないのか分からん
568: nobodyさん [] 2019/06/13(木) 19:00:58.72 ID:sNO2gI7W(1) AAS
Dよりはhot
569: nobodyさん [sage] 2019/06/15(土) 00:09:41.59 ID:??? AAS
>>565 氏が難が無いようにしてくれれば、このまま使い続けても大丈夫ですよ！
570: nobodyさん [sage] 2019/06/22(土) 12:11:01.71 ID:??? AAS
いわゆる声の大きいstaticおじさんたちにissue占拠されて進化しなくなったな…マジで何とかしてくれ！
571: nobodyさん [sage] 2019/06/25(火) 11:17:31.68 ID:??? AAS
みんなのGo言語改訂されるのか。
Goの書籍少ないから買う。
572: nobodyさん [sage] 2019/06/27(木) 16:31:49.18 ID:??? AAS
GraphQLとGo言語をテーマにした専門書が欲しいわ
今は学習ソースへのアクセスのしやすさでNode.jsを選びがちになってる
SSRはNode.jsしか出来ないのでそのアドバンテージもデカイ
573(1): nobodyさん [sage] 2019/07/02(火) 14:26:18.83 ID:??? AAS
macでgoenvを使って最新の1.12.xをインストールしようと思ったら一覧に出てこないのですが何か理由はあるのでしょうか？
goenvは1.23.3です。
574(2): nobodyさん [sage] 2019/07/03(水) 11:39:33.06 ID:??? AAS
>>573
goenv v2 で対応される予定だけど、まだそれがβだね。
https://github.com/syndbg/goenv/releases
急ぎの場合はHomebrewとかじゃなくて、直接masterをチェックアウトすると良いよ。
575: nobodyさん [sage] 2019/07/03(水) 18:17:34.42 ID:??? AAS
>>574
なるほど、ベータか、、、
無理に最新を追いかけないのがいいかな。
ありがとうございます。
576: nobodyさん [sage] 2019/07/30(火) 20:33:33.54 ID:??? AAS
https://i.imgur.com/YiwIqnW.jpg
577: nobodyさん [sage] 2019/07/31(水) 09:49:28.21 ID:??? AAS
>>574
試しに入れてみた。
やっと1.12で開発できるぞ。
578: nobodyさん [sage] 2019/08/01(木) 10:54:45.06 ID:??? AAS
あのエラーハンドリングDraftが提案されてからもう1年くらい経つが
結局どうなったのかGitHub覗いたら話がまとまるどころか別提案が乱立してた！
えぇ・・・
579: nobodyさん [sage] 2019/08/03(土) 13:13:58.46 ID:??? AAS
アクティブなErrHandling提案を分類すると4つくらいかな？類似提案多すぎで追いきれん他にもありそう
a. 公式draftみたいなHandler独立定義タイプ
b. try等の制御キーワード導入で関数コール前に置くタイプ
c. @や!や?等の制御記号をerr変数前後に付与して処理に繋ぐタイプ
d. val := func() onerror(err Error) { ... }みたいな後置ブロックタイプ
aにはそもそも何だったかの不備があって提案が乱立した経緯があるけど
bは他言語の失敗から見ても今更感で大多数が反対
cの記号導入はperl等々のスクリプト言語みたいにsigil,twigilと複雑化していずれ初見殺しになるからGo wayじゃないという反応
dは次の行にif err != nilを書くのと大差なくてerr戻り値が末尾側に固定されるデメリットが増えてるだけと指摘
フロー制御とは別にError型のほうも雲行き怪しいね
580: nobodyさん [sage] 2019/11/24(日) 08:48:19.71 ID:??? AAS
Go失速したっけ？むしろ上がり調子な気がする。
案件はある。
581: nobodyさん [sage] 2019/11/26(火) 02:05:56.22 ID:??? AAS
V言語がこのまま成長したらGoは完全にお役目終了にならんか少し心配ではある
TypeScriptが出たときのDartを思い出す
582: nobodyさん [sage] 2019/11/30(土) 12:10:31.75 ID:??? AAS
C言語にトランスパイルするだけの言語だから
V言語ソース→トランスパイル→C言語→コンパイル→実行バイナリになるので
C言語の弱点(コンパイルが遅い)を強化する糞言語にしかみえないけどな
583: nobodyさん [sage] 2019/11/30(土) 13:49:41.61 ID:??? AAS
V言語とか完全にネタ枠じゃん
584: nobodyさん [sage] 2019/11/30(土) 18:11:35.11 ID:??? AAS
初期のC++と同じCへのトランスパイル方式なのかVは
Goの文法にRust等のmatchとか?制御とか追加してあったりコンパイルもサイトの説明通り速いな
ホント毎年あたらしい言語増えるの楽しい中学生のやつも
585: nobodyさん [] 2020/06/22(月) 16:54:55.13 ID:xg8M2cpd(1) AAS
このスレ生きてる？
586: nobodyさん [] 2020/06/22(月) 17:54:01.20 ID:8abNWead(1) AAS
あべし
587: nobodyさん [sage] 2020/06/23(火) 19:59:34.31 ID:??? AAS
死んではいない。
588: nobodyさん [] 2020/07/21(火) 18:23:53.96 AAS
閑古鳥で草
時代はRUST
589: nobodyさん [sage] 2020/07/21(火) 19:16:08.71 ID:??? AAS
RUST使いは性格悪いなぁ(´・ω・｀)
590: nobodyさん [sage] 2020/07/22(水) 17:16:53.91 ID:??? AAS
新しいことがないからね
591: nobodyさん [sage] 2020/10/07(水) 15:09:54.72 ID:??? AAS
go人気落ちてきたな
筋が悪い
592: nobodyさん [sage] 2020/10/21(水) 21:47:17.37 ID:??? AAS
エラー制御いまだに決着つかないし
しばらく見ないうちにDenoもgoからrustに変わってたし
Go2出な杉でPerl6みたいな末路にならないか心配
593: nobodyさん [sage] 2020/10/21(水) 22:54:32.10 ID:??? AAS
泥船の予感
594(2): nobodyさん [sage] 2021/04/14(水) 08:21:50.54 ID:??? AAS
この言語、やろうかなと思ったらC#より全然遅いのね。
スクリプトよりは早いけど、コンパイルする言語としてはVMでもなくネイティブなわりにめっちゃ遅い。
595: nobodyさん [sage] 2021/04/14(水) 09:08:18.10 ID:??? AAS
>>594
まじかー
596(1): nobodyさん [sage] 2021/04/15(木) 01:14:00.94 ID:??? AAS
>>594
別にコンパイルした後早ければ問題ない。
597: nobodyさん [sage] 2021/04/15(木) 07:13:15.73 ID:??? AAS
だからコンパイルした後でC#より遥かに遅い。
つか名のあるコンパイル型ではワーストに近いんじゃないか。
598: nobodyさん [sage] 2021/04/15(木) 07:32:47.70 ID:??? AAS
>>596
阿呆
599: nobodyさん [] 2021/10/01(金) 20:05:47.71 ID:d3RidhwA(1) AAS
しーしゃーぷがまた暴れてるのか、Rustの手のものか、この攻撃性が気に入らん
600: nobodyさん [] 2021/11/03(水) 09:47:46.26 ID:4sSiUsye(1) AAS
Go(fasthttp)、C#(aspcore)、PHP(swoole)
https://web-frameworks-benchmark.netlify.app/compare?f=aspnetcore,fasthttp,swoole-coroutine
処理できるリクエスト毎秒はGoの方が1.5倍、レテンシーは50%まで2倍速い、99%になると2倍遅い、平均は同等
601: nobodyさん [] 2022/08/07(日) 21:02:04.55 ID:jxPxMHkf(1) AAS
てか言語よりも構成だし、後は誰が作るかでしょ。
602: nobodyさん [] 2022/08/16(火) 13:47:57.56 ID:7XL354d5(1) AAS
【２月、２万人】 超過死亡が東日本大震災より多い
2chｽﾚ:lifeline
603: nobodyさん [] 2022/08/27(土) 23:05:57.47 ID:8trSlwpm(1) AAS
Goってもうあかんのか？
Rubyにかえろかな
604: nobodyさん [] 2022/08/29(月) 15:42:50.69 ID:uKHtu7fq(1) AAS
さよなら。
605: nobodyさん [sage] 2022/08/30(火) 16:29:42.64 ID:??? AAS
ちんちんシュッシュッシュッ
606: nobodyさん [sage] 2023/01/31(火) 12:10:59.73 ID:??? AAS
これから学びたい人気言語上位なのにまるでスレが書き込まれてないのは何故？
607: nobodyさん [sage] 2023/01/31(火) 20:51:06.57 ID:??? AAS
困ってないから
608: nobodyさん [sage] 2023/01/31(火) 22:20:01.84 ID:??? AAS
学ぶやつは5ch関係なく、自分で学ぶ
むしろ、5chで質問するやつは、コピペしかできないし、何をやってもできない
609: nobodyさん [sage] 2023/08/24(木) 10:54:55.33 ID:??? AAS
Σ(○д○ノ)ノ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.209s*