[過去ﾛｸﾞ] WindowsやめてLinuxデスクトップ！ 6 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
201: 2018/03/16(金)14:04 ID:d+wLIqvd(1) AAS
Z80より6809の方が格上の気がする。
202: 2018/03/16(金)18:02 ID:kQQBzvcQ(1) AAS
ドングリの背比べって言うより目糞鼻糞だな、8ビット比べって。
203: 2018/03/16(金)23:40 ID:tynKorVa(1) AAS
実用性のZ80
革新的な6809
204(1): 2018/03/17(土)02:26 ID:00ZtDNf7(1) AAS
話が変わるが、ふと思ったことがあったので。
日本語フォントは、やはりオープンなものを使うべきだと思う。
職場のPCをLinuxに置き換えようとして、フォントはどうなるんだろうと思った。
MSフォントで作成された文書が外部からやってくる。
しかし、LinuxでMSフォントを使うことは制限されている。
日本語フォントは、国主導で、IPAなどのフォントを強制すべきだと思った。
205: 2018/03/17(土)03:38 ID:+3NKmTSF(1) AAS
IPAはバックスラッシュが間違えてるんじゃなかったか？
206(1): 2018/03/17(土)08:00 ID:r1WDoztH(1) AAS
6809のインデックスレジスタは便利だったよね
207(1): 2018/03/17(土)11:43 ID:N/FOsoA2(1) AAS
今のLinuxはプログラミングしなくてもネットの頂き物で使える環境にできるけど
更にスクリプト（言語）だけでも駆使できれば相当パソコンの利用範囲が広がると思う。
スクリプトで作成されたアプリも頂いて便利に使ってる。頂ける物は有り難く頂いている。
ただググっても無ければ可能な範囲で作るかな、って気にもなるけど探せば90％以上ある。
その辺りはコアのWindowsユーザーも同じ状況だと思うから案外Linuxも併用してたり。
プログラミングができなくてWindowsに止まることしか出来無い輩がヤッカミで来てるのかとも思う。
その類のWindowsユーザーの本音の叫び
何でLinuxがそんなにイイんだ、Windowsも開発環境は無償だから俺様用アプリを「タダ」で作くれ！
Linuxユーザーその1（アプリを作ることに積極的な方）
知らん、そんなこと。Linuxで環境構築してるし必要とあらばアプリを作って更に使い易くする。
省5
208: 2018/03/17(土)11:48 ID:bqZQAIz9(1) AAS
>>207
なにがいいたいの？
単に便利な道具としてLinuxを使ってるだけだから考察は無意味
209: 2018/03/17(土)11:51 ID:wFahodmO(1/2) AAS
>>204
それって結局あなたの職場がWindows使えば解決する話じゃん
210(1): 2018/03/17(土)13:42 ID:kDOz9zzZ(1) AAS
不覚にもプチワロｗ
211(1): 2018/03/17(土)13:53 ID:urMfaiDD(1) AAS
探す時間より作った方が早かった時が多くなってきてる。で、動くときになって既存の物が見つかるパターンも増えてきた。
212(1): 2018/03/17(土)14:17 ID:wLEqdDw4(1/2) AAS
情報洪水の弊害は早いヒトだと半世紀ぐらい前から警鐘ならしてたな。
AIがもう少し便利に使えるようになったら「AIに訊いちゃえ」ってなるんだろうけど
それまでは「うきー！探すより作ったほうがはえぇぇぇ！」ってのを我慢するしかないだろうね。
213: 2018/03/17(土)14:31 ID:B2V6hcn6(1/2) AAS
>>206
呼ばれたような気がした、釣られたか。
今回のFT245RLを監視・制御する6809ルーチンでC言語的な STA , X+ （A7 80）インクリメントは使った。
下を印刷して実質ハンドアセンブルした。ミニアセンブラだとアドレッシングモードが思うように反映しない。
外部ﾘﾝｸ:www.6809.net
一昨日バイナリーの送受信もできてるようになった。なのでFM-7で作ったコード
（意地でもモニタを見て、手書きで書き写したりしない）をLinuxに送ることができたのでテキストにした上
「ハンド」ディスアセンブルして、このスレに貼ろうと考えたけどケチを付ける人が必ずいるから止めた。
因みにバイナリーの確認はLinux側でreadしたバイナリーデータをエコーバック（write）でFM-7に返した。
214(1): 2018/03/17(土)14:35 ID:me3bJpkH(1/4) AAS
そういえば、VC++のMFCの一部を改良するより、大規模に自作の関数群に入れ替えた
方が上手く行った事がある。なぜなら、MFCのソースを正確に解読するのに時間がかか
る事、解読できても、少し修正する程度では自分がやりたい事ができるような設計には
そもそもなっていない事、既存のMFCの基礎に不具合を生じさせないためには、むしろ
自前のコードが複雑になってしまい、バグの発生確率が高まること、などがあった
（できないわけではないが、自分が実装したいコードとはアルゴリズムが余りにも異な
るため、お互いのコードのすり合わせの部分が巨大になると予想されたから。）。
215(1): 2018/03/17(土)14:41 ID:B2V6hcn6(2/2) AAS
>>199
＞原因が別にあるよなｗ
他の切り口・方法でも確かめてるから原因は他にはない。因みにAY-3-8910を外してパータンを利用してる。
1）トライステートバスバッファとフリップフロップの違いってことに関して
正解を明示する前にこの類の回答があるだろうと用意してた引っかえ問題で原因を提示したあとでは気抜けた。
理由は制御できるタイプのフリップフロップなら代用は利くから。ただコスト的にも回路的にも無意味なだけ。
背景として74LS244の予備が一個で74LS74の予備が数個あったので動けばコスト的にも有利と魔が差した訳。
2）よく壊さなかったな
含み笑いが出る、君も知ったかだね。この辺りは実体験のあるなしの違いも大きいかな。
ハードに損傷を与えるか否かは原因が決まってる。某インターフェースの規格を作った人から昔聞いていた。
省2
216(3): 214 2018/03/17(土)14:44 ID:me3bJpkH(2/4) AAS
>>214 は、>>211 >>212 へのコメント
何が言いたかったかというと、自分で作った場合には色々なメリットがある
ということ。
1. 一度作ってしまえば、自分の思い通りに改良しやすい。
2. ライセンスに翻弄されることもない。
3. もし自分の腕が良いなら、例え表面的には既存のものと同じ機能であっ
ても、実は自分で書いた方がコードの効率も可読性が良いかも。
4. 3.の結果、改良も容易で、改良後の安定性も高くできるかも（あなた次第で）。
5. 日本語対応なども自分のコードならとても上手くできて、不具合0。
217: 2018/03/17(土)14:45 ID:me3bJpkH(3/4) AAS
>>215
でお、その人は別人だけどね。
218: 2018/03/17(土)15:21 ID:wLEqdDw4(2/2) AAS
>>216
プログラマーあるあるだねｗ
折れ的にはCStringクラスが鬼門なんだよなぁ。ATL／WTL使うとインクルードの順番やら制御用のマクロ定義やらﾏﾝﾄﾞｸｻー・・・で。
219: 2018/03/17(土)15:44 ID:me3bJpkH(4/4) AAS
CString だけ使って、ATL, WTL 使わない方が良いかも。
220: 2018/03/17(土)18:37 ID:wFahodmO(2/2) AAS
>>210
寝言かな？
上下前次1-新書関写板覧索設栞歴
あと 782 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.062s