勤務中眠くて眠くてたまらない [無断転載禁止]©2ch.net
夜眠れないのはテレビを見るから
それと午後はコーヒー禁止
筋トレは1〜2時間程度
疲れるぐらい仕事すりゃ眠れるよ そのへんの内科に行って、睡眠導入剤をもらってこいよ。 社会人になって思ったのが遅刻や体調不良で欠勤が結構多いよね
うちの会社やチームだけかな? 当初腹痛のため午前休だったのが、いつのまにか発熱のため全休に変わるなんてのが多くの人間で日常茶飯事 スレ更新したらまた馬鹿が噛みついててワロタw
バッチなんて誰でも出来るのに残業してそのハゲはweb側が大変なのわかってるから
どんなプロジェクトでもwebには一切関わろうとしてないだけなんだよアホ
バッチ処理のためだけにDBカラムのバイト長適当に決めたりしてたから
web開発時に齟齬起きて何回もこっちから修正するよう言ったりしてんのによ
そのハゲがやってるバッチ作業より遥かにバッチ処理多い別の処理で俺がバッチやったときは
本来の見積もりより3倍速く終わってweb手伝わされるぐらいバッチなんてアホみたいに楽なのにアホか
俺からしたらweb開発も糞簡単だけど保守ばっかやって技術の変遷に追いつけない
クソみたいな会社のプロパーは新しいこと覚えるのが嫌だから誰でも出来てやることが変わらない
バッチに逃げてる馬鹿ばっかなんだよ 自己研さんは悪い事だとは言わないけど
会社に導入させて本当に利益がでるかどうかまで考えずに
入れろ入れろと騒ぐやつがいるんだけどどうしたらいいの? 馬鹿が噛みつくからすっかり論点変わったけど
”やることないのに残業してる奴”と”それに金払ってるアホ会社”ってところが
気持ち悪いってことだからな スキルが低すぎて残業せざるを得ない状況にしか見えんが違うのか?
残業代を節約したいなら残業禁止徹底させろよ
手伝ってやるか配置転換するかいくらでもやることあるだろう ハゲのスキルは低くはない
その会社自体が客との折衝ばっかしかやらないプロパーばっかで
ハゲは折衝と開発両方できるからプロパーからはかなり有能な人間的扱いされてて
プロパー自体がハゲのやってる作業の正確な見積もりが出来なくて
ハゲの言うまま作業させてるだけって感じ
会社は昔からのコネと折衝能力で大量の案件だけは持ってこれるけど
ソースレビュー出来る奴が皆無だからくだらないバグ出しまくったり
開発ぽしゃったり、開発できる人員いなくて案件流れたりアホな会社だったな
会社の規模はすげーでかいんだけどコネで仕事持ってこれる会社はマジで開発レベルがマジでゴミ バッチなんかやったことある奴なら誰でも出来るってわかるんだから
後出しもクソもねーよクソアホ
そんなこともわからん無能が無能って単語使うな池沼 >>268
たいしたデータ量のシステムを担当しているのではないのだろうが、バッチ処理はリアルタイム処理の連続のような発想ではできないよ。 しっかしこのスレはやたら馬鹿に噛みつかれるな
この手の馬鹿って自分より上の人間にレス返されたら大抵黙って逃げかえるもんなんだが
どんだけ図々しい馬鹿なんだコイツ
馬鹿なんだから初心者スレでも見てろよ阿呆 オレがN時間でやってたバッチの仕事をおっさんは夜遅くまで残業してやって
るんだけどおかしくね? とかならグチるのも分かるのだが。
オレはwebフロント系でバッチやったことないけどバッチやってるおっさんは
夜遅くまで残業してるのおかしくね? バッチなんてやったことないけど、
web系の5分の1の時間でできるだろ。
みたいな書き込みを見たら、書いた奴が頭おかしいと普通は思うよ。 バッチやったことないなんて一言も書いてないのに馬鹿か
何回同じこと書かないとわからないんだお前等糞馬鹿は?
フロント回りやったことある奴等な大抵バッチもやってきてるからバッチの簡単さなんてわかる
わかるから作業量が少ないこともわかる
池沼はレスつけるなよ阿呆 >>270
そもそもIDも何も分からないし個人情報も分からない、
改行も句読点もまともに使えてないのを上とか判断
出来ないからね? あと池沼呼びがダメージになるなんて考えるのは池沼な人だけだからね。 残業が許されるのは信頼の証
プロパーだって人材確保の為にボーナスのつもりで払ってるんだよ
で、残業が増えて手が足りないから自社の人間を1人追加したいっていう流れになる
ここまでがセットになってるんだから >>272 の言うことはそのバッチ処理担当のひとが別に悪さをしているわけでもないのに悪口をしつこくここで言っている異常さ。 >>272 は勤務中眠くてたまらないほど、自分も余裕があるのに何を言ってるのか。 最初の書き込み。いきなりこれだからキチガイレベル。
239 仕様書無しさん sage 2017/08/11(金) 23:29:36.67
派遣先でweb系の開発してるのに絶対にバッチしかやらないプロパーに
朝早く来て毎日夜10時とか11時とかまで無駄に残って残業代貰ってるキモいハゲいたな
バッチなんかやることないのに毎日やることあるフリしてWeb側は絶対やらないって言ってたハゲ で、バッチって何やってるんだ?
CRONでPHPまわして月次処理とかそういう類?
インフラ込みでそれなりにチューニングしないといけないなら
無駄に高品質に作りこんでる可能性はあるな このハゲの残業の仕方異常だから言ってんだよ
ただでさえ仕事もないのに残業する馬鹿多いと残業してる奴が偉いみたいな空気になるし
タスク通りに仕事終わらせて定時で帰ってもすげー嫌な感じになるし
金目当ての馬鹿ってホント死んでほしいわ
365日毎日4時間ぐらい好んで残業してんだぜアホか
馬鹿通り越してキモすぎだわ なんでわざわざPHPでバッチ処理を作るのか。自分の知ってる世界でものを言うやつはなんなのか。 バッチしかやらないくせにDBのチューニングとか
遅延発生してるSQLの解析とかは一切出来ないからな
シェル使った日次とか月次バッチとかその程度のゴミみたいなレベルの仕事だ >>280
おまえの金じゃないんだから気にすんなよ
自社の金ですらないんだろ?
>>281
WEB系の人間が使える言語なんてPHPぐらいだからな
JavaやCOBOLが使えるエリート様とも思えんしな Javaだよ馬鹿wwwwww
コボルなんてアホでも使える
JavaだってC++に比べたらアホほど簡単だ池沼
ほんと2chのスレって池沼しかいねーな
お前等馬鹿すぎるからもうリアルで首吊って死ねよ 仕事に適した言語を使えばよいだけ。
簡単とか難しいとかは
仕事による。
また職場や客との人間関係や
コミュニケーションの状況による。
言語だけを取り上げるのは
間違いだと思います。
ああ眠たい >>281
単純にインストールの手間とか書く人間の確保とかになるな。
サーバーサイドと同じ言語なら、メンテなりちょっとした追加なりをサーバー側の
人間にもやらせることが出来る。 バッチ動かす用の環境を他とは全く違うので
用意するのもメンテナンスするのも二重管理みたいになったりするからね。 cronと書いてるからUNIX系とわかるから、シェルスクリプトで十分なのに。 バッチっていうのは作ったことはないけど、環境を立ち上げるときとか良く使うな
作るのって難しいの?ちなみに俺はJavaもC言語も満足に使えないレベルです >>288
バッチって難しいのって、そりゃものによるだろアホとしか バッチというのは文法やアルゴリズムが難しいのではなく
インフラへの影響や実行スケジュール、こけた場合の動きなど総合的な判断が必要になるから難しいのです >>290
してるかも
マクロやシェルのような自動で複数操作してくれるプログラムかと思ってた
ログの取得や環境起動とかね Web|バッチのほうが難しい|簡単
こんな発言が出るってのは設計が下手っぴな証拠なんだよね
コアモジュールがしっかりしてればWebもバッチもほとんどコアモジュール呼ぶだけなんだから難易度に差は出ない >>293
モジュールを呼び出すだけにすれば簡単になるのかw バッチの対義語がWebってあたりで笑ってしまう。
>>294
フレームワークに落とし込めれば、プログラマ的な難易度は
下がるだろうね。だから誰でもWebプログラマになれるw >>293
呼び出す側の処理だけみて、難易度に差が無いとかワロタw
呼び出し先の方はどうなんだよw >>298
Webシステム全体の難易度を語りたいわけ?
プログラマー板で?なんで? >>297
バッチの対義語はオンラインだろうな。
しかし、特定の業種、特定の企業の業務ロジックまで対応してるフレームワークなんて存在するのか?
WebプログラマーがWeb系のみのプログラマーを指してるなら関係無い話だが。 >>298
バカかこいつ
WがXをコールしてる
BがXをコールしてる
WもBもXに渡すパラメータを設定するだけでそれ自身の責務はほとんどない
となればWとBの工数は殆どゼロとなりその差も殆どゼロとなる >>299
必要な呼び出し先のライブラリが無い又は有料等で使えないなら、
自分で作るしか無いだろ。
お前の周りのプログラマーってそんな事も出来ないの?
Webシステム全体の難易度なんて言ってねえよw
インフラ関連や製造フェーズ以外の話をこっちが言ってるならともかく、製造フェーズ内の話で何でそんな疑問が出るのか分からねえな。 >>302
頭が御花畑かな?
そのXが常にあるといいなw >>305
ゴミがシャベッタァw
で、その工数は何で302に含めてないんだ?
考慮不足過ぎて笑えるw >>306
あのさジャップ少しは頭を使いなよ
今はXの工数の話なんてしてねえんだよ
WとBどっちが難しいかの話してんの >>300
前はバッチ処理に対してオンライン処理と言っていたが、いまはリアルタイム処理と言うのが一般的。 >>307
ああ、Webの工数とバッチの工数の話から、
勝手に共通モジュールの工数が抜けちゃったお馬鹿さんのお前の話に合わせるってことかな?
お前みたいな馬鹿にWBS組ませると共通モジュールのタスクが足りなくて炎上しそうだなw
取り敢えずお前のWとBの比較だけじゃ、Webの工数とバッチの工数の比較する材料は足りないから見直してからレスしとけやw >>308
指摘サンクス、後でちょっとググってくるわw >>309
ほんと能無しだな
これ以上は時間の無駄か
>>309の脳治療に失敗しました
手の施しようなし >>311
負け犬の遠吠えって奴だな。
次からはちゃんとXを考慮に入れてから、
発言するんだぞw
じゃないと他のプログラマーからも
呼び出し側しか考えてないよあの馬鹿w
って笑われるだろうからなw アプリケーションレイヤーの工数にコアモジュールの工数を含まない場合
Webの工数 = W
バッチの工数 = B
とする
処理をコアモジュールに移譲するだけなので
W ≒ B ≒ 0
アプリケーションレイヤーの工数にコアモジュールの工数を含む場合
コアモジュールの工数 = X
Webの工数 = W + X ≒ X (∵ W ≒ 0)
バッチの工数 = B + X ≒ X (∵ B ≒ 0)
従って
アプリケーションレイヤーの工数にコアモジュールの工数を含む場合も含まない場合も共に
Webの工数 ≒ バッチの工数
以上によりWebもバッチも大差ないことが示された
証明終了 >>313
それは良かったな。
ちなみに君のいうコアモジュールはあくまで、Webとバッチ共通のコアモジュールの話であって、
Webのみのコアモジュールと
バッチのみのコアモジュールが考慮されてないから、
Webのみのコアモジュールかバッチのみのコアモジュールを工数に入れるとその理論は破綻するよ。 >>314
共通とはひどいな。そのバッチ処理は処理データ量が増えたら破綻するな。 >>316
ああ、それもあるからWebとバッチのコアモジュールは切り分ける必要がある。
313だとそれが考慮されてないようだが。 Webの工数 = W
バッチの工数 = B
とする
処理をコアモジュールに移譲するだけなので
W ≒ B ≒ 0
WebはJava、バッチはC どうするよ、おまえ。 >>318
俺もCとJavaで同じAPIを使うのかよと思ったわw
その反論が罵倒だけで、論理的な反論が出来てないのが面白すぎるけどw RESTじゃないAPIの方が圧倒的に多いのに面白いこと言うなぁ。
言語が違っても使用出来るAPIとか相当限られてるだろうがw >>318
その程度の説明で数式じみたもの使うなよw
「モジュール化するのでwebもバッチも工数はほぼゼロ」 勤務中眠くなるのはナルコレプシーって障害持ちだから、
リタリン処方すればOK くだらんお医者さんごっこやりたきゃメンヘル板行けアホ
次 勤務中は眠くならんが業務後にめちゃくちゃ眠くなる
定時で帰っても飯と風呂済ませたら爆睡で趣味何もできん >>331
お医者さんごっこって、いま思うと、子どもなのに
そこらのSMプレイよりずっとハードなプレイをしてたよな >>「モジュール化するのでwebもバッチも工数はほぼゼロ」
敏腕リーダー、モジュール化(JavaとC)の工数はどうするよ? どっちもAPI呼ぶだけだろカス
と、具体的な事は何も言えずにファビョるだけになると予想してみる >>326
WIN32APIはCでもVBでも呼べるもん。 >>338
そういう具体的な反論ほんと好き
ただ、Win32APIだと業務ロジックレベルは実装されてないから、
そこは自前で作るしか無いのが悲しい 今度スマホアプリ作ることになったんだけど、Webアプリは既にあって、スマホアプリからも既存のWeb APIを呼び出す作りにしようと思ってるから、工数ゼロで見積もってみるわ >>336
そりゃモジュールとして工数取るんだよ
それはWebでもバッチでもない >>341
ちゃんとしたAPI設計ならマジで工数ほとんどゼロになるよ
1画面1時間もかからん 1画面1APIみたいなのだと全然疎結合でもないしモジュール()みたいなのになるし、
かといって複数に分ければAPI()となって呼び出す方で面倒になるからな。
自分の経験した範囲だけかと言えば、ブログなんかでもwebAPIでのマイクロ
サービスって今まで他で起きたことがやっぱ起きるし、思ったほどよくないよねと
いう意見が大御所あたりでもあったり。銀の弾丸なんてないよね。 新規参入派遣プログラマと元請プロマネは呼び出せば画面が完成するAPIを夢見がちだよね。 画面なんか担当するから眠いんだよ。
Cでバッチやれよ。関数が低レベル過ぎて眠気なんて起きないぜ。 アセンブリは無駄にレジスタの格納処理が多くて好きじゃない
Cは割りと低レベルでそこそこ可読性があるから好き >>355
それはおまえがアセンブラでメモリを使わないだけだろうが。レジスタの使い回しは速度の問題とメモリの確保が面倒なだけ。 パナソニックの音響製品の組込み開発で
最初はCで作ってたんだけど、
途中でメモリ足りなくなって、
途中からアセンブラに切り替えました!
パナソニックの名前出してすんません!
うひゃひゃ!