コード資産について ->画像>1枚

スニペット、パッケージなどのコード資産について語るスレです
コード資産の管理やツールなど

地震とコロナで情報資産も全てなくなります

>>2
ツール何使ってる？
Gitぐらい？

意外と大事だと思うけどみんな関心低いのな
コピペで書き飛ばすことしか考えてないのか？

何がいいたいのか全くわからんからな
多分オレオレ用語しかしらないどっかのかわいそうな
狭い世界の人間だろ？

普通に有名なライブラリとよく使われてるツールを使えばいいだけの話

>>4,5
コード資産って言葉、一般的じゃないのかな

要は自作ライブラリとかの管理だろ？

でも今はライブラリが充実してて
ヘタに自作すると車輪の再発明になるし
フレームワークをいじるのが中心で
自分でコード資産を持つことが少ないのかな

>>7
自作ライブラリもそうだが、パッケージとかもよく売ってるよね
まぁ自作は確かに車輪の危険性を含んでいる

車輪の再発明と、再開発とは違うと思うんだが
あと、どうメンテするかによってOSSでいいのか買ったほうがいいのか自作がいいのか
変わって来ると思うんだが

>>9
ああ、そうだね
再開発はメリットもあるね

メンテの方法によって変わるってどういうこと？
俺はGitリポジトリ一つ作って、そこにスニペットとか自作モジュールとか全部入れてる

>>10
つまり何も整理されてない
必要な時をそれをコピペして使う
コピペするだけならまだいいが、ろくに作り込まれてもないから
毎回微調整。少しずつ異なるものが大量生産
そしてクソコードで他人がメンテするが大変

さっさと捨てたようがいいよｗ

>>11
それをコツコツ育てるのが楽しいんだろｗ
楽しみ方を知らないやつだなｗ

あまり細かいコードを管理して再利用しようとすると
保守する手間が多くなって書き捨ての方が早い場合も
出てくるからプロジェクト単位でのみ保守管理してる

例外として時間が多く掛かる難しい部品だけ
ライブラリに加えて後は捨てる方針にしてる
コード管理の手間って馬鹿にならないからね

>>13
俺も似たような感じ
スニペットは例外だけど
俺も細かいスニペットは管理する手間のわりに費用対効果が低い気がするな
数十行ぐらいのコードになると効果が出てくるように思える

コード資産ww
用語を定義できないやつは何やってもダメ

じゃあ代替の用語は何だい？

>>16
定義されてない用語の代替案求められても

コードとコード資産の境界線は？
コード資産ではないコードと
コード資産であるコードはどう線引きするの？

このスレで用語を決めるところから始めてみよう！

>>17
＞コードとコード資産の境界線は？

時間を掛けて再利用や保守管理をするコードと
そうしないコード（一応保存してても）の違い

と個人的には考えてるがもちろん異論は認める

>>19
同意
書き捨てのコードは資産になりづらい
汎用的に使えて保守してるコードは資産になりえる

>>19
プロダクションコードはコード資産に含まれるってことでいい？

維持管理対象のコードをコード資産と呼んでるとして、"コードの管理"と"コード資産の管理"を分けて考える価値は何？

スニペットやパッケージは何処いったの？ パッケージってネイティブバイナリも含むの？

時間をかけて保守管理してるが技術的負債になってるコードもコード資産？

>>21
横だけど俺の思う資産になるコードは要は「他で使い回せる」コード
時間をかけて保守管理していても使い回せなきゃそれは資産とは言えない
つまりライブラリやフレームワークがその極論だけど、このスレで言うコード資産というのはそれらよりもっと抽象化したコードを指す
たとえばライブラリを使って書かかれているスニペットや、フレームワークのコードごとパッケージングしたパッケージなど

ドキュメント、特に、ちゃんとしたマニュアルと仕様が残っていないコードは
残念ながら資産にならないな

>>21
以下は全部オレの話ね

＞プロダクションコードはコード資産に含まれる
普通は保守管理するから含まれるね
ただサポート終了で手離れした場合含まれない（こともある）

