Heilmeyer、Pierceの開発者からの質問と回答

助成金を申請するとき、プロジェクトを提示するとき、投資家と監督者は、典型的な質問のセットに対する答えを準備するようにしばしば助言されます。



PierceとHeilmeyerのアンケートの組み合わせを使用して、ファイルシステムサポート、Eoliteファイルマネージャー、ビデオカードドライバー、Forthプログラミング言語、Java用の統合開発環境、 Netsurfブラウザーの移植など、活発に開発している分野のKolibriOS開発者を対象に調査を実施しました。 カットの下の詳細。



開発者向けの一般的な質問のセットは、ハイルマイヤーの「9つの質問」と呼ばれます。 ジョージ・ハイルマイヤーは、 1975年から1977年まで米国国防高等研究計画局 （DAPRA）を率いており、多くの企業の指導者でした。 リスト自体は、1990年代初期に2つの出版物でのみ公開されました。 最初のバージョンには8つの質問があり （消費者に関する質問はありませんでした）、2番目の記事では、Halemeyer は17年以上前に発明したと主張しました （このバージョンには9つの質問が含まれていました）。



たとえば、1970年代後半にDAPRAを離れた後、ハイルマイヤーに関係なく、 同様の質問（ハイルマイヤーアンケートの5つの質問に対応）がそこで使用されました。 質問のセットにはさまざまなバリエーションがあり、それを明確にし、拡張しています。 たとえば、DAPRA Webサイトには 、1993年の出版物とは異なる消費者の質問の文言があります。 現在の段階で、DAPRAはそれをDARPA投資基準リストに変更しました。このリストには、「失敗した場合にこのプロジェクトを終了するDAPRAの戦略は何ですか？」という質問があります。 一般に、アンケートは主に将来のビジネスとしての科学研究の見通しに焦点を当てているため、お金を投資して利益を上げることに専念しています。



私は最近、ハイテク企業で上級職を務めた別の著名な科学者、 ジョン・ピアスからの質問のリストを見つけました。 この一連の質問は、Pierceのアンケートと呼ばれ、金融要素に関係なく研究に従事している科学者を対象としています。 それらを比較し、組み合わせたアンケートを使用して、さまざまな方向で開発者の調査を実施することは興味深いです。



開発者が回答する準備ができている質問の比較を表に示します。

ハイルメイラの質問（〜1975）	ピアスの質問（1969）
何をしようとしていますか？ 専門用語を使わずに目標を述べる。 何をしようとしていますか？ 専門用語をまったく使用せずに目標を明確にします。	どんな具体的なことをしたいですか？ 達成したい具体的なことは何ですか？
	なぜ（正確に）この分野で（このタスクで）作業しているのですか？ なぜこの分野で働いているのですか？
これは現在どのように行われており、現在のアプローチの制限は何ですか？ それは今日どのように行われ、現在の慣行の限界は何ですか？
あなたのアプローチの新機能と、それが成功すると思う理由は何ですか？ あなたのアプローチの新機能と、それが成功すると思う理由は何ですか？	成功する自信はありますか？ 成功する可能性はありますか？
消費者は誰ですか？ 誰が気にしますか？
あなたが成功した場合、（あなたの科学分野、市場での）変化は何ですか？ 成功した場合、それはどのような違いをもたらしますか？	なぜこれが重要なのですか？ なぜ価値があるのですか？
リスクと利点は何ですか？ リスクと見返りは何ですか？	成功はどこで起こるのか、起こらないのか？ （プロジェクトの問題領域） 成功は私をどこへ連れて行くのでしょうか？
それはいくらですか？ 費用はいくらですか？
どれくらい時間がかかりますか？ どれくらい時間がかかりますか？
成功を確認するための中間試験と最終試験は何ですか？ 成功を確認するための中間および最終の「試験」とは何ですか？	成功しているかどうかはどうすればわかりますか？ 成功したかどうかはどうすればわかりますか？

開発者は主にお金ではなく時間を投資していることは明らかです。 したがって、ビジネス上の問題を省略して、主要なKolibriOSサブシステムを作り直す開発者にインタビューします。



調査結果は、回答を受け取った順に表示されます。



最初に応答したのはpathoswithinでした 。

