プログラマの雑談部屋 ★9 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
プログラマは
こちらで雑談してください。
ユーザ、SEが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。
※前スレ
プログラマの雑談部屋 ★8
http://medaka.2ch.net/test/read.cgi/prog/1498187067/ 数学覚えなきゃいかんかなぁと永野本15000円分くらい買ってみた orz
薄い練習問題でも買っておくべきかねえ 15000円も数学の本買ってって、それは気持ちだけが先行してるね。
1冊ずつのがいいと思う。
1冊やって、どういう説明の本が自分にあってるか少しずつわかっていって、
それで次の2冊目を選ぶというのがいいと思う。
受験カリキュラムの数Tから数Vに分かれてるのはあまりおすすめじゃないよ。
あれはつまんないことも勉強しなければならず、あまりにテクニックに
走って数学の面白い部分が埋没しちゃってるから苦痛になると思う。
おれは仕事しながらずっと数学の勉強を続けてる。英語もやってる。
勉強しない奴に未来はないと思うから。 >>4
そんなに焦らなくても大丈夫だ
勉強してもしなくても、ろくな未来はねえからw >>4
いくつか学参試したのちにマセマまでは行った
暗記で当て込むのが苦手らしいとだけ
マセマが一番わかりやすかったのは間違いないんだが、数式と現実がリンクしねえので覚えきらん
高校の時もそれで(ドツボ的意味で)ハマった気がする……
まあ「大人のやりなおし数学」系の問題集とか探してみるよ(多少手も動かさんとあかんかもしらんし) 部長のありがたいおことば
近年はコンピュータの処理速度が格段に向上しているので
プログラムの(ロジックの)スピードは追及せずにどんどん開発するように
素人が書いてもそこそこスピードはでる(真顔)
だとさ
要は工期を短くしろと、、、上からのお達しらしい >>8
> 数式と現実がリンクしねえので覚えきらん
俺も最初はそうだったような気がしますけど今は全く気になりません。
なぜだろ?慣れたのかな?
数学は慣れも必要と思いますので手を動かすのは大事だと思います。 >>9
「人間の処理能力は向上しておりませんから素人が書いたら動かなくなってきています」
でなんとかなりゃしませんかね ときどきクソチョン馬鹿SEが合いの手いれてるのが笑えるな。
Gitマンセーはもうしないのか?(笑 >>13
またGitの話に戻すのか……
Gitは遠隔地間での分散的かつFork前提マージ前提の開発に向くOSSスペシャルの版管理システムなので
単一のソースツリーが伸びる開発には使いにくい
これが利点でもあり欠点でもある
これ以上何か言う必要があるのか? 俺がwindowsのgit入れたときは日本語が使えねー?ってエラーが出て色々探して見たけど
どうやら解決方法が超面倒臭そうだと分かったので止めたけど
今どうなん?
もちろんgithubじゃなくてgitな
ダウンロードするだけで使える? >>15
どっかのバージョンで文字コードの扱い改めてから問題なくなった
数年くらい前、2年とか3年じゃなくてもっと前? ちょっと自信ないけど1年前とかじゃない
ただファイル名については今のバージョンでも
git config --global core.quotepath false
を一発たたく必要はあるからダウンロードするだけでは使えない
コマンドプロンプトかPowershell開いて一回だけ叩くのが面倒ってなら面倒はあるよ どっかにpushするなら、ぱてぃ(Puttyでそう読むとか知らんかった)が要るんで
その辺は面倒かも知らん
GIT_SSH環境変数にPuttyっつかpageantのパスを仕込んで
一回plinkでリモート接続をする必要はあるかも おい、お前ら聞いてくれ
今月からバイト雇ったんだが、そいつがモンスターだった
Linuxの知識があってPHPができるというんで社長が雇ったらしい
手始めに社内で使ってるツールの修正をお願いした
俺がやれば5分でできるが、彼のレベルを見たかったので
「わからないとこがあったらいつでも聞いてね」と言って仕事を頼んだ
でも、5分経っても10分経ってもモニタ睨んでるだけ
さすがに心配になったので15分後に声をかけた
そしたら急に泣きだしやがった
「こんなの僕には無理ですぅ、ちゃんと教えてくれないとわかりませんよぉ」
俺含め周りの人間どん引きw
トイメンに座ってた派遣の人なんか口あんぐり開けてたよww
ここまで来ちゃうとゆとりがどうこういう問題でもないだろ
こんな奴本当にいるんだって感じだったわ >>18
面接のときに「最近ドはまりした技術ありますか?」と聞いておくべきだったんだろうが
スキモノなら普通に30分くらい技術論をやれる
出来ない奴は採用しないほうがいい
まあ面接官が非技術者なら絶対つまらん話題になるから、そういう質問はせんだろうな >>9
それ嘘だよ
現代はネットワークがボトルネックだから個々のマシンが性能アップしてもたかが知れる >>18
凄まじく汚いコードだったんだろうな
これから暫く劣悪な環境で働くと考えたらそりゃ泣きたくもなるわ >>19
いや別にバイトにそこまで求めてないけどね
わからないならわからんでもいいんだよ
15分何も聞かずにモニタ見てたのと意味不明に泣きだしたのが問題
そんなんじゃ、俺らの手伝いさえできないじゃん
ま、でも、技術はなくても興味は持ってて欲しいね >>22
バイトでもやめたほうがいい、なんかおっそろしいコード書いてることあるから
例えば変数名がかならずx y z a b ...って数式風表現主義の人とか >>16
おお、ありがとう助かるわ
あんまりPCグチャグチャ汚したくなくて試すに試せなかった >>18
> 社長が雇ったらしい
なら社長の責任じゃないの?
社長には言った方がいいよ?
言えないなら我慢するしかないじゃん? gitならsoucetreeとかクライアント入れた方が楽 個人的にはcygwinでgitが楽かも
sourcetreeも使ったけどgitに不慣れな最初の頃だけ
今は、過去改変を好きなようにやりたくなると、コマンドじゃないと不安なの sourcetreeってリポジトリ登録してくと
どんどん重くなるバグ?があって使うのやめた
TortoiseGitはオーバーレイアイコンが暴走するし
消去法でGit Extensions >>9
ミドルウェアを正しく使っていれば許容範囲内に収まる
ネットワークやIOまわりで変なことしなきゃまず問題にならない >>18
女の子ちゃんか?
だったら最初に泣くのは珍しくない >>18は別におかしくもなんともないな
LinuxとPHPの経験だけで、コミュ力実務経験には言及なし
俺も言語にいくら自信があったって、自社製ツール渡されて
仕様書もなく聞ける人もなくなおしての一言で放置されたら
途方にくれるぞさすがに
話聞いた感じじゃ開発環境すらなさそうなんだが 俺がやったら5分で終わるとかほざくやつ本当に死んでほしい
お前はそこ任されてて、自分の知識の中からできること選んでるだけだろうが
こっちは数十万行のコードから碌な統合開発環境もない状況で
場所の特定に2時間、修正方針立てるのに1時間、影響範囲の特定に時間、影響範囲のテストに4時間で一日
そして相手の力量が見たいだのほざいてるやつは質問してもにやにやしてるだけで碌に答えない
過去のトラウマが
死ね 何も知らない糞ソース見せられて、15分でモンスター呼ばわりとか
泣きたくなるわ サイズにもよるけど初見を15分で修正はバグの可能性高いだろ あるあるって思ったけどちゃんと説明してもらって質問して確認して修正だわ 銀行のオンラインシステムを使った世界初の身代金誘拐事件は、
俳優津川雅彦(当時34)と朝丘雪路(39)夫妻のひとり娘
真由子ちゃん(5ヵ月)が誘拐された事件。
犯人からカネの渡し方法をCD(キャッシュディスペンサー)でと言われた警察は「………?」となったらしい
当時のシステムは取引をリアルタイムで確認できなかった。
そのため第一勧銀の中央事務センターでは犯人指定の口座を間断なく
コンソールタイプライターで打ち込み、その残高に変更がないかの
残高照会作業を繰り返すことでしか犯人のアクセスを確認する手段がなかった。
が、たとえ犯人の引き落としが確認できても引き出した場所を知るためには
改めて取引記録の磁気テープをコンピュータにかけプリントアウトしなければ
ならなかった。スムーズにいってもここまで15分。
1974年8月15日午前4時
犯人の電話→津川邸
津川に化けた刑事「どのくらいならいいのですか?」
犯人「500万円位ならいいだろ」
刑事「500万円・・・大金ですから私のほうではすぐにはできません」
犯人「う・・・ん、大金だからな・・・明日の昼、12時頃までにできるだろ」
ここで犯人が身代金振込みで32時間の猶予を捜査陣に与えたので
第一勧銀のプログラマたちは犯人がカードで現金を引き出したと同時に、
その金額と使用場所を打ち出せる特殊プログラムを突貫作業で完成させた。 1974年8月15日午前4時
犯人の電話→津川邸
津川に化けた刑事「どのくらいならいいのですか?」
犯人「500万円位ならいいだろ」
刑事「500万円・・・大金ですから私のほうではすぐにはできません」
犯人「う・・・ん、大金だからな・・・明日の昼、12時頃までにできるだろ」
ここで犯人が身代金振込みで32時間の猶予を捜査陣に与えたので
第一勧銀のプログラマたちは犯人がカードで現金を引き出したと同時に、
その金額と使用場所を打ち出せる特殊プログラムを突貫作業で完成させた。
1974年8月16日午後0時15分
犯人が東京駅丸の内南口のCDで引き出そうとしたのがリアルタイムで確認。
確認と同時に近くで張り込んでいる捜査員に緊急無線がとんだが
なにしろ1回の引き落とし時間はわずか20秒。
しかし、ここで犯人はミスをした。
犯人は振り込み確認も兼ねて1000円をまず引きだし、
次に29万を引き出した(当時一回限度額30万)。
そこに刑事達が滑り込んで逮捕!
無事真由子ちゃんも保護された。 睨んで15分とか書いてあるから手も動かしてなかったんじゃね?
さすがにソースを読むのにしても全く手を動かさないで15分も固まるなんて
ことはありえないだろうから、そういうことなんじゃない?分らんけど。
まあ、居眠りでもないのに手も動かさずモニターにらみつけてる人は一定数
いて、だいたい仕事があんまりできない人だったりするからアクション取って
あげていい人だなあとは思うが。 >>18
ちなみに聞きたいんだけど、それって期待する作業時間はどのくらいだったの?
わからないことが問題なんじゃなくて、いきなり泣き出す事が問題のような気がする
というか、そういう社長だったら今に始まった事じゃないんじゃないの?
なんというか、2ちゃんでそんな嘘書いて何になるんだろうってレベルの嘘のように思える 皆さんの職場でfoolproofのことを「バカよけ」というエンジニアいますか?
職場の60代のお爺ちゃんPGが客前でもバカよけ連呼してて可笑しくてひっくり返りそうになりました
その年代の人では当たり前の言い方なんでしょうかね? >>41
バカでも扱えるって意味なのに
バカを排除するみたいな言い方はおかしくね? 1関数1000行超える並クソースだと半泣きするかも
秘伝のウンコード(1関数5000超えなら)今の俺なら黙って帰る
>>41
H立の子会社へ二重派遣状態になってた若かりし頃
「マニュアルの記載がイミフだから試して結果みよう」ってのを
「めくら打ち」と言っていた人はいた、30代くらいかなぁ
お客さんの前ではその手のゆるい表現はしなかったと思うけど
メールの文面に小生とか拝承とか割と古風よね、あそこ 泣いたっていう表現も盛ってる感がある
根を上げただけではなくて本当に泣き出したのかね
もしかしたら本当は出来るやつだけど、コードがクソ過ぎて根を上げたとか?
18の書き込みからだけではバイト君がダメとは言い切れない
むしろ事実だった場合は18とか18の会社がヤバい
何故ならその社長の下では大した生産性だせないに決まってる
ここに書き込んで同情とか同意を得たかったんだろうけど、実は18がダメプログラマーなんじゃないの、っていう疑惑を抱いてしまう > 「わからないとこがあったらいつでも聞いてね」と言って仕事を頼んだ
> でも、5分経っても10分経ってもモニタ睨んでるだけ
18が嘘松だとしてもこれは俺でも困るタイプだわ でもそんなやつならテキトーに教えていけばなんとかなるだろ
ヤバイのは仕事頼むなりいきなりタバコ休憩 ヤニカスマジ仕事しねぇ
トイレも凄い回数
コーヒー飲むなよ便所ちけーのに
こいつのおかげで便所が開かないのがムカツク >>49
そいつがヤバイってよりお前がナメられてるだけじゃね?w >>52
ヤニカス採らないようにするだけで効率が2倍
これマジだから
面談でちょっと休憩入れるフリして「タバコ吸われます?」って聞け
吸うやつ絶対取るな
これだけで売上アップ
世の中って単純なんだよ 背が高いほうが頭がいい傾向があるという
葬られた世界の真実を知っていて
背が高いと採ってもらえるIT企業とかあった… そんな糞コードばかり書いていると
お前のコードをメンテしてるプログラマー(サイコパス)が
自宅まで殺しに来るぞ!
https://blog.codinghorror.com/coding-for-violent-psychopaths/
それくらい真剣にメンテナーの事を考えて
コーディングしてねっていう記事だけど >>53
あぁ、やっぱそうだよなぁ、わかるわ
そういうタイプなんだよお前
俺ももう八割方お前の事ナメてるもんw >>56
いいよ
じゃあヤニカス全部お前んとこで引き受けろよwww
休憩ばっかして全然仕事しないのに売上上がるわけないじゃんwww 職場自体を喫煙可能にすれば
休憩とらなくなるんじゃね? 俺の職場はタバコ休憩は1日2回までで制限付き
誰も守ってる形跡はない >>53
どういう職場か知らんけど
> 吸うやつ絶対取るな
> これだけで売上アップ
とあるから
・昼の1時間以外は休憩なしの仕事で
・仕事量と売上が一致する仕事をしている
と予想できる
つまりデータ入力の仕事で、9:00〜12:00、13:00〜18:00の間は離席禁止
あるいはずっと絶え間なくキー叩いているのが望ましい、とされる職場だろうか
VDT指針に反するところはあるな >>61
ヤニカス働かない言い訳だけは一丁前だなwww >>57
いいよって何だよw
俺がお前のことをナメるのにお前の許可なんかいらないんだぜ?
そういうとこだよお前がナメられんのw うちの会社の喫煙者は喫煙しながらでも生産性高いので誰も何も言わない
喫煙してるかしてないかではなくて結局のところ生産性が高いかどうかじゃないの
喫煙してる人の中にも生産性高い人はいるし、もっと別のアプローチを採った方が良い気がする 同僚が喫煙していようがいまいがちゃんと仕事してくれれば感謝する
喫煙に目を向けるんじゃなくてあなた生産性低過ぎますよって言ってやればいいんだよ >>64
1日の半分もヤニ吸ってる人間に生産性なんてないよ だから試しにヤニカス追放してみろよ
売上上がりまくるから >>67
それ喫煙の問題じゃないでしょ
人格とか会社の体制の問題
まともな人なら半日も喫煙しないし、まともな会社なら注意してる >>69
そんな面倒なことやるよりヤニカス雇わなければ解決なんですが? >>70
どんだけ頭悪いの
ヤニカスじゃなくてもサボる奴はいるでしょ
問題解決能力を疑う >>71
単純にヤニカス雇わないで正常な人雇えばヤニ時間分働いてもらえるよね? タバコ吸わないやつはメンタル弱い印象
すぐ壊れるぞ 主観的かつ個人的にタバコ飲みが嫌いなだけでしょ
それはそれで構わないが裏付けデータのない妄言やるなら
※ 個人の感想です
つけとかにゃダメだ 基本的に自分より頭いい人間のことはわからんからな
会話や技術的な課題から、直接的に相手の能力を測るだけの能力が面接する側にないと
ヤニとか学歴とか表面的な傾向にたよって判断することになる ヤニカスじゃないけど休憩多いやつの方が生産性高いぞウチの会社
座りっぱなしだと身体も頭も硬直して廃人状態になって仕事にならない 【企業】残業減らしで外注急増、大企業社員の劣化が止まらない
http://egg.2ch.net/test/read.cgi/bizplus/1499050055/
大企業は外注先に業務を丸投げすることで残業0にすることが可能
大半の中小企業には無理だろうがなwwwwwwwwww 職場でまったり大麻吸いながら仕事する日が来ますように なんかすごい変な方向で過剰反応されてるw
バイト使った人ならわかると思うけど、実際に変な奴はいる
あなたの知らない世界は存在しているのだ!!
事前にVirtualBoxやNetBeans、SourceTreeなんかをPCに入れておき、
諸々の設定も済ませ、さあ作ってくれという態勢だった
もちろん会社で使ってる環境と仕事の説明もしておいた
それ以上は俺かそのへんにいる社員に聞いてくれと言ったんだよ
一緒に仕事やる上で知りたいのは技術的なことだけじゃなく、
どの程度コミュニケーション取れるかってことも重要じゃん
他人とワイワイやりながら仕事するタイプなのか、ひとりで黙々とやるタイプか
どっちでもいいけど、仕事を振る立場としちゃ知っときたいわけよ
それがあんな風になるなんてなあ
社長には謝られたよw >>81
もうバカのふりしなくてもいいぞ
みんなわかってるから バイトだと最低限のレクチャーすら受けてないからな
社会人的な常識ワンセットそろったやつがほしいならちゃんと雇えっての 最初の15分だったら
・この言語は何か
・最初に実行される箇所はどこか
・ミドルウェアは何が使われているか
・開発環境整える
これの半分も出来ないと思うが
いったい15分で何やらせようとしたの?
PHPだったらおそらくフレームワークでも使ってて
初見だまず最初にどこを実行するかすらわからんような仕組みになってるはず
まともに依頼すらしてない状況で「全部聞いて」は
「この会社はまともに依頼を出せるようなコミュニケーション能力すらないな」と思われるだけだよ
そんな相手に質問するわけがない
で、質問しまくったら別の理由でキレるんだろ?
18みたいなやつは扱い面倒なんだよ
だいたいNetBeansなのにSourceTreeなんて使うなよ やられたほうはネタじゃ済まないので過去に似た目にあった人達がブチ切れてます 丸投げだったらいいんだよ
こいつは投げてすらいない >>61
VDT指針って決していい加減なものじゃないからね
まあ以前よりは考える職場ふえてきたかなと 休憩ルーム作るのは重要
タバコ部屋にしないようにして
飲み物飲むだけでも気軽に入れるようにしておくこと
あと、狭いほうがいい 18みたいなボーダーの基地外が叩かれてるの見ると案外この板この業界にもまともな人たちがいるとわかって安心した漏れガイル 将棋の詰将棋みたいに満員電車でプログラミングの勉強できるようなものってない? >>33
五分でできるなら、五分程度教える器もないのかって思うわ
こういう人間がいるとみんなが不幸になるね >>81
コミュ力あるなら、会話しながら判断できることじゃん
放置して判断するとか、みんな泣き出すわ >>92
昔のグラボのパッケージみてーな面しやがって
速そうじゃねぇか(*゚∀゚)b javaのgetterやsetterを一行で書くのってどうなんですかね?フォーマットをそこだけ
かけられないんですが。 >>101
public void setXXX(int hoge) { this.hoge = hoge }
を
public void setXXX(int hoge) {this.hoge = hoge}
にしたいとかそういう話?
「てにおは」級にどうでもいいことなのであきらめたほうがいいと思う >>94
ないなぁ
難度が低かろうが高かろうが、デバッガでステップ実行とかやって
実際に値当て込んで計算の仕方を見て、ようやっと理屈がわかる
ということが多々あるから
数学的表現でかまわないなら「帰納」でやらなきゃ分からないってことが結構あるんで
PC環境がないと厳しいと思う
例えば、再帰降下型パーサーの実装を学ぶなら、最低でも一回は値当て込んで
ステップ実行やらんと理解不能、条件分岐のあたりは特に >>104
横からですがご意見にとても感銘受けました
こちらまだ半人前で修行中の身なんですが差し支えなければお使いの言語や開発環境を教えていただけないでしょうか?
自分はWindows7の64bitで、わけあってCもJavaもEclipseを使っています
CはVisual Studio Expressに移行しようと考えています そんなんで感銘受けちゃうのかあ。
なるほどなるほど。。。
初々しいのう
ちなみに、再帰降下=>再帰下降 >>94
APIのドキュメントでも片っ端から読んでろ
最終的には書かなきゃ身につかん >>105
「いまどきのプログラム言語の作り方」(Randy著、マイナビ)
のコードを写経してステップ実行したら瞬殺でわかるんじゃないかと存じます
>>106
それで覚えちゃってんだよ orz どっかで見たのかなぁ
www.math.kobe-u.ac.jp/~taka/asir-book-html/main/node99.html
たしかこういうのは見聞きしたと思う、意味は分かってなくてもタイトルだけ覚えてたんだと思う シノニムくらい勘弁してくれよ orz 俺文系なんでワリとちゃらんぽらんですまんこ >>108
ありがとうございました
その本読んでみます >>110
多分読むだけだと分からんからご注意くださいまし
俺なんぞサラっと流してイミフ、後から読み返して写経してステップ実行したら
突然わかった、レベルなので……手を動かしてわかる感じ >>18
当たり前。
設計の説明すら無い汚いコード見て
15分で理解しろってのがそもそも無理。
中身理解してるお前が5分で終わるのは当たり前。 >>103
public void setXXX(int hoge) {this.hoge = hoge;}
を
public void setXXX(int hoge) {
this.hoge = hoge;
}
にしたいんですが。getter は一列にしたときreturnの位置をほかのgetterと揃えるみたいで、
手間がかかるだけで意味ないかなと。
>>101
以上のような話です。 ansible使わなきゃならなくなったのだがあれ思ってたより使いにくいな
とにかくあのini+ymlとかいう糞フォーマットが作者のセンスの無さを物語ってる
もっと学習コスト低いシンプルなプロビジョニングツールってないのか >>119
質問で申し訳ないがこれwindowsでも使えるの? >>115
整形したいならスクリプト書けばすぐじゃん
人にそう書かせたいならそういうコーディングルールを課せばいい
全ての人を言いなりにさせたいなら、そうさせるだけの根拠が必要
とりあえず日本語が不十分で何をしたいのかすら伝わってない
1行だと一覧性が向上するな >>119
シェフが使いにくいからアンシブルに人が流れたんじゃないの
多分一番学習コスト低いかと思う
自分はアンシブルを使ってパッケージのインストールを試してふんふんと思ってるレベルなのであまり参考にはならないかもしれないけど >>120
Windowsでは動かせないけどWindowsをコントロールすることはできるらしい
実際にWindowsでは使ったことないけど >>115
// @formatter:off クソコーディング規約やめろやボケ101より
と全箇所に埋め込んでまわれば解決するよ、良くも悪くも
>>119
Vanilla shell scriptってのが最強
シェルスクリプトと完全に一致する文法なので学習コスト0
それでいてシェルで出来る事は全て出来るしインストールも不要だ >>122
Ansibleが後発で使いやすいしエージェントレスでウハウハみたいな記事ばかりだもんなぁ
諦めてAnsible覚えるしかないのか >>121
わかりにくくてすみません。eclipseでctrl+shift+F形成するとgetterやsetterは
改行されて3行になりますが、それをわざわざ手作業で一行にする必要はあるのか疑問
でした。現状、うちのプロジェクトではスクリプトみたいなものでなく、全て
手作業で一行にしてます。
たかだか中身が一行しかないメソッドを手間かけて一行にしたところで、閲覧性
がいいもないだろうと。自分一人息巻いても仕方ないので、業界的にそういう書き方を
するのか知りたくて質問しました。 >>124
まぁ、穏便に改善したいのでそれはやめときます。 >>126
どっちでもいいよ
でもどっちでもいいことで揉めるのは時間の無駄だからチームの合意に従うだけ
個人的にはあまりスクロールしたくないので縦に短い方がオススメ >>126
油断すると3行になっててやり直しみたいなこともあるので、もう全部3行じゃだめなの?
っていうのが今の気分です。 >>126
プログラマならフォーマッタを改造しろよ
またはVCSのコミット前に整形するスクリプトをフック >>133
手で作業するコスト、自動化するコスト、自動化した環境を継承していくコストに
なるかと思うと、そもそもそんな趣味レベルのコーディング規約はどうなのかなぁと。
見やすくなるし、スクロール量もへるんですけど手間がかかりすぎではないでしょうか。 >>125
chefやらpuppetを使えば、、ansibleの方がまだましかなと思えるよ。
他にめぼしいツールは今のところないし、オレオレでやられると引き継がされる側が
こいつ氏ねとだいたい思うし、他人に引き継がせようとしても昔のオレ氏ねになるし。 >>134
どれくらい手間が必要かはスキルレベルによるから何とも
カスタムできないようなツール使ってるのどうかとは思うけどね
PCにやらせることなら単純にその比較でもいいと思うけど人にやらせるならストレスも考慮した方がいいんじゃない 今時は規約作って守らせるよりも
IDEの標準オートフォーマットにお任せした方が楽だよな あんまりな規約の場合は
あえて規約を無視してだまくらかしてコミットしてしまえば
あとからここは別に守ってないじゃんという理由で守られなくなり
忘れ去られる オートフォーマットも無い
チェッカーも無い
レビュワーも居ない
そんなんで規約とか言われましてもね
PGごっこ遊びじゃあるまいし >>140
この板によく出てくる
プログラマになったつもりの赤ちゃんコーダか。
PGごっこ以前の奴だな。
そういう奴に限って自信過剰。
もしかして笑いを取ろうとしてる? >>140
俺様は朝鮮人さまだから偉いんだぞ
という考えを捨てるべき 少なくともジャップより朝鮮人の方がマシというのは確かなことだね 一般人にはSEと言っても
理解されない時があるから
面倒なのでPGと言う
これは理解できるっぽい >>148
おまえはPGじゃないじゃん
単なる朝鮮人SEじゃん? >>144
よけいな一言が人類を救う!
こともあるかもしれないじゃないか! pgは設計屋さんで
seは外観屋さんじゃないの?
なんか要件と仕様はseがまとめてるけど、
枠(設計)の上にマッチする外観や仕様をのせなきゃいけないのに、なんで先に外観と仕様が決まっちゃうんだろう。 >>152
WEBやアプリ屋さんは外観から入るのかな
客先と調整しやすいから なんで先に外観と仕様が決まっちゃうんだろう。
この質問に結構衝撃を受けたおっさんであった。 >>154
建築法とかに従って柱を建てる。
そこに窓は取り付けられないのは、
肉体労働者でも分かるでしょう。
でも、この業界知的労働のくせして、肉体労働者より馬鹿ばっかだよ。こんなことも分からないんだもの。 >>152
だから外観が決まったら急いで内部の整合性をチェックしなきゃ駄目だよ
逆に奴らが外観決めてる間にこちらも内部の必要項目洗い出して足りないとこ補ってあげなきゃいけない まあ、何回も作ってると今更DBの項目分かんないも無いんだけどね >>157
廊下や部屋の設計終わってないのに窓(外観を決める)を取り付ける馬鹿がいるのか。 現実問題としてSEはプログラムを「書か」なくてもいいのだが、「書け」ないのは
問題外なんだけどな。クズ(たくさんいる)が「書け」なくてもいいと捻じ曲げて
通したのが今の現状なんだろうな。
ちょっと冷静になって考えれば書けないってのがどんだけヤバいか普通の
人でも分かるだろうに。 WEB屋さん大変そうね
組み込み系が多い
たまにGUIもあるけど >>159
いや両方同時に整合性を取っていかなきゃ駄目だろ
全面ガラス張りって要件に入ってたら柱は二の次になるだろ? >>161
プログラム書けないSEもいるね
正直にプログラム書けないと言ってくれればさ
いくらでもフォローは出来る訳で
しかし、プライド高いとなんちゃってでやっちゃうから
とんでもない仕様になる時があると思われる
つまりコミュニケーション大事 >>163
ガラスで建物立つんだ。
それならいいけど。
要件と命どっち大事なの?
大事なものから設計するの。 >>165
いや普通に全面ガラス張りあっちゃうから
でも柱はちゃんとそれを考慮して設計すりゃいいんだよ お前ら建築やってんの?
床板腐って張り替えたいんだけどおススメの床材教えて 仕様変更で増築して建物が傾いて耐えられませんwww
にならないようなシステムを作るべし >>166
ごめん。工法違うから話できないや。
鉄筋コンクリートの工法にしてくれない?
それブレハブ建てると一緒で、
ただパズルをはめてくのと一緒だからさ。
なんつーの、ソフトで言えばfilemaker?
俺その使い方しらないし。プログラマーだからさ。 よく聞く例えにDBがサグラダ・ファミリアに・・・って 業種聞かれて
プログラマー
コンピュータ関係
IT系
パソコン仕事
デスクワーク
どれを答えて、どれが一番答えたくない? SE 現代アート作家
PG 作者の気持ちを考える学生 GUI信者が多いと言う事か
CUI 黒画面信者がいない >>145
皮肉っぽく言うなよ
韓国人の方がジャップどもより優秀だよ ソフトウェアは建築物に例えられないと本に書いてあったよ 例えるぐらいだったらマツコデラックスにでも例えられるだろw システムの設計出来ないプログラマーってどのぐらいいるんだろうね
少なくとも自分は出来ないな
物理サーバーの調達とかミドルの選定とかレプリケーション方式の設計とか、
システム構築の人達の会話聞いてると怖すぎて出来ないよ SEなんて要求伝えて質問に迅速に答えるだけでいいんだよな
SEの書く設計書なんて混乱して足引っ張るだけだからむしろ害悪 「パンチカードに穴をあけていた時代や誰が書いても同じようなプログラムが出来上がる組み込み系全盛期ならばともかく、
現代のプログラミングは、与えられた仕様通りにコードを打ち込むだけの仕事ではない。
プログラミングは、様々な問題を解決するための手段であり、テクノロジーを用いて問題解決することが仕事の本質だ。
様々な技術に精通し、実装する腕を持ち、コミュニケーション能力さえも求められる。
とても難しい仕事で、だからこそ生涯をかけて取り組むだけの価値のある仕事だ。
システムエンジニアリングとは本来そう言うものだ。
それなのにSIerの目指すところがSIerの言う"上流"であり、プログラミングを単純作業と切り捨てるのはただひたすらに残念なところである。」
同意ですわ。僕にはなんも力はないけど。 仕事を受けなければいだけじゃん
不満があるなら自社でシステム組みなよ
派遣はベンチャー企業しろ いくら偉そうなこと書いても誤字があるといっきに駄文になる 頑張って勉強してアーキテクト作る側に回りたいね
上流っていう意味じゃなくて設計とプログラミングをつなぐ人になりたい。 >>187
それならすぐなれるよ。
すぐっていうのは言い過ぎだけど、数年でOK。
まずは小さなソフトハウスに転職するんだ。
小さいとこは要件定義から製造、テストまで全部自分でやってるぞ。
うまい手の抜き方も覚えられて一石二鳥だ。
そんじゃ履歴書うちに送ってくれ。
少なくともワタミ以上は出すぞw >>189
>少なくともワタミ以上は出すぞw
ワタミ以上にブラックだがなw >>190
それはねーよ
ワタミは最近も世の中舐め腐ったクソ求人出してて笑わせてもらったとこだ 国内にITを良くするにはまず大企業を潰すこと
国内メーカーの製品をボイコットしよう >>193
馬鹿かよ
ゼネコン構造がすべての原因だボケ
解雇規制を撤廃するしかない
日本の大企業すべてが気づいてる セーフティーネットがないまま解雇規制だけ撤廃したら弱者が貧困に落ちぶれる
セーフティネット整備
↓
解雇規制撤廃
↓
人材流動化
↓
SIer のゼネコン体質改善
まず政治家目指さないと なんにも考えてないのに政治語る奴はバカofバカs
天動説を唱える丘の上のバカ
programer on the hill seems the sun going down
nobody seems to like him 何も考えていないのに
まずその前提がまちがってるのでは? 海外からのオフショア案件来ねえかな
無能ジャップに見下されて奴隷扱いされるぐらいなら
外人に低賃金でこき使われる方がマシ >>195
これからは共産党だね
富めるものから奪えばいいよ
反アベ運動のリーダーの人達が
新宿でアベ辞めろデモを開催してくれてるから
みんなで参加しよう
ヘイト撒き散らしのネトウヨに勝利しよう 来ねえかな?
マジプログラマーってクソだわ
1つ案件取ってくるのがどんだけ大変かわかってねー >>202
競争できつくなってるだけだから
みんなでさぼれば
みんなが楽になる
ゲームと科学分野だけ頑張ろう >>196
はぁ?
大手の正社員なんて全体の何%ですかぁ? >>183
システム設計やプログラミングでやることがなくなってきたから
ビジネスロジックまで手を出すしかないんだよ
20年前だったらシステム導入に手を出さなかったような会社まで
おんぶに抱っこで導入させられてるのがIT業界の成果だよ
昔は会社の戦略にあわせてシステムを作っていった
今は戦略込みで売り込む
もうおまえらが好きなプログラミングは死んだ
おまえらがやってる仕事はコンサルティングの末端作業なんだよ >>204
大企業のほうが人数多いんだから大企業務めのほうが日本人全体の比率でいえば多いよ
中小企業務めなんて大企業を辞めたり、いわゆる不良でもなければ縁がなかった
少なくともバブル頃まではそういう仕組みだったよ
IT大手のバブル世代なんてほとんど高卒だろ >>207
>大企業のほうが人数多いんだから大企業務めのほうが日本人全体の比率でいえば多いよ
ソースplz アメリカでは企業の規模にもよるんだろうけど、非IT企業でもシステムを外注するんじゃなくて内製するらしい
日本もそうなればプログラマーの地位上がるのかな >>209
いらないのは首に出来るからな。 まあ、簡単に首に出来るから
出来上がるものはお察しだろうけどね。 >>209
派遣会社の営業とか総務とか事務とかに払う金分ぐらいは回ってくるよ
全く無駄だよな
絶対にゼネコン構造はやめるべき スーパープログラマのお前らってプライベートリポジトリ何使ってんの? >>214
なんでもいいよ
どういう運用してるとかも知りたい 弱小ソフトウェアハウスの営業は使える言語をキーワードにして仕事ないですかーって御用聞きしてるのがほとんどだろ
問題だけ聞いて得意技術で提案できるくらいにならないと金にならないだろ
営業いたら意見聞きたいな >>217
無理矢理
奴等と会話なんて猿と話するぐらい無意味だ >>113
アドバイスどうもありがとうございます!
C/C++だけしか考えてなかったのでexpressを考えてましたがcommunity良さそうですね
教えてくださりありがとうございます、検討してみます >>119
Ansibleは固定的
Chefは自由すぎる
真ん中のがない
そこでお勧めしたいのがNet::SSHかParamiko使って自分でぶっこむ
ごめん両方ともオススメできないくらいひでぇ(SSHの知識がないとつらい) >>220
ライセンス的には問題ないならばCommunityを使わない手はない
一般的な社内の開発環境としてはまず使えないけど >>206
「不良率を減らすために生産管理システムを入れたいとのことでしたが
どんなシステムを入れても無駄です
あなたが社員の首を切りまくったので、従業員はクビを怖がっているのです
彼らはどんなごまかしでもやります、不正ではなく貴方に怯えているためです
よって自分は経営者と幹部陣への傾聴のトレーニングを提案します」
こんなのをお伝えする仕事なんぞやるくらいならコーダーのほうがマシだ 社内抗争とかそんなの面白くねぇよ
楽しい人がやってくれ >>206
昔はだれが書いても同じになるようなプログラミングスタイルだったけど
ビジネスロジックからフレームワークまで密結合するようになり、
ただ設計書をプログラムに翻訳するだけじゃ通用しなくなり、
プログラミングにも設計が求められている時代だからこそ設計段階から積極的にアーキテクチャ構築したりプロトタイプ作って改善していくべきでは?
家みたいに設計して作りきり、直すならリフォームでなく(こういうやり方だから手戻りを非常に恐れる)
フットワークを軽くして短いサイクルでお客様の望むものに近づけていく努力がいると思う
その方が保守性も高くなり運用費も減って改修費も減ってお客様に喜ばれる
そのためにはコンサルティングもその要求を実現する設計力も必要
そしてフレームワーク、言語、プログラミングの発達により設計とプログラミングはますます切り離せなくなっている
上流だからプログラミングわからなくていいはお客様のためにならない 【偽装請負多重派遣搾取業界犯罪者追放のお願い】
違法派遣(偽装請負・多重派遣・偽装出向・事前面接等)についての刑事罰
【告訴権者=業務委託、準委任、共同受注、業務請負契約および特定派遣(契約・正規)、一般派遣、正規社員】
@職業安定法第44条の労働者供給事業の禁止規定に違反(1年以下の懲役または20万円以下の罰金)
■偽装請負・多重派遣・偽装出向・多重出向
■事前面接(顔合わせ・面談・職場見学等)と履歴書・職務経歴書・スキルシート等提出による労働者の特定(※)
(音声録音で立証可能)
A労働基準法第6条(中間搾取の禁止) (1年以下の懲役又は50万円以下の罰金)
■多重派遣・多重出向
※違法派遣(派遣労働者の特定)→派遣法で認められた派遣労働者ではない→労働者供給事業→職業安定法44条違反というの
が前提となる法解釈となります。派遣法における罰則が軽微なのは法律の不備や労働者軽視などが原因ではありません。
違法派遣は全て職業安定法44条で裁くことが可能なため、刑罰の重複を避けるために派遣法には軽微な罰則(主に裁量行政による)しかないのです。
使用者に有利な民事訴訟や労働関係諸局への通報等の対極にあるのが書面(告訴状)による刑事告訴(※告訴先は検察の直告班)です。
労働関係諸局への通報・斡旋による軽微な「適正化」や監督・指導に対して、法律に定められた刑事罰を問うことになり、
違法派遣業者にとって有罪は考えられる限り最大の処罰となります。同時に刑事罰を受けた
担当者が取引先に与える悪印象を考慮すれば、通常会社側は告訴が受理された時点で告訴取り下げに
動くのが妥当でしょう。懲役、前科がつく刑罰が下される可能性から、告訴取り下げの和解金は高額となることが多いのです。
告訴の流れとしては、
刑事告訴⇒告訴受理⇒告訴取下げ要請⇒取下げ和解金入金⇒告訴取下げ
となります。告訴の懲役刑適応は犯罪者個人に対してのみですので、告訴する対象は
派遣先・派遣元 社員
派遣先・派遣元 社長
派遣先・派遣元 担当者・責任者・管理役員・取締役
派遣先・派遣元 人事管理担当者・人事管理役員・取締役
が妥当です。
刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。(告訴状は人数分提出する必要あり) 年単位のプロジェクトとかだと半年以上かけてドキュメント積み上げて実装まで一切プログラミングしないけどそれ非効率じゃないか?って結構言われてる話
出戻りを異常に恐れるわりに超大量のエクセルドキュメントはなぜか無駄だとは思わないんだよね
なかにはもちろんな物も多くあるが実際にアーキテクチャ構築してみたり使用するフレームワークなんかは実際さわってみないと設計がうまくいかない
別に設計やコンサルティングを蔑ろにしろってことじゃなくて時代が進んでプログラミングと切り離せなくなってるのに昔のやり方(じっくり設計書書いて一気に実装)を続けるのは合わなくなってきてるとおも アジャイルとウォーターフォールのコストを比較した研究ってあるのかな この変化の激しい業界で設計変更にも年単位なんてやっぱり非効率過ぎ
面倒くさいからって勝手にプログラムの側だけ変更したりしたら
もはやウォーターフォールじゃないし >>211
自分たちがコミ障で営業できないことを派遣元は知っているから
そこにつけ込んでくる。 ウォーターフォールの工程に沿って完璧に実装なんかできるの?
できたとしても穴だらけじゃないの。
野球選手が素振りや理論だけでいきなり試合で活躍できるものか。
要件仕様を決めて、ビシッと1発で実装するってのは理想ではあるし、それを目指すのは間違いではないが、そのために失敗の経験が不可欠でしょ。 男ならビジネス系SNSに登録し、起業家と直接繋がれ自分を売り込め
yenta、Linkdin、Wantedly
若手スタートアップがお金が無い中でも使うべき無料・有料の採用ツールまとめ
https://us.wantedly.com/companies/hikakaku/post_articles/68795
yenta
ビジネスマッチングアプリ。最近は経営者が増えてしまっていますが、フリーランスなどが結構登録していて、マーケティングやデザインのフリーランスの方が結構いる印象です。 なんたら画面設計書.xls
画面ID: SCR_SUBSYS_KBN_001
作成者: 何某
(スクリーンショット)
動作定義
・検索ボタン「SQL ID: XYZ005を実行して結果が0件なら『データありません』とメッセージを表示する。
データがあるなら画面に表示する(詳細はシート【データ転送定義_03】を参照せよ)。
その後フィールドFLD_01をアクティブにする。
SQL実行ログを出力する。」
データ転送定義_03
FLD_01 : THOGEHOGETRN.HGHG_CD | |THOGEHOGETRN.HGHG_SEQNUM
FLD_02 :TO_UPPER(TCMNNMMST.NAME_01)
FLD_03 : THOGEHOGEDTLTRN.QTY_XX
FLD_...
FLD_50 : THOGEHOGEDTLTRN.FOO
FLD_51 : THOGEHOGETRN.BAR (NULLの場合BAZを表示する)
...
FLD_151 : ...
付き合いある上流の会社さん
こんなんばっかりで目眩がする
毎回、規模だけはめちゃくちゃデカいし クラス名をidにするとか言われては?と思ったが普通らしい。
俺はもうこの業界で何が正しいのか分からない >>239
ソースでクラスとか出力するプログラム組むと捗る捗る >>237
SQLをIDで管理している形式好き。
ただ、メッセージをID管理しない中途半端さ嫌い。 クラス名をidと呼ぶのは好きにすればいいけど人間可読なidにしてくれ lp0(プリンタ)が燃えてます!!みたいなエラーが今のLinuxでも出る事があるらしいw
https://en.wikipedia.org/wiki/Lp0_on_fire
実際大昔のレーザープリンターは燃える事が無いとも限らないかもしれないので
こんなメッセージを入れたとか 念願のIT土方になれそうなんだが仕事のことって聞いていいの?守秘義務とか怖い
プログラム板で聞いてる人は変数変えたりしてるのかな? >>230
アジャイルで作り上げたものをウォーターフォールで見積もると半値以下で済むよ >>246
SCSI的な意味でのパケロスっぽいけど、SCSIは詳細知らん
「esp(scsiホストバスドライバ): SCSIバスで悲鳴上げてるペンギン」
位の意味か? ウォーターフォールは嫌だ
前皇帝の成果物なんて状況に応じて変えるもんだろ
考えたやつ頭悪すぎる >>251
その辺の微妙な修正なんてうまく帳尻合わせろよ的な 社会人1年目から職場恋愛はしないと俺ルール作ったんだけど
女性エンジニアってどうなの?
最近ちょっと付き合ってみたいとか思ってきたけど
世の中に女性エンジニアは少ないと思われるけど
経験談あったら教えてくれ >>248
FBIの「センチネル」システムだと
ウォーターフォールで450名・4億500万ドル使ってコケたプロジェクトを
アジャイルに切り替えて45名・4600万ドルで終わらせたくらいだな ついにjapは共謀罪という人権弾圧法案を施行してしまいました
japの間で疲れているコリアンは追い詰められます
移民している人達はjapの間でいじめられませんか?
japは非常に良くない國です >>255
中国の人ですか?
何言ってるのかよく分かりません
もう少し日本語を勉強しましょうね
在日コリアンと間違えられると困るので
今度から中国人ですと名乗ってください アジャイルのなにがいいってユーザーに優しいのよね
システムやってないやつが最初からすべての要件完璧に出せるわけないんだからさ >>254
「45名・4600万ドルで終わらせた」
このシステムをウォーターフォールで見積もってみ?
なぜか安くなるよ >>257
ユーザーが暇ならね
ウォーターフォールに比べると定期的に大量の時間を取られるわけで
忙しいからシステム化してるのに、なぜさらに忙しくなるのかと
それに終盤で足りない機能が出てきたらアジャイルだって出来ないことはある >>239
クラス名を花の名前にするとほのぼのするかもよ
さくら組とかタンポポ組とか 【契約料金】実態派遣SEは奪われる【知的財産】
偽装請負多重派遣業界SEの搾取被害
客先に契約料金を搾取させるな!
客先にプログラムを譲渡するな!
システム開発盗難被害の事件例
加害者↓
支払
発注者 売上 1億円/人月の大儲け
支払 140万円/人月の低出費
被害者↓
報酬
1次受注者 120万円/人月で20万円/人月を客先に奪われる
2次受注者 80万円/人月で60万円/人月を客先に奪われる
3次受注者 60万円/人月で80万円/人月を客先に奪われる
知財
作成者 プログラムを客先に奪われる
作成者 ドキュメントを客先に奪われる
IT技術者を「多重派遣」した労働者派遣事業主を行政処分
http://tokyo-roudoukyoku.jsite.mhlw.go.jp/news_topics/houdou/2016/_122544.html アジャイルとウォーターフォールの成功率ってどのくらい違うの?
ウォーターフォールは3割くらいと見たことこがある アジャイルの方が成功率が高いのなら、
仮に定期的に大量の時間を取られるというのがアジャイルだけにデメリットとして存在するのが本当だとしても、
十分お釣りがくるんじゃないのかね
それに、今のは仮定で話したけど実際にはウォーターフォールも同じように時間取られるんじゃないの
その上成功しなかったら大損だよね 成功の定義によるけど満足度はアジャイルのが高くなるんでない
ウォーターフォールはコレジャナイがつくられやすいけど3割は嘘だろ?それ稼働できずってことなのか? 今来てる外注先にはADHDのおっさんと更年期障害のおばちゃんがいる
おっさんは多動だから人の話を最後まで黙って聞けないし、おばちゃんは言いたい事を最後まで喋らないと気が済まない
二人とも首を突っ込みたがる性格で他の人の会話に割り込んできて聞いてもないことを勝手に喋り始めるんだけど、二人はお互いが気に入らないからしたり顔で喋ってるともう片方が割り込んでくる
結局、最終的には毎回怒鳴り合いになってる
聞いてない事を熱弁されて目の前で喧嘩するの迷惑だからやめて欲しいんだけど、お互いにお互いが引けば話が済むと思って怒鳴り散らしてるからお互いに引かないんだよね
やっぱり病気持ちはヤバイなって思う >>267
すまない、よくわからない
ちょっと調べてみる >>259
いやこれ正にだろ
ユーザーがアジャイルでやりたいと言っておいて全然開発に参加してくれないとかあるある
一部のユーザーにとってITは思った物が出てくる魔法なんだろうな
がんばれ魔法使い SIからWeb系行ったやついる?
転職したいんだけど >>258
実績としてウォーターフォールで既に4億500万ドル飛ばしてる
www.cio.com/article/2392970/agile-development/how-the-fbi-proves-agile-works-for-government-agencies.html
一番考えられるのはスコープクリープ
FBIの中の人もなんか妄言であれ欲しいこれ欲しいと言ったのかも知らんな
個人的には
「1周目は要件不定のテストパイロットと諦めてアジャイルで細かくリリース」
「二周目(5年か10年後のシステム刷新時)でガッチリと要件固めでウォーターフォール」が
一番妥当だったのだとは思うが
>>266
ウォーターフォールだろうがアジャイルだろうが
お客さん側の「質問の回答先延ばし」+「要求出すのだけマッハ」の
コンボがキマったら逝くから、気にしないでいいと思う アジャイルで調べるとFBIのやつ出てくるね
アジャイルかウォーターフォールというより後半は間違いなく有利だよなぁとは思う 仕事によって
アジャイルとウォーターフォールを
適切に使い分ければいいだけの話し。
また、両方のいいとこ取りでも
いいと思う。
なぜどちらか一方に決めなアカンの? ぶっちゃけ客がマジでなかったらロクでもないモノしかできんて
アジャイルかウォーターフォールか関係なく
アジャイルの利点は
・初めにひと月くらいの期間切ってヤバい客とわかったなら速攻引き上げることができる
だと思うのだが
エゲつない客に当たって破産リスク負うくらいなら
例えば200万捨てで済むほうがマシとも…… >>276
発注側は「納期確定・予算確定・要件変更自由」と取るだろうね
真ん中はあり得ない
あり得ると言ったら……半年くらい自宅に帰れなくなるよ? >>253
職場恋愛で結婚する人もいる
現場転々としたりすると普通に自社で働くより出会う人数は多いはず
でも結局社内恋愛どうよって話でマだからどうってのはあんまない気がする
いろんなタイプの女がいて若干オタクの割合が高いかも?くらい >>276
適切に選ぶ事が難しいから確率の高い手法を採りたいって事じゃないのかな アジャイルって短いサイクルでリリースするって意味で認識されてるけどそうじゃないよね
CIツールも整ってない自動テストもないオブジェクト指向で書ける人もいないレビューの文化もないエンドユーザーが居ない
そんな状態で納期だけ短く切ってアジャイルとか言われても困るよ 意思決定者が、アジャイルを成立させるために何が必要かについて
知識もなければそもそも興味もないから仕方がない そもそもプログラマがプログラムを組むのに何が必要か理解してない場合も多いな ゴッドクラスを量産することがプログラムと勘違いしている >>281
CI・自動テスト・オブジェクト指向の三つは、こっちでなんとかできる
というかそれ仕事の一部
正確には、たぶんオブジェクト指向であるかは関係ないが
ビルドがコケたか + 回帰テスト自動化できてるかが致命的かも
で、面倒なのは相手が「確認めんどくせぇ」と言い出すとか
客サイドにて、現場と交渉役がすり合わせしてなくてピントのズレ発生ってとき
客がITについて適当な仕事してる場合はどうしようもない
よくあるのは事実 客も金だけ出したら、後は黙ってても勝手に完璧なものに仕上げるのが普通みたいな考えするだろうし
やっぱだいたいは理想論で終わるんじゃないの? テスト書くのめんどくさそう。
ここは手動でテストしてーとか管理が大変そうやね、 >>288
本質? かどうかは知らんけど
「コードとは表現である」とか
「コードとは実際書いてるマが理解していることを書き下したもの」ってところがあるから
相手が自社の業務とか、何を望んでいるかとか、そういうのを説明すんのメンドくせぇからうまいことしてくれ
て言い出したら何ともならん気はする
PG/SE仕事してるなら無理くり動くものは書くだろうけど、こっちは相手の会社の専門家じゃねぇし 実際書くと、思いのほか難しくて保守しんどいからな自動テスト
ちゃんと見返りはあるから、難しくてもちゃんとやって年中ぐるぐる回したほうがいいんだが >>290
一人で厳密なテストを狙いすぎていやになる場合が多い印象あり
BDDとかなんか面倒すぎる……RSpecとかワイもうイヤなんや
理想的には二本立てが必要
・UIから手入力でやるのがめんどいのでUI層迂回しちゃいました設計のプログラマーズテスト
例えば、イベント的なメソッドにじかにコード書き下さずViewからの入力値を別のクラスにぶん投げれば
以後は実際に処理やるクラスにコードで入力値叩き込める
この値アヤしいかなーってのをちょろちょろ試すホワイトボックス
これはマがやるべきだが、UIで手入力するのを簡略化するためなので、本人がアヤシイと思ったものの
テストだけでいいと思う
・WatirとかCapybaraとかSeleniumとかActiveAccesibilityみたいなのを使って、UIトレースモードのガチテスト
こっちが本気のテスト
APIリファレンスか仕様書かは知らんが事前の規定通りに動くかどうかの検査
あるいは嫌がらせのブラックボックス
たぶん別人というか「テスト屋」なりQAチームが書くのがベター
自分でもそんなんでいいんか分かってないけど……そんなんでいいんかしら?
板復帰(OK!:Gather .dat file OK:moving DAT 727 -> 714:Get subject.txt OK:Check subject.txt 727 -> 722:Overwrite OK)0.96, 1.09, 1.14
age subject:722 dat:714 rebuild OK! ・ラフいテストでコケたら話にならん
・ラフいテストで通ったら厳密にやろう(多分変更は多少マシになってるはず)
の二段構えかしら
ネットフリックスとかだとエゲつなくて、本番環境で適当にマシン落とすテストも入れてるらしいけど
あの人らヤバイです
Chaos Monkeyだか、なんちゃらMonkeyをまとめたツールやらで意図的に仮想マシンをこかして
別ノードへの振り分けができてるかどうかをテストするとかどんだけ
まあそのくらいマジで仕事してるんだろうけど アジャイルなんてOSSと同じでキレイでケガレの無い世界のふりをしていて、
実際は金にがめついのが金を出さないで才能のある人から搾り取るものだよ。
何社も何十社、数十数百人集まって伝言ゲームの中でWFやるよりかはマシと
いうレベルの話だなあ。 結局、客や上にやれと言われて、無理だボケと言い
返してもアジャイルなら大丈夫ってわけじゃないだろ? >>296
大丈夫なわけないでしょ
とにかくDQNが相手なら手を切るしかないが、短期契約なら
口実が作りやすいってところもあるわけ
試用期間をお互い設けましょう、くらいの感じかなぁ
アジャイルかどうかはわかんないけど、ウォーターフォールみたく全部責任飲むのは怖いところがある
相手がDQNの場合は、だけど >>296
ウォーターフォールでは無理ってなったらじゃあどうするの?
という問題の答えがアジャイルなんだろうね
全部いっぺんに、しかも一回で完璧なものを作るのは現実的に不可能
なら、ある程度スコープを区切って少しずつ、一回で完璧にしなくてもいいから、後で間違いを変更しやすいように作ろう
これって至極自然な結論だと思う ファイルをパースしてエンティティのリストに変換する処理を任された
この処理は画面Xの取り込みボタンを押すと実行される
画面Xにたどり着く前に少なくともログインフォームから3回のボタンクリックと10項目の必須フィールドがある(このデータは取り込みボタンの処理で使うので結合して動かす場合は省略できない)
修正するたびにモジュールをローカルサーバーにデプロイして場合によって再起動が必要
データベースにアクセスして取り込んだデータが間違いなくテーブルに格納されてればOK
このテーブルの列数は100列あるので全て確認すること
ログインフォームから画面Xまでの遷移、エンティティのリストをデータベースに保存する処理は信頼できるものと見なしてよい
もちろん実際に正しい保証はない
現実の業務って差異はあれどこんなのばっかりだと思うけど
手作業で動作確認とか冗談だろ… >>293
サーバーサイドとUIを完全に分離させるとその理想のテスト出来るかも >>296
顧客の無理難題と開発手法の生産性については別問題でしょ >>301
俺もそう思うな
この問題の切り分けができていない状態で開発手法だけ切り替えてうまくいくわけがない >>303
なんでだろうな?
客が馬鹿だと意味ねぇよな >>299
100列とかそうそう無いだろ
どうせkbn28とかヒドイ設計なんだろ 馬鹿な客は
どんなに方法手順を説明しても
自分のやり方を貫く
金を払ってんだから合わせるのが当然とも言うように
そのやり方だと10倍は払ってもらわないと割に合わないんだが 開発手法と個別の顧客の問題をごっちゃにして開発手法に対するまともな評価が出来ずにあーだこーだうだうだ言ってるのはバカがやること
相手にするのは無駄だと悟った 会社の先輩がシステムをよくハンバーガーに例えて説明してくる
最初は言い得て妙だと思ってたけど、仕様変更のたびにパティがーピクルスがーマヨネーズがーって言ってるのを見てるの頭がおかしいようにしか見えない ちなみに今回はキュウリのピクルスをセロリのピクルスに変更するんだと
ピクルスを入れたこと自体は評判が良かったけど味がイマイチ良くなかったから別のピクルスに変えてみる
歯触りが良くなるのにも期待してセロリが選ばれた
とホワイトボードを前に一生懸命喋ってた
…普通に仕事の用語で喋って欲しい プログラマーって四六時中キーボードをガチャガチャ叩いてるイメージがあるけど、実際仕事をしてるとそういうプログラマーってレベルが低いイメージがある
賢いプログラマーは使える物を部分的にとか流用するから総合的にパンチ数が少ない印象がある 俺は四六時中エクセルカタカタしてるよ
最近はパワポにも手を出した エクセルカタカタってマウス持つ手が震えとるんか?w >>311
世間がイメージするプログラマーと実際のプログラマーの比較画像みたいなのがあった気がする real programmer gifってワードで画像検索したら出てきた >>313
エクセルの操作は全てキーボードショートカットだろ
でも方向キーやファンションキーが面倒だから
VBAデバッグで全て操作した方がマっぽいか
そう考えるとbashとかで全ての業務を完結できた方がいいな エクセル操作のためにコードかくのはまじで頭悪いと思う 新しく入ったプロジェクトがコメントアウトでバージョン管理してる・・・
辞めたい・・・ >>310
苦労人なんだろうな
レベルが低い環境だと「テクニカルタームはわからないので誰でも理解できる別の文章や例えで説明してほしい」と真顔で言っちゃう人が少なくない
そういう環境に長くいると幼稚園児を相手にするようなやさしい気持ちで難しい言葉や概念を使わずの喋るのが当たり前になってしまう >>310
全く何にも知らない新人に仕様変更とは何かを説明するならいいと思う
馬鹿みたいに見えるなら成長したってことだよ多分 システムをハンバーガーに例えて分かる方も分かると思ってる方もキチガイだけどなw 例えっていいよね
相手は分かった気になってくれるし
具体的な事は言ってないから責任逃れも出来る 例え話はやめてほしい。
まず、その例え話に出てくるキュウリやタマネギやピクルスが
顧客の業務の何にあたるかを
頭の中でディクショナリーみたいなコレクションにいれて
先輩の話を聞かなければならない。
これだけで覚えることが2倍になる。
教えてる本人はそのコレクションが根付いてるから
簡単に思うのかもしれないが
自分が後輩で先輩が例え話する野郎だったら
この業界に挫折して辞めてた。
頭悪い人には害悪だよ、例え話。
ちっとも頭に入らないから。
幼稚とかそういう問題じゃない。
教えるの向いてないよ、例え話する人は。
ほんと、後輩可哀相。 例え話は、業務を覚える前に、先輩のマイワールドを
理解しなければならない。
先輩のマイワールドを理解して、初めて先輩の例え話が
理解できるんだよ。
でも先輩のマイワールドを何故覚えなきゃならない?
一人でやってろ、って思う。 リアルワールドの話をして理解してくれる常識人だけで構成されたチームならいいよね
日本は底辺に足並み揃えなきゃならないからツライ 自分が最低限の底辺のはるか下にいると
周囲と自分の位置関係ってわからないよね… 例え話しが有効な場合もあるね。
ただ、ほとんどの場合に、
不必要なたとえ話をする馬鹿がいる。 >>336
比喩は近似
相手が「(感情的な意味で)近しい事柄を連想してくれる」ということを期待するもの
文芸手法の一種ね
変な連想をやるやつが絶対にいる
一番いいのは「あんたは何にムカついてるんだね」というのを問いただすことか
「俺の思ってる通りになってないのはオカシイ」とゲロさせれば済む(これ割と多い)
別の場合ならなんか適切な手法をこっちが考えることになるわけだが 正確には「俺的になんか不快、ふざけんな」というのが根拠であるとゲロさせることか
そういう相手が多いのは事実
そういう人に比喩を言ってもなんか揚げ足取るからやめておいて
(プレゼン後の質疑応答なら)相手の発言の揚げ足取って射殺するスタイルに切り替えるかも
過去に見聞きした事例について不安がある、という場合は相手が説明してくれると思うから
提案していくかなぁ、くらい 最近だと「たとえる技術」みたいなのでラノベ方面の技術が投入されて
「片側三車線の道路で中央を走ってて後ろの車が煽ってきてウザかったから
左に寄ったらたまたま落ちてた釘がタイヤに刺さってパンクしたくらいウザイ」
みたいな比喩表現もあるみたいだけどね ウザい人は「パンク修理材あるでしょ、備えとけよwwwww」っていうんだろう
揚げ足取りたい人がいる場合は比喩を避けるべきかもな
こっちのイメージを聞きたいけれど細部が分からないって人にだけ比喩を使うべきだと思う
バーガーの件についてはこんな説明を試みてみますたが、どうでせうか…… 例え話を理解できる新人は頭いいんだよ。
どうしても分からない時以外は
例え話はやめるべき。絶対ニダ。
混乱や誤解の元になる。
この業界、例え話なんかでお茶を濁すと
正確なことが伝わらない。 例え話よりも、有効なのは図だよ。
まずは分からない人には図で説明すべき。
もちろん、無関係なピクルスの図を描いてはいけない。 ピクルスの例えだと、そのピクルスがあってもなくてもハンバーガーがハンバーガーとして成り立ちそうだから例えとして汎用性が低い
車と部品の例えとかにした方が、部分と全体の関係のバリエーションが多くて良さそう >>337の話が支離滅裂な件
何を主張したいのかすらほとんど不明だし、
喩え話を擁護しているようにも思えるが
話の筋も論拠も理屈もへったくれもない
これで揚げ足がどうとか言っとんか そら>>337が一番言いたい事が「俺の思ってる通りになってないのはオカシイ」なんだものw 君たちのようなバカにはわからないだろうけど
例え話って基本的にちゃんとした説明とセットだからな
これは〜〜のようなものだ
というのも(ちゃんとした説明)である
これは(ちゃんとした説明)だ
例えるなら〜〜のようなものだ
例え話だけ抜き出してそれじゃわからんだの誤解を生むだのと文句を言う人は人の話をちゃんと聞いてないだけだろう それたとえで説明してくれないと分からんですわ〜(ハナホジ でもお前ら比喩大好きだよね
それって○○みたいなもんでしょってな >それって○○みたいなもんでしょ
違います。これくまでも△△は△△です。 無理矢理意味不明なものにこじつけてさらに混乱させる練習をしよう GitHub Jira Slack SouthTree アジャイル お前らって全員、馬鹿だよな
俺だけが、 どうして、こんなにも頭良いんだ?
やっぱり、俺が天才だから仕方ないか。 >>357
中学2年生のころってみんなそうなるんだよ。
周りや親が特に馬鹿に見える。
自分は空だって飛べるし魔法だって使えるそんな気分のお年頃。
こじらせるとめんどくさいことになるのでお大事に。 >>357
どの程度を天才といってるのか?
もしかして在日のことを天才といってる?
ならばチャネは天才ニダ! ハンガリアン記法してるプロジェクト未だに存在するんだな
滅べばいいのに 餓死しないためにお腹が減る、
子孫残すためにエロい、
中二病にも何かあるんだろな
自分が特別な存在だと思うことで、特別なことに挑戦したりするのかな
種の進歩のためか Win32 APIのドキュメント見ると
引数全てに変数の型名が付いてるけど
正直要らないよね
lpszClassName
みたいなやつ
https://msdn.microsoft.com/ja-jp/library/windows/desktop/ff381397(v=vs.85).aspx >>365
そんなのよりスコープのが重要だよね
グローバルかメンバかスタティックか引数かローカルか一発で判断できるものが欲しい 変数名をglobalInt_maxにするとか
mapとかにしてglobal.maxIntみたいな使い方? gUnko グローバル
lUnko ローカル
mUnko メンバ
sUnko スタティック
aUnko 引数
でおk クラスのメンバーはfUnkoの事もある
多分fieldの略 >>365
Win32自体がもうレガシーだからな
古すぎる技術にあれこれ言うのも変化と >>366
そんなのイラネ
要る人は一体どんな酷いコードを書いてるんだい? Nobody_knows_what_the_fuck_is_inside_this_variable 型はideが出してくれるからいらないけど
スコープは出ないよね
グローバルとメンバは要注意だし chromiumのソースだと
メンバ変数はfで始まるようになってた気がする >>365
それそれ
いちいち変数名から大文字探さないといけないから読みづらいし
変数名長いからなのか関数の引数に改行入りまくって幅とってるし
ところどころ型と食い違ってるし
プレフィックス考える時間とタイプ数増えて書きづらいし
あたまおかしなるで まず近代的なプログラムは全部のメソッドが数行、どんなに長くても50行以内に終わる
なのでローカルで定義してればそれがローカルであることは一目でわかる
逆にローカルで定義してなければそれは基本的にクラススコープだ
DIされたインスタンスはクラススコープより長いスコープを持つが
そいつらはスコープを集中管理するやつが別に居るから個々にスコープを考える必要はない
そしてグローバル(static)はイミュータブルなクラス以外では使わないのでそいつらのスコープを意識する必要はない
結論としてスコープを示す識別子プレフィックスは全くの無駄であり保守コストを増やすだけなので絶対につけてはならない >>381
それはかなりの腕の奴とプログラムを組んでる場合だろ?
現状は馬鹿ばっかなんだから
グローバルとメンバとスタティックは気をつけなきゃならねーんだよ
得にスレッドをまたいだ操作なんか滅茶苦茶を越えたイリュージョンになりがち >>381
> どんなに長くても50行以内に終わる
クソすぎワロタw
バカのくせに保険かけんなコーダーw そういえばただのインスタンス変数の頭にg_をつけてる奴がいたんだが
あれは何だったんだろうか ちょっと大きめのクラスのメンバはグローバルみたいで厄介 >>384
globalのgに決まっとるだろw
「インスタンス変数はグローバルじゃありません」て屁理屈押し通すつもりか?w >>383
突然発狂してどうした?
働きすぎたか? >>357
そんなことすら理解できないのに
天才だと思えるのは何故? >>387
マジで?
staticならまだわかるけどただのインスタンス変数をグローバルっていうのは理解不能だわ >>369
おまえ、変数の型を変えたら全部修正するつもりか? >>381
お前、自分で言ってて恥ずかしく無いのか? >>390
ストイックな奴にとってはローカル変数以外はグローバル変数と一緒なんやで >>398
いやお前グローバル変数が嫌われる理由をよく分かっとらんやろ
グローバルだからあかんのやないで?スコープの広さがあかんのやで >>399
だからアホなんだよ
メンバー変数 イコール スコープが広い イコール ダメって即座に結びつけるあたり経験が少ない
おそらく君はコーディングが下手くそだからいつも巨大な泥団子クラスを作ってしまうんだろう?
それなら先に述べた連想をしてしまうのも無理はない
しかし達人プログラマはそうではないのだ
クラスは小さく保つのが常識
さらにメンバー変数から状態を排除することによってスコープに起因するリスクそのものを消し去ってしまう
達人は身を守る術を知っているのでメンバー変数を無闇に恐れたりはしない 変数をメインで定義して全部引数でずらずらやり取りしてるクッソ読みづらいツールを見たことがあったけど
メンバ変数を禁止してる宗教の人だったのか >>401
分かっとらんなあ
クラスが大きいとか小さいとかそもそもやないんやで
必要かつ十分なスコープをもつローカル変数より広いスコープを持つ変数は忌諱されるべきもんなんや
ストイックな奴にとってはな
てかなに熱くなってんのお前wダサw >>357はツァラトゥストラさんで超人かもしれんぞ!
>>357 = Gott ist tot ? ツァラトゥストラ : 中二病 >>403
程度が低すぎる
ローカル変数のパラメータ化&パラメータのクラス化
メソッドオブジェクト
不変オブジェクト
etc. etc.
ローカル変数をクラスに抽出した方がエレガントになるケースなんていくらでもある
君はローカル変数教の教えのエッセンスを理解しようとせず、ただただ形式だけを受け入れてしまったんだ
なぜローカル変数が良いのか、ローカル変数以外の選択肢が有効な場合はどんな時か、といったことを考えることをやめてしまった
まるで脳みそが空っぽの案山子のような存在だ
厳しいようだけど思考できない人間は生きている価値がないと僕は思うよ lorcalUnkoをグローバルに使ってたらキレられる? >>405
もう相手も話題もズレまくっとるな
客観的に言って頭が悪いわお前w >>407
反論不可ならそうと言ってもう寝なさい
もし可能なら反論をどうぞ >>408
反論欲しがるねえw頭が悪い人の特徴やでw
それよりもお前がズレてる事への反論でもしたら?w >>410
え〜なになに〜?
そうやって命令口調になることで自分の方が上だって自分に言い聞かせてるのぉ〜?
ちっさwオマエ脳ミソも肝もちっさw スコープとかグローバルとかってjavaの話?
railsではそんなの殆ど意識しなくて済むんだけど、javaのフレームワークでは違うの? javaやC#は言語構造上好き勝手にプロパティアクセスできるようにならないから、
どう足掻いてもちょっとした値の引き渡しがスマートにならんねん とりあえず
グローバルとメンバとスタティックがわかったら便利でいいんだよな? >>415
できなくもないけど言語仕様上大変なことになるんだよな
変数のスコープは常に小さくあるべきとは思う 私専門学生、一応就活生なんだけど、自分のレベルの低さで受かること無いと悟り色々覚えようとしてるんだけど
ガッコのセンセが受けろ受けろうるさい。自分の腕前では受かる訳無いし受かった所で周りに迷惑かけるから嫌だっつったら
受けて落ちることに何かデメリットあるの?何もないよね?とか訳解らんこと言ってくる
そういう所で働いてる人もここでいると思うんだけど、実際クソみたいなレベルで就活されるのってどうなの?
私としては絶対に勘弁願うんだけど・・・ クソを自覚してるクソはマシなクソだからクソなりにチャレンジしろ >>419
レベルってプログラム書けるかとか?
そういうの求めるなら中途採る
プログラムで変な偏見ついてるとそれを消すとこから始めなきゃだからまっさらがいい
面接はレベルをはかるというより相性を見るもの
受ける側も一度どっか入っちゃうと他の会社のことなかなか見ないし、
慣れてないから練習がてらいろいろ受けた方がいいと思うぞ >>421
プログラムが書けるっていうか、書きたい処理をスッと書けるかどうかって感じです
あと書き方に変な癖っていうか必ずコメント文を書き加える癖がありまして、そこら辺も直した方が良いのかなーなんて >>422
そうだな処理という言葉を使ってるのはロクなの居なかったから無理かな >>422
そんな短期間PGちょっとかじったレベルな奴の差はPG漬けになったらすぐ埋まる
そいつが約20年の人生何を積み上げてきたかの方が重要
と採用は考えている 新卒は
よく言えば、素直で元気で真面目で向上心のある人
悪く言えば、使い勝手が良さそうで焚き付けやすそうな奴隷
を求められてる どうせ客先に派遣するだけだからレベルなんてどうでもいい
低レベルの方が出世したり独立しないから安く長く使えていい >>419
未経験知識ゼロ新人も余裕でいるので別に
他の人も書いてたけどできる人が欲しければ中途採るし大体の会社は新人にそんな高い期待してないので 同期とか後輩があまりできなくてもいじめないでほしい コメントは全くなくても困る
処理の意図や値の意味はほしい
設計書の文章めっちゃ書くとこに久々にきた
うざいけどちゃんと対比あればわかりやすい >>436
だよねえ ありがたいことです
進捗管理と見積もりと切り分けがうまいんだと思う 環境自体もだいぶかわったんでは
昔は上司や部下の能力が高くても
そのぶん仕事詰め込まれるだけだったぞ >>415
好き放題プロパティにアクセスしまくる方が問題
そのクラス自身以外がプロパティに触りまくる構造は保守性が最悪 >>419
お前が思ってる以上に世の中クソだらけだよ
文系ど素人雇って幹部候補とか正気の沙汰じゃないことがまかり通ってる
専門でも独習でも勉強してから面接に来る奴はうちなら大歓迎だ javerに聞きたいんですけど、kotlinって楽になれるの? >>442
あれはすごく良いよ
でもCOBOLみたいなやり方でJavaを書く人にとっては異次元過ぎて逆に苦痛かもね
黒電話とスマホのようなものだな
うちのおじいちゃんはスマホを使えないで未だに黒電話 規約で、変数の頭にstringにはstr、integerにはint
(その他型に合わせてイロイロ決まってる)
を、つけるっていう
今時あり得ないルールやめてほしい。
自分の時は逆にそういうのつけるなって教わったもんだが… >>444
それぐらいならまだまだ平和だね
世の中は品質管理部門の正気を疑うような規約で溢れかえってる 思い出した
すべての関数の引数は1つのChar配列とする
IT業界に入って最初の業務
当時は疑問にも思わなかったが、あれを超えるのはまだ見たことない 悪夢かよ
変数が全部グローバル変数ってプロジェクトは体験済みだぜ しかしなんだ
思い返してみたら酷い規約があるとこは管理がそれなりに行き届いてたな
思い思いにスパゲッティ好き勝手に作ってたり
変なフレームワーク使わされたりするのに比べりゃ
規約なんてなんでもない 規約あります?って聞いたら次の日に見つけました!って言われた
勿論誰も守ってないというか知らない 規約を作るとドキュメントもコード解析ツールも書かないといけないから工数が増えるんだよね
でもそんな工数はどこから捻り出すんだって話 >>422
会社によると思うけど、プログラム書けるか否かなんて
うちの会社(人事・現場)は気にしていないぞ。
プログラムは実務で覚えれば良い。
基礎能力や性格(特性)を見てると思う。 今時ソースコードに変更履歴書くのもやめてほしい
関数より上についてるコメントの方が長いやんけ
//del start
// 〜
//del end
とかも邪魔でしゃーない 昔からそうやってたなら
やりつづけないと管理できなくなるんだ… >>457
すっげぇ小さいプロジェクトならやってもいいけど
もはやdfでしか管理できんようなデカさだと
更新日時が変わるだけですっ飛んでくるぞ
その変更理由がコメント削除してやったとか殺されるぞw エースに触らせてたソースがいつの間にか1/10サイズになってたことはあったな エースなのに動いてるソースを勝手にいじっちゃったの? >>459
本当なら、業務系には向かない人なんだろう
腕が良すぎるのでもっとハイレベルな仕事をするべきタイプかも 「客とSEと書いたマは何をしたいのか」をコードから推測して
要約して1/10にしたんでしょ?
ちょっとおかしいよ
そんな現場じゃなくてもっといい仕事ができるはずだがな
まあその仕事が本当なら、だけど 元がコピペプログラムだったりするからまとめるのに何の技術も要らない >>464
ごめん、コードから(過去に顧客が言った)要求を起こせないのか? 俺はコードから要件のリバースとかやりたくないが
それやってるときって火消しのマですやん
要件をクソほど掻っ捌いて客に恨まれ、仕様書ゴミ箱に放り込んでSEに恨まれ、
このコードは全部捨てると言ってマに恨まれ
それでも一応動くものを期日にぶっこむ系の全員から恨まれる仕事
火消しの時はとにかくどうでもいいからイミフメイな要件を切り、設計を投げ捨てて、コードをDELボタン、そんなもんス 1/10と聞いて別に驚きもしない
エースがというより、バカが書いたコードは圧縮率が高い >>467
コードは何をするかは表すけど、何故が決定的にかける事が多いから、無理よ バカはコードを書くなw
迷惑ってレベルの奴がいるよなw
経験上、ADHD傾向の奴はろくでもないコードを書く
気まぐれで当てずっぽうでその場かぎりで思いついたコードをすぐに書く
ほんの2,3行のコードでも直ぐに匂う 経験上、肥満の奴もろくでもないコードを書く
とりあえず後でという体質が染み付いているから、問題をすぐ先延ばしする
手を動かすことが嫌いなのか、コピペが非常に多い >>470
よくあるのは
初心者がとりあえずやっつけで書いた奴とか、無意味なメソッドが散見されるんで
どっかのアホSEが凝ってAbstractFactoryをAbstractFactoryする? のをFactoryするお漏らしすくらい死にたいコード
異様にifがあっちゃこっちゃにあって要件定義変更対応がえげつないコード
そんなんみれば一応わかるかも 経験上、良いプログラムを書く奴の特徴
タバコを吸わない
誰も読めない汚い字を書く
スリムな体格の人
何かしらちゃんとメモを取る(TODOメモとか)
礼儀正しい、品行方正 (常にそういう姿勢)
ドタバタ走りまわらない、せわしなく動かない、基本的に静か
スマホに依存しない デブプログラマを否定する奴は
ウォズニアックを否定する阿呆である。 ダイエットコークとジャンクフードがデスクに常駐してないプログラマってパチモンだよね
そんなのプログラマじゃなくてただのサラリーマンだよ 昔、こういう面での中国の政策は利にかなっていて正しいって言ったら社長から共産主義者扱いされたよ かつて国産OSを開発していたグループの主要人員が、飛行機で移動中全員事故に巻き込まれて帰らぬ人となってるんだよなぁ でもアメリカ様にそっぽ向かれたら終了の状態ってどうよ?
やはり日本独自のOSやCPUを作るべきだよな
windowsの裏で何やってるかわからない動きは嫌い アメリカ人のほうがジャップより信頼出来る
ジャップに何か作らせたらゲリゾーの悪口書いただけで
通報とか思想の自由を奪われるかもしれん >>484
これな
今の日本企業より信頼できないものはない
日本人はモラル・道徳が無いから金のため、生活のためならなんでもやる
そこに仕事で命令されたっていう大義名分がつくとあっという間に畜生以下のクズになる
断ったら仕事を失うかもしれないけど人として超えちゃいけないラインは断ろうっていう考え方が微塵も無い いろんな企業で正社員・派遣・バイト、外人・日本人を見てきた
殆どの会社は平均的に見て、外人の方が優秀だったな
でも、1番できるやつはどっち、って言われると分母が大きいだけあって、それは日本人になることが多い
そんで、他の三下日本人達はできる日本人の威を借りて、まるで自分たちが外人より優秀のように思い込んでいる
タチが悪いのは、見せかけている、ではなく、思い込んでいる、というところ
自分らの無能に気が付かず、酷いところだと外人をバカにしてコソコソ陰口を叩くしまつ
同じ日本人から見てもおぞましい民族だよ、日本人ってやつは >>484
今の政権が嫌いなところは賛同出来るが、ジャップというのはやめろ >>493
何人なんだ?日本語できるってことは在日? というかね
ジャップを蔑視しているやつはもれなく中国人、韓国人っていう発想がまずダメだよね
ジャップはみんなジャップランド大好きだとでも思ってるのかねこういう奴らって 日本人がなんぼ日本人嫌いでもジャップ言わない
お前なんか朝鮮人だ >>498
それだよそれ
そのなんの根拠もない日本信仰
すごい気持ち悪いよ >>497
別に中国人とか朝鮮人なんて言ってないけど
日本が嫌いな在日外国人?って意味だったんだけどね
それから、ジャップランド大好きとでも思っているのかねみたいな部分、何の脈絡もロジックも無いので意味がわからない >>500
過去ログを見れば在日といった場合、中国人や韓国人のことを指し示していることが多いというのは明らかなんだよね
ジャップを侮辱する発言をするとお前なんか在日だと言う人がいるが、それってジャップはみんなジャップランド大好きという前提あっての発言だろ
つかそんな揚げ足取りしかできないの?
○○とは言ってないんだけど〜(ニヤニヤ)、なんてまるでおバカな小学生みたいだよ
こういうタイプの幼稚な大人が多いこともジャップを嫌いになる理由のひとつだね >>501
ありもしない統計を元に日本を嫌いになってるってこと? >>498
日本国籍もっててもジャップと言ってる奴沢山いる
そもそも国籍なんて生活の為の便宜上のものだろ?
二重国籍を認められない制度上、仕方なく日本国籍を選んで在日から抜けただけで、次の日から日本万歳を叫びだすなんてありえないよ
ジャップと言ってるから全て在日という訳じゃない
それは偏見というものだ >>505
ってことは在日n世ってこと?
なんか紛らわしいんだけど、三代続けて日本人ですか?って聞けば良いのかな >>505
日本人だの朝鮮人だの言うときは、国籍のこと言ってる時と人種のこと言ってるときの両方ある
おまいは都合よく前者と後者を使い分けてるが、ジャップはどう考えても後者。お前の理屈はバグってる
偏見でもなんでもないじゃねーか死ね! 朝鮮人がジャップと言ってるだけなら別にいいかってなる
というか、偏見だの何だの騒いでるけど自分はプログラマーについて話すスレに来て日本人をジャップ呼ばわりするとか支離滅裂
被害者面してるけど原因お前にあるだろ統失ってなる >>478
こういうレスする奴ってどういう心境なんだろ?
不思議でしょうがない。
日本もやれよ?
お前、日本人じゃねーの?
なに他人事みたいに言っちゃってんの?
自分で何もしない奴はどんな批判もできねえだろ。
こういうバカ多すぎだな。
「景気がよくなって欲しいですねー」みたいな奴とかな。
死ねばいいのに。
てか死ね。 >>509
急にどうしたんだ
落ち着いて読んでほしいんだが、
日本もやるべきってのは国益にかなうからやるべきってことだろ?
それから、中国は国策としてやってるんで、それを個人でやれって論は破綻してるよな?
何が言いたいかっていうと、お前偉そうにしてるけど言ってること全然説得力無いよってこと 夏休みははじまったばかり
空は快晴で海水浴日和
こんな日は2chにかぎるな! >>472
やばいちょっと当てはまるこれがバーナム効果か
コピペなのでスペルミスは少ない もう日本企業の構造改革に手を出そうとするとゼネコン構造の撲滅しかないからなぁ
解雇規制に手を入れないと技術者なんてやってらんねぇよ
ぶっちゃけいまのit業界で頑張るぐらいならスーパーでレジでも打ってたほうがまし
それほど魅力無い ゆーてもちゃんと立ち回ればITゼネコン内でも20代で500万超えられるし、そこまで悪くない >>522
まあその額だとプログラムは組んでないよねw んでもってそんな大金を払うのに
作るもんは標準化なんて夢のまた夢の粗大ゴミ
しかもボキはキミらよりたくさんお金を貰ってるからエライんだぞとしか言えないゴミ
お客様との御調整と御用聞きとパワポ技術だけやたらと特化してる
もう仕事になんの魅力もねーよ
さっさと消えろよゴミが
ってところはもう聞き飽きたってぐらい聞いてるし飽きたかw
まあ是正しようと思ってもできないので
頭のいいやつは別業界に行くか
海外に行くか
この業界というか日本はゼネコン構造がある限り詰んでる
大手は突然の倒産に怯えるしかない >>524
> 頭のいいやつは別業界に行くか
> 海外に行くか
ボクちゃんは2ちゃんで愚痴でちゅかw
かわいそう >>525
まあそういうなよ
例えばお前が最適化してゼネコン構造下で上手くいくように振る舞ったら
大手の茶坊主になるしかねぇ 日本のゲームの底の浅さよ
昔はみんなもっと自由に好き勝手に作ってたんに 昔のポケモンは素朴で味わい深かった
今のポケモンはなんていうか、浅い
これが商業主義に傾倒した結果なのか >>523
一応マ上がりで、定時に帰れる事に感謝しろ勢だけどね
プログラムはほぼ書かなくなってしまったのは事実 プログラム書かないで設計とかできるもんなのか?
自分は設計するときも常にコード弄りながら書いてる
エディタがないとちゃんと設計できる気がしない
コードレスで設計してる連中がどういうプロセスで正しい設計してるのか不思議 要件に沿って今こうなってるからこうするって書くだけじゃん >>533
ちがうよ
その位置だと外注管理と調整役だよ
設計なんかしねーよ 国産OSも国産CPUもあったっぺ? BIOS云々ってのは知恵の足りなさがでているが。
でもそれはグロバカのせいで全部だめになったっぺ? >>533
書かなくても設計は出来るかも知れんが、書けないのは設計は無理だよ。 >>538
違うよ
駄目になったじゃねーよ
継続的に作れよ
作り続けろよ
オープンソースで
それが他国に知れようがどうだろうが
継続的に金入れ続けろよ
必要なんだよ
今度のwindows updateで死んだら終了みたいなことしてんじゃねーよ >>537
それでPGが実装できて結合テスト仕様ができるならそうだな 各ゼネコン企業毎に国産OS作らせて経産省のホームページで晒してやれ
1番クソなOSにまるで駄目で賞でもあげてやれ
きっと技術力上がるぞ >>542
わかってるくせにww
あいつはOS作る技術も知識もない
2ちゃんで愚痴たれる包茎野郎 最近は性能上がってtronじゃなくてlinuxでええんやろ
今更linuxを超える組み込みOS、とか気張ってリターンあるんかいな ジャップにOSなんて無理
まあ子供のオモチャ程度が精一杯でしょ
実用的なものは作れないよ >>553
無理も何もガラケーは国産OSだったんですけど。
それ以前にアメリカ以外でまともで商用ベースに使えるOS出せたのって
ジャップしかいないんじゃね? 80年代は国産OSばかりだったね
というか世界の工場は日本だったんだから自然と国産OSが多かったよ
今みたいにLinuxなんて誰も使ってなかったからね >>550
DOS使ってたのはシステムソフトくらいで、
各社が独自にOS持ってたよ? 国産にする意味がない
アジア各国に金ばらまいてやっと生産体制整えたのに
どうして後退しようとする? それはPCじゃなくて産業廃棄物なのでは?
ジャップごときが調子に乗らない方がいいですよ
そんなゴミをメディアが取り上げて技術大国ニッポンなどと自画自賛でもしようものなら
想像しただけで同じ日本人として恥ずかしいですからね >>563
ジャップの自画自賛はキモいレベルになっている
戦前のナショナリズム時代みたいだ
日本人として恥ずかしいよ 国産を輸出する場合には技術競争かコスト競争になる
PCはもはや技術的な競争が発生しないからコスト競争になる
コスト競争をするには原価を下げるか生産性を高めなけばならない
日本で生産性を高めることができるならそれを海外でやればもっとコストが有利になる
原価を下げるには輸送コストと人件費をさげなければならない
国内輸送費は比較的安いので問題がないとしても人件費はまだまだ高い
最低賃金をさらに下げたり女性の社会進出をバイトレベルに抑え込み賃金を安く抑える必要がある
もしくは国産といえるかわからないが賃金の安い外国人の利用をもっと自由化することになる
もはや重要な戦略商品ではなくなったコンピュータを再び国産化するメリットはあるだろうか?
販売店でもすでに地上階など主要な売り場でPC本体を展開することはなくなりつつある 電子部品が完全に国産になったら
安心して飛行機やら衛星やらに積めるだろ!
外国製は何仕込まれてるかわかったもんじゃない 安心できねえええええ
そんな飛行機こわくて乗れんわ
自殺行為かよ うるさい
おれが自殺行為って言ったら自殺行為なんだよ 俺が趣味で作ったサイトをある会社が買い取りたいと提案してきた。
値段はそこそこ。
今でもアフィ収入が月数万あるので提案に乗るか迷ってる。
お前らならどうする? >>566
供給を止められたら終わりっていう恐怖があるよね
windows,linuxしかねぇじゃん
自国で構築する基礎技術を確保するって大事だよ >>570
不労所得は減らさん方がいいだろ。
売却利益の投資先次第でしょ。 >>570
売り飛ばした金をもとに次にもっといいもの作ればいい >>572
なんで減らさない方がいいの?
向こうの提案額がアフィにすると5-6年くらいなんだよ。
ちょっと微妙なんだよな。
判断に迷う。
投資先と言われても、何千万何億っていう額じゃないからなあ。 仮に月5万として5*12*5で300万
いまはそのアフィリエイトサイトを維持するのに労働力をかなり使ってるんでしょ?
例えば月に100時間使ってるとして100*12*5=6000時間
この6000時間がなくなって300万が手に入ると思えばお得なのでは?
そして別サイトを成功させれば300万+αになる
次のアフィリエイトサイトも同じ程度の成功をするとすれば
単純に収入は2倍だ なるほど。
時間を売ると考えればかなりお得か。
まあ月100時間もかけてないし、アフィリエイトサイトというわけでもないけど。
人を集めようと思ってやってたサイトじゃないので正直なぜ成功したのかわからない。
次から次へ成功させるのは無理だと思う。
そんなに引き出しないしなあ。
今週末向こうの人と会うのでもうちょっと詳しい話を聞いてみる。 コピーサイトだけ作られて振込みされないパターンだろうなぁ まあでも怪しいよね
欲しけりゃパクリでも何でもして作ればいいわけで
全く似たような造りにしてもミテクレ変えちゃえばバレないのに買いたいって
なんかサイトを潰したいのかな? 逆に「じゃあ俺が御社用の新しいサイトを作ってあげるよ」
って提案ではどうだろうな
こうやって反応を見ないと意図がわからんな 欲しいのがアクセス数だったらコピペで作ってもダメだろうなあ
アクセス数に価値があるからまとめブログ売買なんてものが成立する訳で サイトはともかく、いまみたいにOSSにしちゃうの全盛ではなく
フリーソフトの時代に、フリーソフトを買い取りたいが権利上の
問題がないか調べたいのでソースを見せてほしいと言われて、
ソース送ったら、方針が変わって自社開発することになった、って
言われて、完コピのソフトを作られるなんて、めずらしくなかったな。
いろんなやくざな会社が晒上げられてたけど、結局ほぼ勝ち逃げされてた。 OSだったらアジア共通OS作れば良い
ITでは中韓がアジアの最先進国なんだから
日本人はその一角に頭下げて入れて貰え WindowsやLinuxがすでに世界共通なのに
なぜ今さらエリア分断しなければならないのか? >>570
IT企業の基本戦略は買収と再編成
コピーサイトを作る時間すらもったいない
例えばコピーサイトの制作に3か月かかる見積もりだったら、買収300万と費用はほぼ同じ
その上で成功が約束されてるんだったら買収のほうがどう考えてもお得
その辺を考えると値上げ交渉の余地は残ってるんじゃないかな ジャップはアホで強欲だからね
安心安全()で高性能()な国産のOSで日本の市場を独占したい
それをステップにして技術大国日本()のブランド()を武器に世界のOS市場に食い込めれば大儲けできる
なんてことを考える人がリアルに存在する なんで中国人やインド人のプログラマー日本に多いの? 日本からウィザード級が全然出てこないのは英語できない人が多いからかな
それとも日本のコミュニティが過疎ってるから?
もしくはPCが家に無い家庭が増えてるからかな
まあ日本人の脳ではハードウェアの扱いの方が得意なのかな ジャップの会社って上がロクなもんじゃない
まぁ政治家はそれに輪をかけて酷いんだが
早く共産党政権になって移民を受け入れて
異質な存在を排除しない多元的多文化社会になって欲しい マ板やム板のスレは、必然的にネットで大声を出せるガイジが集まりやすいから
話題が尽きるとすぐガイジスレになってしまう >>581
アダルトサイトじゃないよw
>>586
その点は俺も考えてた。
彼らが本当に欲しいのはサイトそのものじゃなく会員名簿だと思う。
ウェブサイトなんて時間かければいくらでも作れるからね。
だから俺としちゃ同じようなサイト作られてもあまり痛手にはならない。
とにかく提案先の会社が今後どうしたいのか話を聞いてみるわ。
そこそこデカい会社なので汚いことはしてこないと思うんだけどね。 早朝の修羅の県に行った時だが、珍走バイクが並走してきてすげえウザかったんだが、
他の車は俺の左後ろに大人しく走っている真っ黒のベンツがいたんだが、
突然ベンツがうなりを上げて、信号待ちの交差点で停まっている珍走バイクに後ろから激突して3人乗りの連中が交差点真ん中まで吹っ飛んで行ったwww
暫くシーンとして妙な沈黙が続いて、俺は左のベンツに軽く会釈をし、血だるまになった物体を避けて旅路へ、ベンツはゆっくり左折して消えていった 炎上案件無駄にきつくてワロス
なんで毎日終電間際までやらなきゃならんのだ……
あー行きたくねーよおおおおおおおおおおおおおお 定時で帰ればいいじゃん
みんなと同じような仕事を割り当てられてお前だけ残業してるわけじゃないんだろ?
みんなで残業しなきゃならないのは見積もりの甘さとマネジメントの失敗なんだからさ
お前は仲間を説得してみんなで定時で帰って
見積もった営業やマネージャーに責任を取らせる
そうしないといつまでたっても変わらねえぞ?
うちも以前はかなりキツい残業がまかり通ってた
でも勇気出した奴が残業はもうしないって宣言して行動を始めたら一気に残業が減った
営業がようやく交渉するようになって見積もりも是正された
マネージャーは降格してしっかりした人を中途で雇って今はうまく回ってる >>604
そういうときは風邪(仮病)で2週にいっぺんぐらいの割合で休むんだ
んで埋め合わせに土日に出る
気が楽になるぞ >>589
中国やインドは人件費高すぎて無理だよ
今はタイ、ベトナム、中南米でしょ
中国人やインド人の上澄みはもともと高給取りだけど
それでもアメリカの相場ならそのレベルの報酬を払えるっていうだけ
オフショアだといくらか安いけど、それでも中国インドに割安感はないよ >>601
大きい会社は合法的で隙がないからやっかいなんだよ
まぁ、サイトを売ったっていうのは一種のステータスになるから
おまえさんの実績として公表していいかっていう点は確認しておいたほうがいいかもね よくネットで「残業する奴/させる上司は無能」みたいに言われていて俺もそう思っていたのだが、
以前あるベンチャー企業に転職したら、そこに自分が立てたスケジュールを全く守れず遅延が
発生しているにも関わらず、上の考えから残業しないと定時に帰り、当然の様に
リリース日に間に合わず延期させるバカが居た。しかも遅延の原因は主にサボり。
本当の無能とはこういうヤツの事を言うんだなと思った。 本当の無能はそいつがもともと給料もらえればそれでいいだけのはなから真面目に働く気がないやつだったということに気が付かないバカだな
人生に仕事しかない空虚な人に多いよね >>610
「自分が立てたスケジュール」をチェックした?守らせる方法考えた?
残業代出してる?リリース日の重要度は共通の認識になってた?
個人のサボりで納期遅延ってよっぽど管理がポカしないとならないんだが・・・
それと「上の考えから残業しないと定時に帰り」っていう点は
会社の方針なんでしょ?なんで会社の方針に反した行動をとらせようと思ったの?
言ってることが矛盾して滅茶苦茶だよ ちなみにその会社は社員数一桁のベンチャー企業。ずっと赤字でVCからもらった金を食いつぶしている状態。
にも関わらずプロジェクト遅れを何とも思わない社員と、同じく「残業する奴は無能/させる上司は無能」
の考えにくわえて「怒らない優しい上司」像に憧れてて、そんな状態でも全く注意しない。
結果そいつのプロジェクトは3ヶ月遅れな上にデバッグも適当でバグだらけ。結果大赤字。
せっせと頑張って売り上げを上げ様としているのがアホらしくなって退職したよ。
ちなみにその会社はその1年後社員をかなりリストラした。 >>612
上の考えってのは"上司"じゃなくて"上記"でした。分かりにくくてスマン。 つまり管理者が無能で下っ端は上司や同僚に意見もできないさらに無能ってことか 私大文系のバカのために汗水垂らすなんて御免だね
こちらは賃金分だけ働くのみ
手を抜いて金ふんだくって鬱憤バラシすればいい
スケジュール?そんなもん知らね
ジャップランド社会が高卒理系の職人PGを優遇するようになったら少しは考えてやる
どうせ私大文系のバカ以外はあちこち転々と派遣されて転々とさせられるんだから手抜き上等
使命感持つとか上流国民どものいい鴨だよ >>605
この業界での常識では徹夜休出当たり前みたいな眠たいこと言ってくるのが
若いのでもまだまだいるからなあ。 正直自虐でもそういうこと言うなと思うよ。
クソみたいな悪弊なんだから自分たちで変えていくんだとか言っていかないと
ダメでしょうにと。 >>612
あと俺はソイツの上司じゃなくて同僚。社内には2つのプロジェクトチームがあり、
1プロジェクト毎に1人のエンジニアと1人のデザイナが割り当てられてた。
管理という管理は行われてない。毎週の定時報告で進捗を報告して、社長が確認してただけ。
そこでそいつは問題ないですと報告してたが、リリース1週間前の打ち合わせで
実は全然できてなかったことが発覚って感じ。 >>616
社員が大量に居て会社に余裕がある様な状態ならそれも分かるけど、
皆で一発当てようぜ!みたいな出来たてホヤホヤのベンチャー企業に入って
「俺、やる気ないスから」って奴は正直何しに来たのか分からん。 >>616
これだよな結局
上司が無能で人望もない
頑張っても報われない
そんなんで真面目になっても損するだけ
下っ端は責任者にはならないそりゃ手抜きになるよ
とはいえ同僚の恨み買うのもバカらしいから最低限のノルマはこなしてから定時で帰るけどね
物騒な世の中だし沸点低いやつに目つけられたら最悪刺されるかもしれん プログラミングのスケジュールはエンジニアのスキルによって変わってくるから難しい
ワイが現役時代なら、これ1週間で作れるよね、みたいなもんを1ヶ月かけてやっとこさ上げてくるpgもおる
最初はイライラしたけどもう慣れた
所詮は派遣pgやし、腕前を期待するなら正社員で専属になってもらわんとあかん
派遣の人に1週間で作れとか期待するのは酷や
報酬なしに義務だけ押し付けるのはダメ
マネージャーは派遣pgが良い仕事したら正社員にしてやることが必要 自分だったら何日で出来る!っていうのは見積もりじゃねーよw まあ、実力のあまり無いと自覚してる派遣の人ならwebとかなんかの
ちっちゃいところに一人で突っ込まれるのは回避しないとだめだよ。
教えるのが下手だし、手取り足取り教えるにしても余裕が無さすぎ
みたいなところばかりだから。 自分の知ってる中で最速の工数!
そんなもん見積もりじゃないからなwww
単価から逆算した工数のほうがまだマシだわw
おまえら見積もりの技術わりとマジで磨いたほうがいいよ
別にFPで細かく積み上げろとは言わないが実際にどれだけかかるかぐらいわかるようになれよ
作業員に伝えるか、実際にそういう線を引くかは別としてな 残業しないことは大切だと思うんだよな
日本企業は完全に奴隷精神が根付いてるからいくらでも残ってリカバリーしようとするけどそんな契約してないし
だから管理側が無能というかお飾りになるんだろ
マネジメント全然しねーもん おれは派遣だから、まったりゆっくり仕事して、
残業手当もがっぽりいただいて、
それでいい
納期に間に合わない?
そんなの派遣の責任じゃねーよ
派遣に責任はないんだよ
あー、派遣は楽だ
やめられない! 「残業しないことは大切」ざとアバウト過ぎる気がする。
「無駄な残業をしない/させないこと」または「無理な残業をしない/させないこと」
が問題なのであって、しかし「必要な残業」は絶対あるので、その時は
「その後の対応/ケア(休暇,給与などの報奨)」に適切に移行して欲しい。
必要な残業を行ったのに無能だのカスだの言われたら堪らない。 >>625
その話と少し重なるけどマー経験の無いとPMは厄介
女PMがいて、トンデモなく甘い見積もりだして派遣のエンジニアの人は定時で帰宅しちゃうし、仕方ないからテクニカルDRの俺が残業して仕上げてる
ちなみに裁量労働制だから残業代は出ない
そのくせ黒字案件でしたとかで、会社からそのPMが表彰されたりする
誰のおかげで利益出てんだよと言いたい気分だわ 上手いPMは、サボる人は管理して、自発的にやる人は裁量に任せる 自分で立てたスケジュールの実態
「なんでこんなにかかるの?○○は一日でやるよ?」
「俺のいうとおりにやれっつってんだろ!」
「これやってね、なるはやで(相手の稼働状態無視)」 ソフトウェア開発の指揮取れる人の絶対数が少ない。
そういう人がいる当たり現場に行けた人は幸せ。そうでなくても落ち込まない。 >>629
見積もりが甘い?
抜けてるんじゃなくて?
PMが割り振ったタスクに抜けがあるなら、
タスク一覧が展開された時点で指摘すれば良くね? プロジェクト進めたら
見積もりと実績比較して
残りの見積もりにフィードバックしないと
なんでこれやらないの 法律で残業代1.25だけどいっそ2.00にしてしまえばいいんじゃないかな
人雇うより残業させた方がいいとか甘え そんな権限すら無いのにテクニカルDR(ディレクター?)なのか?
名ばかり管理職みたいだな。
PMが洗い出してないタスクをこっちが全部洗い出してリソース計画の見直しさせればいいのに、自分で全部抱えこんで愚痴るのはアホとしか思えん。 >>638
一部のタスク漏れをその場で指摘して、
他にもタスク漏れが無いか確認する名目でチェックする工数を作ればいい。 見積もりやりたくねぇ…
余裕取ると客が尻込みするし削ると自分が苦しむ
言われた事コードに起こしてるだけでよかった頃に戻りたい >>616
> 私大文系のバカのために汗水垂らすなんて御免だね
うちは私立理系のバカが多い。
社長は国立文系だけどな(笑
たしかに社長はバカなことばかりやってる。
なんで、会社がこんなにでかくなったんだろう?
やはり運と資金力だと思う。 >>643
俺は好きだなあ
お金が関わってる実感があっていい >>642
マに責任があるわけじゃないし、仕事が増えるだけだから、そんなに真剣に探すかね >>640
働いた時間だけの単純計算なら
1.01倍でも別の人雇った方が安いでしょう
人数を決めるのは管理する人で、人が少ない方が管理が楽だから増やさないのでは >>648
働いた時間で単純計算したら雇った方が安いのは当たり前だろ
実際はお前の言う管理コストや、教育コストとかが上乗せされるけどそれより既存の人間を残業させた方が安いからそうするんだろ
だったら残業代をそれより高くすればいいじゃんってことだよ 最近、MMDの服着たバージョンでもおちんちんが大変な事になっちゃいます。
おれは、どうしたら良いんだ?
興奮しちゃうんです! 猫を縛って、チンコ入れたけど、泣き声煩過ぎww
大型犬は、かなり良かった。(その後に凄く悲しそうで困った顔で見つめられるんだよww)
同胞の奴は豚に豚野労って言いながら、突っ込むのが大好きだった。
まさか、アイツが馬に入れて、馬蹴り食らって死ぬとはな。
同じ童貞として残念だ。 こんにちは
プログラマ歴半年の若造です
結合テストっていったいなにをやればいいんでしょうか
上司からは上流の定めたシナリオを通過させるために必要な全部の入力パターンを事前に網羅して資料にしておけと言われたのですが
動かせるプログラムもなく記述が曖昧すぎる設計書をもとに全てを見通したような神懸かり的な資料を作れるとはとても思えません 弱者:ひたすら聞き込みをして正確な仕様を把握し、正確なテスト仕様書を作る。テストを通すためにプログラマにも聞き込みをする。
普通:いい加減な仕様書に沿っていい加減なテストケースを作成して、知らんぷりをする。何かあったら「仕様通りです」
強者:自分のテストケースを神として、外れたものはプログラムバグもしくは設計バグとして押し通す 既に完了したことになってるけどひとつも終わってないやつがごろごろ出てくる >>665
そういう場合は抽象的に表現して資料を作るんだ。 >>655
V字モデルで基本設計書に書かれたことをテストする
基本設計書に「○○のとき△△する」みたいに書いてあるやろ?
手順:○○にする、結果:△△となること
ほい完成 最近会社でぼーっとしちゃって進捗全部嘘ついてる
そのおかげか要領イイヤツって評価もらえた
やめたい… >>655
画面仕様書があり、画面の入力項目(型とケタ数)がわかってる場合
・数字なら -1・0・中間値・最大値・最大値+1
・文字なら 空文字・中間値・最大値・最大値+1
を機械的にアテ込むのでいいんでないかしら
あとは
・画面にある入力項目の内、どの値がなくてもかまわないか
でテストケースが複数沸く
そのあとに
・A画面の入力値はどの画面で反映されるか
をエスパーしてA画面で入れた内容はB・C・X画面で表示されること、みたいな
在庫増えたとか売上上がったとか損害賠償払ったとか社長が会社のカネで自分のアルファロメオ買ったとか……
……業務系の結合テストケースはすげー書きづらい
項目がやたら多いわりに仕様書がふわふわなので網羅は無理かもしらぬ
それっぽく見える程度で上司に確認を依頼して、通ったらあとは上司の責任に >>663
前半は別枠のUIテストという工程でやる予定です
後半のような結合テストを自分も想像していたんですが、どうなってれば正しいのか、が解析できなくて困ってます >>650
普通給与の3倍のコストがかかるって言う
>>651
2倍の根拠がないって話
たとえ10倍だとしても管理能力がないので人員を揃えられず逆にサービス残業必須になる >>655
> プログラマ歴半年の若造です
質問がアバウトすぎて、どう答えていいかわからん。
君が読んでもわからんといってる仕様書と同じことを君がここでやってるわけだ。
まず、その結合テストするのはどういう業務なのか?
金融?流通?製造?販売?人事?
あといろいろ教えてほしいことがあるが、理解してないんだろうから、
画面仕様書の画面の名称と、それぞれの画面のなかにある項目名称を書いてくれ。
そうすれば多少は助言ができる。 >>664
あー、割とめんどくさいよ
A画面で特定のテーブル触ってたら、仕様書引っ掻き回して
A画面で触ったテーブルをCRUDしてる画面を全部リストアップする
図でもExcelでもなんでもいいけど、とにかくAで触ったテーブルを見てるのはコイツだ、と
仕様書からわかる限りリストアップする感じ
それを全画面についてやる なんというかDBという存在ががゴッドクラスじゃねえの気分にならんでもない
マイクロアーキテクチャって規模でもなければそうなってしようがないが >>665
2倍は適当だから足りなきゃ上げりゃいい
残業代払うことも人員揃えることも効率化することも出来ないなら、機能削るなり納期伸ばすなりすりゃいい
それもできずに違法するならしょっぴけばいい おそらくもっともありがちなのは、仕様書は追いついていないけどコードでは特定のDB見てる、系
仕様書に書いてなかったので見てないと判断しますた、で乗り切ってから
後日テスト仕様書が直されるgdgdっぷりに突入かもしらね 必ず仕様書レビューが入るとこってそうはならないけどな OK出ないとソース触れないようなシンプルな構造ってだけで乖離しねぇよ CRUD表は比較的簡単にできるけどSQLがカオスすぎて具体的になにを入れたらどうなるかやってみないとわからないんだよな >>673
まて、それってキントーンか楽々を提案したら済む案件なんじゃないのか?
まるっと儲けて来いよ 新規顧客への提案とかならまだしも
結合試験始まってから言いだす奴があるか >>676
実務半年の彼に言ってやっちゃいかん気もする >>669
じゃあ、NoSQLでうまくいくのかといえば、ここ5〜10年くらいの色々な試みで
サボらずにRDBの部分は考えた方がいいよねっていうのが出てるからなあ。 >>678
ネットフリックスみたく極端なステ振りしなきゃいかん、なんてことは
めったにないから大体同意(マイクロアーキテクチャの代表例はアレ)
Disってるわけじゃないのよ
ER図をもう少しバラす形の設計もアリなのかなぁ程度の意味 あー、そろそろ俺もプログラマーを廃業したほうがいいのかもねぇ
たかがgit log + PowerShell + Windows10での文字化けの解消法に1日掛かってしまったようではいかん
LANG=ja_JP.UTF-8の環境変数を入れればよかった
なんてのをわかるのがおっくうになってきた気もする
何か知らんがGit側でうまいこと調整してくださってるようだ、コードは見てないから知らんがコマンドプロンプトとPowerShellの両方で
git logの日本語ログ表示が正常化されるのは確認はしてる
まぁ転職はうまくやるよ 俺ぁちょうど35歳定年説のマだからな、さてどうしたものか そんなもん適切な掲示板に投げて昼寝したら解決じゃん 泣きそう
終電間際までやりこんでも全然終わらんのだけど
というかもう全体的に死にそうなんだけど
どうしろと >>683
すいません、できませんでした
ってメッセージ送って寝ろ
だいたいおまえ一人でそれ以上やっても意味ないわ >>694
ちゃうねん、俺は炎上の火消し要因で投入されたねん
でも前工程含めて大炎上してるから焼け石に水状態…… まぁ焼け石に水でも水かけないよりゃマシだからな・・・。
蒸発しない様気を付けれ >>685
ええとねえ、火消しやるってなると
キックオフ時の仕様を全部調べておいて
ミナミの帝王よろしく「初めの要件はこうだったんですよね、これ後付けですよね」と
ひたすら後付け要件切って切って切りまくるのよ
後で自分にすげー悪い評判付くのを前提として、最初の合意まで全部巻き戻す
客が望んでたどうか関係なく、裁判前提の交渉みたいな話
まったくもって技術論でもなんでもない、クソゴミみたいなのを客に飲ますかどうかがすべて
つまらないよ
そういうプレイヤーじゃないなら……とにかく自分の身を守ることに徹したほうがいい
死ぬんじゃねえぞ >>685
お前以外にも火消し要員いるんだろ?
はよ連携して上流からなんとかしろよ
線ひいてからじゃないと炎上させたやつらとやってること変わらんぞ
どうせ要件決まってないのに設計でもしてるんだろ
意味ないからはよおまえより上流の工程を手伝うか寝て体力温存しろ
それとPGの教育するなら今のうちだぞ >>687
それやるより現状把握していい落としどころに落としたほうがええやろ
だって後付ったって辻褄合わないから後付してるんであって
完全な追加ちゃうで >>689
落としどころ云々で言うと相手は手を伸ばしてくる
可能な限り安価かつ短納期でねじ込みたいんだよ
「購入した」開発用システムが壊れてるとかわかってても、最大限のペイを求めて悪あがきするぜ
火消しで雇われたら
最初の契約じゃないっつって関係なさそうな要件と仕様は蹴って蹴って蹴りまくらないと
多分納期に納められないし、マが死ぬか消える、あんまりそれよくない >>670
お前の責任だから一人でフル機能納期死守でやれって言うのが今だろ
これに「残業せずに」が追加されるだけ どうせ後付け要件を全部削っても間に合わないから
優先順位つけて下位も削ることになる
客の責任者をうまく交代させるのがターニングポイント 素人の書いた設計書からコード書くの疲れる
コードが書けないから仕方なく設計書を任せるって上の判断は狂ってる >>693
と上に言うだけですね
言わないなんて素人ですね >>693
あるある
webなのにフローチャートに画面出力記号があったりするのな
しかも画面出力の後にも処理が続いていくと
あきらかに素人がバッチ処理のサンプルを見て書いたフローチャートなんだよ
仕様書見ても何をやりたいのかさっぱりわからない
現場大混乱
意味不明な仕様書から要件を想像してコードを書くという、
パズルみたいな案件もある >>691
そうなれば会社に残業しろって言わせないことに成功したな
出来ないことは出来ないって言うまでが従業員の責任で、その上で会社がどうしても必要なら残業させるなりなんなりするのが普通なんだよ 大阪府民用アルバイト やりたいけど遠いでーーーー
【ランス10デバッグスタッフ募集】僕と一緒にランス10の粗探しをしてお給料を貰おう!
http://blog.alicesoft.com/archives/4810081.html?utm_source=twitter_071810&utm_medium=sns
時給1,050円〜(※テスト期間中は900円) 👀
Rock54: Caution(BBR-MD5:1777ba470a0705a8ff6b3177e04ccfb6) >>699
実際納品するってなったときどーすんだ? ダメな奴に設計や仕様書やらせちゃだめだよ
プロジェクトが完了した時には当初の設計より画面数が1.5倍に
テーブル数に至っては2倍になっている
俺だよ >>697
暗にサービス残業しろって言ってるんだよ
上は事前に無理矢理できると言わせて責任を押し付ける
上がしたいのはプロジェクトの達成じゃなくて責任のなすりつけだよ >>703
それはそれでいいのか?って話だよな
じゃあ、俺のせいだったとして平の俺がどうやって責任取るの?
って開きなおって勝負に持ってくしかないな
実際、皆勤賞で定時帰りの人間にどうやって責任を押し付けるのか?見もの とはいえ残業代がしっかり出る会社に居た頃は、仕事が一番無いハズの奴(女)が
社内で一番残業したことになってて、おかげで残業制度が見直された。
聞くと仕事が終わってもずっと社内でペチャクチャ雑談して時間を潰してたらしい。
社員も社員で自分達で首絞めてるんだよなぁ。 >>703
サビ残は今だって違法だから堂々と訴えりゃいい >>706
会社に指導が入って改善されるではなく、行き違いの調停という程度で終わりそう
訴えると脅すだけで効力あるくらい強制されてたのならともかく
勝っても負けてもそこで仕事続けられるのか?マが慣れない裁判とか疲れ果てないか?転職して続ける気力残るか?
それならとっととフリーランスになった方がよくないか
業界自体もっとフリーランスが使われるようになっていくべきではないだろうさ 今年から新卒で入って、今度仕様書書くことになったんだけど、一言でいいからアドバイスくれ
会社は教えるってスタンスよりやってから、それで駄目なら教えるってスタンスだから少しでもいいから教えて欲しい >>696
あったあったじゃなくて、あるあるか
現在進行形ってヤバイね >>707
最近は指導も厳しくなってるらしいけどな >>709
そうするのが一番だな…
>>711
俺も何をやるのかわからない…
開発の設計仕様書?だと思う >>708
客観的に見て理解できるように書く。
仕様書の限らずドキュメントは他人のために書く >>701
それは別にいいんじゃないかな
最初から全てを読み切るなんてまず無理だし
世界的に有名な開発者だってみんな「このメソッドはこっちのクラスだったわ」とか「このクラスいらねえな削除」って日常的にやってるわけで
本当の間違いはそういうライブ感を頑なに拒絶する文化だろう >>708
問題はなにも教えてもらえずいきなり書けって言われたかどうかだな >>708
とりあえず長年使いまわしてきた設計書テンプレートを信用すると痛い目を見る >>719
マジかよ、BLEACHってやっぱり神だわ >>716
設計仕様書ということはどう作るかで、
何をすべきかという要求仕様書はあるんだな?
まだ始まってないかもだが >>720
参考にするものはいくつか見た…
>>721
何故?
>>723
まだ把握してない
すみません 顧客がシステムをJavaからPythonにリプレイスするらしい
けど静的言語を動的言語に置き換えるなんて無謀だよな ああああああああああ!
もうやだあああああああああああああああああ
休ませろおおおおおおおおおおおおおおおおおおおおおお あれだな、分かった事が一つある
休みが無いと人間としてもうダメになる
もう尻拭い無理ゲーだよ >>724
具体的に何の仕様書を書けって言われたの?
現場の位置づけ的に求められているのは基本設計あたり?詳細設計あたり?
新卒ならプログラム仕様書とかテスト仕様書? naoya ハメ撮り youtube はてなブログ 基本客先だから自社作業=自宅作業で無償とかにならない?うちだけ?
眠い >>725
逆よりいいんじゃない
もう型は決まってるってことなんだから
逆だとダックタイピングで動いてたものが破綻する
まあそれでもついでだからといろいろ追加変更してハマるだろうけどな 前工程の奴の手抜きのために残業がイライラするな
1時間前工程でケチると次工程で10時間仕事が増える
それをやったとしても前工程やっぱり変更とかぬかしやがる >>732
うだうだいわずにさっさと変更反映しろPG風情が うちはPLが元どこかのプログラマ上がりだから
そこらのエンジニアよりコード書くのうまい
仕様書はPLが書いてプログラマーはただの作業員と
化している
ただそのPLは派遣で来た人を契約社員にしただけ
だから、給与がプログラマーより3割くらい低くて、
バレたらどうしようとビクビクしながら使ってる >>732
そりゃ工程管理してる奴が悪いな。
どうせ検収もせずに放牧してんだろ? >>732
> 1時間前工程でケチると次工程で10時間仕事が増える
わかるそれ。大変だな。
>>733
> うだうだいわずにさっさと変更反映しろPG風情が
高卒のクソチョン馬鹿SEは出てくんな(笑 朝鮮人で何か悪い事でもあるんか?
10代の頃ならこんな事言う奴はみんなで囲んでカツアゲしてやったわ 国籍は興味ないけど
海外からきた人はソースに日本語でコメント入れるのダルいだろうな >>738
普通に人手不足のときに入った人のが給料高いよ
求人の給料上げるたびに全体の給料なんかあげらんないよ
だってさ 最近、会社が社員に生命保険かけてて死んだら丸儲けで草www タッチペンで字を書く(特定の所をなぞる)を再現したいのですが、
どの環境が良いのでしょうか?
教えて下さい。
web系統でもユニティのC#でもフォームアプリでも実現できるのでしょうか?
教えて下さい。 特定のところをなぞると
字を書くに要求される精密さに
乖離がありすぎてなんとも言えん 制度は余り必要無いです。7割ぐらい収まってたら、入力したと判断したいです。 >>750
分かりました。試してみます。
ありがとうございました。 全く考えずにコーディングできるレベルの設計書って本当に実在するのか?
そんなん設計者がコード書いた方がはやくないか?
エクセルよりコード書く方が早いでしょ普通 >>752
もちろん可能だが
見たことないから見たいとかそういうのか?
派遣先のだから見せることはできないが実在する
んでしっかり書くからコーディング時間は短くなるぞ >>753
全く考えないっていうのは
コンバーターを作れる程度を想定してるけどまじでできるのか
しかもコードを書くより早く
すごいな会社名だけでも教えて欲しい >>754
それは教えられないだろ
どうやって作ってるかなんて
絶対無理レベル 世の中には情報を整理するのが得意な奴がいるってことだね 考えながらコード組むって意外と無駄な時間が多いような?
組んだ方が速いとこってメソッドの引数の数揃えるとこぐらいでしょ? >>758
入力補完、リファクタリングツール、Lintツール、バージョン管理、テスト、デバッグ、etc...
どう考えてもコードの方が安全で楽でしょ(比較対象はOfficeね) >>739
>>733みたいな奴が無理矢理次工程に進ませるんだよ >>752
それはお前がどれくらいから考えないとコーディングできないかによるんじゃないか?
テストとか例外処理とか考えなくてもできるがそれなりに時間かかる
あと時間の問題だけじゃなく
分担することで設計で手を抜けなくなる
わかってる人が複数になる
ミスに気付きやすくなる >>761
それ設計効率変わるほど大活躍するの?w
設計図を書いてからモノを作ること自体に慣れてないんちゃう?
どうよ?
そういう経験もあった上でプログラミングに関しては組んだ方が速いって言ってるの? >>762
あ?wbsつくったのおまえらだろが
自分でできますって言ったことができないとかさ
子供じゃないんだから
イイトコみせてよ >>764
手短に絵を描いて
ポイントだけ日本語で注釈を入れる
後の細かい部分はコードの方がはるかに早い
設計書なんて細かく書けば書くほどDRY原則違反になるだけ
だから俺はコードの方が表現力が優れている部分はコードで書く
それ以外の部分では設計書(というかほぼ設計図)を残す コードそのまま生成できるならメタプログラミングじゃん >>766
あんまりやったことないだけで言うほど書くこと多く無いよね?
ただの食わず嫌いだろお前 >>768
細かく書いて失敗した経験なら昔から何度も味わってるよ
少しずつ省く部分を模索していって今に至る
概要の図と詳細のコードがベスト
思考停止してとりあえず設計書ってスタイルに疑問を持たない人は最悪だ
疑って考えて模索する人になって欲しい
つまり理系脳になってくれ >>769
思考停止っていうかむしろ必要な資料なんだから
速く書く工夫でもしたらどうなの?
そんなにコード書くほうが速いって言うならdoxygenでも使ったらいいじゃん
でも俺だったらお前より速く仕上げる自信あるけどね 必要な資料は作りたくないです
プログラムだけ組みたいです
なんてアマチュアじゃん
一生懸命資料を書かない理由なんて探してんじゃねーよクズが >>770
生成できるものは当然する
むしろ手で書いてはいけない
自信を持つことはいいこと
きっと優秀なんだろう
無駄なドキュメントに割く労力がなくなればもっと上を目指せる
まずは取り組んでみよう
それからだよ >>771
強い思い込みに囚われている
必要な資料が実は必要ではないかもしれない
そう考えられるようになれば一歩前進 >>772
いやいや勝手に無駄って決めてんじゃねーよw
記述粒度もお客様と調節済みだよアホが
お前んとこみたいな
雑な業者に入られないようにしっかり書いてるんだよw まー雇われの底辺じゃあ保守とか考えなくていいもんな
ふざけんなよ底辺 >>773
その通り
手を動かして絵を描こう
コードを書こう
頭の中だけで考えても限界がある >>778
だからお前はdoxygenで書けばいいじゃん >>776
何を持って無駄と定義するかは大きな問題だね
穴を掘って元どおり埋める作業をすれば金をやろうと雇い主が言った
雇い主との契約を満たすのは有意義な仕事だ無駄じゃないんだと自分をなんとか納得させるあなた
確かに金をもらえるけどそれはあきらかに無駄な作業だよねと考える私
物事は様々な見方があるということは今日の教訓として覚えておいて欲しい >>777
ドキュメントとコードを二重管理しなければならない保守担当者の苦労も考えてください >>781
穴ばっか掘ってると頭おかしくなるんだな >>782
じゃあexeだけでよくね?
c#なら逆アセすればいいよね? >>784
人はそういった場面でおかしくなると意味のない作業に対する信仰心のような気持ちが生まれる
穴を掘って埋める作業にもなにか崇高なる意味があるのだと思うようになる
そうしないと精神が壊れてしまうからだ
そこまで追い詰められる前に冷静にこの作業には意味がないのではないかと疑問を持てるかどうかがデッドラインになる >>782
それ二重管理っていわなくね?
違うものだぞ?
触る工程も違うんだし
なにいってん? >>785
exeは編集するには向かない
コードは編集するのに向いている
これは重要なポイント >>745
あるある
うちは遺族と山分けっぽいから良心的なのかな
過労死になったら労災もらえるように記録だけはつけとく 内部の変数名まで決めてくれなくていいけど
データがなかった場合どうするかとかは書いてほしい つーか、大きめのアプリをドキュメント書かずに作るのって不可能だろ 保守管理はgitの修正履歴で追うのが一番
ジャップは世界標準に合わせられなくて段々とガラパコスになっていくから注意しないと 凝り性なとこあるよね
ひたすら進捗の辻褄を合わせる係の人が10人くらいいる コメントっていうアイデア自体がナンセンス
テキストしか表現媒体がなかった時代の遺物といえよう
リンクでも貼ってドキュメントに飛ぶようにしとくべきではないか 考えながらコーディングしたほうが速いっていうのはだいたい嘘で
今まで同じようなことをやってるから、思い出しながらコーディングしてるだけ
もちろん、その時の設計を思い出すから考えながらやってるわけじゃない
よく「まず手を動かせ」って初期に教育するけど
趣味のマイコンと混同してるよね >>792
ドキュメント書いてようがコケるときはコケる
あと「ドキュメントなしで大きめのアプリを書くことは不可能ではない」を示せばいいなら「Apache」でググればいいと思う
設計書は存在しただろうか
>>769スタイルが一番妥当な気がする(自治体・大企業が相手ではない場合) Apacheは技術的な根拠となるRFCがたくさんあるから
ドキュメントなしっていうのはつらいんじゃねーの >>797
設計っつっても何をもって設計と呼ぶか、次第だと思う
日本語で念入りに「もしxxxがなんちゃらだったらどうこうする」か書くとか
コード書く前から念入りにシーケンス図書くとかを設計というなら
たぶんそれ机上(あるいは脳内)で実装してるのと一緒かも
依存してるライブラリのバージョン上がった時でも机上が通用するならいいんだけど
多分何かしら違うので100%の通用はしないし 設計図といって皆が同じような図と思い浮かぶほど
まだ枯れてないよね
設計技術や記法も >>799
RFCをベタ書きしてApacheになるわけでもない気がする
どっちかってと、設計の根拠として「RFC4254を参照せよ」とか書く感じじゃね? 神の如きSEが書いた設計書ならともかく
大抵はあっても無くても一緒か
却って害をなすゴミだし まあ俺はドキュメント無しでできることなんてたかが知れてると思ってるから
お前ら雑魚は一生自分の知ってる環境だけで頑張ってればいいよ
実際それで足りるときもあるしね 新規ならともかく改修や他システム連動するときに
ドキュメントがないと困る >>765
何も情報出さないで、とりあえずでいいから線引いてみてって言ったんだろ?
それ以前に前工程のが終わってないのにブロックされてる次工程が始まるわけないだろ
さっさと直してこい >>732
もっとエクストリームな奴あるぞ
お客さんは基幹系を作り直し中
で、作り直し中の基幹系DBを流用してフロントのアプリ書いてください、というもの
流用したらコスト浮きますよね、とのこと
ボクは反対致しましたが営業の上司に怒られました
ER図の変更と、仕様変更と、要件変更がドカっと来たり来なかったり
大体毎日何かしら書き換えかなぁ 全体のバランスや結合度を調整するときもソースコードでするの?
依存関係や循環参照ってコードで見える? 政治的っていうかさ
社内の偉い人向けの報告資料づくりとかそのための辻褄合わせ、嘘とかさ
意味ある?ジャップ? 今後は中国企業が成長して日本のITはますます衰退する >>809
>>810
そういう局所的なものでなくて全体的な流れ
小規模とか作って終わりならどうでもいいけど
長期的にメンテとかするんだと必要 誰も動くもの作ってないのに
何故今月中に完了すると思うのか >>813
何を言いたいのかよくわからない
クラス図的な意味だろうか? それともDFD?
例えばドキュメントとソースに相違があるならソースからリバースするしかない場合はある
単なるポンチ絵レベルで循環参照とか言ってるなら、多分あんまり意味ないんじゃねえかなぁ
例えばUMLモドキのクラス図モドキ風の絵で「顧客」クラスが「会計」クラスに「決算情報を問い合わせる」
……みたいなやつ
もうすこし詳細なクラス図であっても、あんまりあてにならない場合がよくある
いやそっちが厳密にプロジェクトやっててそんなことないって話なのかも知らんけど
こっちは「あなたはそう仰るけど、こっちが放り込まれた案件ではそんなこたぁなかった」という経験の話も含むから
平行線になりえるのは注意 現実と理想に相違がある場合に「理想(ドキュメント)が正しいんです!」なんて言われても
現実(ソース)を洗ってみなきゃ話にならない状況はまれによくあるって感じ プロジェクト新入りに説明できるような資料はほしいよな
てか今なくて困ってるんだが 普通にどういう構造しててどう作ったんだよ
作ったものは要求仕様を満たしているの?
ってことを説明する必要があるわけだが >>818
どのみち、客はあなたがおっしゃった要求仕様を満たしているかどうかなんて興味ないよ
客自身のビジネスで使えるかどうかに興味がある
……後半でなんじゃこりゃあラッシュになるのは避けたいねお互い そもそも通信相手のアプリの方はどういう設定でどう動いてるわけ?
通信相手って複数いるみたいだけどそれって誰と誰でどういうやり取りしてんの?
ってとこまでやっぱソースみんの?
マジキチだろ >>822
ごめん、どの業界の話してるんだ?
「おそらく相手は業務系の話だろう」と仮定してレスってたんだが
パケットのナカミみたいな話を設計と言ってるな必要だろうね、くらい 要件が固定的なら設計するのがベターだが
要件がゆるふわなら都度おっつけでないと時間がいくらあっても足りない(こっちの話で、設計重視派の人だろうと俺は仮定した)
このくらいだが、全部設計カッチリやるべき主義者なら頑張ってくれとしか言いようがないスな 昔ながらのCOBOL的なプログラミングスタイルでやってるとコードのもつ記述力を過小評価してしまう
彼らの世界観では日本語の説明より明確で簡素な記述がコードで実現できるとは全く想像もつかないんだろうな 「正しい仕様か?欲しけりゃくれてやる、探せ!このプロジェクトの全てをそこにおいてきた!」
男達は納期を目指し、数ギガのソ−スを追い続ける。世は正に大IT時代! 休みたい休みたい休みたい休みたい休みたい
あああああああああああああああああああああああああ
あああああああああああああああああああああああああ
あああああああああああああああああああああああああああ >>827
ソースでそれだけあるとドキュメントはさらに酷いことになる
大航海どころか惑星探査するようなもんだ スクリーンショットだらけの環境構築手順書.xlsに何日も悩まされたことがある
別の同程度の規模の案件では構成管理をプロビジョナーで行なっていた
設定ファイルを読んで構成を把握して自社ネットワークに合わせてインベントリを修正して実行して全部で二時間もかからなかった
ドキュメントとは一体なんだったんだろう >>825
それって開発側が
あんたの欲しいアプリってこれじゃない?
って示せないからでしょ?
お前の提案がイマイチだからだよ
例えばやたら外観ばっかり気にしてる客とか相手だと
もうデザインと機能を完全にブチ切って
ウチの部署は機能だけ作りますわ
デザインはweb製作部があるんで別途発注してください
って提案するのだって能力なのよ
プログラマだからってプログラムしか組めない奴に価値は無いよ >>831
でも無い方が良かったってエピソードじゃないみたいだからよくわからないよ >>832
営業支援システムで「客の購買履歴から、次にどんな商品提案したら売れるかを予想する機能は必要ですか?(多変量解析)」と言って
「いらん」との客の返答があったので考慮せずそれっぽい図でも書いてたら
後日「やっぱいるから付けて」とか
そういうところまで織り込んだ設計を事前に提案せいってなら、提案が甘いのかもしれんが
相手がNOといった機能をあえて実装するわけにもいかんしな
という状況もある
相手だって全部わかってるわけじゃないんだから、要件は細かく切って都度おっつけのほうがマシだと思ってる >>834
違うよ
現行業務フローが把握できてないから
客が迷っちゃうんだよ
それにいるかいらないかまで出てるなら見積り出してあるだろ
いつ追加されてもいいだろそんなもん >>835
リコメンドエンジン付けるのに業務フローもクソもねぇYO
フローは何ら変わらない、ただどこぞのグループウェアのカレンダー見て「xxx株式会社訪問」とあらば
その会社では次何売ればいいか(統計的に)売りやすいかってのを分析したメールを営業にぶっこむだけだ >>836
違うな
浅いよ
アプリをどういうフローで使用するかの洗い出しが浅いっつってんの
このアプリはこうやって使用する
→だからこの機能がいる、いらない
こういうストーリーが客に対して描けないから必要ないものを自分が把握してない経緯でねじ込まれたりするの
機能がねじ込まれたりするときに客がどう考えたのか全くわからずにただボケっとしてんだろお前 生き字引みたいにずっとその製造物に1人で携わるつもりとか、作ってはいさようならとかなら
資料なんてほとんど何もいらんだろうな。 だけど実際は、ちょっとこのプロジェクトやばいから
手伝ってとか連れてこられて、資料何もないけどソースから読み取れるから読み取って
頑張ってねとか言われたら、普通に死ねとか思うよな。 >>837
> アプリをどういうフローで使用するかの洗い出しが浅いっつってんの
> このアプリはこうやって使用する
> →だからこの機能がいる、いらない
説明はしたものの
「特定の企業向けに売れそうな商品をリコメンドをメールで送信」機能いるかってのを説明して、当初は不要
後日、いらないというのが社内の事情でいることになったから
追加の予算と納期延長請求ですわな
あとは「そこをなんとか」のあの面倒な話
っていうかなんであなたそんなに「自称俺なんでも知ってる君」なん? 要件変更一回も受けたことないの? 昔覚えた人給だの生産管理だののアプリを別企業でやりなおしてるんじゃないか……?
という疑惑
その場合だいたい同じ提案で済むやろしね、お気楽な仕事でしょう 要件変更されるのはそのプログラマが無能だからだという
主張は初めて見た。 >>838
容易に情報を読み取れない下手くそなコード
概要を掴むためのドキュメントがない
そのプロジェクトの失敗原因
概要を把握しやすい図が多いドキュメント
整理されて読みやすいコード
この2つが前提にあってこそ(詳細な)ドキュメントなんて要らないよと言える
ドキュメントなんかいらんと言う時は必ずそう説明するんだが
ドキュメント推進派は決まってこれを曲解して(あるいは無視して)
ドキュメントは全くのゼロでコードは可読性のかけらもないスパゲティという前提で話を進めたがる
それはアンフェアな議論だ >>844
結局ドキュメントがいるって話だろ。
ドキュメントが前提にあってドキュメントがいらねとか意味分からねえからw
基本設計書があれば詳細設計書は不要とかならまた言ってることは分からなくはないが。 >>845
ほらまさにこう言うタイプね
ドキュメント推進派って文書をありがたがる割りにレスを読まないよね >>846
いやお前の言ってることさっぱりわからん
論点が吹っ飛んでるじゃん
お前はドキュメントいるんだよな? 【期日強要】実態派遣SEは捨てられる【指示強要】
人月100万円以下で作ってはならない理由
・料金搾取の業界損害がある
・偽装請負多重派遣の業界損害がある
・将来リストラ問題の業界損害がある
・契約外期限遵守の業界損害がある
・客先指示遵守の業界損害がある
・知的財産譲渡の業界損害がある
・時間外労働違反の業界損害がある
・低予備工数見積の業界損害がある
・残業見積の業界損害がある
・無料追加の業界損害がある
・学習不足の業界損害がある
・裁判苦手の業界損害がある
・対人障害の業界損害がある
・健康障害の業界損害がある
・使い捨ての業界損害がある
・孤独死の業界損害がある
・低収入の業界損害がある
・低技術の業界損害がある
・結婚障害の業界損害がある
・鬱病早死多数の業界損害がある
・孤独死多数の業界損害がある
・技術裁判困難の業界損害がある
派遣社員は使い捨てという厳しい現実
https://xn--t8jud0j6au6x3bvde6876eixa.biz/tsukaisute/ このスレ、PG言語どころか日本語出来ない奴しかおらんな 日本語は曖昧でわかりにくい
コードの方が正確でわかりやすい このスレというかこの業界だな
中国人韓国人の方が日本語が達者
ゆとり世代は特にひどい >>856
エアプ
韓国語と日本語は文法同じなんですが、そもそも論理性の根拠なんですか 「ウチの会社は仕様書作らないけど、いい?」
と面接の時に言ってくる会社は、プロジェクト中で
コロコロ仕様を変えたり言ってることが変わったりして、
「前は○○って言ってましたよね」と聞くと
「そんなことない!最初からそう言ってた!お前が勘違いしただけ!」
と強弁する連中が多い。仕様書がないからやりたい放題。 最近うちのプロジェクトに入ったメンバーがちょっと使えない感じの人で困ってる
テストが甘くて、○○が設計書通りに動作していないって指摘をしても、○○は△△をベースに作っています。○○は△△と同じように動作しているので問題ありません。とか意味不明な事を言ってくる。
いやいや、設計書きちんと読んでよ
あと、最近多いのは○○を△△と同じように組み込んだんですけど、動きません。何が悪いんですか?って原因調査を丸投げしてくる
仕方がないから毎回こっちで原因調査をして解決方法(大体移植する時に何かしらミスってて設計のミスとかじゃない)を伝えてるんだけど、そんなだから毎回詰まるとこっちに丸投げしてくるようになってて困ってる
どうしたらいいのか教えて 始めまして、プログラマーの皆さん
再来週、社員旅行に出かけるのですが、私だけガラケーでラインできなくて困ってます。
PC版のラインが来たらヤフーメールなどで、ガラケーにメールを送る事は可能でしょうか?
浪費家でガンダムのプラモデルを毎回、買ってしまいます。
貯金が無いので、何とか成りませんか?
できれば、そう言ったサービスなどを教えて下さい。 >>860
作業の精度がわからないんだな
俺も経験ある
他の資料がグダグダなのに
設計書だけキチンと守れってあまりにも精度が違い過ぎて何言ってるのかわからない
○○は△△をベースにってのは作業を指示した時に△△を参考にって説明しちゃったんじゃない?
となると△△の動作を優先させるのか設計書を優先させる現場なのかわからない
そもそもその設計書があるべき姿の最終形態って説明してないだろ
口頭の指示は○○は△△をベースにってしただけなんちゃう?
んで○○を△△のように組んだんだけどってのはまず設計書通りに組むって意思疎通ができてないよね
あくまで指示は○○は△△をベースにってのが彼の中で優先されちゃってそれが設計書のどの部分なのかマッチしてない
っていうか作業自体は設計書通りに組めばできるの?
おそらくできないから○○は△△をベースにって説明が入っちゃったんだろ? んでそういう説明があったとした上で
動かないよっていうのは
設計書通りにやれば動くっていう頭が彼には認識が無いと思われるので
お前の言うとおりにやってみたけど動かないよ
他に何か足りないとこある?
って質問だと思う
指示が曖昧なのが伝わってくる
○○は△△をベースに組んでね
設計書通りに組んでね
の2つの指示が俺にはどのように消化して組んだらいいのかわからない
んで仮にそのどちらかの方法でできない場合はソースの一斉解析をする前にまず担当者にどのような作業をやってほしいのか確認に行くと思う
んでイマココ
だったんじゃん?
実際どうなの? >>863
なるほどな
俺としては
「何か足りないとこある?」って聞く前に、設計書と自分の書いたコードを見比べて自力でそれを見付けて欲しいのよ
少なくとも他の人はそれでやってくれてる
そいつの書いたコードを読んで足りない所を細かく指示しないとダメってのが結構シンドイんだよね
こういう場合どう言えばいいんだ? >>864
だから、設計書ちゃんと書いてないからそういう自体になるんじゃん
でも他の奴等がやってるってことはしばらくその現場いたら誰でもできんだろそれw 実物見てないから戯言でしかないが
「いやわかるでしょわかるでしょわかるでしょ」
ってのは効率悪い >>864
チケット漬けにするとか、BTS使ってないならExcelバグ票漬けでもいいけど、とにかく
それが治るまで同じことを何度でもやらす
「入力値xxxに対して仕様ではyyyを返すはずだがそうなってない」みたいなやつ
>>865
見る限り、設計書どうこうの問題じゃなくて、それ問題のような気がする
練度が低すぎるか(90%の確率でこっち)
ごくまれに「何らかの理由で仕様のほうが間違い」と考えるに至ったか、か 自分で書いといてなんだがそれ問題ってなんなんだよ、それ「以前」 でもはじめの指示が
設計書通りに作って
っていうものだったら△△をベースになんて話は出なかったんじゃない?
彼を勘違いさせてしまう環境があるんだと思うよ
他のメンバーはいつもの忖度に慣れている まず設計書通りになんて作れないんでしょ?
△△クラスをコピーして○○クラスとして動くまで周りのソースの辻褄合わせてうまくやって欲しかったんだよな?
んでうまくやる方法は周辺の造りを見ればなんとなく法則が見えてくるんだろ?
んでそれは細かすぎて設計書に書くのは面倒臭いから書いてないとwww
何回かやっていればわかるんだけど
彼は初めてだからわからなかっただけでしょ? 今の案件が途中までアジャイル型で進めてたけど
途中からウォーターフォール型に切り替えて無理矢理プロジェクト進めてるって聞いたんだけどさ
開発手法を丸ごと切り替えるってやれるもんなの? アジャイルが小さいウォーターフォールの積み重ねなんだからそりゃできるだろ いやできねーよふつうは
あり得ないそんなことは
そもそもそんな変更が許容される時点でお察しするわ おうマジか……
(そこそこ大手なのになんでやらかしたのか) 体制的にはアレでも実務的には理にかなってる
工程が進まないとジャップモンキーユーザーは要件出せないから
絵の餅とちがって追加要件はガチ要件だからな
ま、おまえらにはわからないかこの領域のはなしは たかが数行の2chの書き込みで
根本的に言葉が足りてなくて何言ってるかわかんない時点でお察し >>874
たぶんそれ、もともとアジャイルじゃなくて
「要件変更が無限突っ込めるウォーターフォール」になってる可能性大
お客さんがガンガンぶっこんでくるから歯止め掛けるために
途中で手法切り替えたんじゃねえかな
アジャイルかどうかしらんけど、なんであれどこまでやるかの大枠を
合意するためのドキュメントは書くでしょ
それがマインドマップかはKJ法かTODOリストかは知らんけど
とにかく、手法がなんであれぶっ飛びそうな気がする >>883
お前じゃね?
ドキュメントの一種に設計書があり、設計書の一種に基本設計書や詳細設計書がある。それらを抽象化したのがドキュメントだが、
>>844とかドキュメントの定義に「概要を把握しやすい図が多いドキュメント」をドキュメントとしない変なルールを作って話を進めるから話が通じない。
自分ルールに固執して喚く辺りがアスペだと思うが違うのか? >>885
煽られてる可能性あり
放っておいていい奴の1行レスは無視していいと思う >>874
切り替えたのはベンダーか客かどっちか気になる >>886
俺煽られちゃったか、忠告サンキュ!
気を付けるわ。 でも真面目に設計書の通りに書いたらバグだらけになるよね
バグどころか依存関係が足りないとか定義してない変数に触ってるとかそんなのばかりでコンパイルも通らない
問い合わせる時間もタダじゃないからどうしたって下流の判断で進めなきゃならないこともある
そのせいで上流の思惑とズレが生じてもそれは完璧な設計書を書かなかった上流の責任
出来上がったものを受け入れるしかない
あるいは追加料金払って機能追加扱いで再度依頼するかだな
そこんとこはビジネスライクに進める
長い付き合いあるからやってやるかなどと情けをかけちゃいけない つうか勝手に仕様変更してSEひいはユーザの合意なしとか爆弾すぎ
こんなやつがいるプロジェクトかわいそうだわ
要件とかまったく気にしてなさそう そんな設計書が上流って底辺も底辺じゃないか
辛いだろうが頑張れよ 名だたる大企業でもそんな設計書ばかりだよ
つけ入る隙のない完璧な設計書など見たことない
ここの矛盾する記述ってどういうことだと問い合わせても延々と返事を待たされる
そんなんでスケジュール通りに進むわけないから下流の判断で進めるしかない
ビジネスとしては当たり前の判断だよ
バグってるドキュメントを流してきた上流が悪い
ドキュメントバグへの対応が遅い上流が悪い >>893
一気通貫、全部自力でやれる立場に行く方がストレス減るかもしれんよ
まあ違う意味でのストレスはあるかもしれないが……まだマシかも ホント設計の教育足りてないよな
みんなほぼ書籍で独学?
仕事しながらなんとなくで覚えた? ビジネスとしては逆だろ
回答こないならすすめる必要がない
そいつのせいだから
わざわざ改変して独断ですすめるのはリスクでしかない
責任取れんやん
まあこう言えるのは俺が恵まれたところにいるからだろうな >>895
じゃあ、お前がどういう教育を受けてどんな設計書を書いたか説明してもらわないとな? >>896
まあ究極、「xx月xx日までに返答がない場合は納期に間に合わせることはできません」と
数日前にメールで送る感じになるかな
メールは裁判の資料として使えるから 究極もクソも問い合わせるときは締切と超過したときの影響を伝える義務があると思うがな >>893
おちつけよw
悪いのは全て上流
頭が悪いのは下流
そんなの皆わかってるって >>900
頭が悪いのはジャップみんなですよ
上流下流は関係ありません かつてパンチカードでプログラミングしていた時代
コーダーが本物のプロフェッショナルで
カード一枚数万でコーディングをしていた時代
設計書は今のコードに匹敵する精密さを求められるものだった
ただのバグはもちろん、コンパイルエラーに該当する設計書のミスですら
コーダーへの追加の依頼費用が発生することを、つまりただちに損失が発生することを意味していた
今のSEは甘やかされすぎ >>899
毎度毎度脅すわけにもいかんでしょ
相手にも都合があるから
度を越えたらムリと線引きする程度の感じ お前らいつもそんな喧嘩腰なの?
それじゃクライアント怒らせちゃうだろ
間に合いそうになければリスケするか機能を削ることになる
無理なものはどうやったって無理なんだから現実的に話し合うしかないじゃん
誰が悪いとか言ってもしゃーないよ ガッコの授業でチーム組んでなんかソフト作るっていう授業やってるんだけど
6人チームですら体調ボロッボロに崩すほどのストレスが発生してるんだけど
働くとなると20人〜とかうかなりの大人数でやったりするんですかね?
食道周りに穴空いたりしてないかすっごい心配なんだけどどうなんだろう? >>902
今だと、コンパイルエラーなら瞬殺でわかるものね
というか、11:50にビルド仕掛けて飯食いに出かけて、ビルドが通ってないかどうかわからんとか
多分もっと低レベルの問題あるでそれ
トライ&エラーのコストのほうが(現状)安価なら、そっちでやる方がいいかもくらい
まぁもう半導体が原子レベルに達するようだから、一時的に設計重視というか机上重視の世界が
再び戻ってくるかも知らんが >>904
いやいや脅さねーよww
たかが一件の問い合わせがクリティカルなわけない
積み重なっていきゆかなくなるだけ
しかも相手の都合とかさ
それが向こうの仕事なんだが?
甘えてるよそれは
投げて解決するのが面倒だから自分で勝手に変えてるだけ >>905
相手の発言が「ケンカ売ってるように思えた」ってなら買う用意はしてるかな……
あとで相手がこっちになるほどと思わせる説明をしてくださったなら「なるほどこっちの間違いです」と
謝るくらいの配慮は考えつつも、だけど
そういうルートの場合は大体「謝れば許される」の範囲に収まってる感じ
そうでないのは厄介 >>909
お前が>>899かどうかは知らんけど
>>899の
>問い合わせるときは締切と超過したときの影響を伝える義務がある
というのは、顧客から見ると脅し
俺だったらよっぽどでなかったらなぁなぁで済ますよ、相手だって都合があるからな
こっちで抑え込めないと覚悟したときに縁切りもやむなしで言うレベル
めったにないが >>911
はあ?それは納期が遅れますよとかいったらだろ?
たかが下流からくる問い合わせで直接納期が遅れることはない
相手の都合の意味わからんが答えることが仕事だぞ?向こうの
そりゃ今日まで!とかはアホでしかないが
さっきもいったけどお前調整するの面倒なだけだろ >>906
入る会社やプロジェクトによる
1人の場合もあるし、5人くらいの場合もあるし、20人以上の場合もある
バグがあってもゆるゆるなとこもあるし、なぜなぜ分析やら再発防止策をやれって厳しいとこもある >>912
お客様に直接そう申しましたが何か
俺は基本、自分がコーディングまでやるのは当然ってスタイルでやらせてもらってるので
お前の立場を推測してみると……よくわからん紙書く仕事のようだが
現場のマからの連絡は「警報」であると思わないとか、お前マジ上流?
> たかが下流からくる問い合わせで直接納期が遅れることはない
とかで遅らせてて放置したのが爆発したことはないのか?
そんなだから上流(笑)なんだよ
ヘイトして下すった相手に配慮するつもりはないのでそういうレスだが >>905
クライアント相手に言えるわけないからここで言ってるんだろ >>916
俺ぁ独身だから暴言ブチ撒けたこともあったんだが
結婚して子供が居たりしたら分からんというのはある >>906
7人以上になると別チームに分割するのが普通じゃないかな
それは業務上で同じ社内にいる以上、人間関係はあるけどマに限らない >>906
米軍の統計では4
おそらく英国のSASを参考にした結果そうだったってことだろうが
4人で1チームが一番団結取れるんだとさ 断言するけどジャップは頭が悪い
ジャップに比べて外国籍の社員はとても優秀
アジアの国の中でジャップよりITのレベルが下なんて無い >>920
三菱重工に勝てる兵器を生産できない国の人が言うことでもなかろう 30〜40年くらい前までならまだ若い業界だからというので世界規格とか
国内統一規格の標準化された設計書が無くてもまだ言い訳が出来た
わけだが、半世紀?3/4世紀?くらいになるのに世界標準どころか、
社内標準すら無いような大企業しかないからな。 人類にIT関連の
設計書は早すぎたんだよ。 >>905
クライアントが全責任を負ってくれるくれるならにこにこして
物腰柔らかに接することもやぶさかではないが、現実として
責任は押し付けてくるは、土壇場で一緒にコードを書いて
くれて解決の手助けをしてくれるわけでもなし。
そりゃ人間相手なら権力をかさに着れば黒も白と言い含め
何らかの解決にこぎつけれるけど、コンピューターにそんなの
通じないからな。 動かすための障害にしかならないような
人たちにやさしくするなんて、大金積まれなければ無理だよ。 >>922
ある程度の統一規格欲しいよなあ
みんなバラバラすぎて意思疎通すら困難って欠陥すぎる 統一規格とか言ってる奴はバカだと思う
あっという間に技術のトレンドが移り変わって今あるものが陳腐化していく
対象システムによってアーキテクチャの選択は様々
予算や要員や時間の都合で最善手を選べるとは限らない
本質的にシステム開発に統一性なんてないんだよ
それなのに統一性を持たせようとしても失敗するだけ
プログラミングに銀の弾丸はないと理解している人も設計には銀の弾丸があると思い込んでしまうのはなぜなんだろうな
ドキュメント文化に毒されると思考の柔軟性を失ってしまうのか プロジェクト単位どころか個人単位やモジュール単位でバラバラなのは
どうにかしてください チーム仕事ができるようなレベルにないコミュ障が多いから仕方がない >>927
設計書に頼るとそうなる
レビューを徹底するしかない >>923
そーゆー考え方がみずほを産んだんじゃないの?
権力といっても、しょせん相手もリーマンじゃん
せいぜい「お前んとこにはもう発注しねえ」と言う程度だろ
どうってことないね >>930
>せいぜい「お前んとこにはもう発注しねえ」と言う程度だろ
せいぜい会社がつぶれて首をくくって死ぬくらいだからね。
死ぬくらいどうってことないやね。 >>926
> 統一規格とか言ってる奴はバカだと思う
じゃ、どうやって引き継ぎするの?
口頭でするの?
つか、コンピュータはほとんど規格で構成されていると
思うんだけど? 動かすための障害にしかならないような人たちにやさしくするなんてないから、プログラマは大金積まれない限り仕様書に従う必要はないって事だね >>931
会社なんか潰れても死なないっしょw
てかリーマンは別のとこに行けばいいだけ データ分析系のエンジニアって未経験からだと敷居高い? >>932
規格化されてるものはモジュールだけだろ
パソコンの部品のインターフェースは規格化されている
しかしどれを組み合わせて商品を作るかなんて規格化されていない >>934
年間何万人かの自殺者が出ていて、頭がおかしいのが勝手に死んでるとでも?
会社を首になったとか会社がつぶれて再就職できず死にようなのが少なからず
いるんだけどな。 死なないまでも夜逃げするとか、つぶれる前の水準での生活が
出来なくなるのも多い。 そのための下請け法や労働基準法、その他いろいろな
法律があったりするんだけど。
ペンは剣よりも強しは死刑執行書にサインを書けば人は簡単に殺せるっていう
説があるらしいな。 死刑執行書みたいに分かりやすい形ではないが現代では
契約書やなんやらで殺せるし壊せるよな。 中二
病的にいうならそれなりの権限や権力のある企業に正社員はマーダーライセンスを
手に入れてることになる。 自分が人殺しの片棒担いでるなんて普通の神経じゃ
耐えられないだろうから草はやすのはわかるけどね。 >>937
どんな理由であれ自殺する奴はバカだよ
収入が減るとか無くなったなら生活水準を下げればいいだけ
金無いのに見栄はってる奴はあきらかなバカ
てか、そうなる前に転職すればいい
会社なんて腐るほどある
バカな奴は会社を辞めたら終わりだと自分を追い込んでしまうんだよな
会社なんか辞めても生きていけるし、収入が無くても生きていける
もっとそういう事実を広めるべきだね >>937
社会人経験無いだろ?
会社潰れたら失業保険受け取っている間に再就職すればいいだけの話。
自殺する奴は状況を改善出来る思考能力が無いただの馬鹿。 死んで天国に行くことによって状況改善するというソリューション >>939
思考能力が無いっつーか、マジで自分で自分を追い込んじゃうらしいよ
俺らみたいなクソはちょっと疲れたら手を抜くだろ?
「体調悪いんで午後から出まーす」とか「彼女が脚気なんで飲み会遠慮しまーす」とか
誰にでもわかる嘘ばっかついてんじゃんw
でも、自殺しちゃう奴はアホみたいに真面目なんだよ
毎日きっちり定時にやって来て残業をこなし、クソ上司やゴミクライアントにも笑顔で接し、
最初からPSR準拠でコードを書き無駄を一切出さない
そんな奴が自殺する >>942
つまり馬鹿じゃん。自殺する奴ってのはストレスの自己管理が出来てないってことだろ。
自分はまだ頑張れるとか勝手にストレスを累積し続けて自殺するのは、自己管理が出来てない馬鹿だろうな。
ちなみにさっき挙げてた真面目な奴は自殺してないなら別の話だろ。 たかが仕事なんだから、責任感感じることなんてないのにね。
だけど、なぜか思いつめて自殺する人がいる。
それはもう冷静な判断力を失ってるんだろうね。
発注者からいろいろ言われて悩んで、
ノイローゼになって自殺。
よくある話だよ。 >>925
いえ、B型っす。微塵も楽しくないっす、拷問か何かっす
お話聞く限りもっと少人数になったり大人数になったりで職場によりけりマチマチな感じなんですね
もうすこし希望をもって先を見つめようかしら・・・ >>944
他人をバカだと罵ってもバカがいなくなるわけでもなし。
それ以前に普通のバカかお前みたいな自分が賢いと思ってるバカしか
世の中にはいなんだけどな。 社畜を自殺に追い込むのは生活苦や契約じゃない
すごく単純で睡眠不足による思考能力の著しい低下が自殺を招く
睡眠妨害は魔女狩りにも利用されていた歴史のある拷問だ
人間は睡眠不足になると後で死んでもいいからもう寝たいと考えるようになる >>947
つまりお前も馬鹿ってことだな。
自分が賢いか馬鹿かは知らんが、
会社が倒産したり首になった所で、
自殺しないで他の手段を考えるところは自殺する馬鹿とは違うなw 会社なんてそんなに重要なもんじゃない
俺たちの代りがいくらでもいるように会社の代りも山ほどある
そんなもんに固執したって意味はない
仕事はちゃんとやるべきだが、心底嫌だと思うことはしないという選択を取るべきだ Huluの日本版(?)とか
SonyのReaderとかを作った奴らはしくじり先生に出るべき
これだけの低評価を集めた製品はそうそう無い
いや良くあるか
日本のモノづくり終わってんな >>952
朝鮮人かな?
一部の出来損ないを挙げて、全体を批判してる辺り頭ワルスギーw ソフトウェアなんてリファクタしてなんぼとおもうが
一貫性を保ちたいがために前に言ったことを反故にできなくて
ぐちゃぐちゃなまま突き進むことがしょっちゅうある
誰もが間違いだと分かってるのに進まなきゃいけない
南方のジャングルや大陸の奥地に突き進む兵隊の気分 >>956
★1の数ならgreeも負けねぇよ
https://play.google.com/store/apps/details?id=jp.gree.android.app
何しろこのアプリ時間が経つとトップページ以外アクセスできなくなる
バグ持っててかつgreeも完全放置決め込んでっからね! >>954
ジャップランドモンキーはテストを書かないからな
変更なんてできるわけがない >>949
当たり前じゃん。そんなことも言われないと分からないのか。 >>958
テストの問題じゃない
責任がふっかかってくるのが問題なんだ >>960
テストがないからリスクが大きくなる
リスクが大きいと責任を避けたくなる
リスクが減れば相対的にリターンが大きくなり行動する理由ができる
ジャップランドモンキーには難しいロジックだったかな >>959
ああ、お前の思考なんぞ知らねえからな。
察してやらないと文句をほざくあたりお前思考が女みたいだな、察してちゃんか? HuluのPC版は確かに使い物にならないな
UIの反面教師を探している人が居たら教えてあげたい >>964
察してが読めないのかw
マジでウケるw 高齢の日本人に共通する傾向として複雑なUIをありがたがるよね
UIセンスを老害判定機として使える 正直自動テスト書いてわりに合ったことがない
どうせ単体がせいぜいだし
仕様変わったらテスト結果も変わるんだから作り直しになる
なにテストするためのもんなのあれ コミット毎など、何度も繰り返し実行することで予期しないバグを検出する
一回だけ実行して終わっているのなら確かに割に合わないかも知れない 逆に聞きたいんだが自動化してない人って大量のテストを手動で繰り返してんの
それってマゾじゃん もちろん単にテストしないだけだけ
どうせUIからの結合テスト手動やし テストするやつ:
CTRL+Sのたびにコミット
コミットするたびにテスト
規模が大きい
テスト工程が大きい
品質が重要
テストしないやつ
コミットはリリース単位
テストは職人技で最小限
規模は1人〜数人
テスト工数増加は悪
品質より開発速度
開発環境がVB 普段テストそのものをしないから自動化は余計な工数でしかない
ビジネスでやってるんだから費用のかかる余計な仕事を増やさないでくれ 別にそれでも構わないが、後でバグって損失出してもその修正工数が発生しても何も文句言うなよ >>976
たまたまうまく動いてる時にスクリーンショット撮って納品すっからな
あとは瑕疵を使い捨ての新人に押し付けてその案件は解決
お前らも正社員ならバイト気分を捨て去ってコスパを意識して行動しろ
それが社会常識のある大人の対応ってもんだろ >>980
継続ったって何人キープしておけるのよ?
見積りも出してる時間無駄だし
一旦作ったものの保守って金にならない印象 雑に素早く作って稼ぐ
保守は難度の割に稼げないから絶対にやらない
同業者が保守することになればクソコードが相手の足かせになって有利に立てる >>982
保守は期間契約だろ?
対応あっても無くても金が入って来るんじゃね? 自動テストで>>979みたいのを排除できるってのは利点としてあるかも
テストの証跡が実行可能になったようなもんだと考えれば
1回しか実行しなくても
テスト手続きの間違いを見つけやすいし、ねつ造は難しくなる
でも面倒 >>983
うん、だからそれって単価いくら?
一人分しか出さないんと違う? >>984
テストの手続きが明確になるだけでもだいぶ違うよな
テスト仕様書.xlsだと誰がやっても手順に誤差が出るし成果物にもばらつきがある
テストコードだとまさに書いた通りに動作して成果物にも一貫性が得られる
だからドキュメントを捨ててコードを書こう >>952
> Huluの日本版(?)とか
Huluの日本版かあ。そういうのは全て在日がやってるんだよね。
パチンコ屋経営の利益を、孫正義の真似してみんなIT業界に
投資してるからITは在日企業ばっかりだよ。
> SonyのReaderとかを作った奴らはしくじり先生に出るべき
在日朝鮮人でもSonyに就職できるからね。
それは誰でも知ってること。
> 日本のモノづくり終わってんな
在日のモノづくり終わってんな、に言い換えたほうがいい。 そうかITは在日企業ばかりなのか
日本人は何もできない糞だな 自動テストはモノによるけど、xunit系のことを言うなら絵に描いた餅だな。
自動テスト実装コスト - 手動テスト&テスト仕様書xlsコスト = 運用時2回使用分程度のマイナス
継続的に開発や追加開発する案件じゃなきゃやる意味なし >>985
2年契約で24人月、何事も無ければ丸儲け。
何かあっても工期1人月以上は追加料金だけどな。 でもクソみたいな顧客に当たると>>979とか>>982に同意したくなるときもある
話しても話しても理解されなくてそのうちどうでも良くなってさ >>988
SEがチョンなのさ。
奴隷プログラマは日本人。
若い会社はどこでもそうだよ。
だからチョンはうまいことやるな、と感心してしまう。
なにしろ日本のマスコミを支配してるからな。
あれはすごいと思う。
チョンを採用したら、そいつは在日チョンの
ためにしか働かない。
時がたって重要な役職も、国会議員も
クソチョンだらけ。
日本人を痛めつけて莫大な利益を稼いでいる
クソチョンども。
偉いと思うよ? >>995
いや、具体的にどこまでがアレでどこまでがレアでって話にならんと駄目だろ
数値を扱うプロなんだから チ◯ンとか良い加減にしろ!
はやく氏ねや糞ジャップ野郎!
チョッパリ豚野郎! ∩___∩
| ノ ヽ/⌒) ジャアアアアアアアアップ
/⌒) (゚) (゚) | .|
/ / ( _●_) ミ/ ∩―−、
.( ヽ |∪| / / (゚) 、_ `ヽ
\ ヽノ / / ( ● (゚) |つ
/ / | /(入__ノ ミ じゃあああああああっぷ
| / 、 (_/ ノ
| /\ \ \___ ノ゙ ─ー
| / ) ) \ _
∪ ( \ \ \
\_) このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 16日 13時間 31分 28秒 2ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 2ちゃんねる専用ブラウザからの広告除去
★ 2ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.2ch.net/
▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。