＞"コードの管理"と"コード資産の管理"を分けて考える価値は何？
資産価値があるからでしょ？
具体的には再利用できるとか

＞スニペットやパッケージは何処いったの？
1じゃないからスニペットは基本書き捨て

パッケージは（バイナリがあればそれも含めて）
基本保存しておくが全部が資産という訳ではない

＞技術的負債になってるコードもコード資産？
保守管理してるなら（負債も含んだ）資産
だって住宅ローンは負債だけど住宅は資産でしょ？

>>24
スニペットは資産にならないという認識？

>>25
>>13
なるのもあるけど、なりにくいね

上でも書いたけど細かい単位だと
書き捨ての方が早い場合があるから

あとフレームワークとかに依存する場合も多く
思ったほど再利用できないことも多々あるから

>>22
君の定義だと
コード資産 == 再利用可能なコード

再利用不可能だけどコード資産に含まれるコードがないならわざわざ意味がわかりにくくなる用語を使う必要はないのでは？

>>24
コード資産 == 管理対象コードなら
"コード資産の管理"は"管理対象コードの管理"って事なんだけど、管理対象外のコードは管理しないんだから、新しい用語を使う意味無い

途中で"資産価値があるからコードではなくコード資産と呼ぶ価値がある"って話にすり替わってるけどこっちもトートロジー

負債も資産の一部であることや、マイナスの資産価値を理解してるなら、"資産価値があるからコード資産と呼ぶ価値がある"って結論には普通ならないと思うんだが

>>28
面倒臭いツッコミするなーw

＞コード資産 == 管理対象コード
完全にイコールじゃない

負債も管理する必要がある場合
資産が管理できてない場合
現実にもあるよね？

そして資産価値は保守管理してる内に
変わってくることがよくある
これも現実に不動産とかであるね

＞"管理対象コードの管理"
それだとたんなるトートロジーだけど
「再利用可能コードの管理」によって
「利用価値があるからコード資産」になる

>>29
なるほど、じゃ君の定義では管理対象かどうかや管理レベルは本質じゃなく
コード資産 == 利用価値があるコード
ってことになる(利用価値が高いコードと言ったほうが正確かもしれない)

そうすると
利用価値とは何か？
利用価値のあるコードとないコードの境界線は？
利用価値が高いコードとはどういうコードか？
といった事を考えることになるがその時に"コード資産"という用語は不要じゃないか？

個人の物について語ってたんじゃないのか？
仕事のソースなんかは個人が所有したらアウトだし、自分用ライブラリやソースにマニュアル無いとわからないとかなにを言い出してるのか意味不明

>>30
では「コード資産」と言う言葉が不要だとしてスレタイに適切な言葉はなにか？

>>30
＞コード資産 == 利用価値があるコード
両者はイコールじゃなくて包含関係なんだよ
そして包含しないといけない理由がある

たとえば果物は皮や種を食べなくても
皮や種も含めて果物って呼んでるでしょ？


それで再利用可能なコードが目的の資産ではあるけど
利用できないコードも含めて管理するのが普通なの

それはいったんプロジェクト全体を保存してから
個別のコードを見ていき再利用できるか判断するから
最初から利用可能かどうかは一度に分からない


＞"コード資産"という用語は不要

保存コード⊃管理コード⊃利用コード

とりあえず保存してあるコード全体の中から
再利用できそうな部分は保守管理するけど
管理する部分全体を資産コードと考えてる

それは利用するコードを抽出する過程が大事だから
最初から結果のコードだけ得られる訳じゃないから

>>32
何について話したいの？

問題を定義せずに適切な用語を求められても困りますわ

>>33
結局、管理対象コード == コード資産 って事だよねそれ？

"管理対象コードの管理方法"について話たいなら、単に"コードの管理方法"と言えば済む話

管理対象とすべきコードとすべきでないコードとはどういうものなのかについて話したいなら、そう書かないと誰もわからない

それともコードの資産価値とは何かについて議論したかったのかな？

>>34
資産になるコードと資産にならないコードがある、というのは異論ない？

>>36
異論があるかどうかは定義次第

