4 ：
仕様書無しさん ：2007/07/06(金) 16:11:29
Try
Call 新スレチェック
Catch 1_Exception
Messagebox.Show("
>>1 乙んでれ","新スレ記念")
Finally
if
>>1 Is Not Nothing Then
>>1 .Dispose
End Try
Try
Dim i As Integer
Dim s As String
While True
i = 1 / 0
s = Nothing.ToString
Loop
Catch NRE As NullReferenceException
MessageBox.Show("ぬるぽ")
Resume Next
Catch ex As Exception
MessageBox.Show("
>>1 乙")
Resume Next
End Try
throw new NullReferenceException;
7 ：
仕様書無しさん ：2007/07/06(金) 23:28:18
if ( i < 8 ){
定数直書きしてる以外は、まぁアリかなと思ってしまった。
9 ：
仕様書無しさん ：2007/07/06(金) 23:43:31
else ifで8以上という条件が入ってないのがいやなのかね。
マジックナンバーがいやなんじゃない？
別に会社辞めようと思うほどではないな
かといって、「辞めようと思ったほどではないが嫌になったソースを晒せ」スレを
setHoge(int hoge) {
>>前スレ997
17 ：
仕様書無しさん ：2007/07/07(土) 02:23:21
optionで配列開始番号固定すれば良いのに。
>>16 おまえのソースで辞めたくなったヤツ多そうだな。
>>17 >>18 書いておくけど
Dim Data1(1 to 6) As Integer
の部分は前スレ998をコピーしただけだから。
while(rs.next())
>>21 詳しく書かなかったから伝わらなかったかな。
while(rs.next())
{
System.out.println("hoge");
break;
}
って書けばわかるかな。
あー、無条件にbreakしてるのか
>>23 そうそう！そうなの。そういえば更に思い出したんだけど、こんな感じだったなあ↓
while(rs.next()){
if(cond)
{
// some statement
}
break;
}
もちろんif(rs.next() && cond)に書き直した。
VB6とかやってる人間は、if(cond1 && cond2)の中身が
&&とか関係なく全て評価されると思っちゃうから、
二重if文とかを書く傾向があるように見える。
breakとcontinueは好きな奴はホント好きだよなあ
while(1){
書きこんじったorz
>>24 実はその while は中で break や continue を使ってジャンプするためのもので、
そしてさらに実は別のループ文に含まれていて、内側の while を if に置き換えると
それまで配置されていた break や continue が外側のループに適用されるように
っていう悪夢が頭の中をよぎった。
>>28 文字数のカウント？
どこから教えるべきか悩むな
>>15 どの言語でも何故か
for {
case
}
が好きな奴いるよな。何故だろ
if(なんか条件） {
>>32 その「なんか条件」の式は副作用を持っているのかなあ。
それとも将来その中に何かを書きこむのが100%確実だからそう書いているのかな？
気になって（ｒｙ
>>32 その条件のときは何も処理しないということを明示するために敢えてそういう風に書くことはあるけど
グダグダ陰口叩かれないように今度からコメントを書いておくか
>>34 if (条件) { 空 } else { 何かする } ならまだわかるけど(条件逆転しろとは思う)、
上から下に流れるだけの状況でelseもなくif (条件) { 空 } と書く理由はよく
わからんな。
空の関数DoNothing()を入れとくとか。
>>35 たしかに
if(条件){
空っぽ
}else{
処理
}
はあるけど
if(条件){
空っぽ
}
はないな
失礼した。
if (a = 0) {
削るとバグが出るって奴か。
>>32 条件のところが関数とかメソッドを呼んでいるならば怖いね
条件式というか関数実行後の副作用がありえるし、エラーコード判定の名残の可能性がある・・・
例外使えないような連中とJavaとかやるとよく出くわすコードかも
>>40 中途半端に使えると、
} catch( Exception e ){
}
と書いて揉み消してくれるので、余計タチ悪い。w
何度出くわしたことか。orz
>7
>41
44 ：
仕様書無しさん ：2007/07/07(土) 21:05:11
>>42 初歩的な言語仕様から外れてるんだから
それはコンパイラのバグだと思うが。
46 ：
仕様書無しさん ：2007/07/07(土) 21:08:52
47 ：
仕様書無しさん ：2007/07/07(土) 21:17:10
48 ：
仕様書無しさん ：2007/07/07(土) 21:39:55
それは見ればわかるよ
51 ：
仕様書無しさん ：2007/07/07(土) 21:50:48
if((((式1)&&(式2)) || ((式3)||(式4)) && ((式5)||(式6))){
52 ：
42 ：2007/07/07(土) 21:53:07
いや、当然コンパイラのバグだよ。だからといってそのコンパイラを使うのをやめるわけには
53 ：
仕様書無しさん ：2007/07/07(土) 22:11:27
>>42 コンパイラの不具合にあわせて防御的プログラムをしたのはいいと思うよ。
でもね、このスレは会社をやめようと思ったソースコードなんだよ。
そのソースコードで会社を辞めようと思ったのか？
コンパイラのバグをどうにもせず、防御的コーディングのみで
コメントも無い
56 ：
仕様書無しさん ：2007/07/07(土) 22:28:24
>>54 テストをちゃんとすれば気づくだろ。
テスト時は最適化せずに、リリース時だけ最適化してコンパイルする奴ならむしろ辞めてほしい
57 ：
仕様書無しさん ：2007/07/07(土) 22:38:42
>>51 どうせ正解はこんな感じ。
if((((式1)&&(式2)) || ((式3)||(式4)) && ((式5)||(式6))){ //もし今年が閏年なら
--意味不明なスパゲッティが数十行--
}else if(--眩暈がするたくさんの式--){
--以下略--
}
一番辞めようと思ったというか辞めたのはアプリケーションを改修のために引き継ぐ事になった時の話だ。
59 ：
仕様書無しさん ：2007/07/07(土) 22:46:25
>>58 うちのプロジェクトではよくあることだ
10年勤めて2回はソースコードがまったく存在せず、
2回は偽物またはバージョン違い(つかそもそもコンパイルエラーが出る)のソースコードが提供された。
もちろん仕様書つきのプロジェクトなどお目にかかったこともない。
>>58 ソースコードがないのも、ソースコードのバージョン管理ができていないのも
経験したけど、
ど っ ち も 嫌 だ ！
>>59 最初から組み直したほうが早いこともあるかも……。
俺が経験したのは、マシンごとバイナリが失われて、ソースコードも無くて、
あったのはインタフェース仕様書だけという、かなりアレな状況だったけど。www
>>60 >コンパイルエラーが出る
さすがに都市伝説かと思ってたけど、本当にあるんだな。w
63 ：
仕様書無しさん ：2007/07/07(土) 23:15:19
>コンパイルエラーが出る
>>60 そんなプロジェクトにしか回されないお前って一体・・・
ソースコードないのはないので好きだけどな。
コメントアウトされたコードあるのは全て糞
結構変更履歴として残させるとこ多いね。
>64
>>68 コードの90%近くを書き直してコメント率が70%位行った時は、さすがにorzってなったな。
コメント率って何？
そうだよ
もしくは各行に対してコメントの記述してある割合
>74くらいのコメントなら自動生成できるなｗ
>>74 を短くしてみた。
// int i;
int i;
// i = 0;
i = 0
// もし a と b が等しいなら
まともなコメントは最後のだけか
>79
いらないけど、会社で書くことが決まってるかもよ？
82 ：
仕様書無しさん ：2007/07/08(日) 05:09:37
スレ違い
>>82 ワイドって読んでたけど、本当はなんなの？
辞書を引いてみたが、ウィドスと読むのかな？
え、俺はずっとwithと同じ発音だと思ってた・・・やべぇｗ
Javaで一時的に２MBほどのbyte配列を確保しなければならなかったと言うことがある。
>>88 それでいいんじゃねーのw?それで2MBって思えばさw
何か見落としていたらすまんが
>>88 の何が悪いのかわからん
>90
>>90 参照するたびにオフセットから3つのインデックスを算出しないといけないのはナンセンスだな。
94 ：
90 ：2007/07/08(日) 12:04:39
>>93 JVMの仕様はオブジェクトの構造を定めていないから実装依存だと思うんだが。
というか何がわからんかって、
>>88 のコードでOutOfMemoryが炸裂する理由がわからん。
配列アクセスで参照を辿るという「普通の実装」で考えても
byte[1024][1024][2]ならタコだがbyte[2][1024][1024]なら問題ないと思うが。
95 ：
88 ：2007/07/08(日) 12:07:57
訂正
97 ：
93 ：2007/07/08(日) 12:15:31
4GB積んだ企業向けシステムなら問題なしｗ
>>88 つまり、その最初の２つのインデックスしか使用してないわけだなｗ
>>97 JVMって４GBもヒープとれたっけ？
>>93 それに関しては多次元配列にする方が効率が良かったりする
new byte[2*1024*1024] だと2MBの連続した領域がヒープに確保される筈
だけど、new byte[2][1024][1024]だと1KBの連続した領域がバラバラに確保されて参照されるんで、OutOfMemoryが発生しにくい
最近の実装が最適化でもするならばスマソ
88は、仕事でもタコミスを連発していることだろうな
101 ：
90 ：2007/07/08(日) 12:33:40
>>99 あまり詳しくないがGCがコンパクションくらいするのでは？
そもそも2MBの配列をローカルで使い捨てするようなプログラムなら
そっちの方が問題が大きい気もするが。
そもそも「2MBの配列」を
byte[2 * 1024 * 1024]で取るかbyte[2][1024][1024]で取るかというのは、
性能よりも何よりも、まずはその配列の意味を考えて決めるのが正しい姿勢だと思うが
102 ：
仕様書無しさん ：2007/07/08(日) 13:20:04
ファイルのアップロードという話だから
>>102 よくあるスペルミスだし、辞めるほどじゃないから
JavaだったらNIOのDirectByteBufferとか使うんじゃね?
105 ：
仕様書無しさん ：2007/07/08(日) 13:44:40
>>99 ＯＳによるだろうが仮想メモリ空間が提供されている以上は
メモリに空きさえあればOutOfMemoryの発生頻度は同じ
>95
32bitフラットメモリモデルでは、たとえば、
108 ：
仕様書無しさん ：2007/07/08(日) 20:27:13
ソースコードじゃないが
109 ：
仕様書無しさん ：2007/07/08(日) 20:56:23
いいか、みんな
>74
>109
書かなくとも解るコメントって本当に邪魔だよな
「コメントは全行に書け」という規則があったので、コーディング用紙の右側に全部
116 ：
仕様書無しさん ：2007/07/09(月) 14:21:50
＞そのままパンチに出したから、
>>116 おいおい、25年くらい前まではあったぞ。
確かに、紙カードを最後に使ったのは、25年前だなぁ
119 ：
仕様書無しさん ：2007/07/09(月) 17:43:30
ちょｗｗｗｗ
そんないい歳こいたオッサンが昼間から2chかいいご身分ですな。
マ板で昼間からとか
122 ：
118 ：2007/07/09(月) 19:11:01
いや、もう引退しているから。
123 ：
仕様書無しさん ：2007/07/09(月) 19:30:43
>>122 それはそれで、先派内がうらやましい気がする
124 ：
仕様書無しさん ：2007/07/09(月) 20:15:17
125 ：
117 ：2007/07/09(月) 21:20:37
悪ぃ、俺職場から書いてる。
ベタだけど、フィボナッチ数列の一般項を求めるプログラムで再帰で書く奴はどうかと思った。その子は情報系。あ、大学での話ね。
>128
' 結果をRetに格納
ようはアレだろ、コメントはコードを日本語化したものを書くのじゃなく、そのコードはどういう意図なのかを書けってことだろ。
132 ：
115 ：2007/07/10(火) 08:49:54
>>115 が30年ぐらい前だったかな。 俺は今59だけどｸﾐｺで現役です。
小ぶりのｼｽﾃﾑ新築お任せがよく来ます。
まあ入門書丸覚えが精一杯、てなレベルの人々が多いんだろう。
久美子さん(59歳)まだまだ現役です。
ﾜﾛﾀｗｗ
ホットドックで楽しようと考えた管理者が大杉た
137 ：
仕様書無しさん ：2007/07/10(火) 12:02:25
えっ、そっち？うわー
>>127 再帰の練習課題なのに
一般項の公式つかって得意になってる奴？
フィボナッチ数列ぐらいの単純なものなら再帰より一般項を直接求めたほうが速いかも知れんけど、どっちでもいいよ
＞一般校を直接求め
>>139 いや、そうじゃなくて線形で書けってこと。
オーダーが全然違う
例えば
線形？反復の間違いだろ
そもそも数列自体が再帰的に定義されてるから、再帰的にプログラミングすることは別に自然だと思うけどな。
言ってる意味がよくわからんが
ただ、フィボナッチのプログラムを書けなら再帰で全然OK
>>147 それ両方再帰じゃない？
再帰：
(define (fib n)
(if (<= n 2)
1
(+ (fib (- n 1)) (fib (- n 2)))))
反復：
(define (fib n)
(define (iter rersult a count)
(if (=> count n)
result
(iter (+ result a) result (+ count 1))))
(iter 1 1 1))
フィボナッチ数の一般項ならWikipediaにも載ってるよ
ただ、無理数のｎ乗が入ってるから余程ｎが大きくない限り普通に足し算したほうが速い気がするｗ
>>142 ・・・（＾ω＾；）
高校で習うから安心していいよ
寿司食いたい
>>146 自然ていやぁ自然かも知らんが、末尾再帰を再帰で書くのは阿呆。
ちょっとおもしろそうだから、再帰・反復・一般項でそれぞれ実行時間計ってみた。
プログラムの頭に処理内容がフローチャートで書いてあるソース群を
ｲｲﾊﾅｼﾀﾞﾅｰ
>156
Schemeの場合
>155
>>160 全く嘘はついていないぜ
TUTSchemeで実装＆時間計測
>>155 >10000項は無理数の10000乗が無理だった
その前に、64bit double で計算してると n=71 あたりで誤差が出始めるし
そもそもほぼ O(1) なんだから 10000 までやっても意味ない気が。
ですよねー
>>162 まぁね
オーダーはexpt使ってるからlogNくらいかも。まぁ係数がかなり小さいだろうが。
n=70ぐらいでいいのなら、map が最速じゃね？
普通に反復でも0秒だけどね、70くらいなら
ここはスレ違いへの許容があるスレですね
>>159 Cでもイマドキのコンパイラなら、最適化してくれるよ。
こんなソースがありました。
>>169 そういうパターンって意外に多いみたいだな。
なぜそういう却って難しい書き方をしてしまうのか、理解できない。
171 ：
仕様書無しさん ：2007/07/10(火) 22:40:02
>>169 ばっかｗｗｗ
きっと増える可能性を考慮して頑張って考えたんだよｗｗｗｗ
そのあと増えることは実はないのにｗｗｗｗｗ
End Select
Next
の間に共通の処理があるならいいとおもうけどさ・・・・
172 ：
仕様書無しさん ：2007/07/10(火) 23:19:17
173 ：
仕様書無しさん ：2007/07/10(火) 23:28:08
ステップ数で金額が決まるんじゃね？
>>173 そんな事言ってると、
大勢のコボラーにピンセットで全身の皮膚を摘まれるぞ。
>>171 増える可能性を考慮すると、余計に
単に並べた方が良くね？
177 ：
仕様書無しさん ：2007/07/11(水) 12:53:19
>>176 無理やり解釈したが結構無理があったようだ
寿司食いたい
( ﾟдﾟ)ガリでも食ってろ
char *hoge(char *inbuf, char *outbuf);
while(1) printf("寿司食いたい\n");
ちょっとリアルで寿司食いにいってくるわ
while(1) printf("ウニ軍艦\n");
184 ：
仕様書無しさん ：2007/07/11(水) 16:20:13
寿司.Dispose
／(^o^)＼
先生、かんぴょう巻きがオーバーフローしました
>>185 を改善してpythonに移植。
while hara!=full:
print "かんぴょう巻き"
if hara!=full:
print "大トロ"
print "エビ"
print "トラフグ"
print "ウナギ"
189 ：
仕様書無しさん ：2007/07/11(水) 20:31:00
>>188 行：７ParalysisExceptionが発生しました！！
こら！！
ふぐ使うときはちゃんとキャッチしないと大ごとになるぞ？
190 ：
仕様書無しさん ：2007/07/11(水) 20:33:35
スレッドでグローバル静的変数が最強。
std::vectorの中身を書き換えるのがその次くらいに最強ですよ。
192 ：
仕様書無しさん ：2007/07/11(水) 22:23:57
ちょっと前に見かけたやつ
193 ：
仕様書無しさん ：2007/07/11(水) 22:28:43
>>192 C丼かjavaかよくわからんが、とにもかくにもSQLを見直せという事か・・・。
>>192 ループでいちいちIDチェックするくらいならJOINしろと。
>>193 の言いたいことはそういうことだよね？
あと、SQLインジェクション対策をしていないのも問題かな。
しかし、こういうSQLとロジックを思いつく方が逆に凄いと思うんだが。
>170
>>195 コボラはそもそも SELECT * FROM テーブル名 しか知らないからなｗ
テーブルの設計がヘンで
>>192 みたいな事になったことはある。
当然使いものにならなくて、最終的には全部作り直しになったらしい。
>>195 見よう見まねで内部結合しようとしたら、なんかいっぱい返ってきたから
チェックするようにしました、みたいな。
ヴビ厨が得意。
データベースを使ったデータ操作関連プログラムは、テーブルの設計がしっかり
いや、なるでしょ。
テーブル設計がしっかりとしたものになるかどうかは、
>>205 それはブイヤベースの間違いじゃないかい？
運任せってのはわかるな。
結局、最前線に配置されている兵隊が駄目だと、どんなに
>>207 ＞再構築しなくてよいテータベースがあると、その設計に感嘆する。
ER図がぱっと頭の中に浮かぶんだな。
>>207 発展型の転用と、思いつきの転用の差だと思う。
ユーザーがぶれてないだけで、設計の良し悪しはあまり関係ない気がする。
テータベースに萌えた
＞再構築しなくてよいテータベースがあると、その設計に感嘆する。
213 ：
仕様書無しさん ：2007/07/12(木) 22:29:53
>>212 1レコード212のカラムの設計するほうが難しいと思うんだがｗ
でも・・・あるんだよなぁ・・・・orz
超汎用テーブルとかだれが思いつくのさ
>>213 みかか村で過去に14テーブルぐらいそうゆうのみたなw
こんなDBもあるんだからびっくりだ
そんな用途不明のフィールド量産してどうするんだwww
データベースの設計は基本的に「1 fact 1 place」を頭に入れておけば
>215
C++で、構造体にメンバ変数を追加する必要があって、
>>217 COBOLは、レコード長固定のファイルに対して
１レコード読む→レコードを桁で区切る→処理
をすることに特化した言語だからな
予備カラムなんて考え方もそれに由来するんだろう
コボラはその考え方でしか理解出来ないからDBにまでそれを持ち込む
ポインタのコピーは、ポインタが上書きされるだけでは？
>>221 メンバ変数にCStringがあるから、それやると、逆に大惨事に。
>>221 >219 のどの辺がポインタのコピーなのかkwsk
src->aのメンバ変数aが何の型か
>>219 数にもよるが俺ならこう書くかもしれない。
HogeCopy(Hoge * dst, Hoge * src)
{
Hoge * dstOld = dst;
// とりあえず全部コピー
*dst = *src;
// 以下２つはコピーしたくない
dst->x = dstOld->x;
dst->y = dstOld->y;
}
強い保障されたswap( )実装しろよ
227 ：
215 ：2007/07/13(金) 07:19:23
実はこれある大手銀行のデータベースなんだ・・・
228 ：
仕様書無しさん ：2007/07/13(金) 08:34:20
>>215 前、銀行子会社のソフト会社に勤めてた。
親絡みの仕事してる事業部と、親関係ない自前パッケージ作ってる事業部があって
関係ない方にいたんだけど、親絡みの方から移動してくるコボラはそんな感じだった
内部コード、ソート順、名称、種別、区分、大分類、中分類、少分類、ステータス1、ステータス2…
内部コードとソート順にキーをはってるくせに
実際は種別でテーブル分けろよみたいな動きを切替えて
区分でみてるデータと大中小分類でみてるデータがあって
有り得ないデータの制御はアプリで規制するの
正規化とかはなにそれ？って感じなの
だって単項目マスターに全マスターほおりこむから
高望みしないからせめてソート順のキーをはずしてくれ…
意味のない内部連番キーにしてるんだから十分じゃないか
HogeCopy(Hoge * dst, Hoge * src)
>>224 メンバ変数aがポインタ型だったとして、
dst->a = src->a と *dst = *src がどう違うと言うんだ？
>>225 ﾜﾛﾀｗ
233 ：
232 ：2007/07/13(金) 14:52:49
およよ。既に突っ込まれ済みですかｗ
>書くかもしれない
>>>Hoge * dstOld = dst;
238 ：
仕様書無しさん ：2007/07/13(金) 18:30:36
女なら普通に３本まではつっこめる。
・・・いぢめる？
当然だろ
>>237 そのpatchはコンパイルが通らなくなる可能性が・・・
HogeCopy(Hoge * dst, Hoge * src)
{
Hoge dstOld = *src;
*dst = *src;
dst->x = dstOld.x;
dst->y = dstOld.y;
}
か？
>>231 メンバにポインタや参照があるとシャローコピーになってしまう恐れがあるって事じゃ？
ホイコーローコピーってどんなコピーだっけ？
つーか、SQLだとテストいらなくて、同処理をするjavaだとテスト必要って
>>245 SQLはプログラミング言語ではなく、
javaはプログラミング言語だからです。
あまり複雑なストアドは書かんでほしい。
SQLもプログラム言語というか普通に命令セットの集合だと思うが。
>>248 SQLはプログラム言語じゃないよ。
PL/SQLはプログラム言語だよ。
>>249 「～じゃない」は言えるけど、「～だ」が言えないタイプの奴だなｗ
脊髄反射で否定するのは得意。
まあ俺も SQL はプログラミング言語に分類するより、データベースに特化した
クエリ言語に分類するのが適当だと思うけれども。
SQLは問い合わせ言語であって、プログラム言語じゃないよ。
マシンに明確な指示を与えるための規則の集合という意味では
>>250 アホかｗ
「俺も～が適当だと思う」って、お前の意見なんか聞いちゃいねーよｗ
SQLのことをよく知らないの丸わかりだな
>>252 htmlをプログラミング言語なんて思ってる奴なんか、何も知らない初心者だけだろう。
テキストをマークアップするだけの作業のどこがプログラムなんだ？
本に蛍光ペンや赤ペンで線引いたりするのと本質的には同じ作業だろうが。
つまりお前は何も知らない初心者と言うことだ。
>>254 様々なプラットフォームのブラウザに同一の表示結果を与えるための
マークアップは、プログラミングと言っていいと思う。
実際、たとえばOracleのcaseを駆使したSQLなんかはプログラムと言っても差し支えはないだろうが
>>255 いいわけがない。
そもそも、htmlを読んでどう表示するかはブラウザ側の実装次第。
つまり「様々なプラットフォームのブラウザに同一の表示結果を与えるため」に必要なのは
ブラウザ開発者側の努力だよ。
だからAcid2なんてものがあるんだろ。
Acidテストも知らない新人がなに息巻いているんだ?
つかドラゴンブックにHTMLはプログラミング言語だって
クエリ言語っていうかSQLの一説は構造化照会言語なんだから
つか、字句を拾って構文を読み取る者全般を
>>261 じゃあ、面接か何かで
「プログラム言語が得意です！とくにHTMLです！」
って言ってみてよ。
俺にはできない。
それで笑われたら「字句を拾って…」って同じ反論してみてよ。
俺にはできない。
264 ：
261 ：2007/07/14(土) 12:35:01
俺、今はもう作ってないけど
>>264 ＞最近ではHTMLですね。バリバリかけます
じゃなくて
＞レンダリングエンジンを作ってた
ここが重要だったんだろ？
日本語が不自由だって自覚を持った方がいいよ。
バイナリだって言語と呼べるのかもな。
CPUが解釈できる命令のことを機械語って言ったりするし。
>>257 それはブラウザ以外にも言えることだと思う。
そもそも、機械語を読んでどう処理するかはプロセッサの実装次第。
つまり「過去のプロセッサ含め、さまざまなプロセッサで同一の処理結果を保証するため」に必要なのは
プロセッサ開発者側の努力だよ。
だから・・・なんてものがあるんだろ。（←思いつかなかったｗ）
>>267 スレタイも読めないんじゃ、そんなバカな書き込みもむべなるかな。
自分の固定観念で追いつけなくなるとすぐ馬鹿呼ばわりする
今までさんざんスレ違いな会話していて、俺がきたら「スレタイ嫁」かよｗ
>>271 だって、プログラミング言語の話なのに、CPU持ち出すんだもん。
そりゃ違うじゃん。
いくらなんでも「HTMLはプログラミング言語じゃない」から
>>267 の話は飛躍しすぎ
揚げ足取りのコピペって時点でもどうかと思うが
>>257 の書き込み自体はもっともじゃないのか
アバヨいっといてまた書き込むのもアレだが、俺は端的に言語の例を挙げただけなんだがな。
定数が1ずつずれちゃってたときなんか修正がいやだったなあ・・・
いや、
>>245 はSQLだろうがJAVA組もうがテストしろと
言いたいだけではない
>>263 君の話は飛躍しすぎ
厳密に言えばhtmlもプログラミング言語の範疇であろうが、普段われわれがプログラミング言語として考えるところのCやJavaなどから見ればプログラミング言語らしくないというだけの話
ここで面接官がいうPLにhtmlが含まれないであろう事は当たり前である。でもそれはhtmlがPLに含まれないことを示すものではない
君の文は読み悪すぎ
Q. SQLってプログラミング言語なの？
この会社辞めようと思った糞議論。
「言語」と「プログラミング言語」は分けて考えようぜ。
くっだらねぇ
公理も定義もない状態で議論しても主観によるところが大きいから、お互いの論理に矛盾無しに反立しうる。
どうでもいいけどオナニー文章書いて
俺、今からメロン食う
馬鹿野郎
メロン半分食い終わった
俺、今からスイカ食う
Wikipediaをウィキと呼ぶプログラマが書いたソース。
>>296 おお、新しい。
メールの内容の英数字が全角半角混在のやつが
書いたソースなみにいやだなあ。
10年単位の長きに渡ってつぎ足しつぎ足しして熟成されたソース
>298
プログラミング言語の定義（誰が言ったかは忘れた）
ダイクストラの構造化定理が似てるが、
じゃあやっぱりSQLもHTMLも含まれないでFAなんじゃん
303 ：
仕様書無しさん ：2007/07/15(日) 01:41:50
Programming with Stored Query Language.
プログラミング言語かどうかはともかく、テストはしなくちゃな。
>>304 設定ファイルを書き換えることさえ開発だって言ってたら
運用の人まで開発者になっちゃうじゃまいか
その理屈だと秀丸の背景色を変えることすらも開発さ
307 ：
仕様書無しさん ：2007/07/15(日) 02:07:38
ソフトを完成しさせて人手に渡るところまでは開発だろ
308 ：
仕様書無しさん ：2007/07/15(日) 02:13:49
JAVAなんてアホでも出来るように作られてる言語なんだし
>>308 そのJAVAをこれから始めてみようと思う俺が来ましたYO!
// このURLへは今後接続しないことを示す
discnct という名前からして、いい感じに腐っている。
313 ：
仕様書無しさん ：2007/07/15(日) 10:34:14
コメントが全部、日本語をローマ字表記。
314 ：
仕様書無しさん ：2007/07/15(日) 10:38:12
> [debagu yy/mm/dd]
せめてdebaggu
317 ：
仕様書無しさん ：2007/07/15(日) 12:00:17
テーブル名とかカラム名がローマ字ならよく見る
それならいいけど
discnctについては、母音省略もアレだが、dis-を「～しない」だと思ってる
>>JAVAなんてアホでも出来るように作られてる言語なんだし
>>319 disconnectは普通に「切断」という意味だが・・・？
>>323 そうだよ。
すでにつながっているものを「切断」するんであって、
最初からつながないという意味じゃない。
最初から繋がらないなんてどこに書いてあるんだ
メソッド名としては、testConnectibityとかの方が助かると思う。
327 ：
仕様書無しさん ：2007/07/15(日) 13:54:18
>>324 disableは最初から出来ないと思うよ
disableは、可能であることを出来ないようにしておくことだね。
330 ：
329 ：2007/07/15(日) 13:57:03
あ、it disable -> it disablesです。ごめんね。
>>327 最初から出来ないのは unable じゃ?
333 ：
仕様書無しさん ：2007/07/15(日) 14:27:26
>>332 ああ、そうだね。
だけど、身体障害者には生まれつきもあるわけで、
本来出来るというのは、健康な人間なら本来出来るが、その人は障害のために最初からできないわけで、
つまり、構造的に接続できるようになってる物を、切断した状態にしておくのが切断であり、
さっきまで接続していたかどうかとか、時間的経過に関係なく切断状態にあるのが切断だと思うよ。
>>324
正直どうでもいい
335 ：
仕様書無しさん ：2007/07/15(日) 14:30:47
>>334 名前と実際が食い違うのをいちいち関数仕様を読んで覚えたりソースコード追っかけたりするのは面倒だろ？
>>333 日本語と英語じゃ言語構造も単語の細かい意味も変わってくるので、
生半可に論じられないし、そもそもスレ違いだからEnglish板にでもいってらっしゃい。
そして、ここでdisconnectといっているのは、切断のことではなく、
「～を切断する」ということです。他動詞ですね。
>>333 disconnect(切断する)じゃなく disconected (切断状態にある)ならいいんだろうな。
元のはdiscnctだからそこまで考えてないだろうけど。
distnctにするとぜんぜん違う意味になりますな。
×disconected
kiretemasu?
kiretenaissuyo
>>310 確認するけど、コメントと関数名とやってることの三つがバラバラというのが問題なんだよね？
やってることは、与えられたURLに接続してみて、
接続できたら(例外が発生しなければ)trueを返し、例外が発生したらfalseを返す。
そもそもこんないらん議論を呼ぶ
もう全部
346 ：
仕様書無しさん ：2007/07/15(日) 18:31:26
347 ：
仕様書無しさん ：2007/07/15(日) 18:33:59
if (ret==false) {
348 ：
仕様書無しさん ：2007/07/15(日) 18:57:03
>>346 ,347
変数名の付け方に問題があるかもしれんが一概に悪いとは思わんよ。
以下のような場合もあるから
bool ret = 何かの初期化メソッド();
if(ret == false)
{
// 初期化失敗
return false;
}
// ほかの処理
..
return true;
349 ：
仕様書無しさん ：2007/07/15(日) 19:02:26
>>349 いや、あれだよと突っ込んでほしいのか?
>>349 コードを追記したら
func(); // 目がぁ～目がぁ～
はお約束だな
353 ：
310 ：2007/07/15(日) 21:44:15
変な議論呼んだようですまん
354 ：
310 ：2007/07/15(日) 21:46:05
// 接続先のファイルサイズを取得
なんというコード・・・
何したいわけ？
cnct（対象URLに接続）
たった二十行程度のコードに
>>310 のコメント
// このURLへは今後接続しないことを示す
が、
/** @return true 切断成功 false 失敗。このURLへは今後接続しない */
ならまぁよかった、ということなのかな。
つか成功したかどうかHashかなんかで管理して
あまりにひどいコードに絶望した…！
コメントにアスキーアートがはってあったぞ
__,,,.... -――‐- .._ そりゃあ…かまわない
>>363 一見まともなコメントにこんなの付いてたら嫌になるな。
何を信じればいいのかw
367 ：
仕様書無しさん ：2007/07/16(月) 12:26:01
>>354 酷いな・・・8行で済むのにそんなにダラダラと・・・
368 ：
仕様書無しさん ：2007/07/16(月) 13:11:02
納期は命より重いっ・・・！
ざわ・・・
>>344 ローカル関数に関してはそのルールで書く人を知っている。
本人曰く、『どーせ俺しか読まねぇし』。
3年後の「俺」には読めない罠。
あるあるｗｗｗ
>>372 一年後に読める自信がないです。
覚えているうちに仕様変更とかあればいいんだが…
違う仕事一個でも挟むと無理そうだ
376 ：
仕様書無しさん ：2007/07/17(火) 13:05:25
>>376 って言うか、たったの3連休で頭真っ白なんですが・・・
先週までの俺が何をどうしたかったか、やっと何となく解ってきたｗ
今週の俺によると、先週までの俺は未熟者だったらしいｗｗ
前日の日記をつけろ。毎日3行程でいいぞ。
似たようなのもう出てそうだが、
Cool！ｗ
381 ：
仕様書無しさん ：2007/07/17(火) 19:45:12
>>379 昔は、マシンコードを定数の配列にして、関数ポインタで指してたり．．．
定数ならまだいいが、技術的な制限から、コードを実行中に書き換えながら走らせることもあったな。
辞めさせられないようにする為の保険か？
メモリに入りきらない。
せめてコメントぐらいはつけて欲しいな
ソースコードが残ってなくてＲＯＭがあるんだけど、バグ対処してねとかいうのもあったな。
10年は長いですね。
その部署の文化になってればそれが当たり前になっちゃうからなあ。
>>388 Intel 8x86 の時は、自己書き換えしても問題なかったから、メモリの制約とあいまって、
むしろあたりまえのプログラミング技法だったと思う。
80x86nになってキャッシュの概念が出てきて、メモリ上で自己書き換えしてもそのコードが
保持されないので問題が顕在化して、行儀が悪いということになった。
行儀の問題はキャッシュとは関係ないっしょ
393 ：
391 ：2007/07/18(水) 12:42:13
いや、この場合は関係あると思ってるんだが。
すげーどうでもいいことだが。
自己書き替えはそれこそZ80の時代から「行儀が悪い」とされてましたが何か
86 系で自己書き換えのときのキャッシュのフラッシュ（の欠落）が問題になったのは
今はメモリ使い回すメリットがほとんどないだろ
ひゅほうでんせつ
最近は
LISPだと自己書き換えってどういう感じに捉えられているんだろう？
すべてがS式なんだから、コード書き換えもアリとは思う。
longjumpで書き換えまくるのは普通だし
テクニックとしては面白いんだけどな。バッファオーバーラン攻撃の基本だし。
>>402 longjmpは自己書き換えしなくても作れるだろう。
ものすげー変なCPUまで把握してないが。
405 ：
仕様書無しさん ：2007/07/19(木) 02:18:03
iTRON準拠のマルチタスク環境では動いていたというか動かしていたよ。
>>405 >コード書き換え
と
>マルチタスク
に、まるで相関がない。
自己書き換えはすたれてるけど、コード生成自体は ATL のサンクとか
HaskellのコンパイラがDEP（データ実行防止）に引っかかった。
412 ：
仕様書無しさん ：2007/07/19(木) 23:57:15
うーん。「自己変更コード」とか「自己書き換えコード」とか呼ばれているけど。
普通は悪用目的の書き換えを指すんじゃまいか？改竄て。
進化するコード
暴走してウィルス化するなんていかにも漫画的なシチュエーションだ
ソースが貼られず自称上級者の醜い言い争いばっかりじゃねーか
switch( cValue ) {
これでcValueがucharなら笑えるな
関数名が func0()～func255() じゃないってことは、コボラーじゃないのか....
423 ：
仕様書無しさん ：2007/07/21(土) 09:22:02
while( flg == TRUE){
424 ：
423 ：2007/07/21(土) 09:24:38
あ、case 12ではhoge=0じゃなくてflg=FALSEだった。
425 ：
仕様書無しさん ：2007/07/21(土) 09:25:14
>>423 コードの意味がわからないってのはわかるが、
改変して行数が増えるとコンパイラが通らないって何？
VC++1.52だと最大行数の制限があるの？
>>423 パーサーとかそんな感じで作るけど
#ifdef DEB_PRINTしこんで
コールグラフ作ればいいだろ。
んで文法作ればいい。おそらく処理しきれない
例外を見過ごして別の規則に遷移してるだけ
じゃねーの？
427 ：
仕様書無しさん ：2007/07/21(土) 09:28:44
１６ビットの制限とかあるんじゃね？
>423
>>428 hogeX()や各case値に意味あるケースは稀じゃね？ｗ
そうなのかｗ
caseでのコードではこんなのあったな＠Java
オブジェクト指向はおろか構造化すら怪しいグラマが必死に考え出したコードっぽいな。
433 ：
431 ：2007/07/21(土) 10:31:32
随所どころか、辛うじて理解できた一部だよ
例はちょっと書けないけど最強にカオスなコードならあるぞ
436 ：
423 ：2007/07/21(土) 12:10:28
>>425 1関数のサイズの上限が決まってたと思う
>>426 ,428
何年も前に終わった仕事について批判されてもなぁ・・・
大体1関数が1000行って時点で何かおかしいんだから直して当然だろ
関数ってどんなに多く書いても数百行で済まないか？
438 ：
仕様書無しさん ：2007/07/21(土) 14:23:36
>>436 関数の制限じゃなくてswitchの制限だと思うよ。
>>437 普通に手続き言語をやってくれば、どんなに長くても数百行なんだが、
大昔のPLCしか触ったことない奴だとだらだら書く事しか知らなくて、1000行とかいく事がある。
実行される行数が50を超えたらそれは長すぎ。
441 ：
仕様書無しさん ：2007/07/21(土) 16:52:49
>>440 実行される行数ってコンパイルした後の話か？
実行後の行数なんて意識する必要ないだろ、５０行超えたら読みにくいだけ
別にコードなんて動けばどーでもいいんだよ
煽り乙
>>443 中国産は長い・意味不明・動かないの3拍子揃ってるぜｗ
446 ：
仕様書無しさん ：2007/07/21(土) 18:05:21
447 ：
仕様書無しさん ：2007/07/21(土) 20:00:17
>>443 >プログラムなんてちゃんと動けばそれでいいんだよ
ちゃんと動かないから問題な件
プログラムはちゃんと動いて、ソースが読みやすくて、修正しやすくて、
>>443 それぐらいならおれにもできる、いや、だれだってできるだろう。
だがきみに呼ばれて出てくるかな？
先代と先々代のコードです、参考にしてくださいと言って渡されたコード。
そのコードで何人が辞めて逝ったのか．．．
if (isdate(strDate) =false) = true then
ifでboolな判定するときに比較のtrue・falseをどちらか固定にするヒトっているからそれじゃね
それって言われてもそれの意味がわからない
>>453 >boolな判定するときに比較
莫迦確定ですよ、それ。
ﾜﾛﾀ
>>455 ホント、バカ確定なのは確かなんだけど、
うちの会社のVBから入ってきた人間だとナチュラルに存在している。
<cond> == false ってやる奴は本当に多い。
アレかな？unlessがほしいのかな？
>>458 俺はFalseで比較することが多いんだけど・・・
bCond == False
bCond != False
True比較は使わない。
比較を書かないことはある。
=true <>true !=trueか
=false <>false !=falseのどちらか限定なら有り得る
変な書き方すると
>>452 なのかな
>>459 あえて
If Not cond_expr Then とか if( !cond_expr)
としない理由は？
== false とかのほうが見やすいから？
論理定数との比較はアホの仕業。
>>461 Ｃ使いなんで！が見づらいってのが大きいのかな？
if( !IsHogehoge( ) )
if( IsHogehoge( ) == Flase )
慣れでどうにかなるレベルだし、どうでもいいね。
スレ汚しスマソ
CでFlaseはちょっと・・・
VBの場合はIfの後の値を括弧で囲まなくてもいいというのと、論理否定の演算子が
>>464 最後の1行に「蛇足」という言葉の
真の意味を見た。
>>464 標準関数使ってないよ。ってか使える環境じゃないし。
関数はもちろんFalseを返す仕様だからそれと比較してるだけ。
そういう俺様仕様でもコンパイラ様は最適化してくれるのかなあ。
最適化レベル０なんだけど・・・
/**
>>458 VB6にはC言語の ! 演算子に相当する演算子が無い
VB6のNot演算子はC言語の ~ 演算子に相当する
>>470 規約がゆるいか、もしくは無いプロジェクトだったんだな
>んで理由が解かったんだけど、俺が新人のころに使っていた
とデスマーチ犯が文句言っています。
>>473 そりゃ資産の流出が明るみに出たんだもん、
デスマでもなけりゃ調べるでしょうよ。
そのツッコミ箇所は傍から見てても予想外ｗ
>>475 ,476
俺だったら「ふーん、俺のコードじゃん。どっから流れてきたのかな？」って思う程度で
それ以上突っ込んだりしないけどな。
別に俺が書いたってだけでそのコードは俺の持ち物じゃないんだからいちいち調べる気は起こらないな
会社の資産持ち逃げされてるのに問題にしないやつらって
新人作成のスパゲティコードの拡散なんて
>>478 愛社精神とか全然ないので
むしろ被害うけてたら内心ﾌﾟｹﾞﾗです
盗まれて困るにしろ迷惑をかけるにしろ、ちゃんと管理しとけよｗ
管理といえばVSSが割れだったトコがあったなぁ・・・・
>471
>>479 辞めた会社のソースなんか知るかよ
今勤めてる会社のコードだったとしても上司に報告するだけだな。
調査して賠償させる方が得か、放置した方がましかは法律や経営の専門家に任せた方がいい。
485 ：
仕様書無しさん ：2007/07/23(月) 08:24:16
一つの関数が8000行
>>483 True = -1なのはBASICを小メモリで実現する技巧の一つだったと思われ
会社でVB6のヘルプみたら、bool値にnotを使ったら、論理演算してくれるようなことを書いてあったよ。
>>488 それはNotはビット演算してるだけだけど、たまたま論理演算の結果とあってるだけってツッコミ?
ヘルプには、trueをnotしたらfalse、falseにnotしたらtrueになるってはっきり書いてあったから、bool値にnotしたら、
論理演算になるんじゃないの?
たまたまじゃなくて、合うようにしたらそういう定義ってことでしょ。
どちらにしろ論理値の反転として、Notを使いなさいってこった
Const cond = 2
>>492 その場合condは暗黙的にLong型だから、Notはビット反転になる（論理反転にはならない）。
Const cond As Boolean = 2
あるいは
If CBool(cond) Then
If Not CBool(cond) Then
If CBool(cond) = False Then
これでおｋ
案の定 false との比較の話になっててﾜﾛﾀ
496 ：
仕様書無しさん ：2007/07/24(火) 23:52:33
再帰といえば、以前、以下のようなコードをみつけたことがある。他社から派遣されてきたプログラマが書いたものだ（※２）。
いやまて。関数型言語使いの可能性は捨てきれないぞ。
>>497 とうぜん末尾再起でループに最適化されるのを見越して書いてますよね。
>>500 俺FizzBuzzの話聞くまで海外にもアホPGが居るって事を知らなかった。
考えてみれば当たり前か。
502 ：
仕様書無しさん ：2007/07/25(水) 01:14:34
福島県の会津地方のある温泉ホテル「○○○○○○ホテル」で働いたのですが、当初経理の募集で応募し、
ハロー アイアムガイジン
>>496 496 の見積もりでは、何回くらいユーザがYESを繰り返すとスタックが
あふれると思う？
505 ：
仕様書無しさん ：2007/07/25(水) 14:02:27
なんという糞実装ｗ
おおそうか、手動無限再帰になるのか。
508 ：
仕様書無しさん ：2007/07/25(水) 15:22:12
Yes 以外を押さない限り、再試行し続ける実装でつね。
「ほほえみのむら」の武器防具屋のようだ
>>507 その辺は仕様だからしてコーディングがどうとかいうレベルの話じゃないよね。
496は再起による実装を問題視したんだろうけど、漏れはそれは問題とは思わないなあ。
千回YES押したら異常終了しましたなんてのは出荷判定でもOK出るだろ。
末尾再帰が叩かれるとか初めて見た
使い方を明らかに間違ってるからだろ
それはSchemeに対する挑戦か
そもそもループが無い言語と同列にしてどうする
その場しのぎのソフトとかスクリプトならむしろ
こんなコードがあった。
>>516 VBならインジェクション対策を無視るのは場合による。
ライブラリによってはサブクエリへの値の埋め込みを許さない場合があるから。
型指定が無いのと、SQLのクローズやキーワードを
いちいち定数にしているのと、定義した定数を使わずにリテラルべた書きなのと、
chr(39)なんてしているのは場合によらず問題だけど。
518 ：
仕様書無しさん ：2007/07/25(水) 20:56:14
いいプログラマはすべて再帰とポインタを扱えるべきであり、
またコピペか
こういう文脈でJavaはよくバカにされるけど、Javaの動作なんか
理解できてないから「Javaにポインタは無い」とかろくでもない誤解があったりするんだろ。
再帰って木構造のデータ扱ってると自然に使ってないか？
523 ：
仕様書無しさん ：2007/07/25(水) 22:27:25
夏だねぇｗｗｗ
緊張します
緊張の夏
再帰使ってるってだけで目の敵にされるから使わない。
再帰が問題になるのはかなり負荷のかかることをやってる場合で，それは結構な時間がかかる。
>>528 つうか、開発してたらどれ位ネストしてしまうか位わかるだろうに・・・・
考えずに再帰してるやつとかいるよな
>>528 それはループに展開されない再帰を書くのが悪いんだよｗ
遅いしスタック溢れがあるし、使わずにすめばそっちの方がいいよな。
533 ：
仕様書無しさん ：2007/07/25(水) 23:40:52
オレは末尾再起を信じている。
534 ：
仕様書無しさん ：2007/07/25(水) 23:43:47
きちんと正規化されていない冗長テーブルで、第３正規形ならばヘッダ項目の値に相当するデータを取得するＳＱＬ。
|
|
∩＿＿＿∩ |
| ノ _, ,_ ヽ （（ | ﾌﾟﾗﾌﾟﾗ
/ ● ● | (=)
| ( _●_) ミ ＿ (⌒) J ））
>>531 彡､ |∪| ノ
⊂⌒ヽ / ヽノ ヽ /⌒つ
＼ ヽ / ヽ /
＼_,,ノ |､＿ノ
>>531 関数呼び出しのコストを考えなくて良い言語を使っているならね。
>>521 それこそ誤解。
JavaにはCで言うポインタ相当の機能が無い＝Javaにはポインタはない。
というか、Javaの言語仕様の説明で「Javaにポインタあります」なんて出てきたっけ？
リファレンスのことを言っているんでしょ？
Javaにはポインタはないけど、リファレンスはある。
まあ、名前としてだけのポインタなら、java.lang.NullPointerExceptionがあるわけだ。
C#だとSystem.NullReferenceExceptionだったっけか。
Java理解するだけならポインタなんかぜんぜん知らなくてもOKだと俺は信じている。
ただ、参照は理解しないと致命的。まともなプログラムは何も書けんだろう。
（強い, 弱い, (ソフト,) ファントム や、循環参照 とかは後回しでいい。）
539 ：
仕様書無しさん ：2007/07/26(木) 00:02:55
>>538 じゃヴぁ厨はアホしかいないからｗｗｗ
真剣に相手にしない方がいいよｗ
>>537 >>528 は
「負荷のかかる処理に再帰は使われる」と言ってるのか、
「再帰だから負荷がかかる」と言ってるのかしらんけど、
どっちにしても、再帰を特別視しすぎ。
>>534 SQLの集約関数で何でもいいからグループ内で取れた値のうち1つを
とりあえず返す（パフォーマンス優先）っていう関数があればいいのになあ、と思う。
Top n とか ROWNUMとか？
またJavaにはポインタはですか、飽きましたよw
>>542 Top nの方が近いかな。
select retrieveSomeValue(expr) from ** group by ~~
で適当に値返す。最大とか最小とか意味は持たない。
返却値は実装依存。パーティション内で同一の値を持っているなら何も困らない。
まあ、こういう話はスレ違いかな。
SQLといえば、Oracle限定だが、
WHERE
1 = HOGE AND 1 = HOGE2 AND 1 = HOGE3 AND 1 = HOGE4
ってのは勘弁してほしい。
1 = ALL(HOGE, HOGE2, HOGE3, HOGE4)
って書いてほしい。あんまりこれを徹底しすぎると実行計画が最悪になるが
↑のケースだとこっちの記法の方がパフォーマンス損失なしでわかりやすい。
ポインタと参照を議論するならまず定義してからにしようぜ。かなり今更だが。
546 ：
544 ：2007/07/26(木) 00:32:52
あ、ごめん。
>>544 の実行計画のよしあしはケース依存だわ。
SQL系で言えば、subquery_factoring_clause(WITH ~~)使わないとか、
やたらとselect * from が多いとか、スキーマきりまくりで
プログラム内でデータ結合してるとか、
OUTER JOIN で未だに(+)記号使ってるとか、勘弁してほしいのが多いなあ。
あとみんな INNER JOIN ~~ USING なんで使わないの？
NATURAL JOINは削除フラグとかがあるから使えないとしても、
バカみたいに同じ列の名前を = で結ぶのはなんで？
ポインタを隠蔽した方がガベージコレクションに都合が良いんだろうか？
>>545 Pascalのポインタは加減算できないぞ。
>>545 「参照」で上げてる中で明示的にデリファレンスをするのはperlだけじゃないのか？
>>549 そういえば、Perlはリストのリストとかないしな。
リストにリストの参照ならあるけど。
VB6は一方通行のポインタ（DLLに渡すだけ用）と参照があるね。
551 ：
545 ：2007/07/26(木) 01:13:47
>>547 ポインタの指してる場所を好き勝手に変更できる場合だと、指してる先が本当
に実在する値を指してるのかどうかを実行時に判定できる必要があるからな。
Boehm GC みたいな力技でも何とかなるが。
>>548 それは知らなんだ。そもそも Pascal にポインタあったのか。
>>549 明示的かどうかは考えてなかった。まあそれを言ったら Haskell の IORef や
TVar も明示的にデリファレンスする参照だ。
increment :: Num a => TVar a -> IO ()
increment n = atomically $
do old <- readTVar n
writeTVar n (old + 1)
CとかC++とか、むしろポインタこそ真変数ってぐらいポインタばっかだ
553 ：
仕様書無しさん ：2007/07/26(木) 02:50:39
FizzBuzzって何？
>>553 ｸﾞｸﾞﾚｶｽ!!
ｳｨｷﾚｶｽ!! ｳｨｯｷｰﾚ!!
>>553 Google't!!!
Wiki't!!!
>>553 ﾗﾋﾟｭﾀ!!!!
>>553 ↑ ﾊﾟｽﾞｰｰｰｰｰｰ!!!!! だから・・
>>553 ｵﾈｱﾐｽの翼!!!!
ｪｴｪｰｰｰｰ!!!!!
>>551 Pascalは確かにポインタが存在する。
特にOOPLとして拡張されてるDelphiなんかは
参照とポインタが別の物として存在してるし。
オブジェクト型はJavaのように暗黙的な参照として扱われ
ポインタは加減算出来ず、型も厳密なので限られた事しか出来んが
こちらは明示的にデリファレンスが必要。
ポインタと参照の境目は「指し示すもの」を明示的に扱うかどうかじゃね？
pascalのポインタって、演算子じゃなくて
とりあえずアドレスは間接参照という概念を実装するために使われる
Cのポインタだってアドレスになってるのは実装依存。
>>557 じゃ、アドレスになっていない処理系を紹介してくれないか？
存在もしない処理系についてえらそうに語ってないことを明らかにしてくれよ。
>>558 全くの別人だし、実際にアドレスではない処理系は知らないが、
思いこんでると危険。仕様にアドレスだと記載していないのだから
違うかも知れないと思っておくのは大切。
「std::vector<T>::iterator」が「T*」では無いかも知れない
って言ってるのと同じだよ。
こっちはそうでない処理系を見つけるのは簡単だろうけど。
C/C++には「未定義の動作」が多いからね。
全く違う環境と処理系の仕事をやらざるを得なくなったときに
ハマるかどうかはそこで決まるかも。
仮想記憶だったら物理アドレスじゃねーな。
C++の参照も一般概念としての参照とはまた違うから、
&はそのオペランドのアドレスを返すことになってる。
ちなみに、メンバ変数/メンバ関数へのポインタは、
広く意味を取るなら
ポインタは忘れてもいいけど
>>555 それは拡張された仕様だとおもわれ。
TurboPascalでも使えたのかな?
使ってた当時は、ポインタを整数やら配列にキャストしたりして、無理やりポインタの演算を
やってた記憶が。
>>558 昔はインタプリタのCがあったから、そういうののポインタは、アドレスは直には入ってないんじゃないか?
だからCのポインタの値はアドレスと規格で決まってるっての。
>>564 まあ意味論的には区別する必要無いな。
ポインタの加減算とかが必要になるのは
生のメモリブロックに触ろうとしてるからだし。
>>564 だからかな？身の回りのperlerの人たちはあまり「参照」て言わない。
「リファレンス」ていう。・・・よけいややこしくなるかｗ
>>570 リファレンス先の実体のことをリファレントと呼ぶ。
>>571 じゃあポインタの指してる先も「リファレント」？
>>572 まあ、そうだね。
Perlだとリファレンスをデリファレンスして得られるものがリファレント。
さあ結局
>>545 が果敢に試みた定義は果たしてできるのかｗ
というかここしばらく誰もソースを張ってないぞｗ俺もな。
なんだか最近脱線しがちｗ
しかし『プロ』グラマらしい会話でいいじゃないか。
577 ：
仕様書無しさん ：2007/07/27(金) 06:26:40
プロにもなってポインタ・・・ボイン・ボイン・・・
フロにはいって・・・ボイン・ボイン・・・
pointer pointee
referとかreferrer(rは2つ。HTTPのはcreatなみに手遅れ)とかも忘れるな。
creatは、一文字でも短くというunixの慣習からだから
>>579 referenceeだったら感覚的にはreferenceされるものって感じだけど、
referentはreferenceして得られるものって感じ。
>>581 Ken Thompsonは「Unixを作り直すとしたらどこを直したいですか？」と聞かれて
「creat()にeを付けたいね」と答えてる。
typoなのか制限があったのかはいまだに確定的な証拠を見たことがない。
ちなみに「一文字でも短くというunixの慣習から」という推測は見たことがないな。
システムコール名が最大 6 文字だったから一文字でも短くというのは誤りではないが
ちょっとググったら
クゥレイトォ！
アセンブラ6文字制限説に関しては、creatと同時期に6文字のシステム
creatって書いたら、[crI:t]って発音しちゃうよな。
breadとかのノリでクレットもありそう。
ポティトゥ
トメェトゥ
トァマゴゥ
if ( height < height * 7000)
>>594 オーバーフローしたら偽になるってこと？
プラスかマイナスかを判定しているんじゃない？
597 ：
仕様書無しさん ：2007/07/29(日) 00:37:08
定数なのにいちいち計算すんなってことかな
０のときも偽になるな。
プログラム以前の問題だな。算数のレベル。
if (len != 2 || len != 3) {
>>601 len != 2が評価された瞬間に割り込みでlenの値が書き換わる。
え？ローカル？割り込み無い？(*￣-￣)ふ～ん
!= 演算子がオーバーロードされてたり・・・
こんな記述意味ねー、と思っているとスレッドや演算子オーバーロードで死ぬ。
じつはlenはワード型への参照で、lenが指す先はI/Oアドレスにマッピングされてて(ry
if(式)の式の評価順序は（ｒｙ
>>594 は if (height * height < 7000 ) の、
>>601 は if (len != 2 && len != 3) の間違い…だよなぁ
2ならlen != 2で通らないで次いく。
3ならlen != 2→len != 3で通らないで次いく。
1ならlen != 2→len != 3でifの中に入る。
結果的に
>>608 と同じになる。
何か問題でも？
俺も何に問題があるのかよくわからなかった。
613 ：
名無しさん＠そうだ選挙に行こう ：2007/07/29(日) 12:08:15
＞ if (height * height < 7000 )
ifの()の中を評価している最中に違うスレッドに処理が移る時ってあんの？
615 ：
名無しさん＠そうだ選挙に行こう ：2007/07/29(日) 12:24:18
シングルコアならないだろうけどマルチコアならあるかも
コアの数がいくつだろうと切り替わるときは切り替わる可能性があるような。
コンテキストスイッチがいつ起こるかなんて完全にOSの胸三寸だろ。
だがそんな動作をするソースを見たら会社を辞めたくなると思う
610はつりだよな。
601 はCかJAVAどっち?
>612
>>619 ん？なんか文句あっか？どこが悪いか説明もできないほどの
コミュニケーション能力のなさなのか？
＼ ∩─ｰ､ ====
>>624 えっ？マジなの？うそだろ・・・。
一応悪いところ書いておくけど、
610に書いてあるロジックは論理積。
以上！
あははｗ
ああ、よくわかった。
この業界って
630 ：
601 ：2007/07/29(日) 21:45:15
ちなみに詳しく書くと
>>629 ソフト屋でドモアブルの定理が必要になるのって、科学技術計算をやるとこくらいじゃね？
ハード屋は必須だけど。
でも、この業界はド・モルガンの定理を知らない奴がゴロゴロいるところが恐ろしいと思う。
>>630 意図としては2または3でないときエラーとする，かな。
if( !(len == 2 || len == 3) )
ド・モルガンは高校で習うから知らないはずはないんだが・・・
>>629 懐かしい。
が、知ってる必要はないでしょ。
問題は理数の大卒でそれを知らない奴がいることだね。
>>633 お前が割り込んだせいで俺のレスが変な感じに！
ドモアブルって
唐突なド・モアブル吹いたw
>>636 いや、いいたいことはわかるが、それは違う。
それオイラーの公式を変形しただけやん。
ドモアブルは、複素数をn乗したら絶対値がn乗になって、偏角がn倍になるってやつ。
みんな優しいなｗ
>>629 の悲劇はうろ覚えの呼び名ではなく公式を書かなかったことか。
ぐぐってみると、ど・もあぶるは、絶対値が１のとき限定みたいな･･･
オイラはオイラー
ド・モアブルなんてどーでもいいから、毎回毎回
公式の名前も覚えてないのに
唐突な吃り指摘吹いたw
ド・ゴールの定理とか口走ってたら涙目じゃ済まなかったな。
>643
お七夜を初七日と言い間違えた奴よりはマシだ。w
いやでも紛らわしいよな。さすがに四十九日はわかるが。
で、610=624はどこ行ったんだ？
寿司食いたい
610もああだこうだ書く前に
>>632 正しくは
if(!(len==2 && len==3)) {
}
で必ずtureに成る。
そのへん、賢いコンパイラならif自体消すだろうしな。
デスマってくるとわけのわからないコード書きがちだよな。
今はみんなIF文に頼りすぎてるから論理演算が苦手になるんだろうね。
>>657 C++で
if(p && p->hoge()) do_something();
は(マルチスレッドで p が書き換わる場合を除いて)安全だが?
>>658 条件は先頭から評価されていくとは限らないんじゃなかったっけ？
&&と||演算子は短絡評価になる。
C++の構文としては安全だから「あり」。
トンクス。ひとつ大人になった
>>615 毎回読みに行くかどうかはvolatile修飾子や最適化の設定次第だな
>>今はみんなIF文に頼りすぎてるから
>>666 俺はメモリやI/Oアドレスの内容を毎回読みに行くかどうかの話をしてるだけで
コンテキストスイッチがいつ起こるかの話なんかしてない
昔ベーマガでDr.Dが
>>667 論理圧縮して書くと奇異の目で見られるからな。
カルノー図使って説明しようとすると、「何？その怪しい図は？」って顔されるし。
仕様書通りに書けって言う気持ちはわかるけど、コードは論理圧縮して、
テストデータは仕様書通りにすれば問題ないと思うんだけどな。
どう考えても、レビュアーがコードレビューの時に頭悪いことを必死に隠す
ために言っているとしか思えない。w
そもそも仕様書書いた奴が頭悪いというツッコミはなしね。www
>>670 そのコードを書いた奴が十分に頭が良ければ、納得のいく説明を簡潔にできると
思うんだが。＞コードレビュー時
やっぱ可読性悪くなるから仕事向けじゃないののかｗ
>>670 あんまし圧縮すると、仕様とは似ても似つかないものになったり
コードだけ読んでも把握し辛くなったりするから程々に。
>>670 読みにくくて変更しにくいから駄目なんだよ。
そのデメリットに釣り合う客観的なメリットがコメントで記載してあれば許す。
675 ：
仕様書無しさん ：2007/07/30(月) 21:38:53
>>630 それ、VB上がりの人だね。
VBだと動くんだよ。
677 ：
仕様書無しさん ：2007/07/30(月) 22:39:00
デバッグ時にコンパイルしたり実行したりするのは素人だろ。
さすがプロだぜ！
机上寝バックなら任せろ。
>>675 まじ？じゃあ610がVB厨だったら、
ちゃんとコード書いて動作確認してたのかも
知れないわけか。悪いこといっちゃったなあ。
今VB厨の俺が確かめてみた(VB6)
・・・通るわけねーだろ
! はなかっただろうが Not ぐらいあっただろ
If (Not (a = 2) Or Not (a = 3)) Then←全部通るなぁ
>>682 の意味が今ひとつわからない。
全部真だろ。見ただけで。いや、syntaxが間違ってるとかいうなら別だが。
スレのレベルの低下が著しいな
ネタが高度すぎてついて行けない。というか
>>610-685 までのどれがどれだけネタかすら
わからない。助けてー。
オレの人生がネタ
２ｃｈの存在がネタ
そんな救いのないｗいやちょっとｗ
もうインターネットの存在がネタ
これ他言語で試そう、っていう暇な人いる？ｗ
>>693 もう全部ネタでいいじゃないかｗ そっとしとけ。
そうそう、本気だったんだから
ここまでオレの自作自演(･∀･)ですた
>>693 ためすまでもないよ。
やっぱVBも普通ジャン、うそつき！
もし評価に関数が入ってて
VBじゃなくても変わりうるがな
operator || を作れば完璧だな。
701 ：
700 ：2007/07/31(火) 13:08:44
operator && と operator || か。ｽﾏｿ
operator || を定義しちゃうと、もう短絡評価されなくなるからなあ。
VBは短絡評価されないが、C++もオペレータ定義しちゃえば無くなるのか。
そういう理由があるのでMore effective C++とかの本では
>>699 CやC++の&&, ||はシーケンスポイントにもなっている。
つまり、たとえoperator &&やoperator ||をオーバーロードしようとも、
つまりオーバーロードしてネカマが小梅になっても
#define MODULE_01 {
インライン関数の新しい手法か？ｗ
流石の俺もこの発想はなかった
inline関数は長いと普通の関数呼び出しになるがこれは・・・
ブロックになってるだけまだましかねぇ...
MODULE_01
#define MODULE_02 {\
途中でorz
わざわざ #define しているということは、何回か使うんだよな…。
Java＠Eclipseもなかった時代
HogeHogeを継承したクラスに処理本体が書いてあるんじゃね？
>718-719
日本語が文字化けしてるソース。
char *func(){
>>722 ローカル変数へのポインタを返すなんて猿でもやらないだろ、常考
>>722 昔のソースを見ると結構良く見る
見た目ちゃんと動いちゃうから気が付かないんだよな
725 ：
仕様書無しさん ：2007/08/02(木) 02:50:36
class hogehoge { }
>>721 間違えた文字コードでそのファイルを開いてるだけでは？
通信中にビット化けおこしてるかも
>717
729 ：
仕様書無しさん ：2007/08/02(木) 07:55:03
>>724 見た目もちゃんと動かないだろ。
リターンした直後に参照したとしても書き換わってる可能性高いだろ。
strcpyとかのように、スタックをあんまし使わない関数へ渡すなら
>>722 最初はbufを直接返したけど動かなくてあわててretを追加してみたと予想。
なんか思考と行動がかわいいじゃないか。
>>729 環境によるだろうが、運が良ければ動くだろうな。
>>729 別の関数よぶまでは壊れることはない。
特権レベルのない環境では保証できんが。
そんな環境はたぶん無いと思うが、
.NET のDataSet(単一のDataTable)の中にプログラム中のメッセージ定数や、Enumにあたるものを格納して、
メッセージ定数とかどこでもよくやるじゃん。
DataSetって便利だから下手なメッセージ管理クラス作られるよりいい気がする
>>728 Java1.3の時代、viで開発していましたが何か？
vimとかじゃなくて、vi？
か、漢だ……
本物のプログラマは COPY CON PROGRAM.EXE を使う
ネ木１ ネ木４ →
743 ：
722 ：2007/08/03(金) 00:25:33
この関数呼び出しを直接strcat(だったかな？)の引数にしていて、一応結果は正しくなっていた。
>>741 本物の例。
C>copy con #.com
ﾃｽﾄ
^Z
1 個のファイルをコピーしました。
C># バッチファイルで '#' がコメント行に出来るようになるんだぜ
C>#スペース空けないとダメだけどな。
'#スペース空けないとダメだけどな。' は、内部コマンドまたは外部コマン
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
すげー
>>741 そういや昔実行ファイルをテキスト化するツールがあったな
20年ぐらい前だが
>>747 いや、パソ通のBBSにうｐされたテキストを保存するだけで実行ファイルになるというやつ
>748
懐かしい話してるなー
おもわず eicar.com をここに書こうかと思っちゃったよ。
>>722 記憶違いならすまんが、大分昔に、
配列宣言すると勝手にstaticになるCコンパイラ無かったっけ？
>>752 何その厄介なコンパイラ(((( ；ﾟДﾟ))))
変数とか使う直前に書いていたら、"わかんなくなるから全部メンバーにして"って
>>754 メンバ変数をm_001～でつけてやったらよかったのにｗ
「全部メンバーにしておきました！」
PLCのレジスタ名みたいだな
757 ：
仕様書無しさん ：2007/08/04(土) 15:16:19
>>752 メイン関数で配列取ればスタティックみたいなもんだな
>>754 マジで言うとさ、そういう時ってプログラマとしての正念場だと思うわけよ。
俺はそういう書き方はできないよ、っていう態度ははっきりさせたほうがいい。
糞コードの書き逃げが通用するのはまれで、たいていはあとで自分の首を
絞めることになるよ。
759 ：
719 ：2007/08/04(土) 17:07:51
>>720 いやだから、後方互換性のためだけに、HogeHogeが形だけ残ってるのかと。
引き継いだソース(レガシVB)なんだけど。
全部書き換えてしまえ
public変数なのにgetterあったりする
リファクタリングでpublic変数→getterってよくあることじゃない。
リファクタの途中かよｗ
互換性のためにとりあえず残してる、じゃね？
互換性のためにしても、VBのPublic→Privateへの変更って簡単そうに思うけど。
おや? とは思うが辞めようと思うほどかなぁ?
メンテナってメンターのこと？
maintainer
尹孫河
VBよくわからんがprivateにアクセスしようとするとエラーになるの？
>>772 コードでOption Explicit を指定すれば、宣言なしの変数作成は警告が出るようになる。
このオプションは、IDEで自動入力するように指定することも可能。
…しかし、これを知らなかったり、面倒くさいという理由で無効にしてるVBプログラマも多そうだな…
オプションをさぼったせいで、仕込んだバグの発見に苦労するのは自分なのに。
Option Explicitはﾃﾞﾌｫだとおもてたよ
Unit Testの都合上、Privateで十分なものをPublicにする場合が多い。
>>774 逆に、叱られたわけじゃないけど
昔いた会社でエラー処理が多過ぎる
って言われたことは有るな
進めたくても先に進めません
状況的に発生しえない例外まで全部捕捉しようとする冗長なコードなら幾つも見た。
まあ、RuntimeExceptionはキャッチ禁止だよね。
>>777 世の中ハードウェアもOSも信用出来ない。
もちろんアプリも信用出来ない。
子供の夢にも出てこない
>>778 基本はそうだけど、場合による。
日付などのフォーマットの間違いを例外で適当に指摘させる意味でも、
あるいはFileNotFoundな状況で自作例外をリスローすることもあるかもしれない。
まあ、NullPointerExceptionはキャッチ禁止だよね。
>>779 もうコンピュータも電化製品も文明も捨てて山に篭るしかないな
NullReferenceExceptionも叩いてください
ぬるり
ぬるりふぇらせくす
ぬりえ
>>742 それ、
ネ木１ ネ木４ →コ
にした方が、セーブ終了後にちゃんとモニタプロンプトに戻るんでオススメ。
今度試してみてね。
以前、助っ人で関わったプロジェクトでの事。
某ツールでCOBOLからVBに変換かけた後のパスタソースよりましだと思う
整形ツールを使えば？
スパゲッティと言うよりむしろ固焼きソバ。
パスタにしよう。うん、パスタ。
十割そば。
ネストがわけわかんないソース
>797
まさに今
>>792 と同じような状況でソース見てる
延々と300行ぐらい続くdebugPrintを
どーすっかな、これ
つーか水増し？
水増し最悪だよな
802 ：
仕様書無しさん ：2007/08/07(火) 17:42:00
問題になるほど減るか？
>>802 そうだよ、最初から水増しされていたわけだ。
コピペされていた部分をリファクタリングでまとめたら１/３程度にコンパクトになった
前任者は水増しして請求金額を多くしていたんじゃね、って感じ
俺のかかわったのは３年前くらいだあ、未だにNの見積もりって、ステップ数試算→人月計算なんだろうか・・・
水増し部分は散りばめないで、メイン部分と綺麗に切り離して読みやすさを保ってね♥
ステップ数で見積もるから悪い
ステップ数ってアセンブリ言語全盛期の時代の言葉のような。
みんなステップ数が悪いのは知ってるんだけど、
一機能８万円でっていう企業がITProかどっかで紹介されてた。
>>800 マルチスレッドのタイミング取りかも知れないぞｗ
debug-print 類は大抵遅いからそのラグで別スレッドの処理が間に合ってしまうというヤツ
>>807 定量的に評価する価値があるもんとも思えないんだけどね
どれだけ複雑な処理を実装するかとソースの量は比例しないんだし
上(発注元含む)がそれを理解してはくれないんだがね…
>>810 良い代案が無いから、上もそれで諦めてくれているんだよ。
コピペ君って馬鹿だな、まで読んだ。
>>807 なんか、入力項目で何ポイント、出力項目で何ポイント、画面遷移数、
対応キーで何ポイントとか言うプログラムの工程見積もりのプランが
あったと思うが、それを洗い出して数値化する方が激しく面倒だった記憶がある。
>>814 ふぁんくしょんぽいんと法ってやつやね。
基本情報の試験で出たけど、現場ではとんとお目にかかった記憶がないww
ステップの見当はつくけど
水増ししてメンテどころか仕込まれまくられたら、目も当てられないんじゃないの？
さあ、抜き打ちコードレビューだ。
拒否しますｗ
しかし、第三者機関によるレビューって必要なんジャマイカ？と思う今日この頃
>>820 実現するにはあまりにも難しいし、誰もうれしくない。
>>821 客は嬉しいんじゃないか？
価格より質を重視する流れは多少なり出てきた
そこで全頭検査ですよ。お客さんも一緒になって。
客がコン猿みたいのを雇って、仕事の質をチェックさせればいいよ。
１次受けが大手なのが慣習
>>807 最適化ありmake(ビルド？)後のバイナリサイズで計測するのはどーか。
>>826 巨大なビットマップをリソースに放り込まれたらどうする
>>826 ぼったくられる
でも、現状と大差はないｗｗｗ
コード1行書くのに、考える時間も加えてコンマ何秒かはかかることを考えると
そして、仕込まれまくる？
大雑把に 設計 + コーディング + テスト の活動を行うとして、
コードの質見れる人があんまりいないということなのでは？
たとえれば建築物の見積もりが使った釘の本数に比例するみたいなもんだろうか
>>827 使われてなかったら最適化で消えんじゃね？
VCとか良くわかんないけど。
>>831 詳細設計書なんて普通納品しないし、成果物に対して金払う考え方はアリだと思う。
個人的にはそもそも人月で金決めること自体アヤシイ気がしてる。
現実とのギャップはデカいけどな・・・
実際のところ問題は、検収の時にロクにレビューしてないことだろ。
ピアレビューじゃなくて、発注先と元の間でのレビュー。
検収時にレビューされてももう遅い。
switch (pHoge) {
機能-->step数-->人月ってとこがウソなんだよ。
-->step数-->極小化する努力-->step数-->それを書く人月 なら妥当だけど。
見積りじゃなくて、出来た結果を最適化してそのstep数しか払わない、とか決めれば
最初からシェイプアップしたもの作るようにならないかな？
>>833 「打った釘」じゃなくて、「運び込んだ釘」の量だな。「現場のどこかに埋めた釘の山」（ｗ
どうやって最適化する？
最適化の意味が違ってるみたいだね。
コンパイラがやってくれるのは、サイズ／実行時間（パイプラインなんか絡むとややこしいけど）
可読性
>>841 の続き
求めると長くなるときがあるし、結構難しいような？
>>834 > 使われてなかったら最適化で消えんじゃね？
リソースコンパイラが最適化を行うという話は聞いたことが無い。
正直、人員の最適化から始めないとダメかも
客（仕様）を最適化しないと
無駄ソース抜くプリコンパイラ作ってくれ
ランダムに３分の１くらいで行数消せばいいんじゃね？
改行文字を消せばいいんじゃね？
可能な限りif文を３項演算子使うようにするツールでも作って
それなんて難読化ｗ
三項演算子はいらない子
三項演算子と三原順子は似ている
三原順子と三色同順は似てない
三色ご飯食いたい
サンコンもいらない子
コンパイルすりゃif文も三項演算子も一緒
見易さがぜんぜん違うんだぜ？
場合によってはサンコンの方が
サンコン演算子って何か嫌だなｗ
if とは意味が違うからな
言語によっては一緒の意味だがな
出た！！
(set! r
>>860 個人的には三項演算子には()付けて欲しい。
result = ( (hoge() == 0) ? true : false );
冗長なのは分かってるが、ホントに個人的な話ね。
条件式には付けるけど．．．
867 ：
860 ：2007/08/10(金) 18:34:08
>>864-966 return(value); と return value; みたいな宗教戦争になりそうだな。
そういえばifの条件式の前後のスペースもそうだな。
個人的には見ての通りのスタイルだが他人が書いたソースの
その程度の違いなら全く気にしない
アンカーミスった…orz
ポップアップレス多すぎｗ
>>863 Lisp系列も普通のプログラマから見るとキ印なんだよな
カッコ対応がすぐに判るエディタを使わないと修正がし辛すぎる…
Lisperにとっては「括弧? そういえばそんなものもあったな」らしいな。
ウィスパーは関係あるの？
if文が値を返す言語の１つだから出てきたんだろ
pnutsもSQLもErlangもキモ言語か
寿司食いたいﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌ
>>875 ガリでも食ってろ
あとちゃんと初期化しとけ
なんだこっちにも飛火かよｗ勘弁してくれﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌ
アガリの意味しってるか？
A gari
食えなくなるまで食うってのは動物で人間くらいなもんって話を思い出した。
人間の三大欲望の一つだからな＞食う事
睡眠はまだまだ未解明の部分が沢山あるんだよな
三大欲求と言いつつ
おまいは生きていけても人間は生きていけなくなる
たしかに拷問として
ソースではないが今日現地調整で
それ、iniファイルなくても動くんじゃない？・・・つーか、そいつ込みで納入しちゃいなよ
まだ可愛い。
バックアップ取ってと頼んだら
いや、さすがにそれネタだよな…？
ローカルな配列名は、要素の型の複数形にする規約はアリだと思うんだ。
フォルティッシシシシシモ？
897 ：
890 ：2007/08/11(土) 12:32:13
>>891 ネタだと思うだろ？
実話なんだぜ、それ…
1KBのファイルが列んでてさぁ～っはっはっは…
はぁ…
>>892 適当な名前が思いつかなかったときの手抜きでそういうのを使うのは分かるけど、
規約で決められるとつらいもんがあるな。
ﾜﾛｽﾒｿｯﾄﾞ
なんでstaticじゃないの
てゆか printasstarisk(3) てしたら四つ出力されるじゃん
標準出力のラッパクラスみたいなもののメソッドなら
単純に
スペル間違いは結構見かけるなぁ
それで辞めたくなるの？
アセンブラのラベルでATTIとかKOTTIとか書いてるのを見たときはちょっとやめたくなったな。
angleがangelになってるのがあった。
それは何かステキだ
デスマで意識朦朧として天使が見えていたのかもしれん
hootersのねえちゃんはいいな。
スペルミスが多いソースはその他の部分もへぼい傾向はある
無理に英語にしようとして意図の違う単語使ってたり
とは言え、スペルミス程度で辞めていたらきりがない
スペルミス程度で辞めたくなるようじゃ会社勤めは無理だろうな
日本人なら日本語を使え
そこでなでしこの登場ですか？
VBあたりの関数名・変数名に日本語が使える言語かも知れん
それいっちゃあjavaだって使えるんじゃね？
どっかのブログで、アルゴリズムを説明するのに、Rubyで日本語の識別子をつかって、
俺はＶＢＡでゴミコード書くときにたまに日本語つかう。
C#はUnicodeで定義されている空白文字なら
>>921 よく C/C++ 初心者の質問で挙がる全角空白じゃエラーにならないってこと？
うん。ちなみにJavaだとエラー。
Unicodeが使えるなら必要な仕様だなあ
全角の演算子も使えるようにするべきじゃね？
UNICODE 的には「全角」とかいう概念無しにそいつらも「文字」(数学記号)だしな
あぁ、Unicodeを何か誤解して、全部全角でコーディングしたバカならいたな（遠い目
それ全角英数字オンリーってこと？
半角カナと全角英数字は無くすべきだなｗ
UNICODEには、FULLWIDTH LATIN~とかHALFWIDTH KATAKANA~とかいう
そういう意味じゃねぇだろ？
unicodeの半角全角は、他の文字コードから変換したときに、情報が失われるのがまずいからだろ。
「互換性のために残しています」
互換性といえば、まず2036年2月6日6時28分15秒と2038年1月19日3時14分07秒を乗り切らなければ。
30年後は会社辞めてる予定なので自分が書いたプログラムがトラブろうがどうしようが知ったこっちゃない
今からでもtime_tは64bitにしとけばいいのにね。
たしかにな。
30年後かー。
さすがに今度はコボラーの出番もあるまいて
世界のあちこちで問題が起こっている中、問題が発生しなかったシステムの管理者が
Javaで組んでたらまず問題ない。
942 ：
仕様書無しさん ：2007/08/13(月) 02:25:00
永遠に壊れない自動車ができたら、自動車メーカーは潰れる。
>>942 自動車はいくら設計や機構が完璧でも
いずれ材質が劣化して壊れるよ
たとえ話が下手すぎ
>>940 他の人から見れば2000年問題だろうが2038年問題だろうが、ノートラブルでクリアして当然なので
たとえMS-DOSで動いているシステムで2038年問題をクリアできていたとしても誰も感謝などしない。
逆に、2000年問題とか2038年問題を残しておいたほうが
後で対応していない→当時の人は？→対応してよ→お金いただきます。
でも期限付きで急ぎの仕事なので、高いですよ？仕事ゲット！でウマーかもしれないｗｗｗ
>>940 逆に対応してなかったら、そいつ探し出してフルボッコとかありえるｗ
2079年問題も考えなきゃいけない俺たち平成生まれ
平成生まれがもう就職し始めてる事に今初めて気付いた
949 ：
仕様書無しさん ：2007/08/13(月) 07:04:57
>>948 そういやそうだ。
８０歳とか余裕で死んでる年齢だ。
たとえばＷｉｎｄｏｗｓ９８が発売から１０年経っても使えるけど
既に完全互換のＸＰでＮＴＦＳ使えば済むわけで。
問題は互換性のためのファイルシステムが使えなくなること。
デジカメとか組み込みのファイルシステムがＦＡＴ・・・
2079年問題なんて初めて聞いた。
自分が生きてないからどうなってもいいなんてのは考え方として良くないだろう
>>950 VC8 (最近のgccもそうかな) の time_t があふれるまで生きていたら神
>>951 そりゃぁ「かましちまう」さ。そういうビジネスだろ。生産物に対して報酬を得るビジネスだよ。
生産者は生産物の産む利得とは切り離されているからな。
生産物の産む利得の一部でも入ってくるなら「死ぬまで面倒見ます」なのだけど。
gccはまだじゃないかな？
time.h で typedef __time_t time_t;
しかし、time_tとか typedef されているものって、
time_t hoge=time(NULL);
958 ：
仕様書無しさん ：2007/08/13(月) 23:28:05
ぬるぽ
ｶﾞｯ!
960 ：
仕様書無しさん ：2007/08/13(月) 23:42:24
*((char*)0)=1;
Access Violation... はいいんだが、
>>957 のソースって何か起きるか?
第2,3引数が逆なのが気にはなるが。
time_tのサイズが変わったらファイルに互換性がなくなる
＞Access Violation... はいいんだが、
生のtime_tで保存はやっちゃった刑だよね。
2000年問題で先送りにしちゃった系の問題のが深刻だろうな
現在の年に近い方でも選択すべきだった？
967 ：
仕様書無しさん ：2007/08/14(火) 01:01:34
□年 □月 □日
969 ：
仕様書無しさん ：2007/08/14(火) 02:27:25
３０年先にもまだWindowsがあると思ってるバカ。
組み込みでは数十年にわたって使われ続けているシステムなんてザラにあるが
>>969 MSが嫌いのはよく分かったから、少し落ち着こうな。
Windowsも使われている組み込み機器は数十年使われる事もあるんだよ。
自分の常識に合わない人をいきなりバカ呼ばわりすると後で恥をかく事があるから今度から気をつけような。
time_t 問題はそもそも OS の設計の問題という気がするんだが、
974 ：
仕様書無しさん ：2007/08/14(火) 10:55:17
time_tで十分なサイズを取るのと引き替えに
未だ動いている(らしい)MS-DOSの業務アプリ作ったヤツも、
976 ：
仕様書無しさん ：2007/08/14(火) 13:53:07
ウィンドァウズ ブィストァ
time_t問題って、３０年後だろ？
生命にかかわるシステム開発してるけど、周りにはそんな
979 ：
仕様書無しさん ：2007/08/14(火) 15:02:14
一応WindowsならFILETIMEは６４ビットだからよゆー。
>>965 普通70年を境にするだろｗ
それより、消費税を固定で５％と組み込んでしまった俺・・・
time_tより、近い問題な気が・・・
64-bitでも怖いから128-bitにしておこうぜ
西暦2922億年に人類が居るとは思えないな
脱線が過ぎないか
人類の後継者がお前を呪うかもしれないぞ
消費税登録部分がモジュール化されていたのに
それは死んだ方がいいな
>>980 コードを守るためにも是非消費税増税に反対してくれ。
（減税にも反対な）
ちなみに漏れは元号が変わらないことを切に願っている
いまだに内部は昭和で動いてるシステムもありそうだなあ
消費税って率をマクロその他にでもすりゃいいのかな・・・
消費税計算部だけDLL化
前いた会社では消費税は、適用年月日と税率をあわせて外部ファイルにおいてあった。
消費税は今後品目別税率が導入されて、業務によってはもろに影響受けるだろうから、外出ししといた方がいいかもね。
データベースに元号に関するデータが入っていたんだが、変更しても反映されない。
しかし考え方を変えれば問題が起こるその日まで問題なく動いているんだから，
ユーザーが設定できるように…ってのも無理があるか
>>995 >形あるものはいつかは壊れるのだと日本人なら誰でも悟っているんだから，
>ハードウェアとソフトウェアの区別がつかない相手ならばそれが理不尽なことであることを意識しないんじゃない？
システムに関してはなぜか無謬性を求めるユーザがあまりに多いように感じるのは俺だけ…？
>>995 そりゃそうだが、同時多発テロみたく発生したらたまらんよ
つーかもうスレ終わりじゃないか
1001 ：
１００１ ：
Over 1000 Thread このスレッドは１０００を超えました。