アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
非難？難癖じゃなくて？ (スコア:0)
他の人の利益を削ることをまったく考慮しませんねぇ
ハードウェアベンダーが機密にすることで上げる利益が気に食わないなら
自分たちに迎合するハードウェアでだけ動くようにすればいいのに
零細企業の中の人もありがたいのですが？（Re:非難？難癖じゃなくて？ (スコア:4, 興味深い)
（やってきた仕事の所為か？）映像関係のデバイスに多い気がするんですけど、ファームウェアを読み込む読み込まないに限らずI2Cとかのバスから操作するコマンド体系自体や初期化手順をNDAの対象にしている事が非常に多くて、さすがに其処までやらんでいいだろ…と言う考えは持つし、実務的にも、調整工程で商社を通して聞く必要が非常に多くなってしまって、海外メーカーの半導体だと一つ引っかかった時に一週間くらいのレスポンスがかかるとかザラですから。
# その間に仕様書やリファレンスのTYPOだったのを見つけて自助解決する場合も少なくないから笑えない…
こういう下らない事で代理店を必ず通せだなんだと余計な時間をかけるよりはフォーラムで質問して他のユーザに答えをもらった方が効率的かつ的確だとしか言いようのない場合が余りにも多い…代理店の人がそのデバイスを理解してるとは限らないので、メーカーにトンチンカンな質問してしまって何度もやりとりになる。と言う笑えないこともままある。一個の事象の解決のために、代理店の人も来たんだけど結局はわけわかめな質問の投げ方が変わらずに、結局代理店が把握していなくて後から来たErrataに答えがありました。解決に一ヶ月以上かかりました。と言う笑えない目にもあっています（くどいけど実話）…ですし、せめてメーカーの技術者と直接やりとりさせろ。と頼み込んで契約を盾に拒絶されて開発遅延。とか笑うに笑えない事例というのは零細企業の開発現場ではよくあるんですよね。
案件によっては、主要デバイスを顧客が指定してくる事も多くて、そういう場合に限って、台湾などのどマイナーな会社が開発生産している既存品のセミコンパチ品だったり新規のデバイスだったりするので、この手のトラブル？によくハマるんですよね。
そういう色々を考えると、商業的な顧客にとっても、こういうFOSS陣営からの"圧力"と言うのは非常にありがたいです。
単純にFOSSライセンスの全く別のOSのドライバのソースコードが流通しているだけでも、そのコードをリバースエンジニアリングすることで、上記のような状況にハマる前に解決する場合というのは多いです。
# これはRMSの大きな主張でもあるのですが、インターフェースに知的財産権はない。と言う
# 思想がありまして、つまりはAPIを著作権や特許権で囲い込むのは不当である。と言う意味で
# ありまして、そこをフリーにする為の実装が存在すると言う事とデバイスを叩く為のコマンド
# や手順をフリーにするというのは理念的に共通しているし、あるGPLなドライバを移植する
# のはダメであっても初期化手順やある機能を使用するためのコマンドの叩き方を学んでドライバを
# スクラッチから起こす(もちろんドライバが実装するAPIのレベルまで別物にしないと
# ブラックだとは思いますが）と言うのはGPL縛りには入らない。と言う抜け穴的な部分もある訳で…
代理店が提供するリファレンスドライバやSDKをリバースエンジニアリングするというのは法的な妥当性の有無以前に契約関係で代理店と喧嘩できない立場の会社の開発者には危ない以前に完全に禁則事項ですからね。
大手の会社ならば法務担当と打ち合わせた上でゴーサイン出せる余地がありそうだったら踏み込んで揉めて決着しなかったら裁判。と言うやり方もありえるんでしょうけど、そういう余裕なんぞありませんから。
Re: (スコア:0)
Re:非難？難癖じゃなくて？ (スコア:1)
逆に、どういう意図だと受け取りましたか？
#さっきもログオンしときゃよかった
Re: (スコア:0)
で、ソースコードを公開する方が多くの人が幸福になると考えているのだ。
「自分たちに迎合するハードウェアだけで動くように」しろというのは、
国の政策に文句があるなら独立すればいいのにと言っているのに等しい
可能ならばそうしたいものだ。が、残念ながら現実にはそれは厳しい。
そこで、せめて所与の体制内で理想に近づけようとしているのだ。
Re: (スコア:0)