[過去ﾛｸﾞ] WindowsやめてLinuxデスクトップ！ 6 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
168: 2018/03/15(木)09:16 ID:YjT1aUHn(1) AAS
>>163
俺はいい例えだと思う
169(1): 2018/03/15(木)09:49 ID:lnWZyj3L(1/2) AAS
>>157
自分もMS-DOSは良かったと思ってる。
DOS後期で、DOS-Extenderを使えば、32BITアドレッシングが使えたので64KBや1MBの
制約も無くなったし。でも一般人がWin95を買ったのでDOS用アプリを作っても使って
貰えない状況が生まれてしまった。
それに、マルチブートもPC-9801なら、起動時のTABキーで最初から簡単に出来た。マシンが
デフォルトでそれを前提にしていたので、今のようにGrubとWindowsとのごちゃ混ぜで苦労する
ことも無かった。
DOSはCUIと言ってもパーティション作成もマルチブートの設定も、テキスト的なGUIで容易に
設定できたし、JGなどのGUIなDTPツールは今のWordよりも使い勝手が良いくらいだった。
省2
170(1): 2018/03/15(木)10:44 ID:VutJI6Uu(1) AAS
>正常に動かないから修正したけど修正前の仕様だと74LS74から（8bit）CPUに常時信号が来るので8bitPCが起動しない。
>データバス（例え1bitでも）が占有されるから。価格が74LS244の半額だったので動けば節約になると魔が差した。
>アクセスされた時だけデータ信号を返すLS244の有難味を実感してる。昔は一方向にしか信号を出さないから働きが悪い、
>って印象だったけど重要な役割があることを再認識した。CPUへの入力バッファでよく使われてた理由を改めて理解した。
トライステートバスバッファとフリップフロップってまず「同じもの」では無いよね。
それを流用できると判断した時点で頭おかしいんじゃないの。
171(1): 2018/03/15(木)11:59 ID:BOWMmOAg(1) AAS
包丁使うところでペティナイフ使って俺ｽｹﾞｰしてるのがLinuxユーザだろw
172: 2018/03/15(木)12:24 ID:f22KXvLf(1) AAS
はいはい。
すごいです。
恐縮です。
ペティナイフで十分だったり、時には石器も使いますよ。過不足なく使いなれた道具で人様に迷惑かけない程度で日々を過ごしてます。
173(3): 2018/03/15(木)12:33 ID:pWOEC4kF(1) AAS
>>170
アレ？
使ったこと無いから仕様書をDLして調査しないといけなくなるし、
忙しいのでそこまでやりたくない。って昨日>>143で言わなかったか？
忙しいなら、ここに入り浸ってることが不思議だ、本当に忙しいのかと言う疑念が尽きない。
質問に回答できなから忙しいと逃げて失敗の原因が明示された途端にノコノコ顔を出すとは。
まぁ失敗の原因を既に明示してるから少し調べれて後付けなら高校生でも指摘できる。
時間に余裕ができたので自分の作った回路図を始めたばかりの状況で失敗も経験値。
それにしても舌の根も乾かぬうちに前言を撤回し不具合の原因が明示された途端に
態度を豹変し上から目線で他人を酷評することに人間として恥ずかしくないのか？
174: 2018/03/15(木)12:40 ID:lnWZyj3L(2/2) AAS
>>173
別人だよ。
175: 2018/03/15(木)18:38 ID:aUfR6wNN(2/2) AAS
俺スゲ〜してるハッカー見たことないから俺スゲ〜してるユーザーしか見たことのない>>171には同情する
176: 2018/03/15(木)19:15 ID:jsyv234k(1/2) AAS
>>169
PC98のブート選択は凄いよかったね。
初めてPC/AT互換機でマルチブートするとき意味分からなかったわ。
177: 2018/03/15(木)19:38 ID:bsX63Po5(1) AAS
MS-DOSは自分でPCをコントロールしている感が身近に感じられて良かった。
でもCやアセンブラでシステムコール読んで…というのは、
スクリプトでかなりのことが出来るLinuxに馴染んだら面倒だといまは思える。
Linuxは細かいことまでスクリプトで出来て良い。
UNIXから継承した、デバイスファイルという概念やハードウェアにアクセスするコマンド群。
コマンドなどの結果を自由自在に扱えるツール群。
ついでに、ソフトの設定がテキストであることが多い点。
Windowsは何かするに面倒だしその為に覚えた知識も陳腐化する。
Linuxにして良かった。
178(1): 2018/03/15(木)19:52 ID:aSN2K5iE(1) AAS
>>173
そう見えるとしたら君がそうなんじゃないかな？
179(1): 2018/03/15(木)20:22 ID:jsyv234k(2/2) AAS
Linuxも設定ファイルとかログでバイナリ増えてきたけどね。
俺的には嫌な風潮だなぁ。
それでもWindows使うよりはLinuxでXfce使ってる方が遥かに使いやすいね。
OfficeだけナントカなってくれたらもうWindowsに縛られることなくなるんだけどなぁ。
180: 2018/03/15(木)21:18 ID:fZt10DGC(1) AAS
>>179
あと、MSライセンスのない日本語フォントで、
旧来のMSフォントと完全互換のあるようなやつがあったら最高
ITはどうしても、自由がいい。ただそれだけ。
MS嫌っておきながら、.net coreは素晴らしいなんて思っている。
181(1): 2018/03/15(木)21:19 ID:26QiCbsH(1/2) AAS
ラジコのタイムフリーを録音できるアプリがリリースされたら
Windows捨てれるのだが、、、
182(2): 2018/03/15(木)21:39 ID:IOP7hGOx(1) AAS
>>181
Linuxの場合は、ラジコのタイムフリーを録音できるように設定するのであって、
その機能に特化したアプリを探さないのが一般的なLinuxの使い方。
外部ﾘﾝｸ:d.hatena.ne.jp
ここに出てくるwget, dd, ffmpegはもともとLinuxからWindowsに移植されたもの。
swfextractはswftoolsに入っている。certutilはlibnss3-toolsに入っている。
183: 2018/03/15(木)21:42 ID:26QiCbsH(2/2) AAS
>>182
これはご親切にありがとうございました。
cron弄ったりするのが面倒なのであまり調べてませんでした。
感謝です。
184: 2018/03/16(金)01:08 ID:zJ8T+DSy(1/2) AAS
>>182
部品が充実しているものな。
シェルスクリプトなんかを利用して、作文するわけだ。
マクロ的なプログラミングだ。
185: 2018/03/16(金)01:20 ID:UV9U77Cq(1/2) AAS
そんな手間が必要な時点で（ｒｙ
186: 2018/03/16(金)05:33 ID:GCZVk22K(1) AAS
自動化を手間だと考える老害が死なないと一人当たりGDPは伸びないんだろうな、まさに日本社会の癌
187(1): 2018/03/16(金)06:27 ID:X7aawXPW(1/2) AAS
プログラム言語を一つも覚えずpc使ってる若造の方が多い気がする。
188: 2018/03/16(金)06:33 ID:WUqk5APW(1) AAS
>>187
スマホでスマホアプリが作れて
それが高収益上げてる時代に何を言ってるんだか
189: 2018/03/16(金)06:43 ID:X7aawXPW(2/2) AAS
その程度で十分ならいいんじゃね。俺は興味ないけどね。
190(1): 2018/03/16(金)07:30 ID:YeCdXFCO(1) AAS
老害の思考はわからん
191: 2018/03/16(金)07:44 ID:o4fD6igS(1/3) AAS
スマホで作れるスマホアプリでどこまで作れるのか試してみればいいだけ。
それで自分の目的を達成できるのなら十分じゃね。
192: 2018/03/16(金)08:00 ID:0PJRkwd5(1) AAS
それもプログラミングと言えるよね〜
だけど、老害にはわからんのだろう
193: 2018/03/16(金)08:12 ID:o4fD6igS(2/3) AAS
ははは。そうだね。
プログラムできるからね。
小中学生がその手のツールで授業やれば良いと思うよ。
194: 2018/03/16(金)08:15 ID:zJ8T+DSy(2/2) AAS
小学3年生がウイルス作って捕まったらしい。
外部ﾘﾝｸ:breaking-news.jp
195: 2018/03/16(金)08:27 ID:o4fD6igS(3/3) AAS
なぜかマグナキッドおもいだした。
大昔からその手のアプローチあるけど、その先を目指す人がいてくれるから悪い事じゃないと思ってる。
196(1): 2018/03/16(金)11:11 ID:HDyehMSg(1) AAS
>>190
でもお前ニートじゃん
197: 2018/03/16(金)11:45 ID:UV9U77Cq(2/2) AAS
プログラミングだのスクリプト記述だのしなくても使える物があるなら、
世の殆どの人間はそっちを選ぶ
198(1): 2018/03/16(金)11:56 ID:Zuv0OFg+(1) AAS
パソコンおじいちゃんはプログラマ全員がZ80の機械語を読めてアセンブラから自作したソフトを売って利益を上げないと気が済まないんだよ
199(1): 2018/03/16(金)12:06 ID:nHGS5nfm(1) AAS
>>173
別人なんだけどさｗ
FM7のPSGが云々と書いてあるから、PSGをPIO代わりに使ったんだろ？
なら「起動しない」ってのは原因が別にあるよなｗよく壊さなかったなお前ｗｗｗ
>>198
>パソコンおじいちゃんはプログラマ全員がZ80の機械語を読めてアセンブラから自作したソフトを売って利益を上げないと気が済まないんだよ
そこにいるお爺ちゃんは6809だぞｗ
200(1): 2018/03/16(金)13:20 ID:fTgDqv9h(1) AAS
>>196
そう見えるとしたら君がそうなんじゃないかな？
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
寝言かな？
221(2): 2018/03/18(日)09:14 ID:MQOX+2km(1/5) AAS
>>216
自分で作るとコストが高いんだよなあ
222(1): 2018/03/18(日)09:35 ID:YtTFh+sG(1) AAS
ぶっちゃけライセンスで困ったことある？
223: 2018/03/18(日)10:07 ID:CVbxeym+(1/3) AAS
>>222
ある。解決策が見出せないので、GPL、LGPLには距離を置くしかない状態にある。
224(1): 2018/03/18(日)10:22 ID:CVbxeym+(2/3) AAS
>>221
既存のモジュールでの、不具合の解決法や、やりたい事のやり方を見出すのに
一苦労する時間を考えると、意外にも自分が作った方が効率が高い事がある。
225: 2018/03/18(日)12:15 ID:SF2hVWkU(1/3) AAS
>>216
スレタイ的にはスレ違いの可能性があるけどけどWindows関連の話題でも建設的な話題は良いと思う。
MFCで開発したアプリを如何にLinuxに移植するかと言う観点ならスレ違いでもなくなるし。
指摘してる内容もその通りだけど他の人からの意見のように既存コードを利用する時と新規に開発する時の
メリットとデメリットの見極めが難しい点もある。何回も使わなければ既存コードの利用も捨て難い。
226: 2018/03/18(日)12:32 ID:vPnfvasf(1) AAS
この統失さんがFMシリーズを語るスレで独り相撲しているのを見てしまったｗ
227(1): 2018/03/18(日)14:42 ID:MQOX+2km(2/5) AAS
>>224
そりゃそういうケースが無いとは言わないけど
変更部に対する保証を考えると自作のコードは1バイトでも短い方がいいよね
228(1): 2018/03/18(日)14:44 ID:3erWU3Ou(1/4) AAS
>>221
コストって？
229(1): 2018/03/18(日)15:22 ID:MQOX+2km(3/5) AAS
>>228
人的資源を使ったらその時間に比例するコストがかかるのは当たり前だろ
230(1): 2018/03/18(日)17:18 ID:3erWU3Ou(2/4) AAS
>>229
人的資源って本人だろ？
231(1): 2018/03/18(日)17:59 ID:MQOX+2km(4/5) AAS
>>230
本人かどうかはプロジェクト上関係ない
232(2): 2018/03/18(日)18:16 ID:3erWU3Ou(3/4) AAS
>>231
自分で作るとコストが高いって話なのに本人かどうかは関係ないって何よ？
233: 2018/03/18(日)18:29 ID:CVbxeym+(3/3) AAS
>>227
そうなんだけど、その「閾値」が皆が思っているよりも低いと言うか、他人の作った物
を使うと一見楽できそうでいて、その実、支配される事になりかねないという現実に
最近が気が付いた。そして、当然出来そうな機能が実は「できるようなってない」。
英語のQ&Aサイトで「なぜそれができるようになっているとあなたは思うのだい？」と
回答されている事があって、言われてみればそうだな、と目から鱗が落ちた。
234: 2018/03/18(日)19:30 ID:MQOX+2km(5/5) AAS
>>232
あ、ごめん自分(の使える工数)で作ると、ね
単純に詳細設計から単体検査までにかかるコストより
作らないで基本設計と結合で増えるコストの方が低いことが多いから
単体検査出来てないモジュールなら作り直してもいいけど
235: 2018/03/18(日)19:43 ID:3erWU3Ou(4/4) AAS
ああつまりスキルと比べて賃金が高すぎる人なのか
236(1): 2018/03/18(日)20:39 ID:9cYD3mq8(1) AAS
話をスレタイに戻すと、コマンドレベルで大昔から存在するような物だと、古舞を知ってるなら検証が不用だし、パイプなりシェルスクリプトで使えばコストはかからん。
で、あっちへふらふら、こっちへふらふらなバージョンが変わる度に微妙に仕様の変わる物より、大昔から変わらず動作する物の方が良くないか?
コストってか、効率を考えると何が自分にとって最適か見えてくる。
237: 2018/03/18(日)21:08 ID:SF2hVWkU(2/3) AAS
>>232
君はソフトウエアを開発したことがあるのか？
＞自分で作るとコストが高いって話なのに本人かどうかは関係ないって何よ？
作ったことがあれば当然の内容なのに質問してる意味が、そもそも判らない。
自分で作るとコストが高いって意味は少なくても二通りあるだろ。
一つは新規に作らなければならない時に個人間の能力の違いで差が出る場合。
もう一つは既存のコードが利用できる場合と新規に開発した時の差を考える場合。
通常は金を払っても既存のコードが利用可能であれば利用した方がコストは低い。
これで判らないなら、この人の相手はするだけムダだ。
238(1): 2018/03/18(日)21:14 ID:vzptCTdN(1) AAS
お前ら大規模プロジェクトの話してるの？
個人レベルの趣味プログラミングの話ししてるの？
その辺すり合わせもせずにいきなりコストの話してるとかお前ら働いてないのか？
239: 2018/03/18(日)22:10 ID:SF2hVWkU(3/3) AAS
>>238
＞その辺すり合わせもせずにいきなりコストの話してる
そう考えるなら、君からその点を指摘しても良かったのではと。
コストと言う用語が出た時点では受託か自社開発は別として金の動きはあるのではと思うけど
趣味でも仕事でも>>236氏が指摘する、より効率的な解を求めることの検討でないないのか。
240: 2018/03/18(日)23:01 ID:aQPO0gpN(1) AAS
きっしょ
241(1): 2018/03/19(月)05:22 ID:8JFqZZni(1) AAS
win10に疲れて更にMSから酷いメールが来てこのスレにたどり着いたら
1が同じような人で笑ったわ
242(1): 2018/03/19(月)07:45 ID:3fF6j75J(1) AAS
win10に疲れるような人がLinuxに耐えられるのかね？
243(1): 2018/03/19(月)07:56 ID:Cw6ZWWiT(1/5) AAS
何年か前は、光学ドライブを買うとLinuxドライバも付いている場合があった気がしたけど、
今は消えちゃった。一度消えたものは元には戻らないかな。歴史を見ると。Linuxは
一回きりの大事なチャンスを逃したからもう復活は無いかも。
244: 2018/03/19(月)07:59 ID:Xp4fw2b3(1/5) AAS
>>241
なかーま
>>242
何にもお節介されない、静かなのが一番だね
OSは静かであるべき。
245(1): 2018/03/19(月)08:00 ID:Xp4fw2b3(2/5) AAS
>>243
全部、カーネルに組み込まれているからではないの？
Linuxつかっていてドライバ組み込んだことあるのは、ハードウェアRAIDくらいだわ。
246: 2018/03/19(月)08:01 ID:Xp4fw2b3(3/5) AAS
>>245
勘違い。訂正。
ドライバはそれさえも不要だった。
やったのは、ハードウェアRAIDの管理ツールの導入。
247: 2018/03/19(月)08:08 ID:Cw6ZWWiT(2/5) AAS
読む事は出来るし、ISOイメージを焼く事も出来ると思う。
問題は、パケット・ライト。
以前に説明どおりにやってみたら、書けたけど、トラブルが発生し
再フォーマットしないとメディアが使えなくなってしまった。
ちなみに、自分はプログラミング経験も豊富だし、PC暦は数十年ある。
248(1): 2018/03/19(月)08:16 ID:qFxuv6fa(1) AAS
コストって自分の給料も含まれるわけで、時給5000円の奴が1週間かけて作るとする場合、成果として20万の以上が見込まれない場合はいみないじゃん。
まぁ、こんな計算をしないと何も出来ない大きな会社に技術力なんて蓄積される事はなく、どっかに丸投げするしかできないようになるけどね。
249: 2018/03/19(月)10:19 ID:Cw6ZWWiT(3/5) AAS
>>248
既存のフレームワークに新しい機能を入れたい場合に、時として
次のような事が起きる事がある：
1. そのやり方を調べるのに1週間かけても、まだ分からない。
2. ソースを根気良く解析してようやく何をすれば良いかが分かってくる。
3. しかし、フレームワークがそのような機能追加を前提にしていない場合、
困った問題が起きる。
4. 例えば、フレームワークのメンバ関数に「virtual」修飾があったなら、
修正が少なくて済んだのに、実際は修飾されていないので修正が非常に
困難であるとか。これは例えば、デストラクタが virtual 修正されて
省5
250: 2018/03/19(月)10:34 ID:Cw6ZWWiT(4/5) AAS
ちなみに virtual修飾は一例なので、それだけが問題の全てではない。
自分や自分の部署のソースであれば、必要に応じて既存のソースを少し
修正する事が出来るので問題は大きくなりにくい。ところが、修正する
事が推奨されていないフレームワークの場合、どこかで問題が生じて
しまうことがあるということ。それがどこで起きるかは一概には言え
ない。ホンの僅かに修正するだけで問題が収まるのに、それができない
から、フレームワーク以外の部分に大規模なコーディングが必要と
なったりする。
例としては、MFC の DockBar だ。
251(1): 2018/03/19(月)12:05 ID:hpt+i7fF(1) AAS
既存の物に従うか、オレオレを作るかの2択の問題で、一番なのはmfcを窓からぶん投げるじゃね。
winでの開発なんてdirectx1の頃が最後で良く知らんがmfc以外の選択肢ないの?
252: 2018/03/19(月)12:17 ID:Xp4fw2b3(4/5) AAS
>>251
.net?
253(2): 2018/03/19(月)14:48 ID:Cw6ZWWiT(5/5) AAS
.NETをなるべく使いたくないが、MFCも使いたくない場合は、
C#とC++のハイブリッドにするという手もあるかもしれない。
あとは、ATL/WTLがあるが余り流行ってない気がする。
MFCは美しくは無いが、使うとメッセージハンドラを新規に作成
したい場合に、関数宣言、関数定義、メッセージマップへの追加
という3つの作業を、VisualStudioが一度にやってくれるのと、
メニューにEnable/DisableやCheckマークをつけたりするのが
Updateハンドラや、CCmdUI なるもので行えたり、WM_PAINT
のハンドラなどでも、最初から、pDC や dc を最初から使える
ような状態になっていて、BeginPaint, EndPaint を自分で
省4
254(1): 2018/03/19(月)17:34 ID:F5uMdZE6(1/3) AAS
じゃあMFCや.NET＋VSの組み合わせより作りやすいもんって何だよっと
255: 2018/03/19(月)18:12 ID:EDnveYQm(1) AAS
暗黒面とか重力井戸なんて言葉が浮かぶ。開発効率の上げる手法が邪悪に感じる。
256(1): 2018/03/19(月)18:47 ID:VQ8wxDgY(1) AAS
>>254
HTML5+Javascript
257: 2018/03/19(月)19:05 ID:yhdYBT3P(1) AAS
職業プログラマにスレが占拠されているw
ワンライナーや簡単なスクリプトでサクッと済む話なのに、
延々と専用アプリを探すWindowsユーザの文化をLinuxに持ち込むのは如何なものか、
と言う話だったのに、いつの間にか大規模アプリケーション開発の話にすり替えられているw
258: 2018/03/19(月)20:12 ID:fBUrE6Me(1) AAS
そんな前の話まで戻るのかよ
259: 2018/03/19(月)20:18 ID:YtdmFXnS(1) AAS
>>256
その発想・着眼点、イイネ。
260: 2018/03/19(月)21:03 ID:1TjiD9bS(1) AAS
unix使う奴はプログラム書けて当然だと思ってる。逆に書けない奴は不幸。
261(3): 2018/03/19(月)21:53 ID:rIjUURlt(1) AAS
職業コーダーじゃなくて知ったかだろ
今時職業コーダーがMFCの話しなんてしねえもん
262: 2018/03/19(月)22:06 ID:Xp4fw2b3(5/5) AAS
>>253
>.NETをなるべく使いたくない
なぜ？
自分は、Linuxでも動作する.net coreを喜んで使って、
WEBアプリを開発している。
263: 2018/03/19(月)22:35 ID:F5uMdZE6(2/3) AAS
>>261
じゃあ専門の機器の、いわゆるローダーとか言われるアプリは何で作ってんの？
264(1): 2018/03/19(月)23:18 ID:vH+QP69/(1) AAS
>>253
ネイティブ信者か。いま Windows で、ドライバ以外にネイティブコードで作る意味はないんじゃないかと思う。
C# はパフォーマンスｶﾞｰって言うけど具体的にはなんなんだろう。
ちゃんと使えてないだけのような気がしてしょうがない。
265: 2018/03/19(月)23:45 ID:F5uMdZE6(3/3) AAS
大量の複雑な配列操作とか、最適化しきれずに
インデックス値の検査があちこち入りまくるとかが一番顕著な例だろう
マーシャリングにも限界がある
266: 2018/03/20(火)01:00 ID:hpgx4wAP(1/3) AAS
どんな開発を念頭に置いてるかはわからないけど、例えば、フォルダ内のファイルを一括で自分ルールでリネームする。
267(1): 2018/03/20(火)01:01 ID:hpgx4wAP(2/3) AAS
すまん途中だった。
どんな開発を念頭に置いてるかはわからないけど、例えば、フォルダ内のファイルを一括で自分ルールでリネームする。とかが一番コスパいいと思うけど。
上下前次1-新書関写板覧索設栞歴
あと 735 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.036s