"資産になる"とはどういうことなのか、"資産にならない"とはどういうことなのか、考えてる？

資産や資産価値とは何か、資産価値をどう測るかは一旦置いておくとして、
資産価値の高いコードと資産価値の低いコードがあるってことなら異論はない

その上で資産価値の高いコードを"資産になるコード"、資産価値の低いコードを"資産にならないコード"と呼ぶことにするってんなら異論はない

その場合、コードという文脈において資産とは何かや資産価値とは何かってことを、議論の土台のなる程度には定義する必要が出てくる

>>38

1. 資産とはなにか？
2. 資産価値とはなにか？
3. プログラミングにおける資産とは？
4. 資産価値の高いコード/低いコードとは？

議題はこんなところ？

>>39
まずこのスレで何について話したいのかとその理由を教えてくれよ

>>1の説明じゃ何の話をしたいのか全く分からない

目的や文脈が共有できてないから資産という言葉一つとっても解釈の余地が広すぎてなかなか噛み合わない

>>40
「コード資産について」スレについて

「コード資産について」スレとは資産となるコードについて話し合うスレ
資産となるコードとはスニペットやパッケージや自作モジュール・自作ライブラリなど、
いわゆる書き捨てのコードとは違い資産価値が認められるコードのことを指す

資産価値が認められるコードというのは人によって多少解釈が違うところがあるが、
資産として使えるのであれば些細な違いは問わないこととする
また、それについての議論もOK

スレ主が定義する「資産価値のあるコード」とは

* 再利用可能
* 保守・管理されている
* それを見て欲しいと思う人がいる

などのいずれかの条件を含む
この条件については議論の余地がある

たとえばOSSのライブラリやフレームワークなどは資産価値のあるコードと言えるが、
そのライブラリやフレームワークを使ったコード、スニペットやパッケージなども資産価値のあるコードと言える
フレームワークを使った既存プロジェクトをパッケージングして、
他のプロジェクトに流用できるようにしている場合も、そのパッケージには資産価値が認められる

スレの話題としては資産となるコードの管理方法や、そのためのツールなど
またコードの資産価値を高める方法についての議論や、資産となるコードの条件についての議論など

こんなところでどう？

>>40
理由についてはコード資産があったほうがプログラマーとしての価値が上がると思うんだよね
できるプログラマーはみんなそれぞれこのコード資産を蓄えてると思うんだけど
そういう人見かけない？

>>42
プログラマー個人が将来役立てるために蓄えてる物ってところに主眼があるってことなのかな？

もしそうならプロダクションコードやOSSのライブラリとは話を分けないと"誰にとっての資産か"という点で話の方向性が全く変わってくる

それにプログラマー個人にとっての資産となる物はコード以外の物のほうが割合としては大きいと思うんだが、ことさらコードにこだわるのは自分がその管理に困ってるとか悩んでるって事なのかな？

>>43
悩んでないがそういう話題について話したいだけなんだが

>>41
>資産となるコードの管理方法や、そのためのツールなど

どういう種類のコードであれ管理したいならGitで管理すればいいだけでしょ
それ以上の何を求めてるの？

>>45
Git以外にも使ってるツールがあるかもしれないだろ

>>39
スレの1じゃなく
オレ定義だけど簡単に書くと

1. 資産とはなにか？
＞資本（金）を産み出すもの

2. 資産価値とはなにか？
＞資産を価格や値段で測ったもの

3. プログラミングにおける資産とは？
＞管理して利用するコード

4. 資産価値の高いコード/低いコードとは？
＞利用率（と連動して利益など）が高いコード
／利用率が低い（保存してるだけの）コード

>>41
いんじゃね？
スレのテンプレに使えるかも

>>42
それはいい指摘だね！
わりと大事なポイントな気がする

>>48
俺の知ってるエンジニアには既存プロダクトからコードを持ってきてすばやく開発する人がちらほらいる
そういう人は資産的にコードを管理していて、いつでも使えるようにしている傾向がある
まぁあなたはそういう人たちの部類だと思うけど

仕事でプログラム書いてるやつで
コードを貯め込んでないやつなんて逆にみた事ないわ

