プログラマの雑談部屋 ★30
レス数が950を超えています。1000を超えると書き込みができなくなります。
>>862
影響範囲をSQL1本に絞ってやってるんだから感謝しろ SQLのJOINか・・・
そういやおれは、JOINはLEFT JOINしかつかわないや。 >>864
消費税の小数点以下の扱いとかまさに日本式だよな SQLで複雑系の事しててもちゃんとコメントを丁重に書いといてくれればOK
知り合いのエンジニアは英語と日本語の二ヶ国語表記までしててオフショアからナイスジョブ言われてたぞ >>865
不整合が起きるからユーザー1人のシステム以外は絶対やっちゃダメだわ >>874
日本がアメリカの51番目の週だったら俺も英語ペラペラだったろうにな
こんな糞島国に生まれてしまって後悔が募るばかり そういやSQLのスキルって、なにかと軽く見られてる気がするねぇ。 日本がそんなに嫌いなら当然英語くらいは勉強してるのかと思ったら英語出来ないのかよ! 869仕様書無しさん2018/04/01(日) 12:32:08.69
>銀行も業務系だが?
> 素人乙
ほんとド新人のクズが俺に意見とは
ウィルス送ってやるから楽しみにまってろクズ SQL魔神になってもサブスキルに過ぎないから食ってけないしな
正規表現とSQLは複雑系駆使しすぎると苦情が多い >>866
>>868
人口の1/3が日本人になったら、日本州が最も人口が多い州となる
いまだとカリフォルニアで3300万ぐらいだけどその3倍以上
仮に権利が平等だとしたら日本人大統領になる可能性すら出てくる
戦争に勝ったのに逆に日本人に支配されるなんて馬鹿げている
少なくとも議員のかなりの数は日本人となり影響力は無視できない
また、アメリカの法律で軍を運用したら制限が効かなくなる
よって日本は独立させたままのほうがよい 日本はプログラマーにとってはいい国だよ。
ちょっと出来るだけで、一般派遣なんて無責任な身分でも
技術者などとカッコつけられるんだもん。 >>881
ジャップに民主主義は無理だから選挙権無くていいよ
移民だけに選挙権があればいい >>881
まったくもって、そういうこと。
ただ「日本人」は「日系人」と言うのがベター。 >>876
アメリカ人って読み書きそろばんできない人多いって聞くし
英語できない人も多いでしょ
そもそも小学校から数えて何年英語の勉強したって英語をマスターしないのはおまえのせいだわ 速さが求められる大規模システムは簡単なクエリばっかりだよ
イベントかポーリングかはものによるけどシステムの状態が変わったら、リポジトリから更新されたエンティティを取得してビューモデルを計算する(ここは速くも遅くもない)
んで計算済のビューモデルをシリアル化して検索条件キーと一緒にまるごと1つの行としてテーブルに保存する
これをリードモデルプロジェクションと言って基本的にビューと1対1で作られる
ユーザーからの取得系リクエストに応えるのはすべてリードモデルプロジェクションへのごく単純なクエリになるから超高速
取得と更新がはっきり分離されるから意外と普通に作るより保守性も高まる ちょっとプログラムが出来るだけで、
中国人やベトナム人も日本に来て稼ぎ放題。
自分の食い扶持を守りたかったら、せいぜい
日本語でなんでもまくし立てるしかないな。 >>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
ジャップがガラパコスなのは優秀な中華や韓国人エンジニアとの競争から身を守る為の防御なんだよな
トランプが怒るのも当然 コボルは元々、そういう正確な10進数計算をやるために
作られた言語だと聞いた。
嫌われてるのはコボルじゃなくて、銀行などの金融案件だろ?
いたずらに責任が重いだけだもんねぇ、ハイエナどものせいで。 >>897
C#だろうがなんだろうが、数値を扱う場合に全てに最初からdecimalを使うなんてことはないだろ?
たいてい問題が起きてからdecimalとかに切り替えてあっち直してこっち直してバグをさらに
埋め込んでとか起こすでしょ? 有効桁数なんて4桁5桁でいいんだみたいなそうじゃない世界を
想像できないのが多数生息してればなおさら。 コボルが主流だった頃のパソコンは整数が16ビットとかだったからねぇ。
金額計算ってったら子供のおこづかいぐらいか。 そもそも、少数でもなんでも、何も知らない顧客や営業マンにとってみりゃ
「なんでコンピューターなのに計算を間違えるんだよ」みたいな認識しかない。
そういうのを考えずに済むのがコボルだったのだろう。 >>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
新しい言語や技術でまともに仕事で使えるようになるには
6ヶ月かかると大昔から経験則として言われてるぞ。
会社で未経験の技術を導入してなんかやるときの鉄則だな。 基本的な考え方はどの言語もどうということはない
むしろそれぞれの言語に埋まってる罠やら落とし穴やらを
よけて歩くのに技術がいるんだ… 使えると使いこなせるは全然違う
未知の技術でも一夜漬けで使い始める事は出来るけど、プロジェクト終盤になると使い方が洗練されて全く別物に変わってる
最初のほうに作った物を作り直したくなる staticおじさんと言われたりした人もいたわけで レス数が950を超えています。1000を超えると書き込みができなくなります。