質問にやさしく親切に答えてくれるスレ 4
■ このスレッドは過去ログ倉庫に格納されています
0001前スレ987
2008/09/24(水) 11:52:01前スレはこちら。
質問にやさしく親切に答えてくれるスレ 3
http://pc11.2ch.net/test/read.cgi/tech/1167125332/
0097デフォルトの名無しさん
2008/11/13(木) 03:51:48スレ違いでしたら無視してください
0098デフォルトの名無しさん
2008/11/13(木) 03:55:12ゲーム作るときに役に立つよ
0099デフォルトの名無しさん
2008/11/13(木) 08:02:18IEも
>ハローと表示するとか、
>規定の回数足し算し続けるとか、
の処理が集まって出来ています。
頑張ってIEを作って下さい。
0100デフォルトの名無しさん
2008/11/13(木) 08:39:120101デフォルトの名無しさん
2008/11/13(木) 09:52:26脱ぐと魑魅魍魎が襲ってきて二階の窓から
お母さんが庭の柿の木からみかんをもぎとろうとするんです。
すかさず私がgoto文を使って未来のコスタリカに
転送してあげたらお父さんがお茶をこぼしてしまいました。
プログラミングで以上のことを
表現するとしたら(言語問わず)どのようになりますか。
また、プログラミングのソースを書く前に
疑似コード(コメントのみで構成されるような、処理を只の話し言葉で書き表したもの)
を使って全体を確認する行為はやめたほうがいいでしょうか。
0102デフォルトの名無しさん
2008/11/13(木) 10:10:40プログラムは命令するもので、
事実や出来事をあらわすものではありません。
0103デフォルトの名無しさん
2008/11/13(木) 10:11:18前半は俺には答えがだせない
後半について答えてやろう
ソースにコメントを付与する行為は愚劣極まりなく
メンテナンスにもコメント及びソース両方に及ぶため
コストがかかるようになる
一切のコードを付けず見ただけで万人が処理を理解する事ができる
ソースコードのみが存在を許されている
コメントは悪だ
0104デフォルトの名無しさん
2008/11/13(木) 10:57:32>ソースコードのみが存在を許されている
つまりコードを公開する事は許されていないと言う事ですね。
ありがとうございました
0105デフォルトの名無しさん
2008/11/13(木) 11:40:400106デフォルトの名無しさん
2008/11/13(木) 11:45:59ターゲットマシンと使用しているアセンブラの種類は?
0107デフォルトの名無しさん
2008/11/13(木) 12:14:20言語は…よくわかりません…
0108デフォルトの名無しさん
2008/11/14(金) 00:47:00あぁやっぱり設計する時にある程度決まってるんですね。
するとその「ある程度」はどのコンピュータも共通なのかな。それとも機種によって違うんでしょうか。
違ったりするとプログラムの互換性が無くなるから後者は無いか・・・
0109デフォルトの名無しさん
2008/11/14(金) 00:54:40いいから真面目に本でも買って読みなさいよ。どんどん的外れになってきてるよ。
0110デフォルトの名無しさん
2008/11/14(金) 00:56:32知りたいポイントはどこだ。
絶対値の求め方か? 数値の表示方法か?
言語は判らないって、アセンブラだろ?
基本的にCPUが違えばアセンブラは変わるんだから、
RAMがどうのなんて寝言は言わずにCPUが何かを書け。
0111デフォルトの名無しさん
2008/11/14(金) 01:01:47そのある程度は、CPUごとに違う。なぜならそこはCPU設計者の腕の見せ所だから。
現実にはある程度共通ならひと括りに扱われる、x86とかARMとか。
機種間で互換性が無いことも、
機械語が避けられ高級言語が使われる理由の1つ。
0112デフォルトの名無しさん
2008/11/14(金) 01:12:21普通は機種(CPU)によって違います、だからプログラムの互換性はまったくないです。
しかし、インテルのCPUのように圧倒的シェアがあるCPUと互換性を持たせる設計を
されたCPUもあります。(たしかAMDがそうだったと思います)
0113デフォルトの名無しさん
2008/11/14(金) 01:19:34このスレの >>105-106 >>110 もよく読みなさい(特に >>110 )
ちょうど君の知りたがってる「アセンブラ」の事をやり取りしてくれてるから
0114デフォルトの名無しさん
2008/11/14(金) 01:29:58やっぱそうだよね
>RAMはAUSI RAMを用いてます。
なんて言うから俺のアセンブラの知識がおかしいのかと思ったよ
俺、アセンブラはニワカだから頭混乱したよ
(一応10年以上前にハンドアセンブル経験あるのに・・・)
0115デフォルトの名無しさん
2008/11/14(金) 02:06:19プログラムの互換性? 無いに決まってるじゃん。
A国人(人じゃなくてCPUだけど)はA語(機械語)しか分かりません。B国人(これもCPU)はB語(機械語)しか分かりません。
だからA国人用に翻訳されたプログラムは、B国人は読めないので動かせません。
けれど、Windowsパソコンに使われているCPUは基本的にA国人なのでプログラムの互換性はあまり気にしないで済んでいます。
0116デフォルトの名無しさん
2008/11/20(木) 14:13:09動くと思うのですが、ウェブサイトに利用する言語にjavascript
が多いのは何故なんですか?
どんな状況でも自分の使い慣れた言語を使えばいいと思うん
ですけど、ダメなんですか?
0117デフォルトの名無しさん
2008/11/20(木) 14:29:43利用者に何かインストールしてもらうなどの手間を要求する必要がない。
というか、JavaScript以外を使えるのはIEくらいしか聞いたことがない。
もちろん、HTML DOMを操作するような用途でなければ、
今でもFlash、Shilverlight、Javaアプレット、(あとActiveXコントロールも一応)とか他の選択肢はあるよ。
0118デフォルトの名無しさん
2008/11/20(木) 14:29:52ソースファイルをコンパイルしてもらってプログラムを実行してもらう、というのであればその通りだ
ユーザにそのような手間を強要できない(したくない)場合は、そういうわけにはいかない
javascriptは大半のウェブブラウザに標準搭載されているので、別途入手する必要がなく、ブラウザさえあれば動く
0119デフォルトの名無しさん
2008/11/20(木) 15:19:12「このサイトを見るには○○が必要です」ってのは
言い換えれば「○○入れる気がない奴なんかお呼びじゃねーよ」って言ってるようなもん。
0121デフォルトの名無しさん
2008/11/27(木) 22:02:20アドレスに応じて自動的に指定のフォルダにバックアップをしてくれるプログラムを作りたいです。
当方、hello wordレベルのど初心者ですが難しいでしょうか。
言語は適したものなら何でも(これから勉強したいので)よいです。
また、そういう手引きが乗っているサイトなどありましたら教えて下さい。
0122デフォルトの名無しさん
2008/11/27(木) 22:15:05今ではPHPとか.netとかいろいろいじってるけど、
未だに初心者に毛が生えた程度にしかできないです。
ソフ開持ってるけど、実務経験はなし。
どのようにしてスキルアップしたらいいんでしょう?
0123デフォルトの名無しさん
2008/11/27(木) 22:27:26初心者には難しい
メールサーバとSocketで通信するプログラムを書くだけなんだけど
ちょっとネットワークの理解がいるからね
言語はVB.netかC#がおすすめ
0124デフォルトの名無しさん
2008/11/27(木) 22:40:37「OutLookの」受信メールだから
すでにHDD内に保存されているメールを自動選別した上でバックアップしたい、という意味かもしれない。
0125デフォルトの名無しさん
2008/11/27(木) 22:57:010126デフォルトの名無しさん
2008/11/27(木) 23:13:05アドレスに応じて保存するフォルダを変えるようにOutlookを設定しておけば、
後は手頃なバックアップツールを使うだけ。
>>122
C/C++の宿題スレでも覗いてみたら?
0127デフォルトの名無しさん
2008/11/28(金) 00:11:58やっぱ難しいんですね。
VBは挑戦したい言語なんで勉強してみます。
0128デフォルトの名無しさん
2008/11/28(金) 02:08:31俺Excel VBAしか使ったことないけど。
0129デフォルトの名無しさん
2008/11/28(金) 04:11:580130デフォルトの名無しさん
2008/11/28(金) 05:26:520131デフォルトの名無しさん
2008/11/28(金) 11:28:25いい説得材料は無いでしょうか?
同僚がPHP/MySQLで、mysql_query("INSERT ...");なコードを書いてたのですが、
彼曰く「ロジック的にこのSQL文はエラーなんて起こしようが無いから、
戻り値はチェックしなくても良い。DBのエラーとかの類も、
その直前の別のクエリの時にわかるだろ」と言ってました。
俺は戻り値はちゃんとチェックすべきだと考えていますが、
「別の人がメンテしたときに、SQLを書き換えようとしてミス
する可能性とかもあるだろ」という反論くらいしか思いつきませんでした。
同僚は、彼の考える常識に固執してしまうタイプで、
一通り(自分の常識を元に考えると)問題が無いことはわかるから、
不必要と彼が考えたことは、とことん省略しようとしてしまいます。
0132デフォルトの名無しさん
2008/11/28(金) 11:33:160133デフォルトの名無しさん
2008/11/28(金) 11:33:18(argv[3])[5]はどういう意味なんでしょう?
どの引数を表してるのかが分かりません・・・
0134デフォルトの名無しさん
2008/11/28(金) 11:40:13argv[1]が第一引数。
argv[3]がコマンドラインの第3引数。argv[3][5]は、第3引数の6番目の文字
0135デフォルトの名無しさん
2008/11/28(金) 11:45:02そういう意味だったんですか。分かりました
ありがとうございます
0136デフォルトの名無しさん
2008/11/28(金) 12:44:03そんなコマンドプロンプトを決め打ちで解析するような教材なんて捨てた方がいい。
0137デフォルトの名無しさん
2008/11/28(金) 14:13:21決めうちで説明しないというのは
算数でいえば1+2=とかの具体的な計算問題から入らずに
いきなり抽象的な代数を教えるようなものに通じる
具象的なものから入ってその後抽象的なものの考え方ができるようにするのは
学習の基本のひとつじゃないのか
>>133の習っているのがCを初めて10年目の人向けとかなら問題ありだが
0138デフォルトの名無しさん
2008/11/28(金) 14:49:24我慢するとか。
0139デフォルトの名無しさん
2008/11/28(金) 14:51:51argv[3][5]ってことは、./a.out foo bar abcdefなどと厳密に書くってことだぞ。
それが二次元配列(的)構造の教習ならargvを使う必要はないし、
コマンドライン解析ならその辺りの教習が終わってからやるべきことだ。
0140デフォルトの名無しさん
2008/11/28(金) 14:57:500141デフォルトの名無しさん
2008/11/28(金) 15:02:10>>134
あーそうそう、main()の第二引き数だと仮定すると、argv[0]は保障されていないよ。
0142デフォルトの名無しさん
2008/11/28(金) 19:00:480143デフォルトの名無しさん
2008/11/28(金) 19:02:500144デフォルトの名無しさん
2008/11/28(金) 19:10:070145デフォルトの名無しさん
2008/11/28(金) 19:15:32何の規格?
例えばexecl()の第二引き数について記述されている?
0146デフォルトの名無しさん
2008/11/28(金) 19:26:47以下、JIS X3010:2003 より。
5.1.2.2.1 プログラム開始処理
- argc の値が正の場合、argv[0] が指す文字列は、プログラム名(program name)を表す。
ホスト環境からプログラム名を得ることができない場合、argv[0][0] は、ナル文字でなければならない。
0147デフォルトの名無しさん
2008/11/28(金) 19:32:42Unix系のツールには、argv[0]で動作を変える物があるからそれはそれで便利だ。
# まぁ、>143は言い過ぎだと思う。
0148デフォルトの名無しさん
2008/11/28(金) 19:37:150149デフォルトの名無しさん
2008/11/29(土) 01:11:14argcは負でもいいのだろうか。
いや常識的に考えて零のことを言いたいんだろうけど。
0150デフォルトの名無しさん
2008/11/29(土) 02:46:150151デフォルトの名無しさん
2008/11/29(土) 15:06:55それは何故?
戻り値なんて見なくていいっていうのが主流だとでも?
その同僚の考えるロジックには穴がある時も無い時もあります。
毎回穴があるか無いかをタイトに考えるよりも、毎回戻り値のチェックと、
異常時のフェイルセーフ(フールプルーフ?)を入れる、
つまり安全側に倒すというのが、基本だと思ってるんですが、
そういう考え方って異端なんですかね。
0152デフォルトの名無しさん
2008/11/29(土) 16:46:41仕事というものは、いかに手抜きして儲けるか。
経験を積まなきゃわかんない。
0153デフォルトの名無しさん
2008/11/29(土) 17:47:31安全でバグの出にくいプログラミングで、かつ実践的な方法というのは、
やっぱり経験をつまないと開発できないものなんですかね?
言い換えると本やウェブでそういうものは簡単に説明できないものですか?
0154デフォルトの名無しさん
2008/11/30(日) 11:22:46チェックする必要があるならチェックする
チェックする必要がなくてもとりあえずもむ目的にチェックしとこう、なんて考える人のほうが
実は何も考えてなさそうで怖い
0155デフォルトの名無しさん
2008/11/30(日) 11:23:16すまんね
0156デフォルトの名無しさん
2008/11/30(日) 12:23:39それはフェイルセーフを導入してしまうと、
何も考えなくなってしまう可能性が、
ロジックに穴があって問題を起こす可能性よりも高いって判断ですか?
>>151に関しては、ロジックについて考えるのは当然として、
その時点で考え付かない穴に対しての対策としてのフェイルセーフ
として戻り値をチェックして、不明瞭なエラーが
出たときの対策を立てるべきだろうということでしたが、
そういうのも、上記の理由で、やるべきではないという事でしょうか?
0157デフォルトの名無しさん
2008/11/30(日) 13:09:43あんたKYって呼ばれてないか? 私が>132に同意するのはまさにその点なんだが。
0158デフォルトの名無しさん
2008/11/30(日) 13:19:38KYで申し訳ないですが、再度質問を行います。
フェイルセーフという考え方に問題があるとすれば、
考え方の穴に対する別の対処方法は何か無いですか?
適宜レビューを入れて穴を指摘するという手段くらいしかないですか?
0159デフォルトの名無しさん
2008/11/30(日) 13:22:14KY野郎で申し訳ありませんが、参考までに知りたいので、
その考え方、つまりフェイルセーフの危険性について、
説いてる書籍やサイトなんかが、
もしあるのでしたら、教えてください。
0160デフォルトの名無しさん
2008/11/30(日) 13:27:51鼬害。つーか、どっちが本物なんだ?w
0161131
2008/11/30(日) 13:45:44板違いですか?ウェブプログラミングに依存する話でもないし、
一般的なプログラミング論かと思うんですが。
証明する術はありませんが、>>158も>>159も知りたい事ではあります。
自分なりにぐぐってみたんですが、http://www.ringolab.com/note/daiya/bookssociology/2005/01/
なんかにも、フェイルセーフに安心してしまう危険性が書かれていますが、
この本だとユーザーを対象にしているので、プログラミングの安全性に
ついてはちょっと違う話になってしまいそうです。
マインドセットを汚染せずにフェイルセーフを張る方法でもあればいいんですが。
0162デフォルトの名無しさん
2008/12/01(月) 12:23:13>DBのエラーとかの類も、
>その直前の別のクエリの時にわかるだろ
エクステントの拡張に失敗しないと確信する根拠が知りたい。
0163デフォルトの名無しさん
2008/12/02(火) 00:34:44タスクマネージャーに E_FATIEGJ.EXE というプロセスがあるのですが
な何のソフトですか?
ユーザー名はアカウントになっています。
PCを起動するたびにありのですが
ウイルスなのでしょうか;;?
ググっても何もみつかりませんでした。
0164デフォルトの名無しさん
2008/12/02(火) 01:14:27あとは、Vistaならタスクマネージャのプロセスを右クリックして「ファイルの場所を開く」をやってみるとか。
0165デフォルトの名無しさん
2008/12/02(火) 09:39:14エクステントの拡張は、ディスクの空き容量が十分なら失敗しない?
0166デフォルトの名無しさん
2008/12/04(木) 01:29:32行ノードはどのくらいのサイズが適切だと思いますか?
0167デフォルトの名無しさん
2008/12/04(木) 02:01:240168デフォルトの名無しさん
2008/12/04(木) 02:36:20コマンド入力 云々ってVisual C++でもできます?
宿題のプログラム自体の質問ではないのでこちらで聞かせていただきます
0169デフォルトの名無しさん
2008/12/04(木) 03:04:09行ノード全体のサイズ、バッファへのポインタやらを含めた場合、
速度を犠牲にして省メモリにすべきか否か
0170デフォルトの名無しさん
2008/12/04(木) 07:55:44テキストエディタのポリシーによりけり。
まぁ、今時テキストエディタの消費メモリに神経質になることもないと思うが。
寧ろ、行単位の双方向リストが妥当かどうかの検討をした方が医院で内科医。
0171デフォルトの名無しさん
2008/12/04(木) 07:56:30宿題スを見る気はないが、コマンドラインアプリならVC++でも勿論作れる。
0172デフォルトの名無しさん
2008/12/04(木) 11:38:07アプリをVista対応にするってどうやってやるの?
0173デフォルトの名無しさん
2008/12/04(木) 13:55:21- WindowsフォルダやSystem32フォルダに勝手に物置くな。
- 設定はユーザ別にやれるようにしろ。アプリと同じとこに設定置いて無意識に全ユーザ設定共通とか氏ね。
……って大昔から言ってきたけど、守らないアプリの続出のためVistaで強権発動。
こういうことやっているとVistaの余計なお節介が入るから良い子のみんなはまねしないように。
これくらい守って、マニフェストにUAC関係の項目を書きこんで、Vistaで一通り問題なく動けば、とりあえず問題ない。
あとはVistaの新機能を使いたければ使えという感じで。
0174デフォルトの名無しさん
2008/12/04(木) 16:12:07次行、前行だけで8byteも使いますからXOR連結リストを使おうか、
とも考えたり、行の配列を作ってしまおうか、とも考えたのですが
中々、どれを選ぶべきか迷ってしまいまして
0175デフォルトの名無しさん
2008/12/04(木) 16:24:44http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=6ebcfad9-d3f5-4365-8070-334cd175d4bb
0176デフォルトの名無しさん
2008/12/05(金) 02:30:49たった8バイトで迷うのか。もしかして8ビットマイコン?
0177デフォルトの名無しさん
2008/12/05(金) 15:34:28ごめんなさい、次行、前行へのポインタです。
10000行読み込んだら次行、前行へのポインタだけで約80Kbyteです。
--一行構造体
wchar_t *buffer,*bufend;
構造体型 *next,*prev;
これで16byte
ギャップバッファにすれば
wchar_t *buffer,*bufend;
wchar_t *gapbeg,*gapend;
構造体型 *next,*prev;
24byteです、
10000行で240Kbyteです。10000行のテキストを五つ読み込んだら1MBを軽く越えます
0178デフォルトの名無しさん
2008/12/05(金) 15:40:040179デフォルトの名無しさん
2008/12/05(金) 15:46:56だから、なんで行単位の双方向リストにこだわっているのさ。
行単位の入れ替えなんて、用途によっては殆ど発生しないからリストである必要さえないと思うのだけど。
つーか、STLのdequeでも使ったら? それが完成したら、消費メモリやパフォーマンスを検討して、不満を感じてから
別の方法を考えればいいと思うが。
# なんでも自分で設計するのがベストとは限らんぞ。
0180デフォルトの名無しさん
2008/12/05(金) 17:32:26今時のマシンなら1MB程度のものは気にしないでいいよ。
不満を感じてから改良しろってのには同意。まず動くものを作ろう。
0181デフォルトの名無しさん
2008/12/05(金) 17:49:10まずは動くものを作ってから、速度などを調査しようと思います。
それでは
0182デフォルトの名無しさん
2008/12/05(金) 17:57:15だから、なんでたったの「1MB」で迷うのよさ?もしかして16ビットMS−DOS?
0183デフォルトの名無しさん
2008/12/12(金) 14:46:29参考書がちょっと古いんじゃないかね。
0184デフォルトの名無しさん
2008/12/12(金) 18:26:32プログラミング歴が浅く(大学で一年Cやった)何から調べていいのか分かりません
検索すると幸せになれそうなキーワードをいくつか教えて下さい、よろしくお願いします。
0185デフォルトの名無しさん
2008/12/12(金) 19:03:12POP
これだけで送受信はできるけど正直まったく使いものにならない。
0186デフォルトの名無しさん
2008/12/12(金) 19:49:17ありがとうございます
まずはSMTPとPOPをきちんと理解して
もう少し具体的な質問が出来るレベルになってきます
0187デフォルトの名無しさん
2008/12/12(金) 20:01:280188デフォルトの名無しさん
2008/12/13(土) 00:29:360189デフォルトの名無しさん
2008/12/17(水) 20:22:55データ量の多いexcel(約5000行です)が扱えず、
他の言語が使えないかと考えています。
サイズの大きいエクセルを扱える言語などありませんでしょうか?
0190デフォルトの名無しさん
2008/12/17(水) 21:28:59ビジュアルベーシックとか?
0191デフォルトの名無しさん
2008/12/17(水) 21:33:46忘れた・・
今ってODBCみたいなインターフェースで
ODBC以上のことできるもっと簡単なやつないかな
C言語で
何言ってるのか自分でも判らんけど
0192デフォルトの名無しさん
2008/12/17(水) 21:51:15あんまいい思い出ないなあ・・・
0193デフォルトの名無しさん
2008/12/17(水) 22:37:55コンポーネントのインストールが別に必要だし
0194デフォルトの名無しさん
2008/12/18(木) 10:03:010195デフォルトの名無しさん
2008/12/19(金) 13:57:29どなたか良いサイト、もしくは書籍で良いものがあれば教えて下さい。
0196デフォルトの名無しさん
2008/12/19(金) 17:33:11会社のサポートに問い合わせてみた?
■ このスレッドは過去ログ倉庫に格納されています