仮想マシンというか言語というか作って遊んでて、継承で演算子オーバーロードしててこんがらがってわかんなくなった＞＜；

なんでスーパークラスの演算子が呼ばれちゃうのか・・・＞＜

演算子のオーバーロードで実装しようとすると逆にシンプルじゃなくなっちゃうのかも？＞＜；

演算可能な型か検査するって出来ないのかな？＞＜；

例えばC# でこれは当たり前だけどエラーになるじゃん？＞＜ int a = 1; int b = 1; object obj_a = a; object obj_b = b; object obj_c = obj_a + obj_b;

それで言う所の object obj_c = obj_a + obj_b; をobj_aとobj_bの型を検査して+演算子が使えたら演算するってどうにかできないのかな？＞＜ dynamicじゃなく・・・＞＜

出来ないと、ここから派生する物は演算可能ってスーパークラス作った時に、その中に派生クラスの演算子のオーバーロード全部書くことになって、ぐちゃぐちゃなコードになっちゃう・・・＞＜

ちなみにdynamic使うと一瞬で解決してしまう・・・＞＜（使えって事？＞＜；）

dynamicに頼るとVM作ってる感が全くなくなってしまうし何してるのかわかんないし、それVMじゃなく直接じゃんみたいな・・・＞＜

足し算と引き算ができる仮想マシン出来た＞＜ 虚しさ・・・＞＜

C# でMSILを参考にした命令セットの仮想マシン作るのってすごく何の意味も無さ過ぎて何でこんな事しようとしようと思ったのか・・・＞＜

加減乗除の命令揃ったから 4に2と3を足したのを掛けて10で割って2を引く が、ちゃんと動くようになった・・・＞＜

仮想マシンのようなもの・・・＞＜

せっかくだから同じものをMSILで書いて・・・

実行したら同じ・・・＞＜

すごく無意味な事をした・・・＞＜

.NETな実行バイナリをバイナリエディタで作るのって不可能なのかな・・・？＞＜

動的なILの生成と編集 #netframework #ikvmreflection http://t.co/xzWlMw2Pzu slideshare.net/terurou/il-244…ideShareさんから

System.Reflection.Emit.OpCodes・・・・＞＜

流用したらもっと無意味度が上がる＞＜；

さっきのスライドの通りにやったら、C# から動的にMSILプログラミングしてexe作れたけど、これファイルに出力せずに子プロセスとして実行できないのかな？＞＜

AssemblyBuilder クラス (System.Reflection.Emit) msdn.microsoft.com/ja-jp/library/…

さっきのスライド参考にしてC# で動的に直接MSILプログラミングして動的に呼び出して実行できた＞＜＞＜＞＜

しゅごい＞＜ .NETな環境って、自作インタプリタ作るような手軽さで自作コンパイラを簡単に作れちゃうって事だよね＞＜

これふと思ったけど、関数電卓アプリをこの方法で作って、ほんとに.NETな環境上で実行されちゃう関数電卓アプリって作れるかも？＞＜（メリットもデメリットもわからないけど・・・＞＜）

つまりRPN電卓アプリなんだけど、ボタンを押すとMSILなコードをプログラミングした事になって、それをAssemblyBuilderでいちいちアセンブルして実行する電卓アプリ・・・＞＜（ついでにそれをdllやexeとして出力できる＞＜（誰も得しない））

その方式だとボタンを押し間違えると電卓アプリごと異常終了するかも？＞＜；

ていうかこれはコンパイラなのかインタプリタなのか・・・？＞＜；

定義上コンパイラなのかインタプリタなのかなんだかよくわからないけど、こんなに簡単に出来るのに、やってる人少ないっぽいのはつまりあんまり意味無い・・・？＞＜；

アカウント間違いっぽいツイ消しを見た・・・＞＜

そもそもMSILで直接書いた事で高速化されるような場面ってあるのかな・・・？＞＜

C# / Mono / Jay で構文解析器を書こう - 星一の日記 d.hatena.ne.jp/hajimehoshi/20…

よくわからないけど、全然違うという事はオレンジがしてる事はなんか違うっぽい・・・＞＜（正攻法では無いっぽい？＞＜）

FatalExecutionEngineError・・・・＞＜

オレンジがツイートボタン押した結果botが拾って申し訳ない状況になりつつある気がするからひとつツイ消ししよう＞＜；

命令セットはシンプルな方がいいと思ってたけどアセンブリ言語で書くとぐちゃぐちゃになるデメリットを初めて実感してなるほどってなった＞＜（インクリメントが無いせいで長くなった）

