[過去ﾛｸﾞ] プログラミングのお題スレ Part15 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
382: 2019/09/09(月)17:47:36.36 ID:Uwb0lHsl(1) AAS
>>373
Kotlin
外部ﾘﾝｸ:paiza.io
ファイルというか標準入力から入力する事しかできない。
482(1): 2019/09/18(水)19:56:52.36 ID:Dukdxvvo(2/2) AAS
はいはいいつもの
512: 2019/09/21(土)05:37:07.36 ID:RmdAWOHY(1) AAS
>>504 Ruby
a=readlines.map(&:chomp)
a.uniq.each{|v| puts("#{v} #{a.count(v)}")}
553(1): 2019/09/22(日)21:40:33.36 ID:2VFOPinw(1) AAS
>>1
◆T6も書き込み禁止
589(3): 2019/09/28(土)02:06:50.36 ID:63IK4172(1/3) AAS
それだったらファイル、ディレクトリ操作は除外してランダムに日時発生させるとかでいいだろ
機種依存するので
ランダム生成は依存しない
634: 2019/10/01(火)09:20:22.36 ID:j8m55EYr(1) AAS
>>629 Linux
$ primes 2 10001
2
3
...
9967
9973
971: 2019/11/14(木)23:43:50.36 ID:ya/1xYDt(2/2) AAS
>>970
>>941の最も近い値を求める処理(Aと呼ぶ)だけを複数回連続して行う場合はそうだが、
間に別の処理(Bと呼ぶ)がたくさん入る場合はキャッシュから外れるかも知れないし、
AよりもBの方で相対的にだいぶ長い時間がかかっているならば、Aを高速化する
意味はない。
Aを簡単に書き終え、Bを書き進めてプログラム全体を完成させ、各部分の実行時間を
デバッガで分析し、Aを高速化する必要があるか判定するのが効率的な開発方法。
必要なときだけAを書き直してみて、元のAと実行時間を比較し、顕著に速い場合だけ
採用する。あまり変わらない場合は元の簡単な方に戻す。
982(1): 2019/11/15(金)13:22:00.36 ID:pd2oXw5y(3/4) AAS
簡単じゃない部分は書いたけどね
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.218s*