その分を個別に支払えばいいんじゃないのかな？
包括契約以外はありませんよだと、それこそ不公正取引となりそうだし。

個別に支払う分が増えてきてコスト負担が厳しくなったら包括契約に切り替えればよいかと。

天下りそのものは基本的に問題はない。天下ってなにもせずにお金だけを持っていくのが問題なのです。
天下ってちゃんと仕事して、その仕事に見合った報酬/を持って行く分にはなにも問題ないと思いますよ。

# 後者がどのくらいあるのか知らないけど。

DVIはピクセルに同期したクロックが必要なので、チャネルの数だけクロックジェネレータが必要。
DisplayPortはエンベデッドクロックでクロック固定なので、クロックジェネレータは1つで十分。
1つのチップに大量のクロックジェネレータは大変。しかも大抵の人はそんなに使わないので無駄。

というのがRadeonがDVIで2チャネルだったのにDisplayPortだと6チャネルになった理由だったような気がする。
気がするだけなので間違ってたらごめん。

だいぶ昔の話になるけど、一緒に仕事をしてた人がmktime相当の処理を書くときに、
ある和訳本に書いてあるコードを丸写ししたら思いっきり2000年は閏年でなかったということがありました。
その本にあるコードにはきっちりコメントで2000年は閏年でないと書いてあって、
丸写ししたコードのコメントをたまたま読んだ顧客がそれに気がついたというみっともなさ。

# コメントまで丸写しとは律儀ではある。

なんでそうなったのか当時調べてみたら、米国でその辺がすっぽり忘れられて教育されていたとか何とかあったと記憶してます。
有名な本か教科書かが間違ってたとか何とか。

で、Y2K問題以前は多くの米国人は2000年は閏年ではないと思っていたと、私は勝手に思ってます。真実は知らないけど。

その手のツールは腐るほどありますが、当然ながら役に立つレベルのドキュメントは生成されない。
あれはコードはあるけどドキュメントがない状態で、ドキュメントをでっち上げるために使うものです。
納品物件やルールによってフローチャートが必須となってるけど時間はないですよとかいう場合ですか。

未婚なだけで不幸せよりはマシでしょう。確率的な問題ですが。

やっぱりコーラの瓶を連想するよなぁ。というのはおっさんですか。

当時はオークションに流されないか心配した人もいたんですけどね。
まさか別業者が再輸入するとは予想外。

うどんパンってどっちも原材料が一緒では。
開発すべきはお米うどんかな。というか、きっと開発済み。