練習でクラシカルなBASICコンパイラ作ったら何らかのお勉強になるんだろうか・・・？＞＜

なんかiOS VS Android TLになってるけど、iOSって元々アプリの連携考えてなくてある意味カートリッジ式のゲーム機みたいな発想が出発点で、一方でAndroidは連携する事が前提になってるから出発点からして全然違う＞＜ たまたま似たカテゴリの計算機で動いてるってだけ＞＜

140文字つらい＞＜

チープな機械で低消費電力動く事のみに特化して作られてしまったのがiOSで、将来性とか考えないで作られたものともいえるしそれこそミニマルデザインかも＞＜ 将来多機能化するときにすべて後付けになるから逆にごちゃごちゃになるという短所があるけど＞＜

一方ですべて連携して拡張するという発想で作れば、システムとしての堅さは微妙になるし統一性も微妙になるけど、拡張する事が前提ではじめから作られていれば、拡張しても最初の哲学からはずれない＞＜（拡張する事が哲学なわけでトートロジーだけど＞＜；）

@numpad0 最初はそういう目的だったかもって・・・＞＜（だからこそある意味Palmよりもチープだったんだろうし＞＜）

@cuezaku iOS実機使った事ないからなんともいえないけど、Androidのインテントの仕組みは少なくともWindowsではまだ同じ事出来てない気がする・・・＞＜

Androidは、アプリケーションを跨いでデータを送りながら状態遷移していくって発想のOSだから（だから"戻れる"）、古典的なマルチウィンドウなGUIでそのまま同じ事しようとすると、今度は状態が邪魔になって複数同時の操作が出来なくなっちゃう＞＜

@numpad0 ＞＜；

@numpad0 ものすごく最初から駄目な感じだったのかも？＞＜；（リッチにNeXTSTEP由来で作ったせい？＞＜；）

@cuezaku 根本的な部分が違うから、完全に同じ発想を取り込もうとすると元々の環境の発想と衝突しちゃうかも・・・＞＜ 例えばWindowsデスクトップで戻るボタンをつけたら混乱するだけになりそうかも・・・？＞＜

@cuezaku どっちかというとそれってOSとしてじゃなくてアプリケーションでしょ？＞＜ そういう事じゃなく・・・＞＜

@cuezaku レイヤが違う＞＜； アプリやサービスの話ではなくOSとしての機能＞＜； それは例えば（Android用アプリとしての）グーグルマップが成功しているのでWindowsにもWindowsマップってアプリをつけようみたいな話でしょ？＞＜ そういう事じゃなく・・・＞＜

@cuezaku 例えばAndroidのOSとしての特徴はさっき書いた通り連携の機能の設計かも＞＜ 例えば音声認識AIサービスで何かデータを得たとして、それをどういう決まりでどう渡すかとか＞＜

@cuezaku つづき 例えばそれは、データはどう受け取りどう渡すべきかがちゃんと規格化されてるOSであれば、将来的にも同じ仕組みで渡したり受け取ったり出来る＞＜ 一方でそういう仕組みがなければ、バラバラの仕組みで受け渡しになって連携できない＞＜

@cuezaku Windowsでも連携して動く機能は元からあるんだけど、そのやり方はAndroidとは違うし、それ以外のOSとも違う＞＜ 表面上似た事をそれっぽく出来ても、中身が全く違うと、アプリ同士で連携できる範囲や互換性を保ったまま将来機能拡張できるかとかも変わってくる＞＜

Androidの優れてる所っていってハードウェアのスペックがすごいってツイート流れてきたけど、ハードウェアの話しだすのは的外れすぎるし、Windowsが優れてる所といって「ハードディスクが大容量」って言うくらい意味不明に頓珍漢な事を言ってるって理解してほしい・・・＞＜

指かどうか別とすると猫の手スクロールというものが・・・＞＜

ハードウェアなスライドスイッチでロックするのが昔は標準だったよね＞＜

一方オレンジはLTNを閉じた＞＜（閉じてない）　クラムシェル便利だし感圧式タッチパネル、爪でもスタイラスでもピンポイントに操作できて超便利＞＜（なのに主流ではなくなってしまった・・・＞＜）

ハードウェア的にはものすごく気に入ってるのに後継機種出ないのつらい・・・＞＜ OS問わず10インチ以下のクラムシェルな計算機の現役で売られてるのってLifeTouchNOTEと（計算機と呼ぶのは微妙な）ポメラしか無いっぽいし・・・＞＜

前にカカクコムかなんかの絞り込み検索で後継機種探したら「1件あった！＞＜」→LifeTouchNOTEでした・・・＞＜ってなって悲しかったしまだ在庫ある事に驚いたし投げ売り価格じゃなくなってるし＞＜

