プログラマの雑談部屋 ★34
■ このスレッドは過去ログ倉庫に格納されています
ITストラテジストって資格にほんのちょっとだけ興味がある。
情報処理系の資格では一番難しいらしいけど、この資格を取ったら少しは稼げるのかな?
かなり難しいみたいだけど。 デミス・ハサビスさんなら、電験一種に超楽に一発合格できますか? 技術士航空・宇宙部門とITストラテジストはどっちの方が難しいの? >>507
遅刻とか小休憩とか煩い人はもれなく無能な働き者タイプ
あいつらそれしか自分の優位性を示せないから必死 技術士航空・宇宙部門と公認会計士はどっちの方が難しい? 東京大学大学院数理科学研究科数理科学専攻博士課程修了者と東京大学大学院理学系研究科物理学専攻博士課程修了者は日本国内では間違いなくトップクラスの頭脳の持ち主と言っても良いでしょうか?
また、これらに比べれば、司法試験首席一発合格者なんて糞雑魚ですか? このスレに、東京大学大学院情報理工学系研究科コンピュータ科学専攻博士課程修了者はいますか? パウロと司法試験首席一発合格者はどっちの方が文章力がありますか? 東大理V首席合格者と東大文T首席合格者はどっちの方が頭いい? 神は超天才数学者と言ってる理論物理学者もいるぐらいだ。
やはり数学者は別次元中の別次元の存在なんだな。 プログラム板でワッチョイ導入されたからってここで暴れんなよなぁ このスレにいる人の学歴ってどんな感じですか?
高学歴?普通?低学歴? 地元の工業大学を中退だから高卒扱い私大文系氏んでくれや 東京大学大学院数理科学研究科数理科学専攻博士課程修了って日本最高学歴だよな。 鎌倉の大仏とイエス・キリストはどっちの方が凄いですか? 大仏みたいなキリスト像があったら、大主っていうのかねぇ? 大仏になるには相当修行を積んで魂のレベルを向上させていかないとダメなのでしょうか? 上流になれたらいいんだけどさ、底辺でもカッコよく見えるプログラマーって職業は不思議だよな プログラマーなんて餓鬼と変わらん。
ただ玩具をカチャカチャ弄ってるだけ。 >>497
えらく景気のいい話…5年後もそうであるのだろうか? 最高裁長官とオックスフォード大学総長はどっちの方が偉いの? アメリカ合衆国大統領と天皇はどっちの方が偉いですか? 文系の学士なんて今みたいに大量にいる必要はないだろくらいは思う。
専攻とは関係ない進路に進んで、学校の勉強なんて意味ないみたいなこと言っちゃうのがあんなに
大量にいても意味ないだろうと。
学問としての文系自体は必要だとは思う。
あと数学物理は最低でも修士じゃないとな。学士止まりなら数学物理なんて進む必要はない。 ほとんどの人にとって情報工学部ですら社会に出てからのプログラマー経験半年から一年程度の価値しか無い
文系とかこだわってるのは何かしら自分より下って思い込みたいだけの底辺 そもそも文系理系って枠で括るのがおかしい
どっちも一定数のカスと天才が紛れてる 学歴なんて社会に出れば大部分ひっくり返せるしな
同窓会やOB会があって人脈が強いのは高学歴の特権だけど フリーで年収上がったが、周りは高学歴ばかりで劣等感が募るよ。
特に相手の女が高学歴過ぎて、これは辛い。
ひっくり返せるって確かに返せたが、コンプは死ぬまで残るよ。
お前もやってみてから言えよ。
まあ学歴はあったほうがいい。 学歴なんてMARCH駅弁以上でええんやで。
理系なら日大までオッケー。 >>556
>学歴なんて社会に出れば大部分ひっくり返せるしな
興味あります。
底辺からのし上がった武勇伝を教えてください。 >>559
あかんに決まっとるやろw
これだから低学歴底辺野郎はダメなんだよww 東京大学理学部に興味があります。
社会に出てひっくり返せば学歴が欲しい気持ちが無くなるでしょうか?
どうやってひっくり返せば良いですか。
経験者の方教えてください。 >>560
そいつはelseジジイだよ。
嘘ばかり付いてる奴。
精神病を患って田舎に帰って両親の世話になりながらプログラマ復帰を夢見てるだけ。
そしてクスリの副作用で凶暴化してこのスレで暴れてる変人。
成功なんてしてないから。
あのジジイはただの人生の落伍者だよ 糖質カーストの中でも最底辺やなこいつ
可愛い女の子に監視される事だって出来ただろうに… >>565
ちげーよアホかカス死んどけ
>>560
多少の経験積んだら転職すりゃいいだけ
ガチF欄の底辺大学卒業してユーザー系子会社6年やってから、早慶東大留学生当たり前の会社に転職した
30ちょいで未だにコーディングもやったりするけど年収900〜1100万 詳細設計渡してコーディングしてもらった所が
変な動きしてるから中身確認したら適当でマジへこんだ
明らかに処理抜けてて機能してないからコソっと直したけど
こんな事やってると相手のためにもならないよな
全体メールで晒しあげるくらいやらないと 詳細設計が悪いんだろう
バカでも判るほど詳しくかかないと >>569
差別して人をイジメるような野郎なら晒しあげ
そうでないなら軽く忠告してここを直したから宜しくと言えば良い >>569
> 変な動きしてるから中身確認したら適当でマジへこんだ
こんな適当なことしてないできちんとテスト工程を用意しろよ、バカじゃないのか。
中身を見る以前に試験項目書をきちんと用意して、それ通りに動いていなかったら
担当者に伝えて確認修正してもらえばいいのに、そういう工程管理もきちんとやって
いないのに晒上げようなんて発言するなんてお前の方がよっぽど悪質だぞ。 こそっと直したら
別機能で該当部分が追加されて重複して
意味不明な挙動で担当者および周辺が発狂するのだった >>570
日本語の疑似プログラムみたいな設計書だからなぁ
とは言え完全に実装漏れてた所は言い訳できんな
>>571
別会社の人だから変な事言いたくないんだけど
ここ直しといたくらいは言っておくか >>572
単体テストも終わったと言った後に確認したんだが 他人のプログラムに変なちょっかい出してみろ
大抵やる気なくして明日からお前の担当になるぞ >>576
じゃあ次の工程の例えば結合試験に回せばいいだけだろ? なに工程にない作業をしてるんだ?
こそっと直すなんて改竄される方が困るわ。 それ以前に設計書渡して作らせてるのに、こそっと直せる環境は恐怖しかないよ。 >>578
分かってて放置していざ結合テストになってほら見ろ!ってやるのか?
悪いけどそんな余裕もなければ悪人じゃないから直せる所はすぐ直すよ >>580
そんなことしてるから余裕なくなるんだろ
混乱が収束しないのはおまいがグレムリンだからかもしれんぞ コソっと勝手に直すことが通用する時点で、
まともなプロジェクトの体制ではないわな。
いいかげんで適当なのは、そっちの方で
そんな状態でまともなプログラムなんて出来なくて当然だな。 >>581
一応メールと口頭で言っておこう
>>582
今のプロジェクトは入った時から分担が曖昧だからなぁ
俺が混乱させてるならもう何もチェックも手も入れないけど >>580
じゃあ単体試験が終わったときにレビューしとけばいいじゃん、
そんなこともできてないから余裕がなくなるんだよ。 > 俺が混乱させてるならもう何もチェックも手も入れないけど
こんないじけたこと言ってるから周りもお前の言うことなんてまともに受け取らないんだよ >>587
まるでそこにいるみたいに発言するんだなw まともなコード書き方を知ったのは
自分のコードを勝手にリファクタされたときだった
どこまで許容されるかはプロジェクトのいい加減さによるから
一概にはなんともいえない
それで楽しくやってるんだったらいいや
結合でバグ出すのを怖がってる職場がそんなだとも思えんが >>588
だってまともにコミュニケーションが取れるプロジェクトならメールで晒すなんて発想にならんもの うちも新人のレビューすらしないからなあ
バグあったらその周辺見たりできるだけ相談乗ったり一緒に考えたりはするけど自分じゃ力不足だ >>589
さすがに単体で捕まえられるのを結合に回すのはありえん
無駄なコストじゃん >>590
君にはモノの例えもおちおち言ってられないね
揚げ足とるのだけうまそう >>593
メールで晒す、って具体的な行動の言及に思えるが、
なにかの例えなの?
なんの例えになるの? 新人の頃にトレーナーだった先輩が仕事ヒマ気味だったのかコーディング規約やらテスト仕様書のレビューやらソースレビューやら何から何まで手取り足取り仕込んでくれた
最初はこんなんやってたら時間掛かりまくって全然終わらんやんけとか思ったけど今はすごい感謝してるわ >>596
おまえがいいのは分かったが
相手がわからんから質問されてるんだろ答えてやれよ
なんか言われたら過度に攻撃に取ってしまう性格で
周囲も似たようなもんだという前提の態度になっているんかもしらん >>595
その先輩みたいな人に教えてほしいし自分もそうなりたい つーかトレーナーが機能してんの見たことないわ
同じ会社の新人と中堅がセットで入ってきてもまずバラされて新人は放置されてる >>597
だから例えといってるけど具体的な例は例えじゃないらしい
もうなにいっても無駄でしょ マウントどうこう以前に仕事のセオリー無視してる時点で
愚痴ってる奴の方が馬鹿なのは間違いないだろう
相変わらずレベル低いスレだな >>592
ありえないというけど、単体試験の結果レビューしてもすりぬけなんて稀に起こるから
結合試験くらいまでならバグは出て当たり前以前に、ここでバグが出てくれてありがとう
本番で出なくてよかったくらいの気持ちになれないとハゲるよ セオリー通りに動くか動かないかの2値でしか判断できないのが混じってるのか セオリーというかセオリーのセの字すら踏襲してないけどな
必要な機能の処理抜けてるのに担当者以外が勝手に直すってありえんし
直すってことは自分の設計に落ち度があるって自分で思ってた節もあるんだろう
直すにしても指摘する前に直すのもありえんし
最初の担当者以外が直すってことは完全に委譲したってことになるし
納品後にバグ出てたら当然最後に手付けた奴が直すってことになるし
滅茶苦茶だよね
仕事のていを成していない >>607
問題が起こったらまた気が向いたやつがテキトーに直せばいいんでないの? そもそも勝手に直せるってことはバージョン管理ツールすら使ってないってことだから
口頭レベルのゴミプログラムで愚痴ってるってだけだろう
詳細設計もどうせそこらへんの紙に書いた殴り書きのメモレベルだろう >>600
だから、メールで晒す、って何の例えなの?
教えてくれ。本当に分からないから。
実際にそうしたい、そうします、って発言じゃないの?
俺は、バカだから本気で分からない。
気になって眠れないからさ。 >>608
そういう適当な割り振りだとよく直す人とまったく直さない人が出てきて
不満をため込んでプロジェクトがgdgdになったりする。 それか誰も
直そうとしなくてバグが放置されたままになる。
だからなるべく、言い出しっぺの法則とか見つけた人が直すみたいな
運用はしないほうがいい。 べき論はわかるけどプロジェクトによりけりなんだから
その場で柔軟に対応していくしかない
まあそういう提言する人は言い出しっぺで運用手順書書かされるがな >>613
担当者不在なので運用で回避をお願いします 責任どうこう言ってる人はチームとしての責任感が皆無なのかな
自分の責任になるのが嫌だからってバグを放置したらとんでもない技術的負債が積もってくじゃんか
バグ見たら即座にテスト追加して直してプルリク投げる
リクエストうけたコミッターがレビューしてマージする
間違った修正ならここで拒否できる
当たり前の作業フローだろ
君たちバージョン管理とかITS、BTS使ったことないの?
てかさ、なんのために規約でコードに統一感もたせたと思ってんのさ
属人性なくして誰でもソース読み書きできるようにするためだろ
最初に決めた担当者しか触らないならそれこそ最初から適当でいいんだよ >>575
擬似コードスタイルの設計書は最悪の開発手法
手続きは書かれてるけど要件が書かれてないからプログラマがユニットテストできない
注意深く設計書からコードに移すだけだから精神がすり減るしスキルアップにもならない
そもそも擬似コードを書いてる暇があったらその場でコードを書けと言いたくなる ■ このスレッドは過去ログ倉庫に格納されています