いや	アンケート1	Pathoswithin（ディスクサブシステム）
1	何をしようとしていますか？	Unicodeのファイルパスに入力を追加し、バグを修正します。
2	なぜこれが重要なのですか？	質問5の回答をご覧ください
3	なぜこのタスクに正確に取り組んでいるのですか？	私はディスクシステムで作業している唯一の人だからです。
4	これはあなたの前にどのように行われましたか？	cp866エンコーディングでのみ入力、ext fsドライバーの多くのバグ。
5	以前のアプローチの制限は何でしたか？	番号やダッシュなど、名前に非標準文字が含まれるファイルには、まったくアクセスできませんでした。
6	あなたのアプローチの新機能は何ですか？	質問10の回答をご覧ください
7	なぜあなたのアプローチは成功すると思いますか？	他のアプローチがないからです。
8	プロジェクトのどの部分が問題になる可能性がありますか？	プログラムの起動とライブラリの接続。
9	プロジェクトにはどれくらい時間がかかりますか？	非営利プロジェクトの標準的なタイムラインは、1日から無限の範囲です。
10	プロジェクトの段階は何ですか？	UTF-8でエンコードされたパスを取得するためにファイルシステムドライバーを調整し、その他すべてを生成します。
11	どのようなテストをしていますか？	システムの起動。 1つの間違いで十分です...

2番目はPunk_Jokerと回答しました 。

いや	アンケート2	punk_joker（ファイルマネージャー）
1	何をしようとしていますか？	Eoliteを本当に便利で機能的なファイルマネージャーに変えてください。
2	なぜこれが重要なのですか？	なぜなら、PCを日常的に使用することは、ファイルを操作しなければ実際には考えられないことであり、ファイルマネージャーはこれを便利に行えるツールだからです。
3	なぜこのタスクに正確に取り組んでいるのですか？	プロジェクトには多くのプログラマーがいなく、ほとんどがカーネルとOSドライバーで忙しいからです。
4	これはあなたの前にどのように行われましたか？	質問5の回答をご覧ください
5	以前のアプローチの制限は何でしたか？	現在、2つのグラフィックFMがあります。 これはKFMですが、2パネルであり、誰もが気に入ったり満足しているわけではなく、すでに時代遅れになっています。 また、fNavは非常に優れたFMですが、ソースが閉じているため、非常にゆっくりと開発されます。 まあ、もちろん、コンソールFARがあります-現時点でおそらく最も機能的なFMですが、これも2パネルであり、さらにグラフィックではないため、多くの場合欠点です。
6	あなたのアプローチの新機能は何ですか？	特定の機能を追加したり、できる限り効率的にこれに干渉したりできないプログラムの部分を書き換えると、機能が増加します。 Leencyが行ったのと同じ方法でEoliteの作業を続けています。
7	なぜあなたのアプローチは成功すると思いますか？	-
8	プロジェクトのどの部分が問題になる可能性がありますか？	EoliteはHummingbirdの他のプログラムと同様に、固定サイズの古いシステムフォントによって強化されるため、これはおそらくスケーラブルフォントのサポートの導入です。
9	プロジェクトにはどれくらい時間がかかりますか？	不明
10	プロジェクトの段階は何ですか？	これは現在、Unicodeサポートとスケーラブルフォントの実装です。
11	どのようなテストをしていますか？	ファイルマネージャの機能は異なり、異なるテストが必要です。 たとえば、再帰コピーを実装する場合、ツリー内のファイルとディレクトリの数がチェックされ、Eoliteが落ちたり、操作を誤って実行したりする可能性のあるパスの長さがチェックされました。

セルジュは3番目に答えました。そのニックネームはHabrahabrの ion2でした。

