- とんでもない方法でやるやつも実装できただけまだマシでライブラリをググってフリーズするやつとか居そう
- お前が死ぬ
- 「総和とる奴はバカ」と判定すべき問題
- >>3
で出てるじゃん - Nの値で判別できるな
- スレタイに総和を取るように書いてある
- n<10：部分点1点
n<10^3：部分点10点
n<10^9：満点 - (n % 4 == 0 || n% 4 == 3) ? 'even' : 'odd'
- すでに >>7 で答えでてるのに、なんで誰も触れないの？
三項演算子理解してない奴がスルーして素で考えてるの？ - >>28
>>1みりゃ分かるけどこんな問題も解けない無駄な計算量使うプログラマを笑うためのネタスレなのにマジで解けなかったりそれやるやつ湧いてきて真顔になってるところ - >>7
ここまでで一番好きな書き方 - 1/2n(n+1)で、nかn+1の一方が必ず偶数で約分で1/2は消える
それでもなお偶数になるにはnかn+1が4の倍数ならよい
だからnを4で割ったあまりが0か3ならば1からnまでの総和は偶数になる - 出力は偶数か奇数かどうかだけ？
- >>9
もちろん - nは入力？
繰り返しで足していって
2進数の一桁目だけ真偽見れば良い？
やり方忘れたけど - >>10
入力です - >>でいけた気がするがと
andで見れば良いか - isKisuu=(0.5*n*(n+1))&1==1;
こうか - えぇ…これマジか…
- nが奇数かどうかでわかるだろ
- jsでやるなら
const isKisuu=[…Array(n+1).keys()].reduce((a,b)=>a+b)%2==1; - nを入力したとき、1～nまでの総和が奇数が偶数が判断して出力しろ、だったらともかくスレタイ通りならきちんと総和をとらないとだな
- 総和取る計算が本当に必要かどうか確認からだな
- 総和とる意味ある？？
- 総和を取るなら n*(n-1)/2
判定するだけなら n の偶奇の反転あふぃ - アホ設計者「実際に総和とらんとわからんやろ？」
- >>22
スレには「仕様に総和を取るってあるから何が何でも総和を取る」って実装者が湧いていますね - 総和の出力が仕様として明確に求められてないなら過剰品質なんだよ
- 公式あるのね
割る2だから公式そのままシフトで書いた方が
総和取るより演算量少なくて済むな - >>24
本気で言ってるの？(´・ω・`)
最近のプログラマーってそんなんなん？ - >>27
本屋に行って
「数式をプログラムするってつまりこういうこと」
って書籍を立ち読んでくるといい最近のプログラマは想像を絶するレベルでやばいと分かる
- >>27
最近って「責任を取らないことが仕事」の人達だらけだから仕方ないね - mod4で考えれば楽勝
奇奇偶偶の繰り返し - この仕様を出してきたやつが3ヶ月後に総和をとってる前提で別の機能を要求してくるのが明らかだからITドカタ的には言われた通り総和取るのが正解
事前に総和出力しませんよね？って確認しても数ヶ月後には事情が変わってるのが当たり前だからな - >>31
現場の判断ならそうだろうけど
普通にペーパーで出題された問題とするなら総和とってたら落とされかねない問題でしょ？ - >>31
プログラマとしては必要ないけど総和取っときましたが正解だけど
営業としてダメよ？追加予算取れる要素を見逃したのかプログラマに後で楽したい(儲けたいなら)ならそうしといら？って言う差
- >>31
総和の偶奇を求める関数と総和を求める関数を別々に作ればいいだけじゃん - >>37
例題が簡単なだけで現実的にこんな仕様の仕事が来たら仕様がバグってるって思わないの？ - >>39
やっと言いたいことを言ってくれる人が現れた
「仕様にそうあるから/後日求められるから」総和を取るって言ってる人は
総和を取る必要がない以上仕様の方がおかしいって言いに行くって観点が抜けてるのよねそもそも問題が仕様の話に置き換わってるのはおいておいて
- >>44
現実の仕事にたとえてどうするかって話は完全にネタとして受け取ってなかった
こんな問題は机上のテスト問題でしかあり得ないという観点でしか見てなかった - >>50
それはそれで正しいが
「仕様変更に備えて総和を取る」
とか言い出してる人がいる時点で話変わってるのよ - >>37
その設計では「１～ｎまでの整数の総和」の部分が仕様変更されたときに
片方の変更をし損ねてバグらせる奴が出てくる - >>40
じゃあ整数の偶奇を求める関数と総和を求める関数の2つにしよう - めちゃめちゃでかい数値入れたらどうなるか考えないのかね
- 思うんだけどこんなラフな板ですら聞いたら答えてくれる人がいる世の中で
果たして自分の脳を使う必要があるのだろうか？ - >>38
論文コピペ大学生かよ
仕事ってのは問題解決なんだよ問題じゃない仕事なんて存在しない - >>42
仕事であればあるほど信頼性の高いやり方をする
信頼性とは多数決の事である - そう考えると、偶数か奇数か判定するっていう仕様も正しいのだろうか？
偶数か奇数か判定すればいいというのは結果に過ぎず、本当は別の目的があるのではなかろうか？ - 問題解決とは何が問題なのかを明らかにすることである
- 英語の勉強してるときに変な例文があっても
こんな文は実際に使われないとかいちいち言わずに従う - 競プロではよくある問題の出し方だろ
数学できなかったり問題の方針見抜けなかったやつが計算量ミスってしぬだけ - 総和を取るって言われたら勝手に最適な実装するだろうけど
そこのケースによっては先を見越して愚直に実装しとくこともある - 早すぎる最適化おじさんに早すぎる最適化は諸悪の根源って言われるけど
早すぎる最適化なのか当たり前の実装なのか判断できない - さすがにこれはO(1)で処理する
- 書き込みに資格と年収と職歴添えてくれ
それみて正解を判断するから - print(‘even’) if 1 <= n%4 <= 2 else print(‘odd’)
プログラマに「1～nまでの整数の総和取ってそれが偶数か奇数か判定せよ」って出題したらどうなるの？
VIP
コメント