Go language part 2
■ このスレッドは過去ログ倉庫に格納されています
1.11がリリースされても誰も話題にしないし もうこのスレは死んでるんだよ Errorのハンドリングで迷い出してんのな、今の仕様の方が時点の処理を考えるようになったし 冗長に見えるが実際堅牢さに貢献してると思うのだが >>366 go mod も自作パッケージ使う場合は src 以下で作らないといけないんですかね? // import "a" とか // import "a/b" みたいな src 外では自分のパッケージを使えないということなんですか >>369 んー。でも冗長コードはあんまり書きたくないし、良いことじゃないの? >>371 俺もそう思うんだけど、これは思想の問題だから揉めそう 確かに思想の問題なんだよな、例外的なの望んでる人は大抵デプロイするまでのプロセスの簡略化 現状で良い人は少ないと思うけど、リリースしてからの堅牢さを実感した人らで双方のステージが違う感じがする そういえば os.Exit() だと defer で登録した処理が実行されない、って 仕様はそのままなのかな ところが runtime.Goexit() の場合はしてくれるんだよね… go触ってみようかと思うんだけどどこまで低水準なこと出来る? Cと同程度? 基本サーバアプリとモバイルアプリだけど、組み込みに使えたりするのかなと グーグルの中の人のインタビューを雑誌で見たことがあるけど 組込みには向かないって言ってた 動的型付けやリフレクションをサポートするための情報がバイナリに入るので サイズが大きくなるとか あとガベージコレクションのある言語は、基本的に組込みには向かないんじゃないの? mapをmakeで作る利点は何ですか? m := map[ int ] int {} と m := make(map[ int ] int) は使い分けする場合があるんですか? 空 map 作るなら全く同じ 前者は値の初期化ができる m := map[int]int{1, 10} 後者は map のサイズを指定(メモリ獲得)ができる m := make(map[int]int, 10) OSがない環境だとGCなぞ動かすランタイムも一緒に移植しなきゃいかんでしょうな 最近致し方なくGoを触ったが忌み嫌ってたほど悪くない むしろいいね! 食わず嫌いはよくない まわりがJava信者ばっかりでGoを使ってくれない SpringBootに慣れすぎて移れないとか Javaで済むならそのままでいいのでは。 いままでのノウハウや資産を捨ててまでGoを使うという決断は中々大変そう 自分では何も選択しなかったヤツがJava使ってるんだから 今後も新たな選択とかできないだろ Javaの開発が止まったとか大事件がなければそのままでもいいんやで。 あとは、Goにした方が明確に経済的メリットがある状況になるとか 今流行ってるものは別にGoだけじゃない Pythonだってブームはまだまだ全盛だし Rustだって最近は注目されてきてる React NativeやElectron、Nodeみたいなブラウザ外のJavascriptだって流行りと言えば流行り そもそも何を持って流されてると定義するかという哲学的な問いかけをされている気がする 別に流されることを否定していない javaの連中はおれも嫌いだけど、goの連中が揶揄するのは笑い種だ javaの連中ってのもものすごいラベリングだなw 書いてる言語で人を分類してるのかw ―┼‐ ノ / | --ヒ_/ / \ヽヽ ー―''7 `」 ┼, 二Z二 レ / /´レ' \ ―7 ̄} | ー-、 / (__ (|フ) (__ノ _ノ ∨` ノ / / _ノ \_ ─┼- / | ‐┼- | ー|― ─┼─ | \ レ /  ̄Tー / ノ -─ (二フヽ \/ _ノ (二フ\ ヽ_ノ / 、__ i';i /__Y ||真|| /⌒彡 _ ||露|| /⌒\ /冫、 ) ・・・・・・。 \ || || ̄ ̄ ̄ ̄ ̄ ̄ ̄\ `./⌒ i ` /ゝ _,,..,,,,_ ||\`~~´ (十万石) \( > ('\\ ./ ,' 3 `ヽーっ ・・・・・・。 ||\|| ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|| ̄\`つ ⌒ _) l ⊃ ⌒_つ .|| ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|| `'ー---‐ ( 'A) ・・・。 〃∩ ∧_∧ <⌒/ヽ___ /(ヘ)ヘ ⊂⌒( ・ω・) ・・・。 <_/____/ zzzz・・・ `ヽ_っ⌒/⌒c Javaしか知らない人の反応 ・クラスも継承もないとか時代遅れも甚だしい ・例外を使わないエラー処理なんて考えられない ・Javaは20年以上の歴史があり、極めて安定しており実績が豊富だ ・Oracle様が万全の態勢でサポートしてくれるので今後も安泰だ ・Goはホビー向け言語で不安定でビジネスには使えない ・Mavenは最強だ。他の言語にこんな便利なものはないだろう ・Goに乗り換えたときの経済的利益を具体的な金額で教えて下さい ・金額を出せないなら、移るメリットがないってことですよね? 想像だけどw 分散メッセージングなんかはJavaの独壇場だしなあ 分散システムは大規模運用で叩かれないと バグが全然減らないから実績が実力に直結する >>403 オブジェクト指向にクラスも継承も必須なのか?という本質的な問いかけを投げかけた。 そもそも継承を重ねすぎてわけわかんないことになってるのがjavaだったわけで、 javaに問題点を感じなければgoみたいな言語仕様は生まれなかった。 /\___/\ / / ヽ ::: \ | (●), 、(●)、 | / ̄ ̄ ̄ ̄ ̄ ̄ ̄ | ,,ノ(、_, )ヽ、,, | < まーたはじまった | ,;‐=‐ヽ .:::::| \_______ \ `ニニ´ .:::/ /`ー‐--‐‐―´´\ 自分はクラス設計もデザインパターンも全くわからないプログラマなので クラスがないGoは天からの贈り物 goは実験的な言語であって、明確に何かをリプレースしようと開発したわけじゃない 過去最もリプレースが進んだ言語といえばcobol→javaだと思うが、 それはcobolとは比べ物にならないほどjavaが便利に洗練されていたから 俺はgoにそれほどのポテンシャルを感じない データとはバイナリじゃなくてアクセス可能な情報構造だって考え方がクラスだから 言語仕様関係なく分かんないのは不味い >>413 だったらstructで十分じゃん。って、考え。 型に対してメソッド追加できるし javaもgoもどっちも書く俺はどっちの連中に分類されるんだろうか、、 >>412 goは現場から考え出された言語だよ。 実験的とか口から出任せすぎる。 生まれた経緯はgo blogに書かれてるから読んでみ。 基本的にはgoogle社内のc++プロジェクトの一部を置き換え目的で生まれた。 Go 2ブロックをおりる https://www.infoq.com/jp/news/2018/09/go-2-draft-designs Go 2の記事は貴重だけど全体的に訳が微妙 特に Gets off the Blocks → ブロックを降りる はひどい ここ機械翻訳つかってんのかわかんないけどかなり翻訳ガバい get off the blockなんて言い方あるのか。勉強になったぞい get off / the blocksで訳しちゃったんだな get / off the blocksが正解っぽい handleブロックたくさん書きたいケースってあるのかね?適宜書いた方が見通しが良い??? 書いた後で、エラー区別できるわけではなさそうだから適宜必要かという結論になった エラーは判別できるでしょ 今までは深さでエラー処理を重複して書いてたけど連鎖的に呼び出されるから、その都度必要な処理書くだけで良くなる var b *bytes.Buffer if a { b = function() } http.NewRequest(`POST`, rawurl, b) invalid memory address or nil pointer dereference なんでなん >>434 bの参照先がつくられるかどうか確定してないじゃん >>436 NewRequest の中で body.(io.ReadCloser) をやってるから if 文を実行せずに b を nil のまま渡したらダメということでしょうか? むしろそこまで分かっててあと何がわからないのかわからない if文が実行されなかったら nil を渡したい。それを簡素に書きたいそれが知りたい よく見たらnilでもいいはずだけど型がおかしく見える var r io.Reader if a { r = function() } http.NewRequest(`POST`, rawurl, r) こうすればいいのか。すみません 何でだろうね、全てをGoで書きたいのに 一応ツールキットの類は色々有るんだけど、GUI操作で部品作れるようなヌルポ系は無いな 試しにやってみたことあるけど、その分野はまだまだって感じ 自分でcontributeするくらいの気合が必要になると思う Goに限らんけど、この手の言語はRestfulなAPIを提供するバックエンドだけにしてUI関係は他のフロントエンドを利用してブラウザ上で提供するのが良いのでは。 それはそうなんだが、せっかく単一バイナリで実行できるものが作れるんだから GUIも簡単に組み込めるようになれば、デスクトップアプリケーションの分野も席巻するかもしれん GoでGUIってだめなの? UNIXなら他言語と大差なくないか? UNIX限定のGUIアプリって時点で超ニッチだけど、それならいいんじゃない 普通にWinとかMacを想定するならオススメしない いや、WinAPIだと他言語のほうが使いやすいねって言ってるだけで、Windowsで動かないもの作る話じゃないんだよね 出来るか出来ないかで言ったら出来るけど、 あえてgoを選んで茨の道を行く理由もない気が goにChronium突っ込んで一緒にビルドする道がある フォーマットと呼んでる この略称じゃなかったっけ? もちろんformatのことだし、formatと読んでなんの問題もないけど、 英語で話していると>>458 で読む人多いよ 主因はrob pikeがそう発音したからだと思う Gophercon 2014のキーノート https://www.youtube.com/watch?v=aRkx_rKgnxo の15:30あたりから Mat Ryerという人がGo Programming Blueprint, 1ed, 2edで このネタを紹介してる Goでenum→arrayがしたいのだけれど、そんな機能はないと……? これみんなどうしてるの? ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる