プログラマの雑談部屋 ★31
■ このスレッドは過去ログ倉庫に格納されています
三か月あればアプリ作って数百万円稼がないと生きていけない世界
プログラム言語習得とかいつまでやってんの 【貧困生活】無能残業は結婚障害【家事困難】
☆偽装請負多重派遣SE結婚相手の犠牲対策☆
両親や親戚に反対されましたが、偽装請負多重派遣社長に搾取金提供したり時間外労働違反で家事をしないSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は犯罪損害なく共働きも可能な相手と結婚して数億円損失を防げました。
・モラルがない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低料金請求
・高度情報処理技術者なのに請求料金不足
・高利益なのに請求料金不足
・高生産なのに請求料金不足
・高需要なのに請求料金不足
・学習多いのに請求料金不足
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判断不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf そろそろ出社しなきゃ
土曜はプロパーの監視が甘くて私服で５ｃｈしてるだけで給料が入るから美味しいね
家にいても暇なだけだし正直ありがたい 背広で平日に残業しても給料貰えないしやる気でないわ クリスタルレポートとクリトリスレポートの違いを教えてください 業務上知り得た情報を〜とかいう契約って
強制サービス残業中に知り得た情報には適用されないよな? >>628
賃金が発生してないなら業務と言えないのではないか？ >>627
1で作って出力した物の枚数が合わないと思ったら、2を疑うべき スタルとトリスの違いだよ
一説によるとスタルと言うのは『廃れ』から派生した言葉であり栗廃れレポートと言うのが本来の言葉である
一方でトリスと言うのは言うまでもなくウイスキーから来ているので繰り返しトリスを得るレポートと言うこととなる
文字を並べたら一目瞭然
クリトリスをレポートさせて下さい 悪魔合体してクリスタルクリトリスだと、ちんこがもげちゃう >>628
業務中じゃないから適用範囲外じゃないか？
ただし漏洩したら外部からの不正アクセス扱いになるだろうね
部外者が保護された内部情報にアクセスするには不正アクセスが必要
この場合は労働環境を巧みに利用したソーシャルハックが妥当かな サービス残"業"って言ってる時点で業務だと認めちゃってるんだよなあ 労働法改正だけど
罰則が30万以下の罰金じゃ守る奴いないよ 🙅 業務 → 仕事
🙆 苦行・修行 → トレーニング・研鑽
これからはサービス残行と書こう
タダでシステム開発技術を鍛えてやってるんだありがたく思わないと 不正横行ジャップランドに税金払いたくねえってのがホンネだよね
一生懸命働いて納税した税金がモリトモみたいになっちゃうんだろ お前等が今まで会った中で一番すごい技術持ったプログラマーってどんな人？ うちの会社で商用sendmail使う案件があってその絡みで var p = new 派遣（女,23）
p.Execute() 日曜出たいって申し出たらプロパーがいないと駄目で云々って断られた
遅れてるけどだったらもういいや
休日は何も考えないで過ごしたいし 今どきは納期にそんなにウルさくなくなってきてるみたいだな。 なあ、PMとかのまとめ役やったとしてなあ、技術って維持できるもんなのか？、管理中心になって
衰えていくような気がするんだが。 どっちかというと技術は業務外で磨くもんだから、維持出来る奴はできるだろうと。
でも、それだけの技術を持てば、PMにさせられることもそんなにないだろうね。
プログラムはやっぱり、できる奴にやらせるほうが生産性がいいわけだからね。 >>645
開発に3ヶ月かかったperlの古いシステムを、phpで出来る？と聞いたら、次の日にはphpバージョンになってこんな感じですか？と提出してくれた。
またある時はjavaのスパゲティコードのリファクタリングをお願いしたら10000行のプログラムが2000行になって、しかもjavadocが前より充実していた。
あとPMがSIerに見積もり頼んだら3ヶ月かかります総額1500万の見積もりを見て、これじゃ赤字になるから仕方ない俺が作るわと言って一人で一週間後に仕上げてきた元PGのPLのおっさんがいた。 >>661
無能だな。
それじゃ商売にならないじゃん。
そのおっさん、遊びでやってるのか？
迷惑なヤツだな。
できるからってやるのは素人。 >>660
おいおい、技術って業務外で維持するもんなのか、そんな時間ないだろ、やれても
ちょこちょこっとしたプログラム書くだけで時間が過ぎていくぞ。 >>664
そう、そういうのが実は重要でね。
そういうのの積み重ねで設計やデバッグの勘を養うんだ。
仕事だと他人のダメソースをコピペして
エビデンスの画像貼ってるばっかりだもんねぇ。 他人の10倍できても給料が10倍になるわけではないのがかなしいところ さすがに管理する側になったら技術的には衰えてくだけだろ、仕事外の時間のみで維持出来るとは思えない
コピペのみでこなせる仕事なら維持出来るのかも知れんが、維持出来るレベルも低いってだけでは そうだな。
でも残業とか少なくなるから、仕事が楽にはなる。 管理する側にいつまでも甘んじるとも思えんしね、できる奴は。
自分ならもっと楽にできるようなことを、部下がモタモタしてて
そのせいで自分が上司や顧客から怒られる役回りなんて・・・ うちのプロパーはとんでもねえ駄目人間だが
狂った実装能力と明るいムードメーカーだから許されてる
客が最近〇〇さん遅刻しないで来れて偉いですねって褒めてたときは俺の頭がおかしくなったかと思ったわ ブラック企業を叩いているけど、大企業やらホワイト企業がブラックな部分をアウトソースして
今の状態になっているのを気づいていないのか、知らないふりしている邪悪なのかそういう人は
少なくないよな。
まあワタミみたいに大本がどうしようもない経営者だったりするのもあるんだけど、どちらかと
いえばそういうののほうが例外っぽい。 >>672
まあいいんじゃね？
そうやって下請けに丸投げして、下請けがやらかしたことで
マスコミ沙汰になるのも大企業の責任だからな。
大企業の名前は記事になっても下請け企業の名前は出てこんだろ。 >>672
ブラックな部分をアウトソースできてたらまつりちゃんは死なないんだよ
ホワイトは看板と給料だけで
ほかはすべてブラックなんだ >>674
適応できなかった遅れた企業ってことだろ 詳しいことはわからんけど、営業マンはむやみに外注にはできないもんねぇ。 >>671
そういう人徳が欲しい
俺なんか明るいわけでも優秀なわけでもないから
粗が見えるたびに否定されていく >>677はおそらく
承認欲求を見透かされてつけこまれているんだ
たぶん諦観してやさぐれたら周囲の対応かわる >>680
そんなことしたらお前もういらねえで終わりかな
他にフレッシュな出来る人材なんてたくさんいるし 頭もいいし、業務知識もあるし、コーディングも恐ろしく早いが
なので重宝してなんでもかんでも仕事を頼んだのはいいが
コードがむちゃくちゃで
その人が病気で退職した後に地獄になったチームあったな 小さい会社は、出来る奴が入るとそいつに頼るしかないからねぇ。 小さい会社はスターエンジニアが会社の柱になっちまうからな
そいつが抜けると会社が傾く
因みに人売りじゃなくて開発な
すぐ人売りの話する奴が出てくるからな >>684
>>685
エンジニアなんて一人いくらで売るだけだから腕前は関係ない 設計書は作成者自身が責任持てってのは分かるけど
技術仕様的なところが分かってない人が適当にレビューして通して
後からあれ違うこれ違うこれだと実装出来ないって話になると
レビュアーぶっ飛ばしたくなるね
まさに誰が責任とるかって話だが結局自分になるってアホらしい 個人に依存したくなかったら
人売りになりましょうという話ですね >>659
技術あるなしじゃ全く違うよ
取れる選択肢の数が違う PMといっても、金勘定に長けた人、スケジュール管理に長けた人、技術に長けた人、語学に長けた人、言い訳に長けた人と様々。
地雷はスケジュール系と言い訳系だな。
下請けに鞭打つ奴隷管理者によくいるタイプ。
プロパーの開発部隊だと技術系の人が多い。
同格の相手に鞭打てないからね。 ＞地雷はスケジュール系と言い訳系だな。
＞下請けに鞭打つ奴隷管理者によくいるタイプ。
それ優秀やん！
下請けをビシビシ叩いて理不尽を言いくるめて堂々としとる
理想のPMやねんで >>688
実装する前に設計するバカが悪いんじゃないの？
パンチカードでプログラミングしてた時代の名残でしかない設計書文化を現代でもありがたがって真似する必要はない >>694
そりゃあ最初から開発環境が提供されてすぐ弄れるなら
ちょっと試しながらって出来るが環境もなかったしなぁ
ずっと前からある設計書を真似ながら作れって恐ろしい 設計書は詳細になるほど間違えやすくなる
要点だけ押さえて具体的な部分はあえて書かないのがコツ
要するに設計段階でも抽象化しろってことだ 自社開発の話は他所でやれ
ここは派遣の搾取を糾弾するスレだ >>697
搾取されているとわかって、何故その状況にいるんだ
立ち上がれ そういや俺が作った設計書で代わりに実装してくれてる奴が
設計間違ってて裏で俺の事を悪く言ってたらしい
手戻りさせたのは申し訳ないけど言われる筋合いないし、そもそもやってあげてるなんて姿勢ならやってくれなくてもいいわ >>697
>>698
コピペ投下してるのお前？
まず働いてるのか、いや働けるのか？
35歳スレ見てると人として就労無理だろ
社会適応出来ないのはお前自らの自業自得だよ >>699
そいつが悪く言ってるってどうやってわかった？ 35歳は認知が狂ってるからな
あいつが働ける世界なんてないよ >>701
まあ狭いところだから隠語でも言葉伏せてても
誰の事言ってるのかすぐ分かっちゃうわけで >>703
そいつ新人ならおまえのことを悪く言ってるわけではなくてその会社のフォーマットとか設計書の書き方が嫌なのかもよ >>699
無責任な奴だなキミは
障害票を起票して
デバッグして
設計書と照らし合わせて設計書の通りか確認して
関連機能のテスト仕様書を修正してレビューして
コードを修正してレビューして
関連機能のテストをやり直して
エビデンス作り直してレビューしtr
報告書にまとめて
定例ミーティングで素人の爺さん達に今節丁寧に報告する
これが全部が製造チームとテストチームの予算と工数で賄われるって理解してる？
設計書適当に納めてハイ終わりじゃねえんだよ 設計書バグってたらラッキーじゃん
そこから先のテストは省略で納品してokなんだぜ ウチの会社とくにテストもせずに実装者が動き確認するぐらいで
現場に出しちゃうんだけど異端なのかな >>690
紙はかさばるし引っ越しの時に困るから電子書籍も検討したけど
5か所位にしおりを挟んで参照したりするからやっぱり紙のほうが便利。
10年前に買った本の新しいバージョン対応の本など買い直したりしてる。
ちょっとしか変わってないからもったいないような気がするけどググる時間が節約できる。
技術書は永久保存版ではなく使い捨ての紙で印刷されたマニュアルだと割り切っている。 >>696
分業じゃないならそれでもいいんだが、分業だからそんなぬるいことも言ってられないというのもある。
社内分業ならそういうあいまいさで生じるコストはうやむやにしても問題ないが、社外だとそのコストを
うやむやにすると色々よろしくないことになる。 >>713
それじゃ分業の意味ない
曖昧さがなくなるまで設計する膨大な工数でプログラムを書けてしまう プログラム仕様書ってコードの一行一行書いてあるやつってそれ作ってる暇あるならプログラミングしたほうが早いんじゃねって思わないか 今までで最高に狂ってるなと思った設計書はこんな形式
変数宣言
(tab)変数名(tab)合計
(tab)初期値(tab)0
変数宣言
(tab)変数名(tab)i
(tab)初期値(tab)0
ループ
(tab)種類(tab)for
(tab)変数名(tab)i
(tab)初期値(tab)1
(tab)終了値(tab)10
(tab)増加値(tab)1
(tab)処理内容
(tab)(tab)代入
(tab)(tab)(tab)左辺(tab)合計
(tab)(tab)(tab)右辺(tab)i
リターン
(tab)戻り値(tab)合計 ■ このスレッドは過去ログ倉庫に格納されています
