Canvasでクラウドソーシングのプロジェクトを作る - ページ 30

 
---:
ナイーブな人。
プロジェクトが生き、発展し、収入を得ることで、クラウドソーサーからプロプライエタリなプロジェクトに移行したわけです。

悲しいかな、プロジェクトは クローズドモードに突入してしまいました(

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

プロジェクトがクローズドモードになってしまったのは悲しいですね(

必要なGUIのスケッチを描いてくれれば、kanvasで作ってあげます。手伝いますよ。そして、このプロジェクトは(課題の複雑さの度合いを理解すれば)絶望的だった。
 
Реter Konow:
必要なGUIのスケッチを描いてくれれば、キャンバスに作ってあげるよ。手伝いますよ。そして、このプロジェクトは(課題の複雑さの度合いを理解すれば)絶望的だった。

ピーターさん、どうもありがとうございました。考えてみます。))今のところ、ここにいるみんなと同じように、自分で対処しています。

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

ピーターさん、どうもありがとうございました。考えてみます。))これまでは、ここにいる皆さんと同じように、自分で何とかしてきました。

すべてテストの範囲内で。マークアップ言語のテストを手伝い、その上で正しいインターフェースを構築し、アプリケーションにリンクさせることを手伝うのです。その後、この言語をコミュニティに無償で提供し、みんながCanvas上で質の高いGUIを自作することになるでしょう。なぜ、そんなことをしたいのだろう?
個人主義が集団主義より有効であることを証明したい。
2)個人主義が集団主義より有効であることを証明したい)

考えてみてください))
 
Реter Konow:
全てはテストの枠組みの中で。マークアップ言語のテストを手伝い、それを基に構築し、アプリケーションにリンクするのを手伝う。その後、この言語をコミュニティに無償で提供し、みんながCanvas上で質の高いGUIを構築することになります。なぜ、そんなことをしたいのだろう?
1.少なくとも、私の仕事によって人に何らかの利益がもたらされることは確かです。
2.個人主義が集団主義より有効であることを証明したい)

考えてみてください))

なぜ必要なのか疑問すらありませんが、そうでなければここでみんなで質問しあってください )))) 。

ある人は自分の経験を、ある人は洞察やアイデア、興味深い解決策を共有します。

Peterさん、2020年ですね、カーネルは手続き型なんでしょうか?))これは非難や引け目ではなく、疑問なのです。

何が良くて何が悪いかは、単純に意味がないので、開き直ることにします。どんな問題も、いろいろな方法で解決することができる。それを決めるのは、一人ひとりだ。

では、その提案に応え、テストに参加したいと思います。さらにlssでは、続きをご紹介します。

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

なぜ必要なのかという疑問すらありませんが、そうでなければここにいる全員がそのような質問をしあうべきです ))))。

誰かが自分の経験を、誰かが自分の経験、発見、考え、興味深い解決策を共有するかもしれません。

Peterさん、2020年ですね、カーネルは手続き型なんでしょうか?))これは非難や引け目ではなく、疑問なのです。

何が良くて何が悪いかは、単純に意味がないので、開き直ることにします。どんな問題も、いろいろな方法で解決することができる。それを決めるのは、一人ひとりだ。

では、その提案に応え、テストに参加したいと思います。今後も継続する予定です。

1.すでに何人かのプロジェクトで この言語をテストしているので、このスレッドで、公に発表する前に最後の段階のテストをしたいと思います。オープンソースのプロジェクトは、論理的な結論が必要です。次のようにします。

2.公開テストは、より多くの人を惹きつける。彼らは、言語を使って仕事をする方法を学び、使えるようになります。

3.あなたのインタフェースのスケッチは、あなたのアプリケーションを使うことができるだけなので、何もリスクを負うことはありません。見なくても、知らなくても、作ったインターフェイスを簡単につなげることができなくなることはないでしょう。

4.私がGUIを作成するために使用する図面を提供していただきます。その後、gui と gui plug ファイルを取得します。そして、すべてがうまくいくことを確認します。

5.コンストラクタ(マークアップ言語を理解するEA)と、公開されたエンジンコード(guiイベントを処理し、ホストアプリケーションにディスパッチする部分)を公開することにします。その結果、誰でもエンジンをインローダーとしてプラグインし、GUIとユーザーアプリケーションの両方を含む単一の実行可能な出力を得ることができるのです。実行ファイルは1つです。

SZZ. 実装形態は非標準ですが、根幹はオブジェクト指向の技術です。エキゾチック個人主義がその痕跡を残している))


 
Реter Konow:
1.すでに何人かのプロジェクトでこの言語をテストしているので、このスレッドで、公に発表する前に最後の段階のテストをしたいと思います。 オープンソースのプロジェクトは、論理的な結論を得る必要があります。次のようにします。

2.公開テストは、より多くの人を惹きつける。言語での作業方法を学び、使えるようになる。

3.あなたのインタフェースのスケッチは、あなたのアプリケーションを使うことができるだけなので、何もリスクを負うことはありません。見なくても、知らなくても、作ったインターフェイスを簡単につなげることができなくなることはないでしょう。

4.私がGUIを作成するために使用する図面を提供していただきます。その後、gui と gui plug ファイルを取得します。そして、すべてがうまくいくことを確認します。

5.コンストラクタ(マークアップ言語を理解するEA)とエンジン(GUIイベントを処理し、ユーザーアプリケーションに送る部分)のオープンソースコードを公開する予定です。その結果、誰でもエンジンをインローダーとしてプラグインし、GUIとユーザーアプリケーションの両方を含む単一の実行可能な出力を得ることができるのです。実行ファイルは1つです。

SZZ. 実装形態は非標準ですが、根幹はオブジェクト指向の技術です。エキゾチック個人主義がその痕跡を残している))


出力では、実行可能ファイルが得られますか?ちゃんと読めたかな?

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

出力はexeファイル?私の読みは正しいのでしょうか?

はい、肝心なのはあなたのアプリケーションは、私のエンジンをインライナーとしてプラグインし、その中にあなたのguiのコアがあります。最終的には、マーケットプレイスに置ける単一の実行ファイルになります。

ビルダーは、guiのコアをファイルとして生成します。カーネルを(インラインとして)エンジンに転送し、エンジン自体をインラインとして、アプリケーションにプラグインするのです。それだけです。
 
Реter Konow:
はい、肝心なのはあなたのアプリは、私のエンジンをインラインでプラグインし、その中にあなたのguiのコアがあります。最終的には、マーケットプレイスに置ける単一の実行ファイルになります。

guiコアは、ファイルの形でコンストラクタを生成します。それを(インラインとして)エンジンに転送し、インラインとしてエンジン自体を、アプリケーションに接続するのです。それだけです。

私は "exeshnik "という言葉を誤解しているのだろう。私の理解では、拡張子がexeの実行可能ファイルです。いつから市場はそのようなファイルを受け入れるようになったのでしょうか? DELLの応募も受け付けている。もちろん、そこに何かを配置する必要はないのですが、やはり変更案の構成がよくわからないのです。

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

私は "exeshtnik "という言葉を誤解していたようだ。私の理解では、拡張子がexeの実行ファイルということです。いつから市場はそのようなファイルを受け入れるようになったのでしょうか? DELLの応募も受け付けている。もちろん、そこに何かを配置する必要はないのですが、やはり変更案の構成がよくわからないのです。

言い換えると、ある部分は私が行い、別の部分はあなたのサイトにあるという事実にもかかわらず、あなたはインターフェイスを持つ1つのEAで終わることになるのです。これによって、2つのパーツが1つのEAにまとめられることを妨げるものではありません。