[過去ﾛｸﾞ] WindowsやめてLinuxデスクトップ！ 6 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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?
上下前次1-新書関写板覧索設栞歴
あと 750 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.014s