golang.jp は、エイベルの古川昇部長が、社内で始めた翻訳プロジェクトだろ？
先週から仕事でGoやることになったんだが、この言語辛すぎないか・・・？
>>6 >>6 >>7 認められてないというよりか風潮といった感じか >>8 まず俺はGoのエラーと例外を引き合いに出してはいない(例外は糞だが) エラー処理の観点から見るとジェネリクスないのはもう相当きついね
まあRustも関数型言語かというと違うけどな。標準ライブラリにはモナドないし。
2MBは静的リンクされてる実行ファイルなら普通よ
せやな
そもそもC/C++自体がすでに第一選択の言語じゃなくて、応答性やパフォーマンスの問題で消去法で選ばれる言語だし、
しかし、C++は他に選択肢が無いというよりアセンブラより生産性が高いという消去法で選択される言語
あ、もうちょい書き足りなかった
笑っていればいいさ、20年前にJavaが将来のメジャー言語になると言ったら馬鹿にされるのは必至だったし
まあ、linuxカーネルがCで書かれる限り、Cの牙城を崩すのは夢物語なのは間違いない
1999年ならjavaはすでにメジャー言語でしたけどね
var hoge uintptr = 123 動く(1)
>>24 使ったこと無いから的外れかもしれないけど、uintptrなんてunsafeな箇所くらいでしか使わないと思う(アーキテクチャ依存だからという理由
根拠も何もなく笑って誤魔化す人に笑われても痛くも痒くもないね
Cの整数リテラルに付けるサフィックスみたいな？
>>27 全然関係ない話
そんなのuser.cssでいくらでも好きなようにできるじゃん
:= と = の使い分けが構文的に破綻してるように観える
var s []byte = "abc"
a) var hoge bytes.Buffer
&xxxxx{}の方が直接的で字数も短いからnewって使ったことも無かった
>>35 chrome拡張でuser.css使えばいいだけじゃん
errorはインターフェースだからswitchで処理するんじゃないの？キャスト使うの？
errorがつらすぎるError()stringだけで表現しきれないよ
たまにgoやると、そのたびにテンプレートリテラルがないことを忘れててショックを受ける
Go って GAE とか GCP 以外ではどんなところで使われてますか
LLで書かれていたserver-sideの置き換え
>>48 >>48 { "name": "Tanaka", "age": 26 }
普通にjson.Unmarshal()するだけで、mapになるそうだから
いまいちカッコ悪いが、
書いた後にアレだが、 >>55 のやり方のほうが良い Goってjqみたいな機能無いのか
>>61 >>62 >>64 Unmarshal()の引数に[]interface{}の変数のポインタを渡すと、マップとスライスで構成されたjsonの中身がエンコードされるという前提知識で話してるのに
【質問】
暗黙で thread safe になるからじゃね？
Most Popular Programming Languages 1965 - 2019 VIDEO >>67 >>73 >>76 >>76 新しいサイトのurlゴーデブとか俺をバカにしてんのか？
新しいサイト？
なぜかVScodeでmain.goだけ"fmt"とか全くimportできなくなってしまった
>>88 >>89 >>90 >>91 >>92 >>88 環境変数 GO111MODULE を off にセットしてみたら
言語自体はそれなりに良いんだが開発状況見てるとと将来が不安。rubyに似てる。
>>96 >>94 >>95 >>95 >>98 シンプルなのはいいんだけど
>>102 >>102 off にして modules 捨てたらいいんじゃないかな
後は import "hoge-project/internal/config" って書くとか
初心者なんだがcontextの使い道がいまいちわからん。
>>109 ありがちなのはsigintしたときにすぐにプログラムを止めずに子のゴルーチンの処理が一区切りついてから止める場合とかかな🤔
改訂2版 みんなのGo言語、2019/8/1
>>112 >>111 >>112 >>110 >>115 >>118 >>114 workerの数決まっていないでチャンネル使うとキャパシティ以上にワーカーできたとき詰まって死にそう🤔
>>121 >>122 >>123 >>126 >>113 effective goは無料で読めるけど全然似てない。適当こくでねぇ。
シマンテックのSEPがgolintを誤検知してさくっと削除
ジェネリックよりインターフェースのメソッド名をリファクタリングする機能が欲しい
サクッとwebサーバー建てる時お前らエコー使うだろ？
go初心者です。
>>142 >>143 >>144 >>146 interfaceをに包まれた2つ以上の変数が持つ型が一致してるか判定できる構文てある？
まぁ、こんなんかなぁ…
reflection ならこうかな
型アサーション使っていいなら、型スイッチという手段も
golang関係ないんだが、50000番台ポートをlistenで開きまくるアプリ書いてるんだが、テスト実行毎にデバッグexeのパスが変わってWindowsDefenderがブロックしましたダイアログ出してきてウザいよぅ
ep8 ー ep7で雑に投げられた謎を雑に処理、端から解決する気無し。既存キャラの大幅劣化に加え、ローズ、紫バァ、暗号破りの新キャラ3人がヘイトの対象に（主にローズ）
>>159 ひさしぶりにGO触ったら仕様変更の真っ最中なのね...
いつでも仕様変更
ていうか Java のジェネリクスもおもくそ後付けやん
golangのゆるふわなinterface機構の上でジェネリックスの出番なんてそうそうあるものなのかな？
ちょっと凝ったことをしようとすると interface{} まみれになるところが改善できれば。
ジェネリクスはGo教において諸悪の根源とされる「利用しようとする前に利用される方を設計する行為」の最たるものだからなあ
自分としてはgolangの形式で動的にリンクできるライブラリ手法が欲しいな
ドラフトに挙がっている Go の generics(contract ベース)が採用されれば、 >>169 ジェネリクスは大体ライブラリとかそっちの方が実装してて普通は使うだけ
goでapiサーバーを構築したいんだけど、参考になるサイトとかないですか？
状態を変化させるAPIだと、API作るよりCORSとかCSRF周りの勉強がめんどくさい
WebAPIサーバーなんて、Qiitaとかそこらへんに転がってるような「GoでWeb APIを作ってみた」
標準パッケージのjsonのUnmarshal
>>177 >>179 goルーチンってプログラム終了前に全部終了させる必要ありますか？
golangはgoroutineでNAMESPACEを適切にコントロールする手段がないのでDockerコンテナを記述するには適していない、という記事を読んだんだけど
記事読んでみたけど、問題はnamespaceそのものじゃなくてnative threadへのアクセスじゃないのかな。
言語選択ネタは基本的に使いたいものを正当化するためのゴリ押しになりがちだから話半分に聞いておくのが正しい態度
根本的な原因はそうなんだろうけど、クリアするハードルは名前空間なのかなと
えーと、多分そう
過去ログ見たら別の人
プログラミング言語ごとの年収 今のところGoはAWSやGCPを極めた人が使うイメージだな
覚えなきゃならない独特で特殊なことがインターフェースの概念くらいで、構文は平凡以下の厳選されたものしかないから学習ハードル低いよな
下手すると何も特に勉強しなくてもただ人の書いたコードながめるだけで
goはシンタックスシュガー多めで、初学者が見よう見まねで学習すると嵌りやすい印象。
ほとんど使う局面がないstruct実体はでっかい落とし穴
>>204 落ちるなら、そちらのほうが万倍はマシでしょ
golangのシンタックスシュガーは思いつく限りだと
３． {フィールド:値, ...} 形式の構造体生成式
シンタックスシュガーといえば、&Hoge{ ... }で構造体を初期化しつつポインタを取れるのに、&1はダメなのがウザい
シンタックスシュガーというか、なんか一貫性に欠ける略記法みたいなのが多いような
多いような、と言われてもなぁ
switch w := v.(type) はかなりエイリアン感あるな
一貫性に欠ける記述に思い至った
要らないというのはちょっと正確性に欠けてた
構造体がポインタじゃないのなんでだろ
・構造体配列のアクセスがゲロ遅い >>218 のような変換が必要になりクソ非効率だし実装も面倒 >>221 >>208 さんの言うように静的解析でガードするのが正解なんだな 静的解析でgolangci-lint導入してみた
静的解析の余計な判定をオフする方法がわかったんで書いとく
一時期Cの関数を検索したかっただけなのにphpのばっかり出て来たときは辟易した
一時期旧日本海軍の軍艦の画像を検索したかっただけなのになぜか
php界隈みたいに翻訳してくれる神様降臨してほしい！
頑張ってくれた先人には申し訳ないけど
どこの言語も同じだよな
今発売されているGoの入門書でモジュール対応してるものってあるの？
モジュールと言われても用語としての範囲が膨大すぎて意味が伝わらない
みんなのGo買ったけど初心者向けじゃなくて読んでないんですが
みんなのGoってオンラインで無料で全部読めるやつ？
>>252 >>246 http://golang.jp/ ガチの初心者がGoなんか使って何するのか、嫌味じゃなくて興味がある
サーバー側は、Ruby → Node.js, Go
>>257 だからこそモジュールのバージョン管理が大事なんだと思う
基礎からわかる Go言語もずぶの素人には難しいと言うか無理だろこれは
関数の引数で []*xxx と []xxx があるんですが、どっちを使ったらいいんでしょうか
間違ってたらコンパイルエラー出るから、コンパイルエラーが出ないほう
>>259 >>264 結局みんなと同じようにRuby on RailsとかPHPやっとけばいいんじゃねえのか
goはあちらこちら洗練されてない。存在としては好きなんだがなぁ。
矛盾が少なくて必要最小限の仕様しかない、という意味ならC
やっぱgoに使い慣れている人でも糞だと思ってるんだな
＞[]xxxと[]*xxxをAPIのレスポンスで返したら同じjsonが返ってくるとか糞
JavaScriptも嫌いじゃないけど、ほぼほぼ毎年仕様が追加されていて着いていけない
公式サイトですらgolangだもんな……
go とか [] とか []* とか すごく検索しづらい
>>278 糞じゃね言って同意って言われるのが終わってる
Goが気持ちいいのは、意識高い先人達が築き上げてきた無駄に複雑な数多の概念を「Goだから」で一蹴できるところ
>>283 >>284 みんなgoとかgolangって書いてるけど実際はGoなんだよね
文字関連のライブラリとかかなり雑と言うか古臭く感じる
>>284 interfaceとgoroutineはオシャレだと思うぞ。あとはダサダサだけどw
selectの非同期待ち受けって、素敵だと思うの
goroutine周りは記述が簡便で初心者も手を出しやすい雰囲気を醸し出してるのに、実際には低レベルで罠が多いんだよなあ
Goの非同期機能の公式の説明で共有メモリは危険だとかドヤ顔で講釈垂れてる割には
golang.jpが壊れて治らないから諦めてwebarchive行くことにした
golangが完全に終焉するとき
golang-jp.netみたいな日本向けドメイン取って誰かが新しいサイト作って
アフィリエイトで広告踏みますのでよろしくおねがいします
goとrustは目指す目的が違いすぎて、並べて書く意味がなさすぎ
1.14のissueって昨日まで20個以上残ってたと思ったけど、あれどうしたのかな
release blocker issueは2個くらいだったし
>>297 「つまらないアンケートに答える層が使っている言語」の統計
C/C++いまだに多いけどどういう人が投票してるんだろう
お前らが見慣れてるような言語ランキングだって相当なバイアスがかかってるだろう
Rubyは始まりも、オワコンなのよ
FORTRANがあるということは製造業なのかな
まあ、職業プログラマーでSQL使わない奴なんてまず居ないだろから
今の現場、DBが完全にDynamoDB（KvS）に移行したぞ
いくらサービスのOLTP系のDBがDynamoDBオンリーでも、会社なら業務系のDBとかデータ分析用のDWHとかあるしWebエンジニアでもたまにはそういうところ触ることもあるだろ?
それにしても使えば使うほどクソさが見えてきて
>それにしても使えば使うほどクソさが見えてきて
Kotlinは使えば使うほど良いなと思う
ちょっと鮮度が落ちた話だけど Let's Encrypt が幾つかの証明書を無効化する羽目に
何で参照を渡していたのか不思議…
>>334 pythonのほうでも、旧アマ driveを便利に使えるようにする一番有名だった
>>333 >>333 コンテナ時代にJavaはなあ
Javaの欠点はメモリを食い過ぎること
javaの欠点はメソッド名が長すぎ
Javaとかいて邪魔と読みます。くらいに要らない子
Java馬鹿にしてるやついるけど
JavaをバカにしていいのはC#とかの直系親族かなー
コピペって(笑)、インテリセンスとかスニペットが無い世界の人は大変だな
Javaがバカにされるのはそれを使っているプログラマのせいじゃないかと思う。
ダサいと感じるかどうかは人それぞれだが
Goのやり方の是非はともかく、例外がいつどこから飛んでくるかわからない「漠然とした不安」がないのはいい
書く量が多くなるとかそれぐらいは別にいいんだけどさぁー
> 最初にエラーハンドリングはそこまで要らないなと思って書いてたコード群が
>>352 >後で扱うデータの仕様変更があってエラーハンドリングが必要になったときに
Goだと極一部の簡単な関数を除けば基本的にerrを返すから、後でerr発生箇所が増えても影響は関数一つだけだろう
vscode で if err!=nil のブロックをデフォルトで折り畳んでくれたら、おれは嬉しい
またお前かって初めてこのスレに書き込んだんだが
errさんイライラwwwwwwwwwwwwwwwwww
errさんはPHPしか触ってこなかったから気にしないんだよ
Cだともっと酷いよ？
Goは標準ライブラリが豊富っていうけどどこらへんが豊富なの？
>>367 GetLastError() って Windows OS のみ？
Cだと戻り値でデータ返したりエラーコード返したりやりたい放題で一貫性が無さすぎ
最近のは(小さい)構造体なら返せるやろ
>>372 >>370 >>374 Goって複数の戻り値はスタックにおいてるのかね？
コンパイル時にサイズが決まるならスタックに積んで返すのは難しくないだろう。
老人介護用言語すぎてストレスしかない
権限だけ持ってる考えなしの馬鹿が採用を決めたせいで無理して使うしかないんだわ
あくまで関数が主体であり、structはオブジェクト指向的な実体というより、単なる文脈と考えればいい
>>383 >>383 ハイパースレッディング的にCPUを並列化したいならGoなんで使うものじゃないよ
>>383 golangのポインタ周りはrangeでイラっとしたくらいだわ
いやいや・・ポインタも構造体の実体からもアクセスがどっちも . とか
/＼＿＿_／＼
全部ポインタにしてるわ
全部ポインタは無駄処理増えてパフォーマンス的に良くないようだけど
今Go使ってる人はなんちゃっての人は少ないからねえ
はて、ポインタで無駄処理ってのは聞いたことないな
せっかくのキャッシュなのに
ちゃんと読んで答えてるっぽい奴居て草
>>399 Javaはスレッド跨ぐ場合はスレッドごとにコピーした値をキャッシュしたりはしているし
だって Java thread って context switch が遅いんですもの…（仕方ないけど）
皆んとこインフラでGo使ってないんか？
Go製のキラーアプリであるDocker
Dockerの記述言語なんて使う分には関係ないからキラーアプリとは違うような。
コンプライアンスに即した範囲でできるテレワークって事で
ゲーム会社でもコンプライアンスの関係でテレワークできない業務なんかあんの？
JavaとかScalaで作ってたものをGoに置き換えるみたいな流れは割とある
windowsとlinuxで動かさなきゃいけないアプリをJavaで書いてて
C#ってlinux上ではmonoとか使うわけでしょ？
>>406 >>406 >>414 >>415 今のC#知らない人多そう
流石にJavaやScalaからGo移行とかになるとあまりの言語機能のゴミっぷりに開発者がキレそう
/＼＿＿_／＼
この言語はCでサーバを書いているようなニッチな要求の仕事を置き換えるんだろうな
リアルタイム性重視なら、GCあるGoは向いてないんじゃ
鯖は比較的余裕有るけど、クライアント側でGCが痛い子になる事はありそう
Rustはバカ速いとか聞くから覚えたいんだけど
そりゃあif文for文みたいなコードだけなら1日だろうよ
rust、利便性のためにライフタイムの省略パターンとか作ったんだろうけれど、逆にわかりづらくなってるわ。
>>433 >>433 >>436 JavaとC#では技術スタックが全然違うだろう
出だしが学習コストの話で、人格攻撃やらサーバの構築とか的外れな事を言い出してくるやら
ギスギスしててワロ
ものすごく当たり前の落とし穴に落ちた
大きくなってきたんでパッケージを分割
>>445 > 設定とか全体を管理するパッケージ
>>445 >>449 結局、日和ってロジックのインスタンスはCパッケージにシングルトンとして実装してBから呼ぶことでallowedを回避した
VScodeなのかdelveなのか、デバッガでスライスを見たとき64個までしか見えません
各プラットフォームのランタイムのせいだろうとは思うけど・・・
ああっ
Goではintのサイズと配列の最大長は環境依存だからそれで正しい
>指定された長さ
log.Logger の出力でファイル名も出させるようにして気づいたけど、ソースファイルのパスって実行ファイルの中にしっかりと記録されてる？
みんなはGW中は嫁さんとセックスしまくりなの？
飽きるか？全然飽きないんだが。
∧∧ ミ ＿ ドスッ
GoのスレなんだからせめてGopherくんで抜けるかどうかの議論しろよ
gopherくんみたいな女いるよな
常駐しつつ標準入力からのコマンドを受け付ける構成のプログラム書いてる
ちなみにシグナル使えという話は横に置いといてね
ところどころ抜けてて口頭説明前提の作りで肝心な内容が無い資料公開されてもな
言語仕様より標準ライブラリのクックブック的な本が充実して欲しいかな
>>475 Golang逆引きレシピ（version1.14対応）
開発陣のモチベーションはどうなんだろう。
サーバで使われることが割と一般的なコンパイル言語（Java以外）って
C#
>>482 Javaじゃね？って言葉を無視するのであれば、Scalaは聞いたことある。
javaがinnullable化すればいいんだ
Goは学習コストが少ないっていう嘘に騙されてるやつとそう信じてる信者が多いのが最大の失敗
/＼＿＿_／＼
>>447 >>493 >>495 1.12 の http/request.go に、でっかい落とし穴が
xmlHttpRequest.setRequestHeader( 'Content-Type', 'application/x-www-form-urlencoded' );
うーん、コード追ってみたら未実装は間違いでParseMultipartFormを使うらしいけど、わけわかんない
>>498 普通、ParseForm が判定して取り込むよね
エラーが起こる第一原因判明
request.go の中身を初めて見たけど、エラー処理は雑だし残念すぎるなコレ
request.MultipartReader() の方を使ってみたら
>>504 なのかな？よく知らない
>>502 >>508 の補足 「この中にformがいっぱい入ってますよ」っていうformなんだよね
ヘッダーのContext-Typeで分岐して適切なParseなにがしを呼べってことです。
>>511 う～ん、Context-Type が指定されていないのに multipart を自動判別して
自動的に判定して分岐できるんだったら、それをライブラリがしないというのは手抜きだろ、と言っている
505で書いたように、一見問題がないような対処はできるけど(自分でも手抜きとはわかってる)、問題点の実体が見えてないと対処に漏れが無いという確証が持てないから
それはバウンダリの中身に、
仕事でAWSのAPI Gatewayって機能使った時に
>>515 ParseMultipartFormの説明で、必要に応じてParseFormを呼び出しますと書いてるのに、
>>520 request.parsePostForm() は Content-Type が無ければ application/octet-stream と見なす様だ
RFC 7231 HTTP/1.1: Semantics and Content（日本語訳） https://triple-underscore.github.io/RFC7231-ja.html#section-3.1.1.5 >>523 >>525 あ、それ違う
つまり現状でも
ParseFormだとURLにフォームくっ付けてContent-Typeがないリクエストを想定してるけど
意図的にContent-Typeのないような感じのフォームデータは許さないサーバを書いてるから、エラーチェックしないという対応だけでも問題なさそう
>>530 >>531 最終的に
>>532 >>533 のあなたの最終的な実装を見るとあなたはContent-TypeとParseFormとParseMultipartFormを理解して使って無いの、何となく動くからってやっつけで実装したようにしか見えないの。 >>533 > i.Json = &BindStructure{}
>>535 寝ぼけてるぽい、もう一回上げ直し >>533 >>535 >>540 スレチになるのでちょっとだけ。
>>539 >>541 >>542 > まって、Content-Typeが無いと mime: no media type になる気がするんだが(コード見ただけだけど)
func (i *rInst) ParseForm() error {
現時点で
あ、これでいいのか
>>545 結局、application/json のために ParseForm から ParseMultipartForm を追い出してる？
archive/zip パッケージの仕様なのか、zip 自体の仕様なのかわからんけど
package main
実行例
Go最近始めたんだけど[]stringって型の書き方が違和感すぎるんだけど理由ってあるの？
想像に過ぎないんだけど、
>>553 サーバで http.ResponseWriter への書き込みが WSAECONNABORTED (10053) でエラーになっているとき
テストでの罠検出には定評のある人材だから
>>556 そもそも、問題のレスポンスでは20MBくらいのmpgファイルがリクエストされてるんだけど
ブラウザ側では数十msで受信してるから、タイムアウトじゃない
う、もしかすると送信するストリームが Content-Length よりも長いという可能性もあるのか
深く考えずに
>>567 >>567 >>567 >>567 一貫してオレの都合よく動くようにできてないと騒いでるだけだな
呼び出し順序に則って作らなければ動かないフレームワークってのは
いや、呼び出し順序に従わない場合はエラーにする
>>567 むしろエラーにしてほしい
458 に関係しての罠 [email protected] /encoding/japanese/all.go そりゃ当たり前で気がつかないのがウカツだった…
雑誌でGoはC++を嫌ったGoogleの技術者が作ったって書かれてたんだけどそうなの？
コンパイルの遅さに嫌気が差したってのは見たこと有るな、尚ソースは無い
目的と合ってないから、目的を絞り混んで作った、いわゆるドメイン固有言語って認識
同意しない
Go は、Ruby を極端にした感じ
問題解決力だけで言うとGoが一番高いの？
pythonってそこまで書きやすいとは思わないなあ
Goはクラウドネイティブ開発に習熟してるがオーバークォリティなことをやりがちな奴が多い
pythonは
場合つまり解決しようという問題による
>>590 用途によるとしか言いようがない気がする。
銀の弾丸は狼男(もしくは悪魔)を倒すという用途に特化されてるんですが・・
ブルックスの論文を知ってて言ってたら申し訳ないんだが、ソフトウエアプロジェクトと言うものに対する銀の弾丸は無いって話だよ。
オーバークォリティなことをやりがちな奴が多い
>>597 単体テストやってたら過剰品質だと怒られたんだよな○KI電気SI
>>599 Web関連の自動化でselenium使いたくて、
自動テストのコストは成果物を運用しながら継続的に改良していく中でペイしていくもので、SIなら突貫で作って一発動いたらあとは納品して終わりなんだから自動テストは実際要らんわ
>>592 事情通に聞いてみたのよ
自社サービスとSIじゃビジネスモデルが全然違うんだから開発手法も違って当たり前
はじめての C
構造体の初期化で省略されたフィールドを既定値で初期化する方法を考えてたんだけど、こんなやり方でも構造体を初期化できるんだな（アンチパターンって言われそうだけど）
はい。諸々すみませんでした(´・ω・｀)
>>620 MSはaspnetcoreのベンチマークにTechEmpowerを使ってることを公言してるんで眉唾
学習に使ったのと同じ入力で評価してるわけだからまさにオーバーフィッティングだね
お気に入りのフレームワークの順位が低くて悔しい人たち
>>607 での Cython との比較でも、Go 側が「並列化してない」という批判がコメントに寄せられてるけど訂正されてないんだよな qiitaのは、あそこのあるあるで理解しないで書いてるだけだ
セットアップとかPythonで書かれてたりすることが多くて、在宅学習でセミナー受講したりしはじめてる
なぜかVScodeで保存しようとすると、go listが大暴走して動かないようになってしまった
JavaでdirectXやるにはCじゃ無くてGoって聞いて来たんだけどホント？
その最後の行は
Go言語のChannelはチャネル、チャンネルのどっちの読み方が正しいの？
英語の音を無理やりカタカナ語で表現してるだけだから
正解は「チャネ」です
cmd フォルダなのに main パッケージにしなければならないのはなんとかしてくれ
Javaやらと同じでパッケージの仕様が練られてないんだよな
cmdフォルダのpackage cmdを他からインポートすれば良いのでは？
そりゃmainフォルダにすれば解決なんだけどさ
単に、mainパッケージだけ例外、というのが残念だという愚痴に過ぎないよ
pythonでいう__name__ == ‘__main__’を外出しした感覚だと思う
https://play.golang.org/p/Ido4pfGMpHn if s=="a" {
それってgofmtで自動で直してくれるんじゃないの
セーブ時のフォーマットでは直してくれてない
Goのバージョン30ぐらいにはコードを書かなくても全部自動生成してくれるようになるよ
オーケーGo
そういや、range キーワードって省略されても構文解析できそうな気がするんだけど、なんか問題あるのかな？
そうだね、一貫性が無くなるよね。バッドプラクティス度合いで言うと最悪ウンコをLv10としてLv10だな
すんごい基礎的な疑問
>>670 >>671 デカいプロジェクトの時のパッケージ構成ってどうしてる？dddはなんかやり過ぎ感あるし
気付いてなかったけど、VScodeでgo.modのrequireにカーソル合わせたら、パッケージを最新バージョンにアップデートするかが出てきた
>>655 >>677 e,err :=hoge()
return _,err
Go, Kotlin Swiftの文法対応表を作って欲しいぜ
>>684 >>685 すんでで気がついて事なきを得たけど
英語読めないって人って高卒？
ホストがMacなんだけど、dockerでgolang/Fyneを試してみたいんだけど無理かな？
iOSはBSDベースなんだから余程アップルが魔改造してなきゃBSDと同様な程度にはサポートされてるだろ？
まずgolangに関係のない話
a := make([]int, 0)
言語仕様にスライス、マップ、チャネルの型って書いてあるじゃん
その辺は最近のモダンな言語からしたらすげー泥臭い仕様だよな
なんか全体的にそんなところがあるよな。べつに機能的に問題があるというわけじゃないんだが。
"[]int"だとstringだけど、ダブルクォーテーションなしだと何を渡してるんだろうと思って
確かにもやっとしないでもないね
makeは組み込み関数にカウントされてるから、むしろ型を変数として生成できないという縛りなんだな
構文見てて思った
makeが関数でrangeが式なの違和感あるんだよな
go: finding dmitri.shuralyov.com/gpu/mtl latest
既存のパッケージがGOPATHにはあるはずなんだけど、どうしたらいい？
なんとなくGCPのビルドシステムの問題にも思えてきた
>>712 よかった復活した
しかし個人のホストからimportするリスクやばいな
GitHubかGoogleSourceRepositoryにホストすればいいのにな
う、Google Source Repositoryって、もしかして
引数を値渡しするか、ポインタ渡しするか
>>718 >>719 >>720 論理アドレス空間ははじめから確保してるんじゃないの？
例えばjavaではStackOverflowErrorになるし、cだと検出すらされない(今は知らない
考えてみれば何万とgoroutine作ってもびくともしないようにするには、それくらいやらなきゃダメだろうから納得すべきか
>>723 >>723 Elixir は、10万の小プロセスが、並列で動く
かえすがえすも、名前がイケてないのが悔やまれる
正直goって流行っている感じじゃないんだよなぁ
むしろGoよりめんどくさくない言語の方が少ないだろ
ゴリゴリ書かなきゃいけないという点で面倒くさいけどゴリゴリ書いてしまえるという点で面倒くさくない
Pythonとかの思い付くまま適当に書いたらシンタックスシュガーでなんとなく動く、それを簡単だと言ってるんだと思う
PHPとかの方面の人から見ると、面倒で使えないと思うんだろう
>>735 Pythonでマップのインデックスで {(a,b): c} とやってるのを見て、ちょっと羨ましく感じた
VSCode
>>740 >>740 VSCODE良いね。
>>740 Goは補完が大事だから他の環境はマジで貧弱すぎる
俺は補完は好きじゃなくて逆に鬱陶しく感じてしまう。
「(」打つと勝手に「)」も入るやつとか
go.modに勝手にgo1.13みたいなものが入ります
自分で指定すると思ったけど
ツールアップデートしたら#41870にバッチリ引っ掛かってしまった
俺はコンパイラが無様すぎると思うんだけど、どう思う？ https://play.golang.org/p/XRFmBiqhqJp C / C++ のプリプロセッサのマクロって
>>757 そしてあなたも解決しようと思わないのでしょう？ >>757 >>760 知らないだけかも知れないけど、generate が build と分けられてるのが使いづらく感じる
そもそもプリプロセッサーが何をやっているか考えたら再帰なんかできない事ぐらい分かるやろ
今時も何もgolangではポインタはバリ現役
ポインタが散々叩かれて色んな言語で無くしたけど
つーか名前をへんてこにして誤魔化すとかじゃなく
ポインタがない言語ではオブジェクトは参照コピー
>>771 >>775 >>771 >>773 >>775 c#はunsafeでめちゃくちゃできるけどね
>>778 >>779 >>780 https://github.com/maxpert/raspchat/releases/tag/v1.0.0-alpha 軽さ速さは環境によって変わる
>>782 だから、>>782 の観点だけなら、 ホントにあんまり知らんのだろ。
シリコンバレーって所でPythonから移行が進んでるそうです
yieldが必要なコルーチンとは全く関係なく、昔で言うグリーンスレッドを超低コストで実現してるという方が正しい。
スレッドプールとかが効いてくるネイティブスレッドではなくて、あくまでグリーンスレッドだからな。
>>784 >>785 にも続く話だけど現実的でないとか上手く行ってないとか結局それが現実的でなく上手くいかないタイプの分野・会社に君がいるだけじゃないの？と思ってしまうよ メインスレッドすらグリーンスレッドで、数本立ってるネイティブスレッド上でタスクを持ち回りで実行してるから、await asyncは自動的にされてると思って良いぐらい。
>>784 >>788 >>790 > > グリーンスレッド
>>791 >>792 >>791 >>781 >>781 >> どっちかというと軽量プロセスの方向性。
>>797 >>769 >>793 >>795 >>796 なんで性能向上が不可能なんだろ。
>>806 >>805 >>807 >>807 >>807 マジで自演人形劇はやめとけって
>>810 >>812 >>806 >>814 >>815 古いPerlスクリプトをGoogle Compute Engineの無料枠で動かそうとしたら
>>816-817 >最近のお前らがよく分からんのは、言語べったりで言語と心中しようって奴が多すぎることだ。
後半完全に何言ってるのか分からん
>>821 お前らな、「グリーンスレッド？知らんかったわｗ」の時点で気付け
わざわざgoスレに乗り込んできて何がしたかったんだろ
スレッドのようなもので、スレッドではないって言ってんのに頭の中スレッドでいっぱいだから理解もできてないし。
goroutineのオンリーワンは当分揺るがないだろな
Go書けるまともな人相当少ないからかなり美味しいんだよな
この10年ぐらいはスクリプトでイキリがほんと多くてウンザリした
>>816 問題は、その程度の理解なのに限界領域の最速を目指せると勘違いしていることだ。
C界で有名な話で、「K&Rのmalloc(30行程度)に勝つ為には5000行のコードが必要だった」というのがある。 https://www.wdic.org/w/TECH/malloc >>830 >>830 >>835 >>841 と思ったけど、SPARCはOracleが独自改造しまくってたな。
>>833 >>834 >>846 >>843 >>847 疲れてるのに長い文章読む気もおこらんから読んでないが >>847 だけ読んで俺は基本的に同意の人間なんだが・・ /＼＿＿_／＼
思うに、go言語に未練あるけどもういじりたくない（または理解できなかった）人なんだろうな
Goが理解できなかったわ無いわ
>>850 >>851 goroutine はスレッドをダメだこりゃと車輪再発明する暴挙に出た一品 https://postd.cc/the-way-of-the-gopher/ erlangなんかはこういう発想で軽量プロセスにしてるよね。
サーバーサイドはGo一択でいいんじゃないか？
>>860 >>850 >>851 あとGoは意図的に「若者の楽園」を目指しているのが、「見た目は」奏効しているかも。
ただこれはGoの仕様だ。
インメモリなキャッシュと分散データベースでメモリ管理コストが影響する幅は変わるに決まってるし、そうでなくとも実測で改善してるならそれが全てでしょ
あと話を聞いてる限り、新規の若者は「全部の文法」を抑えてから次に行こうとする。
>それをgoroutineなんて言葉を使うから、thread/lightWeightProcess/co-routine/greenthread等を知っている奴等は余計に混乱する。
つーか Go の発案者て老人ばっかりじゃなかったっけ？
>>869 >>870 >>856 ただこれは「後付」であって、ここまで解明していればNodeでも対策は簡単に出来るわけだが、
ただgoroutineって優先順位付けられたっけ？
>>866 Ruby のコンパイルに、1CPU なら、20分掛かるけど、
>>862 >>876 >>880 https://www.ymotongpoo.com/works/lyse-ja/index.html >>881 言葉の端々に今どきの若者は～みたいなのを感じる
>>881 >>882 >>886 >>882 >>887 >>887 Go vs Rust、じゃなくてむしろこの2つ以外が要らんのだけど
参照カウント方式には結構なメリットがある。
>>887 >>896 とりあえずGoのリリースノートを全部読んでから話してほしいな。彼には。
>>889 >>896 のようなのが有ればいいけど、これで実装してる例ってあったっけ？ >>900 Goが人気出た大きな理由の一つは、過不足がなく比較的高品質な標準ライブラリ
またそんな煽りを…
RustはRustでC++の標準ライブラリがゴテゴテと九龍城が如く聳え立ってきた反動でもあるので許してやれという気持ちがある
>>906 Rustは今でも面白いよ。標準ライブラリが貧弱でも大して困らんけ、並列ランタイムだけは標準に入れて欲しかった。
>>908 C#が充実したらGoが要らなくなる論は全然わからんな。
ファットなランタイムに依存しながらも比較的デプロイ時の取り回しが良い
C#ならGUIもサービスも書けるし遅くもないから、Windowsアプリを書くなら鉄板の選択肢だよな
Windowsアプリを作るときの鉄板に関しては異論はないが、C#のデプロイはガッカリ仕様だぞ。
>>916 >>918 >>921 >>901 >>905 >>903 ちなみにデプロイって何の話してるんだ？ https://w3techs.com/technologies/overview/programming_language すまん100倍では済まずに 31,666倍(=9.5/0.0003)だった。
>>923 >>924 >>926 >>919 COBOLは歴史もあるし金融系で使われてたり実績も十分。
C#はビルド速度とNuGetが地味につらい
YouTube で有名な雑食系エンジニア・KENTA は、
「俺の考えた最強の型システム」合戦になって収集つかなくなって導入しないことが決定した
sort書くときはジェネリクスと型推論効かせて簡潔に書きたくなる
なにかというと interface{} が現れる今の状況をなんとかしてほしい。
どこかのブログで「Goはイテレータを書くのに4つの全く異なる方法がある」って書いてあったけど、これマジ？
>>943 >>946 >>948 >>948 いや、Goに関わらずAPIの設計としては常識に近いよ
Goではfor文がイテレータ
>>955 イテレータは、既定の順序に従って移動できることと、値を逆参照できることが要件になるだろうな。
連続した要素を一個ずつ舐めて処理することだよね？(´・ω・｀)
それはただの繰り返し、
>>960 >>963 一人が同時に何本の竿を処理できるのか
GoFのを定義とするならhasNextとnextでラップして要素持ってるだけなんだよな
イテレータにそれ以上の機能は何も無いだろ。
デザイン「パターン」だぞ
>>964 >>973 >>973 >>942 うーん、全世紀の遺物から、複数の戻り値とか、deferとかみたいなので別方向に進化したものだと思うけどな。
インターフェース自体はいいんだよ。
/＼＿＿_／＼
思い付きのまま検討とかしないで言うんだけど
>>980 ハァ…ハァ… 池沼用言語……？
(´･ω･｀) ふむふむ・・・なるほどなるほど・・・
モダンな言語使ってる所だと単価云々より労働環境のメリットの方がデカい
>>990 Goは何故か食わず嫌いが多すぎて人員が集まらないから、余程の高性能案件でないと
Go案件はメルカリ一派しかまともにやってないから
メルカリって大して儲かってないのに、株価を吊り上げてボロ儲けしてる企業だろ
>>992 >>994 >>998 >>999 lud20230116210606ca
このスレへの固定リンク： http://5chb.net/r/tech/1571315884/ ヒント： 5chスレのurlに
http ://xxxx.5ch
b .net/xxxx のように
b を入れるだけでここでスレ保存、閲覧できます。
TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「Go language part 3 YouTube動画>2本 ->画像>2枚 」 を見た人も見ています：・Go language part 1 【LAA】Los Angeles Angels part46 【ワッチョイ有】 グリムガーディアンズ / Grim Guardians: Demon Purge Part1 Vue vs React vs Angular Part.4 Vue vs React vs Angular Part.5 Vue vs React vs Angular Part.3 Vue vs React vs Angular Part.2 Vue vs React vs Angular vs Svelte Part.9 【ﾜｯﾁｮｲ有】Vue vs React vs Angular Part.5.5 Strange Brigade Part 1 【祭り】BSR coinexchange part13 ArcheAge 6鯖Tahyang 晒しスレ Part1 Intel Management Engineの脆弱性 Part.2 【 bitcoin 取引所 】QUOINEXCHANGE Part.3 League of AngelsⅡ（リーグオブエンジェルズ2） Part6 League of AngelsⅡ（リーグオブエンジェルズ2） Part2 【MGO3】METAL GEAR ONLINE 3 Part 926 Visual Studio 2019 Part7 Visual Studio 2022 Part2 Visual Studio 2022 Part1 Visual Studio 2010 Part21 Visual Studio 2019 Part6 Visual Studio 2017 Part4 Visual Studio 2019 Part2 Jacksonville Jaguars Part2 Visual Studio Code / VSCode Part9 Visual Studio Code / VSCode Part8 Visual Studio Code / VSCode Part12 Visual Studio Code / VSCode Part5 MacでもLinuxでも使えるVisual Studio Code Part2 【XboxOne】 Halo 5: Guardians Part69【FPS】 Phalanger ～まさかのPHP派生言語～ Cygwin + MinGW + GCC 相談室 Part 8 Regular Expression(正規表現) Part15 【xflag】ファイトリーグ-Fight League Part.24 【xflag】ファイトリーグ-Fight League Part.16 【PHP】Laravel【フレームワーク】 Part.5 【LoL】League of Legends 質問スレ Part67 【LoL】League of Legends ARAMスレ Part74 【LoL】League of Legends 初心者スレ Part345 【LoL】League of Legends 初心者スレ Part244 【LoL】League of Legends 初心者スレ Part324 【LoL】League of Legends 初心者スレ Part250 【LoL】League of Legends 初心者スレ Part282 【LoL】League of Legends 初心者スレ Part297 【LoL】League of Legends 初心者スレ Part261 【LoL】League of Legends 初心者スレ Part276 【LoL】League of Legends 真の初心者スレ Part1 beatmaniaIIDX 26 Rootage 情報スレ Part23 beatmaniaIIDX 26 Rootage 情報スレ Part13 【LoL】League of Legends 質問スレ Part64 【LoL】League of Legends ARAMスレ Part96 【LoL】League of Legends ARAMスレ Part99 【LoL】League of Legends ARAMスレ Part79 【LoL】League of Legends ARAMスレ Part76 【LoL】League of Legends 初心者スレ Part380 【LoL】League of Legends 初心者スレ Part286 【LoL】League of Legends 初心者スレ Part300 【LoL】League of Legends 初心者スレ Part259 【LoL】League of Legends 初心者スレ Part323 【LoL】League of Legends 初心者スレ Part315 【LoL】League of Legends 初心者スレ Part342 【LoL】League of Legends 初心者スレ Part281 【LoL】League of Legends 初心者スレ Part272 【LoL】League of Legends : Wild Rift Part48【ワイルドリフト】
13:54:55 up 4 days, 14:58, 2 users, load average: 77.05, 61.70, 55.68
in 0.054808855056763 sec
@0.054808855056763@0b7 on 011803
