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
「理系」「文系」と言うより、「閉じた全体」「開いた全体」
に分けると良いかも。（「理系」「文系」は知らないけど）「閉じた全体」「開いた全体」はそれぞれ、
プログラマと客対応の人に対応していて、
「閉じた全体」は、
利点：（全文検索しても破綻をきたさない位）全体の整合性がとれている。
欠点：全体の範囲が狭い。自分では発展できない。（何のかんの言って、プログラマは保守的！）
「開いた全体」は、
利点：空間的、時間的に発展性がある。全体の範囲が広い。
欠点：要求を荒く離散的に言っているだけで、整合性に関しては定性的にしか
検証されていない。（「閉じた全体」より広い範囲を、同じ様な人間がやる訳だから、どこかでルーズさが出るのは当然。）
という分け方です。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
なんでこんな事を思ったかというと、プログラマとして本当に一生懸命やって
居るのに「全体を見ていないからだめだ」とか言われるけど、
（全体を見ているはずの）
リーダや設計者がなにげに、プログラミングのレベルに首をつっこんでくると
本当に例外なくシステムのほんの一部分しか見ずに、ポカミスを連発するので、
"「全体」と言う言説には何種類もあるのではないか" という疑問が、むくむくと涌いてきたからです。
＃中国の工程師の方々はどちらなのでしょう？ それともなにか止揚する道がある
＃とか。。？？ まぁ無いでしょうけど。
648:仕様書無しさん
08/02/01 22:55:41
1時間で慣れられる本当の単純作業とは違うからなぁ
軽いOS作れるようになると変わるんでないかい
649:仕様書無しさん
08/02/02 09:17:59
>>647
また、マトリクスで言いますが、こちらの方が現実的かも知れません。
＃「背の高い●●主が仰向けになって弾を避ける」方で無くて、「行列」の意味。
１．「開いた全体」を扱う「文系」：いわゆる就職にはどうかという（本当かどうか知りませんが）分野
（でも民族誌学は使われてるとか、雑誌に書いてありましたが。）
２．「閉じた全体」を扱う「文系」：経済学や法学なんかこっちでは？（法律なんて整合性の検証の為に
電算機を持ち出すくらいですし）
３．「開いた全体」を扱う「理系」：ＳＥなんて人々とか。バスタブ曲線関係（事業化出来るまでの現金
を使い果たしたらお終いの困難な時期）の人々もこちらかと（こっち方面だと無条件に尊敬します）。
４．「閉じた全体」を扱う「理系」：事業化された後の“ものづくり”関係はこちら。プログラマも多分
こちら。
要するに何千年前から言われている、「守勢難し」「創業難し」の話で、しかも、上記４．は「守勢」に
分類されるはずなのに、上記３．が「創業」なので、“理系は全て創業だ”と思われたので、
「プログラミングは単純作業だ」≡（他と比べて）くだらない
となってしまったかも知れません。
650:仕様書無しさん
08/02/02 11:20:08
>>648
>軽いOS作れるようになると変わるんでないかい
OSを作れる人なんて、学校でPosixでも習わないと
出来ないでしょうけど、自習するには、
インサイド Microsoft Windows（上・下）
辺りがおすすめかと。
身近なOSが何をしているのか分かって、
「自分の体の普段使っていない所が分かって良かった」
みたいな気分になれます。
651:仕様書無しさん
08/02/02 14:01:03
>OSを作れる人なんて、学校でPosixでも習わないと
>出来ないでしょうけど
OSに限らず、ソフトウェアを使ったらその造りがだいたいわかるようでないと
プロのコード書きとしては厳しいんでないかい。
まあUNIXみたく作るのに多大な労力が必要なのは、すべてを把握するのは
現実的に無理だがね。
652:仕様書無しさん
08/02/02 14:23:29
OSの中身を知る必要があるのはコンパイラ・ドライバ・OS製作者くらいなもの
それ以外の人間は知らないより知ってる方がもちろんいいが、
知らないために馬鹿にされるいわれはまったくない。
653:仕様書無しさん
08/02/02 14:25:30
新人グラマが30日でOSを作るブログなんてのがあったな。
結構面白かった。
654:仕様書無しさん
08/02/02 14:40:45
>>652
OSという話が出たのは、素人の方に一番身近だからでは無いでしょうか。
何々会社の何々業務限定ソフトなんか分かる訳ないし。
その上で、「ソフトを便利に使う」為に必要な、履歴や関連保持の為のデータ構造なんかの
例としてはOSは、ふさわしいと思います。
＃Windowsなんかで、「カーネルを（たしか）再入にする為に、カーネル『オブジェクト』を
＃デザインした」とか、そんな事がOSなんかでは盛りだくさんな訳じゃ無いですか。
＃
＃それに、プログラマとＳＥのけんかの一番の原因だって、その履歴や関連保持の為の
＃データ構造ができあがって、それに従って（＝その構造で最大限早く動く様に、ロジックを
＃特殊化して）出来上がってきたと思ったら、『変えろ』と言われる事じゃないですか。
MSWindows（や知りませんがOSXも）の内部のデータ構造といったら、それなりに見れるし
第一オープンになっているし（OSXはオープンになっているか定かでないですが）、この様な
公開の場で言うには一番穏当な線だと思います。
655:仕様書無しさん
08/02/02 14:44:29
COBOLを人工知能に書かせてみよう
656:仕様書無しさん
08/02/02 14:56:00
こぼらあ
657:仕様書無しさん
08/02/02 15:18:04
OSXってBSDベースで仕様はオープンなんじゃなかったか？
Darwinとか言ったか。
ソースまでオープンかどうか・・・どうなんだろ。
まぁMAC使ったことないからウソかも知らん。
658:仕様書無しさん
08/02/02 21:20:32
>>657
URLﾘﾝｸ(www.macosforge.org)
まぁDarwinだけだと要するにUNIXなので、AquaのUIなんかはサッパリなわけだが。
659:仕様書無しさん
08/02/02 23:07:07
>>651
>>654
そそ。
要するにソフトは「単純なものを（便利だけど）複雑になるものを、
扱いやすい単純なものとして提供する」って意味で全部一緒。
そこら辺のプロセスと、世間一般の「単純作業」の意味を一緒にすんなｗ
って言いたかっただけさ
660:仕様書無しさん
08/02/07 21:52:54
プログラマやなんかが書く設計書ってさ、分かってる人にしか分からない書き方
してるけど、あれは問題ないの？業界として・・
661:仕様書無しさん
08/02/07 22:49:43
>>660
the variation of your opinion
音楽家が書く楽譜ってさ、分かってる人にしか分からない書き方
してるけど、あれは問題ないの？業界として・・
建築家が書く図面ってさ、分かってる人にしか分からない書き方
してるけど、あれは問題ないの？業界として・・
速記者が書く書類ってさ、分かってる人にしか分からない書き方
してるけど、あれは問題ないの？業界として・・
漫画家が書く絵コンテってさ、分かってる人にしか分からない書き方
してるけど、あれは問題ないの？業界として・・
662:仕様書無しさん
08/02/07 23:07:49
>>661
なんか>>660の言う意図はアレじゃない？
やたら文章がヘタクソ、とか、体裁がととのってない、
仕様という割りには例外処理も書いていないあまりにもお粗末なソレ
663:仕様書無しさん
08/02/08 05:08:41
>>660
関係者が納得できる記述がでいていれば問題無い。
「関係者」の範囲が変わった時は見直す必要がある。
664:仕様書無しさん
08/02/08 11:52:43
ここ初めてだけど。
プログラマ以前の人とプログラマ以降の人の比率が一番多いスレに見えます。
665:仕様書無しさん
08/02/08 21:07:24
そうっすね
666:仕様書無しさん
08/02/09 03:03:08
比率が一番多い・・・？
667:仕様書無しさん
08/02/09 08:21:29
現役バリバリの忙しいプロは、ほとんど居ないと言うこと。
668:仕様書無しさん
08/02/09 12:36:51
比率は高い低いのような気も。
669:仕様書無しさん
08/02/09 13:19:34
>>660
口頭で伝えるのが前提となっているのは問題だと思うよ
670:664
08/02/10 12:23:08
>>668
ご指摘いたみいります。たしかに比率は高低で表現するのが正しい。
けれど口語的表現ならば、「多少」による表現も許されて良いのではないか？
と、愚考しますが。
671:仕様書無しさん
08/02/10 13:12:36
おしっこしたいけど寒いから起きたくない。
プログラミングでこの難問を解決できるか？ア？
672:仕様書無しさん
08/02/10 13:18:47
膀胱の中の小便をほかに転送するプログラムを実行すればいい
673:仕様書無しさん
08/02/10 13:33:51
>>671
それはバッファの問題といわれていて、せいぜいオーバーフローしないように気をつけるか、
仮想メモリ（ペットボトル）に尿を移動すればよい。実際引きこもりはそうしている。
674:仕様書無しさん
08/02/10 13:49:03
上手なライフハッキングの極意は、何でもプログラミングで解決しようとしないことです。
675:仕様書無しさん
08/02/10 16:05:23
オムツ装着で即時解決じゃねーか
676:仕様書無しさん
08/02/10 16:36:13
オツムは最初から装着しているお
677:仕様書無しさん
08/02/10 19:40:16
>>676
中身はウンコが詰まってるんだな。
678:仕様書無しさん
08/02/26 07:22:38
話題を、
>決まりきったことしかできないプログラミングなんかの何が楽しいんだ？
の元似戻すが、
の根底には、俺様にはできないのに、出きるやつが高いギャラ貰ってる
のが悔しいということらしい。
MACしか使えないおいらの元つれが、僕がソフトで転職したとたん
つき合いしなくなってしもうた・・・
僕が悪いのか？
679:仕様書無しさん
08/02/26 09:36:50
URLﾘﾝｸ(sample2.dmm.co.jp)
680:仕様書無しさん
08/02/26 16:05:00
メカAG - 脂身は脂っこいか？
URLﾘﾝｸ(www.asks.jp)
681:仕様書無しさん
08/03/10 02:27:47
連載めい☆みくＴＶ
URLﾘﾝｸ(zoomtv.atspace.com)
連載めい☆みくＴＶ４
URLﾘﾝｸ(zoomtv.atspace.com)
682:仕様書無しさん
08/03/11 23:25:15
人にできないことを出きるやつが悪いだよ
683:仕様書無しさん
08/04/04 22:32:06
勝っていることが自明でないのでこういう話になるんだな。
『工場ラインって.........』ってならないのは１は工場ラインには
勝っている確信があるということ。
で、プログラマに対してはまだわからないということ。
684:仕様書無しさん
08/04/05 11:27:23
底辺ITで痛い目にあったけど、PGの方が面白そうだ。
工場ラインは大変そうだよ。
685:仕様書無しさん
08/04/05 14:01:05
大手工場ラインってボーナス7桁だけど・・・・
プログラマ職でそんなに行く奴いないだろ
大手でも課長級だと思うぞ
686:仕様書無しさん
08/04/06 00:06:19
普通に月収７桁のプログラマ職が存在すると思うが？
687:仕様書無しさん
08/04/06 09:30:16
このスレ読んで思った
案外プロ意識しっかりしてる奴って多いんだなって。
俺もがんばらないとな。
688:仕様書無しさん
08/04/06 14:09:18
企業の業績が上向きだと給料アップするのが工場ライン
自分の実力で給料アップするのがプログラマ
そう思ってた時期もありました
689:仕様書無しさん
08/04/06 15:44:25
最近じゃ業績が上がっても実力が上がってもみんな経営者と株主が持っていってしまう
690:仕様書無しさん
08/04/08 06:42:05
呼吸するのって単純作業じゃん、何が楽しいの？
691:仕様書無しさん
08/04/08 16:53:16
LEGOブロックでも、無限の可能性を秘めているのだが、
それに気づけないのは悲しい想像力の持ち主だな。
同じ道具でも、しょぼい物しか作れない、いや作れる事すら発想出来ない。
せっかく知能ある人として生まれたのに可哀相。。
脳が。
692:仕様書無しさん
08/04/08 23:28:36
そういや、Googleの創始者ってLEGOブロックでプリンタ作ったことが
あるらしいな
693:仕様書無しさん
08/04/10 11:17:43
>>1はＣ仕様書とか見ながら端末にパンチングするのが
単純って言ってるんじゃないかな。
694:仕様書無しさん
08/04/12 00:09:54
少し変わった用語をお使いの会社にお勤めの様ですね
695:仕様書無しさん
08/04/12 14:39:17
はーーー テープにパンチングするの知らないのボクチャン？
696:仕様書無しさん
08/04/12 17:23:18
端末を殴ってると思われたんじゃない?
697:仕様書無しさん
08/04/12 17:28:44
プログラミングが単純作業と決め付けてる奴は、
Windowsもプログラムだと知ってるのかね？
698:仕様書無しさん
08/04/12 17:29:37
そういう細かい区別は聞きたがらない奴だと思うよ。
「ヲタうざい」って感じで。
699:仕様書無しさん
08/04/12 17:33:32
プログラミングが単純作業なんじゃなくて、
単純なプログラミングを経験しただけで、
複雑なプログラミングを知らないんだよな。
700:仕様書無しさん
08/04/12 18:04:45
>>1
プログラミング好きそうだけど・・・
挫折でもしたの？
701:仕様書無しさん
08/04/12 18:34:08
コーディングはプログラミングの一部
プログラミングは事務所で行われてるんじゃない！会議室で行われているんだ！！
702:仕様書無しさん
08/04/12 19:31:42
i like you
do you like me?
703:仕様書無しさん
08/04/12 19:36:48
複雑なプログラムを単純なプログラムにできたら凄く楽しいんだぜ。
まあその手順も教科書に載ってるような単純作業ではあるんだが。
704:仕様書無しさん
08/04/12 19:46:00
>>703
それじゃ、まず公開されてるLinuxのコア・プログラムから単純にしてくれ。
そのあとは、X-Windowをよろしく。
705:仕様書無しさん
08/04/12 19:48:02
プログラムは楽しいよね。
706:仕様書無しさん
08/04/12 20:00:22
バグだらけのオープンソースがあったら修復したいな。
X-windows使ってる人っているの？
707:仕様書無しさん
08/04/12 22:25:37
>>706
夢を語る前に基礎知識が必要だなw
708:仕様書無しさん
08/04/12 22:27:27
>>707
何言ってんの？
709:仕様書無しさん
08/04/12 22:32:00
>>708
だって、
> X-windows使ってる人っているの？
だもん。笑っちゃうよ(ﾌﾟﾌﾟｯ
710:仕様書無しさん
08/04/12 22:40:28
>>709
unix上で開発すんの？
711:仕様書無しさん
08/04/12 22:44:18
707,709は「X Window なるシステムはあるが X Windows （複数形）なるものはない」という
古典的な指摘をしたかったんじゃないか。
712:709
08/04/12 22:57:12
>>711
そんな細かい間違いの話ではないよ。
713:仕様書無しさん
08/04/12 23:39:49
>>711
それをいうなら「Xなるウィンドウシステム」だ。
714:仕様書無しさん
08/04/13 06:57:59
大人が多いな、ここ。
そして煽り失敗の>>1乙ｗ
715:仕様書無しさん
08/04/13 06:58:47
>>712
で？
716:仕様書無しさん
08/04/14 04:21:59
>>1
俺も同感
企画営業の方がオモロイわマジで
717:仕様書無しさん
08/04/14 12:26:10
>>713
或いは「X Window System」なるウィンドウシステム。
長ぇ。
まあ、海栗糞や犬糞使ってて X 使ってねぇって奴は
少数派だろうな。
718:仕様書無しさん
08/04/14 22:31:15
>>717がクソ好きなのはよく分かった
719:仕様書無しさん
08/04/16 13:36:41
えっ糞いれぶん
720:仕様書無しさん
08/04/19 17:42:18
ラクス・クラインの壁紙ゲットォー
721:仕様書無しさん
08/04/19 21:31:26
>>717
BSD系だとX無し派が結構多そうなイメージ
※個人的な意見ですので実際とは異なる場合があります
722:仕様書無しさん
08/04/19 23:51:23
X-Windowってプログラミング言語（ってゆうかＣ言語を拡張したライブラリ）の事だと思ってたけど。。。
723:仕様書無しさん
08/04/20 00:47:25
>>722
それはXlibやXt
724:仕様書無しさん
08/04/21 10:59:29
>>722
>プログラミング言語（ってゆうかＣ言語を拡張したライブラリ）
「ってゆうか」の前後でまったく違う事をいうのは若さ故なのだろうか。
わしももう歳じゃて。
725:仕様書無しさん
08/06/04 22:50:52
保守
726:仕様書無しさん
08/11/28 17:58:15
>>721
さっき誰かが言ってた事マネしてるだけやん。
727:仕様書無しさん
08/12/23 09:55:28
＞＞１
楽しいことなんてありません。
使い捨て多重派遣要員です。
728:うゆ ◆e6.oHu1j.o
09/01/17 06:00:48
単純作業はプログラミングじゃない
それはただの「作業」