関数電卓・グラフ電卓総合 Part2
■ このスレッドは過去ログ倉庫に格納されています
>>744 その手のモード弄りはデータ全部吹っ飛ぶ可能性を理解した上でやるもの HP50gとかのように、SDカードが挿さるのなら楽にバックアップが取れるのにな >>746 いや、まあ、PC/Macとのコネクトソフト(純正)あるので、バックアップを再び電卓に転送すればいいだけなんだけどさ このコネクトソフトにはソースエディタまで付いてるので、コーディングはPC/Mac側でできるのだ USBコードでお手軽転送 フランス郵政省もイイ勝負らしい 誤配、遅配は当たり前 まだ郵便物残ってても、勤務時間迫ったら、配らず持ち帰り 郵便受けあっても無視して、玄関先に置きっ放し、盗まれても責任逃れ 荷物の破損は当たり前。開封されて配達することもあるらしい だから、賢いひとはUPSなど民間の宅配便使うそうだ そんな事もあってか、フランスから日本への個人輸入はハードル高いそうな >>750 本当だ。酷いなこれは。 https://www.madameriri.com/2016/07/12/la-poste-francaise/ >あまりにひどいフランスの郵便局は、日本郵政公社も特別扱いしています。 >日本からフランスにEMS(国際スピード郵便)で荷物を送った場合、フランス国内ではクロノポスト社が請け負います。 >しかし、このクロノポストはラ・ポストの傘下会社なので、こちらも非常にテキトーです。 > >「宛先不明」という理由をつけて、勝手にクロノポスト本社に送り返します。 高額な送料のEMSですらまともに配達されないのかよw 普通、封書だと表書きしたのが宛先で、裏に書かれたのが差出人 これは世界共通と思いきや フランスでは、何故か差出人へ配送(返送)されることがしばしばあるそうな 文句言うと、宛先の頭に"to"を差出人には"from"を付けろと言われ、その通りにしても返送されるので 更に文句言ったら、"to","from"の意味が分からない配達人がいるからと言われるらしい 更に更にフランス語でto/from書いてもフランス語が読めない者がいると のらりくらりww そんなフランスがプログラミング教育でPython採用したが、大丈夫なのか?w >>753 ラ・ポストは公務員的体質が行き着くところまで行き着いたのかねえ? さすがにフランス全体がここまで酷いわけではないでしょ。 そう言えば Numworks とかいうフランスのグラフ電卓があったような あれを個人輸入するのはラ・ポストのせいでかなりリスクがあるってことなのかね? >>757 言われてみれば購入報告がまだないような気が...思い違いか? >>758 少なくともここでの購入報告はなかったような気がする。話題にはなったかもしれないけど。 Numworks 公式ページ https://www.numworks.com/ オレンジ色の (Purchase) を押すと、 "Free 48 hours shipping everywhere in the United States. Would you like it shipped in Europe?" と表示されるので、在庫はアメリカにある。 上の "in Europe" を押すと、ヨーロッパ販売の画面に切り替わって "Free 48 hours shipping everywhere in Europe. Would you like it shipped in the United States?" と表示されるので、在庫はフランスにもあるんだろう。 NumWorks Graphing Calculator (Amazon USA) https://www.amazon.com/dp/B0747RQGF5/ ここから買えば、ラ・ポストの問題は回避できるだろう。 >>757 日本のAmazonでも、買えるから大丈夫じゃない? 素人がデザイン先行で作った感あるから買いたいとは思わないけどね 標準搭載のスクリプトがPythonなんだけど、スクリプトからグラフ描画が出来ないみたい 昔のCASLポケコンみたいなコンセプトで、Pythonはあくまでフランス公認のプログラミング教育用途っぽい 値段が安いのが唯一の救い >>761 TI-NspireもTI-BASICでグラフ描画できないよねえ 電卓のプログラミングなんてもはやオマケなんでしょうね >>763 ポケコンが一番いいけど需要がないので、メーカーが作らない そもそもアメリカのSATとかACTがQWERTYキーボードを禁止するのが良くない 禁止しても意味がないのに >>765 QWERTYがないポケコンってあるのかい? >>769 と言うことは>>765 の発言がそもそも例外ってことかと FX-702Pって、コマンドをショートカット以外で入力できたっけかな? シンクレアZX-81はショートカット以外でコマンド入力受け付けない仕様だったな まあ、702Pはショートカットでコマンドや関数が網羅されてるからABC順でもそれ程困らないとは思う TI84+CEはショートカットとカタログからの入力限定 fx-5800PやCG50(も?)メニュー入力とショートカットだね HP41や42は例外的に殆どのコマンド、関数をアルファKEYでコマンド入力してるよね(ABC順なのにw) プリンタでプログラムリスト印刷させるのに、一々 XEQ PRPと打つのが面倒 FX-501/502Pが1978年だから HLTの起源はシャープだったのか!? でも、何故ドイツ語? 確か501/502PもCASIOはコンピュータの名称を使ってた気がする やがて、CASIOは601/602Pを発売したが シャープはポケコンへ移ってしまった CASIOはPBシリーズとは別に関数に強いFXシリーズも充実 FX-9000Pなんていうポータブルコンピュータまで作ってしまったから そもそもこのサイズでQWERTY配列にすることに意味がない >>775 Blackberryさんカワイソス… FX-4800Pってダメな子なん? 4800Pはダメってことはないと思うよ 5800Pと多少コマンドの違いがあるけど 制御構造文が少ないが、5800Pには無いコマンドがある また、変数代入がBASIC LET文そのまんま リスト操作できないのは残念(値の保存に使える) 5800Pは大分安くなったから4800P使い続けるなら、買い換えた方がいいかも >>777 4800Pは入力命令がクソ 希望のタイミングで入力状態にしたいとき特殊なテクニックがいる 俺は積分を計算する事は無いので気にしないが fx-4800Pはシンプソン法で計算精度が落ちるとか >>779 { }で囲まれた変数の値の束縛を解除し、囲まれた変数が次に出現した時入力プロンプトが出るという、とても奇妙な仕様だったね 変数というより定数と言うべきか 502/602Pシリーズで、Min命令で明示的に入力動作指定できるのに、何故こうなった感ありあり 進化すると思いきや大幅に退化する稀有な事例 5800Pには4800Pユーザの為に "?→変数"形式以外に、"?変数"形式用意されてるよね 後者は現在の変数の値を表示し、変更ないならばそのまま[EXE]だけ押せば、変更せずにすむ >>781 4800はプログラム中で未確定の変数があると自動的に入力状態になるのが基本的な動作。 入力命令を書かなくても自動的に入力できて使いやすいだろうってことなんだろうなあ。 完全に余計なお世話の失敗作だけど。 数式計算に先鋭化してたとも言えるね 自分は5800Pで在庫管理とかやってるから 科学技術計算なんて正直どうでもいいw TI84+CEも持ってるが、グラフ式専用変数は、簡易的な関数型サブルーチン代わりにしてるぐらいだし 式を文字列で専用変数のYnに代入して、Ynを参照するだけで計算されるから便利 引数持てず、全てグローバル変数なんだけどね >>784 Y0,Y1〜Y9の関数格納用メモリの事 普通はグラフ描画させる時に設定するメモリ >>775 ジョブズ「キーボードはクソ、スタイラスもクソ。 おまえらの指が有るやろ?マルチタッチ最高なんやで〜 電話の再発明や!」 おまえら「ありがてえ、ありがてえ」 林檎の中の人「ククク…タッチパネルの方が部品点数と製造工数が減って俺ら丸儲けや」 おまえら「早打ちしにくいし意外と使いづらいな… バッテリーの減りも早くなった 物理キーの方が良かった(´・ω・`)」 …その結果、ポケコンもBlackberryもW-ZERO3も無くなったのだった でも関数電卓は今でも物理キーなんはタッチパネルと馴染まないということなんやろな たとえばピアノがタッチパネルだったら弾けません。 指がずれてしまうからで、見ない限り位置がずれているかどうかわからないから、ずっと手元を見ていなければならない。 これはPCのキーボードでも同じ。 Ynはカシオも同じのがあるけど、一個だけ引数が使えることを最近知った。 "X^2"→Y1 Y1(5)の結果が25 みたいな感じ。 んで、調べてみたらTIも引数使えるみたいね。 どっちが先かわからないけど、両社とも上手く互換取れてる。 ジョブズ「ユーザーはどんな使い方するか判らん。あいつらに自由度は無駄で不要。Mac同様に俺の最高発明iPhoneの中に閉じ込めとけ。拡張性(笑)」 RMS尊師「ジョブズは死んだ。これで奴の悪影響が終わらんことを。今こそCoolなJailからユーザーを解放すべき」 おまえら「なんてこと云うんや!RMS氏ね!」 ESR「そういうことじゃない。おまえら餅つけ(ペッタンペッタン」 携帯電話はタッチパネルと相性が良かったから物理キーが廃れただけのこと たまーに長文打つときには欲しいと思うくらいで ・携帯電話の頃はまだ物理キー全盛だったのでは ・スマホもiPhoneが大ヒットしなければ今でも物理キーが残っていたかもしれない ・打鍵感が大事なものは、コストが嵩んでもタッチパネルで置き換えは難しい ・関数電卓は製造的に枯れた技術の延長であり、スマホ擬きにしてバッテリーの持ちが悪くなっては元も子もないので、物理キーI/Fが遺されている (高解像度液晶を制御するのには高性能なコントローラーモジュールが必要で、消費電力の大敵) スマホの物理キーは小さすぎてタッチタイピングしにくいしフリック入力がケータイ打ちしか実用的でないし タブレットで流行りの携帯型キーボードを青葉で使うのがタイプ速度とスタイリッシュさを兼ね備えた平成時代のベストアンサーでしょうね >>789 f(x)関数の為のパラメタを[X,θ,T]KEYで指定した場合ね TI84+CEなら、[X,T,θ,n]KEY ※nはSeqモード 気付かなかったわw TI84+CEには日本語マニュアルないから、CG50のマニュアルで大抵は代用できるのは事実 (多分TI社がCASIOをパクったんだと思う) 特にTI-BASICの関数やコマンドは一部を除いて仕様がほぼ同じ For文の書き方が違うとか、TIには単純なテキスト出力命令のDisp分があるとかといった差異がある 分からなかったらCG50を読め!みたいなw そんなわけで、fx-5800PからTI84+CEへの移植は楽チン 気をつける事は使った変数は最後にDelVarコマンドで削除 変数1つで9(B)メモリ消費する CG50は持ってないから移植したことない >>800 FPSを確立したのはそれだけど知名度はDoomの方が高い fx-CG50でも>>797 相当のは作れるそうだよ 実績が長いfx-9860用ゲームも米国で作られてる 日本ではポケコンブーム去って作る人減ったけど >>802 Z-80 6MHzの TI-83 Plus と SH-4A 100MHzの fx-CG50 を比べてもねえ でも、ライブラリはフランスや米国のと同じっぽい OS3.20(旧OS3.10) Python(MicroPython)から、グラフ描画できないし、本体のリストや表計算とも連携できない その様なソフト作るなら、従来のスクリプトかC.BASIC使うしかない 利用できるのはmath,randomだけ >>807 Pythonモードだけで完結してしまっているんだよね。 電卓とデータのやりとりくらいはさせて欲しかった。 例えば、 import fxcg50 a = fxcg50.getvar(“A”) b = a ** 2 fxcg50.setvar(“B”, b) こんな感じで変数の読み書きできるとか。 fx-CG60(仮称)で標準スクリプトをMicroPythonに置き換えてちゃえばいい 他のPythonと互換性なくなったって構わない ローカル変数や関数定義できる方がずっといい Locateに相当するのも関数にしちゃうとかね でも、Pythonになっても fxcg50.dsz とか使えたらヤダな >>810 確かに CASIO BASIC はもうやめてもいいかもね もはや資産価値もないような CASIO BASIC でプログラムを大量に書いていて互換性がないと困る人なんて限られているかと 実行速度求めるなら、C.BASICあるから いつ完成するか分からないがコンパイラ版のC:BASICも予定されてるし 来春予定のTI84+CE版Pythonが気になる 使えるライブラリも似たり寄ったりだろうな MicroPythonは組み込み向けのメモリ消費抑えたものなので、Pythonと同等ってわけにはいかない CSV位読み込めると実験集計が捗るかもしれないけど (米国の高校生ね) Pythonが使えるライブラリ全てを扱えるなら、MicroPythonの存在意義は無いんだよ Pythonと同じ名前のモジュール名でもMicroPython向けに最適化されてる 逆にMicroPythonならではのライブラリは、モーターの回転数制御やセンサー読み取りなど組み込みに特化した物が多い 少ないメモリ、貧弱なCPUでも実行できるよう設計されてるので関数電卓でも使えるってわけ fx-CG50のCPUは決して貧弱ではないけど、メモリやストレージは貧弱だから mathしか使わないソースならMicroPythonでも走る ただグラフ電卓なのにグラフ描画出来ないのは痛い グラフィック描画できないから、ゲーム作成にも向いてないなw pythonを電卓で扱える必要性が不明 アルファベット入力するのにシフトキーやアルファキー押しながら入力するとか不便の極み 教育用ならその年のKindle fire 指定購入で http://agnozingdays.hatenablog.com/entry/2017/07/04/230218 でええやろ。 10inchあると両手でソフトウェアQWERTキーボードを入力できてええで。 ショートカットキーやメニューによる入力サポートあるよ アルファKEYによる入力は基本小文字になるらしい また、構造文はテンプレートが用意されてる >>816 最近のプログラム可能な電卓使った事あれば分かるが 命令を一字ごと入力するなんて無いよ 全てショートカットキーかメニュー入力方式 HP41/42はショートカットキーに無いのは手打ちだから面倒だった ストレージのファイル一覧表示させるのにEMDIRなどと入力するのが面倒なんだよ しかも、頭にXEQ付けないといけない >>815 Pythonでグラフィックが扱えるという点ではNumWorksの方が優秀かもね >>816 必要性?フランスの学生が使うんだよ() >>818 NumWorksのをチェックしたけど ライブラリにグラフ描画無かったよ? グラフィック関連の関数は color(r,g,b) get_pixel(x,y) set_pixel(x,y,color) draw_text(text,x,y) この4つだけ(kandinsky module) あとは、mathとcmath、randomだけ 自分でグラフ描画ルーチン自作しないとw MicroPython 1.9.4搭載 Python部分のオンラインマニュアル https://www.numworks.com/resources/manual/python/ >>819 >この4つだけ(kandinsky module) >あとは、mathとcmath、randomだけ >自分でグラフ描画ルーチン自作しないとw fx-CG50はmathとrandomだけなのでまだマシだよ fx-CG50はcmathないから複素数の四則演算以外扱えないのかな? プログラムを電卓とかスマホでやるのって何の苦行だよって思う俺は老害かな? 電卓向けのBASICならまだしもPythonはキーボードじゃないと辛いだろう。 >>819 グラフ描画はあくまでグラフィックの一部な件 >>823 自分もそう思う。電卓用の簡易言語ならともかく、Pythonは電卓で入力はキツイかも。 食わず嫌いならぬ、触らぬ嫌い fx-CG50のPython入力支援は良く出来ている (持ってないけどww) 標準の簡易言語もシンタックスエラー皆無だしなあ TI84+CEだと、長ったらしい関数名があるんだけど、カタログ入力なので綴り間違いなし そのカタログも頭文字サーチがあるので、延々とスクロールさせる必要ない >>506 509Jが家にあったのでここの情報を参考にR30とR31をハンダで短絡してみた。リセットかければ5160J相当になった。 しょーもないと思いつつ計算ドリルも楽しんでる。ハイユニ2Bの短絡も試したけど上手くできなかった。フォーミュラメモリボタンが方向キーに割り当てられているのはしばらく気がつかんかった。 >>827 あの計算ドリルはタイムアタック機能があれば もっと楽しめたと思うわw なお鉛筆塗り塗りはがっちり塗らなきゃ効果無いみたい シャープはプログラム機能取り入れないのは、試験持ち込みを想定してるからかな 数式記憶すらダメそうだけど >>830 ほぼ同じで教育用モデル? 漢字表示無いけれど多機能で安く売っているよ 漢字表示とか意味はほぼなくて容量と表示スペース喰うだけだけどもあるとないでは差別化できるんだろう。 国内向け金融電卓は漢字表示だね 慣れてるひとなら例えばCASIO FC-200Vの様なのを選ぶんだろうけど 顧客と話し合いながら、電卓画面を顧客へ見せる事が前提なら漢字表示できた方がいいかも 関数電卓は漢字表示して何か便利な事あるかな? 例えば科学定数にしてもギリシャ文字混じりの表記でも不便と感じないと思うけどね プログラミングのコメント表示で日本語表記できたら分かりやすいとは思うが、他人向けではないので、自分が理解できればOKなので漢字表示できなくてもいいかな 英字ですら、英小文字入力できない機種の方が多い その点でもFX-602Pは神機だったなー >>834 CASIO fx-JP900の漢字表示は説明書を読む頻度を下げてくれたのは事実だ。 それ以前は外人でも分かりにくい英略語だったわけで。 ただし、SHARP EL-509Tなどの低解像度漢字表示は微妙。 英語の略語は読まなくて済むようになったが、文字が大きいので、画面が狭くなった。 JP900にFX-603Pモードがあればよかったのに! FX-603Pって、二行表示を意識的に使い分けられるの? CG50でいうところのLocate文みたいに行指定できるのかな? 602Pの唯一の欠点はLBLが10個までしか使えない点 せめて、HP41のようにA〜Zの26個も使えたらよかったのに 41は英数字1文字以上使えたから足りないってことはないが また、サブルーチンがプログラムエリア単位でしか作れないのも残念 同一プログラムエリア内でサブルーチン作れれば色々なプログラムを収納できたのにな それもこれも、Return文が存在せず、プログラムの物理的な最後にReturnが在るものと見なしてたから 途中でReturnするにはラベルジャンプしないといけない これは、CG50や5800Pでも改良されてないんだよね それでも、プログラム数に制限無くなったのはせめてもの救い HP41のラベルは00〜99、A〜J、a〜e、アルファ文字列 だから無制限のようなもの いかに関数電卓とはいえ大昔のBASICみたいな制限いまだにあるんだな RPLみたいなものすごいものを作る必要はないと思うが、そういうのはちゃんと直せと思うわ それこそ誰かがレスしてたけど、 長ったらしいコマンド打ち込むのが面倒なんだよ 扱えるデータタイプの種類少ないし グラフ電卓や最近の関数電卓なら、リストや行列(行列演算)も扱えるし、602PやHP41cx(どちらもスマホ用エミュレータ)ならプリンタ印刷(リアル)できるからね ポケコン用実機のプリンタは捨てちゃった プリンタ用紙も販売終了してる 放電破壊ロール紙なんてもうどこにも売ってない ◎長木よしあき(東京都葛飾区青戸6−23−20)の告発 「宇野壽倫の嫌がらせがあまりにもしつこいので盗聴盗撮・嫌がらせつきまとい犯罪者の実名と住所を公開します」 【盗聴盗撮・嫌がらせつきまとい犯罪者の実名と住所】 @宇野壽倫(東京都葛飾区青戸6−23−21ハイツニュー青戸202) ※宇野壽倫は過去に生活保護を不正に受給していた犯罪者です どんどん警察や役所に通報・密告してやってください A色川高志(東京都葛飾区青戸6−23−21ハイツニュー青戸103) ※色川高志は現在まさに、生活保護を不正に受給している犯罪者です どんどん警察や役所に通報・密告してやってください B清水(東京都葛飾区青戸6−23−19) C高添・沼田(東京都葛飾区青戸6−26−6) D高橋(東京都葛飾区青戸6−23−23) E井口・千明(東京都葛飾区青戸6−23−16) ※盗聴盗撮・嫌がらせつきまとい犯罪者のリーダー的存在 犯罪組織の一員で様々な犯罪行為に手を染めている >>839 電卓に向いた単純かつ文法が綺麗な言語があればいいのになあ ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.4 2024/05/19 Walang Kapalit ★ | Donguri System Team 5ちゃんねる