いや	アンケート3	Serge（マルチメディア、ビデオカードドライバー）
1	何をしようとしていますか？	現在、私はいくつかのプロジェクトに携わっていますが、それらはすべて何らかの形でFplayおよびMesa3Dビデオプレーヤーに関連しています。
2	なぜこれが重要なのですか？	1.マルチメディアサポートのない最新のデスクトップシステムを想像するのは非常に困難です。 2.これは、核全体の発達にとって非常に強力な機関車です。 サウンド再生のような一見些細なタスクの解決策は、コアの根本的な変化をもたらしました。 もっと良くなることを願っています。
3	なぜこのタスクに正確に取り組んでいるのですか？	鉄を使って直接作業することは、私にとって常に興味深いものでした。 この点でGPUは最も興味深いです。 すべての実験は非常に視覚的です。
4	これはあなたの前にどのように行われましたか？	この質問は、次のファイルマネージャの開発者にとってよりありそうです。
5	以前のアプローチの制限は何でしたか？	質問4の回答をご覧ください
6	あなたのアプローチの新機能は何ですか？	質問4の回答をご覧ください
7	なぜあなたのアプローチは成功すると思いますか？	質問4の回答をご覧ください
8	プロジェクトのどの部分が問題になる可能性がありますか？	多くの困難があります。 Intelのドライバースタック（カーネルドライバー、Mesa 3Dドライバー、libVAのビデオデコーダーが移植されている）で問題がなければ、ディスプレイドライバーのみがAMDで動作します-ビデオモードとハードウェアカーソルを変更します。 r600およびRadeonSI 3DドライバーはLLVMに依存しています。 これは、18 MB以上のバイナリコードです。 LLVMはもちろん非常に興味深いものですが、それなしではAMDがシェーダーコンパイラを作成できないとは思いません。 ところで、Intelでは、彼らはLLVMを使用しようとしましたが、失敗しました。 嬉しいです。 3Dスタックでこのような巨大なライブラリを使用していることに少しイライラしています。 インテルも素晴らしいものではありませんが。 メインの3DドライバーコードはC. C ++シェーダーコンパイラーで記述されています。 これらはすべて1つのバイナリにリンクされています。 CコードはC ++コードを呼び出します。 彼が例外をスローするとどうなりますか？ 知りません
9	プロジェクトにはどれくらい時間がかかりますか？	これは無限のプロセスです。 エンジニアは新しいハードウェアを作成し、プログラマは新しいコードを作成します。 エンジニアに時間がなければ、プログラマは古いものを書き直します。 すべてのビジネス。 Linux 3.4と4.4のドライバーを比較すると、これらは2つの非常に大きな違いです。 APIを定期的にやり直してください。 「今、座って、すべてを設計し、素晴らしいコードを書く」という会話を聞いたとき、DRMの開発者を思い出します。 Linuxの公式オープンソースドライバーのソースコードを使用します。 それは会社の正社員によって書かれ、時にはx.orgの開発者の古い警備員から引き出されました。 また、IntelとAMDのソースドライバーを比較すると、AMDドライバーの方が適切に記述されています。 はるかに良い。 これは、読みやすくするための構造と関数ポインターおよびマクロを備えた古い学校のOOPです。 各世代のコードは個別のファイルに収集され、関数のセットは同じで、名前のみが異なります。 radeon_asic.cを学習すれば、アーキテクチャがR100からKaveriにどのように進化したかが明らかになります。 このようなコードは、移植と保守がはるかに簡単です。 ファイルとは対照的に、Intelはさまざまな世代のコードの真のサラダを持っています。 intel_display.cの470キロバイトと16,500行は、すでに理由をはるかに超えています。
10	プロジェクトの段階は何ですか？	すべては2006年に始まりました。 非公式のLinuxドライバーをベースにしたATI R300-R500用のアセンブラードライバーでした。 そのため、Hummingbirdではハードウェアカーソルが登場しました。 2008年、AMDはオープンソースに移行し、公式のradeonhdドライバーが登場しました。 これはユーザースペースドライバーでしたが、Hummingbirdではカーネルで機能し、ハードウェアをサポートし、R500 +以降でした。 AMDの古いチップのサポートは無関係と見なされました。 古いドライバーの作成者は彼らに同意せず、ATOMBIOSを使用して、新しいビデオカードをサポートしました。 その結果、AMDには2つのオープンソースドライバーがありました。 最後に、多くの議論の後、Linux開発者はGPUが重要なリソースであり、カーネルドライバーによって管理されるべきであると決定しました。 したがって、drivers / gpu / drm / radeonが登場し、これがHummingbirdのatikmsドライバーの基礎になりました。 2012年には、i915ドライバーが移植され、I915_GEM_EXECBUFFERを試した後、2013年末にMesa用の3Dドライバーが移植されました。 後者はFAPIでVAAPIをサポートし、x264をハードウェアでデコードし、NV12形式で画像を出力しました。 現在、libva-mesa-libdrm-kernelバンドルでメモリリークを探しています。 彼らは重要ではありませんが、気分を台無しにします。 近い将来、フルスクリーンモードとページ切り替え、次にpthreadとMesaの更新。 将来的には、LLVMとradeonsiとr600。
11	どのようなテストをしていますか？	長いドライバーログとライブラリを使用したさまざまなテスト。 検索トレースを表示 ビデオモードの切り替え。 ディスプレイがホット接続されると、ドライバーはログに記録します。 ドライバとlibdrmのメモリマネージャをトレースします。 テクスチャの作成と削除をトレースします。 さまざまなトレース。 カーネルドライバーを次の次のバージョンに更新するには、ハードウェアで最低10から20の起動が必要です。 Mesaの移植には、約200回の実行が必要でした。 +古い鉄R300 R500 R700でのテスト。

