[過去ﾛｸﾞ] WindowsやめてLinuxデスクトップ！ 6 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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
すまん途中だった。
どんな開発を念頭に置いてるかはわからないけど、例えば、フォルダ内のファイルを一括で自分ルールでリネームする。とかが一番コスパいいと思うけど。
268: 2018/03/20(火)07:31 ID:2inTQE5f(1) AAS
>>261
WindowsとかLinux向けの職業コーダーなんて絶滅危惧種だろ
269: 2018/03/20(火)08:07 ID:heKmvB8t(1) AAS
工程表でプログラム開発を"製造"って書くような所ではコーダって表現を使ってそうだな。
270: 2018/03/20(火)10:05 ID:NXuA+/hM(1/4) AAS
>>264
よくC++とC#の速度比較では2倍程度で済んでいる例が書かれている。
しかし、それはC#に都合の良い条件が満たされている場合であって、
実際は、
1. アプリ全体の起動が遅い。
2. クラスの使い始め(初回使用)のときに遅い。
これは、JIT(Just In Time) Compiler(Flash Compiler)
が起動する事があるからだろうか。
3. 測定は、Core i7 などの、ハイエンドCPUで行われている事が多いが、
CeleronなどではC++とC#の速度差が開く可能性がある。
省4
271(1): 2018/03/20(火)11:25 ID:bBh7j9K+(1) AAS
>>267
自分ルールが正規表現使った方が楽な
ら、perlで書いて動かして捨てちゃう。
単純ならシェルスクリプトで
272: 2018/03/20(火)12:02 ID:pZ2r2o9D(1) AAS
バルクリネームじゃ駄目なんか?
273: 2018/03/20(火)22:44 ID:hpgx4wAP(3/3) AAS
>>271 ずっとperl使ってたけど、ここ5年ほどはrubyで書いてる。使い捨てのコードならコスパいいよ。
274: 2018/03/20(火)23:12 ID:C/fE9q1b(1) AAS
今やパールじゃないもんなー
自分ツールなら何でもいいけどさ
275: 2018/03/20(火)23:13 ID:GVCFQaCW(1) AAS
関係ない話で延々と自演で荒らすのが目的
276: 2018/03/20(火)23:27 ID:NXuA+/hM(2/4) AAS
ちゅうか、Linux板自体が死に体だから、どうしようもない。
277: 2018/03/20(火)23:36 ID:NXuA+/hM(3/4) AAS
書く人が少なすぎると、どうしても一般的な感覚が失われてしまう。なぜなら、当事者、
及び、利益相反者の間の合戦が繰り広げられるばかりで、「本当の」意見を見極めるの
が困難となるから。
278(1): 2018/03/20(火)23:38 ID:SZktWY2J(1) AAS
rubyは入ってなくてもperlが入ってない事は最近じゃ滅多にない。
勝手にインストールできない鯖とかで仕事してる所ではperlはしぶとく使ってるよ。そもそもインターネットにもアクセスできないセキュアな所だと、ファイルを持ち込むのも一苦労だし。
perlどころか、開発環境さえない鯖だとシェルスクリプトだけとかね。
279(1): 2018/03/20(火)23:40 ID:NXuA+/hM(4/4) AAS
納得できかねないレスが返ってきてストレスが溜まるのは、書き込み数の少ない板の
特徴である事を最近発見してしまった。人が少ない板は、おかしな意見が多くなる
（考えてみれば当たり前）。
280: 2018/03/21(水)05:29 ID:QftqVdcJ(1/2) AAS
>>278 仕事のときはperlもまだ使うときあるけど、Linuxデスクトップでperl使うことはほぼほぼないかな。
281(1): 2018/03/21(水)09:34 ID:ulGB8vmi(1/3) AAS
>>279
＞納得できかねないレス
具体的に納得できかねるやり取りの内容が判らないからあくまでも個人の見解だけど
多様な意見があるので悪意がない限り、その辺りは寛容に受け入れる必要があるだろう。
ただ書いた内容を勝手に改変し趣旨を悪意を持って捏造することは控えて欲しいとは思う。
色んな輩がいるから、それさえもムリなことは知ってる。公文書でさえ買い変えあったし。
282(1): 2018/03/21(水)09:46 ID:4JWUsZHi(1) AAS
Cent7の最小インストールではPerlは入ってないんじゃなかったっけ？
うちの隣のチームはこの前Perl捨てるの検討してたよ。
283: 2018/03/21(水)09:58 ID:NjoylCJo(1/6) AAS
パッケージ入れれば依存関係で入って来そうだけど、ダメなら仕方ないね。
284(1): 2018/03/21(水)12:58 ID:L+WYTPIZ(1/3) AAS
>>281
書く人が多い板の場合、独特の偏見を誰かが書くと、別の誰かのツッコミが入る。
一方、書く人が少ない板の場合、放って置くと誰も突っ込まないので、自分が突っ込ま
ないといけなくなる。それで疲れる。
285: 2018/03/21(水)13:42 ID:3SyCyt/7(1) AAS
reddit や twitter に英語で潜っている方がいいや
286: 2018/03/21(水)15:39 ID:0uLcE5rj(1) AAS
>>282
それじゃあ、perlで書かれたアプリが動かないだろ
287: 2018/03/21(水)15:44 ID:QftqVdcJ(2/2) AAS
Perl構成のない鯖もまれに見つかるけど、Perlの実行環境は過去の遺物としてしっかり鎮座されてるからなぁ。
趣旨としてはそれでもなければシェルスクリプト書くってことでしょ。
ただ、Linuxデスクトップ使うのに鯖環境は考えなくていいってことだ。
288: 2018/03/21(水)16:08 ID:ulGB8vmi(2/3) AAS
>>284
一々ツッコミを入れると疲れないかな。
例えば最近自分ではMFCの話しをしないけど>>261のように
＞今時職業コーダーがMFCの話しなんてしねえもん
と決めつけるのもどうかと感じたけどツッコミも面倒だ。
職業でやっていればMFCがらみのメンテがあるかも知れない。
コボルにしたって銀行のオンラインで今でもメンテはあるだろう。
どっちにしてもLinuxを使う上でツッコミは第一義ではない。
最近、当初Linuxで期待し想定してた以上のことが出来て満足してる。
他にも移植されてるけど最初はLinuxのアプリだったものが結構あることに驚いた。
省1
289: 2018/03/21(水)16:33 ID:L+WYTPIZ(2/3) AAS
ちゅうか、もっと1日に千〜数千の書き込みがあるような板だと、自然な反応が返ってくる。
290: 2018/03/21(水)16:39 ID:P7Wd2OfZ(1/3) AAS
工作員が9割
291(2): 2018/03/21(水)18:54 ID:B1Mk/w1M(1/3) AAS
FreeBSDやWindowsにUnixから色々とアプリが移植されてた（しようとして挫折したのも多い）の知らないのかなぁ、最近のLinuxユーザって。
「Linuxが起源ﾆﾀﾞ！」って雰囲気で嘘ついてるのが増えてるよなぁ。
ぶっちゃけ、Linuxなんて最後発レベルに後から出てきてるんだよなぁ、OSとしては。
292(1): 2018/03/21(水)19:06 ID:P7Wd2OfZ(2/3) AAS
>>291
そういうの飽きたから
20年前に戻ってやってこい
293(1): 2018/03/21(水)19:10 ID:B1Mk/w1M(2/3) AAS
>>292
ん〜？
20年経っても判ってない馬鹿が多いって事実をいってるだけだぞぉ？
Linuxユーザて物知らないだけじゃなくて頭も悪いんだな。
かわいそうにねぇ
294(1): 2018/03/21(水)19:43 ID:P7Wd2OfZ(3/3) AAS
>>293
ネタ古くて恥ずかしい奴め
出直せ
295(1): 2018/03/21(水)19:53 ID:B1Mk/w1M(3/3) AAS
>>294
古いネタが通用しちゃう今のLinuxユーザのほうが恥ずかしいねぇ
進歩がないし、進歩できてないもんねぇ
お山の大将気取りの雑魚ばっかりってのも問題かなぁ
Linuxユーザはコンピュータ界隈の鼻つまみ者だし、仕方ないけどねぇ
上下前次1-新書関写板覧索設栞歴
あと 707 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.049s