すぐに取り出せるように管理できてるかどうかの違いはあるが、それは情報管理能力の差

つぎはぎだらけのコピペワールド
他の人が後で修正することとか
バグがあったときのことを考えずに
動けばいいという感覚で作ってる奴いるわ

無駄のないコードを書かないから
毎回同じようなものを書くはめになるわけで

分かってる人のやるコピペと
動けばいいやとやってる人のコピペは
全然違うよ

コピペ == 絶対悪 じゃないからね

自分用の逆引き辞書とかミニパターン辞書とかミニライブラリを作っておいて、引き出しにあるものと状況がマッチしたらそれをそのまま使ったり改変して使う

プログラマーならみんなやってる
つきはぎたらけになるかどうかは別の能力の問題

自分宛てにメールしてるわ。
Gmailの検索が速いから。
Outlook使ってた頃には考えられなかったが。

Gmail使う発想はなかったが、どこからでも参照できるし意外と便利かもな

Gmail使うみたいなのはコードに限らず知識を将来すぐに取り出せるように情報としてどう管理するかって話だよね

コード資産や資産価値みたいな言葉は一つの観点ではあるけど本質じゃない

>>57
しかし「情報管理」と言う言葉の中に資産となりえるコードの管理は含まれるのかと言ったら、どうだろうね
コードも情報として見れば間違いはないけど
包括的な言葉があればいいんだが

Gmailだとソースを添付すると圧縮してても危険なファイル認定されてダウンロードできない問題があるので注意だな

必要な時に必要なコードをすぐに取り出せるようにするにはコードそのものじゃなくコードに付随するメタ情報の管理が決定的に重要なんだよ

たとえるなら不動産よりも整備された不動産目録のほうがはるかに資産価値あふイメージ

情報の管理ってのはそういうもん

たしかにドキュメントは重要だと思うが
ヘタするとコード書くより手間が掛かる
だからあまりに細かいコードは捨ててる

コードは資産ではなく負債だ

お前の所はな

バーコードは財産だ

お前の髪型なんかどうでもいい

OSSのプロダクトって中途半端なの多くてパッケージングしづらいな
自分で作ったほうがまとまなの出来そう（笑）だが時間がかかるからな

時間がかかるを言い訳にまともなOSSプロダクトが作れない>>66であった

やっぱスニペットはコード資産だよなぁ
これがあるだけでだいぶ開発が捗る

スニペットのおかげで開発が楽になった
これは紛れもない事実だ

要するにIDEの機能で簡単に再利用出来るコードがコード資産てこと？
再利用するための機能の有無が資産かどうかを分けるってことだよねそれ

コピペし易い定型文が資産である
これはこれで分かり易い
逆に、資産か否かは、どれだけコピペされてるかで計ることが出来る

＊＊＊

あるいは自身の主観でそれが資産だと思い込んでいる
よくよく見かけて記憶に上がっている資産的なコードがスニペットだ
よく見かけるから資産だと思い込むことが出来る

目の前に現れる主観的頻度でそのコードが資産かどうかを主観的に判断できる
なんで目の前に現れるかというと、それを書きたいと脳が念じるからだ
欲しいものが簡単に手に入るから資産だと思い込むことができる
ここでは、便利機能や短縮記法の事を資産と言い換えている

>>70
コピペしやすいコードは資産と言える
コピペできるコードを蓄えることは蓄財である
もちろんプロジェクト単位のパッケージも同じ
これでわからないならもう説明しようがない

コピペしやすいってのは、おそらく疎結合で記述された塊なんだろうね

そうそう
でもライブラリとは違う
ライブラリほど汎用性は無い

もちろん疎結合じゃないコードもある
これは特定の場合に適用できるコード片
たとえばフレームワークにおけるよく使うモデルのコードとか
これはライブラリにはできないが、スニペットに抽出することはできる
これを使いまわせるようにすれば生産性が上がる

俺は最近の開発、特にフレームワークを使った開発ではコード片から開発を始めるようにしてる
コード片だけで機能の実装が完了することもある
だからコードは資産と捉えている