アカウント名:
パスワード:
この手のリファクタリングは往々にして事実上のfork、そして旧製品を超えられない。
極度にカオス化した悪しき旧製品はバクすら仕様(バグに依存してる別製品が存在する)と化してるので様々な不条理も含めて完全コピーが必要(何もしない方がマシ)という自己矛盾に陥る。
牧歌的にみんな #include <linux/xxx.h> で ok、を越える様な修正提案には遠い様に読める。
リポジトリを clone して、少し読んでみる。依存関係は整理される。だけどコードの背景にある決まりの複雑さは増す。一例を取り上げてみる。今まで、
#include <linux/kref.h>
と書けば、kref 関係の一切合切を使える様になった。まぁ、普通の発想だと思う。だけど、提案されている修正は、
#include <linux/kref.h> /* kref に関係している型しか使えない。※1 */#include <linux/kref_types.h> /* kref に関係している型しか使えない(型しか使わない) */
うげ、思ってたのと違う。これ、他のコミッターが面倒だと思ったら無かったことになるかな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
新Linuxの誕生である (スコア:0)
この手のリファクタリングは往々にして事実上のfork、そして旧製品を超えられない。
極度にカオス化した悪しき旧製品はバクすら仕様(バグに依存してる別製品が存在する)と化してるので
様々な不条理も含めて完全コピーが必要(何もしない方がマシ)という自己矛盾に陥る。
Re: (スコア:1)
牧歌的にみんな #include <linux/xxx.h> で ok、を越える様な修正提案には遠い様に読める。
リポジトリを clone して、少し読んでみる。
依存関係は整理される。だけどコードの背景にある決まりの複雑さは増す。一例を取り上げてみる。今まで、
#include <linux/kref.h>
と書けば、kref 関係の一切合切を使える様になった。まぁ、普通の発想だと思う。
だけど、提案されている修正は、
#include <linux/kref.h> /* kref に関係している型しか使えない。※1 */
#include <linux/kref_types.h> /* kref に関係している型しか使えない(型しか使わない) */
Re:新Linuxの誕生である (スコア:0)
うげ、思ってたのと違う。
これ、他のコミッターが面倒だと思ったら無かったことになるかな。