アカウント名:
パスワード:
怖いのではなくて単に責任から逃れたいだけでは?
あと本についているコードもライセンスがどうなっているか注意が必要かな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
それだったら (スコア:4, おもしろおかしい)
>プロジェクトに参加させないケースも少なくない」ということもあるらしい。
それだったら「他社のプログラム開発に関わった開発者」もプロジェクトから除外すべきですね。
他社向けのソース片が混入したら大変困る。
で、全員一生涯、同一顧客の面倒を見続ける。刺青彫られたりして。
Re:それだったら (スコア:0)
問題はGPL汚染だろ?
Re:それだったら (スコア:1, すばらしい洞察)
Re:それだったら (スコア:0)
Re:それだったら (スコア:0)
残っているかつて自分が書いた他社ライセンスのコードを
(知ってか知らずかは分からないが)使っちゃう危険の事を
言っているのと思いますが。
Re:それだったら (スコア:0)
そもそもコピペして正常に動くものを作った場合に 何をコピペしたか知らないわけが無かろう
怖いのではなくて単に責任から逃れたいだけでは?
Re:それだったら (スコア:0)
自分が書いたコードを保持していて(ライセンスは他社にあげたので持ってない)
使いまわした場合に起こる。
あと本についているコードもライセンスがどうなっているか注意が必要かな。
Re:それだったら (スコア:2, 興味深い)
「俺専用ライブラリ」なるものを使い回している場合が少なくないとどっかで聞いたような。
就業時間中にできたコードは基本的に雇用した会社のものになるんでしょうけど、
このライブラリの改良も仕事の間に行われている場合が少なくない。
で、転職するたびにこのライブラリから出たコードがあっちこっちで使われる…。
ひじょうにマズいと思うのですが、厳密に適用するとなると、
会社を替わるたびにライブラリをイチから書き直せって話になるんですよね。
誰がそんなことするんだと。
Re:それだったら (スコア:1)
>就業時間中にできたコードは基本的に雇用した会社のものになるんでしょうけど
フリーで請け負いの場合、そもそも就業時間という概念が無いので
本当に契約次第だと思います
ソースの改変及び再利用を許可するだけでなく全ての権利を譲渡すると言う契約であれば
引っかかるでしょうが...特記がなければ請負の場合、できあがった機能を提供する契約と
みられるでしょうから自分で作ったライブラリであれば問題にならないでしょう
派遣の場合は、まぁ就業時間という概念もでてきますし、作った物は会社の物って事になると思いますけどね
Re:それだったら (スコア:0)
逆に今は個人で勝手に作ってきちんと検証してないライブラリ使いまわしたりするのは
ご法度になってるんじゃないかと思ってたんだが。
Re:それだったら (スコア:0)
どっちの会社のものなんですかね。
まあ雇用者(派遣元)だとすれば、派遣契約で何らかの取り決め(著作権は派遣先に属するものとするとか、派遣元は著作権を主張しないとか)があると思うけど。
Re:それだったら (スコア:1)
派遣先の会社の物でしょうね派遣元にはなんの権利もありません
Re:それだったら (スコア:0)
派遣法を一度全部読み直したほうがいい。そうすれば、「どっちの会社のものなんですかね」なんて言葉は絶対出てこない。
私、実際フリーですが (Re:それだったら) (スコア:0)
自作の使い回し用ライブラリについては、契約書の知財の項目で言及しています。
知財に関することは、必ず細かい打ち合せがありますので
その席でシッカリ決めて、お互いの弁護士さんに確認となります。
ライブラリ部分の流用については、フリー(個人)に限った話ではないですね。
企業で開発する場合と一緒です。
マネージャーの皆様、ちゃんと把握していますか?
Re:それだったら (スコア:0)
# 二度とかけないコードをよく書けるもんだと感心することもあるけど...
Re:それだったら (スコア:0)
Re:それだったら (スコア:0)
> コピペできるような状態で手元にコードがある時点でおかしいだろ.
だから、そもそも「他社のプログラム開発に関わった開発者」を
プロジェクトに参加させると、そういうおかしな状況が簡単におきると
いう現実があるというのが元の指摘だってーの。