プログラマの雑談部屋 ★30
レス数が950を超えています。1000を超えると書き込みができなくなります。
>>877
>>880
DBやSQLチューニングの仕事ってわりと高給取りのイメージあったけど
最近はAWSのインスタンスのスペックを変更して終わりだもんね
RDS便利すぎておしっこちびっちゃうわ
最近だと勘でインデックス張るのがチューニングみたいな風潮すらあるしな
クエリの波動を感じながらHDDのカリカリをBGMに実行計画と統計情報を整える
昔ながらの職人芸はもうバイバイ哀愁デートなんだろうな >>860
金利計算で4桁5桁で切っても問題ないならCOBOLなんていらないんだが COBOLがいるっていうより、ここに沸いてる有効桁数なんてどうでもいいんだよと
言っちゃうようなのが少なくないからCOBOLが生き残っちゃうんだよな。 COBOLよく知らんがそんなに計算精度いいのか？
つうか金額程度の大きさで小数点4桁、5桁ならどの言語でもいいだろ
物理シミュレーションしてるわけじゃあるまいし 別にコボルが残るのはいいと思うんだよ。
諸悪の根源は技術力もないのに金を欲しがる仲介なんだから。
まあ、おれらには都合の良い存在だけどね。 Cの64ビット整数で金額計算してる現場があったぜ。
割り算すると誤差がでるから、端数はドーノコーノってのも
仕様に盛り込まれてて。 >>891
精度が高いというかjavaでいうBigDecimalみたいなのを標準で使っているとかだったかな
昔に金利計算で桁落ちした端数を集めて横領したっていうようなニュースがあったけど
興味rとか仕事で関係しないと目に入らんもんだよ。 そもそも数値精度ってオブジェクト指向が得意な分野だよね
要件や対象としてる量の単位によって必要な精度なんてころころ変わる
それはより上位のレイヤーで計算式を立てる方から見たら煩わしいことこの上ない
なので専用のValueObjectに数値を隠蔽して煩わしさから解放されようってこと
Moneyクラスなんてのはその典型例だよね だから自分の預貯金やらローン回り、株式やらFXやらの計算で本来自分に入るはずだった
金額が増えたり減ったりしても何も気にしないというならいいんだろうけどね。
金融機関の会社単位だと数億とか数十億単位で削れるから桁数少ない方がいいだろうけど。 >>894
そうなんだ
C#ならdecimalがあるからCOBOLのそのメリットにハテナだけど
確かにjavaのBigDecimalと比べたらそりゃ便利だなって思うのも仕方がない >>887
ジャップがガラパコスなのは優秀な中華や韓国人エンジニアとの競争から身を守る為の防御なんだよな
トランプが怒るのも当然 コボルは元々、そういう正確な１０進数計算をやるために
作られた言語だと聞いた。
嫌われてるのはコボルじゃなくて、銀行などの金融案件だろ？
いたずらに責任が重いだけだもんねぇ、ハイエナどものせいで。 >>897
C#だろうがなんだろうが、数値を扱う場合に全てに最初からdecimalを使うなんてことはないだろ？
たいてい問題が起きてからdecimalとかに切り替えてあっち直してこっち直してバグをさらに
埋め込んでとか起こすでしょ？ 有効桁数なんて4桁5桁でいいんだみたいなそうじゃない世界を
想像できないのが多数生息してればなおさら。 コボルが主流だった頃のパソコンは整数が１６ビットとかだったからねぇ。
金額計算ってったら子供のおこづかいぐらいか。 そもそも、少数でもなんでも、何も知らない顧客や営業マンにとってみりゃ
「なんでコンピューターなのに計算を間違えるんだよ」みたいな認識しかない。
そういうのを考えずに済むのがコボルだったのだろう。 >>900
いやそれはどうだろう
C#だと基本はintで少数計算は何も考えずにdecimalを使う
どうしてもdecimalじゃダメって理由があって初めてdoubleを使うってのがスタンダードな考え方じゃないかな
少なくとも自分の活動範囲ではみんな同じ考え方だと思う
他人のコードメンテナンスする時にdoubleって殆ど見かけないからみんなもdecimal使ってるんだろう グラフィックが絡むとfloatやdoubleを使うみたいだな。 まだ銀行を業務系だって言い張って頓珍漢な議論してんだ。ヴァカジャネーノ？ >>856
資本主義といっても、最近の資本主義は「シカゴ経済学派的新自由主義・グローバル経済」という別物になっている
これらを混同するのが第一の問題
「グローバル」とかいかにもまがまがしく、お前らも嫌いだろう？ グローバルっつっても、とどのつまりは安売り競争なだけだからねぇ。
中国は最近高いから今度はベトナムだー、と。 日本のメディアとかに嫌気がさしたから外国いきたいだけだぞ
後税金高杉
財務省馬鹿すぎ メディアはまだマシ
ペンの力で安倍と戦ってる所もある
腐っているのは問題意識のない愚民ども
ネトサポに踊らされて日本をファシズムに進めている
ジャップにはまだ多数決主義は早かったんだ >>916
>>917
君が外国に移民したいと言うのなら素直に応援するよ
早く嫌いな日本から出ていけるといいね
一人の日本として素直に応援するよ
君のような人は日本から出て行った方がいい JavaではBigDecimalで電卓アプリをスマホで作れるけど、
JavaScriptでBigDecimalで電卓Webページを作ることって
できるようになるんだろうかねぇ？ 4年目でテストケース書けない無能なんだけど転職した方がいいよね テスト仕様書って現場によってバラバラだから、
ベテランのおれでもちゃんと書けてると言えるかどうか・・・ 単体までなら書けるけど結合になった途端だめなんだよなあ
何度やっても漏れがでる
もう辞めたい テスト仕様書って、テストなもんだから軽く見られがちだけど
開発工程の中では最も難しい部分だと個人的には思ってる。
仕様のことを最も知ってなきゃいけないんだよね。 そういや、そういうやり方の現場があったな。
で、エビデンスを取る段階になって以下略。 メディアがクソ
ペンの力で在日クソチョンやチャンコロと戦ってる所もある
腐っているのは問題意識のない愚民ども
チョンコロ朝日とクソチョンNHKに踊らされて日本を貶めている
在日に権利を与えたのが早かったんだ 毎日何で？どうして？って思いながらプログラマー生活してると
確実に精神病んでいくな エビデンスなんて後から誰も見ないわな。
あれって、作業者が信用されてないからやらされるもので
無駄な工数だよ。
その分、時間と金を出してくれれば良いけど
だいたいは、エビデンスを取らない作業時間と金でやることになるから
ねつ造とバグ隠しが発生して
えらいことになる >>929
結果的には品質をある程度担保する作業になってるのかもしれない
でもExcelに画像貼り付ける作業はやりたくない エビデンスを取る段階に入ると、もう納期がギリギリだったりするから
レビューする方も間に合わせたい一心で疎かになりがちだもんねぇ。 >>929
問題が起きたら穴が開くほど見ることになるよ
ほら、このときは動いてたじゃない!
いじってないから原因はそっちの可能性が高いよね!（大勝利!）
→メールで拡散→勝利宣言! 勝ち負け、誰が悪い、誰に責任だ
・・・とかやってるから
システムってまともに完成しないのだよね >>920
ジャップランドには20年以上働いてもまともにプログラムも書けないクズが沢山いる
テストケースぐらいで悲観するな >>933
だってそうしないとだいたいこっちのせいにするじゃん
まあ、将来的に改善してほしいとこだよね >>924
仕様書に一般化されて書いてある事を具体化するだけだろ
同値クラスの洗い出しなど面倒な部分はあるが基本は単純作業になるはずだ >>930
意味ないよなペタペタ
先輩の指導もあるから様式美として毎回やらせてるけど
テストする工数を使ってテストスクリプト作って納品してほしいわ >>933
責任回避は重要よ
便利なシステムを作ってお客様に喜んで頂こう的なお花畑就活生の考えるような仕事じゃないからな
搾取する側とされる側の戦い 完全に画面とデータが切り離されてるような設計以外だと
何か変更するごとにUI操作が必要な手動テストもやり直さないといけないんだよね そーそ、開発現場は責任の押し付け合い。
メンバーがみんな別々の会社の社員なんてのがよくあるもんねぇ。 >>939
UIテスト自動化は色々フレームワークあるよ >>939
そんなに起きねぇよ
仮に3回も起きたら
1項目2日で片付けても
1週間はみ出る
もう赤字じゃねぇか
ミスは考慮して2回だね
ワンプロジェクトたった2回に
金なんてかけてらんねーわ 2回しかバグが出ないとか神が作ったプログラムかよ
神器級アーティファクトかっけえ 特定派遣の会社は社員数の割に新人を多く入れるのが特徴なんだが
そういう会社は長居しちゃいけないんだな。 小さい会社だけどうちは毎年決まって5人雇って3年以内に将来性のある奴が平均2人辞める
中堅連中は主力を中心の年に平均3人辞める
だんだん高齢化して仕事が回らなくなって比較的マシな人材に押し付けが始まり順番に犠牲になっていく
日本社会の縮図みたいな会社 派遣先の会社も、よくもまあそういう新人派遣を
ホイホイ雇っちゃうもんだな。 派遣人員の代わりにダッチワイフでも椅子に座らせておいたら誰も気が付かないだろうね
プロパーさんは報告される数字しか気にしないから ジャップランドはダメな奴ほど昇進していくからな
俺たち理系プログラマーは手を抜いてていいんだよ
ささやかな仕返しさ ダメな奴ほど昇進するのは本当だとしても
お前ら本当に昇進なんてしたかったのかと小一時間。 >>953
ディルバートの法則といって
どこでもそうなんだよな
失敗したら責任をとって辞めるのが客の印象がいいから
失敗しそうなプロジェクトほど
辞めてもいいような人材が責任者になる ゆとりが無能すぎてPMは罰ゲーム
コマが無いどころか足手まといしか居ない状況でどうしろと
中韓からは破壊工作員が派遣されるしさ >>956
海外では潔く責任とるんだろうね
でもジャップは無能でも責任回避だけは超一流じゃん 最近勉強してねえなー
定時帰りできるときは帰宅後に毎日勉強してたけど
残業続くとパソコン起動する気にもならん
1年も勉強サボるとトレンドが移り変わってウラシマ状態になってしまう 最近だんだんわかってきた。
勉強するのは新しい言語じゃなくてもいい。
むしろ、慣れた言語でいろんなのを作ってみるのがいいのだろうと。
自分でなんか作って、設計とかデバッグとかの勘を磨き続ける方がいいのだと。 現場次第だから新しい技術の勉強を家でするだけ時間の無駄だと思うけどね
前の出向先で重宝されまくってた主にバッチ担当の10年選手のBBAなんてSVNすら知らなかったしな 今必要なもの以外にも勉強はすべきだと思うけどね
現状維持じゃ足りないって
そのババアだってgit覚えるなりPowerShell移行を考えたり10年でできることもっとあっただろうに 基礎があればどんな新しい言語・技術でも
一ヶ月土日で勉強するぐらいの時間あれば
十分業務こなせるレベルにはなるだろ >>964
新しい言語や技術でまともに仕事で使えるようになるには
６ヶ月かかると大昔から経験則として言われてるぞ。
会社で未経験の技術を導入してなんかやるときの鉄則だな。 基本的な考え方はどの言語もどうということはない
むしろそれぞれの言語に埋まってる罠やら落とし穴やらを
よけて歩くのに技術がいるんだ… 使えると使いこなせるは全然違う
未知の技術でも一夜漬けで使い始める事は出来るけど、プロジェクト終盤になると使い方が洗練されて全く別物に変わってる
最初のほうに作った物を作り直したくなる staticおじさんと言われたりした人もいたわけで 基礎が疎かだからstaticおじさんになるわけだな。 Web系の知識を１から学んでそれなりに物になるのも６ヶ月かかる？ cssとhtmlタグの関連付けの方法で悩みまくり
表の幅とマージンの調整で発狂し
イベントがなぜか拾えなくて徹夜した挙句にブラウザが未対応だと知る
それなりになるにはそんな経験が必要です scriptとかhtmlの画面系のくだらない知識なんて適当に使ってりゃ何とかなる
問題なのは採用されてる技術が癖の強いもんだった場合の対処法
素人がこういう現場に突っ込まれるケースも稀にあるだろう ひたすら動いてる先人のコードをコピペするのが無難だな >>950
まず、面接は違法になるんよ。
顔見せと称してやるけど、あまり根掘り葉掘りはあかんの。
そりゃ変なのくるわな。 コンプライアンスとかセキュリティにやたら煩い時代なのに人材はチェック禁止とかわけわからん
面接を違法にした連中は中韓のスパイなんじゃないか あかん、PMとかPLなんて絶対やりたくねえわ、でもそれせんかったらやばそうだよな。 面接を合法にすると面接に落ちた責任が労働者のものになってしまう セキュリティってザルだろ？
USBメモリでコピーしてるし
それも駄目なときは
DVDドライブだとチェック走らないしとか
回避術もあった >>976
現実を知らないな。
派遣は確かに事前面接の選別は違法だが、
どこも事前面接の採用試験相当のことは
普通にやってるよ。 業務打合せあるよな
そもそも派遣だと禁止だけど
偽装請負なら引っかからないしな
請負やし >>977
事前面接して選別してリスクを取りたくないなら
直接雇用しろ、ってことだ。
責任は持ちたくないがおいしいとこだけいただきます、
じゃあまりにも経営者側優遇過ぎるだろ。
そう言うことだ。 >>981
現実も何も、うちはやってはいけないとなってるw
上場してるからいろいろと総務がうるさいんだよ。 >>985
親会社はそうでも子会社がやってるな
親会社が堂々とやってるとこもあるし レス数が950を超えています。1000を超えると書き込みができなくなります。
