プログラマの雑談部屋 ★23
レス数が1000を超えています。これ以上書き込みはできません。
749遊園地 ◆ExGQrDul2E 2018/01/14(日) 17:28:59.68ID:vWf+Ng/c>>750
組み合わせの問題
だけど、カードだと考えてくれ。
１が書かれたカード、２が書かれたカード、４が書かれたカード
手札に無いカードは使えないのが条件なんだ。
渡すカードは＋（プラス） 相手から貰うカードはー（）マイナス
計算用数値（数字）（差分1ずつ増加）の減らし方
例 1から7までの計算数字は 1,2、4で表せる
+1（合計１）
+2 -1（合計２）
+1（合計３）
+4 -2 -1（合計４）
+1（合計５）
+2 -1（合計6）
+1 （合計７）
この様に８の場合 や ９の場合 ……を求める場合の最小数字の組み合の求め方。
用語とか、有ったら教えて下さい。
答えれないって事はｗｗ お前ら知らないなｗｗｗ
俺の方が頭良いーーーーーーーｗｗｗｗｗｗｗ
ぶひいいいいいいいいいいｗｗｗｗｗ >>956
経験1年未満が組めるぐらい。
こっちもまともな経験者を100万未満で出す気ねえよ >>973
悔しいのは分かるが、もうチョッと面白い事書けよ。 ぐひぃぐひぃいいいいｗｗｗｗ ぐふうううううｗｗｗ
俺が面白い発見だぁああああああああｗｗｗｗｗｗｗｗｗ
教えてーーーーｗｗｗ あーーげないｗｗｗｗ
どうせｗｗｗ おまらじゃあ解けないｗｗｗ
俺は12時間で解いたぁｗｗｗｗああああｗｗｗｗｗ 公式が有るとホイホイ 答えちゃうのにぃｗｗｗｗ
公式が無いと答えられないノヲ？ｗｗｗｗｗ
おびゅびゅｗｗｗｗｗｗ？？ あ？ あぁ？
こんだけヒント書き込んだのにｗｗｗｗ 回答者なしですわｗｗｗｗ
んぐうぅうううううｗｗｗｗ 氣持ちいぃいいいいｗｗｗｗ
俺だけｗｗｗ12時間で解けちゃいまひたあぁああｗｗｗｗ このスレいつも偉そうに講釈垂れるくせに具体的なことになると反応鈍くなるよな も偉そうに講釈垂れられたことないけどwどんだけスキル低いの？w 1行1行すべての手続きを設計書に書いてやらないとコードかけないカスしかいないからねここ 何言ってんだ？
設計書の冒頭に必ずそのシステムの社会的な役割まで書いてる設計書だってあるのに。 >>983
極端だよね
なんでも否定する奴って
頭パーなの？お前ってぐらい話になんねぇ >>956
そういえば、今まで見てきた中で一番丁寧な設計書はとある在庫関連システムでこんなのあった
・画面表示内容項目全て・画面遷移は当然
・全ての操作と倉庫や在庫の増減や数え方が逐一説明
・テーブル周りはどこにどう定義しろ、まで指定
って感じの間違って実装する余地がないやつがあったな
ここまで書けばいいんじゃない？
文字通りあとはコーディングしろって感じの設計書 仕様書書けないのにプログラマー自称するのって恥ずかしくないのお前らw オブジェクト指向叫ぶ割にUMLが書けないのはダサいと思った
俺なんだけどね
面談でお客さんにUML書いたことあるかなぁ？
って言われてハッとした
確かに仕事で書くことがあるのに書けねぇのはダセェ >>988
書けるが、そもそも仕様は要件を元に設計と同時にできるものであって、設計から出来るもんじゃねえよ
機能要件や性能要件ぐだってまともにヒアリングできてない上に顧客に適切な着地点を見せられてなくて設計すらまともにできないと三拍子揃ってるから、
そんな意味不明なことになるんでね？ 仕様書通りに書くのがプログラマーの仕事であって
構造や仕組みやフローを考えるのは別の奴の役目だろ
プログラマーには正確な手続きと流れを書いた仕様が
提供されるべきで、仕様書をコードに落とし込んだら
誰がやっても同じコードになるくらいのモノが望ましい
もしプログラムに不備があったなら、それは仕様書を
書いた人間の責任。
プログラマーは仕様の意味そのものを把握する必要も
ないし、仕様の妥当性について考える必要もない
与えられた仕様書通りにアウトプットを出すだけ
全体最適の設計は別の人がやるべき
誰が書いても同じコードになるような仕様書を作れない
なら、それは設計者の怠慢 設計書ってたいていはガイドラインとして書くべきことかどうかが決まってて
それに沿って責任範囲を切り分けて成果物をつくっていく
コードが糞だから仕様書にコードの記載方法を盛り込んどこうなんて場当たり的にやるのは
プログラマの足を引っ張り混乱を増大させる結果にしかならん
実際のところ、コーダーのコードが糞なのは仕様書に書くべきことを誤ってるからじゃないのか 本質的にはプログラマーにはオブジェクト志向も何も
関係がない
仕様書通りにコードを書くだけでそれが全体のどこに
どう組み込まれていくのかは関係が無いからだ 日本のプログラマーってひどいな
こんな連中に仕事任せられないよ >>994
適当なニートを拾って無理やりプログラマーに仕立て上げだ弊害だね。
人材の低レベル化がひどい。
スキル以前に社会人としてマトモじゃない人間が多すぎる。 インプットアウトプットと処理に用いる外部リソースが書かれてればたいていは大丈夫
おまいにできることぐらいコーダーにもできる
力がないやつほど他人のコード読めないからかたっぱしから糞呼ばわりする ちょっと>>987でびっくりしたんだけど
これ最低限というか普通ラインじゃないのか
いちいち手続きまで記載はしないこと多いが
画面項目定義表とかＤＢの値設定表みたいなの
ふつうつけるだろ ああ、わかった
>>945がなんで地雷にしか見えないのか
外投げ用の設計書は>>987みたく仕様や挙動や性能が決まってるもんで、
逆に特に明確な理由もなくORM禁止だの自作ORだの言うから変なんだよ。
仕様を固めることに責任持ってないと言うか、
要件漏れあったら下請けぶん回しゃいいやって言う精神の塊と言うか。
そう言うのが透けて見えるから地雷なんだろ >>997
設計書にある計算式と検証用のテストデータが一目で明らかに違うとか、
画面設計書もなく箇条書きでしかも明らかに整合性取れてないとか、
どんなバリデーションしないといけないか一切書いてないとか、
DB定義書ない、DB周りの項目一切記述ないとか、
余裕でたくさんありますよ
それが「行間読め、さっさと質問してこい」の有り体。
そりゃオフショアに投げられるわけがない 複数の下請けでやってる結構な規模のプロジェクトでもそんなのがある このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 12日 10時間 47分 37秒 レス数が1000を超えています。これ以上書き込みはできません。
