uehajのブックマーク - はてなブックマーク

改めて見直すGoの特徴
極力Goならではな特徴をいくつか挙げていく。依存解決が必要最低限で互換性を考慮しつつ決定的モジュール単位で依存をダウンロード。コンパイル対象はサブパッケージ単位。依存の明示方法はコードに埋め込まれ、かつ未参照のインポートはコンパイルエラー。つまり動作するコードのすべては正確な依存ツリーが明示されていて余計な依存は引き込まれない。そして持ち前のコンパイルの速さを含め、相当深い依存ツリーでも依存解決にかかる時間は既知の処理系の中でも最速レベル。（唯一勝てるのはプリビルドバイナリが配布されている場合くらい）また、コンパイルやリンクに必要な処理量そのものが比較的少ないため、開発環境負荷も小さい。かなり巨大なプロジェクトであってもメモリ8GBで困るようなことが無い。つまり、CI環境の維持にもローコストで済む。ライブラリの提供側では後方互換性が破壊されるような変更はV1->V2というよ
uehaj 2023/05/04
いい記事
リンク
Goで軽量なデスクトップアプリ作成
Lorca＋SvelteKitでやってみる！ https://github.com/zserge/lorca https://github.com/sveltejs/kit あらかじめ必要なもの go(version 1.17.2以降) nodejs(16.9.0以降),npm(7.21.1以降) Chrome/Chromium/Edgeのいずれかプロジェクトの開始 mkdir sample-gui cd sample-gui go mod init sample-gui npm init svelte@next frontend // Choice "Svelte app template" is "Skelton Project". // Choice "Use TypeScript" is No. // Choice "ESLint" is No. // Choice "Prett
uehaj 2021/10/26
リンク
Goへのヘイトに対する考え方
https://www.kbaba1001.com/entry/2021/09/17/073149 （該当記事が削除されました） RubyのサービスをGoで置き換えるのは３倍人手がかかる何するにも機能不足 JSONの読み書きにわざわざ構造体書くの面倒同僚がGoを選ぼうとしたら愚かな選択ですねと答えるサーバーサイド開発にGoを使うのは危険っぽい内容だったかと。だいぶGoの特徴や既存の言語との考え方の違いが広まってきてるのかなぁと思っていた矢先だったので十年くらい前のような指摘をあえて今されていてびっくりした。正直、ここに書かれたようなヘイト項目は既出すぎるので、もし影響の大きい項目を多くの人が同様に嫌っているならばGoはここまでの人気のある処理系になることはなかったと思う。（もしくは多くの人が嫌ってはいるが影響の小さい項目ということ） Goは出た当初、こういうヘイトが世界中のブロ
uehaj 2021/09/19
リンク
1