クラウドソーシングによるGUI。オープンベータテストを実施。 - ページ 27

 
正直なところ、3rdですべての目標が実現したわけではありません。ウィンドウを追加したり削除したりする機能は、まだ終わっていません。アイテムの削除がうまくいかない。バグがある。昨日気づかなかった重大なバグが1つあったので、今日修正して再公開します。しかし、簡単なパネルを組み立てて接続するための機能はすでに十分に備わっています。全工程は数分で終了します。
 
基本機能を完成させ、その時点で公開することにしました。タスクは明確で、複数ウィンドウの並列編集モードと、要素の追加/削除、プロジェクトの 選択的ロードが必要です。

最初の問題を解決し、公開テストを開始した後にエディタを公開する予定です。一人で全部チェックするのは無理なので、助っ人が必要なんです。Nikolayさん、Alexeyさん、その他トピックの参加者の皆さん、どうか消えないで下さいね。一緒に大きな一歩を踏み出しましょう。
 
Алексей Барбашин:

どこにも行かない!2つのロジックの相互作用は、まだ構築する必要があります。ビューはそれ自体で存在するものではありません。その要素のいくつかは、常にアプリケーションモデル自体の変数および/またはオブジェクトにバインドされています。

アレクセイ、君はすべてにおいて正しいよ。ただひとつ問題があります。あなたは、物やアプローチ全般において、「同じFedoraでも、違う晴れ着を着ている」ことを認識していないのです。

2つのロジックの相互作用の問題は、すでに解決され、プラグインエンジンの機能に隠されています。ユーザーは要素を制御するための機能を与えられているので、私のコードを見る必要はありません。だから、何も問題ないのです。
 
Реter Konow:
アレクセイ、君はすべてにおいて正しいよ。ただひとつ問題があるとすれば、あなたは物事やアプローチ全般に関して、「別の晴れ着を着た同じFedora」を認識していないことです。

2つのロジックの相互作用の問題はすでに解決されており、プラグインエンジンの機能の中に隠されています。ユーザーには要素制御機能を与え、私のコードを見る必要はない。だから、何も問題ないのです。

待ちます。今のところ、概念のすり替えが目立ちますね。ここ数年のプログラミングの概念がすべて裏返ったのです。

でも、その結果を待ちましょう、その場の勢いで切るのはやめましょう。

 
Алексей Барбашин:

見てみよう。これまでのところ、私が見ているのは、概念の総入れ替えです。近年のプログラミングの概念はすべて裏返しになりました。

でも、その結果を待ちましょう、その場の勢いで切るのはやめましょう。

では、その結果、一般に受け入れられている概念が覆されることが正当化されるとしたら、それはどうでしょうか?
 
Реter Konow:
では、その結果、既成概念を覆すことが正当化されるのであれば、どうすればいいのでしょうか?

奇妙な質問だ 何を期待しているんだ?

100%ないとは言い切れませんが...。

 
Алексей Барбашин:

奇妙な質問だ 何を期待しているんだ?

100%ないとは言い切れませんが...。

それなら、自分で正しく任命したのだから、何の問題もない。

議論することは何もない。結果はすでに出ているし、これから先もある。計画通りにテストして、地域のために良い行いをしよう。

ザイ。ただし、拒否することは可能です。
 
私のやり方なんて、もうどうでもいいじゃないですか。どんな独断専行なのでしょうか。オブジェクトの独自の主観的な理解を投影し、常に二次である英語圏の科学者の束を崇拝し、彼らはプログラミングに概念を導入する独占権を持っていると考えている?そして、自分よりカッコいい人が哲学して、よりシンプルで効率的な方法でその対象を表現してくれたら?自分の言語でプログラムを書きたい人がいたらどうする?

あ、気にしないでください。もし、ここでエゴが車輪にスポークを入れるのであれば、その結果は何の役に立つのか...。
 
もちろん、目の前の課題も解決していきます。テスターが見つかります。
 

Peter 「そしてオスタップは調子に乗った」と言われるように、非常に興味深い反応をしていますね。子供っぽい、原始的な恨み節もある。しかし、何に対して?

私は、従来の概念を捻じ曲げることが、その結果を正当化するとは思えないと書いただけです。

私の理解が正しければ、あなたは独立したシステムを開発しようとしているのではなく、他のツールキットプログラマ

しかし、他のプログラマーや潜在的なユーザーは、この段階ですでにこう言っています。お前らは無能だ、プログラミングもろくに知らないくせに、なぜかRPFやクラスを勝手に作っている!」と言い返される。しかし、すべては実はシンプルで、アセンブラで簡単にできることなのです。私は製品を完成させ、新しいプログラミングのルールを教える。さもなければ、君たちは砂場で遊び、鼻より先を見ようとしない!" と。

なぜか、すべてがそう聞こえる。

しかし、あなたのアイデアに従って製品を使う人たちは、プログラミングや「オブジェクト」の概念、イベントモデル、イベントサブスクリプション、継承などに関して全く異なる理解を持っています。

エディター自体が優秀であることは間違いないでしょう。単体でもリスペクトされますし、コンストラクターとしても遊べます。しかし、GUIとコードをつなぐためだけに「マークアップ言語」のような新しいものを習得するのは、採算が合わないでしょう。

グラフィカルなコンストラクタを作るというのは、とてもいい仕事だと思います。この方向性に対して、絶対にみんなが応援してくれることに気づいてください。

ピーターさん、これは全部OOPで書き直せば需要があるんですよ。しかし、あなたは私の話を聞いていない。どうやら、あからさまに、そして公然と、他のユーザーの利益を無視して、自分のエゴを満たすために製品を作っているようですね。

さて、ロシア語といえば、こちらも先駆者ではありませんね。ロシアの1C社は、長年、主にロシア語でプログラミングを行う言語を開発してきた。