アカウント名:
パスワード:
この手のリファクタリングは往々にして事実上のfork、そして旧製品を超えられない。
極度にカオス化した悪しき旧製品はバクすら仕様(バグに依存してる別製品が存在する)と化してるので様々な不条理も含めて完全コピーが必要(何もしない方がマシ)という自己矛盾に陥る。
これヘッダファイルの依存関係を整理してビルド速度を上げようってだけで、ビルド後に出力されるプログラムコードは同等のものにすることを目指してるんだけど…
目指してるけど、そうは行かない事が多いよねって元コメは言ってると思う。
ところが元コメではバグに言及しているため、バグを修正することが無意識のうちに前提としてある。
で、includeする順番が自由になったら、順番決め打ちを前提にしてたドライバとかバグるんだよなw
同じものを目指してると考えてたなら「旧製品を超えられない」「旧製品はバクすら仕様」なんて話が出てくるのはおかしい。
同じものが100点って前提なら、最善が旧製品と完全同一って意味になるので超えられるわけがない。100点満点で120点評価なんてものが現実にあるわけないだろw
ソースを整理するだけで超えるものを作ろうとなんてしていないプロジェクトなんだから
> 最善が旧製品と完全同一って意味になるので超えられるわけがない
が目標なんだよ。それなのに「旧製品を超えられない」なんて指摘をしているんだから元コメが理解していないのは明白じゃないか。
#if defiend(A__) && defined(B__)#include // #define C__#endif
のような文脈依存の依存関係を持っている場合はどういじっても既存コードへの影響が不可避ですからね。何もしてないのに壊れる老舗コードが出そうだなぁ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
新Linuxの誕生である (スコア:0)
この手のリファクタリングは往々にして事実上のfork、そして旧製品を超えられない。
極度にカオス化した悪しき旧製品はバクすら仕様(バグに依存してる別製品が存在する)と化してるので
様々な不条理も含めて完全コピーが必要(何もしない方がマシ)という自己矛盾に陥る。
Re:新Linuxの誕生である (スコア:0)
これヘッダファイルの依存関係を整理してビルド速度を上げようってだけで、ビルド後に出力されるプログラムコードは同等のものにすることを目指してるんだけど…
Re: (スコア:0)
目指してるけど、そうは行かない事が多いよねって元コメは言ってると思う。
Re: (スコア:0)
ところが元コメではバグに言及しているため、バグを修正することが無意識のうちに前提としてある。
Re:新Linuxの誕生である (スコア:1)
includeする順番変えるだけでブートしなくなるようなバグは直すプロジェクトだよ
Re: (スコア:0)
で、includeする順番が自由になったら、順番決め打ちを前提にしてたドライバとかバグるんだよなw
Re: (スコア:0)
同じものを目指してると考えてたなら「旧製品を超えられない」「旧製品はバクすら仕様」なんて話が出てくるのはおかしい。
Re: (スコア:0)
同じものが100点って前提なら、最善が旧製品と完全同一って意味になるので超えられるわけがない。
100点満点で120点評価なんてものが現実にあるわけないだろw
Re: (スコア:0)
ソースを整理するだけで超えるものを作ろうとなんてしていないプロジェクトなんだから
> 最善が旧製品と完全同一って意味になるので超えられるわけがない
が目標なんだよ。
それなのに「旧製品を超えられない」なんて指摘をしているんだから元コメが理解していないのは明白じゃないか。
Re: (スコア:0)
#if defiend(A__) && defined(B__)
#include // #define C__
#endif
のような文脈依存の依存関係を持っている場合は
どういじっても既存コードへの影響が不可避ですからね。
何もしてないのに壊れる老舗コードが出そうだなぁ。