TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
テキスト入力専用ツール 「ポメラ」 Vol.50
ポメラッタ！Vol.13
Kindle キンドルシリーズ
オリンパス OLYMPUS ラジオサーバー PJ-35
【独自OS】Huawei Watch GT【Honor Watch Magic】
振動式、ライト目覚まし【音以外】
テキスト入力専用ツール 「ポメラ」 Vol.32
【Pro/RT】Microsoft Surface Part23【Win8/RT】
Rio Forge
テキスト入力専用ツール 「ポメラ」 Vol.43
プログラム機能のある電卓で遊ぶスレッド
- 1 ：2019/04/17 〜 最終レス ：2020/06/20
- プログラム機能のある電卓でプログラミングをするスレッドです。
プログラム機能がある電卓ならば、関数電卓、グラフ電卓、ポケコン、金融電卓のいずれでも可です。
----- 関連スレッド -----
【RPN】逆ポーランドの部屋【電卓】★23段
http://lavender.2ch.sc/test/read.cgi/dgoods/1546063718/
関数電卓総合スレッドその９
http://rio2016.2ch.sc/test/read.cgi/rikei/1541169832/
電卓について語るスレ その6
http://lavender.2ch.sc/test/read.cgi/stationery/1525786648/
- 2 ：
- >>1
乙
- 3 ：
- >>1
乙乙
- 4 ：
- 「関数電卓・グラフ電卓総合 Part3」を埋めたので、ここの活用をお願いいたします。
- 5 ：
- TI Connect CEが、5.3.5にアップデートされてた
- 6 ：
- >>5
良い情報感謝
- 7 ：
- 電卓のプログラミング言語ってどんな種類があるのだろう
キーストローク系
BASIC系
がほとんど？
上以外だと
RPLは強力だけど変わり種の絶滅危惧種
PPLはPascal風
RuaはPCでしかプログラミングできない
Pythonは電卓の機能を制御できない教育用
- 8 ：
- >>7
RuaではなくLuaだった
- 9 ：
- RPLもキーストローク系と思える。
<< { RPN LISP } APPEND FORTH + 2 / “RPL” STO >>
- 10 ：
- >>9
RPLは構造化できるからキーストローク方式ではないかと
ただし、簡単なことならキーストローク的にプログラミング可能ってことかと
- 11 ：
- 構文での分類より
作ったプログラムが
標準関数同様に使えるかどうかが
電卓としては意味があると思う
RPN、RPL、PPLは出来る
CAS電卓のBASICも出来る
- 12 ：
- >>11
CASIO BASIC はできないよね
- 13 ：
- キーストローク系の良いところは
置数してプログラムを実行できる
つまりプログラムを関数扱いできる
プログラム実行をキー割り当てできればより関数KEY感覚で使える
RPNだと引数を最大4つまで使える
ALGなら、工夫して2つまで
(引数の区切りに演算子を使い、X←→Y KEYで入れ替え)
- 14 ：
- >>12
Xレジスタの参照だけなら、Ansでできるが
式の入力中は参照できるレジスタに格納されないので複数の引数をプログラム実行前に入力できない
- 15 ：
- >>14
昔のCASIOやTIのようなRPNではないキーストローク言語でも同じでは？
- 16 ：
- CASIO BASICでもClassPadならプログラムが関数として使えるね。
ただ全体的に動作が重いから、HP-Primeくらいのパワーが無いとしんどい。
- 17 ：
- >>16
CASIOのグラフ電卓はTIやHPに追いつけなくなっている感があるよね
- 18 ：
- タッチタイプができるプログラマブル関数ポケコン
- 19 ：
- >>17
うん、ハイエンドのCAS機は挽回不可能な周回遅れっていう感じだね。
CAS機でなければ、CG50のカテゴリーならまだいけそうかなぁ。
- 20 ：
- マニュアルの項目を数えて
900functionみたいなのをやめて
WP34s並みの精度でkeisan.casio.jp
の関数を実装したグラフ電卓を出せば
オタクには需要があると思う
- 21 ：
- >>19
fx-CG500も苦し紛れだったし、スタイラスが必要な時点で時代遅れ
今、新型を作っているのだと思いたい
CASIO BASIC も古いからPPLみたいなものに変えて欲しいなあ
- 22 ：
- CASIOは互換性大事にするメーカーだから
未だにHALT命令残ってるなんて、もはや呪いとしか思えない
602P用プログラムをCG50用に書き換える時にMinやMR関連だけ→や変数名に書き換えるだけで動きそうw
ループのISZ,DSZも残ってんだしさ
- 23 ：
- 電卓の最強言語ってなんだろう？
やはりRPLだろうか。PPLもかなり強力。
LuaはPCでしかプログラミングできないので除外。
- 24 ：
- 最強とかよくわかんないけど、Pythonが好きだな。
- 25 ：
- そりゃ最強ってなれば、
PrimeかNspireCASが最強電卓なわけだろ
その最強電卓に使われている言語がPPL,Luaで（TI-BASICは論外）
LuaはPC無いとプログラム出来ないから除外されるとすると
最強はPPLだな
ただ、個人的にはRPLが最強だな
だってお手軽にプログラムできるもん
スタック積んでコマンド打つだけのキーストローク要素有りながら
構造化も関数呼び出しも出来るんだぜ
難点はそりゃあるけどさ
ところで、CG50のPythonって電卓の関数呼び出せるの？
- 26 ：
- >>25
>ところで、CG50のPythonって電卓の関数呼び出せるの？
今のところ無理ゲー
- 27 ：
- RPLが最強かどうかは知らんが、相当強力であることは間違いない。
ただ読みにくいのと、電卓に適しているかはかなり疑問。
- 28 ：
- 目的達成できるなら、別に最強はどうでもいい
そして、RPLは販売中の実機がない
エミュレータAppなら販売中がいくつかあり、iOS限定なら、Emu50GとiPad専用のRPN28x Calcがある
- 29 ：
- >>27
>ただ読みにくいのと、電卓に適しているかはかなり疑問。
RPLは書き方次第で読みやすさが変わる
RPN形式で書くことも' 'を使って中置記法で書くことも出来る訳だから、自分の好きな方法を選択して書ける
書き方の選択肢の多さを問題視する人もいるが、自分にとってはその選択肢の多さがRPLの魅力だわ
他人の書いたコードを解読するのは確かに面倒だが、スタック操作コマンドをフル活用でもしてない限りそこまで読みにくくはないと思う
感じ方の違いかな
電卓に適しているかが疑問というのがよく分からないから詳しく意見を聞かせてくれ
- 30 ：
- >>28
知らんかったわ、ありがとう
- 31 ：
- >>29
中置記法で書けるのは数式だけなので、RPLの可読性は限界があるかと
- 32 ：
- これも中置記法というのかよく知らんが、たとえば
IF '0≦t' THEN 1 ELSE 0 END
は
0 t ≦ 1 0 IFTE
のようにも書ける。
おそらく後者が読みにくいので前者の書き方もできるようにした。
これは
IF 0 t ≦ THEN 1 ELSE 0 END
でもいい。
また文法としてはたぶん正しくないのだろうが、実際には
'0≦t' IF THEN 1 ELSE 0 END
とか
0 t ≦ IF THEN 1 ELSE 0 END
でも同じように動くことが、IF … THEN … ELSE … ENDの構文が後付けである理由を示している。
- 33 ：
- >>29
RPNのプログラムソースは命令や演算子、オペランドで分けて縦にズラズラ並べていくので数式は大変読みにくい
RPLは横にスペースで区切り、並べられるので見易い
(RPNも行番号ラベル使用しないのであれば、横方向に分かち書きすれば見やすくなると思う)
LISPのPROGみたいに引数シンボルをラベル化してGOで分岐などとハチャメチャな事はやってないだけRPLはマシ
>>31
HP35SでもRPNと中置記法(数式)の混在ができるよね
変数の参照は無論の事、変数への代入も実は自由度が高く(式中での代入も可能)
ただ、35SはRPNと中置記法の混在だと実行速度が落ちる。RPLでは実行速度は落ちないのだろうか？
それでも、実行速度落ちと式の見易さを天秤にかけるまでもなく見易さをとるだろう
中置記法から逆ポーランド記法に変換する過程で、式を間違えることがままあるので、そのまま中置記法で実行出来るのは有意義
- 34 ：
- RPLはもったいない
高解像度画面のハードで高速に動作すれば、評価が変わっただろうに
- 35 ：
- >>32
実際はIFは普通に書いて
条件式は片方がスタックだよね
(俺だけかな？)
変数使っていても、演算して
DUP 't' STO IF 〜 THEN
条件がIFの前後に分断される
- 36 ：
- >>33
48GではRPN風の方が速いですね。
かなり違う。
もともと48G自体があまり速くないこともあり、RPN風に書き直したことがある。
- 37 ：
- >>35
それはスタックに置いてある場合もあるでしょう。
その場合複製しなければならないことが多いはずだが、
IF DUP 0 ≧ THEN … END
DUP IF 0 ≧ THEN … END
DUP 0 IF ≧ THEN … END
DUP 0 ≧ IF THEN … END
どれも同じだというw
もっと複雑な条件式の場合は、
DUP IF → t '…' THEN … END
のようにローカル変数を使うことが多いかな。
- 38 ：
- なんでか、ここ最近の流れは「逆ポーランドの部屋」状態
本家スレが・・・
- 39 ：
- >>38
電卓のプログラミングを語るとどうしてもRPLに行き着いてしまうのでは？
BASIC系は制約多いし、キーストローク系はさらに制約多い
PPLはHP Primeだけなので話題になりにくい
- 40 ：
- そこで最新のBASICを搭載した
高精度最速電卓プチコン3号ですよ
- 41 ：
- >>40
SmileBASICは構造化可能でしょうか？
- 42 ：
- >>41
可能
プログラム自身を書き換えたりもできる
プチコンモデムなんてアプリがある
- 43 ：
- SmileBASIC のようなものがグラフ電卓に搭載されたら面白そうだねw
- 44 ：
- TI電卓のゲームソフトはスピードが要求されるのはアセンブラ、数独の様なパズル系ならTI-BASICで書かれてるね
fx-CG50にはユーザー作成のC.BASICがインタプリタながら標準よりかなり速いらしい
コンパイラ版C:BASIC(開発中)はアセンブラ並みらしい
C.BASICにはスプライト操作のライブラリがあるので、簡単なゲームなら作れそう
昔のユーザーは、FX-602Pで麻雀ゲームやダンジョン物アクションゲーム作ってたから、カラーが使えるCG50も工夫次第じゃないかね？
TI-84+CEのパックマンは面白いよw
- 45 ：
- >>44
TI-84 Plus CE のパックマンはよくできているよねえ
しかし、音が出ないからゲームとしてはどうなんだろう？
- 46 ：
- 電卓の理想のプログラミング言語って何だろう？
- 47 ：
- 引数を数値で与えると答え数値が返ってくる
のが計算機
その答え数値に、違う計算を行いたい時や、
違う答えと組み合わせた計算を、自動で行う為の言語が
電卓に適した言語と思われる
そう考えると、今ある電卓のほぼ全ての言語は
上記機能を満たしている物が大半であるので
電卓に適した言語であるとも言える
では何が問題なのであろうか？と考えると
人間に適しているかどうか？だと個人的に思う
計算が遅いという時間の概念や、キー入力が面倒、文法が難解、
デバッグがやりにくい等等、etc...
全て人に優しくない言語不満の現れである
電卓に適した言語はRPLが最強だと思う
但し人を選ぶ言語であるが故、人間に適していないのである
- 48 ：
- CASIO BASICという現実を直視すべき
- 49 ：
- >>48
どういうことよ？
- 50 ：
- ごみ言語
- 51 ：
- >>49
>>12
>>47
> 引数を数値で与えると答え数値が返ってくる
> のが計算機
>
> その答え数値に、違う計算を行いたい時や、
> 違う答えと組み合わせた計算を、自動で行う為の言語が
> 電卓に適した言語と思われる
- 52 ：
- >>45
音は脳内再生すればよい！
未プレイなら勝手な音だして！
>>50
ゴミとは言うが、それをパクったのがTI-BASICやで
TIのストローク系はHPをパクったっぽい
昔、I/Oに載ってたTIプログラマブル電卓のゲームソースにR/Sという記述を見た記憶がある
当時、海外電卓の知識が全くなく、R/Sとは何なのか数年悩んだ末に忘れることで解決した
- 53 ：
- プログラマブル電卓は基本、室内で使うもの
iOS用FX-602P SimはGPS情報も取得できるのだが、有効な使い途が見つからない
地点記録のデータロガー代わりに使えそうなんだけど
高度まで取得できるのにな
ただ、経度緯度から地図を表示させる連携手段が無いw
App外部へデータをテキストとして書き出す機能がないからなあ
プリントアウトして、それを手動操作でカット&コピーしないと
そんな用途ならショートカットで全てやった方が自動化しやすい
- 54 ：
- >>53
それはGPSで得た座標を計算に使ってくれということでは？
- 55 ：
- 弾道計算とか？
- 56 ：
- >>53
メモリをDropboxとシンクロできる
- 57 ：
- >>53
GPS情報は付けてみただけの機能なんだろうなあ
- 58 ：
- >>56
それがiOSアップデートなのか、DropBox APIが原因なのか機能してない
ログイン処理がエラーおこす
iTunes共有かメール添付でプログラムのエキスポート、インポートするしかない
それ以外の機能に不具合ないので、使えてるのが幸い
- 59 ：
- >>23
PCでプログラムできてメーカーがサポートしてる言語に範囲を広げればCかLuaになりそう
その気になれば有名どころの言語は大体Nspireで実行できそうだが
- 60 ：
- >>59
補足
Cはfx-9860giiなどの一部のCASIO電卓がサポートしてる
- 61 ：
- >>37
CASE文を使う場合は
CASE
DUP 1 = THEN … END
DUP 2 = THEN … END
DUP 3 = THEN … END
END
などとなるので、IF文の場合も
IF DUP 0 = THEN … END
とするのが統一的だと思う。
- 62 ：
- >>61
>>37みたいな書き方も言語的には許されているからねえ
- 63 ：
- 統一出来るときはするだろうけど
計算順を変えてまではしないだろうな
https://i.imgur.com/Rbn6NU9.png
BASICのUNTILに対応する方のRPLのUNTILの前のDUP
これを統一する手間は無駄な気がする
- 64 ：
- >>61
すまん==のところを全部間違えたwww
- 65 ：
- >>61
IF文の前のDUPは条件文ではないので、前に出した方が良くね？
>>63
UNTILの前のDUPも条件文ではないと思うのだが？
- 66 ：
- >>65
途中からDUPの話だけにしてるの？
>>32 に対する >>35
とかの続きも含む話なので
- 67 ：
- 話は違うけど
CASIO BASICはCAS機じゃなくても
関数式(、無名関数、ラムダ式)が
書けるようになってほしいな
関数の参照でもいい
そもそも、関数が書けないか
- 68 ：
- >>66
>>63を見てDUPの話をしたのかと思ったのだが
- 69 ：
- >>67
FORTRANでいう所の文関数もどきなら定義できるよ
引数1つまでだけど
- 70 ：
- >>68
DUPだけ書いてどうにでも書けるとか
ただの言葉遊びでは？
スタックをDUPする以上DUP出来るタイミングは決まっている
それが「実際」
PICKとか駆使するとスタックを脳内再現するから
かえって読みにくくなるし
自分のプログラムを持ち寄って
自分はこんな風に書いている
というのを見せてほしい
- 71 ：
- 遊ぶスレッドだからいいのか、…
- 72 ：
- >>70
何が言いたいのか分からない
>>32はRPLで条件分岐命令の書き方が色々あるよってこと
>>35はIFの前にスタック操作を書いて、IFの後ろに純粋な条件だけを書く
>>37はDUPの位置は自由でよくね？条件式が複雑なときは→でローカル変数を作成するよ
>>61はIFの後ろにスタック操作も書こう
>>63はUNTILでもIFと同様の問題があるけど、UNTILの前にDUPを置いても良くね？ってことかな？
>>65はスタック操作は純粋な条件ではないという見解なので、スタック操作はIFやUNTILの前に置けば良くね？ってことかと
>>66からよく分からなくなる。>>63でDUPの話を振ったのにDUPの話だけじゃないとか言っている。しかし、>>65はDUPの話に絞っただけでは？
- 73 ：
- >>65
値がスタックにある場合の
IF DUP 0 == THEN … END
と変数にある場合の
IF x 0 == THEN … END
にどれほど違いがあるかと考えれば、
IF … THENの間にDUPがあるのは全く気にならないな
- 74 ：
- >>73
自分もこれに同意
IFの条件文の中にDUPを置くかどうかなんてのは個人のコーディングスタイルの問題で、そもそも優劣を付けること自体意味がない
- 75 ：
- RPLの話題ばかりだねー
やはり電卓用のプログラミング言語としては完成度が高いから？
- 76 ：
- RPLはコーディングの自由度たかいだけ
ストローク式やFOCAL、CASIOのBASIC風言語、TI-BASICは自由度ないから
HP35sの様にRPNとAGL織り交ぜてコーディングするくらいしか出来ないからね
特にCASIOのBASIC風言語、TI-BASICはインデントすら許されてないので誰が書いても同じになる
Ifと同じ行にThen書くか、次の行にThen書くか位かw
その意味ではPythonよりガッチガチ
後はTipsが各機種毎にあるってだけ
例
TI-BASICはなるべく変数使用減らして、ansを多用しろとか、")"は省略とかね
後はMenuコマンドでメニュー番号取得するための省メモリのコーディングTipsとかさ
どっかのブログにfx-5800Pのメニュー汎用ルーチンなんてのもあったね
- 77 ：
- というかBASICってそもそもIFと同じ行にしかTHEN書けないのが普通だろ
- 78 ：
- >>76
>RPLはコーディングの自由度たかいだけ
いや、機能的にもRPLは完成度が高いのでは？
CASIO BASICやTI-BASICはプログラムの関数化さえままならない。
NspireのTI-BASICは関数化できるけどグラフ描画ができない。
キーストローク言語はステップが多くなると読みにくい。
やはりRPLが電卓の世界で最強ではないのか？
- 79 ：
- RPL最強と感じている人多いと思うよ
でもRPNを嫌う人も多いからね
アンチも買えばいいんだろうけど、アンチは基本スルーだからね
スルーだから売れないよね
売れないから無くなっちゃうよね
アンチも、ぐぬぬぬと言いながら買うしか無い物なら良いんだけどね
つまり、最強でなくてもイイヤ
って言う人が多いんだろうね
- 80 ：
- >>78
でもユーザーの評判は最悪
電卓に載せるには複雑すぎたんじゃないかね？
- 81 ：
- >>79
RPLはRPNで複雑なことがしたい人のために無理矢理開発された感がある
確かにRPNに関心がなければどうでもいいものかと
>>80
評判はどうなんでしょ？
複雑なのは同意です
- 82 ：
- >>80
そんなに評判悪かったっけ？
最悪はさすがに表現がオーバーすぎないか？
RPL開発者の手記とかどっかにないものかな
どういう経緯で開発されたものなのか知りたい
- 83 ：
- RPLはもともとRPNをやっていたか、スタックを面白いと思う人でないと無理じゃないですかね。
相当強力だし、考えた人は大変だったろうと思う。
ただ広く受け入れられそうかと言えば無理と言わざるをえない。
その時点で努力の方向を間違えたと言われても仕方ないのではないかな。
- 84 ：
- 最近知ったんだがiPhoneアプリの電卓は1+2x3=7になって駄目だろう。
- 85 ：
- >>84
なぜ駄目なんだ？
加減乗除の順番を考慮してくれるのは便利だと思うが
一般電卓と同じ感覚で使ったら戸惑うかもしれないが、計算式は出て来るし大した問題でもない
- 86 ：
- このスレでRPLをほめてる人には評価が高い
AURが読めなくて挫折する人には評価が低い
学力と評価が比例するプログラミング言語
- 87 ：
- HP28sの横河製日本語マニュアルに懇切丁寧なRPLの解説があるんだが、意外と皆知らないものなのかな
自分は数年前にRPNスレで教えられた
もちろん細かいキー入力やコマンド名は違うが、
何の操作をしているのか把握できればHP48系以降の機種も全く問題なく扱える
- 88 ：
- >>70
そういえばPICKってプログラムの中で一度も使ったことがないわ
- 89 ：
- >>83
HPはRPNを捨てることができなかったんでしょうね
>>84
標準入力の関数電卓にそう言うのありますね
Canon F-605Gとか
- 90 ：
- >>86
AURはさほど関係ないと思う。
逆ポーランドとスタックを理解できれば後は細々した問題だから、User's Guideの方が重要。
- 91 ：
- >>88
計算途中でスタックを大量に使ってる時、上の方に積んでるオブジェクトを変数を使わずに再度使いたい時に有用
スタック操作コマンドはどれも上手く使えれば有用だけど使う場面はそんなにないよね
- 92 ：
- >>90
AURはリファレンスだからUser’s Guideの方が重要かもね
- 93 ：
- >>91
スタックの上の方を使う場合は変数に入れてしまうな。
- 94 ：
- RPLが人気あるならSwissMicroもDM28とかで作ってたんじゃない？
だけど作ったのは42のFOCAL言語
- 95 ：
- >>94
アホかw
DM42はFree42があってこそのものだった
SwissMicrosのようなガレージメーカーがFree42作るのは不可能
- 96 ：
- 遊んでないじゃん
- 97 ：
- >>95
そのFree42なら、何故FreeRPLとか作らなかったのか？
- 98 ：
- >>97
42Sのキーストローク方式よりもRPLの方が圧倒的に実装難易度が高い
- 99 ：
- RPL(正確に言えばUserRPL)は全部SystemRPLで実装されてる訳だしね
ROM解析は可能だろうけど別言語で再実装するのは骨が折れそう
- 100 ：
- newRPLでいい
CASは要らない
関数をスタックに載せられれば
(関数を変数に入れたりできれば)
十分使える
100〜のスレッドの続きを読む
【独自OS】Huawei Watch GT【Honor Watch Magic】2
【悪用厳禁】今ICレコーダー買うなら？Part44
【DIAMOND】未だにRio500を使っている人【名作】
Amazon Kindle 総合スレ その23
【lenovo】ThinkPad Tablet Part 3
/// iRiver iMP-018 MP3 CD Player ///
テキスト入力専用ツール「ポメラ」 乾電池機スレ Vol.1
【Android】 Motorola XOOM 2 & ME Part2
【emobile】A01HW 7インチタブレット【HUAWEI】
【アンドロイド】Android TV【テレビ】
--------------------
銀河英雄伝説二次創作について語るスレ62
大阪ショップ情報 44
松崎温土のスッレド！
◆埼玉の温泉を語ろう39【彩の国】
號 ゆう ぶらふま よっすぃ〜〜 ルナ 林政博 小僧
【河豚フグ】ふぐのうまい店4【ふくフク】
【クイブレWT】クイーンズブレイド WHITE TRIANGLE ★7【enza】
アニメロミックス イベント
【デレステ】スターライトステージ★8363
斉木楠雄のΨ難 第１２χ
THE予言2020ー今年はコイツが急死するー陸上編
結婚後1回しかＳＥＸしなかったら嫁に離婚されそう
ドケチの映画
【春場ねぎ】五等分の花嫁 ネタバレスレ 4等分目
患者さんに恋する医師
フォレストリーヴズ熊本
【速報】UberEATS配達員ワイ、月12万円も儲けてしまうwwywwywwywwywwy
【ありがとよす】世界の屁こき隊★５【おつきじ】
高温大学駅伝１５
【ハクメイとミコチ】樫木祐人 part23【こびと日和】
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