4人目はコブラに応答しました。コパはハブラハブルにFForthというニックネームを持っています。

いや	アンケート4	Kopa（Forthプログラミング言語）
1	何をしようとしていますか？	可能であれば、Fort言語ツールキットを使用して、Hummingbird OSのプログラムコードを作成してください。
2	なぜこれが重要なのですか？	砦はハミングバードの設計の根底にある考えに最も近い。 たとえば、アセンブラーレイヤーを効果的に使用するには、シンプルで適切に管理されたスケーラブルなツールでありながら、最小限のアクションで最大の結果を提供します。
3	なぜこのタスクに正確に取り組んでいるのですか？	私にとって興味深いことであり、この方向の主な基礎を作成した開発者はフォーラムで活動していません（たとえば、Mikhail Maximovは現在他のアイデアに取り組んでいます：よく知られているように、これはFort core wiki.forth.org.ruを使用したOCプロトタイプの作成ですru.wikipedia.org/wiki/Open_Firmwareなどの既存のサードパーティのFortコードなど）ところで、Fortを内部に使用してHummingbird OSカーネルを構築するオプションもあり、このオプションのフォーラムには論争がありました。
4	これはあなたの前にどのように行われましたか？	データベース内のKOSのSPF4コードを変更するのにそれほど時間はかかりませんでした。 いくつかのポイントを調整して、たとえば、ANSI互換性テストに合格することを確認します。
5	以前のアプローチの制限は何でしたか？	彼らはまだ何かに存在しています。 たとえば、Fort for Hummingbirdは、WinおよびLinuxのSPF4に存在するようなスタンドアロンの実行可能ファイルをコンパイルしませんが、スクリプト言語としての使用および特定のアクションでの使用を制限しませんが、スタンドアロンアプリケーションを作成できます。 。
6	あなたのアプローチの新機能は何ですか？	COSでFortを使用することの新規性について、これに質問が触れる場合、次のことが言えます。 Fortは、COS APIと対話する最小限の手段を許可し、有用なコードを作成します。 一般的な用語で、単純さ、柔軟性、および拡張性を採用した「計算機」タイプの言語と比較できます。 さらに、KOSアセンブラーのコードベースを操作するためのツールを作成するのにも役立ちます。 （KOSコードベースを監視および管理するいくつかの手段）およびマイクロコントローラー用のインストルメンタルプログラミング環境。 それにもかかわらず、アセンブラコードは使用するプロセッサに固有のものであると考えていますが、異なるコンピューティングアーキテクチャ間でのアセンブラソリューションの移植性に関する一般的なポイントについては、「サブアセンブリ」の理解もあります。
7	なぜあなたのアプローチは成功すると思いますか？	フォートの発明以来、それは産業での使用から離れることはなく、その基礎に置かれたアイデアの妥当性を繰り返し証明し、連結された言語の大家族を生み出しました。 おそらく最も有名なものはPostScriptと考えることができます-「印刷の前線」と彼の「子孫」PDFの疲れのない勤勉者。 現代言語の開発から、Factorと8thが引用できます。 多くの産業機器では、どうにかフォートに会うことができます。 たとえば、Forth言語を備えたPLC（プログラマブルロジックコントローラー）ForthLogikが既にあり、StroboticsロボットはForthに似た言語でプログラミングされ、多数のNasaデバイスがForthにプログラミングされ、ハードウェアFortプロセッサRTX2000を使用します。 「すべての」既存のコンピューティングアーキテクチャ（プロセッサ、コントローラ）には、FVM（フォートコンピューティングマシン）またはサードパーティの言語ツール（アセンブラ、C）を使用してFVMオプションの1つを移植し、たとえば既存のベースとの共生などを使用する機能が既に実装されています効果的なハイブリッドソリューションを作成するCコード。 ハミングバードは同時に、フォート機能を完全に機能的に使用する効果的な手段として機能します。
8	プロジェクトのどの部分が問題になる可能性がありますか？	一般的な問題は、Fortインスツルメンテーションを開発するためのしきい値を下げ、子供でも使用できるように普及させるためにFrameWorkツールを作成することです（スクラッチまたはKOSでそのようなプロジェクトgithub.com/phreda4/reda4を起動するなど）。 たとえば、Windows、LinuxにはFort IDEが定義されており、KOSのフレームワーク内でそれらのアプローチを適応（移植）できます。
9	プロジェクトにはどれくらい時間がかかりますか？	アイデアの実施のタイミングを計画することは常に恩恵のない作業ですが、個人的な経験から、多くの異質な決定を「相互接続」する必要があるため、プロジェクトで体系的に作業する場合、通常1年から重要な結果が現れることが示唆されています。
10	プロジェクトの段階は何ですか？	そのため、プロジェクトの段階はありません。なぜなら、この関心に加えて、このプロジェクトと密接に交差する可能性のある他の段階があるからです。 たとえば、先ほど、Forthに似たForthEC言語でKOSの最小実行可能ファイルサイズを生成するためのオプションの1つを試しました（Euphoriaで実装されています）。
11	どのようなテストをしていますか？	主なテストは、生成されたコードの操作性と安定性のチェックです。