LifeTouchNOTEで使い続けてて、欠点だと思ってたけどある時あえてそうしたっ低回したのって画面の横の謎のスピーカーもどきデザインかも＞＜　抱えて持つ時に掴むグリップとして無いと不便＞＜　クラムシェル型で画面側を掴む事が出来るデザインのハードウェアとしても貴重かも＞＜

普通のノートPCで画面側を持ったら重量と強度のバランス的にヒンジが壊れそうだから、そういう風に出来るのって限られてるだろうけど＞＜；

タブレットとしてもクラムシェルっぽくも使える端末で、キーボード側とネジかなんかで完全に固定できるようになってるのがあったらいいのに・・・＞＜　そうじゃないと片手で持って反対の手でキーボード入力するって使い方できない・・・＞＜（この文もそうやって打ってる＞＜）

@orange_in_space xあえてそうしたっ低回した　oあえてそうしたって理解した ハードウェアなキーボード優位性を語るツイートで打ち間違いとかかっこ悪すぎた＞＜；

ウォッカってなんかウォッカ味するじゃん＞＜　少なくとも大五郎とは違う味じゃん＞＜　大五郎とかはちゃんとアルコール味じゃん？＞＜

でもウォッカってウォッカの中でも味がバラバラすぎる気がする・・・＞＜（混ぜてるのは違って当然だけどそうじゃなく透明の普通のやつ＞＜）

混ぜてるやつはスタルカしか飲んだこと無い・・・＞＜

@4oZEF スピンアップはするのかも・・・？＞＜　しなければ初期不良っぽい？＞＜　オレンジがHDD壊した時はスピンアップもしなくなった＞＜

元Apple CEOのジョン・スカリー氏、低価格Android端末2機種でスマートフォン市場に参入 | スラド アップル apple.srad.jp/story/15/08/29…

そんな人（＞＜；）よりもJLGが作ったらどうなるのかが気になるというか、BeOS（とついでにPalmOS）を買い戻して、モバイル向けのOS作ってついでにハードウェアにはGeekPortっぽいデジタルI/OをつけてIoTな感じの携帯型計算機を…＞＜（90年代視点の夢のマシン＞＜；）

BeとかPalmOSのソースコードにはもう現実的な価値は無いだろうけど、設計とか知財関連では活かせる部分がありそうだけど（逆に言うと関連の特許とか踏まないように避けられてたりするような妄想をしてしまうんだけど）、なんかそういう部分無いのかな・・・？＞＜

数少ない（？＞＜；）Palmの遺産だ・・・＞＜ -- Graffiti for Android - Google Play の Android アプリ play.google.com/store/apps/det…

もどきじゃなく直系であることがすごい＞＜；

成り行きのPalmは別として、Beの遺産でなんか今でも使われてる技術ってなんかあるのかな・・・？＞＜

JLG今何してるんだろうってググったらツイッターしてたの知らなくて今フォローしたけど使ってるクライアントがApple製品用だ・・・＞＜（オレンジ的にそれはとてもつらい事実だ＞＜；（もっとなんかこだわってなんかおもしろい計算機使ってて欲しい＞＜；））

月刊アスキーのJLGのコラム記事って単行本化されたんだろうか？＞＜（されてない場合発掘しないと読めない＞＜；）

とにかくソリッドステート化してメカ部品を減らす事ばかり考えたシンプルすぎる計算機が主流になって、ソフトウェアまでそれにあわされてしまって、とてもつらい21世紀だ・・・＞＜

オレンジが使いたい計算機と世の中の主流が違いすぎてLifeTouchNOTEくらいしかあうものがないとはいえ、LTNでも昔から見たら十分未来の夢の計算機だよね・・・＞＜ 使い勝手微妙だけど、こんな小さいのでも自機用の開発環境動いちゃうし＞＜

graffitidenyuuryoku><tukaeta><

palm.tukattakotonaikala.hotondo.glaffiti.wakannnai><

ほとんど覚えてないのになんとなく使えた＞＜；Bがわかんなかった＞＜；

Bは普通に大文字のBでいいのか＞＜；

慣れたら結構速そうだけど（だから流行ったわけだし＞＜）、qwertyキーボードがあるLTNだとキーボード使うほうが速そうで意味無いかも＞＜；

@co1924616 オレンジは諦めてMSE使ってる・・・＞＜

補機スペースが＞＜；

215系みたいに1階を機器室（1両平屋）にするよりも、E4みたいに2階建て車両のままで連結面付近の平屋部を機器室にするほうがカコイイよね＞＜