エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント3件
- 注目コメント
- 新着コメント
![yowa yowa](https://cdn.profile-image.st-hatena.com/users/yowa/profile.png)
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
プロコンRubyアカン・・・ - テストステ論
この前のARC037で惨敗したので, プロコンしばらくやってみようかという気になっている. Rubyでちょっと... この前のARC037で惨敗したので, プロコンしばらくやってみようかという気になっている. Rubyでちょっとやってみた結果, Rubyアカンという結論になった. アカン理由を列挙する. だるいはずのC++の方がstdinの取得がなぜか楽. Rubyはgets.split.map(&:to_i)とか書く必要があり, 結構うんざりする. Rubyで美しく書けるぜ!と思って書くと, 大抵TLEする. 組み合わせとかを全部生成してから処理という関数的な考え方はダメ(現実社会ではふつうこちらが好ましい). そういう場合は大抵はdpしないと死ぬ. そもそも想定解法でもTLEすることがあって, これは萎える. 主催者側も, 全言語で試験してるわけではないんだろう. 配列の確保が遅い. 例えば3003の3次元配列を確保しようとすると数秒かかる. この時点でTLE. int dp[300][300][30
2017/05/20 リンク