go mod完全に理解した
はじめに go mod周辺を理解してないとGo言語使った開発辛いと思うんですが、ネットの日本語情報少なくないすか？ 最近はGOPATH使わないと思うんですが、古い情報が引っかかってきて、検索するのが辛いです。GOPATH使う時とgo mod使うときの比較情報も、あたらしくGo言語やる人的にはいらないと思うし。変更点は良いから、最新版の体系的な情報をくれよ、ってなってました。 新しく環境作るとき、自信ないままやってるんで、調べながらすこしまとめてみました。自信ないのはあんまり変わってませんが。。。 ちなみに、僕は、Go言語に入門して半年くらいで、なんとなく、3冊くらいGo言語の本読んだ状態です。goroutineとかわからん。 基本的には、ここらをなんとなく読んだ知識を整理してます。 Tutorial: Get started with Go - The Go Programming Lan
Tutorial: Create a Go module - The Go Programming Language
This is the first part of a tutorial that introduces a few fundamental features of the Go language. If you're just getting started with Go, be sure to take a look at Tutorial: Get started with Go, which introduces the go command, Go modules, and very simple Go code. In this tutorial you'll create two modules. The first is a library which is intended to be imported by other libraries or application
【perl】plenvでperl x cpanm x carton環境を作る - mac編 - tweeeetyのぶろぐ的めも
はじめに perl環境はperlbrewで作っていましたが、plenv良さそうってことでplenvってみるメモ。 このメモのゴールは特定のディレクトリに特定のperlバージョンを入れて ついでにcpanモジュールも入れてみるまでです。 アジェンダ homebrewインストール plenvとperl-buildのインストール plenv使ってみる perlインストール前に確認 perlインストール perlインストール後に確認 plenvのバージョン切り替え挙動について cpanmインストールしてみる carton使ってみる 1. homebrewインストール 当然ですがhomebrewでインストールするので、homebrewが入っている前提です。 homebrewについては別途単体で書いてますのでそちらを参考に、、、ということで割愛します。 →Mac OS XにHomebrewインストール
Go のモジュール管理【バージョン 1.17 改訂版】
Go 1.17 リリースに合わせて【バージョン 1.17 改訂版】とした（2021-08-21） Go 1.18 から追加・変更になった機能について追記した（2022-04-03） Go のモジュールについては自ブログでもよく話題にするのだが，差分情報が多く内容が分散しているため，ここの Zenn でまとめておく。なお，この記事では vendoring 機能については言及しないのであしからず[1]。 用語の整理 まず最初に用語の定義をしておく。 GOPATH モードとモジュール対応モード バージョン 1.11 以降から Go ツールーチェーンは以下の2つのモードのどちらかで動作する。 GOPATH モード (GOPATH mode) : バージョン 1.10 までのモード。標準ライブラリを除く全てのパッケージのコード管理とビルドを環境変数 GOPATH で指定されたディレクトリ下で行う。パ
モジュールを複数のファイルに分割する - The Rust Programming Language 日本語版
モジュールを複数のファイルに分割する この章のすべての例において、今までのところ、複数のモジュールを一つのファイルに定義していました。 モジュールが大きくなる時、コードを読み進めやすくするため、それらの定義を別のファイルへ移動させたくなるかもしれません。 例えば、Listing 7-17 のコードからはじめましょう。クレートルートのファイルをListing 7-21 のコードを持つように変更して、front_of_houseモジュールをそれ専用のファイルsrc/front_of_house.rsに動かしましょう。 今回、クレートルートファイルはsrc/lib.rsですが、この手続きはクレートルートファイルがsrc/main.rsであるバイナリクレートでもうまく行きます。 ファイル名: src/lib.rs mod front_of_house; pub use crate::front_o
useキーワードでパスをスコープに持ち込む - The Rust Programming Language 日本語版
useキーワードでパスをスコープに持ち込む これまで関数呼び出しのために書いてきたパスは、長く、繰り返しも多くて不便なものでした。 例えば、Listing 7-7 においては、絶対パスを使うか相対パスを使うかにかかわらず、add_to_waitlist関数を呼ぼうと思うたびにfront_of_houseとhostingも指定しないといけませんでした。 ありがたいことに、この手続きを簡単化する方法があります。 useキーワードを使うことで、パスを一度スコープに持ち込んでしまえば、それ以降はパス内の要素がローカルにあるかのように呼び出すことができるのです。 Listing 7-11 では、crate::front_of_house::hostingモジュールをeat_at_restaurant関数のスコープに持ち込むことで、eat_at_restaurantにおいて、hosting::add_
モジュールツリーの要素を示すためのパス - The Rust Programming Language 日本語版
モジュールツリーの要素を示すためのパス ファイルシステムの中を移動する時と同じように、Rustにモジュールツリー内の要素を見つけるためにはどこを探せばいいのか教えるためにパスを使います。 関数を呼び出したいなら、そのパスを知っていなければなりません。 パスは2つの形を取ることができます： 絶対パス は、クレートの名前かcrateという文字列を使うことで、クレートルートからスタートします。 相対パス は、self、superまたは今のモジュール内の識別子を使うことで、現在のモジュールからスタートします。 絶対パスも相対パスも、その後に一つ以上の識別子がダブルコロン(::)で仕切られて続きます。 Listing 7-1の例に戻ってみましょう。 add_to_waitlist関数をどうやって呼べばいいでしょうか？ すなわち、add_to_waitlistのパスは何でしょうか？ Listing 7
モジュールを定義して、スコープとプライバシーを制御する - The Rust Programming Language 日本語版
モジュールを定義して、スコープとプライバシーを制御する この節では、モジュールと、その他のモジュールシステムの要素 ――すなわち、要素に名前をつけるための パス 、パスをスコープに持ち込むuseキーワード、要素を公開するpubキーワード―― について学びます。 また、asキーワード、外部パッケージ、glob演算子についても話します。 とりあえず、今はモジュールに集中しましょう！ モジュール はクレート内のコードをグループ化し、可読性と再利用性を上げるのに役に立ちます。 モジュールは要素の プライバシー も制御できます。プライバシーとは、要素がコードの外側で使える (公開 public) のか、内部の実装の詳細であり外部では使えない (非公開 private) のかです。 例えば、レストランの機能を提供するライブラリクレートを書いてみましょう。 実際にレストランを実装することではなく、コード
肥大化していくプロジェクトをパッケージ、クレート、モジュールを利用して管理する - The Rust Programming Language 日本語版
肥大化していくプロジェクトをパッケージ、クレート、モジュールを利用して管理する 大きなプログラムを書く時、そのすべてを頭の中に入れておくのは不可能になるため、コードのまとまりを良くすることが重要になります。 関係した機能をまとめ、異なる特徴を持つコードを分割することにより、特定の機能を実装しているコードを見つけたり、機能を変更したりするためにどこを探せば良いのかを明確にできます。 私達がこれまでに書いてきたプログラムは、一つのファイル内の一つのモジュール内にありました。 プロジェクトが大きくなるにつれて、これを複数のモジュールに、ついで複数のファイルに分割することで、プログラムを整理することができます。 パッケージは複数のバイナリクレートからなり、またライブラリクレートを1つもつこともできます。 パッケージが大きくなるにつれて、その一部を抜き出して分離したクレートにし、外部依存とするのもよ
Go Modules - Qiita
普段あまり Go を使わない人が仕事で使ってるソースが突然 Go Modules になって困って調べたメモ。 問題の背景 Go では GOPATH という特殊な概念があって、Go のコードはライブラリも含めてすべて $GOPATH/src 以下に置くという約束になっている。そうするとプロジェクトごとにライブラリのバージョンを変えたい場合に困るので、プロジェクト固有のライブラリは $GOPATH/src/プロジェクト/vendor の下に入れても良いことになっている。そうすると go コマンドは vendor 以下を優先して見てくれる。面白い事に、vendor ディレクトリの管理は govendor 等色々なサードパーティツールを使う。 将来の Go 1.12 からこのやり方を改め、$GOPATH/src や vendor は廃止となり Go Modules という物を採用する事になった。現
Raspberry Piでカーネルモジュールを作成 | ある計算機屋さんの手帳
はじめに 2017年3月、Raspberry Pi2に搭載しているARM Cortex-A7の特権レベルで動作するプログラムの作成方法について調べました。 ARMのシステム制御コプロセッサ(CP15)は、プロセッサが実装している機能のステータス参照や制御を行うものです。CP15を操作するほとんどの命令は、特権レベルで実行しなければなりません。 Linuxが動作している場合は、次のようになります。 非特権モード : アプリケーション用の動作モードで、ハードウェアに直接アクセスできません 特権モード : カーネル用の動作モードで、あらゆるハードウェアにアクセスできます すなわち、Linux上の一般的なアプリケーションソフトは特権レベルの命令を使用できません。特権レベルで動作するプログラムは、カーネルに組み込むことになりそうです。 カーネルとカーネルモジュール 私は、Linuxのカーネルのソース
インストール済みのCPANモジュールを調べる
CPANのどのモジュールが入っているか知りたいときにどうやって確認すればいいのかと迷うのでまとめ。 RubyのGemみたいに『cpan list』とかでインストール済みのモジュールが出ればいいのに。笑 モジュールが入っているかどうかをサラッと確認 まずはシンプルに。 perl -Mモジュール名 -e '' 実際にコマンドを実行してみます。 root@bacchi:~# perl -MDBI -e \'\' 何もメッセージが出なければ指定したモジュールが入っていることを示します。 root@bacchi:~# perl -MSCP -e \'\' Can\'t locate SCP.pm in @INC (@INC contains: /root/.plenv/versions/5.10.1/lib/perl5/5.10.1/x86_64-linux /root/.plenv/version
perlモジュールのinstallにcpanmを使う - Perl - @OMAKASE
当サイトのblogのエントリーで検索ワードが多いのはCPANなんですがこの古い記事はperl5.6時代に書いた記事(多分10年近く前だと思う)で今時のperl使いにお勧めできるものではありません。 2010年2月にあの miyagawa さんが書いた cpanminus が非常に素晴らしいので CPAN::shell を捨てて App-cpanminus を積極的に利用しましょう。 と言うことでcpanに関連して新しい記事を書いてみました。 CPAN::shell の欠点 設定が面倒 動作が遅い(cpanmと比較して) 多くのメモリが必要(制約のきついレンタルサーバで使うのは無理) 依存するモジュールが多い 基本root権限が必要 cpanm の利点 一枚岩のプログラムで可搬性に優れる 高速で小メモリでも動作可能 pluginで拡張できる local::lib と組み合わせるとユーザーラン
CPAN - CPANからモジュールインストール - Perl入門ゼミ
Perl › モジュール › here CPANモジュールを使用すればCPANからモジュールインストールすることができます。CPANは無料で利用できるモジュールがたくさん集められたサイトです。CPANモジュールはコマンドラインから利用することが想定されており、cpanコマンドから各種機能を利用することができます。 コマンドラインでcpanコマンドを実行するとモジュールをインストールすることができます。 # モジュールのインストール cpan モジュール名 またcpanシェルと呼ばれる対話的にインストールを行う機能もあります。cpanコマンドに引数を指定しなければcpanシェルが起動します。(ActivePerlでYAMLエラーがでる場合がありますが対処ほうはこちらにあります。) # cpanシェルの起動 cpan # モジュールのインストール(cpanシェル) install モジュール名
plenv で Perl を導入してみた - ぽち＊ぷ〜ち
OS自体が利用する少し古めの安定した Perl とは別に、自分の普段使い用に最新の Perl を入れたくなる時があります。今まで複数のバージョンの Perl の共存環境を作るには、perlbrew を使うのが主流でしたけども、ここでは plenv を利用し、cpanm, cpan-outdated, pm-uninstall と併せて、システムが使う Perl と自分が普段使いする Perl とを共存させる方法をメモしておきます。 plenv のインストール GitHub から plenv と perl-build をインストールします。 $ git clone git://github.com/tokuhirom/plenv.git ~/.plenv/ $ git clone git://github.com/tokuhirom/Perl-Build.git ~/.plenv/plugi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - matsumotory/ngx_mruby: ngx_mruby - A Fast and Memory-Efficient Web Server Extension Mechanism Using Scripting Language mruby for nginx