【Go言語】 webapp GO Part1 【Golang】 [無断転載禁止]©2ch.net (609ﾚｽ)
上下前次1-新
529(1): 2018/11/21(水)00:41 ID:??? AAS
go modulesめっちゃ便利やな
GOPATH関係なく動くのが本当にいい、開発時に嫌だった制限がとうとう無くなってハッピー
530: 2018/11/21(水)13:18 ID:??? AAS
>>529
確かに便利だわ。
531: 2018/11/25(日)08:45 ID:??? AAS
GAEのstandardも1.11からurlfetchとかが消えてハッピー
ベータとれたらやっと人に勧められるわ
532: 2018/11/25(日)17:46 ID:FjjYMFcI(1) AAS
すれち
533: 2018/11/29(木)19:57 ID:??? AAS
ええねん
534: 2018/12/05(水)21:37 ID:??? AAS
AA省
535: 2018/12/06(木)16:18 ID:??? AAS
TwirpってことはHTTP/1.1なREST使いたいんだろ？
双方向通信やストリームを使わないのであればgRPCよりも
GraphQLのほうがいいと思う
nuxt.jsとGraphQLを組み合わせてサービスAに統一するほうがいいぞ
nuxt.jsのserverMiddlewareでフックしてGraphQLのエンドポイント出すだけ
外部ﾘﾝｸ:qiita.com
536: 2018/12/06(木)16:35 ID:??? AAS
Twitterﾘﾝｸ:ydnjp
参考までに
Twitterﾘﾝｸ:5chan_nel (5ch newer account)
537: 2018/12/07(金)16:45 ID:??? AAS
それならサービスBにプレーンなApollo-server(graphqlサーバ)デプロイして
サービスA(nuxt.js側)からクエリ投げてJSON取得する構成のほうがよくないか
せっかく境界つくるんだから疎結合にしとこうぜ
Microservice化して作業担当者の責任を明確にしたほうがいい
負荷に応じてインスタンスのグレードやインスタンス数を上げたり下げたり出来るメリットも生まれる
フロントエンド(SSR)担当のサービスA
バックエンド(GraphQL)担当のサービスB
スッキリするじゃん
538: 2018/12/07(金)16:47 ID:??? AAS
まぁ例のQiita記事はApollo-clientとNuxt.jsのやり方だから、Serverには触れてないけどな
＞nuxt.jsのserverMiddlewareでフックしてGraphQLのエンドポイント出すだけ
これに対しての意見な
serverまでnuxt.jsに密結合させる必要はない
539: 2018/12/13(木)19:15 ID:??? AAS
GoでGraphQL(GAE)
外部ﾘﾝｸ:outcrawl.com
外部ﾘﾝｸ:qiita.com
外部ﾘﾝｸ:tech.mercari.com
外部ﾘﾝｸ:github.com
>まず個人的な理由から。 筆者はGoogle App Engine/Standard Environmentの信者であり、
>それ以外のプラットフォームを使う気は今の所ありません。
いま日本企業で一番、エンジニアの採用に力入れまくってる
最先端ベンチャー企業の社員がここまで言い切るってことは
今後はGAE/Go注目かもしれんな
540: 2018/12/13(木)20:10 ID:??? AAS
俺もGAE/Go信者やで
実はその他のPaaSやIaaSクラウドにはない魅力がGAE/SEにはある。
それは「1日の予算設定」だ。
GAE/SEだけ、EDDoS(エコノミックDDoS)で予期せぬ損害を被るリスクが低いのである。
予算使い果たしたらOver Quotaエラーでて終わり。サービスは停止するが破産は免れる。
他のサービスは予算ライン超えても警告メール出すだけで止まらない。
パケ・ホーダイのないスマホでYoutube動画を見るくらい恐ろしい行為なのだ。
資金力のない零細ベンチャーが、悪意ある競合他者から身を護るために有効な選択である。
541: 2018/12/13(木)20:15 ID:??? AAS
GAE/Node.jsとGAE/Goってどっちがスピンアップ早いのだろう？と思って調べたらこうなった
外部ﾘﾝｸ:www.bunkei-programmer.net
Go 平均0.495秒
Node.js 平均0.6516秒
Javaは問題外だな
542: 2018/12/15(土)02:50 ID:??? AAS
JavaScript界隈のエコシステムが羨ましくなってきた…
Nuxt.jsでSSR出来るのNode.js環境だけだし
パッケージマネージャーのYarnは高速かつ進捗表示が親切だし
(go get だと-vオプション付けても分かりにくい…)
GraphQLもApollo Server楽ちんだしドキュメントもわかりやすい
Go言語だとスキーマ定義が冗長だったり(graphql-go)
プレーンで可読性の高い定義ファイルから自動作成できる便利なgqlgenは
gqlgenコマンドバイナリが何かトラブってdeplicatedになってるし
いまいちすっきりしない
543(1): 2018/12/18(火)09:20 ID:??? AAS
jsみたいなコンパイラ通さない言語はテストが大変すぎて使いたくない
ほんのちょっとしたものを作るのはいいけど規模がでかくなると苦痛のほうが遥かに大きくなると感じてる
544: 2018/12/18(火)11:36 ID:JJQIQpAB(1) AAS
巨大なプログラムを書けない人はセンスが無いだけ
そういう人はコンパイラ使っても破綻する
545: 2018/12/18(火)14:35 ID:??? AAS
頭悪そうなレスだな
出来る出来ない論じゃなくて？
546: 2018/12/18(火)14:44 ID:6hLBEu5w(1) AAS
くゃしぃのぅ
547: 2018/12/19(水)08:10 ID:??? AAS
>>543
Typescriptあるやん
GoにはGoの良いところがあるから心配するな
548: 2018/12/19(水)08:26 ID:??? AAS
外部ﾘﾝｸ:github.com
prisma/prismaはいつGoogle Cloud Datastoreに対応してくれるんだい？
上下前次1-新書関写板覧索設栞歴
あと 61 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.010s