07/12/25 00:51:25
単純な作業のなかで最大限に想像力を働かせて楽しむのがプロ。
一見単純にみえてもそれなりに奥が深いのだ。
201:仕様書無しさん
07/12/25 07:30:18
lk;lk;
202:仕様書無しさん
07/12/25 14:52:28
ＤＮＡ.ＴＶ⇒デジネイション.テレビジョン⇒ステージ.オン.エアー ＜ＩＥ７テストバージョン＞
URLﾘﾝｸ(dnatv.atspace.com)
203:仕様書無しさん
07/12/26 08:43:47
前の会社は15人程度のチームだったけど
ひとり2～3個の業務を担当して全体システムができてて
共通仕様さえ守れば詳細は裁量権があったから
割と好き勝手つくれて楽しかったかな
今はつまらん
204:仕様書無しさん
07/12/26 15:26:34
詳細が決まっていないなんてずいぶん適当な会社だなﾌﾟ
205:仕様書無しさん
07/12/26 17:21:06
URLﾘﾝｸ(world.livevideo.com)
206:仕様書無しさん
07/12/26 17:45:35
URLﾘﾝｸ(world.livevideo.com)
207:仕様書無しさん
07/12/26 18:17:42
>>0
それしか能の無い可哀相なDQN共なんだよpgr
208:仕様書無しさん
07/12/26 18:20:11
F5おせば うごきだす
209:仕様書無しさん
07/12/26 18:21:26
make hoge-run
にしてる
210:仕様書無しさん
07/12/26 19:01:17
URLﾘﾝｸ(www.nicovideo.jp)
211:仕様書無しさん
07/12/27 14:54:31
URLﾘﾝｸ(zoomtv.atspace.com)
212:仕様書無しさん
07/12/28 04:58:11
やらされているって思っているから楽しくないんだよ
213:仕様書無しさん
07/12/28 06:11:15
URLﾘﾝｸ(viptv.atspace.com)
214:仕様書無しさん
07/12/28 06:14:16
URLﾘﾝｸ(dnatv.atspace.com)
215:仕様書無しさん
07/12/28 06:16:49
URLﾘﾝｸ(dvdtv.atspace.com)
216:仕様書無しさん
07/12/28 06:44:50
URLﾘﾝｸ(deftv.atspace.com)
217:仕様書無しさん
07/12/29 00:07:43
URLﾘﾝｸ(zoomtv.atspace.com)
218:吉岡 ◆stgT3yiByc
07/12/29 00:13:33
ｶﾀｶﾀ
||￣ Λ＿Λ
||＿（Д`； ） 「なに？このスレ・・・」
＼⊂´ ）
（ ┳'
219:仕様書無しさん
07/12/29 00:20:34
URLﾘﾝｸ(zoomtv.atspace.com)
220:仕様書無しさん
07/12/29 02:47:05
URLﾘﾝｸ(veohtv.atspace.com)
221:仕様書無しさん
07/12/29 03:53:14
踏んでないけど、なにこれ、業者スレになったってことでいいの?
222:仕様書無しさん
07/12/29 04:40:09
とにかくアニヲタのしつこさは異常。辟易する。
223:仕様書無しさん
07/12/29 12:33:23
まぁ、書き下ろす段階は単純作業だからあんまり楽しくないな。
224:仕様書無しさん
07/12/29 21:37:09
そうか？
俺は書き下ろす作業のとき机上デバッグもできるだけ進めるようにするから
結構神経使うが。。
225:仕様書無しさん
07/12/30 01:10:15
URLﾘﾝｸ(www.nurs.or.jp)
226:仕様書無しさん
07/12/30 01:13:47
URLﾘﾝｸ(zoomtv.atspace.com)
227:仕様書無しさん
07/12/30 01:32:53
URLﾘﾝｸ(circle.zoome.jp)
228:仕様書無しさん
07/12/30 03:35:29
URLﾘﾝｸ(circletv.atspace.com)
229:仕様書無しさん
07/12/30 08:59:16
単純で済めば、こんな楽な仕事はないんだけどねえ。
230:仕様書無しさん
07/12/30 11:40:17
コピペしかできない人乙
231:仕様書無しさん
07/12/30 12:04:40
用件定義から始まってアフターフォローまで全部やってるが、コーディングが一番好きだ。
232:仕様書無しさん
07/12/30 12:18:42
プログラマってさ、
何か｢自分は高尚な事をやっている｣みたいな錯覚に陥る奴多いだろ?
233:仕様書無しさん
07/12/30 12:24:46
実際、高尚なことやってるからな
アメリカなんかじゃ給料もいいしポジションも高いし頭のいい
奴しか出来ない仕事になってる
日本では勘違いされてるけど
234:仕様書無しさん
07/12/30 13:00:42
>>232
実際そんなに勉強が必要ないのに
専門的っぽい知識が手に入るからね。
235:仕様書無しさん
07/12/30 13:27:28
2Dに求められる数学力と3Dに求められる数学力だけでもかなり違ってくるからな。
プログラムなんか誰でも出来るとか言ってる奴に限って2D止まりだったり（別に2Dが悪いというわけじゃないぞ）
つまりそいつの「プログラム出来ター！」の基準が著しく低いだけであって
誰でも高尚なプログラムが書けるわけではないんだが、
まぁ、なんか勘違いしてる奴多いよねｗ
236:仕様書無しさん
07/12/30 13:27:51
レベルによる。
高度なことをやろうと思ったらその分だけ高度な知識はいる。
237:仕様書無しさん
07/12/30 13:36:38
むしろ単純作業にするために苦労してる。
238:仕様書無しさん
07/12/30 13:46:34
単純とか言ってるヤツはアセンブラ知ってんのか？
高級言語限定の話しか？ｗ
239:仕様書無しさん
07/12/30 14:13:26
高級言語でも単純ではない
とりあえず>>1のようなやつはC++の仕様書をざっと見てこい
話はそれからだ
240:仕様書無しさん
07/12/30 14:26:12
だからそういうのが単純なんだろ。
必死に仕様書をせこせこめくって書いてある通りにコーディングすることが…
241:名無し＠数馬 ◆stgT3yiByc
07/12/30 14:37:14
なんで言語の話を持ち出すのかがわからん
文法を覚えたくらいでなんでも出来る気になってるバカの仕業か？
242:仕様書無しさん
07/12/30 14:39:26
>>241
あんたの言うとおりだが、文法も覚えられなかったら何もできない
243:仕様書無しさん
07/12/30 14:44:59
普通の事務になってみろよ。
プログラマの作業が十分に複雑なことがわかるから。
244:仕様書無しさん
07/12/30 15:02:37
単純作業かどうかはともかく
単純なものしか作れないって感覚は常にあるな。
指示したことしか行わない。
たまに想定の範囲を超えて用途が広がる事もあるが
それはあくまでユーザー側の発想・組み合わせによるものだしな。
一定以上に複雑さの度合いを増すとあとは勝手に進化･適応していくという事がないのがちょっと寂しい。
将棋プログラムはプログラマの予想を超えた
あたかも人間知性を備えたかのような素晴らしい差し手を見せる事がまれにあるようだが。
245:仕様書無しさん
07/12/30 15:10:56
なんかたかが知れてるんだよな。
あれとあれを覚えさえすればこれができる、ってのがはっきりわかっちゃってる。
勉強と実装の一連の行動が型にはまっていて、大きな飛躍が感じられない。
246:仕様書無しさん
07/12/30 15:12:12
どんなに単純に組み上げても
予想を超えた動きをするときがある。
人はそれをバグという。
247:名無し＠数馬 ◆stgT3yiByc
07/12/30 15:19:28
物理演算ベースでゲームつくると勝手に飛んだり跳ねたりしてくれて楽しいらしい
>>242
ふむふむ。
で、それがスレタイとどう関係あるのかね？
248:仕様書無しさん
07/12/30 15:20:11
数学が、当たり前のことを述べているだけだ、というのと同程度には
プログラミングは単純かもしれないな。
249:仕様書無しさん
07/12/30 15:22:14
プログラムの目指すところが誰でもメンテできる単純さだから。
250:仕様書無しさん
07/12/30 15:35:23
でも単純な事務作業ができないプログラマ多いよね。
残業計算とか残業計算とか残業計算とか残業計算とか。
251:仕様書無しさん
07/12/30 15:49:54
>>247
スレタイなんか関係ない
お前の意見は舌足らずだと指摘しただけだ
252:仕様書無しさん
07/12/30 16:16:51
なんだって分解すれば単純ですけど。
ピアニストなんて白と黒のスイッチ押してるだけじゃん。
253:名無し＠数馬 ◆stgT3yiByc
07/12/30 16:24:17
>>251
は？図星をさされて知能障害を起こしたか？
>>242はどう見てもわけのわからんこじつけで誤魔化そうとしてるだけだろ。
254:仕様書無しさん
07/12/30 16:32:58
>>252
なんじゃそりゃｗ 2進数を理解したのでコンプータの世界はバッチリです＞＜
ぐらいアホな理屈だな
255:仕様書無しさん
07/12/30 16:37:39
>>244
それは>>1に言うところだろ。
256:仕様書無しさん
07/12/30 16:38:03
みす
×>>244
○>>254
257:仕様書無しさん
07/12/30 16:41:41
NHKのピタゴラスイッチって番組あるじゃん
あれを組み立ててる感じなんだよね
考えたとおりに動くってことが楽しい
258:仕様書無しさん
07/12/30 16:50:10
>>256
あーわりぃわりぃ、皮肉な
259:仕様書無しさん
07/12/30 16:52:52
名無し＠数馬 ◆stgT3yiBycが何勝ち誇ってるのかは知らんが、とりあえず勝利しておめでとう
260:仕様書無しさん
07/12/30 16:58:47
プログラマが単純作業だとか言ってる奴は、マジ一般事務の世界においで。
この場合はこうするって、やることが全部決まっているから唖然とする。
なんでこれを人間がやってるのか？ってなる。
最初の1ヶ月で前任の尻拭いして、業務覚えて（仕様理解）、全部マクロで自動化したもんね。
そこにいた奴らの仕事も全部プログラム化して奴らの仕事奪って全部自分の給料にしたかった。
でもさすがにそれをやると人間関係破綻をきたすから、それはせずに
ただ、マクロをポチっとして、たまに理解できずに電話で説明を求めるバカな奴らに説明する日々・・・。
さすがに飽きて、そこは4ヶ月でやめたけどね。マクロ置いてきてもよかったんだが、後任の業務理解
スピードが遅すぎて、マクロの使い方だけ覚えてもらっても困ると思い・・・。
プログラマの世界にいると超低スキルで消えたくなるんだけど、一般じゃあ
プログラマが1ヶ月ぐらいで理解してる業務内容（仕様）すら理解できずにミスを
連発する人がホントにいるんだよ。
261:仕様書無しさん
07/12/30 17:17:09
>>190ですが、ピアニストを単純作業とは思ってませんので。念のため。
262:仕様書無しさん
07/12/30 17:33:50
なんか盛り上がってるところスマン
プログラマって大体どんなことしてるんだ？
素人の偏見ではアニメ動画とか作ってるイメージなんだが…
実際はどうなんだ…サパーリだよ
教えてえらい人
263:仕様書無しさん
07/12/30 18:00:29
>>262
機械と呼ばれるものはほとんどプログラマが作ってます。一人じゃもちろん作れないけどね。
アニメ動画はプログラマが作ったソフトを利用している「ユーザ」が作ってるもんです。
264:仕様書無しさん
07/12/30 18:19:14
単純作業でもそれを使うユーザのことを考えるとそれなりにやりがいはあるよな。
２ｃｈのＣＧＩだって規模や内容を取ってみれば所詮は素人のハリボテ日曜大工レベルだけど
そこにこれだけのユーザがついてこれだけ面白いことになってるんだよな。
実際、ユーザに喜んでもらうっていう部分でモチベーションを高めていかないと
プログラミング作業自体って大して楽しい作業じゃないと思うんだがどうよ＞マの方々
265:仕様書無しさん
07/12/30 18:30:23
私は同じことを二度やるのが大嫌いなんだけど、プログラミングはそういう
単調さはないと思ってる。
266:仕様書無しさん
07/12/30 18:39:03
冗談は顔だけに
267:仕様書無しさん
07/12/30 18:40:05
俺の冗談は108まであるぞ
268:仕様書無しさん
07/12/30 18:44:24
単純になるまでが遠足です。
269:仕様書無しさん
07/12/30 19:54:34
>>263
サンクス
なんとなく理解できたよ
270:仕様書無しさん
07/12/31 00:02:12
>>232,234
3次元の非線形構造解析とか
電気回路の過渡解析とかさ、
その理論を理解し、そしてそれをプログラミングできる事は
充分崇高だと思うんだが・・
271:仕様書無しさん
07/12/31 01:06:31
>>270
そりゃそういうことしてる奴らはね。
リスト処理、文字列処理に毛が生えたぐらいの業務プログラマじゃあねえ…
272:仕様書無しさん
07/12/31 01:07:49
作曲家と演奏者の違い
273:仕様書無しさん
07/12/31 08:50:34
足したり引いたりさせてるだけ。
274:仕様書無しさん
07/12/31 09:01:34
泣いたり笑ったりできなくするだけ。
275:仕様書無しさん
07/12/31 10:42:55
早慶とか東工大とかの人たちはここにこないんじゃないの？
専門卒とか地方の大学を出た連中の巣
非線形がどうのこうのもわからん文系だし
276:仕様書無しさん
07/12/31 11:10:22
非線形（笑）
277:仕様書無しさん
07/12/31 11:22:27
大学中退だけどＡもらったよ
278:仕様書無しさん
07/12/31 11:43:47
そのうち複雑系とか言い出すんだろな。
279:仕様書無しさん
07/12/31 11:45:09
文系の的外れのコメントが痛々しいな
こういう無知な奴が馬鹿にするんだろ
280:仕様書無しさん
07/12/31 11:47:48
文系イラン
281:仕様書無しさん
07/12/31 11:50:41
プログラミング自体に理系・文系の属性はないと思うんだよ
構築してるシステムが業務系なら文系だろうし、理系がそういうシステムを構築するメリットって全然無い
WEB系の構築ならニートでいいっていうのと同じように
適材適所なんだと思う
282:仕様書無しさん
07/12/31 11:54:40
URLﾘﾝｸ(click.j-a-net.jp)
283:仕様書無しさん
07/12/31 12:00:36
>>281
理系・文系の分類って
（ある程度のバカはフィルタされてる）・（本当のバカもいる）
という意味合いもあったりするけど、結局本人次第だからアテにならん。
284:仕様書無しさん
07/12/31 12:05:13
プログラミングで創造的な事をやるには
言語以上の知識が必要ってことでしょ
285:仕様書無しさん
07/12/31 12:09:34
そもそも創造的で複雑な職業って何を指してるんだって話だな。
まずは単純、複雑で分類してみてくれ。
286:仕様書無しさん
07/12/31 12:09:57
どこまでを「プログラミング」とみなすかだな。
仕様決定、アルゴリズムの考案までを含めたらクリエイティブだと思うが、
実際にそれをコードに落としていく過程は単純作業じゃないか？
そこからは、言語仕様やライブラリ仕様に縛られるわけだし。
287:仕様書無しさん
07/12/31 12:13:10
>実際にそれをコードに落としていく過程は単純作業じゃないか？
ルーティンワークという事は否定しないが
美しく効率的でバグの混じりにくいルーティンを確立するのはなかなか大変だ。
288:仕様書無しさん
07/12/31 12:28:53
それはマイナスをゼロに戻していくだけの、創造性の無い作業じゃないか
289:仕様書無しさん
07/12/31 12:47:03
結局慣れると「創造的」でなくなる。
それは個人の中でも起きるし社会のなかでも起こる。
290:仕様書無しさん
07/12/31 13:01:25
テレビでよくやっている、
自分で設計図を作って家を作っちゃう
素人さんみたいなもの？
291:仕様書無しさん
07/12/31 13:20:03
誰もやってないから創造になるのであって
そんな仕事は相応の能力のある人にしか分配されない
292:仕様書無しさん
07/12/31 13:33:23
パーツがそろっていてそれを組み立てる
プラモデルを作るような作業は単純だが、
好きな人には、好きでたまらないだろう
293:仕様書無しさん
07/12/31 13:40:13
工場ラインとプログラマの違いについて
294:仕様書無しさん
07/12/31 13:50:59
工場ラインなめてんのか？リアルで指飛ぶぞ
プログラマは精神的な面は置いといて、
とりあえず五体満足でいられるから
これだけでもエライ違い
295:仕様書無しさん
07/12/31 13:55:02
機械電気回路の制御系なんかはプログラム作業よりも
ハード、理論面の勉強が多くて少なくとも退屈はしないぜ。
一週間耐久かけてデバッグして定数１個変えてようやく解決なんてこともザラ
・・・苦労ばっかで楽しいとは思わんけど
296:仕様書無しさん
07/12/31 13:58:21
ハード側の致命的に稚拙な部分をソフトでケアするときは
ああ、ちょっとはクリエイティブかな、と自分を慰める。
297:仕様書無しさん
07/12/31 14:10:34
人命に関わるような機器のプログラムは
生半可な気持ちじゃ出来ないな。
工場のライン工でも扱う物によってはそれは同じだと思う。
298:仕様書無しさん
07/12/31 14:27:53
大丈夫
君達が作ることはないと思う
299:仕様書無しさん
07/12/31 14:33:49
俺だってやりたくてやってんじゃない
出来れば逃げ出したいのが本音
300:仕様書無しさん
07/12/31 15:45:40
300ゲット。よく続くね。
プロの仕事である以上、どんな仕事も単純にはなりえない。
つーわけでそろそろ終了でいい？>>1
301:仕様書無しさん
07/12/31 16:06:09
だめです
302:仕様書無しさん
07/12/31 16:11:32
そうやって自分をごまかしてるんだ。
ああこんなの他人のわがまま具現化してるだけじゃねーか
ツマンネー、とか思いつつ。
ということで終了。
303:仕様書無しさん
07/12/31 17:06:06
ピアニストは作曲者の指示を具現化してるだけ
スポーツ選手はコーチの指示で同じ練習を作業的に繰り返してるだけ
ゲームは開発者やプログラマーの指示に従ってキャラクター動かしてるだけ
何が楽しいの？
304:仕様書無しさん
07/12/31 17:31:52
繰り返し作業、指示に従うことがつまらないなんて>>303の主観じゃん？
305:仕様書無しさん
07/12/31 17:44:36
つまんないだろ。男なら。男は基本「天下とったる～」
なのだから。
ま異性相手なら喜んで奴隷になるかもしれないが。
306:仕様書無しさん
07/12/31 18:03:19
このスレで人生をすり減らす事ほどつまらない事はない
307:仕様書無しさん
07/12/31 18:19:00
あ、なるほどね
そうだよね
時間がもったいない
308:仕様書無しさん
07/12/31 18:31:32
天下をとる、って結局は他人のために働くだけじゃん
首相や元首相の過労死、病死率の高さはプログラマの比じゃないよ
男ってつまんないね
309:仕様書無しさん
07/12/31 18:53:38
>>302
他人のわがままを具現化するだけでもいろいろな楽しみ方があるよ
例えば、同じことをできるだけ早い時間で終わらせる楽しみ方
これはレースゲームやゲームのタイムアタックと一緒の楽しみ方だね
それに、具現化したものにバグが入らないように頑張る楽しみ方
これはパズルゲームやアクションのノーミスクリアと同じような楽しみ方だね
そして綺麗なソースコードを作り上げる楽しみ
これなんかは育成ゲームやに通ずるところがあるね
素晴らしいソースコードを見てハァハァする楽しみ方もある
エロゲーと一緒の楽しみ方だね
310:仕様書無しさん
07/12/31 19:03:59
奴隷哲学だな
311:仕様書無しさん
07/12/31 19:15:55
働くって時点で社長以外は奴隷だからな
312:仕様書無しさん
07/12/31 19:28:33
普通にやったんじゃ楽しくないものを楽しくしようとしない時点で社長の器ではないな。
ま、奴隷の状況を嘆いてるだけじゃあ一生奴隷だろうけど、諦めろ。
313:仕様書無しさん
07/12/31 19:29:05
マやっとけばよかった泣
314:仕様書無しさん
07/12/31 19:36:12
社長になったところでもっとでかい社長にバカにされて
あたま下げるだけだしな。
315:仕様書無しさん
07/12/31 20:50:24
社長が楽なのは、堅実大量地主社長だけ。
仕事はどれも単純な部分が多い。
316:仕様書無しさん
07/12/31 21:42:33
社長ってどんな仕事してんの？
317:仕様書無しさん
07/12/31 21:44:28
どうせ単純作業だろ
318:仕様書無しさん
07/12/31 23:14:32
朝出社して夜帰宅するだけの職業さ
319:仕様書無しさん
07/12/31 23:20:34
「何とか理解できるくらいのもの」を気ままにいじってる時が創造性を感じる時な気がする。
ソフトウェアは一般に複雑すぎて、人間が全部理解するのは不可能。
従って細分化したり抽象化したりして理解しようとするけど、それにより全体が見えなくなる。
それでつまんないと感じる奴らが多いんじゃないかな。
組み込み系やゲームプログラムが面白いって主張する奴は多いけど、それはそれらのハード環境に
「人間が把握できる程度の限度」があるからだと思う。
320:仕様書無しさん
07/12/31 23:47:37
創造性と誤解しているものの正体はただの作業なんじゃないだろうか
作業の習得、その最適化
行き着く先は同じだとしても、その山の登り方はいく通りもある
プログラマの創造性は登山家のそれと似ている
321:仕様書無しさん
08/01/01 08:46:14
文章を書くことは単純作業で、決まった単語を羅列するだけだから
誰でもできる。
でも、2chに駄文を連ねるだけのアホから、シェークスピアまでいる。
それとおんなじこった。
322:仕様書無しさん
08/01/01 09:39:32
シェークスピアは仕事だったのかなぁ？
英文学に詳しいひと教えてgoo
323:仕様書無しさん
08/01/01 10:45:49
あたりめーだｗ
職業劇作家
324:仕様書無しさん
08/01/01 10:49:09
シェークスピアは劇作家なんだから物書くのが仕事だろ
本業弁護士で数学書に落書きしてたフェルマーとは違うよ
325:仕様書無しさん
08/01/01 11:58:23
フェルマーがどうだってんだよ
326:仕様書無しさん
08/01/01 12:05:42
シェークスピアは客を感動させる為に創造的な活動をしていた
でもソフトウェア開発にあたって客と対峙してるのは営業やSE
プログラマはそのお手伝いをする演者や大道具、小道具、衣装……、等にあたる
限られた範囲で想像力を発揮するが、SEの想像力に答える為の努力でしかない
プログラマはシェークスピアではない
327:仕様書無しさん
08/01/01 12:06:42
へらちおしてほしいんじゃまいか
328:仕様書無しさん
08/01/01 12:15:48
プログラマの再発見の創造性を理解できるのはプログラマだけ。
客は動けばそれで良し、バグがあると不満が爆発するだけ。
オナニーの域を出ないのがプログラマ宿命。
329:仕様書無しさん
08/01/01 12:23:14
>>326
演者や大道具、小道具、衣装……、等も客を感動させる為に創造的な
活動をしていると思うぞ
330:仕様書無しさん
08/01/01 12:40:56
URLﾘﾝｸ(circle.zoome.jp)
331:仕様書無しさん
08/01/01 12:59:09 BE:104149722-2BP(222)
人間は ＤＮＡにもとづいて生成された脳回路の計算結果や細胞内生化学活動にもとづいて生命活動をしているだけ
何が楽しいの？
332:仕様書無しさん
08/01/01 13:06:01
天体望遠鏡で遠い星を眺めて
それに比べりゃ人間なんてって言ってんのと近い
333:仕様書無しさん
08/01/01 13:24:21
>演者や大道具、小道具、衣装……。
これらは総て直接客が見て感想も言う事が可能だ。
しかし、素晴らしい関数のプログラムリストをプリントし客に持っていって、
何処が素晴らしいのか熱弁してみるがいい。
きっともう呼ばれなくなるぞ。ｗ
334:仕様書無しさん
08/01/01 13:57:10
URLﾘﾝｸ(zoomtv.atspace.com)
URLﾘﾝｸ(zoomtv.atspace.com)
URLﾘﾝｸ(zoomtv.atspace.com)
335:仕様書無しさん
08/01/01 14:55:25
URLﾘﾝｸ(www.youtube.com)
336:仕様書無しさん
08/01/01 15:56:58
コーディングと同じくらいAPIリファレンス作りを楽しめるといいんだけどね。
うちの会社でもどんなメソッドでも説明は1行って奴が多すぎてテンションさがるが。
337:仕様書無しさん
08/01/01 16:49:33
URLﾘﾝｸ(zoomtv.atspace.com)
338:仕様書無しさん
08/01/01 17:31:57
URLﾘﾝｸ(video.fc2.com)
339:仕様書無しさん
08/01/01 17:52:00
コーディングと同じくらいAPIリファレンス作りを楽しめるといいんだけどね。
うちの会社でもどんなメソッドでも説明は3行以上って奴が多すぎてテンションさがるが。
340:仕様書無しさん
08/01/01 18:54:28
確かにコーディングしてるときは単純作業だと感じる
関数化出来ないところは、力技でコピペだらけだし、
データとにらめっこしながら、自分のスクリプトに当てはめる作業は
何で俺がこんなことしてんだって気になる
だけど、自分が作りたいと思ったものが出来た時の感動、
そして自分が作ったものを誰かが喜んでくれた嬉しさといったら、
何ものにも変えがたいよね。
341:仕様書無しさん
08/01/01 19:21:06
俺が書くと無駄に長くて分かりづらいのになるから「書くよ」っていっても「駄目よ」ってかえされる
342:仕様書無しさん
08/01/01 21:12:41
お前じゃだめ
俺だよ
343:仕様書無しさん
08/01/02 04:17:25
こんなソース大好き！
・名称のつけ方が適切
・適切なコメントを随所に書いてある
・基本的に書き方はわかりやすくオーソドックス
・クラス設計が正確に出来ている
・参考になる新しい発見が出来る技術が組み込まれている
・無駄な処理がない
・必要とあらば長文コメント記述
344:仕様書無しさん
08/01/02 06:53:40
・漏れなく仕様書がついてくる
345:仕様書無しさん
08/01/02 11:37:22
昔は無駄な仕事など無いと説いた
経営者なり管理者なりがいたんだが、
いまは単純作業なんか、何が楽しいの？
とか人をさげすみ、人の上前盗んでいく派遣会社ばかり。
寒い時代とは思わんかね。
346:仕様書無しさん
08/01/02 12:18:46
適切、正確なんていうものは人によって違う
347:仕様書無しさん
08/01/02 13:31:59
と屁理屈をこねるやつﾌﾟ
348:仕様書無しさん
08/01/02 13:36:00
>>346
一般の人間は、自分に合った適切、正確を想像する件ｗ
349:仕様書無しさん
08/01/02 13:41:26
他人にとっての適切、正確って何なんだろうね？
350:仕様書無しさん
08/01/02 13:54:20
その他人個人個人に問い合わせないと分からない
351:仕様書無しさん
08/01/02 14:05:56
問い合わせて言語化されて明確になるとでも思っているの？
問い合わせている間に変化するかもしれないね。
352:仕様書無しさん
08/01/02 15:47:42
心に直接問い合わせるに決まってるだろ
353:仕様書無しさん
08/01/02 16:12:41
人の心を読めるようになれば
仕事も結婚もうまくいくよ！
354:仕様書無しさん
08/01/02 16:55:11
人の心を読めるなら、占い師にでもなりてえな
355:仕様書無しさん
08/01/02 17:34:06
とにかく、幸せになろうよ
356:仕様書無しさん
08/01/02 18:33:20
>>354
詐欺師の方が儲かるぜ？
357:仕様書無しさん
08/01/02 18:37:41
だから夢を見させて金をださせてとんずらするのがプログラマ
358:仕様書無しさん
08/01/02 19:05:45
>>357
それは違うな！
最も悪いのは客かと。
例えば、定価300万の物を230万に値切ればその分のしわ寄せはどこかにくるのは当たり前だろ！
「金は安く抑えるが上質な製品を作れ」ってムリじゃね？
じゃ、オメーが一から勉強して自分で作れやｗって感じだな。
そもそもさぁ、人員が少ねーのに納期が短い事に問題があんだろ！！
100階建ての超高層マンションを普段の３割減の期間で作れって、出来たマンションに住みたいか？
359:仕様書無しさん
08/01/02 19:14:24
おまえらはそんなマンション・・・もといシステムの上で生活してるわけだが。
360:仕様書無しさん
08/01/02 19:23:31
>>356
通報したくなりますたｗ
361:最適化プログラミングさん
08/01/02 20:37:46
>>359
で、一般的には発注者の責任となるわな。
それを施工者に問うのがキチガイな現実だ。
ハルノートを突きつけられた日本の気分が分かるわ！
そんだけ激悪環境条件で作れと言われ、ヤツらは施工者が寝ずの過労死、出社拒否する実態を知りながら無理強いするのが当たり前。
もはや、人間として見ていない。
施工者もとい、開発者はロボットなのか？
もうね、営業が「そりゃぁ、あんさん無理ですがなぁ～ガッハッハｗ」と言ってもっと条件を改善させるべきだと思う。
バグズが混入した設計が完成形でもないシステムを後で改修・改修するならば、最初からちゃんと金を払えよな。
客が痛いんじゃなくて、開発者が泣くんだよ、クソシステムは！！
362:仕様書無しさん
08/01/02 21:50:08
プログラマって本当にそんな滅茶苦茶に虐げられてるのか・・・？
華やかな職のイメージがあったのに。
363:仕様書無しさん
08/01/02 21:58:23
日本では建築業の次に多い情報処理業
労働者はSE30万人、PG15万人もいる
そりゃ虐げられてるやつも、そうでないやつも多いさ
364:仕様書無しさん
08/01/02 22:14:54
プロのスポーツ選手だって、イチローやゴジラみたいに年俸何十億ドルももらうやつもいれば
365:仕様書無しさん
08/01/02 22:31:06
俺の経験だと...
チョコビッツなチッコイ案件は基本的に楽で毎日定時上がり。
誰もが知る大企業の巨大システムは残業の日々漬けが多い。
巨大であるがゆえに仕様も詳しく分からず、特にチームとして参入したての場合は地獄のような状態。
とはいえ、担当する部門にもよる。
比較的密度の薄い部門なら一時的に働くことがあっても普段は結構サクッと上がれる。
メイン処理に近ければ近いほど大変(><)
特に単体試験に入った段階でも仕様が完全に固まっていない場合、無駄な気疲れが半端無い。
あと、この業界の七不思議で能力が高ければ高いほど苦労する。
(チーム内の尻拭いや突然の対応の矢面に立つ事になる･･･しかし使用した時間は返ってこない。納期など延びるわけもなし。)
366:仕様書無しさん
08/01/03 02:21:08
黙ってりゃ分からないと思って、最初の見積もりから水増しするような
不誠実な商売を展開してたツケでしかないような・・・。
「どうせ後から問題おこって開発期間延びるに決まってるから」とかさ。
遅れるのは無能だからだろうに。
367:仕様書無しさん
08/01/03 20:32:56
>>366の非開発者または非現場経験者の発言に注意しよう
368:仕様書無しさん
08/01/03 20:42:25
姉歯は可哀相だし同情の余地はあるが悪くない訳ではない
しかしもっと悪いやつがのうのうと高給貰ってんだろ
ああいう土建屋の体質がお手本になってる業界だからな
無駄なピンハネによって成り立っている事は間違いない
しかしでかい案件はそーゆーSIer(ゼネコン)が落札する
369:仕様書無しさん
08/01/03 20:47:54
5人～10人で半年～1年ぐらいの案件を受けることが多いけど、
大体問題が起きない場合の1.5倍ぐらいの期間で見積もり出すかな。
水増しっちゅーか、リスク管理ってのはそういうもんだ。
370:仕様書無しさん
08/01/03 20:59:48
最近、納期管理が厳しくなってきたけど
理由があやふやだとすげー削られるんだよ
うまくいえないけどこれだけかかるから！って言っても削っちゃう
後になって全然足りなくなって、なんで出来てないんだ！となる
（最初に言った時間通りに出来上がるんだから当然遅れる）
モノさえ時間通りに出来ればいいと思ってたから交渉事なんて勉強してなかったよ
出来ない約束を一方的にさせられて勝手にキレられるってのは納得いかない
人員整理の対象にでもなってるんだろうか
371:名無し＠数馬 ◆stgT3yiByc
08/01/03 21:06:50
結論：コミュニケーション能力はプログラマにも必要である
372:仕様書無しさん
08/01/03 21:21:41
>>369
それが通ればな・・・
この間、技術営業の見積もりと４倍くらい差が出たよ
２人月対８人月
受注したって言うから見たら2人月・・・
俺一人でやれって言うから「無理だよ？どうすんの？」と答えたが
信用にかかわらるので頼むからやってくれとｗ
作業項目挙げなおして再度逐一説明した結果
２月目に３人増員したが一人でやってたので仕様説明とかで進捗停止・・・
２月目末納期と聞いて逃げられたりして結局１0人月以上かかった
入金？２００万行ってないｗｗｗ
ちなみにそこからの発注は今のところ無しｗｗｗｗｗ
なぜか営業は平気な顔してるけどな
373:仕様書無しさん
08/01/03 21:30:30
１人でやるなら1ヶ月につき、５人月分ぐらいなら、
普通、楽にできるじゃん。下手に人数増やされる方が大変。
374:仕様書無しさん
08/01/03 21:46:17
工程表出して1人でやると８月はかかるよってことを説明したら単純に人が増えたよ
工程表は見積もりの最初に出した時とほとんど同じ
欲しかったのはＰＧ1名とテスター１名かな
あと１人月＝自分の０．７５人月くらいで算出
普通に５０万で雇える人１月＝１人月とも見てる
ハードがらみでテストに2人ｘ１月は必要だってのは最後まで理解されなかった・・・
375:仕様書無しさん
08/01/03 21:55:10
まず納期ありきで話を進められるのは非常に困る。
この分量なら3ヶ月かかると言っても、来月ないと困るから来月まで作れってどういうことよ？
来月ないと困るなら、先々月に話もってこいよ！
客が明日欲しいから明日までに作れって言えばどんなもんでも明日までに完成するとでも思ってるのか？
376:仕様書無しさん
08/01/03 22:16:17
1人月の作業は30人なら1日で完了すると信じている
それが営業クオリティ
しかも30人はPGではない。PCスキルすら怪しいただのバイト
377:仕様書無しさん
08/01/03 22:37:07
お疲れ様です
378:仕様書無しさん
08/01/03 22:38:54
自称PG
経験５年
とか言うのも怪しい
379:仕様書無しさん
08/01/03 23:55:39
下手に調子づかれても鬱陶しいけど、営業にはシステム開発３年程度の経験した人を据えたいね。
380:仕様書無しさん
08/01/04 00:34:15
開発経験あったらSEやるんじゃない？
開発経験は要らないから商材知識は持ってほしい
詐欺紛いの口約束は営業としてダメだろ…
381:仕様書無しさん
08/01/04 01:07:49
しかし１部上場企業でも営業は研修後即営業部だろ？
客との窓口は俺だけにしてくれとか言われたときは頭痛がしたが
当然仕様確認の打ち合わせも営業が居ないと出来ないが
営業は他プロ掛け持ちでスケジュールが合わない・・・
結果客がぶち切れて営業部長が謝罪
しかしなぜか下請けの俺たちまで１００％払い拒否のあおりを・・・
次の契約があるので大人の対応を求められた結果ボーナス無くなた＼（＾o＾）／
382:仕様書無しさん
08/01/04 02:36:37
>>376
派遣屋クオリティじゃないのか？
人さえ入れれば金になる商売だし
383:仕様書無しさん
08/01/04 08:06:34
営業が技術を分かってるならいいんだが、理解していない営業を通すと
向こうの技術者が何を言いたかったのかさっぱり分からなくなるから困る。
営業無視して向こうの技術者と話したくても名前や連絡先を教えてもらえないからそれもできない。
さらに腹が立つのは、営業が、自分は技術側からないと開き直ってることだ。
お前ら客をなめてるのか！？
さすが経団連のキチガイ御手洗の会社は営業までキチガイだ。
384:仕様書無しさん
08/01/04 13:45:50
営業叩きしかできないやつは無能な下っ端
385:仕様書無しさん
08/01/04 13:52:20
>営業無視して向こうの技術者と話したくても名前や連絡先を教えてもらえないからそれもできない。
カスタマーサポートみたいな部署はないのか？
仕方ないからそういうところを通すとか。。
386:仕様書無しさん
08/01/04 14:25:41
技術がわかってない奴を間に通すとか、気が狂ってるのかｗ
387:仕様書無しさん
08/01/04 18:36:32
この業界プログラマでも技術がわからないのを開き直る馬鹿いるよ
388:仕様書無しさん
08/01/04 18:53:15
ろくに営業もできないくせにこいつら何なんだ？
文句あんなら自分で営業すればいいのに。
俺は自分で営業したくないから、嫌なことを引き受けてくれてる営業に感謝して日々仕事してる。
誰だって誰かの世話になって、持ちつ持たれつなんだから、もっと謙虚になった方がいいんじゃないか？
389:仕様書無しさん
08/01/04 18:59:57
調べようとさえしてくれれば良いんだけどな
390:仕様書無しさん
08/01/04 19:03:11
自分で仕事取ってきてチームで請けてるけど
役職名が営業じゃないから営業挟んでるよ
一切口出させてないが本当に何もしてないから邪魔なんだよなｗ
稟議書も契約書も俺が作ってるよ・・・
391:仕様書無しさん
08/01/04 20:31:58
仕事をとってくるまでが営業の出番
仕事が始まったら技術の出番
つか、営業にCCしとけで終わらないの？
392:仕様書無しさん
08/01/04 20:49:09
口頭でいろいろ決まるんじゃ？
タバコ部屋会議とかさ
393:仕様書無しさん
08/01/04 20:51:19
つうか、技術がわかってない奴に営業やらせるなよ
394:仕様書無しさん
08/01/04 23:05:24
>>385
カスタム品なのでそういう部署はないのね
営業が技術部門ほど詳しくないのは仕方ないけど、
どうせ俺には分からないから勉強するつもりはないんだけどうちの会社のルールだから
技術系の話も全部営業を通してねって態度が許せない。
パイプ役になるならせめて勉強してるとアピールくらいしろってんだ。
勉強する気もないと放言するのは明らかに客を馬鹿にしている
395:仕様書無しさん
08/01/04 23:13:50
技術が分かったら、奥に引っ込んでる方が楽なので誰も営業なんてやらないんだよ。
396:仕様書無しさん
08/01/04 23:33:43
>>388
採算がとれないものを引き受けてきちゃうのは営業と呼ぶのか？
397:仕様書無しさん
08/01/05 00:54:23
それだけ世に需要がないんだよ。高額なシステムなんて。
398:仕様書無しさん
08/01/05 00:58:46
>>396
受注した瞬間は売り上げ上がるからな
対銀行には「売上額」がでかい
利益率は２の次
399:仕様書無しさん
08/01/05 00:59:40
営業は技術が分かってない、それを自覚している、でもその
営業を通さなくちゃ行けない
頭沸いてるな完全に
400:仕様書無しさん
08/01/05 01:04:13
いまどき売り上げ重視なんて経営者いないだろ
401:仕様書無しさん
08/01/05 01:06:54
wikiで情報を共有すればいいのに
402:仕様書無しさん
08/01/05 01:29:30
うちの営業は技術が分かってWikiもSubversionも使いまくり。
うらやましいだろう。
403:仕様書無しさん
08/01/05 02:01:06
>>395
いやいや、昔はバリバリ開発だったけど中年から営業の人、メッチャ多いですよ。
昔の杵柄を持ってる人は、開発の追い込み掛かってる開発者に対して大量の時間を使い雄弁に語ってたりするのを見かける･･･
見ててカワイソー(><)と思っちゃった。
特にまだ若い人とか;;;
強い事も言えずにひたすらうなづくだけ。。。
しかもちょっと内容が時代錯誤してたりする(--;)
404:仕様書無しさん
08/01/05 02:12:05
うん。俺もうなずく役。
雄弁に語る上司の部署はマネージも現状把握も部下のケアも何もかもがダメで赤字になってた。
405:仕様書無しさん
08/01/05 08:09:48
いや、何も分からず画面も見ずン千万のシステム売る技術は尊敬してる
それはもう詐欺の域だよ
ただ、営業が開発…いやインストみたいな知識はいらんから
なんか詳細な話になったら担当に説明させますとかって
導入インストなりSEなりに振ってくれたらいいだけなのに…
知ったかぶりで適当に答えて後で揉めたり開発費かさんだり
しかも原因わかってないから文句ばっか言うしさ
誰のケツ拭いてると思ってんだ
406:仕様書無しさん
08/01/05 12:21:49
どっかの会社が勝手に規格した文法を必死に覚えて、どっか
の誰かが勝手に作ったライブラリを必死に理解して>>とあっ
たけど、だったら言語を自分で開発でもすりゃよくね？って
言っても言語ってどうやって開発されているのか知らない俺。
個人で言語を作るのって無理なのかな。どこかの板でも書い
てあったけど、ビルゲイツが元々あったBASICを改造して独自
の強みとしたそうだけど、考えてみたらそういうのってどうや
ったらできるんだろう？ 言語にも文法があるのなら、言語を
開発するのにも一定のルールみたいなものがあるわけでしょう？
そういうのって、むずかしいの？ 誰かこんな僕におせーて！！
407:仕様書無しさん
08/01/05 12:37:55
>>406
言語を開発するには、そもそもどっかの会社が勝手に作った言語で作らなきゃ
ならんわな。
それがたとえアセンブラでフルスクラッチで作るとしても。
それもいやならCPUから自分で作らなきゃならん。
408:仕様書無しさん
08/01/05 12:47:39
>>407
お返事サンクス。たとえばBASICだったら何種類もあるでしょう？
ライブラリって言うの？ 新しい文法みたいなのを決めるやつ。
そういうのって、どうやってやるんだろう？
検索してみるとBNF記法、構文解析、文句解析など出てくるんだけど、どれが必要なのかがしぼれない。
たとえばActiveBasicなんていうのがあるけど、あれだって一般の人が元々あったBASICを拡張したわけでしょう？
そのあたりがどうもよくわからなくて。
409:仕様書無しさん
08/01/05 12:50:57
そういうのやりたかったら本でも買えよ。
コンパイラを作る、みたいな。
410:仕様書無しさん
08/01/05 12:53:52
>>409
お返事サンクス。なるほどコンパイラか。そこからやらなきゃダメなわけだ。
さっそくそういう系の本、探しに行ってみる。本当にありがとう。
411:仕様書無しさん
08/01/05 12:55:39
まずは、いろんな言語を使いこなすことじゃね？
412:仕様書無しさん
08/01/05 12:57:25
>>408
言語を作るってのは、もんのすごい多種多様な技術の集大成なんだから、
絞れないのは当然だろ。
まあ、普通に考えたら素人が個人で言語を作るなんてのは相当難しい。
言語仕様を考えて、コンパイラ作って、ライブラリ作って、てなことを全部
自分でやるんだぞ。
それだけで一生終わるわ。
413:仕様書無しさん
08/01/05 13:13:20
コンセプトが面白ければ他の人が集まって作ってくれるよ。
それでも文字列の国際化とか難しい問題のコアは自分で考えなきゃいけないが。
まあとりあえず難しいとか考えないで適当に作ってみればいいと思う。
414:仕様書無しさん
08/01/05 13:18:03
言語って機械語が分かれば作れるもんだと思ってた。違うんだね。
415:仕様書無しさん
08/01/05 13:19:47
gnuでコンパイラを作るツールがあったよね
416:仕様書無しさん
08/01/05 13:33:45
作る、っていうか、仕様を策定するのが難しいだけでしょ。
どう難しいかというと、考慮すべきことがたくさんあって、いろんなことを
考えながら取捨選択しなければいけないし、そういう判断が他のところにも影響する。
それと、矛盾が出ないようにしなければならないので、そういう考慮にも頭を使う。
既存の言語の拡張にしても、何をどう変えるか、それをどう実現するか、ということは
考えなければならないので、手間としては新規と大差ない。
そういうのは経験がなくても、実際何が必要か、ひとつずつ考えていけばわかるはず。
まあ、聞くところによれば、ゆとり教育世代はそういう意味での「考える」ことが苦手らしいけど。
417:仕様書無しさん
08/01/05 13:42:12
416みたいに当たり前のことグチグチ考えて何もしない馬鹿は何なんですか？
他人に言語を作られると困るの？
418:仕様書無しさん
08/01/05 13:44:22
詰め込み教育は「考える」のが苦手だから
ゆとり教育で改善しようっていう目論見だったんだろ？
なぜそうなったんだ……
419:仕様書無しさん
08/01/05 14:05:27
>>413
> コンセプトが面白ければ他の人が集まって作ってくれるよ。
こう言っといて、
> それでも文字列の国際化とか難しい問題のコアは自分で考えなきゃいけないが
なんでそうなるのかがさっぱりわからん。
420:仕様書無しさん
08/01/05 14:05:32
>>418
考える為にはバックグラウンド的な知識が不可欠だと思い至らなかったと。
無から有は生み出せん。
421:仕様書無しさん
08/01/05 14:13:34
>>419
ちょっとは想像力を働かせてくれ。
ライブラリの整備は一人じゃとてもできない。そこはコミッターが整備する。
もし他のエンジン上で動くことになったら、またもやコミッターが色々やってくれる。
言語上のバグの発見とFIXもコミッターがやってくれる。
しかしいい映画もいい言語も監督さんがいてだな、
言語仕様上のトレードオフの問題やら基本コンセプトの問題になってくると
監督さんがどっちにするか判断下さないとならないんだよな。
こんなのRubyでもLinuxでも同じだろう。
基本的に魅力があるからコミッター達が集まるわけだが、
最終的な判断や基礎的な部分に関しては作者がやってる。
コミッターは悪く言えば雑用兼助言係りぐらいかな。
422:仕様書無しさん
08/01/05 14:35:54
でもあきらめなさんな、いまさらGAME８０なんて
覚えている人も居ないが、それを作った経験は生きるだろ。
423:仕様書無しさん
08/01/05 15:06:44
>>421
最終判断するのは作者としても、そもそもネタを出してくれるのは
「集まってきた他の人」なんだろ。
なんで難しい問題のコアに限って自分で考えなきゃならんのさ。
例えば、CG映画作るのに水や毛の表現の難しいところを監督自ら考えてるか?
考えてるのはエンジニアだろ?
そういうこった。
424:仕様書無しさん
08/01/05 15:19:51
>>423
でもそいつらはあくまで美術屋であり下請け。
監督だったら間違った表現出されたらNG出さないといけない。
そういう意味で最終的な決定権＆責任は言語の作者にある。
言語の生存自体にもかかわる大切なこと。
だいたいコミッターなんてのは言語の一部分しか物事見てないし、
思いつきのアイディアを出すこともよくある。それが悪いとは言えないが、
それをそのまんま使う馬鹿はいねーだろ。最終的に自分で考えるようになるってこった。
まあお前と言語がどうあるべき論の認識の一致作業をさせたいとは思わないから
お前の考えはお前の考えで大切にしてればいいんじゃないか？
425:仕様書無しさん
08/01/05 15:27:09
>>424
だから、「最終的な決定権＆責任は言語の作者にある」ってことに異存はないっての。
おまえさんは、「難しい問題のコアは自分で考えなきゃいけない」って言ってるんだぞ?
ここで言う「コア」ってのは、まさにCG映画の技術的な部分に相当するんじゃないのか?
> だいたいコミッターなんてのは言語の一部分しか物事見てないし、
ってのもずいぶん視野の狭い見方だし。
まあ、俺もあんたと一致したいとは思わんからもういいけど。
426:仕様書無しさん
08/01/05 15:30:00
言語の歴史の本を読んでると
小説とラノベの関係に似てる。と感じる
制約を減らして敷居が低くなるのだけど
パイは確実に分割されてゆく
用途別,趣向別に特化する形でそれぞれが
存在してくような世界になるんだろうか…
almighty であるのが難しいというか
427:仕様書無しさん
08/01/05 15:32:00
>>425
いや、言語に関していえばAfter Effectsのプラグインのことを知らない程度のことでは済まされない。
チェックするのに仕様の子細をしらなければならないし、それを頭の上で動かさなければならない。
コア以外ならモジュールとして独立可能なので大幅にアウトソーシングしても問題ないだろう。
ライブラリとも言うが。
428:仕様書無しさん
08/01/05 15:34:05
>>417
かかる手間やコストと、それによって得られるメリットを比較して考えてみればいい。
ああ、ゆとりと言われてカチンときて何か言い返したかっただけで、考える能力はなかったんだっけ？
429:仕様書無しさん
08/01/05 15:34:43
分野別に特化した言語で、溢れかえる
いやしかしそれは幸せなことなのか…？
430:仕様書無しさん
08/01/05 15:36:07
>>428
他人がやりたいことのコストやメリットを考えるなんて余計なお世話。
そこまでゆとり世代馬鹿にするならゆとり世代のやってる大学入試といてごらん。
考える力って何？定義してみ？
431:仕様書無しさん
08/01/05 15:38:13
> ここで言う｢ｺｱ｣ってのは､まさにCG映画の技術的な部分に相当するんじゃないのか?
映画のたとえでいうなら、コアはストーリーのプロットでは？
聞いた話だと、この種のたとえが下手なのもゆとり世代の特徴らしいね。
432:仕様書無しさん
08/01/05 15:40:28
最近フレームワークが流行ってるけど
ライブラリの利点 と フレームワークの利点
みたいなのがあったりするんだろうか？
言語の機能性の拡張に際して
433:仕様書無しさん
08/01/05 15:41:22
>>431
「文字列の国際化」なんてのはどう考えても「ストーリーのプロット」に相当するものではないが。
434:仕様書無しさん
08/01/05 15:42:26
> そこまでゆとり世代馬鹿にするならゆとり世代のやってる大学入試といてごらん｡
吹いた。
ゆとり世代の大学入試よりはるかに難しかった時代の大学入試を通ってきた世代にこの返しとは、ネタとしか考えられません。ｗ
435:仕様書無しさん
08/01/05 15:43:57
>>433
それは映画にたとえたのがそもそもの失敗。
436:仕様書無しさん
08/01/05 15:44:09
>>434
で、考える力ってなんですか？統計はどこから取ったのですか？
ちなみにゆとり世代は30代も含まれますが、あなたは40台のオヤジですか？
437:仕様書無しさん
08/01/05 15:45:34
>>431
> ここで言う｢ｺｱ｣ってのは､まさにCG映画の技術的な部分に相当するんじゃないのか?
CG映画いうてるから、プロットでなくてもええんでないの
てか映画のたとえで、言語の周辺事情を捕らえるのは
無理があるような気もするけど。短期決戦じゃないもの > 言語間の移り変わり
438:仕様書無しさん
08/01/05 15:45:53
たとえ話なんか使うべきじゃないよ。
使う方もピントずれてるし、受ける方も柔軟に受け取れないのがオチだから。
439:433
08/01/05 15:46:03
>>435
理解できないといけないから詳しく書くと、
>>413 で「それでも文字列の国際化とか難しい問題のコア」と書いていることに対して、
「ここで言う」という表現を使ったんだぞ。
映画の喩えで言うならコアがストーリーのプロットなのは当たり前だが、
だとすれば「文字列の国際化」は言語のコアに当たるのかね?
>>413の言う「コア」とは、「文字列の国際化とか難しい問題」にかかるのであって、
言語のコアという意味にはならないだろう。
「文字列の国際化」に特化した言語というなら話は別だが。
440:仕様書無しさん
08/01/05 15:48:19
ｽﾚﾘﾝｸ(tech板:829番)
ｽﾚﾘﾝｸ(tech板:837番)
ｽﾚﾘﾝｸ(tech板:839番)
5年から10年かけて育てなあかんもんな
言語は
441:仕様書無しさん
08/01/05 15:49:04
レゴ、って単純作業じゃん
プラモデル、って単純作業じゃん
:
ほとんど何でも当てはまるような希ガス
442:仕様書無しさん
08/01/05 15:49:51
>>439
十分コアです。
US-ASCIIしか用いないという決定を下すのか、
それともユニコードリテラルを持つのか、UTF-16で統一させるのか、
文字列ごとにエンコーディングを保持するのか。
いや、これがコアじゃない言語設計なら別にコアじゃなくても話はいいでしょう。
というより、文字列の国際化がコアだということにそこまで反発されるのでしたら、
メモリ管理でも遅延評価でもなんでもかまいません。
もともと言語の作成者がどのように言語を管理、運用していくかという上でのお話ですから
文字列の国際化なんてどうでもいいです。言語の設計によるので。
443:仕様書無しさん
08/01/05 15:53:30
>>442
それは単なる選択であって、決めることも実装も別に難しいこっちゃなかろうて。
要は、「他の人が集まって作ってくれる」のに、そういう細かい実装を
「自分で考えなきゃいけない」ってところがひっかかっただけなんだよ。
444:仕様書無しさん
08/01/05 15:54:49
Iconは面白い言語だと思うけど
文字列の国際化の整備が遅れた
その結果Perlの普及に至った
というか2011年に小学5年生の必須科目に英語が
採用されるわが国じゃ(ry
445:仕様書無しさん
08/01/05 15:55:00
>>443
考えるっていう言葉が気に食わないなら、
選択するでもかまわないよ。もうこれ以上は書くつもりはない。
何かひっかかったならごめん。
まあテスト実装で比較するっつーのもあるけどな。
446:仕様書無しさん
08/01/05 16:46:17
難しい物を簡単にするから需要が広まる。
WindowsOSのように。
難しい物を難しいままにすると研究者などの一部の人間しか入り込めない。
難しい物をいかに簡単にするかが腕の見せ所であり、その業界の世界が一気に広がり(新しい知識やテクなど)レベルの高い次のステップに到達出来るようになる。
アセンブラ時代から比べれば相当優しくなっていると感じる。
だが、さらに優しくなるような言語が出てきている。
既に学生の段階から授業として言語の勉強がされている時代。
数年後～数十年後にとてつもない波が来るのは間違いない。
これからさらに労働者が増えるだろう。
そして学生から知識を得ているため、レベルの底上げも確実に起こる。
今の業界で通用しきれていない人は早々と逃げる事を勧める。
近い将来確実に干される事となる。
447:仕様書無しさん
08/01/05 16:49:15
>>446
言語を知っているからといって優れたプログラムが書けることとイコールではないけどね。
一応日本語は書けるけどロクでもない文章しか書けない奴がいるのと同じ。
448:仕様書無しさん
08/01/05 16:59:04
人間の質を考えて、各レベルに相応しいものを学べば良い。
449:仕様書無しさん
08/01/05 17:00:45
>>447
昨今の女子プロゴルファーがなんであの若さでポンポン大金稼いでるかわかる？
需要が少ないからだよ。
人数がいなけりゃ、ソコソコの実力でも上位に食い込める。
だけど、需要が増えライバルが増えれば野球のように結構な実力者でも用済みになるんだよ。
ちょっとランクの低い国に行けば絶大に重宝される人材もいるだろうな。
しかも仕事で必要だからつけた知識と、趣味から始まった知識では幅の広がりや考える事、テクニックの追求度合いがまるで違うだろう。
今の開発者でヤッツケ技術でもやっていけてしまっている人は多い。
まぁ、言語知らないで仕事してる人もいるんだけどな、見たことある。
そーいう人間が自動的に排除される事は確実だろうな！ｗ
だから底上げにはなるし、「一応日本語は書けるけどロクでもない文章しか書けない奴がいるのと同じ。」のような事を考えるだけ無駄なのも確か。
最悪を基準とする必要性がまるで理解出来ない。
450:仕様書無しさん
08/01/05 17:05:23
言語を知らないやつに上手なプログラムが書けるもんか！
451:仕様書無しさん
08/01/05 17:10:14
>>449
おちつけ。
需要と供給が逆だ。
452:仕様書無しさん
08/01/05 17:19:34
>>451
間違ってねーじゃん
じゃ、正しいと思うように書いてみなよ
453:仕様書無しさん
08/01/05 17:28:56
需要が少なければ大金は稼げないのでは
454:仕様書無しさん
08/01/05 17:29:53
そうよねえ。
455:仕様書無しさん
08/01/05 17:35:34
へ？？
ゴルフは大会の賞金を目当てにゴルファーが集まるよね？
■今年は100人エントリーしました
<内訳>
Aクラス： 5%
Bクラス：15%
Cクラス：55%
Dクラス：25%
■10年後は300人エントリーしました
<内訳>
Aクラス：10%
Bクラス：35%
Cクラス：35%
Dクラス：20%
どっちが優勝出来る確率は高いですか？
もっと簡単に言うと、「じゃんけんした勝者に100万円授与します」というゲームがあって、集まった参加者が10人なのと50人なのではどっちが優勝する確率はあるのかな！？
キミは中学生かなのかかい？
456:仕様書無しさん
08/01/05 17:38:04
>>455
もちろん需要が少ないという方につっこんでいるんだよね？
457:仕様書無しさん
08/01/05 17:42:03
それしかないと思うが、供給の件はどうなったのか・・・
というか、内容自体もスレ違いでもあるが・・・
458:仕様書無しさん
08/01/05 17:44:08
>>455
中学生以上なら、「需要」と「供給」の意味ぐらい理解できていそうなもんだが・・・
あのね、女子ゴルファーが少ないのは、女子ゴルファーの「供給」が少ないってことなの。
で、そこに視聴者という「需要」があるから稼げるの。
これをプログラマに当てはめるとね、
プログラマの人数が多いってのは、マの「供給が多い」ってことなの。
で、それに対する仕事が多いってことが「需要が多い」ってことね。
理解できた?
459:仕様書無しさん
08/01/05 17:48:01
しっかり日本語を読んでくれる人がいてよかったねお
460:仕様書無しさん
08/01/05 17:48:49
URLﾘﾝｸ(click.j-a-net.jp)
461:仕様書無しさん
08/01/05 17:49:26
×需要が多い
○需要が高い
462:仕様書無しさん
08/01/05 17:53:10
まあスレタイも読めないお前らが何を語ったところで滑稽なだけだが
463:仕様書無しさん
08/01/05 17:56:49
おおお
464:仕様書無しさん
08/01/05 18:04:28
>>458
それは視聴者主観だからじゃなくて？
ゴルファーからすれば、視聴者もあるだろうが、だけどそんなの知ったこっちゃなくない？
勝てるかどうかだろ！
まぁ、高いか多いかってとこは確かに間違えたろうが、本題とは違うな。
ま、微妙なツッコミありがと！ｗ
465:仕様書無しさん
08/01/05 18:06:39
100回音読しません
466:仕様書無しさん
08/01/05 18:08:39
>>458
ていうか、プログラマが発注元のユーザの気持ちを汲み取ったりしてるの見たことねーｗ
最終的には、仕様書の範囲でしか考慮してないだろ！
なんで急にグローバルな考え方になるか不明･･･
目標 間接的関連
-----------------------------------
ゴルファー 優勝すること 視聴者に良いプレイを見てもらうこと
プログラマ 仕様書通りの 発注元のユーザが喜ぶこと
プログラムを
作る事
そもそも話しているレベルが違う
467:仕様書無しさん
08/01/05 18:15:13
いるいる、会議でも言葉じりを突っ込んで、「で、それだけ？」って微妙な空気作るヤツｗ
本題の話し合いとツッコミ部分を勘違いしてるよなｗ
チョー、ウザいタイプ！！！ｗ
468:仕様書無しさん
08/01/05 18:17:09
>>467
あのさ、突っ込まれるような言葉尻を差し出す方が悪いと思うよ?
「本題の話し合い」の前提がそもそもグダグダになるんだから。
469:仕様書無しさん
08/01/05 18:20:59
>>468
「需要が高い」と「需要が多い」で、どうグダグダになるか知りたい。
普通は「あぁ、間違ってるけど、敢えて突っ込む程ではないな。意味もわかるわけだし」とスルーするのが一般的。
キミは人間関係はヘタだね。
上の取引先の営業の言った事にもイチイチ反応するの？
あ、プログラミングオンリーだから関係ないか。
なんとなく理解した。
470:仕様書無しさん
08/01/05 18:23:56
コミュニケーション能力を養うべきだね。
正義が常に正義とは限らない。
些細な問題は多数決で決まってしまう方が正義となるんだよ、この国では。
471:仕様書無しさん
08/01/05 18:28:43
>>468
こんなやりとりをしている方がグダグダになる件について
もはや何を言い合っているかも薄れてきた
あぁ、学生が言語を学んでくるから将来レベルが上がる事についてだったな。
なんでこんな無意味なやりとりがされてるんだろ。
あぁ、ツッコミされたからか
随分とグダグダになったな・・・ｗ
472:仕様書無しさん
08/01/05 18:29:49
微妙なツッコミ、ウルトラサンクス！
473:仕様書無しさん
08/01/05 18:30:42
最近の若いものはなっとらんな
474:仕様書無しさん
08/01/05 18:31:52
かくかく
475:仕様書無しさん
08/01/05 18:33:59
>>473
おじいちゃん、歳いくつ？
476:仕様書無しさん
08/01/05 18:39:01
>>473
奈良時代からある台詞だ。
477:仕様書無しさん
08/01/05 18:40:18
ゴホゴホ かくかく
478:仕様書無しさん
08/01/05 18:48:58
>>469
2chで、しかもネタスレで突っ込むなというのもどうかと思うが、
もしそうなら>>452 で「間違ってねーじゃん」などと必死になったのはどうしてだろうね?
要するに本人は間違ってないと思ってたわけで、だとしたら間違いを正して
あげることがそんなに悪いことかな?
479:仕様書無しさん
08/01/05 18:50:09
IDの無い板で本人とかいいなさんな。
480:仕様書無しさん
08/01/05 19:50:35
後半流れ読まずに書き込むが、>>452が痛々しい。
「需要」って言葉が分からない奴には「ニーズ」って言い換えたら分かるか？
ニーズが少なければ大金は稼げないだろ？
こんなん誰でも>>451って突っ込みたくなるよ。
それから、
需要が高い
需要が多い
はどっちでもいいと思う。
個人的には「需要が多い」の方が、この場合の「需要」という言葉を正しく形容していると思う。
481:仕様書無しさん
08/01/05 19:55:43
>>480
日本語が不十分な方のために国語辞典で調べてみた
需要：(1)必要としてもとめること。また、そのもの。
「読者の―に応ずる」
(2)〔経〕〔demand〕消費・生産のために、市場から商品を買い取ること。また、その商品の量や総額。
供給：(1)必要に応じて、物を与えること。
「食料を―する」
(2)〔経〕〔supply〕販売・交換のために、商品を市場に出すこと。
482:仕様書無しさん
08/01/05 19:56:46
要するに間違いを突っ込まれて、引っ込みつかずにファビョってるだけだろ。
483:名無し＠数馬 ◆stgT3yiByc
08/01/05 19:58:17
.| | | | | | | ｜ | | |｜ | |
.| | | ﾚ | | | ｜ | J |｜ | |
∩＿＿＿∩ | | | J | | ｜ し |｜ | |
| ノ＼ ,＿ ヽ .| ﾚ ｜ ｜ ﾚ｜ |｜ Ｊ |
/ ●゛ ● | .J し | | ｜| J
| ∪ ( _●_) ミ .｜ し J｜
彡､ |∪| | .Ｊ ﾚ
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
＼ " ／ ｜ |
＼ ／￣￣￣ ／
￣￣￣￣
484:仕様書無しさん
08/01/05 19:59:17
ゴルファーに需要なんかあるわけ無いだろ
485:仕様書無しさん
08/01/05 20:01:46
>>449
は、間違っているよ
需要と言うのは、第三者がそれを求めているかどうか？
女子ゴルファーと言うのは、一応華だから需要は多い
だが、プロと言う名目上供給するのにたる人材がいないということだ。
>>451は正しい
486:仕様書無しさん
08/01/05 20:05:27
今北
何この流れｗ
中学の国語問題かよｗｗ
日本のIT技術は低迷を続けてるって聞いた事はあるが
ここまで来てるとは思わなかったよｗ
487:みつを
08/01/05 20:08:07
人間だもの
488:仕様書無しさん
08/01/05 20:09:27
>>486
ですよね～
489:仕様書無しさん
08/01/05 20:09:35
>>449
がウチノ職場のSEと同一人物に見える
日本語が不十分すぎて理解不能
490:仕様書無しさん
08/01/05 20:14:00
【結論】
プログラミングは単純だ異論は認めない。
だが、解釈する人間の能力により難易度は変わる
そゆこと
491:名無し＠数馬 ◆stgT3yiByc
08/01/05 20:16:01
↑したり顔して意味のないこと言う馬鹿
492:仕様書無しさん
08/01/05 20:16:45
↑あげあしをとるばか
493:仕様書無しさん
08/01/05 20:17:50
おっぱい
494:仕様書無しさん
08/01/05 20:18:02
↑かばるとをしあげあ
495:名無し＠数馬 ◆stgT3yiByc
08/01/05 20:21:03
最近は意味のない結論を指摘しても揚げ足取りで済まされるのか。
あ、ネタだったの？それならゴメン
496:仕様書無しさん
08/01/05 20:23:14
>>480
カプセル化ってわかる？ｗ
それぞれのプレイヤーには必要な要素か？
497:仕様書無しさん
08/01/05 20:26:58
>>495
つまんね
498:仕様書無しさん
08/01/05 20:32:41
ぱふぱふ
499:仕様書無しさん
08/01/05 20:46:19
カプセル化関係なくね？
500:仕様書無しさん
08/01/05 20:50:19
ねぇ
501:仕様書無しさん
08/01/05 20:51:25
レス番誤爆か？
502:仕様書無しさん
08/01/05 20:53:02
おっぱい！おっぱい！
503:仕様書無しさん
08/01/05 21:05:50
>>496
カプセル化はわかるがおまえの言ってることがわからん。
504:仕様書無しさん
08/01/05 21:08:46
>>503
ガチャポンって最高だよな
505:仕様書無しさん
08/01/05 21:12:42
えーと。単純作業ができるプログラマーの需要は高いの？
506:仕様書無しさん
08/01/05 21:13:53
プログラマに限った事じゃないが
技術屋は気持ち悪い
507:仕様書無しさん
08/01/05 21:27:14
頑張ります！
508:仕様書無しさん
08/01/05 21:27:55
ガチャガチャきゅ～っとふぃぎゅあっと
この街に降りたエンジェル
おでまし愛の原型師
妄想 爆走 いのちがけ！（POM）
ガチャガチャきゅ～とふぃぎゅあっと★
怒涛のトラブルエンジェル
見とれるような造形美
もっと ちゃんと 愛でなさい！（Fu～！）
磨きなさい！（Fu～！） 崇めなさい！（Fu～！）
509:仕様書無しさん
08/01/05 21:39:31
わたしはおっぱいが好きですが
510:仕様書無しさん
08/01/05 22:21:18
>>505
だから派遣が儲かるんだよ
単純作業すら出来ないのが大半だが
511:仕様書無しさん
08/01/06 08:07:56
単純作業の派遣会社ばかりが求人し
複雑作業の学者さんに就職先が無いということネ。
512:仕様書無しさん
08/01/06 12:18:10
ポス毒、学者は実務能力ないのが大半
やり手は世渡りも上手で職にはあぶれんよ
513:仕様書無しさん
08/01/06 12:22:17
プログラムが何時まで経っても「知能労働」などと
世迷い事で呼ばれるのは、マイクロソフトと情報科学者の勘違いと無能によるものだと思うが。
自分のできること、知ってることを
説明しようとか噛み砕いてシンプル化するとか
そういう作業を放置して、オナニーこいてる。
はっきりいって、そのために沢山の無駄な金が
国外にダダ漏れしてると思うは。日立、富士通、ＮＴＴデータとか死んでいいんじゃね。
514:仕様書無しさん
08/01/06 13:03:04
情報科学者はプログラミングなんかしねえよ
515:仕様書無しさん
08/01/06 21:33:06
できない、というのもあるだろう
516:仕様書無しさん
08/01/06 22:22:01
>>515
偉大なる情報科学者であるクヌース先生しらないの？
517:仕様書無しさん
08/01/06 22:36:32
クヌースは偉大なフリーソフトを作ったじゃないか
518:仕様書無しさん
08/01/06 22:42:49
どんなことにも例外というものはある。
519:仕様書無しさん
08/01/06 23:36:40
このスレッドで勉強しよう
みんなよろしく
520:仕様書無しさん
08/01/07 17:55:56
クヌースは自分とこの学生に開発やらせてるんじゃなかったか
521:仕様書無しさん
08/01/07 18:11:00
一見、単純そうに見えて、実は一工夫も二工夫も手をかけてる。それがプロの仕事。
522:仕様書無しさん
08/01/07 18:59:42
正常に動いている個所は一工夫も二工夫も手をかけても全く陽の目をみないが
不具合がおきるとその個所のみ突然スポットライトを浴びる。それがマの仕事
523:仕様書無しさん
08/01/07 19:14:12
Donald Ervin Knuth, 1938年1月10日誕生
えーと明後日７０歳。。。神棚。
524:仕様書無しさん
08/01/07 19:53:58
PG見習いが半年テスターやっただけで、プログラミングは単純作業だと言うのはやめてくれ。
本当に単純作業だと思って、PGに転職して来て、数年で辞めて行く人が多い。
PGは医者や弁護士や教師より下積みが長い職業なんだから、それなりの覚悟が必要だ。
525:仕様書無しさん
08/01/07 19:56:22
にも関わらず経験年数ある人をあっさり捨てるくせに
526:仕様書無しさん
08/01/07 19:57:25
数年ももったなら上出来だと思う
実際キーボードを押したりマウスをクリックするだけの単純作業だし
527:仕様書無しさん
08/01/07 20:02:38
片手間、コピペだけで稼げますからねえ
528:仕様書無しさん
08/01/07 23:11:21
と仕様がちんぷんかんぷんでコピペしかできない屑が騒いでおります
529:仕様書無しさん
08/01/08 09:36:23
経験年数が長くても見習いレベルから抜けられない人は多い。
そういう人の話を聞くと、入社3～5年目から知識もやる気も止まっている。
勤務年数と本当の経験年数は違う。
530:仕様書無しさん
08/01/08 09:59:30
梱包材のいわゆる「ぷちぷち」をつぶす行動って、いわば単純作業だが病み付きになるよなー。
>>1 の言う「単純作業」なはずのプログラミングにおいて、
別の人間が同じものを作っても、ファイルサイズや実行速度が微妙に違ってくるから面白い。
プログラミング技術も突き詰めると個性の反映される芸術的な生産行為となんら変わらない。
531:仕様書無しさん
08/01/08 19:06:33
Windows Vista
URLﾘﾝｸ(recwav.dip.jp)
532:仕様書無しさん
08/01/08 19:55:57
芸術品がてんこ盛りになるとガラクタ市と変わらなくなるけどな。
533:仕様書無しさん
08/01/09 02:02:32
計測を忘れたやつから生産性がなくなっていく
534:仕様書無しさん
08/01/09 09:32:43
職業プログラマが芸術家と違う所は、最高ではなく必要十分で作る事だ。
535:仕様書無しさん
08/01/09 10:11:33
仕事は人と人が共同して行うものだから人との関わりは出てくるでしょうが、
プログラマーの場合は高度な接客業だと思うんです。ハンバーガー店やコンビニよりも
接客(対人)能力を問われる職種だということを最近になって思い知りました。
プログラマーが情報処理サービス業と言われる意味が今になって分かりました。
そこで自社内で且つ仕事を進める過程でコミュニケーションを繰り返すような仕事ではなく、
基本的には黙々と作業を進めるようなタイプの仕事、例えばバスの運転手のような仕事に転職したいと思っています。
536:仕様書無しさん
08/01/09 13:40:30
なんじゃそら
537:仕様書無しさん
08/01/09 13:53:46
>>535
ユーザが快適に結果を得られるようなインターフェースを作り上げるという点では、
接客的な面があるね。
それは、対人能力が低くても、観察や想像力でカバーできるんでないかと思うけども。
漏れはそう信じてしがみついてる。
538:仕様書無しさん
08/01/09 14:07:13
>>513
情報処理は、（誠実に働けば働くほど）周りの人間の
言っている事を「うそにする」作業なので、
ただ、噛み砕いて説明するだけではなく、
M$（とその金で雇われたきら星のごとき人材）の
言っている事を「うそだ」と押し切れる様で無いと
USから金は取れないと思う。
特に、
現在の職制では、設計者が”周りの人間の言って
いる事は「うそだ」という”係で、プログラマは、
”自分が「うそになる」のを甘受する”係だから、
マとかムでの議論がオナニーになるのは、必然と
思われる！！
539:仕様書無しさん
08/01/09 15:42:23
プログラマは芸術家よりも商業美術に近い
540:仕様書無しさん
08/01/09 18:05:53
しょうゆのふたを閉める作業に近い
541:仕様書無しさん
08/01/09 18:23:12
日本におけるテコンVだった汎用機のプログラミングは確かに
単純で、単純作業だったけど、みんなで一丸となれたとおもう。
だけど、世界水準に追いついた、
オープンシステムになってからちょっと単純作業じゃなくなって
来た。（創造ではないとしても、知的作業なんでしょう。）
けど、昔の方が良かった。
仕事としてやるなら、単純作業大歓迎。
542:仕様書無しさん
08/01/09 20:03:22
現代日本の奴隷階級と言えば運転手だが、さらなる奴隷階級を発見した。
それはコンビニの店長。
543:仕様書無しさん
08/01/09 20:05:18
フランチャイズ契約の奴か
544:仕様書無しさん
08/01/10 04:50:04
スレタイ嫁。
プログラマの苦しさを語るスレじゃなくて、プログラミングの楽しさを語るスレだ。
俺は、どういう仕掛けをくめば今作ってるツールがより便利になるか？
プレイヤーをより楽しませることができるか？
を考えるのが楽しい。
で、実際にくんでみて、問題が出たりするのだけど、それをどう回避するか
を考えるのが楽しい。
組む部分はそんなに楽しくない。
けど、それを前よりも効率よく組むことができるようになるのはうれしい。
うれしいけど、楽しいのとはまた別。
やりすぎるとオナニー。
仕事でオナニーすると、破綻するからやらない。
オナニーは自分の家でやる。
545:仕様書無しさん
08/01/10 04:54:50
金が振り込まれたときが楽しいな
7桁入ってないと楽しくない
546:仕様書無しさん
08/01/10 05:21:53
苦しさが快感に変わるマゾもおるだろ
常考
547:仕様書無しさん
08/01/10 06:01:09
>>545
> 7桁
すげーうらやましす
548:仕様書無しさん
08/01/10 10:48:43
>>545,547
>7桁
100,000.0
だろ
549:仕様書無しさん
08/01/10 21:59:37
プログラミングは永遠に続くジグソーパズルのようなもの。
時間の無駄というひともいれば、楽しいという人も居る。
550:仕様書無しさん
08/01/10 22:14:05
楽しいよ！すごく
551:仕様書無しさん
08/01/11 02:04:37
7桁で喜ぶってどれだけ控えめな年棒なんだよ？
552:仕様書無しさん
08/01/11 11:58:01
損得に捕らわれていたら、到達出来ない領域がある。それが神の領域である。
553:仕様書無しさん
08/01/11 23:34:56
6桁ですが何か？
554:仕様書無しさん
08/01/12 01:22:44
>>544
プログラミングの楽しさですと、思いつくのは、
・家でくんでいた七並べプログラムと会社に入ってから見た業務入力プログラムが大差ない事に気づいた時のにやっとした
思い。
・しかし、業務入力プログラムは、インターフェースが統一されていて、同階層で何十個もプログラムを扱える事が判って、
へぇーという思い。
・配列とカウンタを何重かにするだけで、かなりの実用になって、ほめられた時の思い。
・ちょっとずつの処理を永続記憶に書き込み書き込みするだけで、どんなバッチも思いのままで有ると気づいた時の驚き。
・そうこうする内、そこそこ手が早くなって、他の人とジャズのセッションでも組む様に、一緒に仕事が出来る様
になった時の充実感。（プログラミング作成は「じっくり考える」ものだと思われがちですが、実際の仕事では、
有る程度以上手が止まると、別の人の仕事になってしまうので、プロとしては「楽器演奏」の様な即興性も必要）
辺りでしょうか。
プログラミングは間違いなく無条件に楽しいです。
ただ、（いまや完全に）オープン技術であるプログラミングに対して、何が正しいかに関する知識は（永久にオープン
にはならないでしょうし）、はいつくばって手に入れないといけないものですし、たとえ手に入れても本当は正しくない
場合もありますし、
でも、自分が神になれるオプソでやると言っても、そうそう干拓地のボスの座の余地が有るわけでも無し
(というより全世界に100個以下？)、
と言う事で、結論は、
たしかに、家でのオナニーは一番！！
でした。
555:仕様書無しさん
08/01/12 01:33:11
>>553
1,000.00円？
556:仕様書無しさん
08/01/12 01:34:03
>>555
だから小数点やめろって
557:仕様書無しさん
08/01/12 01:35:30
ｶﾈは重要なファクターだよな。
558:仕様書無しさん
08/01/12 01:41:54
単純化というか、ocxとかにすれば機能のコーディングで繰り返し工程が減るからって言いつつ、うちの会社、
プロジェクトの度に機能追加とか互換性維持とか称してソースに手を加えるし。
意味あんのかよ・・・と。
559:仕様書無しさん
08/01/12 04:16:44
URLﾘﾝｸ(www.kyoto-customized.com)
ハッキングできますか？
560:仕様書無しさん
08/01/12 05:21:32
できる
561:仕様書無しさん
08/01/12 08:57:30
熱中して数時間記憶がすっとんだときの快感。
実際は知らんけど麻薬みたいなもんなのかな。
562:仕様書無しさん
08/01/12 11:05:09
>>561
>熱中して数時間記憶がすっとんだときの快感。
>実際は知らんけど麻薬みたいなもんなのかな。
>
(棋士／碁士かなにかの様に)譜面を（理解した上でチャンクとして）暗記し、
脳内で(なにか懐かしい言葉ですが)再現したりする体験だとか、
(受験勉強でつちかった)自分のプチ多重人格が、朝からぶっ通しで重い作業を
夜中までやった時あらわれて、プログラムの同僚と受け答えしているのを
眺めている自分を感じる体験だとか、
麻薬かどうかは知りませんが、有りますよね～。
563:仕様書無しさん
08/01/12 11:23:42
>>558
>単純化というか、ocxとかにすれば機能のコーディングで繰り返し工程が減るからって言いつつ、うちの会社、
>プロジェクトの度に機能追加とか互換性維持とか称してソースに手を加えるし。
>意味あんのかよ・・・と。
ocxのdllファイル名や、その中のインターフェース名によって、〔概念再発明の〕繰り返し行程は
間違いなく減るでしょう！！
概念再発明は、生産技術の域をこえて、闘争技術の世界にいざないかねないので、意味ある様に
おもいますけど。。
＃もっとも「ocxは古くて最悪で、べつのxxxソフトウェアバス最高！」という話なら
＃意味は無くなるでしょう。（自分はそうは思いませんが）
564:ura2ch.czKD124210038058.ppp-bb.dion.ne.jpa.net
08/01/12 13:21:55
guest/guest
565:仕様書無しさん
08/01/12 15:05:32
>>564
マ板でこれに引っかかる奴がいるとは・・・
566:仕様書無しさん
08/01/12 15:10:48
アンタは
パスワードスレとか見たことないんか
567:仕様書無しさん
08/01/12 23:35:15
パスワードスレは何であんな厨房ホイホイになっとんのかね？
568:仕様書無しさん
08/01/13 00:18:49
厨房が寄りつきやすいネタだからじゃろ
569:仕様書無しさん
08/01/13 01:06:37
このスレも厨が寄り付いた訳だな。
570:仕様書無しさん
08/01/13 02:13:32
【～○～○】送りつけられた精子を構わず飲む女子大生 Part.4【～○～○】
自然あふれる富山在住のシノリンは20歳の女子大生♪
趣味は な なんと… ネットで知り合った
男性の精子（フィルムケース入り）を飲むこと！
毎週日曜日に送られてきたフィルムケースと一緒に
精子を飲んでいる写メをうｐする様は一介の女子大生とは信じられない淫乱さ！！
最近はまだ精子が入っているフィルムケースを
マ○コにいれちゃったりそりゃあもう過激！！！
フタがはずれちゃったらどうするの～＼(^o^)／
現在シノリンに精子を送りつける馬鹿大量出現中！
シノリンが本物の変態になる前に馬鹿どもをとめてあげて！！
ｽﾚﾘﾝｸ(auto板)
571:仕様書無しさん
08/01/13 15:23:15
ウンチでちゃうーーコピペを思い出した
572:仕様書無しさん
08/01/14 18:33:02
>>538
スレチなので、もう黙りますが、あと一言、
マトリクス的に考えると、
１．”周りの人間の言っている事は「うそだ」という”設計者
２．”自分が「うそになる」のを甘受する”プログラマ
の他に、
（自宅アマグラマか、XPでプロジェクトをやっている所でしかあり得ない）
３．”周りの人間の言っている事は「うそだ」という”プログラマ
や、
４．”自分が「うそになる」のを甘受する”設計者
という場合も有ると思います。
仕事でやると（あまり）楽しくないプログラミングですが、
調子に乗って２．→４．にされてしまうと、本当に氏にいたると思います。
２．なら、まだプログラミング言語の客観性・工業性は有るのに対し、
設計では、エクセルで作った資料の行幅、列幅位でも、４．の立場だと
「うそにされて」しまうからです。
プログラマでやり続けるなら、（つねに１．→４．になるリスクをはらみ、
正しい事をいうのに必死である）設計者の重荷の一部分でも分担するつもりで、
自分が「うそになる」事が必要では無いでしょうか？（「プログラマの苦しさ」と
取るのでは無く！）
573:仕様書無しさん
08/01/17 23:10:18
プログラミングは芸術だよ
紙と鉛筆でさえ無限の可能性を秘めている
574:仕様書無しさん
08/01/18 22:19:55
>>573
プログラミングは記号だよ
記号は接地しないと、実用としても芸術としても認めてもらえない
じゃないか。
接地するには、身体性が必要だよ
でも、身体性を発注元ユーザーさんにやってもらう訳にもいかない
し、１人の人間がスキゾを気取って２役する訳にもいかないし、
指示する側とされる側が出来たんじゃないか。
紙と鉛筆は別物だから無限の可能性を秘めているんじゃないか？
ああ、本当に、「何が楽しいの？」？？
1さん答えてよ！！
575:1
08/01/18 22:32:43
>>574
童貞君、お前はまず、SEXをしろ。
話はそれから。
576:仕様書無しさん
08/01/18 23:30:54
じゃあプログラムは何パターン作られたら終わりが来るの？
577:仕様書無しさん
08/01/19 02:50:02
終わりなんてあるわけねーｗ
578:仕様書無しさん
08/01/19 08:51:46
URLﾘﾝｸ(fjt.webmasters.gr.jp)
579:仕様書無しさん
08/01/19 11:25:30
使いたいときに検索できない関数はないも同じ。
だから車輪の再発明をするわけだ。
580:仕様書無しさん
08/01/19 11:29:23
>>572のどこがマトリクス的なのかとｗ
581:仕様書無しさん
08/01/19 11:41:10
>>575
>>>574
>童貞君、お前はまず、SEXをしろ。
>話はそれから。
ｶﾞｲｼｭﾂの通り、オナニーはしているのだが、
SEXの１割相当と見なして、話のさわりでも
してもらうと、良い様に思うけどどうでしょう。
582:仕様書無しさん
08/01/19 11:44:52
却下
583:仕様書無しさん
08/01/19 11:45:10
URLﾘﾝｸ(www.hyuki.com)
「君は、つまらんプログラムを書いてるんだな。つまらん仕事だ」
そのとき、私の中の何かが爆発した。私は、ほかの乗客のことなどまったく省みず、自分に出来る限りの大声を電車の中で出して、相手をなじった。
私は誇りをもって自分の仕事をしているのだ。何も分からんくせして知った顔をするんじゃない。ばかやろう。とどなって、私は相手を突き飛ばした。
584:仕様書無しさん
08/01/19 11:53:45
>>582
情報を扱っている者が、そんな事にも身体性を
求めるのか！ 嘆かわしい！！
“彼の大地となり、彼を我が大地として、
記号を接地しよう”ってか！
＃うそ
585:仕様書無しさん
08/01/19 11:56:21
しかし詰まらんスレだな
586:仕様書無しさん
08/01/19 12:00:26
思考がおっさん臭いｗ
587:仕様書無しさん
08/01/19 12:30:55
>>583
>URLﾘﾝｸ(www.hyuki.com)
>「君は、つまらんプログラムを書いてるんだな。つまらん仕事だ」
（URLﾘﾝｸ(www.hyuki.com)を見て）
リファクタリングなんかに首をつっこむから、じゃないかと思います。
リファクタリングは、
・うまくいって黙認。
・へたするとソース管理にコミットする権利剥奪
位、（現代社会では）報われない事で、
＃でも、本当は心の底から、やりたい！！！
588:仕様書無しさん
08/01/19 18:18:45
自分の仕事に誇りをもっていたのなら、癇癪起こして怒鳴ったり相手を突き飛ばしたりしないよな。
癇癪起こしたら許された気がしてスッキリしました神様ありがとう、こんな考えになる日記の主は
正直言って救いようのないアホだと思うね。
589:仕様書無しさん
08/01/19 18:41:15
じゃあ君はその「救いようのないアホ」よりもわかりやすい本を書けるのかね
590:仕様書無しさん
08/01/19 18:51:05
俺は書けないけど救いようのないアホの書く本はそんなに分かりやすくないぞ
591:仕様書無しさん
08/01/19 19:08:41
わかりやすいというのはそのひとのれべるにまでおりてきてやってるだけ。
まんががしょうせつよりもよみやすいというのとおなじ。わかりやすいほん
がかならずしもしょせきとしてすぐれているわけではない。
592:仕様書無しさん
08/01/19 20:00:15
まあ普通に彼の本は役に立つよ
593:仕様書無しさん
08/01/19 20:37:39
控えめに言っても精神が未成熟なガキそのもの。
情けないね。
594:仕様書無しさん
08/01/20 08:58:18
プログラミングが単純作業なら、ダイコンの出荷作業なんて
お偉い方々にとって何なのカネ？
１．腰入れて、ダイコンを引っこ抜く。
２．ある程度の本数をまとめて、軽トラックで納屋まで運ぶ。
３．ダイコンを洗い機にかけて、しばって包装する。
４．集荷用トラックに積み込む。
朝早くから夜遅くまで、これの繰り返し。
595:仕様書無しさん
08/01/20 10:15:44
プログラマは少し文化的な生活もすべきかと。
運動もしないと。頭カチカチなオタク的人間多すぎだろう。
596:仕様書無しさん
08/01/20 10:27:58
理系>>>>>>>文系は言うまでもないが
残念なことにプログラマは理系の中でもボンクラの比率が高い
597:仕様書無しさん
08/01/20 10:34:45
頭のいい理系は決して態度には出さないし
論理的思考や専門能力以外のメンタルな部分や個性を尊重する。
マはすぐ知識をひけらかしたり調子に乗るのが多い。
598:仕様書無しさん
08/01/20 12:51:16
それは世の中を知らないな
普通に知識を見せびらかす凄い奴もいるんだよ
599:仕様書無しさん
08/01/20 13:19:13
ボンクラーズ
600:仕様書無しさん
08/01/20 18:39:58
知識を見せびらかしたほうが記憶に残るのでわざとやってます。
601:一人親方２００８
08/01/21 12:00:11
決められたルールの中でとにかく動かして、
その後、コンパイル後のサイズをいかに小さく出来るか・・
一杯機能入れたいし！！
そのこだわりで仕事を楽しめるから、単純でもつまらない仕事でもないよ～
反対にその快感を知らないのは不幸じゃ～ん
602:仕様書無しさん
08/01/21 13:53:21
下請企業だと難しいんだろうけど、少しずつ上流まで担当していくべきなんだよね。
603:仕様書無しさん
08/01/22 21:50:06
例えば仕様書渡されてこれでWEBアプリ作れって言われるとするさ
バースト的なトラフィック集中に対しての措置は大丈夫なのか？
業務が半日とまっただけでお客さんに莫大な損害与えるんだぜ。
例えば回路図ぽんと渡されて「これでモーターを動かせ」っていわれるとするさ
回路がまずかったらまずそこを指摘しないといけないんだぜ？
過大入力に対してエラー出して止めたとしても
そこから再開できないといけないんだぜ？工場ライン半日止めたら億単位の損害だぜ。
消費電流もっと押さえろと言われたら？ノイズ耐性は完璧なのか？
インパルスノイズに対して
これ以上動作電圧下げて暴走したらどうするんだ？
産業用モーターが予想外の動きをしたら人なんて簡単に殺せるぜ？
馬鹿にしてる奴はこんなの楽々やっちゃうんだろうね。尊敬するよ。
604:仕様書無しさん
08/01/22 23:06:23
まあ方法さえわかれば、ってところだね。
605:仕様書無しさん
08/01/25 01:23:14
無から物を作り出すなんて不可能だからな。
リゾリューションが単純作業と芸術行為を分かつのだ。
606:仕様書無しさん
08/01/25 08:49:43
>>605
>無から物を作り出すなんて不可能だからな。
>リゾリューションが単純作業と芸術行為を分かつのだ。
それは、分かる。
ただ、その発想が、この板全体のテーマである（！？）プログラマの
不遇さにつながるのも有るのでは無いか。
プログラミングは、それだけなら間違いなく楽しいはずなのに
（たとえば「単純作業と芸術行為」に峻別したりして）その楽しさの
部分を精製して、それだけを取り出して特定の人間に装着したり
すると、それ以外の人間は不遇になって当然で、
しかも、オープン化以後、その「特定の人間」を選ぶのに、より
若い人間を選んでいる為、一度選ばれると、その既得権が二十年は
続く様になっていて、
「無から物を作り出」したりする為には、必要悪ともいえる権限配分
では有るけれど、
実際、「制度としての権限配分の失敗」（「市場の失敗」で言う様な
“失敗”の意）が起きていて、それは、一つにはその発想（みたいな
発想）からではないかという疑念を禁じ得ない。
＃ところで、「リゾリューション」って何でしょう？
＃上記文では、「単純作業と芸術行為を峻別する何らかの行為」と
＃借り置きして、話を進めています。
607:仕様書無しさん
08/01/25 09:06:43
>>606
>プログラミングは、それだけなら間違いなく楽しいはずなのに
>（たとえば「単純作業と芸術行為」に峻別したりして）その楽しさの
>部分を精製して、それだけを取り出して特定の人間に装着したり
>すると、それ以外の人間は不遇になって当然で、
ぶっちゃけ、問題は、シナリオとしては、
・精製された楽しさを装着した人間がバリバリ働いて、純粋な利益として(たとえば一億は)稼ぐ。
・その功績でもっと上に上がり、次世代に、その精製された楽しさを受け継ぐ。
はずだったのが、
ちっとも利益につながらない（当人はそれなりの生産性向上で利益に寄与するかもしれないけど、
不遇な周りの人間の生産性低下がそれをおぎなって余りある為と思われ）ので、
そのシナリオが破綻していると思えるのですが、どうでしょう。
608:仕様書無しさん
08/01/25 20:07:39
>>606
(当然)個人的な意見ですが、
プログラマと設計者の権限配分で一番問題なのは、
文書に関する権限だと思う。
特に、
オープン系になってから、文書は脊髄反射的に「設計者の権限」という事になって
それは、本当にまずいと思う。
設計者は特定の文書について、原則としてプログラマに諮問する。
特定の文書とは、（例えば）
・ER図
・UML図（エンタープライズをのぞくTeamSystemの図も含む）
とする。ただし、答申した文書に対する批判はまぬかれない。
（もちろん別途費用はもらえる）
とかの配分設計の変更だけでも違うし、今のままだと永久にモデル・ドリブン手法は
日の目を見ないと思う。
上図などを最後まで面倒見れるのは、プログラマ以外に居ないし、プログラムには
（「見える」にはなっていなくても）ER図の要素や、UML図の要素は有って、
プログラムを最後まで仕上げる事が出来るプログラマなら、“書けない”なんて事は
あり得ないし、
だけど、現行では***何様だ***言われるのが落ちだし（自分は年寄りなので、年の功で
かってにやってしまう事も有りますが）、それこそ、権限の面から配分を見直すべきだ
と思う。
609:仕様書無しさん
08/01/25 23:29:14
>まあ方法さえわかれば、
世間知らずの警備員かお子様か？
分かるまでが苦労するんだっつー話なんだが
やれば出来る子は何時まで経っても出来ない子でしかないよ
610:仕様書無しさん
08/01/26 05:06:28
>>608
「あなたの環境・人生においてはそうだったんだろう」
としか言えないな。
全部分かってるのがプログラマで、図面や文書の面倒を最後まで見るなら
客への提案(営業)・交渉・回収・サポートも全てプログラマでやるべき。
611:仕様書無しさん
08/01/26 06:09:31
>>610
>客への提案(営業)・交渉・回収・サポートも全てプログラマでやるべき。
ぶっちゃけそれが一番いいと思う
今よりずっと効率は上がる
612:仕様書無しさん
08/01/26 06:19:49
今の状況って、普通のセールスに例えると、
製品が出来てもいない段階から、技術が何も分かってない人が
適当なこと言って仕事を貰い、客が無茶な注文しても無茶だと
分からず仕事を回し、なぜか技術がわかってない人が設計をして、
それを技術の分かった人が実装
客と技術的な話をしようとしても、技術が分かってない人が
わざわざ間に割って入って言い分を意味不明に伝える
こんな状況
正直、プログラマ以外はいらん
プログラマが客と直接話をした方がいい
613:仕様書無しさん
08/01/26 08:24:02
>>606
素直に
リゾリューション? ソリューションて書きたかったのか? ﾌﾟｷﾞｬｰ
と書いてやれよ。
614:仕様書無しさん
08/01/26 10:15:04
営業とプログラマの定期的な人材交換が必要だと思う
現状って双方が自分の都合を主張して全体として遅延続きって感じだからなぁ
マにとっては起こるべくして起こったトラブルでも営業からはては先のお客さんにとっては
そんなの知ったことじゃないし
615:仕様書無しさん
08/01/27 00:18:47
>>596
理系>>>>>>>文系
ってびっくらこいた・・・誰が決めた？系統の違いだろうに。。
616:仕様書無しさん
08/01/27 00:22:53
でも国会議員、特に総理大臣は理系の人にやって欲しいと思う今日この頃
617:仕様書無しさん
08/01/27 01:48:03
理系の国家指導者って誰かいないかなーと思い返してみたら確かフルシチョフが工科大学を出てたな
618:仕様書無しさん
08/01/27 02:20:21
胡錦濤も理系だったような
619:仕様書無しさん
08/01/27 02:25:50
菅直人と志位和夫が理系
620:仕様書無しさん
08/01/27 14:24:44
総理大臣レベルの上に立つ人間は、文系とか理系とかじゃなくて、
両方できてもらわないと困る。
621:仕様書無しさん
08/01/27 15:26:04
メルケルは理学博士
622:仕様書無しさん
08/01/27 20:05:33
中国首脳陣は理系で固められてるらしいが
日本はもっと危機感持たないとダメかもね。
623:仕様書無しさん
08/01/28 01:10:48
理系か文系かの議論なんて下らなくない？
その他大勢から抜け出せる人間にはどっちだって同じだと思うけど。
プログラマの話じゃなくて政治家の場合ね。
技術系のサラリーマンとしてなら適性として理系の方が向いてる可能性が高いかもしれないけどさ。
624:仕様書無しさん
08/01/28 01:53:31
日本の政治家は政治学しか知らないのが問題だな
政治を行う官僚ならそれで正解だと思うが、それは次官以下の連中で間に合ってるわけで
政治家はもっと幅広い見識を身につけなければならない
625:仕様書無しさん
08/01/28 09:29:36
橋下弁護士大阪府知事当選おめでとー＼（＾ｏ＾）／
626:仕様書無しさん
08/01/28 12:00:32
朝のNHKニュース見て確信した
大阪ｵﾜﾀ／(＾o＾)＼
627:仕様書無しさん
08/01/28 12:04:41
つーか一応日本は技術立国ってことになってるんだからさ、
道路に穴掘って埋め戻す何の生産性もないものに金垂れ流すくらいなら
もう少し国民にも利益になるであろうIT利権でこっちに金回せと。
そういう利益誘導をやってくれる理系出身の政治家に票を投じたい。
628:仕様書無しさん
08/01/28 14:15:27
ま、上流云々言ったところで、張りぼて商法というのもあるからな。
コテコテにデコレートされた箱を開けてみると、中身なしのスカスカ。
それお前の頭と同じじゃん。
629:仕様書無しさん
08/01/28 17:31:11
大阪キター
630:仕様書無しさん
08/01/28 22:04:19
ＩＩＴはもう殆どのインフラ行き渡っちゃったしなぁ。
技術立国目指すならまずモノ作りでしょ。
最近日本のロボット技術が注目集めてるみたいだけど
これならソフト系から機械屋までかなりの工学のフィールドで人材育成できる。
NEDOに限らずもっとバックアップしてほしいし、
工学分野に明るい人間が表に立つのが望ましいと思うけど。
631:仕様書無しさん
08/01/29 00:01:23
コンビニでのレジが楽しいか？クレーム処理が楽しいか？部品検査が楽しいか？
稲刈りが楽しいか？道路工事が楽しいか？事務処理が楽しいか？
632:仕様書無しさん
08/01/29 00:09:12
>>623
>技術系のサラリーマンとしてなら適性として理系の方が向いてる可能性が高いかもしれないけどさ。
ドキュメントの作成能力に欠ける奴らをたくさん見てきた。
数式でレポート書いてきた奴らは(ry
633:仕様書無しさん
08/01/29 01:07:32
>>632
文章の構成能力と文系理系は全く無関係なんじゃないかな。
ダメな文章書く人っていうのは抽象的な概念把握能力に欠けてるのであって文系に行っても結局同じだったんじゃないかと思います。
まだこの業界に入って一年くらいだけど、動く物を作れるってレベルで止まってる人を何人か見てきました。
そういう人は抽象的な思考力が弱いんだろうと思うんだけど本人が自分で気付くのは難しいしこの先厳しいですね。
それでも何とかなるのがこの業界の良さなんだろうけど、一方で技術者の価値を下げる一因となってるんじゃないかなって思います。
634:仕様書無しさん
08/01/29 01:12:47
>ダメな文章書く人っていうのは抽象的な概念把握能力に欠けてるのであって
635:仕様書無しさん
08/01/29 01:15:11
>>633の読解力に疑問
636:仕様書無しさん
08/01/29 01:48:38
冗談でしょ？
本気で分かんないんですかねw
637:仕様書無しさん
08/01/29 01:58:33
文章が下手な人はリスト化できる文章要素を積極的にリストにしない。
文が意味もなく冗長、かつ難しくなっている。削ることを知らない。
638:仕様書無しさん
08/01/29 14:40:36
Lisp vs Cみたくなってきました
639:仕様書無しさん
08/01/29 21:09:45
【調査】 「理系の生徒は、学力低下してないと証明できた」 理系高３の数学力、３０年前よりアップ★２
ｽﾚﾘﾝｸ(newsplus板)
640:仕様書無しさん
08/01/31 02:34:29
>>637
推敲したつもりなのにますますわけわかめな文章になっていくのは何故だろう？
641:仕様書無しさん
08/01/31 02:43:44
>>640
一度書いた文章を思い切って全部消すといい。
642:仕様書無しさん
08/01/31 04:39:40
分かりやすい文章を書くには、いったん全てS式で表現すると良いよ。
643:仕様書無しさん
08/02/01 01:02:13
>>637
通りすがりの文系ですが、
「消極的にリストにしない」という文章はおかしい。
「文章が下手な人はリスト化をしない。」でいいと思われ。
個人的には、箇条書きや最大公約数にまとめた論理的な文章というのは理系が求めるもんだと思うけどね。
文系は、意味や効率を重視した伝達手段というより、情緒や感情の起伏をリズミカルに織り交ぜたり、
張り詰めさせたかと思えば、手綱を緩めてみたり、飛躍してみたり、、そういう遊び相手として文章と
触れ合っていて、そうした趣こそを大事にするもんです。
ってなんのスレだ。失礼しました。
644:仕様書無しさん
08/02/01 01:11:27
> 文章が下手な人はリスト化できる文章要素を積極的にリストにしない。
「積極的にリストにしない」だべ。
「リスト化すれば分かりやすい文章を書く手助けになるのに、
それを積極的にしたりはしない。」という意味だと理解したのだが。
645:仕様書無しさん
08/02/01 01:15:21
組み込み系のSEやPGについて【自動車、プリンタ】
ｽﾚﾘﾝｸ(prog板)
646:仕様書無しさん
08/02/01 01:45:30
まだその世界になれないうちは、人の息が詰まった心の文章を読んでいたい。
しかし、世界に慣れてしまって、一定の情報が記号のようにすら思えるようになったときには、
リファレンス集や仕様書のようなまっすぐな文章がほしい。
オライリーはそのへんのバランスがよい。
647:仕様書無しさん
08/02/01 20:08:40
>>643
「理系」「文系」と言うより、「閉じた全体」「開いた全体」
に分けると良いかも。（「理系」「文系」は知らないけど）「閉じた全体」「開いた全体」はそれぞれ、
プログラマと客対応の人に対応していて、
「閉じた全体」は、
利点：（全文検索しても破綻をきたさない位）全体の整合性がとれている。
欠点：全体の範囲が狭い。自分では発展できない。（何のかんの言って、プログラマは保守的！）
「開いた全体」は、
利点：空間的、時間的に発展性がある。全体の範囲が広い。
欠点：要求を荒く離散的に言っているだけで、整合性に関しては定性的にしか
検証されていない。（「閉じた全体」より広い範囲を、同じ様な人間がやる訳だから、どこかでルーズさが出るのは当然。）
という分け方です。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
なんでこんな事を思ったかというと、プログラマとして本当に一生懸命やって
居るのに「全体を見ていないからだめだ」とか言われるけど、
（全体を見ているはずの）
リーダや設計者がなにげに、プログラミングのレベルに首をつっこんでくると
本当に例外なくシステムのほんの一部分しか見ずに、ポカミスを連発するので、
"「全体」と言う言説には何種類もあるのではないか" という疑問が、むくむくと涌いてきたからです。
＃中国の工程師の方々はどちらなのでしょう？ それともなにか止揚する道がある
＃とか。。？？ まぁ無いでしょうけど。