Go language part 2
■ このスレッドは過去ログ倉庫に格納されています
はいはい初心者は退散しますよ
せいぜい威張っててください
下らねえ ちなみにNodeとかPythonとかとはすごく大きなところで違いがあって、それがGoたんの大きな大きな特徴の一つだったりする。 いつまでたっても具体的な噺が出てこないところを見ると
あまり詳しい人はこのスレにはいないようだな 素直に教えてくれって言えよw
もうここまで来たら誰も教えてくれないだろうけどw もったいぶって言わないってことは
そいつにとってそれが限界だってこと 実はGo言語のマスコットがとても可愛いんだ
それが大きな違いだな >>336
Pythonの間抜けそうな蛇よりははるかに可愛いだろ マスコットで言えばD言語もかなり人気だけど言語自体を使ってる人って殆ど見たことないよね D言語なんて存在は知ってるけどHello Worldすら書いたことがない Plan9とGoは作ってる人が一緒(ケン・トンプソン)だからかな? プロファイリングが簡単にできるのもいい…あるプログラムを調べて
いたら、整数値の 2^n 乗を計算するのに math.Pow() 使ってる部分が
あって、そこを直すだけで 15% 高速に Plan9インストールしたことあるのはこのスレでは俺ぐらいだろうな >>344
むむ。お主やるな。
BeOSなら俺もある。ブラウザが不安定で使い物にならなかった。 >>345
どちらも一応うごいた
くらい・・・
BeOSのほうがPlan9よりはうごいた
かな 隔離されてある程度守られて監視うけてるから死んでないよ。死んだことにしたいらしいが。 お作法外と知りつつ、コーディング中の簡易的な動作確認としてテスト作ってfmt出力しちゃう
自動テストにゴミ混ざるしやめたいんだけど、どうするべき?
関数名引数で受け取ってリフレクション実行するようなプロジェクト作るとかしか浮かばない >>357
俺もよくやるけど。必要な機能をテスト上で書き始めて、動かしてモジュール化して。
最後に必要なテストとして残る。
だからプロジェクトとしてなんの問題もない。 静的型付言語でリフレクション使いすぎるとあんまり良くない気がする 外部APIの動作確認とかから始まって
SQLにレコード追加するバッチ処理を1件分だけ回すやつとか
きれいにテストに昇華させてく、は間違いないな 学習し始めたからスレ見に来たら結構やべーやついたんだな… 5ちゃんだぞ。やべー奴しかいないに決まってる。
俺もお前もやべー奴だ。 go modでGOPATHのsrc以下にある自分のパッケージはどうやって使うの?
// main.go
package main // import "a/b"
import "a/hello"
// go.mod
module a/b
$ go build
build a/b: cannot find module for path a/hello おい、Go2がアナウンスされたのになんで誰も話題にしないんだ 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++プロジェクトの一部を置き換え目的で生まれた。 ■ このスレッドは過去ログ倉庫に格納されています