5番目がSiemarglに回答した。

いや	アンケート5	Siemargl（Java用の統合開発環境）
1	何をしようとしていますか？	私は、C内のHummingbirdプログラミング用の環境を作成し、移植されたトランスレーター（おそらく、これらはPascal、Oberon、C-、Basic）を使用した他の高水準言語（Java）用に環境を作成します。 本格的なIDEではありませんが、初心者向けには、少なくともエディターとコンパイラーを統合してください。
2	なぜこれが重要なのですか？	Cの既製のコードとライターのベースは他の言語よりもはるかに広いためです。 これにより、単純なタスクの単純な実行が簡素化され、OSが普及します。 教育目的での使用も検討しています。
3	なぜこのタスクに正確に取り組んでいるのですか？	私はコンパクトな無脂肪プログラム（およびOS）が好きです。 そのため、私はハミングバードプロジェクトに参加し、私の意見では、関連性のある興味深いタスクを選択しました。
4	これはあなたの前にどのように行われましたか？	TinyPadエディターからFASMを呼び出すことができ、TextEditは異なる言語の構文を強調表示できます。
5	以前のアプローチの制限は何でしたか？	Cコンパイラとの統合はありません。一般的に、今日の標準では、プログラマ向けのエディタほど便利ではありません。
6	あなたのアプローチの新機能は何ですか？	Hummingbird用のIDEはまだありません。
7	なぜあなたのアプローチは成功すると思いますか？	ストッパーはありません。
8	プロジェクトのどの部分が問題になる可能性がありますか？	かなり重いブートストラップ-多くのことを自分で行う必要があります。 手順を見る
9	プロジェクトにはどれくらい時間がかかりますか？	雇用が許可する場合、半年から1年。
10	プロジェクトの段階は何ですか？	つまり、以下のようになります。 1.システムおよびCインターフェイスの技術的な詳細。 モーダルウィンドウ、プロセス間交換、コンソールでの作業。 〜80％完了しましたが、残りはGSoCのフレームワーク内でpunk_jokerが処理するシステムライブラリを操作するためのCラッパーを作成するプロジェクトの完了を必要とします。 2.コードエディター ソリューションを選択する必要があります-既存のエディターを追加するか、既製のエディターを移植するか、別のエディターを作成します（私はあまり好きではありません）が、基礎が必要です-ウィジェットのCライブラリー。 現時点では、WindowsAPIを連想させるイデオロギーを使用して、例の作成とlibGUIライブラリのテストを支援しています。 ほとんどの場合、システムとシステムライブラリにないコントロールウィジェットを追加します。 また、Cの開発者がすでに行った興味深い開発をCに移行するという考えもあります。 3. Javaとの統合 3.1 KTCC。 HummingbirdsのTinyCコンパイラバージョンは、現在の0.26に更新されています。 標準ライブラリを追加/修正/テストしました。 いくつかのラフなエッジがありますが、全体的に準備は90％です。 完了後、互換性のためにlibGUIを修正し、コンパイル結果をエディターに転送する必要があります。 3.2 Cとの統合-。 GerdtRは最近、コンパイラの移植版を作成し、システムはこの言語で多くの開発を行っています。 3.3 Oberonとの統合。 このポートは最近akron1とプロジェクトをライブにしました。 3.4ハチドリの他の核爆発物の現在の状態を表示し、それらを統合することが可能です。 3.5トレーニング用のプリミティブのライブラリを作成し、一見するとMSXに存在するものと類似したものを作成する
11	どのようなテストをしていますか？	書かれたものはすべて機能テストを受けます...

