ロシア語でコードを書くこのようなプログラムの長所と短所。 - ページ 2 123456789...19 新しいコメント Mykola Demko 2016.10.02 14:12 #11 Реter Konow: 1С?何ですか?ロシアはどこだ?モスクワ環状線の外側。 Реter Konow 2016.10.02 14:14 #12 Alexander Puzanov: 英語だけの明るい未来は、ダブルスタンダードで間違いない。しかし、中国や日本も固定観念を打ち破るのは恥ずかしい...。誰もソースコードを要求していないのでは? オルタナティブ・アプローチについて-どうなんでしょうね。記事を書いてはいけないのでしょうか?まだ返事をもらっていないので、わからない。そうかもしれないし、そうでないかもしれない。もちろん、すぐに固定観念を打ち破ることはできませんが、徐々に......。ただ、誰も自国語で書こうとしないのはおかしいと思うんです。まるで下品なように...。 一概にOOPを否定することはできませんが、他のアプローチを考案してみてもよいでしょう。そこで、ひとつ思いつきました。 Реter Konow 2016.10.02 14:15 #13 Vitalii Ananev:しかも、カスタム関数や変数の名前をロシア語で書くという話ですよね。そんな書き方する人いないよ。1Cでは、すべてロシア語で書かれています。例えば function () ...... endfunctions.ループループの終わり if ...たらればそんな書き方をする人はいないと理解しているからこそ、不思議に思うのですが......。 1Cについて - 少なくとも1つのプログラムが固定観念を打ち破った)。 Mykola Demko 2016.10.02 14:17 #14 Реter Konow:...非効率なことがあちこちで見られる。 OOP(誰かが発明したもの)でさえ、疑問視されることはない。もっと効率的で良い方法はないのか? もっと効率的な 方法があるはずだし、母国語でプログラミングする方がずっと便利だと確信しています。それはすべて、私の3年間の実践で検証され、プログラミングの成功で証明されたことなのです。...もう少し具体的に教えてください。OOPとどっちのアプローチがいいんだ?SZZ ロシア語でプログレを書こうとしたことがあるのですが、断念しました。好きではなかった。IMHO プログラムが読めなくなる。相互の関連性を理解することができなくなる。 Vitalii Ananev 2016.10.02 14:18 #15 Реter Konow:そんな書き方をする人はいないと実感しているからこそ、不思議に思うのですが......。 1Cについて - 少なくとも1つの番組が固定観念から脱却している)。 なぜ誰もそのように書かないのか、上の私の答えを読んでみてください。 Реter Konow 2016.10.02 14:22 #16 Vitalii Ananev:しかも、カスタム関数や変数の名前をロシア語で書くという話ですよね。そんな書き方する人いないよ。昔、プログラマーはある種のエチケットを身につけました。自分だけでなく、他の人にも読みやすいように、ソースコードを 適切にフォーマット する方法。社会におけるマナーのルールのようなものです。一方、1Cでは、すべてロシア語で書かれている。例えば function () ...... endfunction.ループサイクルエンドたられば エチケットの話なんですね。例えば、機械(コンピューター)が私たちのエチケットをどう考えているのか?技術でルール化するのは効率ではなく、マナーではないでしょうか?もし私がロシア語話者だから、英語よりもロシア語の方がうまくプログラムを書けるのだとしたら、なぜ「エチケット」に屈して、理解できない言語でプログラムを書かなければならないのでしょうか?暗黙のルール? Реter Konow 2016.10.02 14:28 #17 Nikolay Demko:もう少し具体的に教えてください。OOPとどっちのアプローチがいいんだ?ロシア語でソフトを書こうとして断念したことがある。好きではなかったんです。IMHO プログラムが読めなくなる。相互の関連性を理解することができなくなる。おそらく、OOPにはもっと良いアプローチがあるのでしょう。見つけたようです。実は、大きく分けて2つのルールを守ることから始まるのです。1.より便利であれば、母国語でプログラムを書く(エチケットに関係なく)。2.不要なプログラムや構文の実体を断つ(OOPで豊富に萌芽している)。 Vitalii Ananev 2016.10.02 14:32 #18 Реter Konow: エチケットの話なんですね。例えば、機械(コンピューター)が私たちのエチケットをどう考えているのか?技術でルール化するのは効率ではなく、マナーではないでしょうか?もし私がロシア語話者だから英語よりもロシア語の方がうまくプログラムを書けるのだとしたら、なぜ「エチケット」に屈して理解できない言語でプログラムを書かなければならないのでしょうか?暗黙のルール? 誰もエチケットを守ることを強制しているわけではなく、純粋に自主的な問題です。コンパイラは、あなたがどう書くかなんて、本当は気にしていないのです。つまり、上で言ったように、あなたの後にあなたのコードを読む人は、その意味を理解するのに苦労することでしょう。自分のためだけに書き、誰にも見せるつもりがないのであれば、好きなように書いてください。 Mykola Demko 2016.10.02 14:33 #19 Реter Konow:おそらく、OOPよりも優れたアプローチがあるのでしょう。見つけたようです。実は、2つの基本的なルールを守ることから始まるのです。1.プログラムは母国語で書いた方が便利なら、その言語で書く(礼儀作法は関係ない)。2.不要なプログラムや構文の実体を断つ(OOPで豊富に萌芽している)。まあ、OOPでロシア語で書くこともできるんですけどね。OOPを否定する本質とは?OOPの本質は、プログラマーが変数のスコープを設定できることです。これを無視したら、何を得ることができるのでしょうか。スコープをコントロールできなくなったので、常に新しいカウンタや変数を使わなければなりません。名前は接尾辞や接頭辞を付けて長く書かなければならない。コードの再利用が できなくなる(OOPの柱の1つ)。もちろん、それがすべてではありませんが、簡単に説明します。どのようなアプローチが良いですか?ついでに言うと、文字入力だけでなく、プログラムを開発する場合、変形する機能は重要です。OOPなら、バイブルを1つ書き換えるだけでいい。他の方法では、プログラム全体を変更する必要があります。 Реter Konow 2016.10.02 14:35 #20 高度なC++を見よ。このプログラミング言語は、すでに独自のスラングを獲得しているような気がします...。これほど実体が乱立している言語は、おそらく他にはないだろう。ある程度調べて、必要なものだけを入れておくと、数倍に縮むんですよ。その結果、より多くの人に理解され、親しまれるようになる。しかし、この言語が誰にでも理解でき、親しみやすいものになることを望んでいない人がいて、そのためにものすごく複雑にしているような気がするのですが......。 123456789...19 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
1С?何ですか?
ロシアはどこだ?
モスクワ環状線の外側。
英語だけの明るい未来は、ダブルスタンダードで間違いない。しかし、中国や日本も固定観念を打ち破るのは恥ずかしい...。誰もソースコードを要求していないのでは?
オルタナティブ・アプローチについて-どうなんでしょうね。記事を書いてはいけないのでしょうか?
まだ返事をもらっていないので、わからない。そうかもしれないし、そうでないかもしれない。もちろん、すぐに固定観念を打ち破ることはできませんが、徐々に......。ただ、誰も自国語で書こうとしないのはおかしいと思うんです。まるで下品なように...。
一概にOOPを否定することはできませんが、他のアプローチを考案してみてもよいでしょう。そこで、ひとつ思いつきました。
しかも、カスタム関数や変数の名前をロシア語で書くという話ですよね。そんな書き方する人いないよ。
1Cでは、すべてロシア語で書かれています。例えば function () ...... endfunctions.ループループの終わり if ...たられば
そんな書き方をする人はいないと理解しているからこそ、不思議に思うのですが......。
1Cについて - 少なくとも1つのプログラムが固定観念を打ち破った)。
...非効率なことがあちこちで見られる。 OOP(誰かが発明したもの)でさえ、疑問視されることはない。もっと効率的で良い方法はないのか? もっと効率的な 方法があるはずだし、母国語でプログラミングする方がずっと便利だと確信しています。それはすべて、私の3年間の実践で検証され、プログラミングの成功で証明されたことなのです。
...
もう少し具体的に教えてください。
OOPとどっちのアプローチがいいんだ?
SZZ ロシア語でプログレを書こうとしたことがあるのですが、断念しました。好きではなかった。IMHO プログラムが読めなくなる。相互の関連性を理解することができなくなる。
そんな書き方をする人はいないと実感しているからこそ、不思議に思うのですが......。
1Cについて - 少なくとも1つの番組が固定観念から脱却している)。
しかも、カスタム関数や変数の名前をロシア語で書くという話ですよね。そんな書き方する人いないよ。昔、プログラマーはある種のエチケットを身につけました。自分だけでなく、他の人にも読みやすいように、ソースコードを 適切にフォーマット する方法。社会におけるマナーのルールのようなものです。
一方、1Cでは、すべてロシア語で書かれている。例えば function () ...... endfunction.ループサイクルエンドたられば
もう少し具体的に教えてください。
OOPとどっちのアプローチがいいんだ?
ロシア語でソフトを書こうとして断念したことがある。好きではなかったんです。IMHO プログラムが読めなくなる。相互の関連性を理解することができなくなる。
おそらく、OOPにはもっと良いアプローチがあるのでしょう。見つけたようです。実は、大きく分けて2つのルールを守ることから始まるのです。
1.より便利であれば、母国語でプログラムを書く(エチケットに関係なく)。
2.不要なプログラムや構文の実体を断つ(OOPで豊富に萌芽している)。
エチケットの話なんですね。例えば、機械(コンピューター)が私たちのエチケットをどう考えているのか?技術でルール化するのは効率ではなく、マナーではないでしょうか?もし私がロシア語話者だから英語よりもロシア語の方がうまくプログラムを書けるのだとしたら、なぜ「エチケット」に屈して理解できない言語でプログラムを書かなければならないのでしょうか?暗黙のルール?
おそらく、OOPよりも優れたアプローチがあるのでしょう。見つけたようです。実は、2つの基本的なルールを守ることから始まるのです。
1.プログラムは母国語で書いた方が便利なら、その言語で書く(礼儀作法は関係ない)。
2.不要なプログラムや構文の実体を断つ(OOPで豊富に萌芽している)。
まあ、OOPでロシア語で書くこともできるんですけどね。
OOPを否定する本質とは?
OOPの本質は、プログラマーが変数のスコープを設定できることです。これを無視したら、何を得ることができるのでしょうか。
スコープをコントロールできなくなったので、常に新しいカウンタや変数を使わなければなりません。
名前は接尾辞や接頭辞を付けて長く書かなければならない。
コードの再利用が できなくなる(OOPの柱の1つ)。
もちろん、それがすべてではありませんが、簡単に説明します。
どのようなアプローチが良いですか?
ついでに言うと、文字入力だけでなく、プログラムを開発する場合、変形する機能は重要です。OOPなら、バイブルを1つ書き換えるだけでいい。他の方法では、プログラム全体を変更する必要があります。