コード資産について
■ このスレッドは過去ログ倉庫に格納されています
スニペット、パッケージなどのコード資産について語るスレです
コード資産の管理やツールなど >>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
コピペしやすいコードは資産と言える
コピペできるコードを蓄えることは蓄財である
もちろんプロジェクト単位のパッケージも同じ
これでわからないならもう説明しようがない コピペしやすいってのは、おそらく疎結合で記述された塊なんだろうね そうそう
でもライブラリとは違う
ライブラリほど汎用性は無い もちろん疎結合じゃないコードもある
これは特定の場合に適用できるコード片
たとえばフレームワークにおけるよく使うモデルのコードとか
これはライブラリにはできないが、スニペットに抽出することはできる
これを使いまわせるようにすれば生産性が上がる 俺は最近の開発、特にフレームワークを使った開発ではコード片から開発を始めるようにしてる
コード片だけで機能の実装が完了することもある
だからコードは資産と捉えている ■ このスレッドは過去ログ倉庫に格納されています