6番目は、遠いインドからのashmew2に対応しました。

いや	アンケート6	ashmew2（Netsurfブラウザーポート ）
1	何をしようとしていますか？	他のOSから移植されたライブラリに依存しないように、libimgやboxlibなどの小型のx86アセンブラーライブラリを使用できるように、以前に作成したすべてのライブラリを使用するKolibriOS用の効率的で最適化されたブラウザーを作成しようとしています。 KolibriOSディストリビューションではサイズが大きいため、libcurlも使用しません。 したがって、libcurlで動作するネットワークサブシステム（ブラウザー）は、 hidnplayrの httpライブラリを使用するように作成する必要があります。 ブラウザのCコードはmenuetlibcの代わりにnewlibを使用し、make TARGET = kolibriコマンドを使用してNetsurfの独自のビルドシステムにコンパイルされます。
2	なぜこれが重要なのですか？	OSは高速で開発されたブラウザを必要とするため、これはKolibriOSの本格的な小型ブラウザになります。 インターネット接続は、小さなデバイスでもうまく機能するようになりました...
3	なぜこのタスクに正確に取り組んでいるのですか？	このプロジェクトに関与しているのは、努力する価値があると強く信じているからです。 Cで書かれた小さなブラウザですが、Kolibriのアセンブラ部分と連携して動作します。 TODOリストの一部のタスクを解決または開始できるように、他の誰かがプロジェクトを支援できることを願っています。 ネットワークフェッチャーを最適化する必要があります。
4	これはあなたの前にどのように行われましたか？	機能的なブラウザでしたが、公式のNetsurf（git）トランクに統合（マージ）できない状態でした。 ネットワークフェッチャーは古いダウンローダーライブラリを使用し、いくつかの機能をサポートしていました。 ビルドシステムは、.oオブジェクトファイルの集まりであり、それらをまとめてハックしてコンパイルする必要がありました。 これによりサポートが苦痛になり、キャラクターなどの逆検索に時間がかかりました。 Netsurfファイルプロバイダー（ファイルフェッチャー）がネットワークフェッチャーとして使用されましたが、すべてのユースケースに対応できませんでした。 Netsurf開発者は、メインシステム（リリースビルド）に統合せず、この状態で配布しません。
5	以前のアプローチの制限は何でしたか？	ビルドシステムの欠陥 古いダウンローダーライブラリ POST / HTTPSの実装 スパゲッティコード /サポートが難しい 最新のNetsurfアップデートを追跡する方法はありませんでした。
6	あなたのアプローチの新機能は何ですか？	curl置換、ビルドシステム、コード記述の改善、menuetlibcをnewlibに置き換えたネットワークフェッチャー。 イメージサポートはCライブラリを使用して統合されていますが、libimgライブラリに置き換えることができます。
7	なぜあなたのアプローチは成功すると思いますか？	KolibriOSには、サイズが小さい本格的なブラウザが必要です。 KolibriOSをイメージに追加した瞬間から、ユーザーが簡単に使用でき、バグなどは開発者が修正できます。 他のブラウザには多くの機能がないため、プロジェクトを終えるとNetsurfが導入される可能性が高くなります。
8	プロジェクトのどの部分が問題になる可能性がありますか？	, KolibriOS Netsurf — , (GUI) . . , , .
9	?	2016 () .
10	?	. . . , Javascript ().
11	どのようなテストをしていますか？	それらはユーザーレビューに関連しています。しかし、私は通常、ブラウザのいくつかの特別な側面をチェックできる別のアドレス（URL）を開こうとします。たとえば、画像のリストを使用してサイトを開き、画像のサポートを確認します。画像のあるサイトが機能するサイトと機能しないサイトがある場合、画像のタイプを確認します。次に、デバッグメッセージを挿入し、再コンパイルし、イメージに再度コピーし、MTDBGと共に実行することで何が問題になるかを把握するために、ソースコードを確認します。

この記事には、外国に住んでいる別の1人の開発者の調査結果が表示される場合があります...