Ktya雑記その2
の編集
Top
/ Ktya雑記その2
[
編集
|
差分
|
バックアップ
|
添付
] [
新規
|
一覧
|
単語検索
|
最終更新
|
ヘルプ
|
メニュー
]
-- 雛形とするページ --
'
0000~0099
000~099
0100~0199
0200~0299
0300~0399
0400~0499
0500~0599
0600~0699
0700~0799
0800~0899
0900~0999
1.2.3... シリーズ
1000~1099
100~199
1100~1199
1200~1299
12B構文の周辺
12B構文続編
1300~1399
1400~1499
1500~1599
1600~1699
1700~1799
1800~1899
1900~1999
2000~2099
200~299
300~399
400~499
500~599
600 Points シリーズ
600~699
700~799
800~899
900~999
9B分類
BLOCK シリーズ
Batsu シリーズ
BracketName
Brian Notes
Compressシリーズ
Double frame シリーズ
Easy Box シリーズ
Elementary Techniques
English Page
FormattingRules
Globalな考察
HOJ Contest 1
HOJ Contest 2
HOJ Contest 3
HOJ Contest 4
HOJ Contest 5
HOJ Contest 6
HOJ Contest 7
HOJ Contest 8
HOJ wiki
HOJ講座
Help
HerbertEditor
Imamunine Cup シリーズ
InterWiki
InterWikiName
InterWikiSandBox
JOI シリーズ
Ktya雑記
Ktya雑記その2
Less than __B シリーズ
Localな考察
MenuBar
NLEの詳しい仕様
NO TITLE シリーズ
P シリーズ
PHP
Plus シリーズ
Practice シリーズ
Practice_function シリーズ
Problem 0000
Problem 0001
Problem 0002
Problem 0003
Problem 0004
Problem 0005
Problem 0006
Problem 0007
Problem 0008
Problem 0009
Problem 0010
Problem 0011
Problem 0012
Problem 0013
Problem 0014
Problem 0015
Problem 0016
Problem 0017
Problem 0018
Problem 0019
Problem 0020
Problem 0021
Problem 0022
Problem 0023
Problem 0024
Problem 0025
Problem 0026
Problem 0027
Problem 0028
Problem 0029
Problem 0030
Problem 0031
Problem 0032
Problem 0033
Problem 0034
Problem 0035
Problem 0036
Problem 0037
Problem 0038
Problem 0039
Problem 0040
Problem 0041
Problem 0042
Problem 0043
Problem 0044
Problem 0045
Problem 0046
Problem 0047
Problem 0048
Problem 0049
Problem 0050
Problem 0051
Problem 0052
Problem 0053
Problem 0054
Problem 0055
Problem 0056
Problem 0057
Problem 0058
Problem 0059
Problem 0060
Problem 0061
Problem 0062
Problem 0063
Problem 0064
Problem 0065
Problem 0066
Problem 0067
Problem 0068
Problem 0069
Problem 0070
Problem 0071
Problem 0072
Problem 0073
Problem 0074
Problem 0075
Problem 0076
Problem 0077
Problem 0078
Problem 0079
Problem 0080
Problem 0081
Problem 0082
Problem 0083
Problem 0084
Problem 0085
Problem 0086
Problem 0087
Problem 0088
Problem 0089
Problem 0090
Problem 0091
Problem 0092
Problem 0093
Problem 0094
Problem 0095
Problem 0096
Problem 0097
Problem 0098
Problem 0099
Problem 0100
Problem 0101
Problem 0102
Problem 0103
Problem 0104
Problem 0105
Problem 0106
Problem 0107
Problem 0108
Problem 0109
Problem 0110
Problem 0111
Problem 0112
Problem 0113
Problem 0114
Problem 0115
Problem 0116
Problem 0117
Problem 0118
Problem 0119
Problem 0120
Problem 0121
Problem 0122
Problem 0123
Problem 0124
Problem 0125
Problem 0126
Problem 0127
Problem 0128
Problem 0129
Problem 0130
Problem 0131
Problem 0132
Problem 0133
Problem 0134
Problem 0135
Problem 0136
Problem 0137
Problem 0138
Problem 0139
Problem 0140
Problem 0141
Problem 0142
Problem 0143
Problem 0144
Problem 0145
Problem 0146
Problem 0147
Problem 0148
Problem 0149
Problem 0150
Problem 0151
Problem 0152
Problem 0153
Problem 0154
Problem 0155
Problem 0156
Problem 0157
Problem 0158
Problem 0159
Problem 0160
Problem 0161
Problem 0162
Problem 0163
Problem 0164
Problem 0165
Problem 0166
Problem 0167
Problem 0168
Problem 0169
Problem 0170
Problem 0171
Problem 0172
Problem 0173
Problem 0174
Problem 0175
Problem 0176
Problem 0177
Problem 0178
Problem 0179
Problem 0180
Problem 0181
Problem 0182
Problem 0183
Problem 0184
Problem 0185
Problem 0186
Problem 0187
Problem 0188
Problem 0189
Problem 0190
Problem 0191
Problem 0192
Problem 0193
Problem 0194
Problem 0195
Problem 0196
Problem 0197
Problem 0198
Problem 0199
Problem 0200
Problem 0201
Problem 0202
Problem 0203
Problem 0204
Problem 0205
Problem 0206
Problem 0207
Problem 0208
Problem 0209
Problem 0210
Problem 0211
Problem 0212
Problem 0213
Problem 0214
Problem 0215
Problem 0216
Problem 0217
Problem 0218
Problem 0219
Problem 0220
Problem 0221
Problem 0222
Problem 0223
Problem 0224
Problem 0225
Problem 0226
Problem 0227
Problem 0228
Problem 0229
Problem 0230
Problem 0231
Problem 0232
Problem 0233
Problem 0234
Problem 0235
Problem 0236
Problem 0237
Problem 0238
Problem 0239
Problem 0240
Problem 0241
Problem 0242
Problem 0243
Problem 0244
Problem 0245
Problem 0246
Problem 0247
Problem 0248
Problem 0249
Problem 0250
Problem 0251
Problem 0252
Problem 0253
Problem 0254
Problem 0255
Problem 0256
Problem 0257
Problem 0258
Problem 0259
Problem 0260
Problem 0261
Problem 0262
Problem 0263
Problem 0264
Problem 0265
Problem 0266
Problem 0267
Problem 0268
Problem 0269
Problem 0270
Problem 0271
Problem 0272
Problem 0273
Problem 0274
Problem 0275
Problem 0276
Problem 0277
Problem 0278
Problem 0279
Problem 0280
Problem 0281
Problem 0282
Problem 0283
Problem 0284
Problem 0285
Problem 0286
Problem 0287
Problem 0288
Problem 0289
Problem 0290
Problem 0291
Problem 0292
Problem 0293
Problem 0294
Problem 0295
Problem 0296
Problem 0297
Problem 0298
Problem 0299
Problem 0300
Problem 0301
Problem 0302
Problem 0303
Problem 0304
Problem 0305
Problem 0306
Problem 0307
Problem 0308
Problem 0309
Problem 0310
Problem 0311
Problem 0312
Problem 0313
Problem 0314
Problem 0315
Problem 0316
Problem 0317
Problem 0318
Problem 0319
Problem 0320
Problem 0321
Problem 0322
Problem 0323
Problem 0324
Problem 0325
Problem 0326
Problem 0327
Problem 0328
Problem 0329
Problem 0330
Problem 0331
Problem 0332
Problem 0333
Problem 0334
Problem 0335
Problem 0336
Problem 0337
Problem 0338
Problem 0339
Problem 0340
Problem 0341
Problem 0342
Problem 0343
Problem 0344
Problem 0345
Problem 0346
Problem 0347
Problem 0348
Problem 0349
Problem 0350
Problem 0351
Problem 0352
Problem 0353
Problem 0354
Problem 0355
Problem 0356
Problem 0357
Problem 0358
Problem 0359
Problem 0360
Problem 0361
Problem 0362
Problem 0363
Problem 0364
Problem 0365
Problem 0366
Problem 0367
Problem 0368
Problem 0369
Problem 0370
Problem 0371
Problem 0372
Problem 0373
Problem 0374
Problem 0375
Problem 0376
Problem 0377
Problem 0378
Problem 0379
Problem 0380
Problem 0381
Problem 0382
Problem 0383
Problem 0384
Problem 0385
Problem 0386
Problem 0387
Problem 0388
Problem 0389
Problem 0390
Problem 0391
Problem 0392
Problem 0393
Problem 0394
Problem 0395
Problem 0396
Problem 0397
Problem 0398
Problem 0399
Problem 0400
Problem 0401
Problem 0402
Problem 0403
Problem 0404
Problem 0405
Problem 0406
Problem 0407
Problem 0408
Problem 0409
Problem 0410
Problem 0411
Problem 0412
Problem 0413
Problem 0414
Problem 0415
Problem 0416
Problem 0417
Problem 0418
Problem 0419
Problem 0420
Problem 0421
Problem 0422
Problem 0423
Problem 0424
Problem 0425
Problem 0426
Problem 0427
Problem 0428
Problem 0429
Problem 0430
Problem 0431
Problem 0432
Problem 0433
Problem 0434
Problem 0435
Problem 0436
Problem 0437
Problem 0438
Problem 0439
Problem 0440
Problem 0441
Problem 0442
Problem 0443
Problem 0444
Problem 0445
Problem 0446
Problem 0447
Problem 0448
Problem 0449
Problem 0450
Problem 0451
Problem 0452
Problem 0453
Problem 0454
Problem 0455
Problem 0456
Problem 0457
Problem 0458
Problem 0459
Problem 0460
Problem 0461
Problem 0462
Problem 0463
Problem 0464
Problem 0465
Problem 0466
Problem 0467
Problem 0468
Problem 0469
Problem 0470
Problem 0471
Problem 0472
Problem 0473
Problem 0474
Problem 0475
Problem 0476
Problem 0477
Problem 0478
Problem 0479
Problem 0480
Problem 0481
Problem 0482
Problem 0483
Problem 0484
Problem 0485
Problem 0486
Problem 0487
Problem 0488
Problem 0489
Problem 0490
Problem 0491
Problem 0492
Problem 0493
Problem 0494
Problem 0495
Problem 0496
Problem 0497
Problem 0498
Problem 0499
Problem 0500
Problem 0501
Problem 0502
Problem 0503
Problem 0504
Problem 0505
Problem 0506
Problem 0507
Problem 0508
Problem 0509
Problem 0510
Problem 0511
Problem 0512
Problem 0513
Problem 0514
Problem 0515
Problem 0516
Problem 0517
Problem 0518
Problem 0519
Problem 0520
Problem 0521
Problem 0522
Problem 0523
Problem 0524
Problem 0525
Problem 0526
Problem 0527
Problem 0528
Problem 0529
Problem 0530
Problem 0531
Problem 0532
Problem 0533
Problem 0534
Problem 0535
Problem 0536
Problem 0537
Problem 0538
Problem 0539
Problem 0540
Problem 0541
Problem 0542
Problem 0543
Problem 0544
Problem 0545
Problem 0546
Problem 0547
Problem 0548
Problem 0549
Problem 0550
Problem 0551
Problem 0552
Problem 0553
Problem 0554
Problem 0555
Problem 0556
Problem 0557
Problem 0558
Problem 0559
Problem 0560
Problem 0561
Problem 0562
Problem 0563
Problem 0564
Problem 0565
Problem 0566
Problem 0567
Problem 0568
Problem 0569
Problem 0570
Problem 0571
Problem 0572
Problem 0573
Problem 0574
Problem 0575
Problem 0576
Problem 0577
Problem 0578
Problem 0579
Problem 0580
Problem 0581
Problem 0582
Problem 0583
Problem 0584
Problem 0585
Problem 0586
Problem 0587
Problem 0588
Problem 0589
Problem 0590
Problem 0591
Problem 0592
Problem 0593
Problem 0594
Problem 0595
Problem 0596
Problem 0597
Problem 0598
Problem 0599
Problem 0600
Problem 0601
Problem 0602
Problem 0603
Problem 0604
Problem 0605
Problem 0606
Problem 0607
Problem 0608
Problem 0609
Problem 0610
Problem 0611
Problem 0612
Problem 0613
Problem 0614
Problem 0615
Problem 0616
Problem 0617
Problem 0618
Problem 0619
Problem 0620
Problem 0621
Problem 0622
Problem 0623
Problem 0624
Problem 0625
Problem 0626
Problem 0627
Problem 0628
Problem 0629
Problem 0630
Problem 0631
Problem 0632
Problem 0633
Problem 0634
Problem 0635
Problem 0636
Problem 0637
Problem 0638
Problem 0639
Problem 0640
Problem 0641
Problem 0642
Problem 0643
Problem 0644
Problem 0645
Problem 0646
Problem 0647
Problem 0648
Problem 0649
Problem 0650
Problem 0651
Problem 0652
Problem 0653
Problem 0654
Problem 0655
Problem 0656
Problem 0657
Problem 0658
Problem 0659
Problem 0660
Problem 0661
Problem 0662
Problem 0663
Problem 0664
Problem 0665
Problem 0666
Problem 0667
Problem 0668
Problem 0669
Problem 0670
Problem 0671
Problem 0672
Problem 0673
Problem 0674
Problem 0675
Problem 0676
Problem 0677
Problem 0678
Problem 0679
Problem 0680
Problem 0681
Problem 0682
Problem 0683
Problem 0684
Problem 0685
Problem 0686
Problem 0687
Problem 0688
Problem 0689
Problem 0690
Problem 0691
Problem 0692
Problem 0693
Problem 0694
Problem 0695
Problem 0696
Problem 0697
Problem 0698
Problem 0699
Problem 0700
Problem 0701
Problem 0702
Problem 0703
Problem 0704
Problem 0705
Problem 0706
Problem 0707
Problem 0708
Problem 0709
Problem 0710
Problem 0711
Problem 0712
Problem 0713
Problem 0714
Problem 0715
Problem 0716
Problem 0717
Problem 0718
Problem 0719
Problem 0720
Problem 0721
Problem 0722
Problem 0723
Problem 0724
Problem 0725
Problem 0726
Problem 0727
Problem 0728
Problem 0729
Problem 0730
Problem 0731
Problem 0732
Problem 0733
Problem 0734
Problem 0735
Problem 0736
Problem 0737
Problem 0738
Problem 0739
Problem 0740
Problem 0741
Problem 0742
Problem 0743
Problem 0744
Problem 0745
Problem 0746
Problem 0747
Problem 0748
Problem 0749
Problem 0750
Problem 0751
Problem 0752
Problem 0753
Problem 0754
Problem 0755
Problem 0756
Problem 0757
Problem 0758
Problem 0759
Problem 0760
Problem 0761
Problem 0762
Problem 0763
Problem 0764
Problem 0765
Problem 0766
Problem 0767
Problem 0768
Problem 0769
Problem 0770
Problem 0771
Problem 0772
Problem 0773
Problem 0774
Problem 0775
Problem 0776
Problem 0777
Problem 0778
Problem 0779
Problem 0780
Problem 0781
Problem 0782
Problem 0783
Problem 0784
Problem 0785
Problem 0786
Problem 0787
Problem 0788
Problem 0789
Problem 0790
Problem 0791
Problem 0792
Problem 0793
Problem 0794
Problem 0795
Problem 0796
Problem 0797
Problem 0798
Problem 0799
Problem 0800
Problem 0801
Problem 0802
Problem 0803
Problem 0804
Problem 0805
Problem 0806
Problem 0807
Problem 0808
Problem 0809
Problem 0810
Problem 0811
Problem 0812
Problem 0813
Problem 0814
Problem 0815
Problem 0816
Problem 0817
Problem 0818
Problem 0819
Problem 0820
Problem 0821
Problem 0822
Problem 0823
Problem 0824
Problem 0825
Problem 0826
Problem 0827
Problem 0828
Problem 0829
Problem 0830
Problem 0831
Problem 0832
Problem 0833
Problem 0834
Problem 0835
Problem 0836
Problem 0837
Problem 0838
Problem 0839
Problem 0840
Problem 0841
Problem 0842
Problem 0843
Problem 0844
Problem 0845
Problem 0846
Problem 0847
Problem 0848
Problem 0849
Problem 0850
Problem 0851
Problem 0852
Problem 0853
Problem 0854
Problem 0855
Problem 0856
Problem 0857
Problem 0858
Problem 0859
Problem 0860
Problem 0861
Problem 0862
Problem 0863
Problem 0864
Problem 0865
Problem 0866
Problem 0867
Problem 0868
Problem 0869
Problem 0870
Problem 0871
Problem 0872
Problem 0873
Problem 0874
Problem 0875
Problem 0876
Problem 0877
Problem 0878
Problem 0879
Problem 0880
Problem 0881
Problem 0882
Problem 0883
Problem 0884
Problem 0885
Problem 0886
Problem 0887
Problem 0888
Problem 0889
Problem 0890
Problem 0891
Problem 0892
Problem 0893
Problem 0894
Problem 0895
Problem 0896
Problem 0897
Problem 0898
Problem 0899
Problem 0900
Problem 0901
Problem 0902
Problem 0903
Problem 0904
Problem 0905
Problem 0906
Problem 0907
Problem 0908
Problem 0909
Problem 0910
Problem 0911
Problem 0912
Problem 0913
Problem 0914
Problem 0915
Problem 0916
Problem 0917
Problem 0918
Problem 0919
Problem 0920
Problem 0921
Problem 0922
Problem 0923
Problem 0924
Problem 0925
Problem 0926
Problem 0927
Problem 0928
Problem 0929
Problem 0930
Problem 0931
Problem 0932
Problem 0933
Problem 0934
Problem 0935
Problem 0936
Problem 0937
Problem 0938
Problem 0939
Problem 0940
Problem 0941
Problem 0942
Problem 0943
Problem 0944
Problem 0945
Problem 0946
Problem 0947
Problem 0948
Problem 0949
Problem 0950
Problem 0951
Problem 0952
Problem 0953
Problem 0954
Problem 0955
Problem 0956
Problem 0957
Problem 0958
Problem 0959
Problem 0960
Problem 0961
Problem 0962
Problem 0963
Problem 0964
Problem 0965
Problem 0966
Problem 0967
Problem 0968
Problem 0969
Problem 0970
Problem 0971
Problem 0972
Problem 0973
Problem 0974
Problem 0975
Problem 0976
Problem 0977
Problem 0978
Problem 0979
Problem 0980
Problem 0981
Problem 0982
Problem 0983
Problem 0984
Problem 0985
Problem 0986
Problem 0987
Problem 0988
Problem 0989
Problem 0990
Problem 0991
Problem 0992
Problem 0993
Problem 0994
Problem 0995
Problem 0996
Problem 0997
Problem 0998
Problem 0999
Problem 1000
Problem 1001
Problem 1002
Problem 1003
Problem 1004
Problem 1005
Problem 1006
Problem 1007
Problem 1008
Problem 1009
Problem 1010
Problem 1011
Problem 1012
Problem 1013
Problem 1014
Problem 1015
Problem 1016
Problem 1017
Problem 1018
Problem 1019
Problem 1020
Problem 1021
Problem 1022
Problem 1023
Problem 1024
Problem 1025
Problem 1026
Problem 1027
Problem 1028
Problem 1029
Problem 1030
Problem 1031
Problem 1032
Problem 1033
Problem 1034
Problem 1035
Problem 1036
Problem 1037
Problem 1038
Problem 1039
Problem 1040
Problem 1041
Problem 1042
Problem 1043
Problem 1044
Problem 1045
Problem 1046
Problem 1047
Problem 1048
Problem 1049
Problem 1050
Problem 1051
Problem 1052
Problem 1053
Problem 1054
Problem 1055
Problem 1056
Problem 1057
Problem 1058
Problem 1059
Problem 1060
Problem 1061
Problem 1062
Problem 1063
Problem 1064
Problem 1065
Problem 1066
Problem 1067
Problem 1068
Problem 1069
Problem 1070
Problem 1071
Problem 1072
Problem 1073
Problem 1074
Problem 1075
Problem 1076
Problem 1077
Problem 1078
Problem 1079
Problem 1080
Problem 1081
Problem 1082
Problem 1083
Problem 1084
Problem 1085
Problem 1086
Problem 1087
Problem 1088
Problem 1089
Problem 1090
Problem 1091
Problem 1092
Problem 1093
Problem 1094
Problem 1095
Problem 1096
Problem 1097
Problem 1098
Problem 1099
Problem 1100
Problem 1101
Problem 1102
Problem 1103
Problem 1104
Problem 1105
Problem 1106
Problem 1107
Problem 1108
Problem 1109
Problem 1110
Problem 1111
Problem 1112
Problem 1113
Problem 1114
Problem 1115
Problem 1116
Problem 1117
Problem 1118
Problem 1119
Problem 1120
Problem 1121
Problem 1122
Problem 1123
Problem 1124
Problem 1125
Problem 1126
Problem 1127
Problem 1128
Problem 1129
Problem 1130
Problem 1131
Problem 1132
Problem 1133
Problem 1134
Problem 1135
Problem 1136
Problem 1137
Problem 1138
Problem 1139
Problem 1140
Problem 1141
Problem 1142
Problem 1143
Problem 1144
Problem 1145
Problem 1146
Problem 1147
Problem 1148
Problem 1149
Problem 1150
Problem 1151
Problem 1152
Problem 1153
Problem 1154
Problem 1155
Problem 1156
Problem 1157
Problem 1158
Problem 1159
Problem 1160
Problem 1161
Problem 1162
Problem 1163
Problem 1164
Problem 1165
Problem 1166
Problem 1167
Problem 1168
Problem 1169
Problem 1170
Problem 1171
Problem 1172
Problem 1173
Problem 1174
Problem 1175
Problem 1176
Problem 1177
Problem 1178
Problem 1179
Problem 1180
Problem 1181
Problem 1182
Problem 1183
Problem 1184
Problem 1185
Problem 1186
Problem 1187
Problem 1188
Problem 1189
Problem 1190
Problem 1191
Problem 1192
Problem 1193
Problem 1194
Problem 1195
Problem 1196
Problem 1197
Problem 1198
Problem 1199
Problem 1200
Problem 1201
Problem 1202
Problem 1203
Problem 1204
Problem 1205
Problem 1206
Problem 1207
Problem 1208
Problem 1209
Problem 1210
Problem 1211
Problem 1212
Problem 1213
Problem 1214
Problem 1215
Problem 1216
Problem 1217
Problem 1218
Problem 1219
Problem 1220
Problem 1221
Problem 1222
Problem 1223
Problem 1224
Problem 1225
Problem 1226
Problem 1227
Problem 1228
Problem 1229
Problem 1230
Problem 1231
Problem 1232
Problem 1233
Problem 1234
Problem 1235
Problem 1236
Problem 1237
Problem 1238
Problem 1239
Problem 1240
Problem 1241
Problem 1242
Problem 1243
Problem 1244
Problem 1245
Problem 1246
Problem 1247
Problem 1248
Problem 1249
Problem 1250
Problem 1251
Problem 1252
Problem 1253
Problem 1254
Problem 1255
Problem 1256
Problem 1257
Problem 1258
Problem 1259
Problem 1260
Problem 1261
Problem 1262
Problem 1263
Problem 1264
Problem 1265
Problem 1266
Problem 1267
Problem 1268
Problem 1269
Problem 1270
Problem 1271
Problem 1272
Problem 1273
Problem 1274
Problem 1275
Problem 1276
Problem 1277
Problem 1278
Problem 1279
Problem 1280
Problem 1281
Problem 1282
Problem 1283
Problem 1284
Problem 1285
Problem 1286
Problem 1287
Problem 1288
Problem 1289
Problem 1290
Problem 1291
Problem 1292
Problem 1293
Problem 1294
Problem 1295
Problem 1296
Problem 1297
Problem 1298
Problem 1299
Problem 1300
Problem 1301
Problem 1302
Problem 1303
Problem 1304
Problem 1305
Problem 1306
Problem 1307
Problem 1308
Problem 1309
Problem 1310
Problem 1311
Problem 1312
Problem 1313
Problem 1314
Problem 1315
Problem 1316
Problem 1317
Problem 1318
Problem 1319
Problem 1320
Problem 1321
Problem 1322
Problem 1323
Problem 1324
Problem 1325
Problem 1326
Problem 1327
Problem 1328
Problem 1329
Problem 1330
Problem 1331
Problem 1332
Problem 1333
Problem 1334
Problem 1335
Problem 1336
Problem 1337
Problem 1338
Problem 1339
Problem 1340
Problem 1341
Problem 1342
Problem 1343
Problem 1344
Problem 1345
Problem 1346
Problem 1347
Problem 1348
Problem 1349
Problem 1350
Problem 1351
Problem 1352
Problem 1353
Problem 1354
Problem 1355
Problem 1356
Problem 1357
Problem 1358
Problem 1359
Problem 1360
Problem 1361
Problem 1362
Problem 1363
Problem 1364
Problem 1365
Problem 1366
Problem 1367
Problem 1368
Problem 1369
Problem 1370
Problem 1371
Problem 1372
Problem 1373
Problem 1374
Problem 1375
Problem 1376
Problem 1377
Problem 1378
Problem 1379
Problem 1380
Problem 1381
Problem 1382
Problem 1383
Problem 1384
Problem 1385
Problem 1386
Problem 1387
Problem 1388
Problem 1389
Problem 1390
Problem 1391
Problem 1392
Problem 1393
Problem 1394
Problem 1395
Problem 1396
Problem 1397
Problem 1398
Problem 1399
Problem 1400
Problem 1401
Problem 1402
Problem 1403
Problem 1404
Problem 1405
Problem 1406
Problem 1407
Problem 1408
Problem 1409
Problem 1410
Problem 1411
Problem 1412
Problem 1413
Problem 1414
Problem 1415
Problem 1416
Problem 1417
Problem 1418
Problem 1419
Problem 1420
Problem 1421
Problem 1422
Problem 1423
Problem 1424
Problem 1425
Problem 1426
Problem 1427
Problem 1428
Problem 1429
Problem 1430
Problem 1431
Problem 1432
Problem 1433
Problem 1434
Problem 1435
Problem 1436
Problem 1437
Problem 1438
Problem 1439
Problem 1440
Problem 1441
Problem 1442
Problem 1443
Problem 1444
Problem 1445
Problem 1446
Problem 1447
Problem 1448
Problem 1449
Problem 1450
Problem 1451
Problem 1452
Problem 1453
Problem 1454
Problem 1455
Problem 1456
Problem 1457
Problem 1458
Problem 1459
Problem 1460
Problem 1461
Problem 1462
Problem 1463
Problem 1464
Problem 1465
Problem 1466
Problem 1467
Problem 1468
Problem 1469
Problem 1470
Problem 1471
Problem 1472
Problem 1473
Problem 1474
Problem 1475
Problem 1476
Problem 1477
Problem 1478
Problem 1479
Problem 1480
Problem 1481
Problem 1482
Problem 1483
Problem 1484
Problem 1485
Problem 1486
Problem 1487
Problem 1488
Problem 1489
Problem 1490
Problem 1491
Problem 1492
Problem 1493
Problem 1494
Problem 1495
Problem 1496
Problem 1497
Problem 1498
Problem 1499
Problem 1500
Problem 1501
Problem 1502
Problem 1503
Problem 1504
Problem 1505
Problem 1506
Problem 1507
Problem 1508
Problem 1509
Problem 1510
Problem 1511
Problem 1512
Problem 1513
Problem 1514
Problem 1515
Problem 1516
Problem 1517
Problem 1518
Problem 1519
Problem 1520
Problem 1521
Problem 1522
Problem 1523
Problem 1524
Problem 1525
Problem 1526
Problem 1527
Problem 1528
Problem 1529
Problem 1530
Problem 1531
Problem 1532
Problem 1533
Problem 1534
Problem 1535
Problem 1536
Problem 1537
Problem 1538
Problem 1539
Problem 1540
Problem 1541
Problem 1542
Problem 1543
Problem 1544
Problem 1545
Problem 1546
Problem 1547
Problem 1548
Problem 1549
Problem 1550
Problem 1551
Problem 1552
Problem 1553
Problem 1554
Problem 1555
Problem 1556
Problem 1557
Problem 1558
Problem 1559
Problem 1560
Problem 1561
Problem 1562
Problem 1563
Problem 1564
Problem 1565
Problem 1566
Problem 1567
Problem 1568
Problem 1569
Problem 1570
Problem 1571
Problem 1572
Problem 1573
Problem 1574
Problem 1575
Problem 1576
Problem 1577
Problem 1578
Problem 1579
Problem 1580
Problem 1581
Problem 1582
Problem 1583
Problem 1584
Problem 1585
Problem 1586
Problem 1587
Problem 1588
Problem 1589
Problem 1590
Problem 1591
Problem 1592
Problem 1593
Problem 1594
Problem 1595
Problem 1596
Problem 1597
Problem 1598
Problem 1599
Problem 1600
Problem 1601
Problem 1602
Problem 1603
Problem 1604
Problem 1605
Problem 1606
Problem 1607
Problem 1608
Problem 1609
Problem 1610
Problem 1611
Problem 1612
Problem 1613
Problem 1614
Problem 1615
Problem 1616
Problem 1617
Problem 1618
Problem 1619
Problem 1620
Problem 1621
Problem 1622
Problem 1623
Problem 1624
Problem 1625
Problem 1626
Problem 1627
Problem 1628
Problem 1629
Problem 1630
Problem 1631
Problem 1632
Problem 1633
Problem 1634
Problem 1635
Problem 1636
Problem 1637
Problem 1638
Problem 1639
Problem 1640
Problem 1641
Problem 1642
Problem 1643
Problem 1644
Problem 1645
Problem 1646
Problem 1647
Problem 1648
Problem 1649
Problem 1650
Problem 1651
Problem 1652
Problem 1653
Problem 1654
Problem 1655
Problem 1656
Problem 1657
Problem 1658
Problem 1659
Problem 1660
Problem 1661
Problem 1662
Problem 1663
Problem 1664
Problem 1665
Problem 1666
Problem 1667
Problem 1668
Problem 1669
Problem 1670
Problem 1671
Problem 1672
Problem 1673
Problem 1674
Problem 1675
Problem 1676
Problem 1677
Problem 1678
Problem 1679
Problem 1680
Problem 1681
Problem 1682
Problem 1683
Problem 1684
Problem 1685
Problem 1686
Problem 1687
Problem 1688
Problem 1689
Problem 1690
Problem 1691
Problem 1692
Problem 1693
Problem 1694
Problem 1695
Problem 1696
Problem 1697
Problem 1698
Problem 1699
Problem 1700
Problem 1701
Problem 1702
Problem 1703
Problem 1704
Problem 1705
Problem 1706
Problem 1707
Problem 1708
Problem 1709
Problem 1710
Problem 1711
Problem 1712
Problem 1713
Problem 1714
Problem 1715
Problem 1716
Problem 1717
Problem 1718
Problem 1719
Problem 1720
Problem 1721
Problem 1722
Problem 1723
Problem 1724
Problem 1725
Problem 1726
Problem 1727
Problem 1728
Problem 1729
Problem 1730
Problem 1731
Problem 1732
Problem 1733
Problem 1734
Problem 1735
Problem 1736
Problem 1737
Problem 1738
Problem 1739
Problem 1740
Problem 1741
Problem 1742
Problem 1743
Problem 1744
Problem 1745
Problem 1746
Problem 1747
Problem 1748
Problem 1749
Problem 1750
Problem 1751
Problem 1752
Problem 1753
Problem 1754
Problem 1755
Problem 1756
Problem 1757
Problem 1758
Problem 1759
Problem 1760
Problem 1761
Problem 1762
Problem 1763
Problem 1764
Problem 1765
Problem 1766
Problem 1767
Problem 1768
Problem 1769
Problem 1770
Problem 1771
Problem 1772
Problem 1773
Problem 1774
Problem 1775
Problem 1776
Problem 1777
Problem 1778
Problem 1779
Problem 1780
Problem 1781
Problem 1782
Problem 1783
Problem 1784
Problem 1785
Problem 1786
Problem 1787
Problem 1788
Problem 1789
Problem 1790
Problem 1791
Problem 1792
Problem 1793
Problem 1794
Problem 1795
Problem 1796
Problem 1797
Problem 1798
Problem 1799
Problem 1800
Problem 1801
Problem 1802
Problem 1803
Problem 1804
Problem 1805
Problem 1806
Problem 1807
Problem 1808
Problem 1809
Problem 1810
Problem 1811
Problem 1812
Problem 1813
Problem 1814
Problem 1815
Problem 1816
Problem 1817
Problem 1818
Problem 1819
Problem 1820
Problem 1821
Problem 1822
Problem 1823
Problem 1824
Problem 1825
Problem 1826
Problem 1827
Problem 1828
Problem 1829
Problem 1830
Problem 1831
Problem 1832
Problem 1833
Problem 1834
Problem 1835
Problem 1836
Problem 1837
Problem 1838
Problem 1839
Problem 1840
Problem 1841
Problem 1842
Problem 1843
Problem 1844
Problem 1845
Problem 1846
Problem 1847
Problem 1848
Problem 1849
Problem 1850
Problem 1851
Problem 1852
Problem 1853
Problem 1854
Problem 1855
Problem 1856
Problem 1857
Problem 1858
Problem 1859
Problem 1860
Problem 1861
Problem 1862
Problem 1863
Problem 1864
Problem 1865
Problem 1866
Problem 1867
Problem 1868
Problem 1869
Problem 1870
Problem 1871
Problem 1872
Problem 1873
Problem 1874
Problem 1875
Problem 1876
Problem 1877
Problem 1878
Problem 1879
Problem 1880
Problem 1881
Problem 1882
Problem 1883
Problem 1884
Problem 1885
Problem 1886
Problem 1887
Problem 1888
Problem 1889
Problem 1890
Problem 1891
Problem 1892
Problem 1893
Problem 1894
Problem 1895
Problem 1896
Problem 1897
Problem 1898
Problem 1899
Problem 1900
Problem 1901
Problem 1902
Problem 1903
Problem 1904
Problem 1905
Problem 1906
Problem 1907
Problem 1908
Problem 1909
Problem 1910
Problem 1911
Problem 1912
Problem 1913
Problem 1914
Problem 1915
Problem 1916
Problem 1917
Problem 1918
Problem 1919
Problem 1920
Problem 1921
Problem 1922
Problem 1923
Problem 1924
Problem 1925
Problem 1926
Problem 1927
Problem 1928
Problem 1929
Problem 1930
Problem 1931
Problem 1932
Problem 1933
Problem 1934
Problem 1935
Problem 1936
Problem 1937
Problem 1938
Problem 1939
Problem 1940
Problem 1941
Problem 1942
Problem 1943
Problem 1944
Problem 1945
Problem 1946
Problem 1947
Problem 1948
Problem 1949
Problem 1950
Problem 1951
Problem 1952
Problem 1953
Problem 1954
Problem 1955
Problem 1956
Problem 1957
Problem 1958
Problem 1959
Problem 1960
Problem 1961
Problem 1962
Problem 1963
Problem 1964
Problem 1965
Problem 1966
Problem 1967
Problem 1968
Problem 1969
Problem 1970
Problem 1971
Problem 1972
Problem 1973
Problem 1974
Problem 1975
Problem 1976
Problem 1977
Problem 1978
Problem 1979
Problem 1980
Problem 1981
Problem 1982
Problem 1983
Problem 1984
Problem 1985
Problem 1986
Problem 1987
Problem 1988
Problem 1989
Problem 1990
Problem 1991
Problem 1992
Problem 1993
Problem 1994
Problem 1995
Problem 1996
Problem 1997
Problem 1998
Problem 1999
Problem 2000
Problem 2001
Problem 2002
Problem 2003
Problem 2004
Problem 2005
Problem 2006
Problem 2007
Problem 2008
Problem 2009
Problem 2010
Problem 2011
Problem 2012
Problem 2013
Problem 2014
Problem 2015
Problem 2016
Problem 2017
Problem 2018
Problem 2019
Problem 2020
Problem 2021
Problem 2022
Problem 2023
Problem 2024
Problem 2025
Problem 2026
Problem 2027
Problem 2028
Problem 2029
Problem 2030
Problem 2031
Problem 2032
Problem 2033
Problem 2034
Problem 2035
Problem 2036
Problem 2037
Problem 2038
Problem 2039
Problem 2040
Problem 2041
Problem 2042
Problem 2043
Problem 2044
Problem 2045
Problem 2046
Problem 2047
Problem 2048
Problem 2049
Problem 2050
Problem 2051
Problem 2052
Problem 2053
Problem 2054
Problem 2055
Problem 2056
Problem 2057
Problem 2058
Problem 2059
Problem 2060
Problem 2061
Problem 2062
Problem 2063
Problem 2064
Problem 2065
Problem 2066
Problem 2067
Problem 2068
Problem 2069
Problem 2070
Problem 2071
Problem 2072
Problem Set 0 シリーズ
Problem Set 1 シリーズ
Problem Set 2 シリーズ
PukiWiki
PukiWiki/1.4
PukiWiki/1.4/Manual
PukiWiki/1.4/Manual/Plugin
PukiWiki/1.4/Manual/Plugin/A-D
PukiWiki/1.4/Manual/Plugin/E-G
PukiWiki/1.4/Manual/Plugin/H-K
PukiWiki/1.4/Manual/Plugin/L-N
PukiWiki/1.4/Manual/Plugin/O-R
PukiWiki/1.4/Manual/Plugin/S-U
PukiWiki/1.4/Manual/Plugin/V-Z
Rateの計算式
RecentDeleted
SandBox
Shuriken シリーズ
Simple problem シリーズ
Soko シリーズ
Techniques of Function
Techniques of Number
Techniques of Recursion
Triangle シリーズ
UZU シリーズ
Wakka シリーズ
WikiEngines
WikiName
WikiWikiWeb
Wild Noodle Alpha Contest Results
Wild Noodle Herbert Alpha Contest
Wild Noodle Summer 2017 Contest is Open!
Wild Noodle Summer 2018 Contest is Today
Windmill シリーズ
Xを1つ含む関数
YukiWiki
_misaki雑記
color problem シリーズ
enshrine シリーズ
frontpage2
mas雑記
mas雑記2013年1月
mayoi no ki シリーズ
pasta雑記
peel an apple シリーズ
snuke
snuke雑記
stage シリーズ
wwvww雑記
yuruherbert シリーズ
ï¿?ï¿?ï¿?ï¿?ï¿?ï¿?ï¿?ï¿?/hoj contest 4
ï¿?ï¿?ï¿?ï¿?ï¿?ï¿?ï¿?ï¿?/problem 0058
てすと
どんな問題でも解けるコード!?
よくある経路構成
アルファベットシリーズ
アルファベットシリーズ攻略
イベント情報
コメント/HerbertEditor
コメント/Problem 0000
コメント/Problem 0001
コメント/Problem 0003
コメント/Problem 0008
コメント/Problem 0009
コメント/Problem 0013
コメント/Problem 0019
コメント/Problem 0020
コメント/Problem 0025
コメント/Problem 0027
コメント/Problem 0028
コメント/Problem 0031
コメント/Problem 0032
コメント/Problem 0035
コメント/Problem 0036
コメント/Problem 0037
コメント/Problem 0039
コメント/Problem 0041
コメント/Problem 0046
コメント/Problem 0052
コメント/Problem 0065
コメント/Problem 0067
コメント/Problem 0075
コメント/Problem 0079
コメント/Problem 0082
コメント/Problem 0083
コメント/Problem 0084
コメント/Problem 0089
コメント/Problem 0090
コメント/Problem 0091
コメント/Problem 0100
コメント/Problem 0111
コメント/Problem 0120
コメント/Problem 0124
コメント/Problem 0127
コメント/Problem 0128
コメント/Problem 0130
コメント/Problem 0135
コメント/Problem 0137
コメント/Problem 0140
コメント/Problem 0142
コメント/Problem 0151
コメント/Problem 0166
コメント/Problem 0167
コメント/Problem 0171
コメント/Problem 0172
コメント/Problem 0181
コメント/Problem 0184
コメント/Problem 0192
コメント/Problem 0194
コメント/Problem 0204
コメント/Problem 0214
コメント/Problem 0218
コメント/Problem 0219
コメント/Problem 0221
コメント/Problem 0222
コメント/Problem 0224
コメント/Problem 0225
コメント/Problem 0230
コメント/Problem 0232
コメント/Problem 0242
コメント/Problem 0248
コメント/Problem 0250
コメント/Problem 0251
コメント/Problem 0253
コメント/Problem 0265
コメント/Problem 0266
コメント/Problem 0276
コメント/Problem 0277
コメント/Problem 0280
コメント/Problem 0281
コメント/Problem 0282
コメント/Problem 0284
コメント/Problem 0287
コメント/Problem 0291
コメント/Problem 0293
コメント/Problem 0296
コメント/Problem 0299
コメント/Problem 0300
コメント/Problem 0303
コメント/Problem 0306
コメント/Problem 0307
コメント/Problem 0309
コメント/Problem 0311
コメント/Problem 0314
コメント/Problem 0316
コメント/Problem 0318
コメント/Problem 0326
コメント/Problem 0328
コメント/Problem 0329
コメント/Problem 0330
コメント/Problem 0334
コメント/Problem 0335
コメント/Problem 0338
コメント/Problem 0340
コメント/Problem 0341
コメント/Problem 0343
コメント/Problem 0344
コメント/Problem 0345
コメント/Problem 0346
コメント/Problem 0348
コメント/Problem 0350
コメント/Problem 0352
コメント/Problem 0354
コメント/Problem 0356
コメント/Problem 0357
コメント/Problem 0360
コメント/Problem 0361
コメント/Problem 0363
コメント/Problem 0365
コメント/Problem 0368
コメント/Problem 0373
コメント/Problem 0375
コメント/Problem 0376
コメント/Problem 0378
コメント/Problem 0379
コメント/Problem 0381
コメント/Problem 0382
コメント/Problem 0386
コメント/Problem 0387
コメント/Problem 0392
コメント/Problem 0395
コメント/Problem 0396
コメント/Problem 0399
コメント/Problem 0405
コメント/Problem 0406
コメント/Problem 0408
コメント/Problem 0409
コメント/Problem 0410
コメント/Problem 0412
コメント/Problem 0413
コメント/Problem 0415
コメント/Problem 0417
コメント/Problem 0419
コメント/Problem 0420
コメント/Problem 0421
コメント/Problem 0422
コメント/Problem 0423
コメント/Problem 0424
コメント/Problem 0426
コメント/Problem 0428
コメント/Problem 0429
コメント/Problem 0431
コメント/Problem 0433
コメント/Problem 0436
コメント/Problem 0437
コメント/Problem 0438
コメント/Problem 0439
コメント/Problem 0441
コメント/Problem 0443
コメント/Problem 0445
コメント/Problem 0451
コメント/Problem 0453
コメント/Problem 0454
コメント/Problem 0456
コメント/Problem 0459
コメント/Problem 0461
コメント/Problem 0463
コメント/Problem 0464
コメント/Problem 0466
コメント/Problem 0467
コメント/Problem 0469
コメント/Problem 0474
コメント/Problem 0476
コメント/Problem 0481
コメント/Problem 0482
コメント/Problem 0484
コメント/Problem 0485
コメント/Problem 0487
コメント/Problem 0489
コメント/Problem 0490
コメント/Problem 0491
コメント/Problem 0492
コメント/Problem 0499
コメント/Problem 0503
コメント/Problem 0504
コメント/Problem 0506
コメント/Problem 0507
コメント/Problem 0508
コメント/Problem 0509
コメント/Problem 0510
コメント/Problem 0514
コメント/Problem 0516
コメント/Problem 0517
コメント/Problem 0518
コメント/Problem 0519
コメント/Problem 0520
コメント/Problem 0523
コメント/Problem 0525
コメント/Problem 0527
コメント/Problem 0528
コメント/Problem 0530
コメント/Problem 0531
コメント/Problem 0533
コメント/Problem 0534
コメント/Problem 0536
コメント/Problem 0541
コメント/Problem 0543
コメント/Problem 0544
コメント/Problem 0546
コメント/Problem 0547
コメント/Problem 0548
コメント/Problem 0549
コメント/Problem 0550
コメント/Problem 0551
コメント/Problem 0553
コメント/Problem 0554
コメント/Problem 0555
コメント/Problem 0561
コメント/Problem 0563
コメント/Problem 0564
コメント/Problem 0568
コメント/Problem 0579
コメント/Problem 0580
コメント/Problem 0591
コメント/Problem 0592
コメント/Problem 0596
コメント/Problem 0599
コメント/Problem 0600
コメント/Problem 0603
コメント/Problem 0604
コメント/Problem 0605
コメント/Problem 0617
コメント/Problem 0618
コメント/Problem 0619
コメント/Problem 0624
コメント/Problem 0630
コメント/Problem 0635
コメント/Problem 0638
コメント/Problem 0642
コメント/Problem 0644
コメント/Problem 0651
コメント/Problem 0653
コメント/Problem 0655
コメント/Problem 0658
コメント/Problem 0659
コメント/Problem 0660
コメント/Problem 0661
コメント/Problem 0662
コメント/Problem 0664
コメント/Problem 0666
コメント/Problem 0667
コメント/Problem 0668
コメント/Problem 0674
コメント/Problem 0677
コメント/Problem 0678
コメント/Problem 0681
コメント/Problem 0683
コメント/Problem 0684
コメント/Problem 0685
コメント/Problem 0686
コメント/Problem 0687
コメント/Problem 0688
コメント/Problem 0689
コメント/Problem 0691
コメント/Problem 0692
コメント/Problem 0699
コメント/Problem 0700
コメント/Problem 0703
コメント/Problem 0704
コメント/Problem 0706
コメント/Problem 0707
コメント/Problem 0708
コメント/Problem 0709
コメント/Problem 0710
コメント/Problem 0711
コメント/Problem 0712
コメント/Problem 0713
コメント/Problem 0714
コメント/Problem 0719
コメント/Problem 0720
コメント/Problem 0721
コメント/Problem 0725
コメント/Problem 0726
コメント/Problem 0727
コメント/Problem 0728
コメント/Problem 0729
コメント/Problem 0730
コメント/Problem 0735
コメント/Problem 0743
コメント/Problem 0744
コメント/Problem 0745
コメント/Problem 0746
コメント/Problem 0747
コメント/Problem 0748
コメント/Problem 0749
コメント/Problem 0750
コメント/Problem 0751
コメント/Problem 0755
コメント/Problem 0758
コメント/Problem 0760
コメント/Problem 0762
コメント/Problem 0765
コメント/Problem 0766
コメント/Problem 0767
コメント/Problem 0768
コメント/Problem 0770
コメント/Problem 0771
コメント/Problem 0772
コメント/Problem 0780
コメント/Problem 0781
コメント/Problem 0783
コメント/Problem 0784
コメント/Problem 0788
コメント/Problem 0795
コメント/Problem 0799
コメント/Problem 0801
コメント/Problem 0802
コメント/Problem 0803
コメント/Problem 0804
コメント/Problem 0805
コメント/Problem 0806
コメント/Problem 0807
コメント/Problem 0808
コメント/Problem 0809
コメント/Problem 0810
コメント/Problem 0824
コメント/Problem 0829
コメント/Problem 0831
コメント/Problem 0834
コメント/Problem 0835
コメント/Problem 0837
コメント/Problem 0839
コメント/Problem 0840
コメント/Problem 0842
コメント/Problem 0846
コメント/Problem 0847
コメント/Problem 0848
コメント/Problem 0849
コメント/Problem 0850
コメント/Problem 0851
コメント/Problem 0852
コメント/Problem 0853
コメント/Problem 0854
コメント/Problem 0855
コメント/Problem 0856
コメント/Problem 0858
コメント/Problem 0863
コメント/Problem 0875
コメント/Problem 0876
コメント/Problem 0877
コメント/Problem 0882
コメント/Problem 0891
コメント/Problem 0893
コメント/Problem 0896
コメント/Problem 0897
コメント/Problem 0919
コメント/Problem 0926
コメント/Problem 0942
コメント/Problem 0943
コメント/Problem 0945
コメント/Problem 0947
コメント/Problem 0956
コメント/Problem 0965
コメント/Problem 0975
コメント/Problem 0978
コメント/Problem 0981
コメント/Problem 0982
コメント/Problem 0984
コメント/Problem 0986
コメント/Problem 0989
コメント/Problem 0991
コメント/Problem 0995
コメント/Problem 1001
コメント/Problem 1003
コメント/Problem 1004
コメント/Problem 1008
コメント/Problem 1009
コメント/Problem 1010
コメント/Problem 1013
コメント/Problem 1024
コメント/Problem 1027
コメント/Problem 1032
コメント/Problem 1043
コメント/Problem 1049
コメント/Problem 1051
コメント/Problem 1061
コメント/Problem 1062
コメント/Problem 1069
コメント/Problem 1105
コメント/Problem 1106
コメント/Problem 1117
コメント/Problem 1118
コメント/Problem 1119
コメント/Problem 1120
コメント/Problem 1121
コメント/Problem 1122
コメント/Problem 1123
コメント/Problem 1124
コメント/Problem 1125
コメント/Problem 1126
コメント/Problem 1127
コメント/Problem 1128
コメント/Problem 1129
コメント/Problem 1130
コメント/Problem 1131
コメント/Problem 1132
コメント/Problem 1138
コメント/Problem 1140
コメント/Problem 1141
コメント/Problem 1144
コメント/Problem 1225
コメント/Problem 1263
コメント/Problem 1276
コメント/Problem 1281
コメント/Problem 1282
コメント/Problem 1283
コメント/Problem 1284
コメント/Problem 1285
コメント/Problem 1286
コメント/Problem 1287
コメント/Problem 1288
コメント/Problem 1289
コメント/Problem 1290
コメント/Problem 1291
コメント/Problem 1292
コメント/Problem 1293
コメント/Problem 1294
コメント/Problem 1295
コメント/Problem 1296
コメント/Problem 1297
コメント/Problem 1298
コメント/Problem 1317
コメント/Problem 1318
コメント/Problem 1320
コメント/Problem 1323
コメント/Problem 1324
コメント/Problem 1325
コメント/Problem 1326
コメント/Problem 1327
コメント/Problem 1328
コメント/Problem 1329
コメント/Problem 1330
コメント/Problem 1331
コメント/Problem 1332
コメント/Problem 1334
コメント/Problem 1339
コメント/Problem 1340
コメント/Problem 1348
コメント/Problem 1359
コメント/Problem 1361
コメント/Problem 1362
コメント/Problem 1363
コメント/Problem 1364
コメント/Problem 1365
コメント/Problem 1366
コメント/Problem 1367
コメント/Problem 1368
コメント/Problem 1369
コメント/Problem 1371
コメント/Problem 1372
コメント/Problem 1373
コメント/Problem 1374
コメント/Problem 1375
コメント/Problem 1376
コメント/Problem 1377
コメント/Problem 1378
コメント/Problem 1379
コメント/Problem 1380
コメント/Problem 1381
コメント/Problem 1382
コメント/Problem 1383
コメント/Problem 1384
コメント/Problem 1389
コメント/Problem 1391
コメント/Problem 1433
コメント/Problem 1445
コメント/Problem 1480
コメント/Problem 1507
コメント/Problem 1519
コメント/Problem 1520
コメント/Problem 1533
コメント/Problem 1534
コメント/Problem 1535
コメント/Problem 1536
コメント/Problem 1537
コメント/Problem 1539
コメント/Problem 1540
コメント/Problem 1541
コメント/Problem 1542
コメント/Problem 1543
コメント/Problem 1544
コメント/Problem 1546
コメント/Problem 1547
コメント/Problem 1548
コメント/Problem 1549
コメント/Problem 1550
コメント/Problem 1551
コメント/Problem 1553
コメント/Problem 1555
コメント/Problem 1556
コメント/Problem 1565
コメント/Problem 1567
コメント/Problem 1569
コメント/Problem 1570
コメント/Problem 1572
コメント/Problem 1608
コメント/Problem 1609
コメント/Problem 1610
コメント/Problem 1614
コメント/Problem 1615
コメント/Problem 1616
コメント/Problem 1619
コメント/Problem 1621
コメント/Problem 1622
コメント/Problem 1623
コメント/Problem 1624
コメント/Problem 1626
コメント/Problem 1628
コメント/Problem 1630
コメント/Problem 1635
コメント/Problem 1636
コメント/Problem 1637
コメント/Problem 1638
コメント/Problem 1639
コメント/Problem 1640
コメント/Problem 1641
コメント/Problem 1642
コメント/Problem 1643
コメント/Problem 1644
コメント/Problem 1645
コメント/Problem 1646
コメント/Problem 1647
コメント/Problem 1648
コメント/Problem 1649
コメント/Problem 1650
コメント/Problem 1651
コメント/Problem 1652
コメント/Problem 1653
コメント/Problem 1654
コメント/Problem 1655
コメント/Problem 1657
コメント/Problem 1658
コメント/Problem 1659
コメント/Problem 1660
コメント/Problem 1661
コメント/Problem 1662
コメント/Problem 1664
コメント/Problem 1665
コメント/Problem 1666
コメント/Problem 1667
コメント/Problem 1668
コメント/Problem 1670
コメント/Problem 1671
コメント/Problem 1672
コメント/Problem 1673
コメント/Problem 1674
コメント/Problem 1675
コメント/Problem 1676
コメント/Problem 1677
コメント/Problem 1678
コメント/Problem 1679
コメント/Problem 1680
コメント/Problem 1681
コメント/Problem 1682
コメント/Problem 1687
コメント/Problem 1688
コメント/Problem 1703
コメント/Problem 1704
コメント/Problem 1710
コメント/Problem 1720
コメント/Problem 1727
コメント/Problem 1782
コメント/Problem 1887
コメント/Problem 1904
コメント/Problem 1958
コメント/Problem 1959
コンテンツ
プログラムの利用
ポケモン シリーズ
リンク集
育たない再帰
関数の統一
関数の分割
再帰の打ち切り
最新情報
雑記
小を大で挟む
場合分け(IF文)
数値関数による長文圧縮
数値関数の再利用
成長速度の調整
成長速度の調整2
多重再帰の打ち切り
多重再帰構文!
多重再帰構文!!
多変数による繰り返し
多変数関数
第1回HOJ祭り
第2回HOJ祭り
単独best数集計
単独best数集計/2013~2014
単独best数集計/2015~2016
単独worst数集計
動画講座 - 応用編?
動画講座 - 関数
動画講座 - 再帰関数
動画講座 - 数値
動画講座 - 他サイトの使い方
動画講座 - 多引数再帰
動画講座 - 置換
動画講座 - 補助関数
動画講座 - 無限ループ
特殊な2倍関数
特殊な初項
謎コンテスト感想
複数の再帰関数
変数変換
便利ツール
問題
有理数の成長速度
有理数の成長速度2
用語集
*KtyaのHOJの記録その2 [#p347aad6] -[[昔のやつ>Ktya雑記]] **2026/9 [#ba298f55] - (上に新しいものを書いてみます) - [[Problem 0798]] 30->24(best) これは作問者ゆえに経路が全く見えてなかった。もともと考えていた経路は以下のコードの感じ b(X):XX a(X):b(b(rXrXrXlXlXl)rr)a(sX) a() 長方形で結構埋まることに気づく→長方形にちょっとパーツ増やせば全部とれることに気づく→二倍系が使いやすいようにパーツを考え直す。ヒント:&color(#FFFFFF){[__]みたいなパーツがよい。}; - [[Problem 1900]] 20->19 srslパーツの配置調整で。18はとあるテクらしいがまだわからない。 - [[Problem 1998]] 21->20(best) 以前雑記に書いた部分で大枠は出来ていて、向き調整(どの変数を使うか)という問題だった。 - [[Problem 0956]] 27->26(best) _misakiさんは補助関数という記載をしていますが、自分は補助関数は使わず、.侫薀タルに向きを込めて▲侫薀タル構成部分の向きをフラクタルそのものに代用(空打ちする)し実行部分で一個前のフラクタルを最初に空打ちするので4つでなく3つでOK という感じで1B減らしました。 - [[Problem 0081]] 18->15(best) solver 前言った自動チェックがようやく81番まで行った感じ。遅すぎるけど成果は出るね。 - [[Problem 1253]] 49->48 書き直したが48を量産した。絶妙に1B届かない。。 - [[Problem 0702]] 44->42(単独best) 数列探してやってみたものの48から縮まなかったので以前の44Bコードを見て関数をいじってbest化。左右に棒立てて一歩進む、という関数が上の方でも使えて、下の方は4,3,1,1,2,5,大... みたいな数列を実現する必要があるが、減る部分は直接書いて、増える部分は再帰に乗せた。 - [[Problem 2077]] ちょっと多重再帰して26B たしかに[[Problem 0305]]はこれがbestってマジですか?みたいなコードをしている。 - wikiのmapとかの更新どうすればいいんだっけ。pastaさんに聞いてみるのがいいか…? - [[Problem 2067]] 29->28(best) 経路はそのままで関数をちょっと工夫。テキトーに対称性を詰め込んだマップ(Editorの対称機能を使ってみた、というぐらいの記憶)の割には想定解っぽい経路だ。 - [[Problem 1770]] 23->21(best) 何とか追いついた。経路は大きくは変えず、関数を工夫(三倍系)。他の人が書いているほど簡単ではなかったので気づいてないことがありそう。 - [[Problem 2076]] 25->23(best) ちょっと書き方変えたら23Bになった。1段階目のパーツと2段階目以降のパーツが関連づいていないのでまだ縮むかもなー。逆に、25Bのときは1段階目のパーツも同じように書こうとしてた。 - 新規参入のハードル下げなどなど考えると移植しておきたい感じはしますよね。生成AIが来た今開発もある程度はしやすくなってると思うのでquolc先生と交渉するのもいいのかも。 - [[Problem 2076]] 26 特殊な初項&育たない再帰でとりあえず解いたが・・・まだわからない。-> 微妙にいじくって25B snuke問のなんかありそうで気づけないもどかしさが懐かしい - [[Problem 2075]] 17 往復して取ってる。[[Problem 0534]]とかと似てるかも。[[Problem 0301]]もこんな感じなんだろうと思うけどね - [[Problem 2074]] 12B構文 少しイレギュラーだけど、こんな数列もできるのだな - [[Problem 2073]] Euler totient 互除法を活用。約数カウントと似た圧縮ができる。(main関数をなんとif文の代わりにできる) - 新問!自分もついでにHerbert Editorでストックしてたやつを投げた - 700番台と1900番台が黄緑多め。1200番台も多いけど、黄緑多いとか以前にそもそも難しすぎるイメージ - 1000~1099&size(19){&color(#85F090){緑一色!};}; 0番台と違って白がないので純正 - [[Problem 1006]] 27->25(単独best) 再帰に乗せた。パーツ使いまわしがうまくいく。 - お、snukeさんだ〜 **2026/8 [#n3ee3f9e] - (上に新しいものを書いてみます) - [[Problem 0738]] 24->23(best) もともと再帰(slsrを文字でおいたりしていた)今回は数値と再帰両方使用。数値の方はパーツのためだけ。単純だけど逆に思いつかない。 - [[Problem 1297]] 26->25(best) ベースはXXrXXで、それをどういじるか。二変数目をうまいところに入れた。 - [[Problem 0666]] 33->32(best) 二倍関数だけでは追いつけないので、ssをうまくつけて、二変数にした。基本的に左回りの経路。best化にかなり時間使ったなあ。 - [[Problem 0020]] , [[Problem 0026]] solver mapから超単純なルールベースで更新できそうかできなさそうか判定してからsolverに投げるという全自動探索を回して、あまりにも遅すぎて実用性ないな〜と思って放置していたら20番台で早速成果出しててびっくりした。 - [[Problem 1062]] 33->31(best) 実は3文字のパーツと6文字のパーツを羅列していると書ける。2パーツをL字パーツの塊にして、いい感じの関数作って埋めた。まだありそう(向きなしで2パーツ羅列で書けるので数値で並びを表現する方法とかありそう) - COLOR(red){&size(15){best率96%!};} かなり頑張って詰めてるので、非ベスト問題全部空で言えるんじゃないかな… ちなみに集計してみたら自分が非bestで二人以上がbestの問題が18問あるらしい。残りは単独bestか未solve 相当厳しいけどもうちょっといけそうではあるな。(もちろん、_misakiさんあたりが長文本気出したらすぐbestが激減しそうですが) - [[Problem 0228]] 32->30(best) 数値関数つよい。というか、a(X):sa(X-1)sssl使うだけで33~35Bくらいになる。もっとヤバい解はありそうだけどまあいいか。 - wwvwwさんが復帰している!ちなみにwwvwwさんの単独bestは全部倒せる気がしない… - 苦手を明らかにするために、手元で「非ベスト問題の作問者」を集計したら、「Ktya」という人物の問題が一番best化できていないみたいだった。(snukeさんもタイなのだけど、Imagine Cupを含むので除外) - 自作問、経路を柔軟に考えられなくて縮んでない物がいくつかあるのだよな… - [[Problem 0702]] 49->44 たるんでたので、ちょっと考察。best遠い。上側とった後、下に棒を立てる、その際にうまく再帰に乗せてる。数値でもっといいのがありそうだし、上側を取る工夫がもっとありそう。 - [[Problem 0980]] 69->67 [n歩]r[m歩]rの関数で_misakiさんが[[Problem 0357]]で教えてくれた「成長させきったやつだけ先に実行する」仕組みを入れたら2B縮んだ。 - [[Problem 0974]] 24->23(best) 考察のために、[[Problem 0284]]用に作っていたf(X,Y):aXbYc圧縮機にかけたら直で見つかってびっくり。 - [[Problem 1062]] 37->33 たるんでたので、ちょっと考察。best遠い。経路をもう少し吟味しないとダメそう。 - [[Problem 1180]] 51->50(best) Hilbert曲線を相互で呼び合う(正確にはr,lを関数内で入れ替える)数値関数での構成じゃなくて再帰由来の構成にした。n歩を別で定義しているけど、構成の部分で得しているので差し引きちょうど1B得する感じ。1Bの更新に相当労力がかかる問題だった。 - [[Problem 0288]] 14->13(best) solver 2歩じゃなくてもいいんだね〜 - [[Problem 1086]] 15->14(best) solver [[Problem 1384]]と同じパーツ配分。高速化したつもりだったけど、100万step、全パーツ、数値全部を探索したらめちゃくちゃ時間かかってた。枝刈りは課題だ。 - [[Problem 1307]] 17->15(best) solver パーツを固定しないで検索したので時間かかった。stepめっちゃ少ないので本当はもっと楽に検索できたかも。 - [[Problem 1113]] 24->22(単独best) 数値関数。渦。かなり普通の解なので、今まで出てなかったのが不思議なレベル - [[Problem 1235]] 36->35(best) 再帰でパーツづくり固定して検索。結局専用solver作る感じになった。通常と同じだと36Bしかヒットしなかったので、逆回りにしたら35Bがあった。他の問題と比べてもbest化コストも難易度もかなり高いと思うのにbest者がめっちゃいるのが怖い。(1486にbest者多い時はシンプルに、とか書いた矢先にこのていたらく) - [[Problem 1486]] 26->25(best) シンプルな4倍関数と置換で行けるやつだった。XXXXsとかXXXXsrとかやって気づけてなかった。best人数が多い時はシンプルに考えたほうがいいですね。 - [[Problem 1397]] 34->33(best) 昔の自分のコード、余計なsを入れていて、それを削るだけでbest化できた。壁使いまくり。 - [[Problem 0958]],[[Problem 0371]] ,[[Problem 1384]] best solver 0371は3変数再帰でもすごいと思ったけどこの解もなかなかすごいな。1384はようやく発見。前のsolverだと漏れてた。 - 12Bsolver(数値solver)作り直した パーツ探索も含めて、少し高速化機構も入れた - 長文系は追いつく≒単独bestみたいなところあるので成果が出ると倍喜べる - [[Problem 0252]] 54->49(単独best) ありがとウサギ、とても懐かしい。slsrrsls的なパーツとスカートの下の部分をうまく書ける関数を定義し、初期移動と中身をうまく塗りつぶす。割とすぐ53Bになった後ちょっと悩んで52B、うまいタイミングで最初のパーツを繰り返すだけで実は埋まることに気づいて49B - [[Problem 0219]] 45->42(単独best) 3倍と2倍を混ぜた関数で書いていたが、よく考えたらギザギザの部分は2倍+命令とすれば取れるので、3倍を使う理由があまりなかった。やや無駄っぽい部分があるようにも見えるけど、縮んだ。変数増やした複合より、命令入れたほうがやはり縮むね - [[Problem 1434]] 24->23(best) imagine cupの結果の欄で縮むということを知っていたが縮んでいなかった問題。再帰に頑張って乗せた。 - [[Problem 0747]] - [[Problem 1111]] 13,13 (best) 数値solver 1111みたいなのも行けるんだなあ - [[Problem 0322]] 14->13(best) 12Bsolver ステップ数が足りてなかったっぽい。他の二問もそれかもな - [[Problem 0231]] 49->45(単独best) ギザギザ系の数値関数。いろいろ工夫をしていたら最終的に4変数になった。 - [[Problem 0666]] 34->33 パーツ選びが大事っぽいけど及ばず - [[Problem 1190]] 48->37(単独best) 縦方向に取るパーツを用いていたが、横方向の方が移動などが少なく済むし、3倍関数系ともすこし相性が良かった。 - ちょっと更新サボってました、考察はそこそこしてたつもり。数式系の記事も作成中です。 - [[Problem 1276]] 17->15(best) solver 再帰解があった。この付近難しい問題集まってますね - [[Problem 0663]] 71->58(単独best) 数値関数使った(n歩、n倍)。こういうので威力を発揮すると面白いですね。 - [[Problem 0134]] 62->57 棒立てる方法でちまちま圧縮。互除法も別手法もノータッチなので考察の余地がありそう。n歩、m歩をまとめて実行、的な関数がまだわからない。ついでに[[Problem 0980]]を考察してn歩右、m歩右をすこしだけ考えたが1Bしか縮まず。 - [[Problem 1995]] 75->63(best) ちょうどIOIが開催されていたらしい(偶然)。[ みたいな形のパーツでうまくなぞる。不人気ですがbestに追いつくのは全く容易ではなかった。 - [[Problem 1384]], [[Problem 1086]] どちらも+1Bで80万ステップoverの答えが存在することを確認したが、肝心のbestはヒットせず。ステップ数なのか、多重再帰なのか、数値なのか、漏れなのか、solverのtestが必要そう - 25Bくらいの未ベストを考察するより、長文やる方が成果でるなあ。 - [[Problem 0153]] 83->76(単独best) もともとの経路のままで更新。後半を無理やり再帰に乗せる、上側をslsベースで取る、sXYXsを用いる、という方針。パーツ吟味などちゃんとしていないので、もっと縮むと思う - best率95%乗りました!正直すでにかなり厳しいですね…2か月前と比べて、やった時間に対する成果がかなり少ない状況 - [[Problem 0184]] 38->36(単独best) 互除法に二倍関数入れたやつ。もともと経路でいいことに気づけていたので、その分で単独bestになったと思われる - [[Problem 0370]] 19->14(best) solver たしかにスカスカだしまあまあ規則正しいのでsolverで倒せちゃうのか。ちょっと悲しい。 - [[Problem 0771]] 79->75(best) 大きな関数はそのままで、n歩を定義していろいろ書きなおしてbest化。あまり時間かけていないのでもっと短くなりそう - [[Problem 0828]] 28->27 数値関数がいいと聞いて書いてみたが、おそらくヒントとは異なりそう(実行部分がb(26)b(26)) - [[Problem 0838]] 27->26(best) 四倍関数+命令、という書き方だったけど、四倍は命令つけず、二つのパーツを同時に表せる関数を用意して書いた。正方形で塗りつぶす際にsssrで書くとうまくいかなかったのでズラしてssrsを用いた。 **2026/7 [#r246723c] 今更過ぎるけど、新しい成果を上に書いた方が見やすいよな・・・ - 特に嬉しかった成果を''太字''にしてみた。 - [[Problem 0589]] 20->19(単独best) solver ♯みたいな形で塗りつぶしている - [[Problem 0425]] ''33->32(単独best)'' 33B,34Bが元々いっぱいあったが、一つだけとあるテクで縮められた - [[Problem 0553]] 47->46(単独best) コードだけ - [[Problem 1052]] 38->32(best) いい数値関数を探してなぞる。二倍関数とパーツを両立するように書く。上の方を取る方法でだいぶ迷走して33Bから困ってた(三変数で後ろにパーツくっつける方法などなど)が、二変数のままで後半をそこそこ綺麗に描けた - [[Problem 0415]] _misakiさんが言ってた三変数の方の28Bも見つけた。こっちもテクい - [[Problem 0265]] 43->42(best) 後半を書き直したらなんか縮んだ。長文はこういうの多そう - [[Problem 1667]] 29->27(単独best) 今見ると縮みそうでしかなかったのでトライ。コンテスト系は全然結果を出せず、本気を出した上位勢との差を痛感する場という印象で、特に2nd HOJ festivalは「勝てるわけがない」と一番感じた大会だったなあ。 - [[Problem 0686]] 26->25 結構考えたけど全く分からない。今の解き方だとどれほど都合の良いパーツでも21Bになるように見えるのでそもそも方針が違う・・・? - [[Problem 1315]] 32->28 もともと再帰でやっていた。フィボナッチ長の一辺のパーツを育てて小で大を挟む関数を使いまわす。辺のパーツ構成時にちょっと寄り道をすることで正方形の内側も塗りつぶせる。向き調整が甘いのか1B足りず - [[Problem 1660]] 18->17(best) 例のsolver作った - [[Problem 1795]] 26->25(best) slsとsrsだけで、という大ヒント活用 点対称じゃないの知らなかった - [[Problem 1391]] 30->26(単独best) 「割と綺麗な経路」が見えた。(パーツとしては一種類で、つなぎ目の移動を少なくする)大きなパーツで少ない成長なので書き方に困るが、結局再帰。27Bらしきものを経由しなかった。 - [[Problem 0589]] 19->18(best) solver ステップ数の関係で漏れてた。縦6をいい感じに乱発してるな - 競プロでAIが超難問を解いて人間を凌駕していて、HOJみたいなパズルゲームを純粋に楽しく他者と競えるようになるのも時間の問題なのかなとか思ってしまった。「最強のsolver」や「答え」があったらそれを見ていないという保証はできなくなり、自己満足の世界になるので。 - ちなみにAWTFの実況(?)配信のMCがchokudaiさんとmasさんでHOJer的にもアツい。 - [[Problem 1907]] 26->25(best) 関数のrを前に持ってきて、パーツの順序を変えることで、二変数関数を使えるようにする。確かに見落としだけど、lXXみたいな向きが先頭に来る関数は初めからそれだけ使う前提で経路組まないと忘れる - [[Problem 0011]] 17->16(best) 特殊な初項 この手のパーツいじりは_misakiさんの単独bestをチェックしていて鍛えられた - 暫定的ですが、best数がトップタイに。復帰してから結構増やしたな。詰めてて気づくbest率99%とかいう異常記録 - [[Problem 0270]] 28->27(best) snukeさんが数学問題に分類してた問題でこれがあるのを忘れてた。rsrrsrを二倍関数で圧縮する部分とlがうまく両立しないのが悩みだったけど、数値を調整すればいいという話だった。毎度lを4回呼ぶ感じ。 - [[Problem 1013]] 35->34(best) もともとssssXssXとpXqを用いて書いていた。メインを二変数にして、pXqも少しいじって34B もう1Bくらい縮むかも? - [[Problem 1328]] 19->18(best) 再帰 特殊な初項で長方形の形にrrを入れてうまいこと全部取る。r+実行部だな - [[Problem 1888]] 28->27(best) 12B構文応用 3変数目に成長を記録する感じになる。数列探しもそうだが、実現する数列の最後を調整することで実行部が減らせる。28Bはa(X,Y,Z,W):YWa(sX,YXXXX,Z-1,Xr)という関数を使ってた。 - 12Bsolver、いままで数列だけ切り取ってたのと、クレイジー系の検索が漏れ気味だったので大改修中(といいつつ最近更新されている問題達は12B構文まわりじゃないかもしれませんが) - [[Problem 1016]][[Problem 2009]][[Problem 2010]][[Problem 2011]] 15->13(best) 12B構文 1016みたいな問題をチェックできるのがすごいし、2009~2011の存在を思い出せるのもすごい(すっかり忘れていた) ところで全部ほぼ同じ解に結果的になってしまったのは悲しい。 - [[Problem 0248]] ''38->35(単独best)'' if文をどう埋め込むかばかり考えていたけど、まさかのメイン部分が流用できた。盲点だった。結局37Bは踏まず。実は工夫し方がたくさんある問題なのかもしれない。 - [[Problem 0171]] 37->36(best) 上の副産物。偶奇分けのやつは面白いけどこの方法には使えない。0248と比較するとmasさんとは答えが違いそうなので、まだ圧縮余地がある?測らずも15年前の自分のコメントと同じ状況に戻った。 - 数式(数学?)系全部bestになったと思う。まとめておこうかな。 - 更新祭りで嬉しい悲鳴 - [[Problem 0230]] が 15B ってマジですか?半分に圧縮するのは結構前代未聞w - [[Problem 2004]],[[Problem 1532]],[[Problem 0884]] 13,13,14(best) [[12B構文続編]] のクレイジー12B構文に記載していた「a(T):[1]a(AT+B)[2]a(CT+D) a(E)」について、a(CT+D)の後ろに命令が付くケースをすっかり見逃していた。 - 部位固定探索の時の設定を変え忘れたままだったのを修正。ちゃんとしたプロンプトなしで雑に投げると気づきにくいバグを埋め込む可能性あるな。 - [[Problem 0877]] 28->27(単独best) いくらpracticeとはいえ、この手の28Bでこんなに大量に並ぶ訳がないですよね。 - [[Problem 0011]] 16->15(best) solver ステップ数ちょい多め - [[Problem 0011]] 15->14(best) solver ステップ数ちょい多め 乱歩チャンスのある問題を一斉摘出するコードつくろうかなあ - [[Problem 0230]] 30->15(best) solver これは検索をかけようとすら思わなかった。割と奇跡的に見える。30Bはa(X):XXXXssを使ってました。 - [[Problem 0919]] 18->14(best) solver 18Bもsolverだったけど、検索サボってたらしい。人力では23Bまでで、その時はa(X,Y):XYXYXXssXXとかいう苦労の跡が見える関数を使っていた - [[Problem 1086]] がsolverで見つからないな… もうちょっとsolver強化が必要かも。12B構文の場合、パーツ選びやパーツの場所にセンスが試されるな(14Bならその辺も全自動にできそうだけど) - [[Problem 0466]] 34->30(単独best) 多重再帰。まあまあいい感じに書けた。 - [[Problem 0491]] 46->45(best) 数値関数をちょっといじった。今まで両方に突起を出していた(+++みたいな)が、片方だけ(⊥⊥⊥みたいな)になった。 - best率 94%乗りました! - 久々にまとまった時間を取れる&モチベーションがあったので、放置していた数値長文の勉強と試行錯誤(solver作成)をやっていた。と言いつつほぼグラフパス探索の動作を待つ時間だったかも… - [[Problem 1508]] 241->240(best) パスがよくなった感じではないので、まとめ方? - [[Problem 1509]] 231->216->215(単独best) s,rを並べるタイプのやつで書いてなかった。直線が多く、歩数がそこまででもない場合はこちらの方がよいのか。パスがよくなくて219Bを踏んだ。一般の盤面に対するs,rの個数の最小化や、7文字の先頭がsになるバージョンなどなどの兼ね合いは試してない。ちゃんと検索したらもっといいパスがあって更新。 - [[Problem 1511]] 234->219->218(単独best) 同上 パスがよくなくて221を踏んだ。ちゃんと検索したらもっといいパスがあって更新。 - [[Problem 1507]] 250->248(best) s,rs,rrs,rrrsを並べるコードで。なんとかパスを見つけた。 - [[Problem 1707]] 97->84 s,rs,lsを並べる。(r/rr/rrr)lls という関数を作った。1B足りない。 - [[Problem 0510]] 210->207 木構造じゃないやつの調整がまだダメダメ。sの個数最小化でたどる方法を考えるのだが、厳密にやるととんでもない時間がかかるので適宜人工的にやっている。このmapに関する経路だけずっと探索するコードを動かすのも一案か - [[Problem 0127]] 122->91(best) s,rを並べるやつ。これも経路探索は手でやらざるを得ない。305文字の経路あったけど、もうちょっと多くても91Bにはなる。この方針で縮めるには297文字くらいまで減らすか、全く同じ塊で移動するかの二択で厳しそう。 - 本当は互除法回りもちゃんとsolver化していろいろ試すつもりだったけど、ながらでやっていたら全然捗らなかった。結局、数値長文は残った非ベストが自作問なので自分で自分を苦しめている展開 - ようやく非ベスト残り100問切りました - [[Problem 0489]] 108->104(best) s4つの間に向き並べる方。一旦妥協。 - [[Problem 1762]] 15->14(best) 2変数solver こんなのあるのか - [[Problem 0658]] 18->17(best) solver 18をsolverで見つけてから特殊な初項。検索漏れてたし、そもそもパーツ検索していたので引っかからなかった。普通といえば普通なんだけど、自分はこのマップ見てこれは出てこないですね。 - [[Problem 1765]] 17->16(best) solver 二変数 絶妙 - [[Problem 0538]] 74->70(単独best) 既存のやつそこそこをいじった - [[Problem 1618]] 14->13(best) 数値solver。この見た目で二歩系じゃないのか - [[Problem 0455]] 28->27 フラクタルで。400番台あと1B… - [[Problem 0975]] ''18(best)'' solver 見つけたら自動投稿するようにしてたので気づかなかった。問題名の命令とは異なるけど、挙動は一緒(左に往復する)なので変数変換したら一致するのかな? - [[Problem 1442]] 19->18(best) 19Bができてたら18Bもできるだろというぐらい自然な解。コピペしてたから見逃してたパターン。 - [[Problem 1468]] ''29(単独solve)'' 結構前にズレがややこしすぎるのでHerbertEditorで無理やり対称性があるように塗り替えて考察してから放置していた。久々に取り組んでみたら、灰マスを踏まない+イレギュラーな部分をきれいにとるパスを偶然発見できて、そこからスルスルと全体パスが決まった。二種類のパーツで取っている。29Bにするまで結構苦労したのでもしかしたらまだ見えてないのかも?ともあれ長年未解決のものが倒せてうれしい。同じノリで[[Problem 0931]]や[[Problem 1439]]もたまにやるけどあまり進捗はない([[Problem 0931]]は将来性ありそうなパーツは見つかっている) - えっ、[[Problem 0304]] が解かれている!?!??しかも20Bで?? - Recentでドデカ成果が並んでるとこわい - tozan氏の問題はなんだかんだ解がちゃんとあるので、HOJの問題の中で解の存在が不明なものって[[Problem 1797]]だけですかね?こんなにたくさん問題があって1問だけって相当民度高いな - [[Problem 1714]] 17->16(best) solver 灰マス踏まないので検索はしやすい(灰マスを踏まない系だろうと検索前に推測するのが本質かも?) 前にも書いた通りなぜか1マス上にはみ出る。 - [[Problem 0824]] 26->24(単独best) もともとの自分の解が割と工夫可能だった。ステップ数とんでもない… 1714でいろんな解を探してそれを応用する作戦はうまくいかなかった。 - [[Problem 1183]] 18->17(best) solver 特殊な初項で圧縮するタイプだけど、圧縮する元のコードが違っていた。 - [[Problem 0371]] 16->15(best) solver 検索漏れてたな〜 こんなのあるんだ 人力では難しそう - [[Problem 0667]] 18->15(best) solver 18Bはa(X,Y):ra(sX,Y-1)srXrsで。確かに [[Problem 1762]]みたいなのがあるとわかってから検索すべき問題ではあるなあ。 - [[Problem 1023]] 19->18(best) solver もともとa(X):XsXa(slsrsXlsr) a(l)を参考に内側をフラクタルで埋める1変数解だったが、結局solverで制約つけて検索。全然違う経路でびっくりした。毎度中心にもどるのね。19B解もsolverで見つけたものとはいえ、そんなに不自然でもないので、こっちが先に出る人もいそうなもんだけど。 - [[Problem 1068]] 16->15(best) 12B solver 2歩ベースで。結構変なやつしか出てこない。探索しきってないのでまだ縮むかも? - [[Problem 0510]] 207->206->205(best) 結構考慮するべきパラメーターが多くて難しい。結局256にssls的な向きを一個含むものを割り当てる方針で205に。s4個区切りにした時にssssが出てこなくて、sの個数が最小のもの、をもう少しちゃんとやれば縮みそうだけども、面倒だな。 - [[Problem 0133]] 19->16(best) solver ステップ数も短くまるで想定解の動き。以前はパーツ指定探索してたけどその必要すらなかったのね - [[Problem 0891]] 22->19(best) solver ssrssパーツで検索。なるほど〜 - [[Problem 0976]] 18->16(best) 12B構文のパーツ育てるやつで書いてたけど、二つとも数値変数にしたら初項のイレギュラーが解決する。[[Problem 0815]] は書けていたのになぜ… - [[Problem 1740]] 16->15(best) solver solverといいつつ、srslパーツでかなり人間的な経路。 - [[Problem 0931]] ''27(単独solve)'' ''撃破!!''以下の何となく埋まるパーツを見つけていた a:slssr b:slsr f(X):XXXXXX f(aaaaabrssssssssssssssssssssssrrssbbbbbbbsslsssr) これだと別の突起部分を取れていないし、別の突起部分をもう一種類パーツ作って埋めようとしてもイレギュラー部分が出てきてしまうのだけど、もっと直線的に処理することを考えたら、類似した二種類のパーツで埋められそうなことがわかり、適当に調整してたらそれらも合わさって埋まるやつを発見した。こちらは制限byte数がゆるゆる(おそらく出題者もテクニックがない?)。ズラされまくってて見えづらいのが悪意満載ですが、[[Problem 1468]]よりは人間的でまともな経路でした。灰色の枠内を全部通ります。 - [[Problem 1439]] はパーツすらめどが立たない。意外と[[Problem 1496]]なんかは直線的でわかりやすい系の問題なのではないかとにらんでいる。 - そういえばtop50内の人間でbest率が80%台の人が一人もいなくなった。あと10数問ほど倒すとひたすら単独bestを倒さなければならなくなり、一寸先は闇。 **2026/6 [#p955c350] - 今までで一番理想的な時間の割き方してる(息抜きに気が向いたときに1時間ぐらいやる感じ) - [[Problem 0566]] 27->25(best) 二変数で書いていたが、命令も込めた。10年前ほど前にもらった「関数が弱い」のヒントがようやくうまく使えた。 - [[Problem 1331]] 27->26(best) とあるテク 自力で解いたけどよく見たら_misakiさんが答え書いてくれてた - [[Problem 1339]] 22->20(best) 向き調整できないと思っていたけど、向きの付け方を前後で入れ替えたらできた(良い向き調整が存在した)。 - [[Problem 1715]] 21->19->18(best) 1変数solverで19B その経路を見ると先に灰マス通りながら左側を取ってから一周していたのでそれを参考に直接書いた。 - [[Problem 1720]] 30->28(best) 行って戻るだけじゃなくて4歩進むのもまとめて書けるように関数を作る。一番シンプルに作れば後ろにr(もしくはl)がちょうど4つありますよね。 - [[Problem 1148]] 17->16(best) この辺の問題は全部snuke theory (数値多重再帰) [[Problem 1151]]もそれかと思ったけど作問者が違った - [[Problem 1180]] 52->51 Hilbert curveの特定の段階の書き方が‘鵑銚澆い妨討唸腓Υ愎作る一つの関数で向きを入れてもう片方を呼ぶ際はrrをつける'rとl相当の変数を作り入れ替える再帰で構築し、特定の数値だけ呼び出す、といくつか選択肢があって、 銑どれも向き調整があるのが面倒。今回は△鬮'にしてパーツのつなぎ目(20歩以上進部分)で再利用ができて1B減った。[[Problem 0075]] のコードは確かに短くなりそうだけど、△僚颪方をしようとすると初項の表現が出来なくてうまくいかない。。 - [[Problem 1184]] 22->21(best) 多重再帰。再帰の実行部分がXXrYYrXXrとなっていたのでそれは縮む。 - [[Problem 0025]] ''25->23(単独best)'' '''前からワンチャンあるとは思っていたけど、縮んだ!'''古の問題なので挑戦者多いと思うし、大分嬉しい。解法としてはフラクタルで、実現したい数列が作れない(か、大損になる)なと思っていたところがよく考えたら作れた、という感じ -> マップ全体がフラクタルのパーツの一個になるようにする。5n+2ではない。 - [[Problem 1671]] 27->26(best) 向き調整と数値関数使いまわしパーツ作るところはいまだに苦手意識ある - [[Problem 2042]] 19->18(best) 2043ができててなぜかこれができていなかった。多重再帰でパーツを使いまわす。切れ目の認識がむずい。向き合わないと思っていたけど左右対称じゃないので逆回りにすれば調整できる。 - [[Problem 0845]] 26->25(best) 命令を四倍にくっつけたいけど、そうすると無駄が発生してしまうので変数を挟むことで回避する。 - [[Problem 0920]] 25->22(単独best) 再帰でなんか合うやつがあった。未だに経路不明。 - [[Problem 0292]] 33->32(best) 直接書いた。フラクタル系でよくある、初項のrrを書かなくて済むやつ。 - 単独best集計プログラムがすぐに作れる。いい時代になった。 - [[Problem 0190]] 24->21(best) これまでは左、右、真ん中の順で取っており、ssXXXXを用いていた。経路は変えず、関数を改良。10歩と2歩がメインなのでssXXXXが強いかと思いきや、パーツの形や向き的に二変数の別のやつの方が強いのは盲点だった。 - [[Problem 0983]] 41->35(best) 前半と後半の数列の構造が似ていることに着目するのはできていたが、途中で止めるために3つ目の数値変数を使っているのが無駄だった。後半に長さの制約がないのでcを定数として(X+Y,Y+1,Z-1)は(X+c-Y,Y-1)と書く方がよい。途中の13歩連打を関数の後ろに仕込むのは昔の解でできていた。 - [[Problem 0838]] 28->27 前の解はおそらく想定解で、長さnの正方形をフラクタル的にくっつけたパーツで再帰で埋める。今回は3*3の正方形を埋めるパーツを使って直接書いた。1B足りず。 -「直接書く」という表現は違和感なく使っていましたが、確かに用語ですね。初出は2011年のmasさんの雑記? - その他数問考えたけどあまり成果はなく - best率93%乗りました! - [[Problem 1463]] 21->20(best) 21Bの時とほぼ同じ関数を使っているのだけどなぜか得している。21Bは実行の最初でa()とか書いているのでそこが無駄なんだろうな。 - [[Problem 1504]] 32->30(best) 12歩を超えない数値調整をしているところから、成長回数に着目して14,8,6,5,4・・を作るために12B構文を使っていた(数値変数は一つで済むけど、-4倍から4倍の間では実現できなかった)。もともと「n歩ずつ成長させて12歩を超えない」なので数値変数二つ使った双曲線っぽい成長の方がよい。数値を求める部分は生成AIに投げた。r+実行 という答えもあるなあ。 - [[Problem 1113]] 25->24 渦。いい感じに位置があった。1B足らず。 - [[Problem 1660]] 20->18(best) 二変数solver コード自体は人間的に見えなくはないけど無理 - [[Problem 0011]] 20->17(単独best) solver 人力で見つけた20Bはお気に入りだったので残念 - [[Problem 1027]] ''33->29(単独best)'' sqrt(n)歩進む関数と、144から平方数引いていく関数の構成が似ている(a(X,Y):rsla(X-Y,Y+2)lsrとb(X,Y):**b(X-Y,Y+2))のでこれらがうまく合わさる解法があるとは思っていた。[[Problem 0840]]の24B解と近いことをしたらうまく一つにまとまった。もっと変な解もあるのかも? x^2+y^2<=144の規則でテクニカルに書けたのでかなり満足。 - 数学っぽい題材の問題は残り約数カウントの二問だけかな?厳密には素数のやつをちゃんと数式でbest化していないけど。 - ふと「新しい黄緑増やせるのかな」と思ったけど、現状だと[[Problem 1278]]を解く以外自力で黄緑を増やす方法はないらしい。(ちなみに32Bから縮まない) - [[Problem 0192]] 更新できそうなアイデアがあったが条件に合う最小の数が342で無理だった - [[Problem 0283]] 25->24(best) 三倍関数まわりで。壁使わないと聞いていたが自分の解は使っている。向きの調整でrrをうまく括り出せた感じ。 - [[Problem 1225]] 35->33(単独best) 昔の雑記で「まだいけそう」という表記があったのでチェック。コードだけ見て縮めた。元々無限ループと関数定義がどちらもあって使いまわせてない感じだったので関数側に変数増やして直接書く感じに変えた。 - [[Problem 1322]] 27->26(単独best) 昔の雑記で「まだいけそう」という表記があったのでチェック。元々の作り方だと工夫があまりできなかったけど、sXsという真ん中を成長させる作り方じゃなく、XsXと両端を成長させる作り方にするといい感じに。すぐ単独じゃなくなりそう。 **2026/5 [#p955c350] -お久しぶりです(テンプレ) -生成AI使いながらsolverを改良した。 -solver自体の改良に使えるのはまあ自然なんだけど、経路発見とか、圧縮に効くよい関数の発見とかに活用できないかと考えている。使いこなせてないな。 -[[Problem 0248]] 39->38 if文/剰余判定/約数カウント/main と分けていたが、真ん中二つがいい感じに合わさった。合わせるときに剰余判定の途中経過が約数カウントに影響を及ぼさないように「1度だけ実行」という機構を入れる必要があって、そのために変数を追加した。あと1Bについてはif文(a(X):s)は相変わらず浮いたままなのでそこがポイントなのかな? -[[Problem 0253]] 30->28(best) (93+3n)/(3+n) という式が想定解で 2変数でg(A,B):f(A,B)sg(A+3,B+1)という書き方をしていたが、(93+3n)/(3+n) = 3 + 84/(3+n) なので、A+3側は定数にして3の分をあらかじめ仕込む、というだけだった。(pastaさんの「4歩下駄はかせる」と全く同じ) -[[Problem 0296]] 22->21(best) 特殊な初項で、3変数版の解をいじる形。メインパーツにおまけパーツをくっつける際に、変数を増やしたことで組み込み方が実は複数ある。このうち、初項に入ってしまっていた向きを消せる調整がある。「ssslsr」というパーツ側に、成長記述の「ss」を使うのかと思っていたけど、それは無理。 -[[Problem 0516]] 29->24(best) 4倍を使いまわすのでなく、4回に1回成長する、というのを書く。さらに、4回に1回成長するのを再帰ではなく数値で書く。こういう書き方をする問題は殆ど無い(a(X):sa(X-1)的な物を使う)ので、割と初期の方が思いつきやすい、という感じでしょうか。 -[[Problem 1023]] 23->19 1変数solver久々に動かした。いい感じに往復しながら渦上に取っているが、構造があんまり理解できない。このコードを多変数で書くのかな? -[[Problem 1025]] 30->29(best) とあるテク(弱)の復習 -[[Problem 1440]] 17->16(単独best) solver まああるよね -[[Problem 1941]] 15 いつの間にできてたやつ - best数が1600を突破!結構シンプルなことに気づけてないケースが多い。 - 自分の様に「久しぶり」を繰り返すプレイヤーにとって、拡張機能のmemoが神すぎる。数年前の思考や試したことがメモってあるので。 -[[Problem 0753]] 30->28(単独best) 経路はそのままで、いい補助関数が使えた。 -[[Problem 1814]] 28->26(best) 1815と類似して渦っぽくとるというヒント?から。直線の途中にslsr入れてうまく灰を避けているけど、これもっといい解ありそう。 -[[Problem 1936]] 31->29(best) srsslsパーツで取る -[[Problem 2053]] 27->25(best) 1936と同じ補助関数、結局再帰でやった。直接でもできるらしいが・・・ -[[Problem 0667]] 20->18(best) 太く中心に戻ってくる渦の数値関数使いまわす問題かと思っていたけど、もっとシンプルに同じ関数で2パーツ配置するだけでいい。向き調整の分は圧縮できる。 - HOJって15年も経ってるのだな - 1500番台をメインにチェック。黄緑がとても多く、実は苦手意識のあるページかも。 -[[Problem 1189]] 27->26(best) _misakiさんが得意な、成長させない数値関数の手法(n歩n倍両立) -[[Problem 1553]] 24->22(単独best) 二変数の再帰で書いていたが、初項がどちらもrrだったところを育てているパーツ側を使い回すことで誤魔化す方向で描き直したらなんか埋まった。1マスだけ取れなかったり真ん中1行だけ取れなかったりして調整にやや苦労した。太いパーツなので類題には使えない方針だった。 -[[Problem 1569]] 31->28(単独best) 12B構文 いつ22歩行って戻るのか、というのを12B構文の数列として表現。いい数値がヒットしたおかげで(?)単独。「12B構文」と言っても対象とする数列をどれにするかの選択肢があるのが悩みどころ。 -[[Problem 1567]] ''44->40(単独best)'' 以前の考察で原始根かつ7乗との和が最小のものという考察で47,_misakiさんからのヒントで (-a)^7=-a^7を用いて直接書く方法で44だった。「原始根かつ7乗との和が最小のもの」の部分で23に近い数字を負の数として記述できることが完全に盲点であった。(ここまでで42B) そのあとはn歩の関数に命令をうまくくっつけて「棒を立てて戻る」部分を構成する。向きが上手いこと記述できる絶妙な関数を見つけて40Bになった。(ちなみに、負の数の部分の気づきについては生成AIが間接的に活かせた) -[[Problem 1998]] 22->21 a(X,Y,N):Xa(YX,Y,N-1) 的関数を使って記載。22のときはその構造になんとなく気づいていたが、うまくまとまらずパーツを直接書いて再帰していた。成長させるパーツがs,r,lというところなどが他の手法の存在を示唆してそうだけど、思いつかず。 - 数値関数と命令を混ぜたやつ、非常に強い手法なのに、存在に気づいたのがかなり後なので考察漏れが大量にある。 -[[Problem 0290]] 22Bまで作れた。あと1Bだが… -[[Problem 1572]] 35->33(best) いままで4変数で1/x計算用に二つ、成長用に一つ、if文用に一つとしていたが、if文用の判定は計算のところを無理やり使う形にできる。命令用の変数に変えて、二倍を実現できるようにした。 - best率92%乗りました! -[[Problem 1541]] 25->24(best) 5倍関数で。他二人と違いそう -[[Problem 1555]] 29->24(best) 誰も雑記を書いていない問題。渦系の数値関数で結構テクいことをしているので他の人とは違いそう。とはいえ、揃う問題にはとても見えないので簡単なものを見逃しているっぽい。まだまだ縮むんでしょうかね。 -[[Problem 1682]] 20->19(best) XssX を使う。rssrssrssをra()a(r)a()としてしまっていたが、これは損している。 -[[Problem 1717]] 21->20 a(X,Y):sa(X-1,Y)lYを用いた。壁も使っているし綺麗にかけたつもりだが、bestじゃないのでまだ認識できていないか… **2023/7 [#n6770f5e] -パソコン新しくしたついでにsolver動かしてみたりして久しぶりにログインした。 -数式系とsolve0人にちょっかい出すだけの人になってる。 -今流行の生成AIと組み合わせて探索を狭めたり効率の良いsolverを作ったり自分の思考を真似たコード生成を行ったりできないかなあ -[[Problem 0184]] 40->38 互除法に無理やり二倍関数を詰め込んで圧縮した。数種類のパーツを並べる手法でいいのないのかなあ。あと1B -[[Problem 0270]] 29->28 rsrrsrの無駄の解決と曲がるのが両立しなかったけど向き入れ込むだけでよかった。あと1B -[[Problem 0171]] -[[Problem 0248]] 再度考えたが進捗なし。if文周りが下手っぽいんだけどいい感じにならない。 -[[Problem 0285]] 48->47 パーツの成長に向きを入れ込んで1B圧縮。逆順でも縮まないなあ。。 -[[Problem 0285]] 47->43 47B解の5変数関数定義は1行のやつはパッと見よさそうだけど、曲がるためだけの変数を何度も書いていて無駄っぽいので、ビットカウント部を分離して関数を3個にしたら縮んだ。if文(i(X,Y):Yみたいなやつ)を一度しか使っていないのがいかにも無駄だけどなかなか微調整が効かないな。。 -[[Problem 1943]] 20(単独solve) ヒントに倣ってパーツを追加したsolverをとりあえず作った。(2変数のYに指定したパーツを入れるだけ)検索したら22Bで引っかかったが、lrみたいなのが含まれてたので普通に20Bになった。灰マスは通らない。経路はまあ予想外で人間的には解きづらいかなあ。 -[[Problem 1472]] 24->21(best) 長さの差が2の長方形をたくさん書く方針だったが、よく見たら正方形でもサイズがでかくなった時に隙間を取ってくれることに気づいてbestになった。回る向きとかも大事。imagine cupは想定よりも数周期分多く実行した結果をmapにしがちだな。 -[[Problem 1467]] 26->25(best) 0から考えたらいけた。渦で挟んだのを無限に繰り返す方針。26の時は数値関数を使い倒してた。正直縮みそう。 -[[Problem 0569]] best solver 多分前つくったやつだと見逃してた。X+X+cのcが0になるので縮んだみたいな感じ。 -[[Problem 0526]] best 実行部分XXでも検索できるようにいじって検索。 -[[Problem 0630]] best 再帰、自力でやった。細かい調整がむずかった。今までは数値関数使いまわし。 -[[Problem 0857]] best L字のパーツの縦育てるのと横育てるのを分割してあとは数値と向き調整。l+実行なのでまだ行けたりするのかな。この手の成長の調整が複雑なタイプは数値がよさそうなんだな。 -[[Problem 1800]] 71->65(単独) 以前の解釈は「2以上n未満の最大の fibonacci num を引いていき、2残るときに棒を立てる。255超えてしまう分は、あらかじめ233(fibonacci num)を引いておいて対応する。」という方針。fibonacci num を引く過程で、1を引いてしまうとすべての数が2に行き着いてしまうため、2個前のものとペアにすることで処理していた。 該当する fibonacci num は高々1回しか引かれないことを利用して、書き直した。 Xが今調べている数、YとZを fibonacci num の組として以下のような変更をした。 a(X,Y,Z):a(X-Y,Y,Z)a(X,Y-Z,Y-Z-Z)b(X) (二つ目の項はY≧Xで実施,bはXが2のときのみ実行) f(X,Y,Z):f(X-233,Y,Z)a(X,144 55)f(X+1,Y-1,Z)lf(X+1,Z,Z-1) ↓ a(X,Y,Z):a(X-Y,Z,Y-Z)a(X,Z,Y-Z)b(X) (二つ目の項はY≧Xで実施,bはXが2のときのみ実行) f(X,Y,Z):f(X-144,Y,Z)a(X,144,89)sf(X+1,Y-1,Z)lf(X+1,Z,Z-1) こうすると、同じ fibonacci num を何度も引くことがなくなる。また、1を引いてしまう問題については、「1以上n未満の最大の fibonacci num を一度だけ引き、途中経過が2になる」ことと「2以上n未満の最大の fibonacci num を引いていき、結果が2になる」ことが同値なので、これで圧縮が効く。Xに入る数によっては途中経過が何度も2になるため、従来のコードと挙動が異なる。 加えて、if文を二倍関数にすることでrsrrsrの無駄と引き換えに実行時間を(指数関数的に)増やす方法で圧縮した。数値選びに少し苦労。 -[[Problem 0285]] 43->41(best) 「if文が無駄だなあ」と言っていたけど、ただ変数増やしてそこに入れればいいだけだった。。向き+実行みたいになっていて、「逆順にしたら縮んだ」の仕組みを導入できていないので、そこ次第ではさらに縮むと思う。 **2022/12 [#j79a2f8c] -年末急にHOJがやりたくなる -[[Problem 1239]] 25->23(best) 三倍+向き 多分作問者想定解。分かってしまえばかなりシンプルなコード。偶然答え登録したのが同じ日だ(11年も違うが) -単独ベストが作問者というやつを狙撃したいけど、まあ当然難しいね。 **2022/3 [#j79a2f8c] -別ゲーやりたくて回してたsolverを止めたため進捗がほぼなくなってしまいました -best率90、数式系、気になる再帰系を倒した関係でモチベがあまりないというのもありますが、いつか長文系もうちょっとトライしたいなとは思ってます -[[Problem 1387]] 21->20 逆順に sovlerで変な答え探せば縮むかも? **2022/2 [#n540108f] -[[Problem 0722]] 18->17 丁寧に書き下して、いい感じに再帰。 -[[Problem 0700]] 直接書いても28になるのかー 絶妙な関数とか経路認識がありそうなものだけども。。 -[[Problem 1028]] 45->39 n!をn+1回 足すのではなく、n+1をn!回足すことにするとnの更新用の変数が減らせる。 -[[Problem 1551]] 39->35 上の方針に加えてsnukeさんが紹介している変数の順序を変えてNLE回避するやつを適用。前から処理するからこういうことできるのか〜(脳死でコピペしてたため、自分にとっては新テクだったのは秘密)。n歩を中に入れて一行にするのは、従来の手法で保存用として使っている変数を削っている関係で無理だった。 -単独best集計を依頼 変な文章で依頼したらコンパイルエラーを指摘されてpますstますさんに依頼したことになってしまった(??) -[[Problem 0265]] 46->43 XsYsXを使ったらわりとあっさり46くらいになって、そこから使い回す部分の選択や経路に少し工夫。単独で喜んだら一瞬で抜き返されてなぜかテンションが上がってしまった。 **2022/1 [#ucfab21e] -最近solverくんが頑張ってるだけなので実質pastaさんが成果を出しているとも言える -[[Problem 0133]] 20->19 多分まだある -[[Problem 1293]] 17->16 一変数。人間的なやつとヤバいやつの二種類発見 まだいけるのでは。 -[[Problem 0948]] 20->19 一変数。とりあえず雑に。まだ検索中 ---- -書き溜めてたの含めて長くなったので[[アルファベットシリーズ攻略]]を新たに作って書きました。 -[[Problem 0409]] [[Problem 1296]] 28->27 三変数の再帰をちゃんと一から考察したら縮むやつがあった。[[Problem 1296]]だけ縮めていないのはただの確認漏れなのか手法が壁依存のものなのか -[[Problem 0410]] 22->18 結局一変数solverで検索 オン会で見たやつとはちょっと異なる形でできた。模様系の知見もう少し持っておきたい。しかし22Bの時の苦労を考えるとsolverでそこそこすぐに見つかってしまうのは切ないですね。。 -[[Problem 0578]] 27->24 数値から再帰へ。調整がちょっとむずい。 -[[Problem 1504]] 33->32 12B構文で変数を減らしたものの。。足りない。 -[[Problem 0405]] 24->23 数値で書いた。絶妙に再利用ができず無限ループになってしまう。 -[[Problem 0667]] 21->20 数値関数再利用で。18???? -[[Problem 1032]] 30->28 結局再帰で縮んだ。[[Problem 0404]]と同じ圧縮。 -[[Problem 1765]] 21->18->17 solver まだ可能性ありそう。 -[[Problem 0527]] 52->51 数値関数で書いて雑に変数増やしたらあっさり51Bになった。右下は後回しにして中心に戻らずとってるのがポイントかも。まだ縮むのでは? -[[Problem 0912]] 23->22 見落としと言われればそうかもしれないけど、見落としやすくて苦手な圧縮だった。 -[[Problem 0498]] 34->32 灰マス突っ込むと関数を簡単に使いまわせるのか。直接書きました。無駄がありそうに見えちゃうけどそうでもないのかな? -[[Problem 1512]] 47->45 多重再帰とpXqした まだ縮むかもしれない?→多重再帰の意味がなかった。pXqがうまく使いまわせるようにパーツを調整。 -best率90%! モチベ少し控えめになりそうです。 -[[Problem 0981]] 19->18 二変数solver部位固定 賢いなぁ。。 -[[Problem 1357]] 22->20 模様乱歩+特殊な初項 wwvwwさんの雑記を見る感じ全然違う答え? -[[Problem 1271]] 28->26->24(単) 模様乱歩+特殊な初項 惜しいやつがたくさんあって調整とパーツの統一が悩ましい。こちらは多分27の人たちと方針自体は一緒かな。一マス埋まらない気持ちを共有したいやつ。今回はメモに惜しいやつが書いてあったのでそれを流用。->もうちょっといい奴が向き調整の末発見できた。 -模様系(≒同じ形が敷き詰められている系)の問題リストが欲しい。。 -[[Problem 0229]] 22->15 一変数solver オン会でも行けそうだなと思ってたやつ -[[Problem 0933]] 未->17 ステップ数多い 灰マス以外全回収 かなり人間的だけど解ける気がしない。対角線部分を無視して拾う方法と対角線を拾う方法を別に考えればワンチャン?imagine cupは傾向的に灰マスはあまり踏まず、コード自体は人間的なものが多いのかな。未solveに活かせるといいのだけども。 -関数展開する際に1stepカウントされる仕様っぽい。関数の展開回数が多すぎる問題は普通の再帰だとあまりないけど、数値乱歩とかだとそこそこ影響ありそう。 -[[Problem 1470]] 未->20->18(単) 一変数solver 灰マス踏まないです。このコードで出題するとして、このmapにするのはさすがに出題が下手だなと思ってしまうが。オン会などで自分の未solveのヒントもらいまくった分こういうので成果を出せたという点は嬉しい。 -1300番台緑一色すごすぎる 長文でない非ベストがたくさんあるなあ -[[Problem 1393]] 22->20 とりあえず横槍入れてみた。21がわからなかった。もっと縮みそう。 -[[Problem 1174]] [[Problem 1310]] [[Problem 1311]] なるほどn歩を使うのか。再帰にこだわっていた。1311とかはワンチャン縮むやつがあったりしそう -[[Problem 1495]] 未->20(単) solver なんか出てきた。灰踏みません。 コード自体は理解可能ですけど、まあ不可能ですね。。a(X):XXXXa(sXl)というやつの亜種です。 -[[Problem 0133]] 25->24->22->20 一変数solver パーツ指定。これだけ対称性が高いならまあまあやりたい放題ということで ---- -[[Problem 2072]] [[Problem 0414]] 16B(19B)いやこの認識はすごい というかそこが初期位置の方がHOJ的には自然なのが意外すぎる。 オン会で「最初に3歩進みますよね」と言っていたのは経路的に3歩進んでいるだけなのかと思ったのですが本当にsssa(*)みたいな書き方をするんですね〜 (ちなみにsolverで検索しました。一変数も特殊な初項の二変数もありますね) -[[Problem 0409]] 縮んでいる!?考察せねば -imagine cup迷宮入りしてた三問を教えてもらった。単独潰してしまう&経路発想に重点が置かれている問題なので解いてしまうか迷いましたが、結局投稿。降参した問題だということはちゃんと書いておきます。 -[[Problem 0926]] 54->38->35 全部再帰でまとめて取るのではなく、二回に分ける。規則認識自体はあの図でできていたのに単純なことに気付いていなかった。。ちゃんと解けるべきところまで行っていたので悔しい。best化少し苦労したけど、まだ縮む可能性はある。 -[[Problem 0928]] 未->39->32->30 長さ3の正方形書いて進んで右に曲がるというパーツを3回使って何周もすると何故か埋まる。何周もするのが盲点であった。こちらは自分の力のみでは絶対に解けないなと思った。最初配置方法が下手だったけど四個とって後ろ向いて何歩か歩く、というのを3回やると綺麗に埋まった。四倍と三倍の関数でbest化 -[[Problem 0933]] 実は検索をかけていたんだけどステップ数が足りてなかった? 灰踏まない+片方がパーツ育成というところから再度検索中 ---- -オン会!400番代と気になるやつをいくつか共有しました。 -前半のボリュームが凄まじい反面後半はボチボチ、という印象の400番代。 -アルファベットシリーズは別でまとめて感想を書こうと思います。残ってたRも見落としに気づいて全緑達成! -[[Problem 0401]] フラクタル系、二倍ごとに分けるとか向きをどこに込めるかとか細かく難しいものが多い印象 -[[Problem 0404]] 22->21 変数を増やして複合系。かなり自然な発想だけど気付けなかったなあ。 -[[Problem 0405]] 経路取りはあってるらしい。再帰で連打するのではなく、という感じ。 -[[Problem 0408]] 今回のオン会で共有した、12B構文の成長途中を配置する手法を共有。難しそう。 -[[Problem 0409]] いまだに馴染まないbest解 想定解は直接書くものだったらしい。wwvwwさんが[[Problem 0395]]みたいな解き方をしてて意外とやりようがある問題っぽいな -[[Problem 0410]] 割とシンプルな模様系乱歩 パーツに工夫があるとのこと? -[[Problem 0412]] こちらも模様。この手のどこかにまとめておきたくはある。 -[[Problem 0414]] pastaさんとmisakiさんの答え合わせ方法が独特で面白かった 意外な手法らしい? -[[Problem 0445]] 正方形を成長させて描く関数を使い回す -[[Problem 0450]] 結局乱歩。想定解気になるやつ。 -[[Problem 0451]] シンプルだけどかなり難しい。 -[[Problem 0453]] 20->19 22を二つのテクニックで19にする、というヒントがあって自分は一つにしか気付いていないという認識だったのですが、そうではなかったという話。実行部ではなく育てる長さの方をゆっくりにする。 変数増やす成長の調整が身についていないな。 -[[Problem 0455]] 再帰で作ると良いらしい。 -[[Problem 0456]] [[Problem 0457]] 部屋シリーズ。白い部分が地面? -[[Problem 0459]] 二倍関数の部分に無駄を感じれるかどうか -[[Problem 0463]] みんな人力で到達したとのこと。すごい。 -[[Problem 0464]] これも模様系。フラクタルよりも実行がはやいのも助かる。 -[[Problem 0466]] 強い補助関数or再帰で往復 多重再帰だとばかり -[[Problem 0468]] 多重再帰の別解を教わった -[[Problem 0474]] 難問 タイトルから解いた人が多い? -[[Problem 0477]] 40B三人とも違う傾向の答えだった -[[Problem 0482]] 意外とみんな違う乱歩だった -[[Problem 0487]] 直接かけるらしい。自分はmeshと同じ手法 -[[Problem 0488]] misakiさんは数値 自分は直接。 -[[Problem 0489]] 経路も数値のまとめ方も損している -[[Problem 0497]] masさんの17Bがまさかの再帰だった -[[Problem 0498]] 実は経路が偉い問題だった。真ん中から灰マスつっこむらしい。 -[[Problem 0926]] 54->38 全部再帰でまとめて取るのではなく、二回に分ける。規則認識自体はあの図でできていたのに単純なことに気付いていなかった。。 -[[Problem 0928]] 未->39->32 長さ3の正方形書いて進んで右に曲がるというパーツを3回使って何周もすると何故か埋まる。何周もするのが盲点であった。最初配置方法が下手だったけど四個とって後ろ向いて何歩か歩く、というのを3回やると綺麗に埋まった。 ---- -あけましておめでとうございます! HOJにモチベがありながら年跨いだの久々だなあ -[[Problem 0408]] 18->17(単) [[Problem 0430]] の系。数字と配置方法見つけるのちょっと大変。これのsolverあったほうがいいかも。 -[[Problem 1581]] 20->18 step数と灰マス上限を減らして検索。 -[[Problem 0013]] 22->20 実は22Bの時の経路と一緒だった。(数字の7みたいなパーツを並べる)それっぽい再帰にして20になったけど、もっと行けそうな気はする。 ちなみに20B解とは別に新しく考えてた経路はこんな感じでしたが、始点に制限があってうまく活用できませんでした。 #ref(0013_keiro.png,nolink,40%) -[[Problem 1239]] 26->25 関数改善 再帰に乗りそうな形にできないなあ。 -[[Problem 0729]] 17->16 二変数solver 17を特殊な初項で縮めるやつだった。17の人がいなくてみんな16なのすごい。 -[[Problem 1670]] 17->16 二変数solver こういうのうまく作るの苦手 -[[Problem 1510]] 248->244 solver作ってる途中。これぐらいだと別の手法でもっと縮んだりしそう。 -[[Problem 1600]] 再帰の18B発見した。想定解はsnuke theoryでa(X):Xa(XXXXa(sX,hoge)r,fuga)みたいな書き方をします。再帰のやつ、灰マスまったく踏まない解でめっちゃびっくりした。ここからうまく圧縮するのか。 -16Bのこり [[Problem 0976]] [[Problem 1148]] [[Problem 1151]] %%[[Problem 1600]]%% 1600以外は数値? -17Bのこり [[Problem 0658]] [[Problem 0933]] [[Problem 1183]] %%[[Problem 1714]]%% 16Bと違って全部再帰っぽい -[[Problem 0082]] 21->20->19 大きい方からやる渦関数使い回す。あの作り方でずれる分も使い回すことでうまく修正できる。 -0番台緑一色!! ただ0000があるのでちょっと怪しいか。 -[[Problem 0646]] 25->22->21模範解答かってくらい綺麗に全部取る答え。最初数値でやってたけど再帰でも大丈夫。四隅のパーツ取るやつで真ん中の十字も取れちゃうという。 -[[Problem 0217]] 32->31->30 結局外側とってから内側取るやつに戻した。対称性がないのでどこから始まってどこから抜けるかで調整が変わってくるのが難点。 -[[Problem 0424]] 33->32 直接書く系で一変数+向きで33にしてたけど、ちょっと違う関数で32になった。そもそも縮みそうだなと思ってはいたのでいい機会ではあった。 -[[Problem 1600]] 18->17->16 灰マス結構踏む18Bがあって、それに特殊な初項が使える。パーツ構成的にもっと実行時間をかけてワンチャンあるやつを試すと通る。位置が合う理由については全くわかりません。。&color(white){XsslssXrs→rXrsXXXrって変数変換的な操作から導けるのかなあ}; -[[Problem 1714]] 18->17 2変数solver 灰マス踏まなさそうだなと思って条件変えたらすぐ出た。出たのはいいけど、原理が全然わからない。なぜはみ出る?? -[[Problem 1928]] 21->20->18 数値で書いていたのを直接書く方針に変更。直角二等辺三角形を拾っていく方針。ただ、最近見つけたあの手法が適用できる可能性もある。 -[[Problem 0808]] 23->22(単) 当時は模範解見て「こんなの無理だ」と思って完全に諦めていた記憶があるんですが、真っ白な状態で再チャレンジしたら縮んだ。 -[[Problem 1053]] 65->63(単) 既存の答えいじっただけ 長文は後回しにしちゃってる(後回しと言いつつ勝てる気がしていない) -best率89%! そろそろsolverができる仕事もなくなってきてかなりキツい。。単独を投げ合う争いみたいになっている。 -[[Problem 1883]] -[[Problem 1884]] 24 確かにまあまあシンプルな書き方だった。以前のはわりと自然な三変数関数で今回はパーツに適合した二変数関数 三変数の方が自然な発想に見えちゃう。 -[[Problem 0808]] 22->20 えっ!! **2021/12 その2 [#ucfab21e] -[[Problem 1239]] 未->26 3倍関数で適当になぞったら解けた。-> 3倍関数と雑な置換で26Bまでいけた。 23は遠いな。。再帰に乗るのか全然違う答えなのか。ちょうど10年前の日付なことに気づいた。 -[[Problem 1112]] 22->20[[Problem 0481]] がbestだったのに何故かこれはbest逃してた -[[Problem 1307]] 19->17 12B構文 ただし0を実現する必要があるので変数が増えている。 -ここ二ヶ月だけでだいぶ更新してて、モチベの波の激しさが見える。 -アルファベットシリーズは残すところあとRのみ! 数式系と長文系以外のあらゆる技術が詰まっていると言っても過言でないぐらいに全問題が完成されているシリーズ。緑化したい。 -[[Problem 0430]] 20->16(単) 20Bは12B構文に二変数目を生やすことで無理やり打ち切って実現していた。さすがにこれは無駄だらけなので、近い発想を用いて、12B構文で成長するパーツを保存して適切に配置することでまさかの16Bにまで圧縮できた。19Bは多重再帰(snuke theory?)らしいのでチェックしておきたいけどわからない。数値やパーツの調整が少し難しかった。講座を書いたことでこの辺の理論が脳内で整理されたのが良い方向に作用しているようだ。 -[[Problem 0440]] 30->28 misakiさんのヒント通り、再帰でとる。再帰で都合よく書くためにいくつか工夫が必要だった。補助関数ともうまく適合してなんとか28Bになった。これが何もないところから出てくるのはすごすぎる。 -[[Problem 0434]] 20->16(単) [[Problem 0430]] の系。これで縮むやつ結構ありそうだな。 -[[Problem 0419]] 24->23 数値の方の24B解にもう一個変数増やして、「両端から同じもので挟む」を実現する。塊だけじゃなくて、パーツのl 21歩 l と l 9歩 l についても縮められて、結果的に23Bになる。こういう圧縮が効くんだなあ。[[Problem 1244]]ではできなくてこの問題ではできる、というのがヒントだった。 -[[Problem 1481]] 30->28 多重再帰のお勉強に。書き直したらわりとすぐにbestになった。 -[[Problem 0432]] 色々試しているけど縮まない。 試しているうちに多重再帰への慣れが出てきた。 ----- -なんとかRank1位になったけど、向こうの白見ると余力の塊な感じなので実感が全くない。まだbest率も全然ダメですね〜。 -[[Problem 1176]] 28->20(単) 普通にギザギザ3個パーツで乱歩検索。一瞬で出てきてびっくりした。みんななぜか検索しようとしてなかったやつ。12Bの乱歩をベースにしていて、灰マス踏まないです。 -[[Problem 0740]] 33->27 成長をうまくずらすと十字パーツ6まで+8歩、十字パーツ2まで+4歩がかけて、パーツ間の移動も数値関数使いまわせる。bestはわからない。。 -[[Problem 0926]] 59->54 無理やり解いてるだけ。多分何かに気づいてない。無駄なパーツの連打、変なパーツ移動が多すぎて大変なことになっている。 考察した時の画像を一応共有 #ref(0926.png,nolink,40%) -[[Problem 0980]] 84->70 n歩r m歩r を書いた。 -[[Problem 1052]] 数値関数使ってみたら39->38 まだ下手くそだけど放置。 -[[Problem 1549]] 28->26 リンク先見ながら。なるほど、賢い -[[Problem 0920]] 28->25 ひとまず直接書いたら縮んだ。やりようがありすぎて全くわからないやつ。 -[[Problem 1463]] 22->21 XslsrXを使って1B圧縮。bestは謎だなあ。 -[[Problem 0946]] 未->18 解けた!!!パーツの向きを変える系のものを数値関数で書くのかと思っていたけど、そうではなかった。渦関数で、基本パーツも小さい渦、みたいな認識したら解けると思います。灰マスは通らないです。 &color(white){個人的には2029と似てるとはあまり思わなかった。}; -[[Problem 0282]] 56->52(単) 以前雑記に書いた方針で「[K/10]下に行って[K%10]上に行く 的な関数の効率良い生成方法」の部分でだいぶ怪しいことができて圧縮に成功。初項の処理がわからないのでいまだにllsa(-,...)みたいな実行になっている。 ---- -デカい点数の問題ばっかり考察してる。自分ポリシーとしてはbest率の方が重視したい(bestボーナス、みたいなのがあってもいいと思っている)んだけど、戦うためにはsolve数方向に頼ってしまう。。 -本当は多重再帰系と数値系に時間割きたかったりする。 -[[Problem 0588]] srsとlslで雑に検索(sをsrs,lをlslと変換する感じで大丈夫) 結局一変数ので済ました。数値の可能性も複雑な再帰の可能性もある。 -[[Problem 1087]] 初項に入れておけばいいのに無駄なことをしていた ふつうにf(X):XXXXf(Xss) f(-) で書ける。特殊な初項で21B -[[Problem 1348]] 長さ測るのが難しいやつ。結局投稿してた答えに多重再帰が使えた。 -[[Problem 1445]] パーツの育て方を間違っていた。初項のパーツを三倍にしていく戦法でやっていたが、2個ずつ増やすだけでいい。 -[[Problem 1467]] 何にもわからない。渦関数をちょっと使いまわして単独ワースト回避。 -[[Problem 0915]] いろいろヘタクソだったので経路そのままで数値関数を改善。特殊な初項でパーツ間の移動をよくしたのと使い回しを増やして23B あと1Bはわからない。 ----- -[[多重再帰構文!!]] キター! ゆっくり消化しよう。あえて変数を生やすやつが下手くそなので練習が必要。 -[[Problem 0195]] sとr並べる互除法。互除法solverっぽいものを作ろうとしたけど、全部を圧縮するやつはまだ作れていない。。最後は無限ループでギリギリsolve 壁をうまく使って向きを削ればもうちょっと縮むのかな。問題名的にa(X):sa(X-1)srみたいな関数でなぞるのかなと思ってたこともある。→というか、sとsrを並べるという択もあるか。 -[[Problem 1782]] bitの1の数が偶数の時棒を立てる。最初めちゃくちゃ下手な書き方で110Bくらいになったけど、「bitの1の数が偶数の時棒を立てる」関数をメインとは別に作って繰り返しまくっていた変数の分離に成功。中心の方は256以上の数値への判定になってくるので、128以下と129以上で分けてます。 (一応今の解は使っている数値255超えてないはずです。) -[[Problem 1800]] とりあえず解いた。nに対して2以上n未満の最大の fibonacci num を引いていく作業を繰り返し、2残るときに棒を立てる、という規則。1782と同じで単純にどっかで区切ればいいのね。if文使いまくってるのでその辺がうまく圧縮できるのかもしれない。オン会でちらっと見たmisakiさんの答えとは全然見た目が違う気がする(そもそも233とか144とか55とか書いてなかった気がする) -[[Problem 1277]] lssrslsrsslsをパーツになぞる。31Bが量産されて困ってたがなんとか30Bで解けた。 -[[Problem 1279]] 1/4周ごとに sXlsr と lsrXs を互除法で選択する方針 + 後半無理矢理再帰でひとまずsolve 全体を無理やり再帰で書く方針もありそう。一応 sXlsr or lsrXs みたいなパーツで構成されているけども、成長の規則が謎すぎる。True Spiralというぐらいだしr=aθ的な式に乗るのかとも思ったけどよくわからない。この手の作問者単独系の中では一番まともな問題(というか経路が明らか)なのでなんとかしたいとは思うけども。。 -[[Problem 1773]] 二変数solver 意外と下の隙間うまいこと入るやつがあるのか。 -solve者3人以上の白は潰せた!次は2人のやつですが、流石にキツいのばかりですね。以下個人的なメモ。 -[[Problem 0928]] 何となくなぞれそうなパーツは見つけたけど、埋まらない。 -[[Problem 0946]] a(X,Y):a(lX,Y-1)X的なのを使い倒すんだろうけど、いいのが見当たらない。どうせ8以上だと同じパーツ繰り返すので探索範囲狭いはずなんだけども。。 -[[Problem 1239]] 互除法であるみたいだし頑張ってみるか。想定解、数値解じゃないかなあとか思っている。 -[[Problem 1278]] これは意味がわからない。 この灰マスの配置的に乱歩ってことはあるのだろうか。。 - Imagine Cupの二人solveを結構たくさん取ってるの偉いな(自画自賛)。過去の努力が見える。 - 覇王との差はこれらを解いても埋まらないので、ちゃんとbest化を進めるしかなさそうだな。 ---- -[[Problem 0942]] イレギュラーなところをめっちゃ下手くそに取ってたのでいろいろ頑張ったら24Bで更新!→別のことをしている間に更新返しされてて楽しい。そもそも経路見えてない説ある。→久々にリアルタイムで争えているのが楽しくて頑張って更新返した!まだ縮んでもおかしくないので震えながら待ちます。最近勉強中(?)の数値関数系でやりました。 -[[Problem 0917]] 向き調整とパーツへの適用を考えて追いついた。もともとパーツの共通部分を置換しただけだったからまあ妥当。 -[[Problem 0947]] 最初のオン会でいろいろヒントもらったけど結局数値解の延長線上にあるやつで解いた。再帰という噂でしたが。。 -[[Problem 0988]] 42->31(best) 3x+1の処理の時に2で割った後の変数使いまわしていたけど3変数目を作って圧縮(40Bくらい?)n歩の関数にif文つけて圧縮(37B)そもそもn歩進むのも一緒にできることに気づいて一行の関数になって圧縮。メイン関数は f(X,Y,Z):ssf(X-2,Y+1,Z+6)以下略 という形なので奇数歩進む時用の調整変数を付け加えてあとは調整。曲がるタイミングとか一歩増やすタイミングとかやりようがあるけど31と言われているので見つけやすかった。 -[[Problem 1107]] 意外と経路の種類がありそうだけど、まあ普通にT字みたいな感じで縮んだ -[[Problem 1114]] とあるテク(弱) -[[Problem 1290]] ヒントに従って色々テクが使えそうな形に変更してなんとか28B 直接書いた圧縮がお気に入りだったけど確かにこっちの方が色々やれるんだな。まだ網羅的な吟味をしていないのでこの問題で技術を習得したい。→たしかにあっさり26になった。。難しい技術使う方は別問題で頑張らないと。 -[[Problem 1681]] リンク先のmasさんの答えの一つをいじって圧縮した。もっとありそう。 -[[Problem 0010]] やーーーーーーっと倒した。結構ヒントをもらっていたのに全然活かせてなかった。当然考えたことのある経路のはずだったんだけど、全部同じパーツで行こうとしすぎてた。一変数で壁を使います。HOJの問題で一番時間費やしたと思うけど、この手のがこんなに時間かかってしまうんだよなあ。(この解よりも[[Problem 1802]]の方が好き。) -「見落とし」にも文字通りのパターンと異常に難しいパターンの二種類の意味があるようだ。 -[[Problem 1712]] なぜか難しい関数を使って損していた -[[Problem 0930]] 経路あってたけど向きで損しまくっていた -[[Problem 1805]] 二変数solver 言われてみればこれで実現できるか -[[Problem 0515]] 0歩を実現するために扱う数字にX+1の変数変換を行って数値遷移をX+Y-1と書いていたけど、5-Xの変数変換を行うとスッキリかけた。 -[[Problem 0553]] 既存の答えをちょっといじったら47Bにできた。いい関数を使ってるなあ。 -[[Problem 0898]] 二変数solver ---- -[[12B構文続編]]を執筆。とあるテクの方は全然使いこなせてないので最近ようやく理解してきた部分を列挙した。 -[[Problem 0439]] 再帰で位置調整をうまいことする23Bがあって、それを実は22Bにしても位置が合うという話。23Bの方がそもそも出てきていなかった。 -[[Problem 0637]] 数値関数で埋めた。 -[[Problem 1718]] 勘違いをしていて、数値を全部n倍する必要があると思っていたけどそんなことはなかった。だから前に共有した時にmisakiさんの反応が微妙だったのか。赤っ恥であった。 -[[Problem 0999]] _misakiさんのそのままパクった。初項はパーツを軸に射影した感じ。変数増やすとあるテクで書いても縮まなかった。 -1500best! -オン会実施 masさんの参加もあって大盛り上がりでした。 -主に300番代をチェック。以下ボチボチ感想書いていきます。 -[[Problem 0301]] おそらくそんなヘンテコな問題じゃないと思うんだけど、いまだになにもわからないやつ。300と似てるとは思うんだけどね〜 渦をうまいこと数値関数で書くのかな -[[Problem 0303]] 互除法の場合,変数を増やしたバージョンで数値の方をいじると節約できるらしい。数値関数で頑張る方でbest化した。そもそもX歩rX歩rの書き方がいくつかあるのね -[[Problem 0304]] なんか棒立てる系説を思いついたけど気の狂った乱歩の可能性もあるんだよなあ -[[Problem 0306]] 34Bで並んでるけど結構人によって違った。自分はsrslでゴリ押す系。ただ、一つ前のパーツを使いたくて二変数。masさんはsslsrとsrsslとかだったかな? 自分の綺麗な経路35Bも供養できた。 -[[Problem 0310]] 関数組み合わせる系。自分はpastaさんから学んだやつ。 -[[Problem 0311]] 自分だけXsrslXを使っていた。 -[[Problem 0315]] 数値関数をパーツにも使い回すやつ。小さい方からやるやつと大きい方からやるやつ二通りある。どちらもきれいな答え。 -[[Problem 0319]] 「3回に2回rr」的なものを実現するのですが、フィボナッチ数列の考え方で実現できます。これによって変数が減ります。初項が2,0のフィボナッチ数列をmod 4で書くと「2 0 2 2 0 2 2 0...」となりますよね。 -[[Problem 0320]] masさんと全く同じだった。 -[[Problem 0324]] -[[Problem 0336]]-[[Problem 0340]] -[[Problem 0341]]-[[Problem 0346]]-[[Problem 0371]]ワンチャンありそうだと思った。→[[Problem 0346]]は15Bsolverで解いた。 -[[Problem 0328]] 同じかと思ったらちょっと違った。二変数で書いてます。 -[[Problem 0331]] pastaさんのsolver使って見つけたのに,pastaさんは検索を放棄していたらしい。 -[[Problem 0333]] 見た目がゴツい関数を作る。なぜ予習段階で解けなかったんだろう。。 -[[Problem 0339]] masさんは初項を調節したフラクタル構成だった。 -[[Problem 0350]] 17Bのすぐそばにあった。向きが減らせる。 -[[Problem 0349]] 19Bの二人は手法が異なった。 -[[Problem 0356]] 自分は三変数。pXqの補助関数が仕事をしている。パーツと成長の調整用の変数をうまいこと減らしている感じ。長文気味だけど、規則が無い30B~50Bくらいのやつより取り組みやすいと思う。 -[[Problem 0357]] 大きいのを実行する用の変数Zを用意して、a(X,Y,Z):a(X,Y-1,Z)XZとかいて実行でa(,12,a(,15,a(,10,))的なことをするとある成長の12段階目→ある成長の15段階目と実行できることを利用するらしい。そもそも大きい方だけを数値関数で実行するのが賢いのにこれまでやられたらすごすぎて。 後半のsrslの渦へのつなぎ目の書き方が下手なのか、5Bほど追いつけていない。これもbyte数あるけど長文って感じがしない。 -[[Problem 0359]] (x+2)/3 だと思っていたら実は x + 2/3 らしい。確かにa(X,Y,Z,T):Xra(sZ,sX,Y,T-1) la(,,,9)を実行するとちょっと埋まる。この辺の数値関数をうまいこと使うんだろうけど結局互除法の関数でsとl並べたものを無限ループしてます。 -[[Problem 0361]] なぜか変な数値関数の答えがあった -[[Problem 0374]]-[[Problem 0381]] この辺は縮まない系かなぁ -[[Problem 0398]] これは最初に見つけた人が偉い関数 -[[Problem 0224]] 棒立てる系の数値関数再利用 手法の発想はあったけど、向き調整方法がいろいろあることに気付いていなかった。なるほどなあ。 -[[Problem 0282]] 以前雑記で書いた部分がmasさんのやつだとうまく書かれているのだろうなと想像したらそうではなくメイン関数内で命令を合成する形で書いていた。確かにその手法だとa歩上b歩下みたいな関数を作る必要がないのか。めちゃくちゃ盲点だった。。 **2021/12 [#sa525326] -得点計算なおった!!ありがとうございます -15B以下殲滅(たぶん) -[[Problem 0488]] 自明な縮め損ないがあった。損得計算し忘れる系のこの縮めミスが多いな… 自分は数値使ってないです。 -[[Problem 1926]] -[[Problem 1927]] 12B構文の派生系。solverにもHOJ側にも思わぬバグを発見してしまった。 solverの方直したので今後こうならないように少し慎重になります。 -[[Problem 0288]] 数値 上記のバグに気づかず変なのを投げかけた。 -[[Problem 1008]] 数値 18しかないかと思ったらよく見たら17も出力されてた こういう数列でもできるのね。 -[[Problem 1244]] -[[Problem 0419]] のそのまんま。misakiさんは関数が違うのか? -[[Problem 1674]] とあるテク。今までの反省をして、理解して自分で答えを導き出してからコピペしました。 -[[Problem 1705]] 数値 12B構文でパーツの長さが1~2なので育てる方変えてもいい(しかも向きが減る)という圧縮。誰かが縮めてないと気づかないな〜 -[[Problem 1913]] とあるテク。変数同士がそこまで複雑に絡まない奴はなんとか。近い関数を実行部で使うやつはこういうことができるのね →雑にとあるテクと呼んでいたけど、多重再帰で使い回す感じというだけでこれはとあるテクなのか?(未定義語を生み出してしまった弊害) -[[Problem 2007]] 二変数 solver投げたら考えたこともない経路が出てきた。 -[[Problem 2009]] 一関数 異なる解なのは面白い。 -[[Problem 2033]] 一回呼び出すだけだと無限ループせず数値関数ないで使いまわせるというテク。昔使っていたはずだけどすっかり忘れてた。 -[[Problem 2035]] 数値 二歩単位で。もっと変なのあったりしそう。 -[[Problem 0320]] 結局llllllllみたいなタイトルのやつと同じことした。solver視野 数値関数もありそう -[[Problem 0502]] 6倍で頑張っただけ -[[Problem 0551]] だいたいあってたけど調整ができてなかった。 -[[Problem 1032]] 未solveだったので。ただの再帰 srslを増やしただけ。メイン部にXが7個も並んでいるし、関数も単純なpXqだけなので、もっといい再帰がありそうで場合によっては数値を抜きうる -[[Problem 0678]] これ棒立てるのか 22Bの時の解結構特殊だった -[[Problem 1432]] もっとありそうだけど -[[Problem 1537]] 5歩数値 -[[Problem 1585]] solve3人以上で解いてないのがこれと-[[Problem 1782]]と-[[Problem 0195]]のみ。他の二問は方針の算段ついてるけどこの問題だけ厳しいな。。1Boverしてる。 -[[Problem 1955]]-[[Problem 1970]] 12B構文の亜種 solverの枝刈り考えてたら仕組みが見えて結局手動で見つけた。1589あたりで一度理解したはずなのに完全に忘れていた。 -[[Problem 2047]] 特殊な初項 乱歩の初項とかにこういう感じの人工的操作して縮めるの結構misakiさんの単独に多いな -[[Problem 2037]] misakiさんのヒントを完全に参考にした。 -[[Problem 1940]] なにもわからない。 -[[Problem 0970]] 乱歩検索。いい感じに縮むのあった。 -[[Problem 1027]] ちゃんとした数値の使い方やれば33B sqrt(n)歩みたいなやつとメイン関数の書き方が同じなのを利用するのかな。 -[[Problem 0222]] パーツ移動は12歩でよいという最強のヒント(?)をもらったのでちょっと考え直したら三倍関数が上手に使える経路が見つかって、さらにちょっとだけいい関数見つけて更新できた! -[[Problem 0251]] パーツの成長部分にsを入れないようにして数値関数使い回す。 -[[Problem 0081]] solverと協力しながら更新。絶妙な答えになった。 -[[Problem 0302]] 32Bはおそらくみんな再帰じゃないかな。直接と聞いて関数いじってたら良さげなの見つけて久々にいい感じに単独更新。 -[[Problem 0415]] 直接書くとどうしても31Bから縮まなかったけど、斜めのパーツと真ん中の棒がうまいこと合わせて記述できる数値と関数の複合系がつくれて、30->29->28 と縮んだ。真ん中の棒が太さ2なのはこの関数が模範解答なのかってぐらいピッタリ。向き調整とか余計なsの捨て方もあってすぐに28にはできなかった。今までやってこなかったタイプの圧縮なので使いこなせるようになりたい技術。 -[[Problem 1585]] パーツを分解して書き方変えたら短くなって解けた。 -[[Problem 0368]] 古くから伝わる悪問。確か壁も使わないし灰マス踏まない直接書くコードだったと思うんだけど、8年前の時点で答えを無くしてたと思うので当然今あるわけもなく。反省の意味も込めて解き直してみたら、相当制限の厳しい問題だった。対称性とか考慮せず、てきとうに攻略。いろんな人を困らせたであろう自覚があるので、問題ページに今回作った自分の解貼りました。誰かが投稿したら合わせて投稿しようと思います。 -[[Problem 0357]] もっと工夫できるのかな。まさに「Bestがこの世のものとは思えぬ短さ」 **2021/11 その3[#e0ac5c04] 300番台みてます。400番台もやってます。 -[[Problem 0306]] 結構綺麗に取ってたんだけど壁使いまくる方針に変えた。まだまだありそうだけどなあ。 -[[Problem 0325]] 関数改善。この辺の問題全部緩そうに見えるなあ。 -[[Problem 0333]] 雑な20Bがいっぱいできるけど縮まないなあ。 -[[Problem 0319]] 昔の解がちょっと怪しい答えだったので参考にした。とてもSimpleと思えない。 -[[Problem 0397]] -[[Problem 1183]] -[[Problem 1330]]乱歩的埋め方を少し理解した。3変数以上の上手な部位固定検索も視野か -[[Problem 0491]] 昔の解で露骨な縮め損ない(pとqというパーツを同じ個数使いながらpXqを使用しない)があったのでそれをやったらなんか人気問題になっていた。もうちょっと考える余地はある。 -[[Problem 0459]] 数値とn倍系の複合の強みを理解。X歩rY歩rX歩rY歩r を X歩rY歩rX歩 + rY歩r に分ける。関数は_misakiさんの雑記に書いてあるやつ。 -[[Problem 0419]] 数値による24B解を理解。向きが無駄なのかなあ。昔直接書いて作った24Bが怖すぎる。 -[[Problem 0487]] -[[Problem 0464]] srslsrslで検索 a(X):Xa(XXXパーツl) a(r)で埋める乱歩 487は変換が必要なので少しbyte数増やして検索 -[[Problem 0463]] 脳味噌が足りてないのでsolver。経路的には二種類ある。fibonacciに向きつけるのは理解できるけどパーツの区切り目が難しすぎてどちらも浮かばなかった。左回転系統のやつとXlXlXlXllXl的なものがある。 以下オン会まとめ用スペース 最近自分の中で流行の12B構文関連の数値手法について共有。その後は100~299について情報交換。同じbyte数の時全然違う解だったりするのがとても楽しい。オン会後の進捗とか見ると自分だけ一方的に得してしまっていることが多そうなのがちょっと申し訳ない気はする。講座として多重再帰(とあるテク)、if文消去テク、互除法によるパーツ配置、12B構文の引き算引き算、12B構文クレイジーバージョンなどなどあってもいいのかなと思ったり。 自分の講座書きかけだったり意味不明なこと書いてたりするのが多いので、随時消して書ききらないとな。。特に長文のやつなんて、問題ごとのコメント欄に書けばいいだけの話だよな。関数の分割統一のやつももっといい感じに書けそうだし。 -[[Problem 0133]] srslにしてもちょっとずらす戦法と棒立てる戦法があるらしい。 -[[Problem 0134]] 1917の類似手法らしいけどわからない。 -[[Problem 0153]] みんな違って面白いsrss..ssrs的なパーツを並べる手法が確かに良さそう。 -[[Problem 0159]] 数値使って棒立てまくるのもよいとか -[[Problem 0163]] 無理やりつけた規則認識は類似してた(途中の出っ張りと最後の部分を成長遅いパーツで取る) ただmisakiさんは特殊な初項を活用して初期位置も理由づけしていた? -[[Problem 0184]] 互除法を使ってるけどその関数をいじってうまいこと使い回せるようだ。直接書いても38Bになるらしくびっくり。 -[[Problem 0190]] (多分)真面目にやっていたのがmisakiさんのみだったという説 シンプルに取れるようにやり直したい。 -[[Problem 0195]] 互除法黒魔術。とりあえず解いておきたい。 -[[Problem 0197]] 互除法活用した惜しくてエグい24Bを共有した。直接書く方法も自分のやつは変な関数だった。こういう作った関数を再度使って新しい関数作る手法は見逃しがち -[[Problem 0217]] ずっと規則認識が違うんだと思ってたけどそうではなかった。真ん中を回収してから外側、とするほうが壁でごまかせるということ。単独worstは抜けたけど30は遠いなあ。 -[[Problem 0219]] 規則認識というかパーツ活用が見にくい。経路を共有したらmisakiさんがサクッと抜き去ってすごい。 -[[Problem 0221]] 同じ解かと思ったらちょっと違うらしい。 -[[Problem 0222]] 経路認識もっと考えたい。 -[[Problem 0223]] もう一段階関数を噛ませるとよい。壁使ってるとこういうのが良いことが多い。wwvwwさんが数値解でめちゃくちゃびっくりした。乱歩マスターって感じの解法。 -[[Problem 0224]] 再帰説も数値関数再利用説もあるが果たして - 227~231 中文(中国語のことではない) 長文よりも試せるものが多いので困る問題たち。 -[[Problem 0226]] 乱歩ありそう -[[Problem 0227]] ムズい 違う経路だったけど縮めるのは苦労しそうだ。 -[[Problem 0228]] 右上から取るのと真ん中で空打ちしてるのが違った。 -[[Problem 0229]] misakiさんとは経路がちょっと違った。これも変な答えありそう。 -[[Problem 0230]] ヒントを書いた通り。ヒントに従ったというmisakiさんともちょっと違った。方針近くてもバリエーションがでるのがこの辺の問題の困るところ -[[Problem 0231]] 取る順番が違った。左端の隙間の存在忘れてた。 -[[Problem 0234]] pXq?わりとやりようがあるなあ -[[Problem 0239]] 平方数のとき成長しない misakiさんのは違う手法でうまいこと調節していた -[[Problem 0251]] 使い回しができるらしい -[[Problem 0252]] 経路しっかり。 数値で攻めると良いらしい。 -[[Problem 0253]] 悪問。a(A,B):A/B歩a(A+3,B+1)的なのが想定回。192と違ってAもうごくので、一つの関数にしても効果が薄い。 pastaさんは四歩かさ増しして別の式に当てはめているとのこと。面倒だけどこれ用のsolver作ったほうがいいのかな -[[Problem 0264]] とあるテクじゃなくてもいけるらしい -[[Problem 0270]] wwvwwさんからn引けるときに引いて所定の動作を実行 というのをやれば154の時の面倒なことがなくなることを教えてもらった。 -[[Problem 0275]] これでもかってぐらい使い回す -[[Problem 0279]] srsllssrsl を活用してなぞってみましょう 良い一関数見えそう -[[Problem 0283]] 三倍、壁は使わない?とのこと -[[Problem 0285]] bit数えるときにf(X-2^n) f(2X) (nはある程度大きい)というのが使える。この事実理解しないでコピペしてたのは秘密。 -[[Problem 0290]] 一関数? -[[Problem 0292]] 直接と再帰どっちもあるとのこと -[[Problem 0296]] 変数増やす答えの先にあるとのこと **2021/11 その2[#e0ac5c04] -[[Problem 1464]] ちゃんと書いたけどsolverでも検索できる範囲なんだよなあ -[[Problem 0219]] ちょっとだけ関数まともにした まだ行けそう。 -[[Problem 0108]] こっそり更新 -[[Problem 0282]] 数値でのif文的な技術(複合?)への理解が進んだのでちゃんとしたFarey seqの作り方を実装できた。最初の数値を(-1,1)と(1,0)にした。 これでもまだmasさんと13も離れているのは一体何が起こっているんだ。。もっと変数を減らす方針を考え中→ひとまず一個変数消えた。あと7か〜 -[[Problem 0264]] 変数減らして調節してとあるテク(弱)を使用 -[[Problem 0313]] 偏見無くすために最初から解いたけど結局同じ答えで見落としだった。 -[[Problem 0282]] ちょっと頑張った上に後でやった時に忘れそうなので長めのメモ。今の57B解はまだ不満だらけ。 やること:(a,b) (c,d)の間に(a+c,b+d) のペアを生成する。b+dが9以上の時は生成をやめる。 a,b,c,dと調整用変数Nを用いて(a,b,a+c,b+d,N-1) [上にa+c歩下にb+d歩 b+dが9以上ならやらない。] (a+c,b+d,c,d,N-1)的なことをやる。 []内の実行用にg(x,y):上にx歩行って戻る、下にy歩行って戻る、一つ右に という関数を定義しておく。 Nは永遠に展開することを防ぐ変数。「b+dが9以上ならやらない」の部分は上と下に歩く関数にダミー数値変数つけてそこに9-b-dなどを書き込めばできる。 この方法だと、関数の初項が(0,1,1,1,N)みたいな感じで0が混じるので、いわゆる分子に相当する部分をすべて+1するように変換。 a+cの部分がa+c-1みたいになる点に注意。左端と右端を実行しないので直接気味に書く必要があるけども、これくらいで多分80は切れるはず。 ∈乎爾髪γ爾鮗孫圓垢襪燭瓩暴藕爐猟汗亜(a,b,c,d) = (-1,1,1,0)として、前述の実行部の条件に分子に相当する部分であるa+cが-1の時はやらない、というものを加える。 分子相当の部分を+2,分母相当の部分を+1し、if文などでa+c-1を変数に付け足すことで達成可能。すこし調整難しい。調整次第ではあるけどもおそらく70前半にはなる。 「b+dが9以上ならやらない」のためにダミー変数(もしくはif文?)的なことをしていたが、ダミー変数を使わずに、下にb+d歩行く、の部分に9-b-dを渡し、g自体を上にx歩行って戻る、下に9-y歩行って戻る、一つ右に とすることで、ダミー変数ないしif文を消せる。これで70は切れるはず。 ご愎瑤量妓妥験を防ぐために使用していた5変数目のNを消すことを考える。b+dが9以上ならそもそも関数を展開しない、というように書き換えたい。 そこでと近い発想だが、分母に相当する b,d を M-b,M-d に変換する(Mは9以上の整数)ことで、「9以上なら実行しない」というのを内包できる。 これで自分は60B解になりました。 イ修發修a,b,c,dは8以下なので高々64通りしかない。しかも分母>=分子みたいな条件もある。また生成式もただ足すだけと単純。よって(a,b)を一つの数字で表すことにすれば メイン部分が変数二つで済む。(a,b)を10b+aとか変換して考える。このとき「90以上でやらない」が「b+dが9以上ならやらない。」に相当 このとき以下が問題になる。 ・[K/10]下に行って[K%10]上に行く 的な関数の効率良い生成方法 ・ △任笋辰燭茲Δ塀藕爐猟汗以法ができなくなるので、実現方法 後者ができていないため結構損して現在57B(llsして色々調整したものを実行している) 前者も下手なので損してそう。数値系の圧縮の際の頭の使い方が今更分かってきたなあ。今まで解くだけで終わり、コンテスト系でコピーして満足というプレーをしていたのは良くなかった。この問題はもう少し考察してみます。 **2021/11 [#e0ac5c04] -[[Problem 0840]] あ〜〜〜なるほど これはめちゃくちゃ感動した。masさんの雑記の「これはあの辺でぶっ壊れちゃうから無理だよな〜と 思っていた方針が実はちょっと順番を変えたら行けたという話.」がめちゃくちゃヒントだったことに気づいた。 -[[Problem 0840]] 向き調整できて縮んだ びっくり -麺類solverが天から降ってきたのでいろいろお勉強。 -品のあるC#コードで、構造や書き方など真似したいなと思った。C#自体は書いたことなかったので動作や書き換えに少し苦労した。コードが綺麗なので読解には苦労しなかった。 -一関数の部分はアルゴリズムから勉強になった。使いこなせると強そう。 -12Bのやつは展開部分の改造と本質的な枝刈りが必要そうだった。展開部分は、引き算引き算のケースでうまくいかない実装になっていたので再帰で原義的に変更。枝刈りに関しては、最大公約数チェックしたり実行部分が少ないやつをなくしたりした。あと検索漏れがあるので書き換え。まだデバッグ中で使ってない。->スタックオーバーフローしたので書き方変える必要がありそう ・数値引数が全て引き算で構成されるときは後ろに命令をつける意味がある。そもそも乱歩的なものはこの引き算引き算の構成になるため、これを重点的に調べる必要がある。 a(X):[0]a(X-p)[1]a(X-q)[2]と書くとき、一般的な12B構文と違って、sとrをどのように入れても意味を成すため,12Bだけでも12通り調べる必要がある。 こう見ると12B構文の乱歩はかなり可能性あるな… 13Bにしただけでもさらにヤバいのが増えるので、動作速度的にも枝刈りがとても重要そう。 -これくらいのツールが普及して調べ方や固定方法、枝刈り方法などで差がつくのが理想だけど、これやると低byteの乱歩の理解をサボるようになって、 応用が下手になるというデメリットがあるかなあ。 以下 solver成果。15以下埋まったら新規開拓でピンポイントで探してみたい。 -[[Problem 0212]] 一変数 step多めで非人間的 -[[Problem 0648]] 一変数 step多め 最初数値かと思ったけどそれだと外に出れないし数が足りない。肝心の答えのコードはよくわからなかったけど、13Bの亜種かな? -[[Problem 0121]] 二変数 step少なくてかなり人間的。一変数の時と同じなんだけどなんか盲点だった。solverデバッグに使えそう。 -[[Problem 0910]] 一変数 step多 そもそもこのコード実行しても出来そうだとは思えない。 -[[Problem 1243]] 一変数 13Bのコード変数変換するだけやんけ -[[Problem 0140]] 三変数 step少 人外解と言いたいけど既存の応用かもしれない。 -[[Problem 0144]] 一変数 灰マス踏まない 賢い -[[Problem 0287]] 一関数 じつは一変数16B解の時の関数と同じだった -[[Problem 1138]] -[[Problem 1373]] -[[Problem 2040]] 二変数 ムズいけどこの成長方法で一度動かしたことはあったと思う。1138はそれで取れるのって感じで面白い。 -[[Problem 1157]] 二変数 素人には理解不可能 直線に長さ1の毛が生えてる -[[Problem 1314]] 二変数 これは人力でできなきゃ反省すべきやつ。 -[[Problem 1385]] 三変数 非人間的。 コードの動作自体は面白そうだけどマップ的には無理。 -[[Problem 1426]] 三変数 非人間的。 コードの動作もよくわからない。これでギザギザ作れるのか。 -[[Problem 0067]] 一変数 ワンチャンありそうな図形をずっと描きながらなんか位置があう。 -[[Problem 1719]]-[[Problem 1744]] 一変数 田をいろんなところに描くやつ。 こんなのあるのか〜 -[[Problem 0148]] 二変数 一変数の時からなるほどって構成 その解と近い。パーツX向きみたいな感じでスルスルとれる -[[Problem 0992]] 二変数多分前のsolverは弾いてたな。自力で解ける気はしない。。 -[[Problem 1111]] 二変数 なるほどこうするとワンチャンあるのね こういう向き違いパーツを育てていくの結構苦手っぽいな -[[Problem 0766]] 多重再帰 調整しっかりやる。 -[[Problem 1305]] 二変数 1314と類似コードなのでちゃんとヒントだった。 -[[Problem 1461]] 一関数 四倍系 このマップでこれはわからん -[[Problem 1479]] 一関数 何この経路www 白マスで見にくくしている。 上方向に行きながら回収する。XssXです。 -[[Problem 1621]] 一関数 四倍ではあるけどこの経路取りは厳しい。こういうの見ちゃうと縮むやついっぱいありそうだなあ。 -[[Problem 1691]] 数値 単独worstだったやつ。これ全員数値調整できてるのか… -[[Problem 0008]] 二変数 逆にこれできる人がいなかったのがちょっと不思議。考察すれば出てきそう。とはいえ難しい解。改めて素晴らしい問題だなと思う。 -[[Problem 0382]] 一変数 15Bの時の類似解で最初ちょっと灰マス踏む。邪魔な分を捨てたり、いい感じに位置があったりで解は人間的だけど解けたらすごいタイプの一問。 -[[Problem 0200]] 三変数 masさんの雑記に一~三変数と書いてあるときは三変数説ある。さすがにソルバーを作りましょうって感じの問題。この手の乱歩はもう全部答え公開してもいい気がしちゃうな〜 -[[Problem 0331]] 三変数 上の予想はやはり当たっていた。当然人外解なんだけど、想像よりも綺麗に回収してた。まだまだ縮んでも不思議ではない。 -[[Problem 0957]] 一変数 人間的。灰マス踏まない。長さ1で近い形を見つければ方向調整って感じか。 -[[Problem 0668]] 二変数 えええええええ何これ面白すぎる。想定回みたいな動きするけど想定解じゃないです。。 -[[Problem 0016]] 一変数 コードだけ見るとかなり人間的な解のような気がするけど全然そんなことはない。壁で色々うまくいっている。 -[[Problem 0026]] 一変数 普通にやったら規則的なパーツの最初にsが必要なのが悩ましいけど、真ん中の壁のおかげで作り方ちょっと雑でもいけちゃうよって構成。0016よりもコード難しく見えるけど人間的だと思う。 -[[Problem 0279]] 一関数 ssrsllssrslsll...的なものを圧縮 -[[Problem 0129]] -[[Problem 0924]] -[[Problem 1469]] -[[Problem 1488]] 数値ソルバーちゃんと完成させました。1488は二歩。どういうのに対して効果を発揮するのかイマイチ分かってない。 -[[Problem 0138]] 11歩検索 ちょっとステップ数かかった。 昔の19Bは一変数の変態的なやつだったので圧縮できないやつだった。 solver以外成果 最近solverだけが仕事してて自分は雑記に感想メモるだけの人になってる。 -[[Problem 2058]] こうすると一度だけlという実行ができるのか -[[Problem 1982]] 人力で。埋まり方面白い。 -[[Problem 0766]] 多重再帰 この手のmisakiさんとwwvwwさんのチェックしてる問題をゆっくり確認していかないとな。 -[[Problem 2002]] オン会にて話を聞いたときは問題の概要もあまり覚えておらず何も理解していない状態だったが、ようやく問題概要を思い出した。sXXlの19段階目を実行するためにどうするか、という問題の認識で、普通の19を作ると展開中に壊れるため17作って関数に入れるとか小さい数字にして色々くっつけるとか工夫を要するのだけど、もっと小さいの連打でいいよねということか。これも最初に15にした人が1000点なタイプ。 -[[Problem 1889]] 関数が下手だった。 -[[Problem 0943]] 大きい渦描いた後ちょっと移動して少し小さい渦 再帰ではなく、大きい方から書く渦を二回試すというタイプだった。昔考えたときに今回の方針自体は試していたけど、二個目の小さい渦に移動するときに、右の方に行く必要があると勘違いしていた。左側にも縦につながっているとこあるじゃん!19Bがたくさんできたけど、うまいこと調整すると向き部分が一つ減らせて18Bにできた。未solve撃破うれしい! -[[Problem 0431]] 自分の答えだと見落としだった。 -[[Problem 0441]] これ複数解あったのか。。自分の一つ目の解は縮まないやつだった。 -[[Problem 0156]] 渦関数でとるとかいう発想がすごい 発想一つでもっと縮みそうではある。乱歩もあるか? -[[Problem 0025]] 25Bがたくさんある。模様乱歩的構成がありそうだが。 -[[Problem 0197]] 真ん中のsrsl的部分が奇数個なら縮むんだけどなあ ------ -オン会でモチベが0からεくらいになっている。 0番代と気になるやつの情報交換を行った。以下メモ -[[Problem 1532]] if文込みで3行になっているが、これを2行にするらしい。→なるほど、「特定の数値の時のみ実行される」ように上手く数値調整&実行用の3変数目作成。combinationのやつは数値調整が下手ですぐにはできなさそう。 -[[Problem 0840]] 「一度だけ曲がる」を三変数目に数値をつけて実現する。確かに「一度だけ」という要素がif文っぽいと思えばわかりやすい認識だった。24Bは「行って戻ってくる」というのは実現できている。21B考え中 -[[Problem 0842]] 自分は最初から「一度だけ曲がる」を三変数目に向きを定義して実装していたためこれだけ短めだった。ちなみに、前回雑記に書いたコードのlをずらす(a(X,Y):Xa(sX,Y-1)lla(sX,Y-1)X)ことで直線を往復するものになるので、これをうまく利用した感じです。 -840の経路の発想を得た後に数値を使う手法に行けないのはなんか自分の脳みそのセンスのなさを感じた。 -[[Problem 0947]] 数値で書いてたけど再帰で頑張る系らしい。 -[[Problem 1445]] 前半を一辺4の正方形で書いて後半に外回りに正方形書くとあの二箇所が取れないな〜と思っていたけど、実は前半後半を近い認識で取れたという話。前半の認識の正方形書くところで余計に回ると後半も取れそうな感じの図になって、それを利用して普通に書くと29B。「余計に回る」ところを大胆にして再帰とみなすことで27B。再帰にするやる方が下手な感じはある。 -[[Problem 0421]] 実は自分が大昔投稿していた25Bが普通に23Bになるやつだった。下手くそすぎて_misakiさんに介護してもらいながらbest化 -[[Problem 0812]] 再帰。若干向き調整難しかったけどこっちが模範解という気もする -pastaさん「単独bestを出したらバレないように0001を解きまくって隠すテクがあった」←めちゃ笑った -以下0番台 -[[Problem 0011]] に存在するjulikさんという方の点数がバグっている上にアカウントが存在しないことになっているので面白いと言う話。ランキングを検索するとJulikさんという方はいるようで(頭文字が大文字)、点数的にダブルカウントされてしまっている?という結論に。 -[[Problem 0008]] zigzagの応用(壁超えに近い)的なコードっぽい。たしかに16B解のssYrrみたいなところは無駄な感じする。普通に人力とのこと。 -[[Problem 0010]] 関数が下手とのこと。 -[[Problem 0011]] 直接書いてたけど再帰でも似たような感じで取れるらしい。 -[[Problem 0013]] 経路が偉いとのこと。 -[[Problem 0017]] 昔の解は変数増やして移動と成長の不釣り合いを解決していたけど、真ん中付近に移動して特にずらさず成長させる感じ。移動部分をうまく使いまわせて圧縮できる。 -[[Problem 0018]] 関数定義をひとまとめにできるやつ。コードの見た目がこわい。 -[[Problem 0025]] なんか今見たらワンチャンありそうだけど厳しいのかな -[[Problem 0048]] どうやって気づいたんだ… 最初に縮めた人だけ1000点でいいと思う。 -[[Problem 0053]] ワンチャンオーラ出してるけどよく見ると相当厳しい。 -[[Problem 0057]] パーツ変えたり数値関数使いまわしたり。自分の考察がまだ足りていない一問。 -[[Problem 0058]] 変数増やして三倍関数を作って使い回す。 -[[Problem 0075]] 変数変換でなんとかなるはずとのこと。少し書き方変える必要があるかもしれない。 -[[Problem 0081]] 壁を生かしきれてない解なので要検討。そもそも縮む可能性もある。 -[[Problem 0082]] みんな答え違って笑ったやつ。直接でもいけると。自分のは数字二箇所だけなのでワンチャンありそうに見える。 -[[Problem 0091]] 最初の方灰踏んでもよくて12B構文でうまい数列をつくる系。ソルバーを作る必要がありそう。→数値だけ出すならソルバーもすぐ作れる。シンプルなやつだと24B解しか見当たらなかったけど、ちょっと変更するとヒット。これ既知だったのか。あと一通りしかない上に数列もたまたまちょうどピッタリだった。 -[[Problem 0096]] 向き合わせの選択肢が実はかなりあることに気付いていなかった。それがわかればあとは数打ちゃ当たるで() -他にはHOJ関連の昔話をして老害を存分にアピールしました。やっぱり人とやるのは楽しい〜 -[[Problem 2067]] とくに想定解なし。雑に色々配置したけど思ってたより自由度低そう。純粋な圧縮力勝負系。 -[[Problem 2068]] 想定解あり。非人間的。 -[[Problem 2071]] 想定解あり。あんま考えてないのでもっといいのあるかも。0091もそうだけどこれが壊れないのちょっと盲点だし周辺に見た目が綺麗な模様がたくさんあるのが恐ろしい。 **2021/10 [#e0ac5c04] -お久しぶりです。 -pasta神の頑張りのおかげでHOJを以前と近い操作感で遊べるらしいです(フラッシュ終わってから全く触ってなかったのでありがたみを理解しきっていないのは秘密) 得点計算とかが停止しているので解いた問題とか縮めた問題の見た目以上の更新が行われないようです。 -[[Problem 2006]] いい問題だった。経路ゲー問題出しまくってたくせにこういうのなかなか解けないという最悪なパターン。最後は関数をなんとか使い回した感じ。 -[[Problem 2051]] この手の出題者単独は経路が認識できてないだけだろうしできると思ってトライするも全然わからず。結局ずいぶん前にやった時に書いた気持ち悪いパーツを気持ち悪い感じに並べる以上の綺麗な認識ができなかった。[[Problem 1239]]なんかもそういう系なんじゃないかなと思ってるけどどうなんだろう。imagine cupみを感じる。 -discordで話しながらなんかやるのとかオフ会みたいにできて楽しいかもなと思ったので、id貼っておきます。フレンド送ってください→Ktyaしゃーぷ7525 -[[Problem 0840]] 向きちょっと弄れて28B解が26Bにできた。a(X,Y):Xa(sX,Y-1)la(sX,Y-1)lXを変数増やしていじる。 -[[Problem 0842]] 前の解は840の28B解ベースで作っていたので当然縮んだ。840全く理解してないのに単独なのは謎 840の答えはここの問題に活かせないのかな? **2020/5 [#e33a5e20] -ぱすた先生に単独ベスト集計依頼をして更新していただいた(何もしないでやらせるクズ) -想像以上に_misakiさんが覇王になっていて笑ってしまいました 現役勢の思考みたいなのはいつか聞きたいですね **2018/6 [#qfa9b9cf] -えっらい久々に開いたら誰にも本質的に解かれていない問題があったのでちょっとだけ考えた -[[Problem 2029]] L字でL字を書きながら戻るみたいなよくあるやつにさらによくわからないものが付加してる感じだった。パーツ自体も使い回しで綺麗に書ける 適度な時間で適度に楽しめる問題だった まだあと1Bは縮むらしい -たくさん更新してから書こうと思ってたけどモチベーションが落ち着いているのと時間がなかなかとれないのとでそういうわけにはいきませんでした。多分急にやりたくなるやつなのでまたそのうち -前にも書いた気がしますが,僕の投稿した解について気になる部分があるとかモヤモヤしてるとか少しヒントが欲しいとかあればツイッターにどうぞ(Ktya_59) **2017/10 [#n68d4a66] -ガッツリ時間をかけてやれない期間が続くと思うので少し作問&その意図などを書き残しておきます -そのうち戻ってこれるように精進します -とあるテク=1975での自分の別解 新テクなのかどうかよくわからない(昔あった気もした+本解の発展にも見える) 本解と類似してる点はあるが使い所が難しいのでぜひ開拓してもらいたい -使えそうな問題を探すモチベと時間と考察が足りてないのでその辺もいずれ時間が取れたらやろうかなと思ってます -[[Problem 1975]] とあるテクでa(X,Y):YrYXrYXa(sY,X) が実は圧縮できる a(X,Y):YrYXrYXa(sY,X)r と思うとわかりやすいかも? -[[Problem 2014]] Solve:長さをしっかり測って成長を調整しましょう Best:とあるテクでYrYYXrrYYXrYYXrを圧縮 -[[Problem 2015]] 出来事からてきとうに出題 成長段階を少なくしてアプローチを増やしてみた Best短いですね -[[Problem 2016]] とあるテクについての問題のつもりだったけどいたって普通の問題になってしまった。まあたまにはいいということで(逃) -[[Problem 2017]] Solve:タイトルの通りにするだけでやれることがほとんどなくなると思うのでその範囲で Best:とあるテク 短いし入門といえそう Solveの解を縮める感じです -[[Problem 2018]] Solve:経路自体は単純かなと思います Best:とあるテク(かなり上級な使い方?) -2018のような比較的ありふれた形に応用が効きそうなので強力そうですが、使い所が非常に難しそう(というか実験して形を覚えるぐらいしかなさそう?)というのが現時点での感想です -他にもいくつか問題にしようかと思いましたがむやみに作るよりはテクを研究していった方がいいかなと思いボツにしました **2017/09 [#n68d4a66] -五億年ぶりに -全く解けないです… 原始人のようなコードしかかけない -[[Problem 1975]] _misakiさんのヒントとsnukeさんのヒント見てどうも自分の解と合わないなぁと思っていたら別の解が想定解だったというオチ これに気づかず1991がすぐには縮まなかった …ということはもしかして自分の過去の解はまた別の新テク(?)なのか? -[[Problem 1991]] 上の問題のトリックに気づいたらすぐ縮んだ -[[Problem 2002]] 解いている人がいないのはかわいそうなので解いておいた しかしほぼ同値なコードが通ったり通らなかったりして仕様の理解が不足してる 追記:どうやらそのうち消されるらしいので暗黙の了解で解いていなかっただけなのかな どちらにせよ2001がわかってないので考えないと→やはりあっさりと抜かれた 仕様と戦う感じが[[Problem 1786]]っぽかった -[[Problem 0018]] 昔30Bで喜んでた時の解が例の手法で縮むやつだった こっちを経由してないと厳しそう -[[Problem 2014]] 急に作問欲に駆り立てられてテキトーに作った原始的問題 タイトルも関係ない上に塗り方も雑(灰マス以外は全て通ります)ですがお許しを [追記]よく見たらスペルも間違っていた **2016/11 [#n68d4a66] -二ヶ月振りに -コンテストの自分の解答は結局発掘してないです -_misakiさんの新問二問!どちらもとても歯ごたえありました -[[Problem 1974]] 数列をググったらしっかり出てきて笑ったw 最初愚直にヒントに従って24B それを縮めるのかと思ったけどそうではなくある種の引っかけ問題だった.まだ縮む気もするけどとりあえず解けて満足. -[[Problem 1975]] 普通に考えたら15Bでテキトーに試してたら新テク?っぽいものを発見 それを弄ってたらなんかできたw もの凄く汎用性高そうなテクですが自分はまだ使いこなせなさそうです.r+実行部分 という答えなのでまだ縮む? **2016/09 [#n68d4a66] -どうもご無沙汰してましたKtyaです.最近めっきりやってないです… -調べた所名前を非公開設定にしていたらしい(記憶に無い).facebookでの投稿に依るとBlakeさんという方が一位で自分は二位のよう. -一応自分のスコアは30000ちょいです(30000超えて止めたので)皆さんどうだったでしょうか? -コードはメモっていないのでバイト数(これもメモ準拠)だけでも 4B,11B,11B,11B,22B 10B,25B,23B,18B,21B 34B,23B,24B,20B,17B 21B,--B,31B,18B,19B 13B,24B,21B,21B,20B -各問題の感想 1:いつも通り.Max5Bには何か意図があるのかなぁ? 2:急に難しくなる.6倍関数で壁を利用したりして19B その後solverにかけて11B 3:2より易しいと思う.まずは普通に書いて13B その後solverにかけて11B 4:3の斜めバージョンと思って18B ぐるぐる回って12B solverにかけて11B 5:アホみたいな書き方で35->32B 別の良い経路に気付いて25B 初項の無駄を削るべく中心に行く様にする22B 6:即座にsolver 10B こういう出題はいい加減やめるべき.逆に想定解が気になる. 7:良問 最初は経路探すところから 良い関数XYXXYXを見つけて24B 関数に命令が無いのが気がかり 8:難問 solveから苦労した まず24B->23B 同じ問題が22B制限で存在すると言う事で粘る 9:四倍関数でてきとうにやって19B XssXで18B 10:特有のズラし問題 ズラして見切りにくくしている分パーツの作り方(どこを始点にするかとか)の自由度が 減るので一度解くと縮めにくいと言うイメージ 5歩+9ギザギザ パーツの並べ方との兼ね合いも見てXYYXYという関数で21B 11:s4つ,r一つ,l一つを並べたパーツを3連打する問題 HOJにも複数出題例あり.あらかたまとめて書ける関数を用 いたもののなかなか伸ばせる気がしない solver視野 12:なぜか真ん中に寄っていない問題.壁があるので直進を止めてもらう様に活用 これも関数に命令が入ってい ないのでやや不安な感じ 13:多分大多数の人が思った事:「これ25より難しくない?」 といってもフィボナッチと二乗ってだけであまり変わ らない 14:HOJをやっていたお陰か再帰的な解が最初にすんなり出てきたので印象が無い問題 15:感想は上とほぼ同じ 作問者側はちゃんとこの答えを導き出せていたのだろうか. 16:やりようがあまりに無さ過ぎる問題.Herbertを始めて間もなければ楽しめそうな問題ではあるけども. 17:このセットで一番難しい問題.微妙に対称性が崩れているのが多分混乱の原因なんだろうか.四隅のみ奇数座 標にあるのも謎.ただ制限byte数がやたら緩いので解かないと差をつけられると思って必死に頑張り中 18:圧縮問題 これもやりようがたくさん合って(自分は)好きな問題.イマイチ納得のできる圧縮が見つからな い問題 30切るくらいが合っても良い筈なんだけども 19:これもとりあえずsolveしたあと割とすぐにsolverに投げた パーツ固定で18Bを発見 まだ縮んでも何ら不思 議ではない.ただこういうのはものすごく差がつく(M/n-M/(n-1))が大きくなる ので要注意ではあった. 20:経路発掘するまでが大変 これは想定解という確信が持てますね.何か適合するテクニックがあるのではないかと思ったけど結局深入りしなかった. 21:まず落ち着いて数を数えてそれっぽいのを試したら半分程回収するやつを発見.それを上下に生やしたら丁度埋まった.結論から言うと何も考えずにsolverに投げてしまうのが正解だった. 22:これはパーツ探し等から結構苦労した.最終的に置換だけで想定解っぽいものを見つけたけどなかなか圧縮に繋がらず. 23:六倍関数をテキトーに使うだけ.これもっと前の問題で良かったと思う. 24:圧縮問題.こういうきれいな模様を上手い事埋めるのにかなり苦手意識が合ったので何回も書き直した.乱歩がありそうなのが怖い所 25:ある意味定番な「最後の問題は簡単」というやつ. -全体として:素朴な問題と数値系問題が一つもないのはいかがなものかと.強いて言うなら24? 殆ど全部答えありきに見える.贅沢ではあるけど出題者も学習して欲しいと感じる. **Summer contest 2016 [#z6d57809] -気になる(と思われる)問題の自分の感想をメモる事に -5 初期位置やマップのズレに不満が残る問題.つい最近ちょっとまともな経路を見つけたが苦手な部類. -7 経路発掘から,多岐に渡る圧縮(初期向きの解決など)があって,とても良い問題. -8 このレベルの割に難しい問題.経路がまだ見えてない? -9 ひとまず某テクで.まだあるのではと思ってしまう -11 壁じゃなくて灰色マスで良かったのではと思ってしまう問題.結構似た問題がHOJにもたくさんあるけどまだ詰めが甘そう. -12 これもやりようが多くて困るタイプの問題.これもそうだけど何故真ん中に配置しないのか… -17 未solve 対称性が無い箇所が謎すぎる 乱歩なのかなぁ? -18 これもまだ甘そうな一問.経路自体は楽ですね. -20 何かしら適合するテクがあるかもと思わせる一問 -22 意外と綺麗に書けたけどそこから縮められていない. -24 これは苦手なタイプ.上手なコードがありそう -勝負を分けそうな問題のみが残った solvedについてはまだ10問ぐらい不満点が残っている感じ(逆に10数問はもう更新が難しそうな感じ?)勝負を分けそうな問題についてはsolve自体は必須という読みなのでしばらくは辛い戦いになりそう.solverの使い方も吟味しないとなぁ(7/10) -みんなやってるのかな?とりあえず自分はunsolvedがあと二問 内一つは勝負を分けそうな問題でもう一つがlevel 一桁という… まずはsolvedしておきたいところ(7/8) -Is it allowed to make the same problems as "Summer 2016 Contest" on HOJ? For me, it is much easier to check the movement of Herbert on HOJ... **2016/07 [#n68d4a66] **:2016/07/10 [#bc50cecf] -[[Problem 1970]] まったく検討がつかない… -Summer Contest,もうちょっと詳細に(問題番号とかを付記して)状況を書こうか迷う所. **2016/07/05 [#f9c59a23] -新問ラッシュ!相変わらず脳味噌に良い問題が多くて楽しいです. -[[Problem 1963]] best 規則見つけるのに若干手間取った.初期位置を合わせるのが難しい? -[[Problem 1964]] best 最初3変数で書こうとしたけど数値が変わるのは3回だけなので変数が減った ここ最近では一番好きな問題 -[[Problem 1965]] パーツ圧縮技術を問うていると見ていいんでしょうかね?まだ試していない事が多いけど眠いのでまたそのうち -[[Problem 1966]] 特に変な事もせずにスタンダードに もう数捻りぐらいありそうな気もするけども果たして… -Summer contestをちょっとやってます 得点の形式上ガチでやるならsolverが滅茶苦茶重要という感じがして,元solver難民的にはそこに罪悪感みたいなものが… 問題自体は傾向は偏っているけど面白いと思います **2016/06 [#d57250fa] ***2016/06/27 [#i51ee4ea] -雑記更新ラッシュに乗る -[[Problem 0184]] 今までと方針をがらりと変えて40 まだ縮みそうな気もする -[[Problem 1962]] 見た事あるような無いような と言う感じの手法 -公式コンテスト是非参加したいんですが,これってMacで参加出来るんですかね?どうもダウンロードできなくて問題すら見れない…なんとかしたい所 ***2016/06/某 [#m6f7a0df] -久しぶりに自分のbest数みたら滅茶苦茶減っててビックリしました! すごい! -90%復帰チャレンジしたいけどできるかな -特に1600番台がボコボコですね 一時期solverで何とかなりそうな二問だけって状態だった筈なのに **2016/04 [#gf4c5261] ***2016/04/29 [#w8e569ef] -ちゃんと「息抜き」として活用出来ているのでそこは良い感じですが宣言には反してしまっていますね -一関数solver製作しようかなと思案中 コード生成から面倒だなぁ -[[Problem 1740]] 17 二変数solver -[[Problem 0227]] 32->単独 抜かれていたので抜き返し.32の時は上から8マス目まで移動してそこから右向きに長さn,n,n,13の棒を立てるやつを作ってそれで塗りつぶしていたのでぴったり32と言う感じだったけど今回はそれっぽいパーツを探してなぞった まだ行けそうだけど -[[Problem 1634]] 29->best 潰されてたので 前からちょくちょくやってたけど思った以上に縮まないこの問題 もどかしいですね ***2016/04/23 [#me30d28c] -[[Problem 0231]] 追いつかれていたので伸ばした また追いつかれた 工夫出来そうな所はそれなりにあるけどめんどい -[[Problem 0653]] best 二変数solver 近いとこまでは出来てた 人間的 -[[Problem 1801]] best 二変数solver 理解してないです -[[Problem 1828]] best solver 小さくして検索したらhit 非常に普通の解だった.step数もかなり少なめ.発想もあったのに何故解けていなかったし… かなり単純です ***2016/04/20 [#f1daf969] -最近あらゆる事に脳味噌全然使えてなくて本当に駄目(ここに書く事ではないけど) -best率90% 長かった しばらくはsolver以外脳味噌使わないと思います -[[Problem 0225]] 50->best mod11を少し上手に書いた 関数が一つ浮いた分 答えの投稿も難しい(時間が異常にかかる) -[[Problem 0537]] 21->best 境界をなぞるパーツを成長させて行って塗りつぶすようにしたら縮んだ 前までは数字使ってたけど -[[Problem 1273]] 19->best solver mapを小さくして検索 最初ヒットしなかったけど一変数にしたらちゃんとヒットした step数そこまででもないし小さくする必要も無かったかも 二歩進みn段階目のパーツ を繰り返す感じです -[[Problem 1763]] best 二変数solverさんに経路を教えてもらった後一変数にして例の技術 solverじゃヒットしないか -[[Problem 0124]] 14->best 二変数solver 弾いてる奴だった 1,1,4,7…といえば人力でも可能か? -[[Problem 0250]] 15->best solver ちょっと前は検索漏れしてたbyte数が偏ってる奴 ずっと二変数で探してて苦労した -[[Problem 0412]] 18->best 二変数solver 18は人力だったけど こんなやりかたがあるのか -[[Problem 0520]] 未->best step数かなり減らしたらhitした 300stepぐらいなので多少ガバガバなsolverでも見つかると思います 自分の持ってる解は灰マスに入るし人力は厳しい? -[[Problem 0654]] 21->best これ数値手法だったのか!!! 目から鱗 ずーっとsolverで検索して無いなぁと嘆いていた -[[Problem 0924]] 20->best 20は人力 今回検索したのはかなりのstep数(50万近い)な上に二変数というw -[[Problem 1086]] 19->best 人力の19は太く渦書いてた 今回出たのは二変数で上手い事ぐるぐるしてる奴だった -[[Problem 1109]] 17->best 二変数にしたらhit まだ理解してません 17も理解してないけどw -[[Problem 1469]] 14->best 二変数 今までstep数が足りてなかった -14B以下残りの感想 15B残りが多いのでなんとかしないと -[[Problem 0121]] 14は見つけた 永遠の謎 多分間違えて弾いてる二変数と思われる -[[Problem 0144]] みつからない -[[Problem 0287]] まず15Bが謎 二変数で検索か? -[[Problem 1385]] 三変数らしい -[[Problem 0992]] 謎 出てこない ***2016/04/16 [#f1daf969] -雑記書き漏らしがある気がするけど面倒だ… -ただ単にsolverと書いたら1変数を指してます -[[Problem 0045]] solver まぁ人間的ではないですね -[[Problem 0243]] solver めちゃくちゃ人間的 出来なかったのを反省 1,3,7のパーツと壁を利用してとりましょう -[[Problem 0450]] 二変数solver 四歩で検索 二歩とかでも試しておくべきかもしれない -[[Problem 0479]] solver さぼってた -[[Problem 0482]] 二変数solver 思ったよりすぐ出た これはレパートリーとして持っておきたい -[[Problem 0535]] solver 降参して検索 賢いなぁ -[[Problem 0752]] solver 昨日も書いたけどbyte数偏ってるやつ検索漏れしてた バグとかじゃなくて良かった -[[Problem 0762]] solver これ一変数だったのかw というかパーツ一つで良いのか(驚き) -[[Problem 1157]] 二変数solver こんなのあるのか 応用が利きそうだけど果たして -[[Problem 1230]] solver まぁありそうな変換で出来てた 昔18Bを人外扱いされたけど_misakiさんも出してたようでちょっと共感したw -[[Problem 1257]] solver ちょっと理解し辛い 15Bでの構成をバラしてる感じか 位置が合う理由はしらない -[[Problem 1427]] solver たしかに割と人間的だ もっとstep数多い人外解があるかもしれないけど -[[Problem 1786]] solver よくみたら1779のコピペで行けるんだったw -[[Problem 1787]] 1779のコピペじゃだめなのでなんとかするという問題 テキトーにやったら通ってしまって今更Herbertの仕様を知ると言うw step数の解釈として実行しているものだけじゃなくて,展開している文字列がある一定の長さを超えるとアウトなんですね〜 実行を上手く先取りする事で解決しました 何気に単独阻止 追記:よく見たらmasさんの雑記にちゃんと書いてあった ***2016/04/15 [#f1daf969] -たくさん成果あったので投稿します -best率88% -と思ったら89%になった -[[Problem 1429]] best 四倍関数の毛を探す問題 -[[Problem 1009]] best 進む命令の位置を変えたら縮んだ -[[Problem 0287]] best solver 一辺4の正方形なのは分かるけどそれ以上は知るかって感じ -[[Problem 0359]] best snuke先生 の「黒魔術」を理解した 想定解は知りません -[[Problem 0303]] best 同上 黒魔術を理解 -[[Problem 0200]] 47->18 solver 無理なやつ step数減らせば18ぐらいでもなんとかなる -[[Problem 0289]] best solver 灰踏むんかいw -[[Problem 1109]] 27->17 solver なにこれ面白い こんなのあるんだw wwvwwさんはこれなのかなぁ? -[[Problem 0811]] 13->best solverなるほど人間的だ -[[Problem 0998]] 未->best 一変数solverで自分が考えた事の無い14Bが出てきてそれをいじくるとできた.結構単純な経路です.後で述べる二変数solverでは弾いてるタイプの答えだった.壁のせいで別の14Bのことをずっと考えていたけど壁は使いません.面白い! -[[Problem 0259]] 17->13 solver なるほどなぁ 全部埋めるのか 一辺16がめっちゃ重要 -[[Problem 1932]] best solver 結構人外に見えるけどみんな凄い -[[Problem 1933]] best solver なるほど -[[Problem 0247]] best ちゃんと検索し直したら出た こんなのよく地力で見つけるなぁ -[[Problem 1243]] best solver かなり人間的 というかもっと意味不明な位置合わせかと思いきやそういう訳ではなかった solver勢のみなさんはByte数指定して検索してるんですかね -[[Problem 0322]] best solver Byte数偏った奴検索出来てなかった -[[Problem 0312]] best solver 同上 -[[Problem 1826]] best solver 正方形うまいこと書いてた ~~ -以下二変数 余分な検索をカットしたら思った以上にまともに動いてくれる様になった 嬉しい! -[[Problem 1777]] best 瞬時に解けそうな見た目しといて1600stepsぐらいってのは流石に笑った -[[Problem 1779]] best コードの見た目めっちゃ綺麗だし典型っぽいけどまだ理解出来てない こういうの人力で作れたら強いんだろうなぁ -[[Problem 1568]] best なるほどなぁ 解けるべきだったけど調整が面倒 -[[Problem 0137]] best まさかなぁと思ってたけど11Bで二変数かつ意味のある問題だったとは… -[[Problem 0829]] best こんなの人力で見つける人間solverさん恐ろしすぎる -[[Problem 0028]] best まぁ理解不能 -[[Problem 0934]] best 直線+渦みたいな 言っちゃ悪いけど出題が下手くそでつまらない -[[Problem 0129]] best 人外だとおもったけど「直線+よく知ってる乱歩」だった -[[Problem 1803]] best すごく人間的な発想だった 図になるとよくわからんけど -[[Problem 0249]] 29->best 今回検索した中で一番びっくりしたw step数はかなり少なめ 動きが完全に想定解のそれ -[[Problem 0335]] 15->best 発想はあったけど調整が面倒だった奴 0062をひたすらくっつけて行く感じです -[[Problem 0140]] best 人間的な発想だった 2+4+6+8=20をつかうかんじ -[[Problem 0012]] best これも思ったよりは人間的だった ヘヘ みたいなパーツを並べてる感じか -[[Problem 0327]] best こういう調整もsolverにやってもらえるのは頼もしい -[[Problem 0797]] best 思いつかなかった…悔しい -[[Problem 1607]] 27->best まさかのsolverでヒット ちょっと申し訳ない感じ ***2016/04/某 [#y948d504] -新問題出しました -[[Problem 1956]] 一辺15がヒント 棒を立てます 15といえばHOJ的には2^4-1ですよね -[[Problem 1957]] 本当に普通の問題 ターゲットをこうするだけで大分経路見にくくなりますよね -[[Problem 1959]] 前にちょろっと触れたあまり使わないテクに関する問題 タイトル通りに書いて26ぐらいになりますがそこから23を目指しましょう(それより短いかもしれませんが) -solverはもう面倒だしよくわからないのでいいやという感じ 二変数は結局調べるものを減らせなくて断念 アイデアはあるっちゃあるけど -[[Problem 0282]] 97->87->77 とりあえず数式で解いた 変数が減らせるのかな? -[[Problem 0842]] 48->35 840でフラクタルっぽい方針を思いついたので試したら28Bで絶望してたけどこの問題に関しては上手く適合していたようで縮んだ.snuke先生のヒントを見るに840はスタート地点に戻らない書き方をするのかな? とりあえずフラクタルっぽく書いてみようとして「1回だけ右/左に曲がる」と言うのを実装したら縮みました もうちょっとで840もできそうですが…! **2016/03 [#gf4c5261] ***2016/03/31 [#t5697937] -Meshでそれっぽいの試そうと投稿したら案の定固まったw -その間に決め手になりそうなのがsolverで検出されてそわそわしてスマホから解を投稿 -[[Problem 0762]] 19B 乱歩の知識が少し増えたので -[[Problem 1138]] 14B solver なるほどなぁ -つかの間のCOLOR(red){&size(20){総合一位!!!!!!!!!};}実感無さすぎ! つかの間だろうけど嬉しすぎてスマホでスクショ撮ってしまったw -冷静になるともう5000点ぐらい取らないと本質的に一位とは言えないのだよな~ ~ 今後の課題~ -一変数solverの高速化 -二変数以上のsolverで成果出す -一関数solver -迷いの木系のbest化 -[[Problem 0840]]を考える -[[Problem 0282]]を考える -成果 -[[Problem 0138]] 21->20 11歩で検索 二変数? -[[Problem 0148]] best 人外解 そんなパーツなのかw -[[Problem 0382]] best 人間的 そんなパーツが得する事があるというのが意外 -[[Problem 0390]] best 人類にもワンチャン解けうるけど知識がいるだろうなぁ 灰マスは全く通らないです 盤面右あたりに散乱しているのを取った後左を取り下を取ると言う感じです -[[Problem 0450]] 19 4歩で検索 二変数? -[[Problem 0648]] best へぇこんなのあるんだ -[[Problem 0916]] best これは応用がありそうな形 -[[Problem 1122]] best えーこんなのあるんだ 理解しておきたい -[[Problem 1201]] best これは一本取られた! 渦だと思うのが大事 DEGwerさんの問題は実は面白いのが多い -[[Problem 1377]] best 人外 -[[Problem 1381]] best 自分の持ってる答えは人外 解かれているのが恐ろしい -[[Problem 1469]] 14 検索して15がヒットしたのでそれを二変数にして圧縮 13はまともな二変数ですかね -[[Problem 1556]] best これは自力で 15ができていたらかなり近い -[[Problem 1700]] best 絶妙すぎて笑ったw OとJの二マスに入り込むなんてw -[[Problem 1826]] 15 4歩検索ででた step数増やさないとでないのかな ***2016/03/30 [#v7396cd6] 以下全て一変数 solver -[[Problem 0028]] 13 若干想定解っぽい?無理 -[[Problem 0045]] 13 人間的 パーツ自体は予想通り -[[Problem 0213]] best 無理 -[[Problem 0247]] 12 11Bは凄まじいstep数? -[[Problem 0307]] best 見落としをsolverで見つけるのは初めてなのでびっくりした -[[Problem 0568]] best なるほど応用がありそうだ 灰マス踏むのね -[[Problem 0752]] 14 人外解と今後に繋がりそうな模様解が出てきたけど13はstep数が多いのかな -[[Problem 0763]] best step数少なくして検索 至って普通だった -[[Problem 0811]] 13 イマイチもやもやする問題 -[[Problem 0826]] best そこ通るのかーw こういう系は偶数個並べると綺麗になりやすいですよね -[[Problem 1168]] best solverさんにbyte数かさんだ解で経路を教えてもらった後は自分で ミスリード問題が多いですね 渦だと思うとやりやすいです -[[Problem 1289]] best step数の関係で検索漏れしてたけど12Bをいじくったらできた -[[Problem 1426]] best 上側取った後下側取るとか言う鬼畜ルートでわらった -[[Problem 1697]] best 予想外の経路でびっくりした 人間的ではある -迷いの木系の問題といたらギリギリでpastaさんを追い抜きつかの間のCOLOR(red){総合二位!!} まぁ新問に低く見積もっても2000点ぐらいは余裕で落ちてるから本当に暫定的ではあります -迷いの木系の問題まったく追いつけない時ともうちょっとの時と二通りあって後者は経路取りなんだろうけど前者が謎 そんな大きく変わるようには思えないけどこれも経路取りなのか? ***2016/03/5週 [#fa829e5c] -ぱすた大先生に依頼して単独best表更新してもらった(いつも唐突に自分勝手に要求して申し訳ありません,と同時に対応して頂きありがとうございます.) -自分の予想を大きく上回るレベルに単独bestが増えていて笑ってしまった 結構阻止されている印象が合ったんですがこの一ヶ月は人のbest率を削る事だけ考えて緑を再更新しまくってたのでそれが大きい感じがします -いよいよsolverなんとかしろの声が大きくなりそうな感じが -[[Problem 0605]] 21->16 wwvwwさんの雑記をヒントに.多分同じ経路だと思う.1変数だと17でそれを2変数にした感じです 乱歩的動きの理解は大切だ -試しに15B以下未best数えたら100問程あった -[[Problem 0096]] 26->25 25B量産した 何が足りないのだろうか -[[Problem 1351]] 26->best sの個数が多くて補助関数が上手い事使い回せそうだったのでなんとかズラして成功 -[[Problem 0339]] 22->best 思った以上に普通だった 一変数.⊥みたいなパーツを利用しましょう. -[[Problem 0668]] 16->best 非常に普通の再帰 昔の答えの方が難しい -[[Problem 1271]] 31->best 昔は渦を書いた後に外側を取ってたがパーツをデカくして縮めた やりようがありすぎる -[[Problem 1826]] 解き忘れ solverにかけときたい -[[Problem 0726]] 29->26->24->23(単独) 壁を利用し忘れていたのでそこをしっかりして26 masさんの雑記の二変数と言うのをヒントにして24 あとはいじって23 加えてヒントを出すと「パーツの区切り目」 未だにBITというタイトルの意味と問題ページのmasさんのコメントの意味が理解出来てない… -人の単独それぞれ見てて思うけどすごくプレイヤーの特徴が出ている気がしますねw 特にsnuke先生の単独が一番追いつけない絶望感があるなぁ -[[Problem 0230]] 38->34->32->30(単独) やーーっと撃破! 右上の白と左下の白でbyte数かさみがちだったけどどちらも同じ解釈で取れるパーツがあってそこで4倍関数を使い回せた -0226~0231全best! この6問だけでもかなり難しいですね -一瞬だけCOLOR(red){best率86%}迷いの木全部解けば一時的にpastaさんに追いつくか? solverをまともにすればいよいよmasさんも視野かもしれない(ほんとか?)~ -[[Problem 0461]] 24->23 関数が使い回せた これはbest化したい -[[Problem 0530]] 17->best ようやく.惜しい所までできてた 直線とギザギザを同時に -[[Problem 0548]] 23->best 数値だと気付けばまぁ -[[Problem 0556]] 22->best 経路はあってて圧縮が下手だった こういうのはもうちょっと嗅覚よくしないと -[[Problem 1019]] 20->19->best 19にした時点で縮むのはわかっていたけど眠くて向きが合わず断念.翌日案の定縮められていたのでやってみたらできた 上と下の壁の意味ないですよね…?(逆回りを阻止しているぐらい?) -[[Problem 1958]] テキトー.solver勢待ち -[[Problem 0156]] 44->42 snuke先生が異常に短いシリーズ パーツを上手い事やらないと無理だこれ -[[Problem 0824]] 未->26 テキトーに.これとclimb over wallはよくわからない -[[Problem 0830]] 23->22(単独) 自分の解法だと自明な圧縮忘れがあったw この壁越え系もそうだけどmasさんとsnukeさんがぽつんと並んでいる問題は全く追いつけないか稀によくわからず追い抜くかというのが多いなぁ.天才の発想は似るんでしょうか. -[[Problem 0844]] 未->best 解けたーーー!!良問ですね.初期位置の右に5個白が並んでいますがこれは意味があって,初期位置の右6升目は灰色の方が解きやすかったですかねw 経路がわかった後も初期位置に悩まされましたが書き方を変えて何とかなりました. -[[Problem 0980]] 111->84 とりあえずn歩+r(n=2~9)にそれぞれ名前をつけて書くだけで90代,それをテキトーに圧縮して84 もう5くらいは行けるかもしれないけどそこから先は宇宙 -[[Problem 1086]] 27->19 おしい13Bがあるんですね solverに任せたいけど人力でも十分縮みそう -[[Problem 1706]] 21->best 3歩単位でrとlが隣り合うような乱歩って と考えたら当たった solverでも解いておきたい一問 -[[Problem 1740]] 未->26 良くわからないので直接かいた ***2016/03/4週 [#q778426e] -[[Problem 0334]] 24->23 な阪関無 手法的にはpastaさんが得意そうなやつで縮めた -wwvwwさんの活躍もありあと4問! -[[Problem 0284]] 再チャレンジしたけど歯が立たず.数値じゃない長文の中でも一番力入れてるんだけどどうも届かない 経路もあまりへんてこなのには出来ないと思うから純粋に圧縮勝負って感じで悔しい -[[Problem 0410]] 30->26->24->22(単独) なんで25で並んでいるのか謎(全くそれっぽい解に出会わなかった)理解出来ないbyte数で並んでいるのを抜くってのがよくあるなぁ 結構自然な認識で24くらいになって関数を工夫して22に.もっとエグい作り方がある気もしますね(wwvwwさんとか得意そう) -[[Problem 0963]] 24->23 見落とし そもそも問題が難し目ですね -[[Problem 0738]] 25->24 見落とし まだ縮みそうではある -単独って付けてるやつはある程度は難しいやつで付けてないやつはしょうもないという感じの使い分けです -あと1問!とりあえずアレを頑張るか -[[Problem 1665]] 135->116 自分の昔の答えを参考に圧縮しやすくしたら案外あっさり行けた まだかなりガバガバだけど縮んだからよし! -ついに(まともにやっているプレイヤーで)best率90%以上の人が一人もいなくなった! かなり性格の悪いことをずっとやっていたのでこれからは気が向いた時に黄緑を考える事にします。。 ***2016/03/3週 [#i309665d] -直接書く系ならかなり戦えるって漸く自分でも言える気がしてきたけど時既に遅し -[[Problem 0419]] 25->best 直接書いてbestとれた 他のbestの人達は全くの別解法で数値使っているらしい(確かに普段なら単独取れそうな答えではある) ワンチャン縮むんじゃないかなぁ -[[Problem 0541]] 44->41->40->best 関数の分割を上手くして最初の関数を再利用したら41 最後ずるして40 よく見たら逆回りで向きが削れて39(こうなるともはやord2_nではないですがw) 特に難所ないから久々にやったらあっさりだった 前悩みまくっていたのは何だったのか -[[Problem 1953]] 25->best 四倍にこだわり過ぎだった 今まであんまりやんなかった組み合わせの圧縮だったと思う -[[Problem 1488]] 20->19(単独) wwvwwさんがやってらしたので.全く記憶に無い問題で新鮮だった.解法も自分が見つけただけでも4種類(経路は実質2種類?)あったのでもっとsolve者がいても良さそうな問題 色々試してたらちょうど欲しかった数列になるやつを見つけた こういうのは他の人の方が得意そうだけどなぁ -[[Problem 1635]] 24->21(単独) コンテスト中にこういう解が出なかったのが意外 調整に手こずった -[[Problem 1012]] 25->24(単独) 25のすぐそばにあった -あと6問 -最近は25B以上の緑を巡回している(性格の悪さ) -[[Problem 0357]] 69 とりあえず70切った 左上の処理が悩みどころ過ぎる 地味に初めて使うテク(というか書き方?)したのでそのうち問題に出そうかな -[[Problem 0527]] 55->54(単独) ちょっと関数に工夫を -[[Problem 0732]] 32->31 ただの見落とし -[[Problem 1494]] 未->best 思っていたよりも大分単純な問題だった -[[Problem 0750]] こんな経路でも良いと思いついて模索したけど縮まず #ref(スクリーンショット 2016-03-19 1.57.06.png,nolink) -他4問程チャレンジしたけど縮まず ***2016/03/2週 [#l70031c9] -新問を三問投下 1回ミスってしまったので番号飛んでおります -[[Problem 1952]] なんかどっかの問題とかぶっている気がしなくもないけど出題 区切り方ですね 普通に書いても25Bくらいにはなると思います -[[Problem 1953]] これはテキトーに生成したパーツを綺麗に並べてみただけの問題 よくわからないパーツの圧縮がimagine cupとかにもありそうな感じ -[[Problem 1955]] 壁ゲーをあまり出題した事が無かったので あまり吟味していないのですがもっと縮むかもしれないです -[[Problem 0573]] 26->24(単独) 抜かれてたので見直し 変な事はあまりせずに書いた -[[Problem 1297]] 27->26(単独) 灰マスの内側をどう取るか 上の問題もそうだけど単独キープできるか微妙な感じ -[[Problem 1718]] 互いに素なやつを選べばいいのかな? これは言われないと気付かない -[[Problem 1897]] My bed "2"って感じの問題だった -[[Problem 0278]] 未->best ちょっとズレるやつは前から得られていたんだけど調整が出来ていなかった 後ろにある文字を前に持ってきて調節すると言う技をあまり使っていなかった -[[Problem 0291]] 未->best ヽ謄僉璽弔六計回りに取る∧篏関数の類いは使わない0貶竸堯,鬟劵鵐箸鵬鬚い拭\擇賁椶魄媼韻垢襪19Bで向き違いが出来てくれてなんとかsolve -[[Problem 1348]] 未->best 完全に答え無くしてたので考え直した問題 多分作った時はテキトーに見にくくしてやるぐらいにしか思ってなかったんだと思うけど割と丁寧に考えて解けるタイプだった -1329縮むと睨んでるんですがどうなんでしょう -[[Problem 0804]] 23->22(単独) 少なくとも自分の持っている解は色々奇跡が起こった ヤバいですねこれ -[[Problem 0857]] 未->24 とりあえず解けた 追記 問題番号間違っていたようです.申し訳ないです. -[[Problem 0415]] また別の31Bが幾つか生じた アルファベットシリーズは今やっても良問揃いで憧れる -[[Problem 0419]] 27->25 27は無駄にかっこ良くキモい関数を使っていたのでそれを辞めたら25になった あと1Bだけどこれ解き方が違っている説が濃厚 -アルファベット黄緑全部あと1Bとか病を煩っているとしか思えないw -[[Problem 0466]] 36->34(単独) これはこのとき知られていないテクを使っただけ まだありそう -[[Problem 0491]] 54->50 テキトーに 46は遠すぎる -[[Problem 0556]] 23->22 何かに気付けていない -[[Problem 0572]] 26->best なるほど〜〜棒立てなくてもいいんですね〜 -[[Problem 0658]] 20->18 再帰ではあるが よい経路取りが見えない -[[Problem 0982]] 21->best 普通の問題 元々の経路もあってたのに圧縮し損ねてた -[[Problem 1888]] 29->28(単独) 順番テキトーに変えて走らせたら通った 原理が謎 -[[Problem 0265]] 49->46 縮んでて滅茶苦茶驚いたんですが辿る順番を変えて関数もよさそうなのにしたらなんとか縮んでくれた 後々やったらより簡単に二種類目が出来てしまった やってて思うけどa(X,Y):XYXとかよりもs,r,l等の命令込めた一変数の方が強いし小回りが利く事が多い -ちょっとあら探し -[[Problem 0551]] 20 なんとなく理解したけどbestはわからない -[[Problem 1218]] 44->42(単独) この問題で4人も並ぶなんてオカシイとかいう謎の根拠で圧縮 結構上手い事行ってる箇所が幾つかある -[[Problem 1543]] 25->24 まぁあの解は縮みますよね ***2016/03/1週 [#af3a9136] 謎の集団が突然沸いてめっちゃ笑いましたw 外国のどこかの集団に発掘されたんでしょうか? 何にせよウェルカムです! -[[Problem 1428]] 単独bestさらに更新 某構文を使った ちょっとキモいコード ここから新問 典型もあったけど糞問はなくて楽しめました -[[Problem 1946]] 流石に過去問にありますね あってかこれ一変数と二変数と二種類答えあるのかw -[[Problem 1947]] typical -[[Problem 1948]] 苦手 solver改装中だけどC++の文字列操作をなんとかしないと駄目っぽいんだよなぁ。。 -[[Problem 1949]] 18->17最初はl+某問だったけど初期位置が良さそうだったのでちょっと別の書き方で縮んだ -[[Problem 1950]] 17 超絶良問ですね〜(多分作問者気付いてないんだろうけども) -[[Problem 1951]] 29 ちょっとだけ補助関数頑張ったけどもっといけるか? -best率85%到達!solverちょっと諦め気味なんですが文字列操作ほんとどうすれば速くなってくれるのかな。。 C++の知識はほぼ無いので色々試さなきゃなぁ。 -最近の問題結構単独で生き残ってますね [[Problem 1950]]は冗談抜きに良問だと思うのでやってみてほしいです(とかいってbestじゃなかったりするかも知れませんが)もちろん壁使いまくりで再帰です - えっ,[[Problem 1190]]が41Bになっている すぐには無理ですね。。 -[[Problem 0011]] 22->20(単独) まさかのこの位置で更新!!めっちゃ嬉しい!!!(+2点) -[[Problem 0502]] ->25 ちょっとテコ入れ 縮まない -[[Problem 0666]] 35->34(単独) 意地で単独守った -[[Problem 1022]] 23->best 十字を律儀に二つ作るだけ やっぱ綺麗に埋める乱歩はもっとレパートリー持っておきたいなぁ -[[Problem 1061]] 13->best ワンチャンを試したら通った -[[Problem 1158]] 34->27(単独) 再帰で書きやすい様にパーツを書き直したら27になった 寧ろ30とか31が謎 -[[Problem 1414]] 21->19(単独) 前の経路をちゃんと書き直したら縮んだ 単独! -[[Problem 1951]] 29->27 パーツを増やす事で初期位置に理由付けした 補助関数使ってた前の解の方が気に入ってるけども -masさんのbest率を90%にした -[[Problem 0553]] 49->48(単独) 使えそうな関数を試したら1B縮んだ この辺シビアだなぁ -[[Problem 0573]] 29->26(単独) こういうの(他の人と比べて)多分得意なんだからさっさと取るべきだった 得意っていうか最近だと関数の選択肢がみんな多いから慣れた人が解いたらそんなたいした事無いかも? -[[Problem 1297]] 30->29 テキトーに更新したら案の定あっさり抜かれたw コンテスト問題は詰めが甘すぎるのでコピペして満足したやつは定期的にチェックしないと -[[Problem 1297]] 29->27 snukeさんの解の回収方法を少し変えて28B その後関数をちょっと改造して27B 単独になってくれるかな?
タイムスタンプを変更しない
*KtyaのHOJの記録その2 [#p347aad6] -[[昔のやつ>Ktya雑記]] **2026/9 [#ba298f55] - (上に新しいものを書いてみます) - [[Problem 0798]] 30->24(best) これは作問者ゆえに経路が全く見えてなかった。もともと考えていた経路は以下のコードの感じ b(X):XX a(X):b(b(rXrXrXlXlXl)rr)a(sX) a() 長方形で結構埋まることに気づく→長方形にちょっとパーツ増やせば全部とれることに気づく→二倍系が使いやすいようにパーツを考え直す。ヒント:&color(#FFFFFF){[__]みたいなパーツがよい。}; - [[Problem 1900]] 20->19 srslパーツの配置調整で。18はとあるテクらしいがまだわからない。 - [[Problem 1998]] 21->20(best) 以前雑記に書いた部分で大枠は出来ていて、向き調整(どの変数を使うか)という問題だった。 - [[Problem 0956]] 27->26(best) _misakiさんは補助関数という記載をしていますが、自分は補助関数は使わず、.侫薀タルに向きを込めて▲侫薀タル構成部分の向きをフラクタルそのものに代用(空打ちする)し実行部分で一個前のフラクタルを最初に空打ちするので4つでなく3つでOK という感じで1B減らしました。 - [[Problem 0081]] 18->15(best) solver 前言った自動チェックがようやく81番まで行った感じ。遅すぎるけど成果は出るね。 - [[Problem 1253]] 49->48 書き直したが48を量産した。絶妙に1B届かない。。 - [[Problem 0702]] 44->42(単独best) 数列探してやってみたものの48から縮まなかったので以前の44Bコードを見て関数をいじってbest化。左右に棒立てて一歩進む、という関数が上の方でも使えて、下の方は4,3,1,1,2,5,大... みたいな数列を実現する必要があるが、減る部分は直接書いて、増える部分は再帰に乗せた。 - [[Problem 2077]] ちょっと多重再帰して26B たしかに[[Problem 0305]]はこれがbestってマジですか?みたいなコードをしている。 - wikiのmapとかの更新どうすればいいんだっけ。pastaさんに聞いてみるのがいいか…? - [[Problem 2067]] 29->28(best) 経路はそのままで関数をちょっと工夫。テキトーに対称性を詰め込んだマップ(Editorの対称機能を使ってみた、というぐらいの記憶)の割には想定解っぽい経路だ。 - [[Problem 1770]] 23->21(best) 何とか追いついた。経路は大きくは変えず、関数を工夫(三倍系)。他の人が書いているほど簡単ではなかったので気づいてないことがありそう。 - [[Problem 2076]] 25->23(best) ちょっと書き方変えたら23Bになった。1段階目のパーツと2段階目以降のパーツが関連づいていないのでまだ縮むかもなー。逆に、25Bのときは1段階目のパーツも同じように書こうとしてた。 - 新規参入のハードル下げなどなど考えると移植しておきたい感じはしますよね。生成AIが来た今開発もある程度はしやすくなってると思うのでquolc先生と交渉するのもいいのかも。 - [[Problem 2076]] 26 特殊な初項&育たない再帰でとりあえず解いたが・・・まだわからない。-> 微妙にいじくって25B snuke問のなんかありそうで気づけないもどかしさが懐かしい - [[Problem 2075]] 17 往復して取ってる。[[Problem 0534]]とかと似てるかも。[[Problem 0301]]もこんな感じなんだろうと思うけどね - [[Problem 2074]] 12B構文 少しイレギュラーだけど、こんな数列もできるのだな - [[Problem 2073]] Euler totient 互除法を活用。約数カウントと似た圧縮ができる。(main関数をなんとif文の代わりにできる) - 新問!自分もついでにHerbert Editorでストックしてたやつを投げた - 700番台と1900番台が黄緑多め。1200番台も多いけど、黄緑多いとか以前にそもそも難しすぎるイメージ - 1000~1099&size(19){&color(#85F090){緑一色!};}; 0番台と違って白がないので純正 - [[Problem 1006]] 27->25(単独best) 再帰に乗せた。パーツ使いまわしがうまくいく。 - お、snukeさんだ〜 **2026/8 [#n3ee3f9e] - (上に新しいものを書いてみます) - [[Problem 0738]] 24->23(best) もともと再帰(slsrを文字でおいたりしていた)今回は数値と再帰両方使用。数値の方はパーツのためだけ。単純だけど逆に思いつかない。 - [[Problem 1297]] 26->25(best) ベースはXXrXXで、それをどういじるか。二変数目をうまいところに入れた。 - [[Problem 0666]] 33->32(best) 二倍関数だけでは追いつけないので、ssをうまくつけて、二変数にした。基本的に左回りの経路。best化にかなり時間使ったなあ。 - [[Problem 0020]] , [[Problem 0026]] solver mapから超単純なルールベースで更新できそうかできなさそうか判定してからsolverに投げるという全自動探索を回して、あまりにも遅すぎて実用性ないな〜と思って放置していたら20番台で早速成果出しててびっくりした。 - [[Problem 1062]] 33->31(best) 実は3文字のパーツと6文字のパーツを羅列していると書ける。2パーツをL字パーツの塊にして、いい感じの関数作って埋めた。まだありそう(向きなしで2パーツ羅列で書けるので数値で並びを表現する方法とかありそう) - COLOR(red){&size(15){best率96%!};} かなり頑張って詰めてるので、非ベスト問題全部空で言えるんじゃないかな… ちなみに集計してみたら自分が非bestで二人以上がbestの問題が18問あるらしい。残りは単独bestか未solve 相当厳しいけどもうちょっといけそうではあるな。(もちろん、_misakiさんあたりが長文本気出したらすぐbestが激減しそうですが) - [[Problem 0228]] 32->30(best) 数値関数つよい。というか、a(X):sa(X-1)sssl使うだけで33~35Bくらいになる。もっとヤバい解はありそうだけどまあいいか。 - wwvwwさんが復帰している!ちなみにwwvwwさんの単独bestは全部倒せる気がしない… - 苦手を明らかにするために、手元で「非ベスト問題の作問者」を集計したら、「Ktya」という人物の問題が一番best化できていないみたいだった。(snukeさんもタイなのだけど、Imagine Cupを含むので除外) - 自作問、経路を柔軟に考えられなくて縮んでない物がいくつかあるのだよな… - [[Problem 0702]] 49->44 たるんでたので、ちょっと考察。best遠い。上側とった後、下に棒を立てる、その際にうまく再帰に乗せてる。数値でもっといいのがありそうだし、上側を取る工夫がもっとありそう。 - [[Problem 0980]] 69->67 [n歩]r[m歩]rの関数で_misakiさんが[[Problem 0357]]で教えてくれた「成長させきったやつだけ先に実行する」仕組みを入れたら2B縮んだ。 - [[Problem 0974]] 24->23(best) 考察のために、[[Problem 0284]]用に作っていたf(X,Y):aXbYc圧縮機にかけたら直で見つかってびっくり。 - [[Problem 1062]] 37->33 たるんでたので、ちょっと考察。best遠い。経路をもう少し吟味しないとダメそう。 - [[Problem 1180]] 51->50(best) Hilbert曲線を相互で呼び合う(正確にはr,lを関数内で入れ替える)数値関数での構成じゃなくて再帰由来の構成にした。n歩を別で定義しているけど、構成の部分で得しているので差し引きちょうど1B得する感じ。1Bの更新に相当労力がかかる問題だった。 - [[Problem 0288]] 14->13(best) solver 2歩じゃなくてもいいんだね〜 - [[Problem 1086]] 15->14(best) solver [[Problem 1384]]と同じパーツ配分。高速化したつもりだったけど、100万step、全パーツ、数値全部を探索したらめちゃくちゃ時間かかってた。枝刈りは課題だ。 - [[Problem 1307]] 17->15(best) solver パーツを固定しないで検索したので時間かかった。stepめっちゃ少ないので本当はもっと楽に検索できたかも。 - [[Problem 1113]] 24->22(単独best) 数値関数。渦。かなり普通の解なので、今まで出てなかったのが不思議なレベル - [[Problem 1235]] 36->35(best) 再帰でパーツづくり固定して検索。結局専用solver作る感じになった。通常と同じだと36Bしかヒットしなかったので、逆回りにしたら35Bがあった。他の問題と比べてもbest化コストも難易度もかなり高いと思うのにbest者がめっちゃいるのが怖い。(1486にbest者多い時はシンプルに、とか書いた矢先にこのていたらく) - [[Problem 1486]] 26->25(best) シンプルな4倍関数と置換で行けるやつだった。XXXXsとかXXXXsrとかやって気づけてなかった。best人数が多い時はシンプルに考えたほうがいいですね。 - [[Problem 1397]] 34->33(best) 昔の自分のコード、余計なsを入れていて、それを削るだけでbest化できた。壁使いまくり。 - [[Problem 0958]],[[Problem 0371]] ,[[Problem 1384]] best solver 0371は3変数再帰でもすごいと思ったけどこの解もなかなかすごいな。1384はようやく発見。前のsolverだと漏れてた。 - 12Bsolver(数値solver)作り直した パーツ探索も含めて、少し高速化機構も入れた - 長文系は追いつく≒単独bestみたいなところあるので成果が出ると倍喜べる - [[Problem 0252]] 54->49(単独best) ありがとウサギ、とても懐かしい。slsrrsls的なパーツとスカートの下の部分をうまく書ける関数を定義し、初期移動と中身をうまく塗りつぶす。割とすぐ53Bになった後ちょっと悩んで52B、うまいタイミングで最初のパーツを繰り返すだけで実は埋まることに気づいて49B - [[Problem 0219]] 45->42(単独best) 3倍と2倍を混ぜた関数で書いていたが、よく考えたらギザギザの部分は2倍+命令とすれば取れるので、3倍を使う理由があまりなかった。やや無駄っぽい部分があるようにも見えるけど、縮んだ。変数増やした複合より、命令入れたほうがやはり縮むね - [[Problem 1434]] 24->23(best) imagine cupの結果の欄で縮むということを知っていたが縮んでいなかった問題。再帰に頑張って乗せた。 - [[Problem 0747]] - [[Problem 1111]] 13,13 (best) 数値solver 1111みたいなのも行けるんだなあ - [[Problem 0322]] 14->13(best) 12Bsolver ステップ数が足りてなかったっぽい。他の二問もそれかもな - [[Problem 0231]] 49->45(単独best) ギザギザ系の数値関数。いろいろ工夫をしていたら最終的に4変数になった。 - [[Problem 0666]] 34->33 パーツ選びが大事っぽいけど及ばず - [[Problem 1190]] 48->37(単独best) 縦方向に取るパーツを用いていたが、横方向の方が移動などが少なく済むし、3倍関数系ともすこし相性が良かった。 - ちょっと更新サボってました、考察はそこそこしてたつもり。数式系の記事も作成中です。 - [[Problem 1276]] 17->15(best) solver 再帰解があった。この付近難しい問題集まってますね - [[Problem 0663]] 71->58(単独best) 数値関数使った(n歩、n倍)。こういうので威力を発揮すると面白いですね。 - [[Problem 0134]] 62->57 棒立てる方法でちまちま圧縮。互除法も別手法もノータッチなので考察の余地がありそう。n歩、m歩をまとめて実行、的な関数がまだわからない。ついでに[[Problem 0980]]を考察してn歩右、m歩右をすこしだけ考えたが1Bしか縮まず。 - [[Problem 1995]] 75->63(best) ちょうどIOIが開催されていたらしい(偶然)。[ みたいな形のパーツでうまくなぞる。不人気ですがbestに追いつくのは全く容易ではなかった。 - [[Problem 1384]], [[Problem 1086]] どちらも+1Bで80万ステップoverの答えが存在することを確認したが、肝心のbestはヒットせず。ステップ数なのか、多重再帰なのか、数値なのか、漏れなのか、solverのtestが必要そう - 25Bくらいの未ベストを考察するより、長文やる方が成果でるなあ。 - [[Problem 0153]] 83->76(単独best) もともとの経路のままで更新。後半を無理やり再帰に乗せる、上側をslsベースで取る、sXYXsを用いる、という方針。パーツ吟味などちゃんとしていないので、もっと縮むと思う - best率95%乗りました!正直すでにかなり厳しいですね…2か月前と比べて、やった時間に対する成果がかなり少ない状況 - [[Problem 0184]] 38->36(単独best) 互除法に二倍関数入れたやつ。もともと経路でいいことに気づけていたので、その分で単独bestになったと思われる - [[Problem 0370]] 19->14(best) solver たしかにスカスカだしまあまあ規則正しいのでsolverで倒せちゃうのか。ちょっと悲しい。 - [[Problem 0771]] 79->75(best) 大きな関数はそのままで、n歩を定義していろいろ書きなおしてbest化。あまり時間かけていないのでもっと短くなりそう - [[Problem 0828]] 28->27 数値関数がいいと聞いて書いてみたが、おそらくヒントとは異なりそう(実行部分がb(26)b(26)) - [[Problem 0838]] 27->26(best) 四倍関数+命令、という書き方だったけど、四倍は命令つけず、二つのパーツを同時に表せる関数を用意して書いた。正方形で塗りつぶす際にsssrで書くとうまくいかなかったのでズラしてssrsを用いた。 **2026/7 [#r246723c] 今更過ぎるけど、新しい成果を上に書いた方が見やすいよな・・・ - 特に嬉しかった成果を''太字''にしてみた。 - [[Problem 0589]] 20->19(単独best) solver ♯みたいな形で塗りつぶしている - [[Problem 0425]] ''33->32(単独best)'' 33B,34Bが元々いっぱいあったが、一つだけとあるテクで縮められた - [[Problem 0553]] 47->46(単独best) コードだけ - [[Problem 1052]] 38->32(best) いい数値関数を探してなぞる。二倍関数とパーツを両立するように書く。上の方を取る方法でだいぶ迷走して33Bから困ってた(三変数で後ろにパーツくっつける方法などなど)が、二変数のままで後半をそこそこ綺麗に描けた - [[Problem 0415]] _misakiさんが言ってた三変数の方の28Bも見つけた。こっちもテクい - [[Problem 0265]] 43->42(best) 後半を書き直したらなんか縮んだ。長文はこういうの多そう - [[Problem 1667]] 29->27(単独best) 今見ると縮みそうでしかなかったのでトライ。コンテスト系は全然結果を出せず、本気を出した上位勢との差を痛感する場という印象で、特に2nd HOJ festivalは「勝てるわけがない」と一番感じた大会だったなあ。 - [[Problem 0686]] 26->25 結構考えたけど全く分からない。今の解き方だとどれほど都合の良いパーツでも21Bになるように見えるのでそもそも方針が違う・・・? - [[Problem 1315]] 32->28 もともと再帰でやっていた。フィボナッチ長の一辺のパーツを育てて小で大を挟む関数を使いまわす。辺のパーツ構成時にちょっと寄り道をすることで正方形の内側も塗りつぶせる。向き調整が甘いのか1B足りず - [[Problem 1660]] 18->17(best) 例のsolver作った - [[Problem 1795]] 26->25(best) slsとsrsだけで、という大ヒント活用 点対称じゃないの知らなかった - [[Problem 1391]] 30->26(単独best) 「割と綺麗な経路」が見えた。(パーツとしては一種類で、つなぎ目の移動を少なくする)大きなパーツで少ない成長なので書き方に困るが、結局再帰。27Bらしきものを経由しなかった。 - [[Problem 0589]] 19->18(best) solver ステップ数の関係で漏れてた。縦6をいい感じに乱発してるな - 競プロでAIが超難問を解いて人間を凌駕していて、HOJみたいなパズルゲームを純粋に楽しく他者と競えるようになるのも時間の問題なのかなとか思ってしまった。「最強のsolver」や「答え」があったらそれを見ていないという保証はできなくなり、自己満足の世界になるので。 - ちなみにAWTFの実況(?)配信のMCがchokudaiさんとmasさんでHOJer的にもアツい。 - [[Problem 1907]] 26->25(best) 関数のrを前に持ってきて、パーツの順序を変えることで、二変数関数を使えるようにする。確かに見落としだけど、lXXみたいな向きが先頭に来る関数は初めからそれだけ使う前提で経路組まないと忘れる - [[Problem 0011]] 17->16(best) 特殊な初項 この手のパーツいじりは_misakiさんの単独bestをチェックしていて鍛えられた - 暫定的ですが、best数がトップタイに。復帰してから結構増やしたな。詰めてて気づくbest率99%とかいう異常記録 - [[Problem 0270]] 28->27(best) snukeさんが数学問題に分類してた問題でこれがあるのを忘れてた。rsrrsrを二倍関数で圧縮する部分とlがうまく両立しないのが悩みだったけど、数値を調整すればいいという話だった。毎度lを4回呼ぶ感じ。 - [[Problem 1013]] 35->34(best) もともとssssXssXとpXqを用いて書いていた。メインを二変数にして、pXqも少しいじって34B もう1Bくらい縮むかも? - [[Problem 1328]] 19->18(best) 再帰 特殊な初項で長方形の形にrrを入れてうまいこと全部取る。r+実行部だな - [[Problem 1888]] 28->27(best) 12B構文応用 3変数目に成長を記録する感じになる。数列探しもそうだが、実現する数列の最後を調整することで実行部が減らせる。28Bはa(X,Y,Z,W):YWa(sX,YXXXX,Z-1,Xr)という関数を使ってた。 - 12Bsolver、いままで数列だけ切り取ってたのと、クレイジー系の検索が漏れ気味だったので大改修中(といいつつ最近更新されている問題達は12B構文まわりじゃないかもしれませんが) - [[Problem 1016]][[Problem 2009]][[Problem 2010]][[Problem 2011]] 15->13(best) 12B構文 1016みたいな問題をチェックできるのがすごいし、2009~2011の存在を思い出せるのもすごい(すっかり忘れていた) ところで全部ほぼ同じ解に結果的になってしまったのは悲しい。 - [[Problem 0248]] ''38->35(単独best)'' if文をどう埋め込むかばかり考えていたけど、まさかのメイン部分が流用できた。盲点だった。結局37Bは踏まず。実は工夫し方がたくさんある問題なのかもしれない。 - [[Problem 0171]] 37->36(best) 上の副産物。偶奇分けのやつは面白いけどこの方法には使えない。0248と比較するとmasさんとは答えが違いそうなので、まだ圧縮余地がある?測らずも15年前の自分のコメントと同じ状況に戻った。 - 数式(数学?)系全部bestになったと思う。まとめておこうかな。 - 更新祭りで嬉しい悲鳴 - [[Problem 0230]] が 15B ってマジですか?半分に圧縮するのは結構前代未聞w - [[Problem 2004]],[[Problem 1532]],[[Problem 0884]] 13,13,14(best) [[12B構文続編]] のクレイジー12B構文に記載していた「a(T):[1]a(AT+B)[2]a(CT+D) a(E)」について、a(CT+D)の後ろに命令が付くケースをすっかり見逃していた。 - 部位固定探索の時の設定を変え忘れたままだったのを修正。ちゃんとしたプロンプトなしで雑に投げると気づきにくいバグを埋め込む可能性あるな。 - [[Problem 0877]] 28->27(単独best) いくらpracticeとはいえ、この手の28Bでこんなに大量に並ぶ訳がないですよね。 - [[Problem 0011]] 16->15(best) solver ステップ数ちょい多め - [[Problem 0011]] 15->14(best) solver ステップ数ちょい多め 乱歩チャンスのある問題を一斉摘出するコードつくろうかなあ - [[Problem 0230]] 30->15(best) solver これは検索をかけようとすら思わなかった。割と奇跡的に見える。30Bはa(X):XXXXssを使ってました。 - [[Problem 0919]] 18->14(best) solver 18Bもsolverだったけど、検索サボってたらしい。人力では23Bまでで、その時はa(X,Y):XYXYXXssXXとかいう苦労の跡が見える関数を使っていた - [[Problem 1086]] がsolverで見つからないな… もうちょっとsolver強化が必要かも。12B構文の場合、パーツ選びやパーツの場所にセンスが試されるな(14Bならその辺も全自動にできそうだけど) - [[Problem 0466]] 34->30(単独best) 多重再帰。まあまあいい感じに書けた。 - [[Problem 0491]] 46->45(best) 数値関数をちょっといじった。今まで両方に突起を出していた(+++みたいな)が、片方だけ(⊥⊥⊥みたいな)になった。 - best率 94%乗りました! - 久々にまとまった時間を取れる&モチベーションがあったので、放置していた数値長文の勉強と試行錯誤(solver作成)をやっていた。と言いつつほぼグラフパス探索の動作を待つ時間だったかも… - [[Problem 1508]] 241->240(best) パスがよくなった感じではないので、まとめ方? - [[Problem 1509]] 231->216->215(単独best) s,rを並べるタイプのやつで書いてなかった。直線が多く、歩数がそこまででもない場合はこちらの方がよいのか。パスがよくなくて219Bを踏んだ。一般の盤面に対するs,rの個数の最小化や、7文字の先頭がsになるバージョンなどなどの兼ね合いは試してない。ちゃんと検索したらもっといいパスがあって更新。 - [[Problem 1511]] 234->219->218(単独best) 同上 パスがよくなくて221を踏んだ。ちゃんと検索したらもっといいパスがあって更新。 - [[Problem 1507]] 250->248(best) s,rs,rrs,rrrsを並べるコードで。なんとかパスを見つけた。 - [[Problem 1707]] 97->84 s,rs,lsを並べる。(r/rr/rrr)lls という関数を作った。1B足りない。 - [[Problem 0510]] 210->207 木構造じゃないやつの調整がまだダメダメ。sの個数最小化でたどる方法を考えるのだが、厳密にやるととんでもない時間がかかるので適宜人工的にやっている。このmapに関する経路だけずっと探索するコードを動かすのも一案か - [[Problem 0127]] 122->91(best) s,rを並べるやつ。これも経路探索は手でやらざるを得ない。305文字の経路あったけど、もうちょっと多くても91Bにはなる。この方針で縮めるには297文字くらいまで減らすか、全く同じ塊で移動するかの二択で厳しそう。 - 本当は互除法回りもちゃんとsolver化していろいろ試すつもりだったけど、ながらでやっていたら全然捗らなかった。結局、数値長文は残った非ベストが自作問なので自分で自分を苦しめている展開 - ようやく非ベスト残り100問切りました - [[Problem 0489]] 108->104(best) s4つの間に向き並べる方。一旦妥協。 - [[Problem 1762]] 15->14(best) 2変数solver こんなのあるのか - [[Problem 0658]] 18->17(best) solver 18をsolverで見つけてから特殊な初項。検索漏れてたし、そもそもパーツ検索していたので引っかからなかった。普通といえば普通なんだけど、自分はこのマップ見てこれは出てこないですね。 - [[Problem 1765]] 17->16(best) solver 二変数 絶妙 - [[Problem 0538]] 74->70(単独best) 既存のやつそこそこをいじった - [[Problem 1618]] 14->13(best) 数値solver。この見た目で二歩系じゃないのか - [[Problem 0455]] 28->27 フラクタルで。400番台あと1B… - [[Problem 0975]] ''18(best)'' solver 見つけたら自動投稿するようにしてたので気づかなかった。問題名の命令とは異なるけど、挙動は一緒(左に往復する)なので変数変換したら一致するのかな? - [[Problem 1442]] 19->18(best) 19Bができてたら18Bもできるだろというぐらい自然な解。コピペしてたから見逃してたパターン。 - [[Problem 1468]] ''29(単独solve)'' 結構前にズレがややこしすぎるのでHerbertEditorで無理やり対称性があるように塗り替えて考察してから放置していた。久々に取り組んでみたら、灰マスを踏まない+イレギュラーな部分をきれいにとるパスを偶然発見できて、そこからスルスルと全体パスが決まった。二種類のパーツで取っている。29Bにするまで結構苦労したのでもしかしたらまだ見えてないのかも?ともあれ長年未解決のものが倒せてうれしい。同じノリで[[Problem 0931]]や[[Problem 1439]]もたまにやるけどあまり進捗はない([[Problem 0931]]は将来性ありそうなパーツは見つかっている) - えっ、[[Problem 0304]] が解かれている!?!??しかも20Bで?? - Recentでドデカ成果が並んでるとこわい - tozan氏の問題はなんだかんだ解がちゃんとあるので、HOJの問題の中で解の存在が不明なものって[[Problem 1797]]だけですかね?こんなにたくさん問題があって1問だけって相当民度高いな - [[Problem 1714]] 17->16(best) solver 灰マス踏まないので検索はしやすい(灰マスを踏まない系だろうと検索前に推測するのが本質かも?) 前にも書いた通りなぜか1マス上にはみ出る。 - [[Problem 0824]] 26->24(単独best) もともとの自分の解が割と工夫可能だった。ステップ数とんでもない… 1714でいろんな解を探してそれを応用する作戦はうまくいかなかった。 - [[Problem 1183]] 18->17(best) solver 特殊な初項で圧縮するタイプだけど、圧縮する元のコードが違っていた。 - [[Problem 0371]] 16->15(best) solver 検索漏れてたな〜 こんなのあるんだ 人力では難しそう - [[Problem 0667]] 18->15(best) solver 18Bはa(X,Y):ra(sX,Y-1)srXrsで。確かに [[Problem 1762]]みたいなのがあるとわかってから検索すべき問題ではあるなあ。 - [[Problem 1023]] 19->18(best) solver もともとa(X):XsXa(slsrsXlsr) a(l)を参考に内側をフラクタルで埋める1変数解だったが、結局solverで制約つけて検索。全然違う経路でびっくりした。毎度中心にもどるのね。19B解もsolverで見つけたものとはいえ、そんなに不自然でもないので、こっちが先に出る人もいそうなもんだけど。 - [[Problem 1068]] 16->15(best) 12B solver 2歩ベースで。結構変なやつしか出てこない。探索しきってないのでまだ縮むかも? - [[Problem 0510]] 207->206->205(best) 結構考慮するべきパラメーターが多くて難しい。結局256にssls的な向きを一個含むものを割り当てる方針で205に。s4個区切りにした時にssssが出てこなくて、sの個数が最小のもの、をもう少しちゃんとやれば縮みそうだけども、面倒だな。 - [[Problem 0133]] 19->16(best) solver ステップ数も短くまるで想定解の動き。以前はパーツ指定探索してたけどその必要すらなかったのね - [[Problem 0891]] 22->19(best) solver ssrssパーツで検索。なるほど〜 - [[Problem 0976]] 18->16(best) 12B構文のパーツ育てるやつで書いてたけど、二つとも数値変数にしたら初項のイレギュラーが解決する。[[Problem 0815]] は書けていたのになぜ… - [[Problem 1740]] 16->15(best) solver solverといいつつ、srslパーツでかなり人間的な経路。 - [[Problem 0931]] ''27(単独solve)'' ''撃破!!''以下の何となく埋まるパーツを見つけていた a:slssr b:slsr f(X):XXXXXX f(aaaaabrssssssssssssssssssssssrrssbbbbbbbsslsssr) これだと別の突起部分を取れていないし、別の突起部分をもう一種類パーツ作って埋めようとしてもイレギュラー部分が出てきてしまうのだけど、もっと直線的に処理することを考えたら、類似した二種類のパーツで埋められそうなことがわかり、適当に調整してたらそれらも合わさって埋まるやつを発見した。こちらは制限byte数がゆるゆる(おそらく出題者もテクニックがない?)。ズラされまくってて見えづらいのが悪意満載ですが、[[Problem 1468]]よりは人間的でまともな経路でした。灰色の枠内を全部通ります。 - [[Problem 1439]] はパーツすらめどが立たない。意外と[[Problem 1496]]なんかは直線的でわかりやすい系の問題なのではないかとにらんでいる。 - そういえばtop50内の人間でbest率が80%台の人が一人もいなくなった。あと10数問ほど倒すとひたすら単独bestを倒さなければならなくなり、一寸先は闇。 **2026/6 [#p955c350] - 今までで一番理想的な時間の割き方してる(息抜きに気が向いたときに1時間ぐらいやる感じ) - [[Problem 0566]] 27->25(best) 二変数で書いていたが、命令も込めた。10年前ほど前にもらった「関数が弱い」のヒントがようやくうまく使えた。 - [[Problem 1331]] 27->26(best) とあるテク 自力で解いたけどよく見たら_misakiさんが答え書いてくれてた - [[Problem 1339]] 22->20(best) 向き調整できないと思っていたけど、向きの付け方を前後で入れ替えたらできた(良い向き調整が存在した)。 - [[Problem 1715]] 21->19->18(best) 1変数solverで19B その経路を見ると先に灰マス通りながら左側を取ってから一周していたのでそれを参考に直接書いた。 - [[Problem 1720]] 30->28(best) 行って戻るだけじゃなくて4歩進むのもまとめて書けるように関数を作る。一番シンプルに作れば後ろにr(もしくはl)がちょうど4つありますよね。 - [[Problem 1148]] 17->16(best) この辺の問題は全部snuke theory (数値多重再帰) [[Problem 1151]]もそれかと思ったけど作問者が違った - [[Problem 1180]] 52->51 Hilbert curveの特定の段階の書き方が‘鵑銚澆い妨討唸腓Υ愎作る一つの関数で向きを入れてもう片方を呼ぶ際はrrをつける'rとl相当の変数を作り入れ替える再帰で構築し、特定の数値だけ呼び出す、といくつか選択肢があって、 銑どれも向き調整があるのが面倒。今回は△鬮'にしてパーツのつなぎ目(20歩以上進部分)で再利用ができて1B減った。[[Problem 0075]] のコードは確かに短くなりそうだけど、△僚颪方をしようとすると初項の表現が出来なくてうまくいかない。。 - [[Problem 1184]] 22->21(best) 多重再帰。再帰の実行部分がXXrYYrXXrとなっていたのでそれは縮む。 - [[Problem 0025]] ''25->23(単独best)'' '''前からワンチャンあるとは思っていたけど、縮んだ!'''古の問題なので挑戦者多いと思うし、大分嬉しい。解法としてはフラクタルで、実現したい数列が作れない(か、大損になる)なと思っていたところがよく考えたら作れた、という感じ -> マップ全体がフラクタルのパーツの一個になるようにする。5n+2ではない。 - [[Problem 1671]] 27->26(best) 向き調整と数値関数使いまわしパーツ作るところはいまだに苦手意識ある - [[Problem 2042]] 19->18(best) 2043ができててなぜかこれができていなかった。多重再帰でパーツを使いまわす。切れ目の認識がむずい。向き合わないと思っていたけど左右対称じゃないので逆回りにすれば調整できる。 - [[Problem 0845]] 26->25(best) 命令を四倍にくっつけたいけど、そうすると無駄が発生してしまうので変数を挟むことで回避する。 - [[Problem 0920]] 25->22(単独best) 再帰でなんか合うやつがあった。未だに経路不明。 - [[Problem 0292]] 33->32(best) 直接書いた。フラクタル系でよくある、初項のrrを書かなくて済むやつ。 - 単独best集計プログラムがすぐに作れる。いい時代になった。 - [[Problem 0190]] 24->21(best) これまでは左、右、真ん中の順で取っており、ssXXXXを用いていた。経路は変えず、関数を改良。10歩と2歩がメインなのでssXXXXが強いかと思いきや、パーツの形や向き的に二変数の別のやつの方が強いのは盲点だった。 - [[Problem 0983]] 41->35(best) 前半と後半の数列の構造が似ていることに着目するのはできていたが、途中で止めるために3つ目の数値変数を使っているのが無駄だった。後半に長さの制約がないのでcを定数として(X+Y,Y+1,Z-1)は(X+c-Y,Y-1)と書く方がよい。途中の13歩連打を関数の後ろに仕込むのは昔の解でできていた。 - [[Problem 0838]] 28->27 前の解はおそらく想定解で、長さnの正方形をフラクタル的にくっつけたパーツで再帰で埋める。今回は3*3の正方形を埋めるパーツを使って直接書いた。1B足りず。 -「直接書く」という表現は違和感なく使っていましたが、確かに用語ですね。初出は2011年のmasさんの雑記? - その他数問考えたけどあまり成果はなく - best率93%乗りました! - [[Problem 1463]] 21->20(best) 21Bの時とほぼ同じ関数を使っているのだけどなぜか得している。21Bは実行の最初でa()とか書いているのでそこが無駄なんだろうな。 - [[Problem 1504]] 32->30(best) 12歩を超えない数値調整をしているところから、成長回数に着目して14,8,6,5,4・・を作るために12B構文を使っていた(数値変数は一つで済むけど、-4倍から4倍の間では実現できなかった)。もともと「n歩ずつ成長させて12歩を超えない」なので数値変数二つ使った双曲線っぽい成長の方がよい。数値を求める部分は生成AIに投げた。r+実行 という答えもあるなあ。 - [[Problem 1113]] 25->24 渦。いい感じに位置があった。1B足らず。 - [[Problem 1660]] 20->18(best) 二変数solver コード自体は人間的に見えなくはないけど無理 - [[Problem 0011]] 20->17(単独best) solver 人力で見つけた20Bはお気に入りだったので残念 - [[Problem 1027]] ''33->29(単独best)'' sqrt(n)歩進む関数と、144から平方数引いていく関数の構成が似ている(a(X,Y):rsla(X-Y,Y+2)lsrとb(X,Y):**b(X-Y,Y+2))のでこれらがうまく合わさる解法があるとは思っていた。[[Problem 0840]]の24B解と近いことをしたらうまく一つにまとまった。もっと変な解もあるのかも? x^2+y^2<=144の規則でテクニカルに書けたのでかなり満足。 - 数学っぽい題材の問題は残り約数カウントの二問だけかな?厳密には素数のやつをちゃんと数式でbest化していないけど。 - ふと「新しい黄緑増やせるのかな」と思ったけど、現状だと[[Problem 1278]]を解く以外自力で黄緑を増やす方法はないらしい。(ちなみに32Bから縮まない) - [[Problem 0192]] 更新できそうなアイデアがあったが条件に合う最小の数が342で無理だった - [[Problem 0283]] 25->24(best) 三倍関数まわりで。壁使わないと聞いていたが自分の解は使っている。向きの調整でrrをうまく括り出せた感じ。 - [[Problem 1225]] 35->33(単独best) 昔の雑記で「まだいけそう」という表記があったのでチェック。コードだけ見て縮めた。元々無限ループと関数定義がどちらもあって使いまわせてない感じだったので関数側に変数増やして直接書く感じに変えた。 - [[Problem 1322]] 27->26(単独best) 昔の雑記で「まだいけそう」という表記があったのでチェック。元々の作り方だと工夫があまりできなかったけど、sXsという真ん中を成長させる作り方じゃなく、XsXと両端を成長させる作り方にするといい感じに。すぐ単独じゃなくなりそう。 **2026/5 [#p955c350] -お久しぶりです(テンプレ) -生成AI使いながらsolverを改良した。 -solver自体の改良に使えるのはまあ自然なんだけど、経路発見とか、圧縮に効くよい関数の発見とかに活用できないかと考えている。使いこなせてないな。 -[[Problem 0248]] 39->38 if文/剰余判定/約数カウント/main と分けていたが、真ん中二つがいい感じに合わさった。合わせるときに剰余判定の途中経過が約数カウントに影響を及ぼさないように「1度だけ実行」という機構を入れる必要があって、そのために変数を追加した。あと1Bについてはif文(a(X):s)は相変わらず浮いたままなのでそこがポイントなのかな? -[[Problem 0253]] 30->28(best) (93+3n)/(3+n) という式が想定解で 2変数でg(A,B):f(A,B)sg(A+3,B+1)という書き方をしていたが、(93+3n)/(3+n) = 3 + 84/(3+n) なので、A+3側は定数にして3の分をあらかじめ仕込む、というだけだった。(pastaさんの「4歩下駄はかせる」と全く同じ) -[[Problem 0296]] 22->21(best) 特殊な初項で、3変数版の解をいじる形。メインパーツにおまけパーツをくっつける際に、変数を増やしたことで組み込み方が実は複数ある。このうち、初項に入ってしまっていた向きを消せる調整がある。「ssslsr」というパーツ側に、成長記述の「ss」を使うのかと思っていたけど、それは無理。 -[[Problem 0516]] 29->24(best) 4倍を使いまわすのでなく、4回に1回成長する、というのを書く。さらに、4回に1回成長するのを再帰ではなく数値で書く。こういう書き方をする問題は殆ど無い(a(X):sa(X-1)的な物を使う)ので、割と初期の方が思いつきやすい、という感じでしょうか。 -[[Problem 1023]] 23->19 1変数solver久々に動かした。いい感じに往復しながら渦上に取っているが、構造があんまり理解できない。このコードを多変数で書くのかな? -[[Problem 1025]] 30->29(best) とあるテク(弱)の復習 -[[Problem 1440]] 17->16(単独best) solver まああるよね -[[Problem 1941]] 15 いつの間にできてたやつ - best数が1600を突破!結構シンプルなことに気づけてないケースが多い。 - 自分の様に「久しぶり」を繰り返すプレイヤーにとって、拡張機能のmemoが神すぎる。数年前の思考や試したことがメモってあるので。 -[[Problem 0753]] 30->28(単独best) 経路はそのままで、いい補助関数が使えた。 -[[Problem 1814]] 28->26(best) 1815と類似して渦っぽくとるというヒント?から。直線の途中にslsr入れてうまく灰を避けているけど、これもっといい解ありそう。 -[[Problem 1936]] 31->29(best) srsslsパーツで取る -[[Problem 2053]] 27->25(best) 1936と同じ補助関数、結局再帰でやった。直接でもできるらしいが・・・ -[[Problem 0667]] 20->18(best) 太く中心に戻ってくる渦の数値関数使いまわす問題かと思っていたけど、もっとシンプルに同じ関数で2パーツ配置するだけでいい。向き調整の分は圧縮できる。 - HOJって15年も経ってるのだな - 1500番台をメインにチェック。黄緑がとても多く、実は苦手意識のあるページかも。 -[[Problem 1189]] 27->26(best) _misakiさんが得意な、成長させない数値関数の手法(n歩n倍両立) -[[Problem 1553]] 24->22(単独best) 二変数の再帰で書いていたが、初項がどちらもrrだったところを育てているパーツ側を使い回すことで誤魔化す方向で描き直したらなんか埋まった。1マスだけ取れなかったり真ん中1行だけ取れなかったりして調整にやや苦労した。太いパーツなので類題には使えない方針だった。 -[[Problem 1569]] 31->28(単独best) 12B構文 いつ22歩行って戻るのか、というのを12B構文の数列として表現。いい数値がヒットしたおかげで(?)単独。「12B構文」と言っても対象とする数列をどれにするかの選択肢があるのが悩みどころ。 -[[Problem 1567]] ''44->40(単独best)'' 以前の考察で原始根かつ7乗との和が最小のものという考察で47,_misakiさんからのヒントで (-a)^7=-a^7を用いて直接書く方法で44だった。「原始根かつ7乗との和が最小のもの」の部分で23に近い数字を負の数として記述できることが完全に盲点であった。(ここまでで42B) そのあとはn歩の関数に命令をうまくくっつけて「棒を立てて戻る」部分を構成する。向きが上手いこと記述できる絶妙な関数を見つけて40Bになった。(ちなみに、負の数の部分の気づきについては生成AIが間接的に活かせた) -[[Problem 1998]] 22->21 a(X,Y,N):Xa(YX,Y,N-1) 的関数を使って記載。22のときはその構造になんとなく気づいていたが、うまくまとまらずパーツを直接書いて再帰していた。成長させるパーツがs,r,lというところなどが他の手法の存在を示唆してそうだけど、思いつかず。 - 数値関数と命令を混ぜたやつ、非常に強い手法なのに、存在に気づいたのがかなり後なので考察漏れが大量にある。 -[[Problem 0290]] 22Bまで作れた。あと1Bだが… -[[Problem 1572]] 35->33(best) いままで4変数で1/x計算用に二つ、成長用に一つ、if文用に一つとしていたが、if文用の判定は計算のところを無理やり使う形にできる。命令用の変数に変えて、二倍を実現できるようにした。 - best率92%乗りました! -[[Problem 1541]] 25->24(best) 5倍関数で。他二人と違いそう -[[Problem 1555]] 29->24(best) 誰も雑記を書いていない問題。渦系の数値関数で結構テクいことをしているので他の人とは違いそう。とはいえ、揃う問題にはとても見えないので簡単なものを見逃しているっぽい。まだまだ縮むんでしょうかね。 -[[Problem 1682]] 20->19(best) XssX を使う。rssrssrssをra()a(r)a()としてしまっていたが、これは損している。 -[[Problem 1717]] 21->20 a(X,Y):sa(X-1,Y)lYを用いた。壁も使っているし綺麗にかけたつもりだが、bestじゃないのでまだ認識できていないか… **2023/7 [#n6770f5e] -パソコン新しくしたついでにsolver動かしてみたりして久しぶりにログインした。 -数式系とsolve0人にちょっかい出すだけの人になってる。 -今流行の生成AIと組み合わせて探索を狭めたり効率の良いsolverを作ったり自分の思考を真似たコード生成を行ったりできないかなあ -[[Problem 0184]] 40->38 互除法に無理やり二倍関数を詰め込んで圧縮した。数種類のパーツを並べる手法でいいのないのかなあ。あと1B -[[Problem 0270]] 29->28 rsrrsrの無駄の解決と曲がるのが両立しなかったけど向き入れ込むだけでよかった。あと1B -[[Problem 0171]] -[[Problem 0248]] 再度考えたが進捗なし。if文周りが下手っぽいんだけどいい感じにならない。 -[[Problem 0285]] 48->47 パーツの成長に向きを入れ込んで1B圧縮。逆順でも縮まないなあ。。 -[[Problem 0285]] 47->43 47B解の5変数関数定義は1行のやつはパッと見よさそうだけど、曲がるためだけの変数を何度も書いていて無駄っぽいので、ビットカウント部を分離して関数を3個にしたら縮んだ。if文(i(X,Y):Yみたいなやつ)を一度しか使っていないのがいかにも無駄だけどなかなか微調整が効かないな。。 -[[Problem 1943]] 20(単独solve) ヒントに倣ってパーツを追加したsolverをとりあえず作った。(2変数のYに指定したパーツを入れるだけ)検索したら22Bで引っかかったが、lrみたいなのが含まれてたので普通に20Bになった。灰マスは通らない。経路はまあ予想外で人間的には解きづらいかなあ。 -[[Problem 1472]] 24->21(best) 長さの差が2の長方形をたくさん書く方針だったが、よく見たら正方形でもサイズがでかくなった時に隙間を取ってくれることに気づいてbestになった。回る向きとかも大事。imagine cupは想定よりも数周期分多く実行した結果をmapにしがちだな。 -[[Problem 1467]] 26->25(best) 0から考えたらいけた。渦で挟んだのを無限に繰り返す方針。26の時は数値関数を使い倒してた。正直縮みそう。 -[[Problem 0569]] best solver 多分前つくったやつだと見逃してた。X+X+cのcが0になるので縮んだみたいな感じ。 -[[Problem 0526]] best 実行部分XXでも検索できるようにいじって検索。 -[[Problem 0630]] best 再帰、自力でやった。細かい調整がむずかった。今までは数値関数使いまわし。 -[[Problem 0857]] best L字のパーツの縦育てるのと横育てるのを分割してあとは数値と向き調整。l+実行なのでまだ行けたりするのかな。この手の成長の調整が複雑なタイプは数値がよさそうなんだな。 -[[Problem 1800]] 71->65(単独) 以前の解釈は「2以上n未満の最大の fibonacci num を引いていき、2残るときに棒を立てる。255超えてしまう分は、あらかじめ233(fibonacci num)を引いておいて対応する。」という方針。fibonacci num を引く過程で、1を引いてしまうとすべての数が2に行き着いてしまうため、2個前のものとペアにすることで処理していた。 該当する fibonacci num は高々1回しか引かれないことを利用して、書き直した。 Xが今調べている数、YとZを fibonacci num の組として以下のような変更をした。 a(X,Y,Z):a(X-Y,Y,Z)a(X,Y-Z,Y-Z-Z)b(X) (二つ目の項はY≧Xで実施,bはXが2のときのみ実行) f(X,Y,Z):f(X-233,Y,Z)a(X,144 55)f(X+1,Y-1,Z)lf(X+1,Z,Z-1) ↓ a(X,Y,Z):a(X-Y,Z,Y-Z)a(X,Z,Y-Z)b(X) (二つ目の項はY≧Xで実施,bはXが2のときのみ実行) f(X,Y,Z):f(X-144,Y,Z)a(X,144,89)sf(X+1,Y-1,Z)lf(X+1,Z,Z-1) こうすると、同じ fibonacci num を何度も引くことがなくなる。また、1を引いてしまう問題については、「1以上n未満の最大の fibonacci num を一度だけ引き、途中経過が2になる」ことと「2以上n未満の最大の fibonacci num を引いていき、結果が2になる」ことが同値なので、これで圧縮が効く。Xに入る数によっては途中経過が何度も2になるため、従来のコードと挙動が異なる。 加えて、if文を二倍関数にすることでrsrrsrの無駄と引き換えに実行時間を(指数関数的に)増やす方法で圧縮した。数値選びに少し苦労。 -[[Problem 0285]] 43->41(best) 「if文が無駄だなあ」と言っていたけど、ただ変数増やしてそこに入れればいいだけだった。。向き+実行みたいになっていて、「逆順にしたら縮んだ」の仕組みを導入できていないので、そこ次第ではさらに縮むと思う。 **2022/12 [#j79a2f8c] -年末急にHOJがやりたくなる -[[Problem 1239]] 25->23(best) 三倍+向き 多分作問者想定解。分かってしまえばかなりシンプルなコード。偶然答え登録したのが同じ日だ(11年も違うが) -単独ベストが作問者というやつを狙撃したいけど、まあ当然難しいね。 **2022/3 [#j79a2f8c] -別ゲーやりたくて回してたsolverを止めたため進捗がほぼなくなってしまいました -best率90、数式系、気になる再帰系を倒した関係でモチベがあまりないというのもありますが、いつか長文系もうちょっとトライしたいなとは思ってます -[[Problem 1387]] 21->20 逆順に sovlerで変な答え探せば縮むかも? **2022/2 [#n540108f] -[[Problem 0722]] 18->17 丁寧に書き下して、いい感じに再帰。 -[[Problem 0700]] 直接書いても28になるのかー 絶妙な関数とか経路認識がありそうなものだけども。。 -[[Problem 1028]] 45->39 n!をn+1回 足すのではなく、n+1をn!回足すことにするとnの更新用の変数が減らせる。 -[[Problem 1551]] 39->35 上の方針に加えてsnukeさんが紹介している変数の順序を変えてNLE回避するやつを適用。前から処理するからこういうことできるのか〜(脳死でコピペしてたため、自分にとっては新テクだったのは秘密)。n歩を中に入れて一行にするのは、従来の手法で保存用として使っている変数を削っている関係で無理だった。 -単独best集計を依頼 変な文章で依頼したらコンパイルエラーを指摘されてpますstますさんに依頼したことになってしまった(??) -[[Problem 0265]] 46->43 XsYsXを使ったらわりとあっさり46くらいになって、そこから使い回す部分の選択や経路に少し工夫。単独で喜んだら一瞬で抜き返されてなぜかテンションが上がってしまった。 **2022/1 [#ucfab21e] -最近solverくんが頑張ってるだけなので実質pastaさんが成果を出しているとも言える -[[Problem 0133]] 20->19 多分まだある -[[Problem 1293]] 17->16 一変数。人間的なやつとヤバいやつの二種類発見 まだいけるのでは。 -[[Problem 0948]] 20->19 一変数。とりあえず雑に。まだ検索中 ---- -書き溜めてたの含めて長くなったので[[アルファベットシリーズ攻略]]を新たに作って書きました。 -[[Problem 0409]] [[Problem 1296]] 28->27 三変数の再帰をちゃんと一から考察したら縮むやつがあった。[[Problem 1296]]だけ縮めていないのはただの確認漏れなのか手法が壁依存のものなのか -[[Problem 0410]] 22->18 結局一変数solverで検索 オン会で見たやつとはちょっと異なる形でできた。模様系の知見もう少し持っておきたい。しかし22Bの時の苦労を考えるとsolverでそこそこすぐに見つかってしまうのは切ないですね。。 -[[Problem 0578]] 27->24 数値から再帰へ。調整がちょっとむずい。 -[[Problem 1504]] 33->32 12B構文で変数を減らしたものの。。足りない。 -[[Problem 0405]] 24->23 数値で書いた。絶妙に再利用ができず無限ループになってしまう。 -[[Problem 0667]] 21->20 数値関数再利用で。18???? -[[Problem 1032]] 30->28 結局再帰で縮んだ。[[Problem 0404]]と同じ圧縮。 -[[Problem 1765]] 21->18->17 solver まだ可能性ありそう。 -[[Problem 0527]] 52->51 数値関数で書いて雑に変数増やしたらあっさり51Bになった。右下は後回しにして中心に戻らずとってるのがポイントかも。まだ縮むのでは? -[[Problem 0912]] 23->22 見落としと言われればそうかもしれないけど、見落としやすくて苦手な圧縮だった。 -[[Problem 0498]] 34->32 灰マス突っ込むと関数を簡単に使いまわせるのか。直接書きました。無駄がありそうに見えちゃうけどそうでもないのかな? -[[Problem 1512]] 47->45 多重再帰とpXqした まだ縮むかもしれない?→多重再帰の意味がなかった。pXqがうまく使いまわせるようにパーツを調整。 -best率90%! モチベ少し控えめになりそうです。 -[[Problem 0981]] 19->18 二変数solver部位固定 賢いなぁ。。 -[[Problem 1357]] 22->20 模様乱歩+特殊な初項 wwvwwさんの雑記を見る感じ全然違う答え? -[[Problem 1271]] 28->26->24(単) 模様乱歩+特殊な初項 惜しいやつがたくさんあって調整とパーツの統一が悩ましい。こちらは多分27の人たちと方針自体は一緒かな。一マス埋まらない気持ちを共有したいやつ。今回はメモに惜しいやつが書いてあったのでそれを流用。->もうちょっといい奴が向き調整の末発見できた。 -模様系(≒同じ形が敷き詰められている系)の問題リストが欲しい。。 -[[Problem 0229]] 22->15 一変数solver オン会でも行けそうだなと思ってたやつ -[[Problem 0933]] 未->17 ステップ数多い 灰マス以外全回収 かなり人間的だけど解ける気がしない。対角線部分を無視して拾う方法と対角線を拾う方法を別に考えればワンチャン?imagine cupは傾向的に灰マスはあまり踏まず、コード自体は人間的なものが多いのかな。未solveに活かせるといいのだけども。 -関数展開する際に1stepカウントされる仕様っぽい。関数の展開回数が多すぎる問題は普通の再帰だとあまりないけど、数値乱歩とかだとそこそこ影響ありそう。 -[[Problem 1470]] 未->20->18(単) 一変数solver 灰マス踏まないです。このコードで出題するとして、このmapにするのはさすがに出題が下手だなと思ってしまうが。オン会などで自分の未solveのヒントもらいまくった分こういうので成果を出せたという点は嬉しい。 -1300番台緑一色すごすぎる 長文でない非ベストがたくさんあるなあ -[[Problem 1393]] 22->20 とりあえず横槍入れてみた。21がわからなかった。もっと縮みそう。 -[[Problem 1174]] [[Problem 1310]] [[Problem 1311]] なるほどn歩を使うのか。再帰にこだわっていた。1311とかはワンチャン縮むやつがあったりしそう -[[Problem 1495]] 未->20(単) solver なんか出てきた。灰踏みません。 コード自体は理解可能ですけど、まあ不可能ですね。。a(X):XXXXa(sXl)というやつの亜種です。 -[[Problem 0133]] 25->24->22->20 一変数solver パーツ指定。これだけ対称性が高いならまあまあやりたい放題ということで ---- -[[Problem 2072]] [[Problem 0414]] 16B(19B)いやこの認識はすごい というかそこが初期位置の方がHOJ的には自然なのが意外すぎる。 オン会で「最初に3歩進みますよね」と言っていたのは経路的に3歩進んでいるだけなのかと思ったのですが本当にsssa(*)みたいな書き方をするんですね〜 (ちなみにsolverで検索しました。一変数も特殊な初項の二変数もありますね) -[[Problem 0409]] 縮んでいる!?考察せねば -imagine cup迷宮入りしてた三問を教えてもらった。単独潰してしまう&経路発想に重点が置かれている問題なので解いてしまうか迷いましたが、結局投稿。降参した問題だということはちゃんと書いておきます。 -[[Problem 0926]] 54->38->35 全部再帰でまとめて取るのではなく、二回に分ける。規則認識自体はあの図でできていたのに単純なことに気付いていなかった。。ちゃんと解けるべきところまで行っていたので悔しい。best化少し苦労したけど、まだ縮む可能性はある。 -[[Problem 0928]] 未->39->32->30 長さ3の正方形書いて進んで右に曲がるというパーツを3回使って何周もすると何故か埋まる。何周もするのが盲点であった。こちらは自分の力のみでは絶対に解けないなと思った。最初配置方法が下手だったけど四個とって後ろ向いて何歩か歩く、というのを3回やると綺麗に埋まった。四倍と三倍の関数でbest化 -[[Problem 0933]] 実は検索をかけていたんだけどステップ数が足りてなかった? 灰踏まない+片方がパーツ育成というところから再度検索中 ---- -オン会!400番代と気になるやつをいくつか共有しました。 -前半のボリュームが凄まじい反面後半はボチボチ、という印象の400番代。 -アルファベットシリーズは別でまとめて感想を書こうと思います。残ってたRも見落としに気づいて全緑達成! -[[Problem 0401]] フラクタル系、二倍ごとに分けるとか向きをどこに込めるかとか細かく難しいものが多い印象 -[[Problem 0404]] 22->21 変数を増やして複合系。かなり自然な発想だけど気付けなかったなあ。 -[[Problem 0405]] 経路取りはあってるらしい。再帰で連打するのではなく、という感じ。 -[[Problem 0408]] 今回のオン会で共有した、12B構文の成長途中を配置する手法を共有。難しそう。 -[[Problem 0409]] いまだに馴染まないbest解 想定解は直接書くものだったらしい。wwvwwさんが[[Problem 0395]]みたいな解き方をしてて意外とやりようがある問題っぽいな -[[Problem 0410]] 割とシンプルな模様系乱歩 パーツに工夫があるとのこと? -[[Problem 0412]] こちらも模様。この手のどこかにまとめておきたくはある。 -[[Problem 0414]] pastaさんとmisakiさんの答え合わせ方法が独特で面白かった 意外な手法らしい? -[[Problem 0445]] 正方形を成長させて描く関数を使い回す -[[Problem 0450]] 結局乱歩。想定解気になるやつ。 -[[Problem 0451]] シンプルだけどかなり難しい。 -[[Problem 0453]] 20->19 22を二つのテクニックで19にする、というヒントがあって自分は一つにしか気付いていないという認識だったのですが、そうではなかったという話。実行部ではなく育てる長さの方をゆっくりにする。 変数増やす成長の調整が身についていないな。 -[[Problem 0455]] 再帰で作ると良いらしい。 -[[Problem 0456]] [[Problem 0457]] 部屋シリーズ。白い部分が地面? -[[Problem 0459]] 二倍関数の部分に無駄を感じれるかどうか -[[Problem 0463]] みんな人力で到達したとのこと。すごい。 -[[Problem 0464]] これも模様系。フラクタルよりも実行がはやいのも助かる。 -[[Problem 0466]] 強い補助関数or再帰で往復 多重再帰だとばかり -[[Problem 0468]] 多重再帰の別解を教わった -[[Problem 0474]] 難問 タイトルから解いた人が多い? -[[Problem 0477]] 40B三人とも違う傾向の答えだった -[[Problem 0482]] 意外とみんな違う乱歩だった -[[Problem 0487]] 直接かけるらしい。自分はmeshと同じ手法 -[[Problem 0488]] misakiさんは数値 自分は直接。 -[[Problem 0489]] 経路も数値のまとめ方も損している -[[Problem 0497]] masさんの17Bがまさかの再帰だった -[[Problem 0498]] 実は経路が偉い問題だった。真ん中から灰マスつっこむらしい。 -[[Problem 0926]] 54->38 全部再帰でまとめて取るのではなく、二回に分ける。規則認識自体はあの図でできていたのに単純なことに気付いていなかった。。 -[[Problem 0928]] 未->39->32 長さ3の正方形書いて進んで右に曲がるというパーツを3回使って何周もすると何故か埋まる。何周もするのが盲点であった。最初配置方法が下手だったけど四個とって後ろ向いて何歩か歩く、というのを3回やると綺麗に埋まった。 ---- -あけましておめでとうございます! HOJにモチベがありながら年跨いだの久々だなあ -[[Problem 0408]] 18->17(単) [[Problem 0430]] の系。数字と配置方法見つけるのちょっと大変。これのsolverあったほうがいいかも。 -[[Problem 1581]] 20->18 step数と灰マス上限を減らして検索。 -[[Problem 0013]] 22->20 実は22Bの時の経路と一緒だった。(数字の7みたいなパーツを並べる)それっぽい再帰にして20になったけど、もっと行けそうな気はする。 ちなみに20B解とは別に新しく考えてた経路はこんな感じでしたが、始点に制限があってうまく活用できませんでした。 #ref(0013_keiro.png,nolink,40%) -[[Problem 1239]] 26->25 関数改善 再帰に乗りそうな形にできないなあ。 -[[Problem 0729]] 17->16 二変数solver 17を特殊な初項で縮めるやつだった。17の人がいなくてみんな16なのすごい。 -[[Problem 1670]] 17->16 二変数solver こういうのうまく作るの苦手 -[[Problem 1510]] 248->244 solver作ってる途中。これぐらいだと別の手法でもっと縮んだりしそう。 -[[Problem 1600]] 再帰の18B発見した。想定解はsnuke theoryでa(X):Xa(XXXXa(sX,hoge)r,fuga)みたいな書き方をします。再帰のやつ、灰マスまったく踏まない解でめっちゃびっくりした。ここからうまく圧縮するのか。 -16Bのこり [[Problem 0976]] [[Problem 1148]] [[Problem 1151]] %%[[Problem 1600]]%% 1600以外は数値? -17Bのこり [[Problem 0658]] [[Problem 0933]] [[Problem 1183]] %%[[Problem 1714]]%% 16Bと違って全部再帰っぽい -[[Problem 0082]] 21->20->19 大きい方からやる渦関数使い回す。あの作り方でずれる分も使い回すことでうまく修正できる。 -0番台緑一色!! ただ0000があるのでちょっと怪しいか。 -[[Problem 0646]] 25->22->21模範解答かってくらい綺麗に全部取る答え。最初数値でやってたけど再帰でも大丈夫。四隅のパーツ取るやつで真ん中の十字も取れちゃうという。 -[[Problem 0217]] 32->31->30 結局外側とってから内側取るやつに戻した。対称性がないのでどこから始まってどこから抜けるかで調整が変わってくるのが難点。 -[[Problem 0424]] 33->32 直接書く系で一変数+向きで33にしてたけど、ちょっと違う関数で32になった。そもそも縮みそうだなと思ってはいたのでいい機会ではあった。 -[[Problem 1600]] 18->17->16 灰マス結構踏む18Bがあって、それに特殊な初項が使える。パーツ構成的にもっと実行時間をかけてワンチャンあるやつを試すと通る。位置が合う理由については全くわかりません。。&color(white){XsslssXrs→rXrsXXXrって変数変換的な操作から導けるのかなあ}; -[[Problem 1714]] 18->17 2変数solver 灰マス踏まなさそうだなと思って条件変えたらすぐ出た。出たのはいいけど、原理が全然わからない。なぜはみ出る?? -[[Problem 1928]] 21->20->18 数値で書いていたのを直接書く方針に変更。直角二等辺三角形を拾っていく方針。ただ、最近見つけたあの手法が適用できる可能性もある。 -[[Problem 0808]] 23->22(単) 当時は模範解見て「こんなの無理だ」と思って完全に諦めていた記憶があるんですが、真っ白な状態で再チャレンジしたら縮んだ。 -[[Problem 1053]] 65->63(単) 既存の答えいじっただけ 長文は後回しにしちゃってる(後回しと言いつつ勝てる気がしていない) -best率89%! そろそろsolverができる仕事もなくなってきてかなりキツい。。単独を投げ合う争いみたいになっている。 -[[Problem 1883]] -[[Problem 1884]] 24 確かにまあまあシンプルな書き方だった。以前のはわりと自然な三変数関数で今回はパーツに適合した二変数関数 三変数の方が自然な発想に見えちゃう。 -[[Problem 0808]] 22->20 えっ!! **2021/12 その2 [#ucfab21e] -[[Problem 1239]] 未->26 3倍関数で適当になぞったら解けた。-> 3倍関数と雑な置換で26Bまでいけた。 23は遠いな。。再帰に乗るのか全然違う答えなのか。ちょうど10年前の日付なことに気づいた。 -[[Problem 1112]] 22->20[[Problem 0481]] がbestだったのに何故かこれはbest逃してた -[[Problem 1307]] 19->17 12B構文 ただし0を実現する必要があるので変数が増えている。 -ここ二ヶ月だけでだいぶ更新してて、モチベの波の激しさが見える。 -アルファベットシリーズは残すところあとRのみ! 数式系と長文系以外のあらゆる技術が詰まっていると言っても過言でないぐらいに全問題が完成されているシリーズ。緑化したい。 -[[Problem 0430]] 20->16(単) 20Bは12B構文に二変数目を生やすことで無理やり打ち切って実現していた。さすがにこれは無駄だらけなので、近い発想を用いて、12B構文で成長するパーツを保存して適切に配置することでまさかの16Bにまで圧縮できた。19Bは多重再帰(snuke theory?)らしいのでチェックしておきたいけどわからない。数値やパーツの調整が少し難しかった。講座を書いたことでこの辺の理論が脳内で整理されたのが良い方向に作用しているようだ。 -[[Problem 0440]] 30->28 misakiさんのヒント通り、再帰でとる。再帰で都合よく書くためにいくつか工夫が必要だった。補助関数ともうまく適合してなんとか28Bになった。これが何もないところから出てくるのはすごすぎる。 -[[Problem 0434]] 20->16(単) [[Problem 0430]] の系。これで縮むやつ結構ありそうだな。 -[[Problem 0419]] 24->23 数値の方の24B解にもう一個変数増やして、「両端から同じもので挟む」を実現する。塊だけじゃなくて、パーツのl 21歩 l と l 9歩 l についても縮められて、結果的に23Bになる。こういう圧縮が効くんだなあ。[[Problem 1244]]ではできなくてこの問題ではできる、というのがヒントだった。 -[[Problem 1481]] 30->28 多重再帰のお勉強に。書き直したらわりとすぐにbestになった。 -[[Problem 0432]] 色々試しているけど縮まない。 試しているうちに多重再帰への慣れが出てきた。 ----- -なんとかRank1位になったけど、向こうの白見ると余力の塊な感じなので実感が全くない。まだbest率も全然ダメですね〜。 -[[Problem 1176]] 28->20(単) 普通にギザギザ3個パーツで乱歩検索。一瞬で出てきてびっくりした。みんななぜか検索しようとしてなかったやつ。12Bの乱歩をベースにしていて、灰マス踏まないです。 -[[Problem 0740]] 33->27 成長をうまくずらすと十字パーツ6まで+8歩、十字パーツ2まで+4歩がかけて、パーツ間の移動も数値関数使いまわせる。bestはわからない。。 -[[Problem 0926]] 59->54 無理やり解いてるだけ。多分何かに気づいてない。無駄なパーツの連打、変なパーツ移動が多すぎて大変なことになっている。 考察した時の画像を一応共有 #ref(0926.png,nolink,40%) -[[Problem 0980]] 84->70 n歩r m歩r を書いた。 -[[Problem 1052]] 数値関数使ってみたら39->38 まだ下手くそだけど放置。 -[[Problem 1549]] 28->26 リンク先見ながら。なるほど、賢い -[[Problem 0920]] 28->25 ひとまず直接書いたら縮んだ。やりようがありすぎて全くわからないやつ。 -[[Problem 1463]] 22->21 XslsrXを使って1B圧縮。bestは謎だなあ。 -[[Problem 0946]] 未->18 解けた!!!パーツの向きを変える系のものを数値関数で書くのかと思っていたけど、そうではなかった。渦関数で、基本パーツも小さい渦、みたいな認識したら解けると思います。灰マスは通らないです。 &color(white){個人的には2029と似てるとはあまり思わなかった。}; -[[Problem 0282]] 56->52(単) 以前雑記に書いた方針で「[K/10]下に行って[K%10]上に行く 的な関数の効率良い生成方法」の部分でだいぶ怪しいことができて圧縮に成功。初項の処理がわからないのでいまだにllsa(-,...)みたいな実行になっている。 ---- -デカい点数の問題ばっかり考察してる。自分ポリシーとしてはbest率の方が重視したい(bestボーナス、みたいなのがあってもいいと思っている)んだけど、戦うためにはsolve数方向に頼ってしまう。。 -本当は多重再帰系と数値系に時間割きたかったりする。 -[[Problem 0588]] srsとlslで雑に検索(sをsrs,lをlslと変換する感じで大丈夫) 結局一変数ので済ました。数値の可能性も複雑な再帰の可能性もある。 -[[Problem 1087]] 初項に入れておけばいいのに無駄なことをしていた ふつうにf(X):XXXXf(Xss) f(-) で書ける。特殊な初項で21B -[[Problem 1348]] 長さ測るのが難しいやつ。結局投稿してた答えに多重再帰が使えた。 -[[Problem 1445]] パーツの育て方を間違っていた。初項のパーツを三倍にしていく戦法でやっていたが、2個ずつ増やすだけでいい。 -[[Problem 1467]] 何にもわからない。渦関数をちょっと使いまわして単独ワースト回避。 -[[Problem 0915]] いろいろヘタクソだったので経路そのままで数値関数を改善。特殊な初項でパーツ間の移動をよくしたのと使い回しを増やして23B あと1Bはわからない。 ----- -[[多重再帰構文!!]] キター! ゆっくり消化しよう。あえて変数を生やすやつが下手くそなので練習が必要。 -[[Problem 0195]] sとr並べる互除法。互除法solverっぽいものを作ろうとしたけど、全部を圧縮するやつはまだ作れていない。。最後は無限ループでギリギリsolve 壁をうまく使って向きを削ればもうちょっと縮むのかな。問題名的にa(X):sa(X-1)srみたいな関数でなぞるのかなと思ってたこともある。→というか、sとsrを並べるという択もあるか。 -[[Problem 1782]] bitの1の数が偶数の時棒を立てる。最初めちゃくちゃ下手な書き方で110Bくらいになったけど、「bitの1の数が偶数の時棒を立てる」関数をメインとは別に作って繰り返しまくっていた変数の分離に成功。中心の方は256以上の数値への判定になってくるので、128以下と129以上で分けてます。 (一応今の解は使っている数値255超えてないはずです。) -[[Problem 1800]] とりあえず解いた。nに対して2以上n未満の最大の fibonacci num を引いていく作業を繰り返し、2残るときに棒を立てる、という規則。1782と同じで単純にどっかで区切ればいいのね。if文使いまくってるのでその辺がうまく圧縮できるのかもしれない。オン会でちらっと見たmisakiさんの答えとは全然見た目が違う気がする(そもそも233とか144とか55とか書いてなかった気がする) -[[Problem 1277]] lssrslsrsslsをパーツになぞる。31Bが量産されて困ってたがなんとか30Bで解けた。 -[[Problem 1279]] 1/4周ごとに sXlsr と lsrXs を互除法で選択する方針 + 後半無理矢理再帰でひとまずsolve 全体を無理やり再帰で書く方針もありそう。一応 sXlsr or lsrXs みたいなパーツで構成されているけども、成長の規則が謎すぎる。True Spiralというぐらいだしr=aθ的な式に乗るのかとも思ったけどよくわからない。この手の作問者単独系の中では一番まともな問題(というか経路が明らか)なのでなんとかしたいとは思うけども。。 -[[Problem 1773]] 二変数solver 意外と下の隙間うまいこと入るやつがあるのか。 -solve者3人以上の白は潰せた!次は2人のやつですが、流石にキツいのばかりですね。以下個人的なメモ。 -[[Problem 0928]] 何となくなぞれそうなパーツは見つけたけど、埋まらない。 -[[Problem 0946]] a(X,Y):a(lX,Y-1)X的なのを使い倒すんだろうけど、いいのが見当たらない。どうせ8以上だと同じパーツ繰り返すので探索範囲狭いはずなんだけども。。 -[[Problem 1239]] 互除法であるみたいだし頑張ってみるか。想定解、数値解じゃないかなあとか思っている。 -[[Problem 1278]] これは意味がわからない。 この灰マスの配置的に乱歩ってことはあるのだろうか。。 - Imagine Cupの二人solveを結構たくさん取ってるの偉いな(自画自賛)。過去の努力が見える。 - 覇王との差はこれらを解いても埋まらないので、ちゃんとbest化を進めるしかなさそうだな。 ---- -[[Problem 0942]] イレギュラーなところをめっちゃ下手くそに取ってたのでいろいろ頑張ったら24Bで更新!→別のことをしている間に更新返しされてて楽しい。そもそも経路見えてない説ある。→久々にリアルタイムで争えているのが楽しくて頑張って更新返した!まだ縮んでもおかしくないので震えながら待ちます。最近勉強中(?)の数値関数系でやりました。 -[[Problem 0917]] 向き調整とパーツへの適用を考えて追いついた。もともとパーツの共通部分を置換しただけだったからまあ妥当。 -[[Problem 0947]] 最初のオン会でいろいろヒントもらったけど結局数値解の延長線上にあるやつで解いた。再帰という噂でしたが。。 -[[Problem 0988]] 42->31(best) 3x+1の処理の時に2で割った後の変数使いまわしていたけど3変数目を作って圧縮(40Bくらい?)n歩の関数にif文つけて圧縮(37B)そもそもn歩進むのも一緒にできることに気づいて一行の関数になって圧縮。メイン関数は f(X,Y,Z):ssf(X-2,Y+1,Z+6)以下略 という形なので奇数歩進む時用の調整変数を付け加えてあとは調整。曲がるタイミングとか一歩増やすタイミングとかやりようがあるけど31と言われているので見つけやすかった。 -[[Problem 1107]] 意外と経路の種類がありそうだけど、まあ普通にT字みたいな感じで縮んだ -[[Problem 1114]] とあるテク(弱) -[[Problem 1290]] ヒントに従って色々テクが使えそうな形に変更してなんとか28B 直接書いた圧縮がお気に入りだったけど確かにこっちの方が色々やれるんだな。まだ網羅的な吟味をしていないのでこの問題で技術を習得したい。→たしかにあっさり26になった。。難しい技術使う方は別問題で頑張らないと。 -[[Problem 1681]] リンク先のmasさんの答えの一つをいじって圧縮した。もっとありそう。 -[[Problem 0010]] やーーーーーーっと倒した。結構ヒントをもらっていたのに全然活かせてなかった。当然考えたことのある経路のはずだったんだけど、全部同じパーツで行こうとしすぎてた。一変数で壁を使います。HOJの問題で一番時間費やしたと思うけど、この手のがこんなに時間かかってしまうんだよなあ。(この解よりも[[Problem 1802]]の方が好き。) -「見落とし」にも文字通りのパターンと異常に難しいパターンの二種類の意味があるようだ。 -[[Problem 1712]] なぜか難しい関数を使って損していた -[[Problem 0930]] 経路あってたけど向きで損しまくっていた -[[Problem 1805]] 二変数solver 言われてみればこれで実現できるか -[[Problem 0515]] 0歩を実現するために扱う数字にX+1の変数変換を行って数値遷移をX+Y-1と書いていたけど、5-Xの変数変換を行うとスッキリかけた。 -[[Problem 0553]] 既存の答えをちょっといじったら47Bにできた。いい関数を使ってるなあ。 -[[Problem 0898]] 二変数solver ---- -[[12B構文続編]]を執筆。とあるテクの方は全然使いこなせてないので最近ようやく理解してきた部分を列挙した。 -[[Problem 0439]] 再帰で位置調整をうまいことする23Bがあって、それを実は22Bにしても位置が合うという話。23Bの方がそもそも出てきていなかった。 -[[Problem 0637]] 数値関数で埋めた。 -[[Problem 1718]] 勘違いをしていて、数値を全部n倍する必要があると思っていたけどそんなことはなかった。だから前に共有した時にmisakiさんの反応が微妙だったのか。赤っ恥であった。 -[[Problem 0999]] _misakiさんのそのままパクった。初項はパーツを軸に射影した感じ。変数増やすとあるテクで書いても縮まなかった。 -1500best! -オン会実施 masさんの参加もあって大盛り上がりでした。 -主に300番代をチェック。以下ボチボチ感想書いていきます。 -[[Problem 0301]] おそらくそんなヘンテコな問題じゃないと思うんだけど、いまだになにもわからないやつ。300と似てるとは思うんだけどね〜 渦をうまいこと数値関数で書くのかな -[[Problem 0303]] 互除法の場合,変数を増やしたバージョンで数値の方をいじると節約できるらしい。数値関数で頑張る方でbest化した。そもそもX歩rX歩rの書き方がいくつかあるのね -[[Problem 0304]] なんか棒立てる系説を思いついたけど気の狂った乱歩の可能性もあるんだよなあ -[[Problem 0306]] 34Bで並んでるけど結構人によって違った。自分はsrslでゴリ押す系。ただ、一つ前のパーツを使いたくて二変数。masさんはsslsrとsrsslとかだったかな? 自分の綺麗な経路35Bも供養できた。 -[[Problem 0310]] 関数組み合わせる系。自分はpastaさんから学んだやつ。 -[[Problem 0311]] 自分だけXsrslXを使っていた。 -[[Problem 0315]] 数値関数をパーツにも使い回すやつ。小さい方からやるやつと大きい方からやるやつ二通りある。どちらもきれいな答え。 -[[Problem 0319]] 「3回に2回rr」的なものを実現するのですが、フィボナッチ数列の考え方で実現できます。これによって変数が減ります。初項が2,0のフィボナッチ数列をmod 4で書くと「2 0 2 2 0 2 2 0...」となりますよね。 -[[Problem 0320]] masさんと全く同じだった。 -[[Problem 0324]] -[[Problem 0336]]-[[Problem 0340]] -[[Problem 0341]]-[[Problem 0346]]-[[Problem 0371]]ワンチャンありそうだと思った。→[[Problem 0346]]は15Bsolverで解いた。 -[[Problem 0328]] 同じかと思ったらちょっと違った。二変数で書いてます。 -[[Problem 0331]] pastaさんのsolver使って見つけたのに,pastaさんは検索を放棄していたらしい。 -[[Problem 0333]] 見た目がゴツい関数を作る。なぜ予習段階で解けなかったんだろう。。 -[[Problem 0339]] masさんは初項を調節したフラクタル構成だった。 -[[Problem 0350]] 17Bのすぐそばにあった。向きが減らせる。 -[[Problem 0349]] 19Bの二人は手法が異なった。 -[[Problem 0356]] 自分は三変数。pXqの補助関数が仕事をしている。パーツと成長の調整用の変数をうまいこと減らしている感じ。長文気味だけど、規則が無い30B~50Bくらいのやつより取り組みやすいと思う。 -[[Problem 0357]] 大きいのを実行する用の変数Zを用意して、a(X,Y,Z):a(X,Y-1,Z)XZとかいて実行でa(,12,a(,15,a(,10,))的なことをするとある成長の12段階目→ある成長の15段階目と実行できることを利用するらしい。そもそも大きい方だけを数値関数で実行するのが賢いのにこれまでやられたらすごすぎて。 後半のsrslの渦へのつなぎ目の書き方が下手なのか、5Bほど追いつけていない。これもbyte数あるけど長文って感じがしない。 -[[Problem 0359]] (x+2)/3 だと思っていたら実は x + 2/3 らしい。確かにa(X,Y,Z,T):Xra(sZ,sX,Y,T-1) la(,,,9)を実行するとちょっと埋まる。この辺の数値関数をうまいこと使うんだろうけど結局互除法の関数でsとl並べたものを無限ループしてます。 -[[Problem 0361]] なぜか変な数値関数の答えがあった -[[Problem 0374]]-[[Problem 0381]] この辺は縮まない系かなぁ -[[Problem 0398]] これは最初に見つけた人が偉い関数 -[[Problem 0224]] 棒立てる系の数値関数再利用 手法の発想はあったけど、向き調整方法がいろいろあることに気付いていなかった。なるほどなあ。 -[[Problem 0282]] 以前雑記で書いた部分がmasさんのやつだとうまく書かれているのだろうなと想像したらそうではなくメイン関数内で命令を合成する形で書いていた。確かにその手法だとa歩上b歩下みたいな関数を作る必要がないのか。めちゃくちゃ盲点だった。。 **2021/12 [#sa525326] -得点計算なおった!!ありがとうございます -15B以下殲滅(たぶん) -[[Problem 0488]] 自明な縮め損ないがあった。損得計算し忘れる系のこの縮めミスが多いな… 自分は数値使ってないです。 -[[Problem 1926]] -[[Problem 1927]] 12B構文の派生系。solverにもHOJ側にも思わぬバグを発見してしまった。 solverの方直したので今後こうならないように少し慎重になります。 -[[Problem 0288]] 数値 上記のバグに気づかず変なのを投げかけた。 -[[Problem 1008]] 数値 18しかないかと思ったらよく見たら17も出力されてた こういう数列でもできるのね。 -[[Problem 1244]] -[[Problem 0419]] のそのまんま。misakiさんは関数が違うのか? -[[Problem 1674]] とあるテク。今までの反省をして、理解して自分で答えを導き出してからコピペしました。 -[[Problem 1705]] 数値 12B構文でパーツの長さが1~2なので育てる方変えてもいい(しかも向きが減る)という圧縮。誰かが縮めてないと気づかないな〜 -[[Problem 1913]] とあるテク。変数同士がそこまで複雑に絡まない奴はなんとか。近い関数を実行部で使うやつはこういうことができるのね →雑にとあるテクと呼んでいたけど、多重再帰で使い回す感じというだけでこれはとあるテクなのか?(未定義語を生み出してしまった弊害) -[[Problem 2007]] 二変数 solver投げたら考えたこともない経路が出てきた。 -[[Problem 2009]] 一関数 異なる解なのは面白い。 -[[Problem 2033]] 一回呼び出すだけだと無限ループせず数値関数ないで使いまわせるというテク。昔使っていたはずだけどすっかり忘れてた。 -[[Problem 2035]] 数値 二歩単位で。もっと変なのあったりしそう。 -[[Problem 0320]] 結局llllllllみたいなタイトルのやつと同じことした。solver視野 数値関数もありそう -[[Problem 0502]] 6倍で頑張っただけ -[[Problem 0551]] だいたいあってたけど調整ができてなかった。 -[[Problem 1032]] 未solveだったので。ただの再帰 srslを増やしただけ。メイン部にXが7個も並んでいるし、関数も単純なpXqだけなので、もっといい再帰がありそうで場合によっては数値を抜きうる -[[Problem 0678]] これ棒立てるのか 22Bの時の解結構特殊だった -[[Problem 1432]] もっとありそうだけど -[[Problem 1537]] 5歩数値 -[[Problem 1585]] solve3人以上で解いてないのがこれと-[[Problem 1782]]と-[[Problem 0195]]のみ。他の二問は方針の算段ついてるけどこの問題だけ厳しいな。。1Boverしてる。 -[[Problem 1955]]-[[Problem 1970]] 12B構文の亜種 solverの枝刈り考えてたら仕組みが見えて結局手動で見つけた。1589あたりで一度理解したはずなのに完全に忘れていた。 -[[Problem 2047]] 特殊な初項 乱歩の初項とかにこういう感じの人工的操作して縮めるの結構misakiさんの単独に多いな -[[Problem 2037]] misakiさんのヒントを完全に参考にした。 -[[Problem 1940]] なにもわからない。 -[[Problem 0970]] 乱歩検索。いい感じに縮むのあった。 -[[Problem 1027]] ちゃんとした数値の使い方やれば33B sqrt(n)歩みたいなやつとメイン関数の書き方が同じなのを利用するのかな。 -[[Problem 0222]] パーツ移動は12歩でよいという最強のヒント(?)をもらったのでちょっと考え直したら三倍関数が上手に使える経路が見つかって、さらにちょっとだけいい関数見つけて更新できた! -[[Problem 0251]] パーツの成長部分にsを入れないようにして数値関数使い回す。 -[[Problem 0081]] solverと協力しながら更新。絶妙な答えになった。 -[[Problem 0302]] 32Bはおそらくみんな再帰じゃないかな。直接と聞いて関数いじってたら良さげなの見つけて久々にいい感じに単独更新。 -[[Problem 0415]] 直接書くとどうしても31Bから縮まなかったけど、斜めのパーツと真ん中の棒がうまいこと合わせて記述できる数値と関数の複合系がつくれて、30->29->28 と縮んだ。真ん中の棒が太さ2なのはこの関数が模範解答なのかってぐらいピッタリ。向き調整とか余計なsの捨て方もあってすぐに28にはできなかった。今までやってこなかったタイプの圧縮なので使いこなせるようになりたい技術。 -[[Problem 1585]] パーツを分解して書き方変えたら短くなって解けた。 -[[Problem 0368]] 古くから伝わる悪問。確か壁も使わないし灰マス踏まない直接書くコードだったと思うんだけど、8年前の時点で答えを無くしてたと思うので当然今あるわけもなく。反省の意味も込めて解き直してみたら、相当制限の厳しい問題だった。対称性とか考慮せず、てきとうに攻略。いろんな人を困らせたであろう自覚があるので、問題ページに今回作った自分の解貼りました。誰かが投稿したら合わせて投稿しようと思います。 -[[Problem 0357]] もっと工夫できるのかな。まさに「Bestがこの世のものとは思えぬ短さ」 **2021/11 その3[#e0ac5c04] 300番台みてます。400番台もやってます。 -[[Problem 0306]] 結構綺麗に取ってたんだけど壁使いまくる方針に変えた。まだまだありそうだけどなあ。 -[[Problem 0325]] 関数改善。この辺の問題全部緩そうに見えるなあ。 -[[Problem 0333]] 雑な20Bがいっぱいできるけど縮まないなあ。 -[[Problem 0319]] 昔の解がちょっと怪しい答えだったので参考にした。とてもSimpleと思えない。 -[[Problem 0397]] -[[Problem 1183]] -[[Problem 1330]]乱歩的埋め方を少し理解した。3変数以上の上手な部位固定検索も視野か -[[Problem 0491]] 昔の解で露骨な縮め損ない(pとqというパーツを同じ個数使いながらpXqを使用しない)があったのでそれをやったらなんか人気問題になっていた。もうちょっと考える余地はある。 -[[Problem 0459]] 数値とn倍系の複合の強みを理解。X歩rY歩rX歩rY歩r を X歩rY歩rX歩 + rY歩r に分ける。関数は_misakiさんの雑記に書いてあるやつ。 -[[Problem 0419]] 数値による24B解を理解。向きが無駄なのかなあ。昔直接書いて作った24Bが怖すぎる。 -[[Problem 0487]] -[[Problem 0464]] srslsrslで検索 a(X):Xa(XXXパーツl) a(r)で埋める乱歩 487は変換が必要なので少しbyte数増やして検索 -[[Problem 0463]] 脳味噌が足りてないのでsolver。経路的には二種類ある。fibonacciに向きつけるのは理解できるけどパーツの区切り目が難しすぎてどちらも浮かばなかった。左回転系統のやつとXlXlXlXllXl的なものがある。 以下オン会まとめ用スペース 最近自分の中で流行の12B構文関連の数値手法について共有。その後は100~299について情報交換。同じbyte数の時全然違う解だったりするのがとても楽しい。オン会後の進捗とか見ると自分だけ一方的に得してしまっていることが多そうなのがちょっと申し訳ない気はする。講座として多重再帰(とあるテク)、if文消去テク、互除法によるパーツ配置、12B構文の引き算引き算、12B構文クレイジーバージョンなどなどあってもいいのかなと思ったり。 自分の講座書きかけだったり意味不明なこと書いてたりするのが多いので、随時消して書ききらないとな。。特に長文のやつなんて、問題ごとのコメント欄に書けばいいだけの話だよな。関数の分割統一のやつももっといい感じに書けそうだし。 -[[Problem 0133]] srslにしてもちょっとずらす戦法と棒立てる戦法があるらしい。 -[[Problem 0134]] 1917の類似手法らしいけどわからない。 -[[Problem 0153]] みんな違って面白いsrss..ssrs的なパーツを並べる手法が確かに良さそう。 -[[Problem 0159]] 数値使って棒立てまくるのもよいとか -[[Problem 0163]] 無理やりつけた規則認識は類似してた(途中の出っ張りと最後の部分を成長遅いパーツで取る) ただmisakiさんは特殊な初項を活用して初期位置も理由づけしていた? -[[Problem 0184]] 互除法を使ってるけどその関数をいじってうまいこと使い回せるようだ。直接書いても38Bになるらしくびっくり。 -[[Problem 0190]] (多分)真面目にやっていたのがmisakiさんのみだったという説 シンプルに取れるようにやり直したい。 -[[Problem 0195]] 互除法黒魔術。とりあえず解いておきたい。 -[[Problem 0197]] 互除法活用した惜しくてエグい24Bを共有した。直接書く方法も自分のやつは変な関数だった。こういう作った関数を再度使って新しい関数作る手法は見逃しがち -[[Problem 0217]] ずっと規則認識が違うんだと思ってたけどそうではなかった。真ん中を回収してから外側、とするほうが壁でごまかせるということ。単独worstは抜けたけど30は遠いなあ。 -[[Problem 0219]] 規則認識というかパーツ活用が見にくい。経路を共有したらmisakiさんがサクッと抜き去ってすごい。 -[[Problem 0221]] 同じ解かと思ったらちょっと違うらしい。 -[[Problem 0222]] 経路認識もっと考えたい。 -[[Problem 0223]] もう一段階関数を噛ませるとよい。壁使ってるとこういうのが良いことが多い。wwvwwさんが数値解でめちゃくちゃびっくりした。乱歩マスターって感じの解法。 -[[Problem 0224]] 再帰説も数値関数再利用説もあるが果たして - 227~231 中文(中国語のことではない) 長文よりも試せるものが多いので困る問題たち。 -[[Problem 0226]] 乱歩ありそう -[[Problem 0227]] ムズい 違う経路だったけど縮めるのは苦労しそうだ。 -[[Problem 0228]] 右上から取るのと真ん中で空打ちしてるのが違った。 -[[Problem 0229]] misakiさんとは経路がちょっと違った。これも変な答えありそう。 -[[Problem 0230]] ヒントを書いた通り。ヒントに従ったというmisakiさんともちょっと違った。方針近くてもバリエーションがでるのがこの辺の問題の困るところ -[[Problem 0231]] 取る順番が違った。左端の隙間の存在忘れてた。 -[[Problem 0234]] pXq?わりとやりようがあるなあ -[[Problem 0239]] 平方数のとき成長しない misakiさんのは違う手法でうまいこと調節していた -[[Problem 0251]] 使い回しができるらしい -[[Problem 0252]] 経路しっかり。 数値で攻めると良いらしい。 -[[Problem 0253]] 悪問。a(A,B):A/B歩a(A+3,B+1)的なのが想定回。192と違ってAもうごくので、一つの関数にしても効果が薄い。 pastaさんは四歩かさ増しして別の式に当てはめているとのこと。面倒だけどこれ用のsolver作ったほうがいいのかな -[[Problem 0264]] とあるテクじゃなくてもいけるらしい -[[Problem 0270]] wwvwwさんからn引けるときに引いて所定の動作を実行 というのをやれば154の時の面倒なことがなくなることを教えてもらった。 -[[Problem 0275]] これでもかってぐらい使い回す -[[Problem 0279]] srsllssrsl を活用してなぞってみましょう 良い一関数見えそう -[[Problem 0283]] 三倍、壁は使わない?とのこと -[[Problem 0285]] bit数えるときにf(X-2^n) f(2X) (nはある程度大きい)というのが使える。この事実理解しないでコピペしてたのは秘密。 -[[Problem 0290]] 一関数? -[[Problem 0292]] 直接と再帰どっちもあるとのこと -[[Problem 0296]] 変数増やす答えの先にあるとのこと **2021/11 その2[#e0ac5c04] -[[Problem 1464]] ちゃんと書いたけどsolverでも検索できる範囲なんだよなあ -[[Problem 0219]] ちょっとだけ関数まともにした まだ行けそう。 -[[Problem 0108]] こっそり更新 -[[Problem 0282]] 数値でのif文的な技術(複合?)への理解が進んだのでちゃんとしたFarey seqの作り方を実装できた。最初の数値を(-1,1)と(1,0)にした。 これでもまだmasさんと13も離れているのは一体何が起こっているんだ。。もっと変数を減らす方針を考え中→ひとまず一個変数消えた。あと7か〜 -[[Problem 0264]] 変数減らして調節してとあるテク(弱)を使用 -[[Problem 0313]] 偏見無くすために最初から解いたけど結局同じ答えで見落としだった。 -[[Problem 0282]] ちょっと頑張った上に後でやった時に忘れそうなので長めのメモ。今の57B解はまだ不満だらけ。 やること:(a,b) (c,d)の間に(a+c,b+d) のペアを生成する。b+dが9以上の時は生成をやめる。 a,b,c,dと調整用変数Nを用いて(a,b,a+c,b+d,N-1) [上にa+c歩下にb+d歩 b+dが9以上ならやらない。] (a+c,b+d,c,d,N-1)的なことをやる。 []内の実行用にg(x,y):上にx歩行って戻る、下にy歩行って戻る、一つ右に という関数を定義しておく。 Nは永遠に展開することを防ぐ変数。「b+dが9以上ならやらない」の部分は上と下に歩く関数にダミー数値変数つけてそこに9-b-dなどを書き込めばできる。 この方法だと、関数の初項が(0,1,1,1,N)みたいな感じで0が混じるので、いわゆる分子に相当する部分をすべて+1するように変換。 a+cの部分がa+c-1みたいになる点に注意。左端と右端を実行しないので直接気味に書く必要があるけども、これくらいで多分80は切れるはず。 ∈乎爾髪γ爾鮗孫圓垢襪燭瓩暴藕爐猟汗亜(a,b,c,d) = (-1,1,1,0)として、前述の実行部の条件に分子に相当する部分であるa+cが-1の時はやらない、というものを加える。 分子相当の部分を+2,分母相当の部分を+1し、if文などでa+c-1を変数に付け足すことで達成可能。すこし調整難しい。調整次第ではあるけどもおそらく70前半にはなる。 「b+dが9以上ならやらない」のためにダミー変数(もしくはif文?)的なことをしていたが、ダミー変数を使わずに、下にb+d歩行く、の部分に9-b-dを渡し、g自体を上にx歩行って戻る、下に9-y歩行って戻る、一つ右に とすることで、ダミー変数ないしif文を消せる。これで70は切れるはず。 ご愎瑤量妓妥験を防ぐために使用していた5変数目のNを消すことを考える。b+dが9以上ならそもそも関数を展開しない、というように書き換えたい。 そこでと近い発想だが、分母に相当する b,d を M-b,M-d に変換する(Mは9以上の整数)ことで、「9以上なら実行しない」というのを内包できる。 これで自分は60B解になりました。 イ修發修a,b,c,dは8以下なので高々64通りしかない。しかも分母>=分子みたいな条件もある。また生成式もただ足すだけと単純。よって(a,b)を一つの数字で表すことにすれば メイン部分が変数二つで済む。(a,b)を10b+aとか変換して考える。このとき「90以上でやらない」が「b+dが9以上ならやらない。」に相当 このとき以下が問題になる。 ・[K/10]下に行って[K%10]上に行く 的な関数の効率良い生成方法 ・ △任笋辰燭茲Δ塀藕爐猟汗以法ができなくなるので、実現方法 後者ができていないため結構損して現在57B(llsして色々調整したものを実行している) 前者も下手なので損してそう。数値系の圧縮の際の頭の使い方が今更分かってきたなあ。今まで解くだけで終わり、コンテスト系でコピーして満足というプレーをしていたのは良くなかった。この問題はもう少し考察してみます。 **2021/11 [#e0ac5c04] -[[Problem 0840]] あ〜〜〜なるほど これはめちゃくちゃ感動した。masさんの雑記の「これはあの辺でぶっ壊れちゃうから無理だよな〜と 思っていた方針が実はちょっと順番を変えたら行けたという話.」がめちゃくちゃヒントだったことに気づいた。 -[[Problem 0840]] 向き調整できて縮んだ びっくり -麺類solverが天から降ってきたのでいろいろお勉強。 -品のあるC#コードで、構造や書き方など真似したいなと思った。C#自体は書いたことなかったので動作や書き換えに少し苦労した。コードが綺麗なので読解には苦労しなかった。 -一関数の部分はアルゴリズムから勉強になった。使いこなせると強そう。 -12Bのやつは展開部分の改造と本質的な枝刈りが必要そうだった。展開部分は、引き算引き算のケースでうまくいかない実装になっていたので再帰で原義的に変更。枝刈りに関しては、最大公約数チェックしたり実行部分が少ないやつをなくしたりした。あと検索漏れがあるので書き換え。まだデバッグ中で使ってない。->スタックオーバーフローしたので書き方変える必要がありそう ・数値引数が全て引き算で構成されるときは後ろに命令をつける意味がある。そもそも乱歩的なものはこの引き算引き算の構成になるため、これを重点的に調べる必要がある。 a(X):[0]a(X-p)[1]a(X-q)[2]と書くとき、一般的な12B構文と違って、sとrをどのように入れても意味を成すため,12Bだけでも12通り調べる必要がある。 こう見ると12B構文の乱歩はかなり可能性あるな… 13Bにしただけでもさらにヤバいのが増えるので、動作速度的にも枝刈りがとても重要そう。 -これくらいのツールが普及して調べ方や固定方法、枝刈り方法などで差がつくのが理想だけど、これやると低byteの乱歩の理解をサボるようになって、 応用が下手になるというデメリットがあるかなあ。 以下 solver成果。15以下埋まったら新規開拓でピンポイントで探してみたい。 -[[Problem 0212]] 一変数 step多めで非人間的 -[[Problem 0648]] 一変数 step多め 最初数値かと思ったけどそれだと外に出れないし数が足りない。肝心の答えのコードはよくわからなかったけど、13Bの亜種かな? -[[Problem 0121]] 二変数 step少なくてかなり人間的。一変数の時と同じなんだけどなんか盲点だった。solverデバッグに使えそう。 -[[Problem 0910]] 一変数 step多 そもそもこのコード実行しても出来そうだとは思えない。 -[[Problem 1243]] 一変数 13Bのコード変数変換するだけやんけ -[[Problem 0140]] 三変数 step少 人外解と言いたいけど既存の応用かもしれない。 -[[Problem 0144]] 一変数 灰マス踏まない 賢い -[[Problem 0287]] 一関数 じつは一変数16B解の時の関数と同じだった -[[Problem 1138]] -[[Problem 1373]] -[[Problem 2040]] 二変数 ムズいけどこの成長方法で一度動かしたことはあったと思う。1138はそれで取れるのって感じで面白い。 -[[Problem 1157]] 二変数 素人には理解不可能 直線に長さ1の毛が生えてる -[[Problem 1314]] 二変数 これは人力でできなきゃ反省すべきやつ。 -[[Problem 1385]] 三変数 非人間的。 コードの動作自体は面白そうだけどマップ的には無理。 -[[Problem 1426]] 三変数 非人間的。 コードの動作もよくわからない。これでギザギザ作れるのか。 -[[Problem 0067]] 一変数 ワンチャンありそうな図形をずっと描きながらなんか位置があう。 -[[Problem 1719]]-[[Problem 1744]] 一変数 田をいろんなところに描くやつ。 こんなのあるのか〜 -[[Problem 0148]] 二変数 一変数の時からなるほどって構成 その解と近い。パーツX向きみたいな感じでスルスルとれる -[[Problem 0992]] 二変数多分前のsolverは弾いてたな。自力で解ける気はしない。。 -[[Problem 1111]] 二変数 なるほどこうするとワンチャンあるのね こういう向き違いパーツを育てていくの結構苦手っぽいな -[[Problem 0766]] 多重再帰 調整しっかりやる。 -[[Problem 1305]] 二変数 1314と類似コードなのでちゃんとヒントだった。 -[[Problem 1461]] 一関数 四倍系 このマップでこれはわからん -[[Problem 1479]] 一関数 何この経路www 白マスで見にくくしている。 上方向に行きながら回収する。XssXです。 -[[Problem 1621]] 一関数 四倍ではあるけどこの経路取りは厳しい。こういうの見ちゃうと縮むやついっぱいありそうだなあ。 -[[Problem 1691]] 数値 単独worstだったやつ。これ全員数値調整できてるのか… -[[Problem 0008]] 二変数 逆にこれできる人がいなかったのがちょっと不思議。考察すれば出てきそう。とはいえ難しい解。改めて素晴らしい問題だなと思う。 -[[Problem 0382]] 一変数 15Bの時の類似解で最初ちょっと灰マス踏む。邪魔な分を捨てたり、いい感じに位置があったりで解は人間的だけど解けたらすごいタイプの一問。 -[[Problem 0200]] 三変数 masさんの雑記に一~三変数と書いてあるときは三変数説ある。さすがにソルバーを作りましょうって感じの問題。この手の乱歩はもう全部答え公開してもいい気がしちゃうな〜 -[[Problem 0331]] 三変数 上の予想はやはり当たっていた。当然人外解なんだけど、想像よりも綺麗に回収してた。まだまだ縮んでも不思議ではない。 -[[Problem 0957]] 一変数 人間的。灰マス踏まない。長さ1で近い形を見つければ方向調整って感じか。 -[[Problem 0668]] 二変数 えええええええ何これ面白すぎる。想定回みたいな動きするけど想定解じゃないです。。 -[[Problem 0016]] 一変数 コードだけ見るとかなり人間的な解のような気がするけど全然そんなことはない。壁で色々うまくいっている。 -[[Problem 0026]] 一変数 普通にやったら規則的なパーツの最初にsが必要なのが悩ましいけど、真ん中の壁のおかげで作り方ちょっと雑でもいけちゃうよって構成。0016よりもコード難しく見えるけど人間的だと思う。 -[[Problem 0279]] 一関数 ssrsllssrslsll...的なものを圧縮 -[[Problem 0129]] -[[Problem 0924]] -[[Problem 1469]] -[[Problem 1488]] 数値ソルバーちゃんと完成させました。1488は二歩。どういうのに対して効果を発揮するのかイマイチ分かってない。 -[[Problem 0138]] 11歩検索 ちょっとステップ数かかった。 昔の19Bは一変数の変態的なやつだったので圧縮できないやつだった。 solver以外成果 最近solverだけが仕事してて自分は雑記に感想メモるだけの人になってる。 -[[Problem 2058]] こうすると一度だけlという実行ができるのか -[[Problem 1982]] 人力で。埋まり方面白い。 -[[Problem 0766]] 多重再帰 この手のmisakiさんとwwvwwさんのチェックしてる問題をゆっくり確認していかないとな。 -[[Problem 2002]] オン会にて話を聞いたときは問題の概要もあまり覚えておらず何も理解していない状態だったが、ようやく問題概要を思い出した。sXXlの19段階目を実行するためにどうするか、という問題の認識で、普通の19を作ると展開中に壊れるため17作って関数に入れるとか小さい数字にして色々くっつけるとか工夫を要するのだけど、もっと小さいの連打でいいよねということか。これも最初に15にした人が1000点なタイプ。 -[[Problem 1889]] 関数が下手だった。 -[[Problem 0943]] 大きい渦描いた後ちょっと移動して少し小さい渦 再帰ではなく、大きい方から書く渦を二回試すというタイプだった。昔考えたときに今回の方針自体は試していたけど、二個目の小さい渦に移動するときに、右の方に行く必要があると勘違いしていた。左側にも縦につながっているとこあるじゃん!19Bがたくさんできたけど、うまいこと調整すると向き部分が一つ減らせて18Bにできた。未solve撃破うれしい! -[[Problem 0431]] 自分の答えだと見落としだった。 -[[Problem 0441]] これ複数解あったのか。。自分の一つ目の解は縮まないやつだった。 -[[Problem 0156]] 渦関数でとるとかいう発想がすごい 発想一つでもっと縮みそうではある。乱歩もあるか? -[[Problem 0025]] 25Bがたくさんある。模様乱歩的構成がありそうだが。 -[[Problem 0197]] 真ん中のsrsl的部分が奇数個なら縮むんだけどなあ ------ -オン会でモチベが0からεくらいになっている。 0番代と気になるやつの情報交換を行った。以下メモ -[[Problem 1532]] if文込みで3行になっているが、これを2行にするらしい。→なるほど、「特定の数値の時のみ実行される」ように上手く数値調整&実行用の3変数目作成。combinationのやつは数値調整が下手ですぐにはできなさそう。 -[[Problem 0840]] 「一度だけ曲がる」を三変数目に数値をつけて実現する。確かに「一度だけ」という要素がif文っぽいと思えばわかりやすい認識だった。24Bは「行って戻ってくる」というのは実現できている。21B考え中 -[[Problem 0842]] 自分は最初から「一度だけ曲がる」を三変数目に向きを定義して実装していたためこれだけ短めだった。ちなみに、前回雑記に書いたコードのlをずらす(a(X,Y):Xa(sX,Y-1)lla(sX,Y-1)X)ことで直線を往復するものになるので、これをうまく利用した感じです。 -840の経路の発想を得た後に数値を使う手法に行けないのはなんか自分の脳みそのセンスのなさを感じた。 -[[Problem 0947]] 数値で書いてたけど再帰で頑張る系らしい。 -[[Problem 1445]] 前半を一辺4の正方形で書いて後半に外回りに正方形書くとあの二箇所が取れないな〜と思っていたけど、実は前半後半を近い認識で取れたという話。前半の認識の正方形書くところで余計に回ると後半も取れそうな感じの図になって、それを利用して普通に書くと29B。「余計に回る」ところを大胆にして再帰とみなすことで27B。再帰にするやる方が下手な感じはある。 -[[Problem 0421]] 実は自分が大昔投稿していた25Bが普通に23Bになるやつだった。下手くそすぎて_misakiさんに介護してもらいながらbest化 -[[Problem 0812]] 再帰。若干向き調整難しかったけどこっちが模範解という気もする -pastaさん「単独bestを出したらバレないように0001を解きまくって隠すテクがあった」←めちゃ笑った -以下0番台 -[[Problem 0011]] に存在するjulikさんという方の点数がバグっている上にアカウントが存在しないことになっているので面白いと言う話。ランキングを検索するとJulikさんという方はいるようで(頭文字が大文字)、点数的にダブルカウントされてしまっている?という結論に。 -[[Problem 0008]] zigzagの応用(壁超えに近い)的なコードっぽい。たしかに16B解のssYrrみたいなところは無駄な感じする。普通に人力とのこと。 -[[Problem 0010]] 関数が下手とのこと。 -[[Problem 0011]] 直接書いてたけど再帰でも似たような感じで取れるらしい。 -[[Problem 0013]] 経路が偉いとのこと。 -[[Problem 0017]] 昔の解は変数増やして移動と成長の不釣り合いを解決していたけど、真ん中付近に移動して特にずらさず成長させる感じ。移動部分をうまく使いまわせて圧縮できる。 -[[Problem 0018]] 関数定義をひとまとめにできるやつ。コードの見た目がこわい。 -[[Problem 0025]] なんか今見たらワンチャンありそうだけど厳しいのかな -[[Problem 0048]] どうやって気づいたんだ… 最初に縮めた人だけ1000点でいいと思う。 -[[Problem 0053]] ワンチャンオーラ出してるけどよく見ると相当厳しい。 -[[Problem 0057]] パーツ変えたり数値関数使いまわしたり。自分の考察がまだ足りていない一問。 -[[Problem 0058]] 変数増やして三倍関数を作って使い回す。 -[[Problem 0075]] 変数変換でなんとかなるはずとのこと。少し書き方変える必要があるかもしれない。 -[[Problem 0081]] 壁を生かしきれてない解なので要検討。そもそも縮む可能性もある。 -[[Problem 0082]] みんな答え違って笑ったやつ。直接でもいけると。自分のは数字二箇所だけなのでワンチャンありそうに見える。 -[[Problem 0091]] 最初の方灰踏んでもよくて12B構文でうまい数列をつくる系。ソルバーを作る必要がありそう。→数値だけ出すならソルバーもすぐ作れる。シンプルなやつだと24B解しか見当たらなかったけど、ちょっと変更するとヒット。これ既知だったのか。あと一通りしかない上に数列もたまたまちょうどピッタリだった。 -[[Problem 0096]] 向き合わせの選択肢が実はかなりあることに気付いていなかった。それがわかればあとは数打ちゃ当たるで() -他にはHOJ関連の昔話をして老害を存分にアピールしました。やっぱり人とやるのは楽しい〜 -[[Problem 2067]] とくに想定解なし。雑に色々配置したけど思ってたより自由度低そう。純粋な圧縮力勝負系。 -[[Problem 2068]] 想定解あり。非人間的。 -[[Problem 2071]] 想定解あり。あんま考えてないのでもっといいのあるかも。0091もそうだけどこれが壊れないのちょっと盲点だし周辺に見た目が綺麗な模様がたくさんあるのが恐ろしい。 **2021/10 [#e0ac5c04] -お久しぶりです。 -pasta神の頑張りのおかげでHOJを以前と近い操作感で遊べるらしいです(フラッシュ終わってから全く触ってなかったのでありがたみを理解しきっていないのは秘密) 得点計算とかが停止しているので解いた問題とか縮めた問題の見た目以上の更新が行われないようです。 -[[Problem 2006]] いい問題だった。経路ゲー問題出しまくってたくせにこういうのなかなか解けないという最悪なパターン。最後は関数をなんとか使い回した感じ。 -[[Problem 2051]] この手の出題者単独は経路が認識できてないだけだろうしできると思ってトライするも全然わからず。結局ずいぶん前にやった時に書いた気持ち悪いパーツを気持ち悪い感じに並べる以上の綺麗な認識ができなかった。[[Problem 1239]]なんかもそういう系なんじゃないかなと思ってるけどどうなんだろう。imagine cupみを感じる。 -discordで話しながらなんかやるのとかオフ会みたいにできて楽しいかもなと思ったので、id貼っておきます。フレンド送ってください→Ktyaしゃーぷ7525 -[[Problem 0840]] 向きちょっと弄れて28B解が26Bにできた。a(X,Y):Xa(sX,Y-1)la(sX,Y-1)lXを変数増やしていじる。 -[[Problem 0842]] 前の解は840の28B解ベースで作っていたので当然縮んだ。840全く理解してないのに単独なのは謎 840の答えはここの問題に活かせないのかな? **2020/5 [#e33a5e20] -ぱすた先生に単独ベスト集計依頼をして更新していただいた(何もしないでやらせるクズ) -想像以上に_misakiさんが覇王になっていて笑ってしまいました 現役勢の思考みたいなのはいつか聞きたいですね **2018/6 [#qfa9b9cf] -えっらい久々に開いたら誰にも本質的に解かれていない問題があったのでちょっとだけ考えた -[[Problem 2029]] L字でL字を書きながら戻るみたいなよくあるやつにさらによくわからないものが付加してる感じだった。パーツ自体も使い回しで綺麗に書ける 適度な時間で適度に楽しめる問題だった まだあと1Bは縮むらしい -たくさん更新してから書こうと思ってたけどモチベーションが落ち着いているのと時間がなかなかとれないのとでそういうわけにはいきませんでした。多分急にやりたくなるやつなのでまたそのうち -前にも書いた気がしますが,僕の投稿した解について気になる部分があるとかモヤモヤしてるとか少しヒントが欲しいとかあればツイッターにどうぞ(Ktya_59) **2017/10 [#n68d4a66] -ガッツリ時間をかけてやれない期間が続くと思うので少し作問&その意図などを書き残しておきます -そのうち戻ってこれるように精進します -とあるテク=1975での自分の別解 新テクなのかどうかよくわからない(昔あった気もした+本解の発展にも見える) 本解と類似してる点はあるが使い所が難しいのでぜひ開拓してもらいたい -使えそうな問題を探すモチベと時間と考察が足りてないのでその辺もいずれ時間が取れたらやろうかなと思ってます -[[Problem 1975]] とあるテクでa(X,Y):YrYXrYXa(sY,X) が実は圧縮できる a(X,Y):YrYXrYXa(sY,X)r と思うとわかりやすいかも? -[[Problem 2014]] Solve:長さをしっかり測って成長を調整しましょう Best:とあるテクでYrYYXrrYYXrYYXrを圧縮 -[[Problem 2015]] 出来事からてきとうに出題 成長段階を少なくしてアプローチを増やしてみた Best短いですね -[[Problem 2016]] とあるテクについての問題のつもりだったけどいたって普通の問題になってしまった。まあたまにはいいということで(逃) -[[Problem 2017]] Solve:タイトルの通りにするだけでやれることがほとんどなくなると思うのでその範囲で Best:とあるテク 短いし入門といえそう Solveの解を縮める感じです -[[Problem 2018]] Solve:経路自体は単純かなと思います Best:とあるテク(かなり上級な使い方?) -2018のような比較的ありふれた形に応用が効きそうなので強力そうですが、使い所が非常に難しそう(というか実験して形を覚えるぐらいしかなさそう?)というのが現時点での感想です -他にもいくつか問題にしようかと思いましたがむやみに作るよりはテクを研究していった方がいいかなと思いボツにしました **2017/09 [#n68d4a66] -五億年ぶりに -全く解けないです… 原始人のようなコードしかかけない -[[Problem 1975]] _misakiさんのヒントとsnukeさんのヒント見てどうも自分の解と合わないなぁと思っていたら別の解が想定解だったというオチ これに気づかず1991がすぐには縮まなかった …ということはもしかして自分の過去の解はまた別の新テク(?)なのか? -[[Problem 1991]] 上の問題のトリックに気づいたらすぐ縮んだ -[[Problem 2002]] 解いている人がいないのはかわいそうなので解いておいた しかしほぼ同値なコードが通ったり通らなかったりして仕様の理解が不足してる 追記:どうやらそのうち消されるらしいので暗黙の了解で解いていなかっただけなのかな どちらにせよ2001がわかってないので考えないと→やはりあっさりと抜かれた 仕様と戦う感じが[[Problem 1786]]っぽかった -[[Problem 0018]] 昔30Bで喜んでた時の解が例の手法で縮むやつだった こっちを経由してないと厳しそう -[[Problem 2014]] 急に作問欲に駆り立てられてテキトーに作った原始的問題 タイトルも関係ない上に塗り方も雑(灰マス以外は全て通ります)ですがお許しを [追記]よく見たらスペルも間違っていた **2016/11 [#n68d4a66] -二ヶ月振りに -コンテストの自分の解答は結局発掘してないです -_misakiさんの新問二問!どちらもとても歯ごたえありました -[[Problem 1974]] 数列をググったらしっかり出てきて笑ったw 最初愚直にヒントに従って24B それを縮めるのかと思ったけどそうではなくある種の引っかけ問題だった.まだ縮む気もするけどとりあえず解けて満足. -[[Problem 1975]] 普通に考えたら15Bでテキトーに試してたら新テク?っぽいものを発見 それを弄ってたらなんかできたw もの凄く汎用性高そうなテクですが自分はまだ使いこなせなさそうです.r+実行部分 という答えなのでまだ縮む? **2016/09 [#n68d4a66] -どうもご無沙汰してましたKtyaです.最近めっきりやってないです… -調べた所名前を非公開設定にしていたらしい(記憶に無い).facebookでの投稿に依るとBlakeさんという方が一位で自分は二位のよう. -一応自分のスコアは30000ちょいです(30000超えて止めたので)皆さんどうだったでしょうか? -コードはメモっていないのでバイト数(これもメモ準拠)だけでも 4B,11B,11B,11B,22B 10B,25B,23B,18B,21B 34B,23B,24B,20B,17B 21B,--B,31B,18B,19B 13B,24B,21B,21B,20B -各問題の感想 1:いつも通り.Max5Bには何か意図があるのかなぁ? 2:急に難しくなる.6倍関数で壁を利用したりして19B その後solverにかけて11B 3:2より易しいと思う.まずは普通に書いて13B その後solverにかけて11B 4:3の斜めバージョンと思って18B ぐるぐる回って12B solverにかけて11B 5:アホみたいな書き方で35->32B 別の良い経路に気付いて25B 初項の無駄を削るべく中心に行く様にする22B 6:即座にsolver 10B こういう出題はいい加減やめるべき.逆に想定解が気になる. 7:良問 最初は経路探すところから 良い関数XYXXYXを見つけて24B 関数に命令が無いのが気がかり 8:難問 solveから苦労した まず24B->23B 同じ問題が22B制限で存在すると言う事で粘る 9:四倍関数でてきとうにやって19B XssXで18B 10:特有のズラし問題 ズラして見切りにくくしている分パーツの作り方(どこを始点にするかとか)の自由度が 減るので一度解くと縮めにくいと言うイメージ 5歩+9ギザギザ パーツの並べ方との兼ね合いも見てXYYXYという関数で21B 11:s4つ,r一つ,l一つを並べたパーツを3連打する問題 HOJにも複数出題例あり.あらかたまとめて書ける関数を用 いたもののなかなか伸ばせる気がしない solver視野 12:なぜか真ん中に寄っていない問題.壁があるので直進を止めてもらう様に活用 これも関数に命令が入ってい ないのでやや不安な感じ 13:多分大多数の人が思った事:「これ25より難しくない?」 といってもフィボナッチと二乗ってだけであまり変わ らない 14:HOJをやっていたお陰か再帰的な解が最初にすんなり出てきたので印象が無い問題 15:感想は上とほぼ同じ 作問者側はちゃんとこの答えを導き出せていたのだろうか. 16:やりようがあまりに無さ過ぎる問題.Herbertを始めて間もなければ楽しめそうな問題ではあるけども. 17:このセットで一番難しい問題.微妙に対称性が崩れているのが多分混乱の原因なんだろうか.四隅のみ奇数座 標にあるのも謎.ただ制限byte数がやたら緩いので解かないと差をつけられると思って必死に頑張り中 18:圧縮問題 これもやりようがたくさん合って(自分は)好きな問題.イマイチ納得のできる圧縮が見つからな い問題 30切るくらいが合っても良い筈なんだけども 19:これもとりあえずsolveしたあと割とすぐにsolverに投げた パーツ固定で18Bを発見 まだ縮んでも何ら不思 議ではない.ただこういうのはものすごく差がつく(M/n-M/(n-1))が大きくなる ので要注意ではあった. 20:経路発掘するまでが大変 これは想定解という確信が持てますね.何か適合するテクニックがあるのではないかと思ったけど結局深入りしなかった. 21:まず落ち着いて数を数えてそれっぽいのを試したら半分程回収するやつを発見.それを上下に生やしたら丁度埋まった.結論から言うと何も考えずにsolverに投げてしまうのが正解だった. 22:これはパーツ探し等から結構苦労した.最終的に置換だけで想定解っぽいものを見つけたけどなかなか圧縮に繋がらず. 23:六倍関数をテキトーに使うだけ.これもっと前の問題で良かったと思う. 24:圧縮問題.こういうきれいな模様を上手い事埋めるのにかなり苦手意識が合ったので何回も書き直した.乱歩がありそうなのが怖い所 25:ある意味定番な「最後の問題は簡単」というやつ. -全体として:素朴な問題と数値系問題が一つもないのはいかがなものかと.強いて言うなら24? 殆ど全部答えありきに見える.贅沢ではあるけど出題者も学習して欲しいと感じる. **Summer contest 2016 [#z6d57809] -気になる(と思われる)問題の自分の感想をメモる事に -5 初期位置やマップのズレに不満が残る問題.つい最近ちょっとまともな経路を見つけたが苦手な部類. -7 経路発掘から,多岐に渡る圧縮(初期向きの解決など)があって,とても良い問題. -8 このレベルの割に難しい問題.経路がまだ見えてない? -9 ひとまず某テクで.まだあるのではと思ってしまう -11 壁じゃなくて灰色マスで良かったのではと思ってしまう問題.結構似た問題がHOJにもたくさんあるけどまだ詰めが甘そう. -12 これもやりようが多くて困るタイプの問題.これもそうだけど何故真ん中に配置しないのか… -17 未solve 対称性が無い箇所が謎すぎる 乱歩なのかなぁ? -18 これもまだ甘そうな一問.経路自体は楽ですね. -20 何かしら適合するテクがあるかもと思わせる一問 -22 意外と綺麗に書けたけどそこから縮められていない. -24 これは苦手なタイプ.上手なコードがありそう -勝負を分けそうな問題のみが残った solvedについてはまだ10問ぐらい不満点が残っている感じ(逆に10数問はもう更新が難しそうな感じ?)勝負を分けそうな問題についてはsolve自体は必須という読みなのでしばらくは辛い戦いになりそう.solverの使い方も吟味しないとなぁ(7/10) -みんなやってるのかな?とりあえず自分はunsolvedがあと二問 内一つは勝負を分けそうな問題でもう一つがlevel 一桁という… まずはsolvedしておきたいところ(7/8) -Is it allowed to make the same problems as "Summer 2016 Contest" on HOJ? For me, it is much easier to check the movement of Herbert on HOJ... **2016/07 [#n68d4a66] **:2016/07/10 [#bc50cecf] -[[Problem 1970]] まったく検討がつかない… -Summer Contest,もうちょっと詳細に(問題番号とかを付記して)状況を書こうか迷う所. **2016/07/05 [#f9c59a23] -新問ラッシュ!相変わらず脳味噌に良い問題が多くて楽しいです. -[[Problem 1963]] best 規則見つけるのに若干手間取った.初期位置を合わせるのが難しい? -[[Problem 1964]] best 最初3変数で書こうとしたけど数値が変わるのは3回だけなので変数が減った ここ最近では一番好きな問題 -[[Problem 1965]] パーツ圧縮技術を問うていると見ていいんでしょうかね?まだ試していない事が多いけど眠いのでまたそのうち -[[Problem 1966]] 特に変な事もせずにスタンダードに もう数捻りぐらいありそうな気もするけども果たして… -Summer contestをちょっとやってます 得点の形式上ガチでやるならsolverが滅茶苦茶重要という感じがして,元solver難民的にはそこに罪悪感みたいなものが… 問題自体は傾向は偏っているけど面白いと思います **2016/06 [#d57250fa] ***2016/06/27 [#i51ee4ea] -雑記更新ラッシュに乗る -[[Problem 0184]] 今までと方針をがらりと変えて40 まだ縮みそうな気もする -[[Problem 1962]] 見た事あるような無いような と言う感じの手法 -公式コンテスト是非参加したいんですが,これってMacで参加出来るんですかね?どうもダウンロードできなくて問題すら見れない…なんとかしたい所 ***2016/06/某 [#m6f7a0df] -久しぶりに自分のbest数みたら滅茶苦茶減っててビックリしました! すごい! -90%復帰チャレンジしたいけどできるかな -特に1600番台がボコボコですね 一時期solverで何とかなりそうな二問だけって状態だった筈なのに **2016/04 [#gf4c5261] ***2016/04/29 [#w8e569ef] -ちゃんと「息抜き」として活用出来ているのでそこは良い感じですが宣言には反してしまっていますね -一関数solver製作しようかなと思案中 コード生成から面倒だなぁ -[[Problem 1740]] 17 二変数solver -[[Problem 0227]] 32->単独 抜かれていたので抜き返し.32の時は上から8マス目まで移動してそこから右向きに長さn,n,n,13の棒を立てるやつを作ってそれで塗りつぶしていたのでぴったり32と言う感じだったけど今回はそれっぽいパーツを探してなぞった まだ行けそうだけど -[[Problem 1634]] 29->best 潰されてたので 前からちょくちょくやってたけど思った以上に縮まないこの問題 もどかしいですね ***2016/04/23 [#me30d28c] -[[Problem 0231]] 追いつかれていたので伸ばした また追いつかれた 工夫出来そうな所はそれなりにあるけどめんどい -[[Problem 0653]] best 二変数solver 近いとこまでは出来てた 人間的 -[[Problem 1801]] best 二変数solver 理解してないです -[[Problem 1828]] best solver 小さくして検索したらhit 非常に普通の解だった.step数もかなり少なめ.発想もあったのに何故解けていなかったし… かなり単純です ***2016/04/20 [#f1daf969] -最近あらゆる事に脳味噌全然使えてなくて本当に駄目(ここに書く事ではないけど) -best率90% 長かった しばらくはsolver以外脳味噌使わないと思います -[[Problem 0225]] 50->best mod11を少し上手に書いた 関数が一つ浮いた分 答えの投稿も難しい(時間が異常にかかる) -[[Problem 0537]] 21->best 境界をなぞるパーツを成長させて行って塗りつぶすようにしたら縮んだ 前までは数字使ってたけど -[[Problem 1273]] 19->best solver mapを小さくして検索 最初ヒットしなかったけど一変数にしたらちゃんとヒットした step数そこまででもないし小さくする必要も無かったかも 二歩進みn段階目のパーツ を繰り返す感じです -[[Problem 1763]] best 二変数solverさんに経路を教えてもらった後一変数にして例の技術 solverじゃヒットしないか -[[Problem 0124]] 14->best 二変数solver 弾いてる奴だった 1,1,4,7…といえば人力でも可能か? -[[Problem 0250]] 15->best solver ちょっと前は検索漏れしてたbyte数が偏ってる奴 ずっと二変数で探してて苦労した -[[Problem 0412]] 18->best 二変数solver 18は人力だったけど こんなやりかたがあるのか -[[Problem 0520]] 未->best step数かなり減らしたらhitした 300stepぐらいなので多少ガバガバなsolverでも見つかると思います 自分の持ってる解は灰マスに入るし人力は厳しい? -[[Problem 0654]] 21->best これ数値手法だったのか!!! 目から鱗 ずーっとsolverで検索して無いなぁと嘆いていた -[[Problem 0924]] 20->best 20は人力 今回検索したのはかなりのstep数(50万近い)な上に二変数というw -[[Problem 1086]] 19->best 人力の19は太く渦書いてた 今回出たのは二変数で上手い事ぐるぐるしてる奴だった -[[Problem 1109]] 17->best 二変数にしたらhit まだ理解してません 17も理解してないけどw -[[Problem 1469]] 14->best 二変数 今までstep数が足りてなかった -14B以下残りの感想 15B残りが多いのでなんとかしないと -[[Problem 0121]] 14は見つけた 永遠の謎 多分間違えて弾いてる二変数と思われる -[[Problem 0144]] みつからない -[[Problem 0287]] まず15Bが謎 二変数で検索か? -[[Problem 1385]] 三変数らしい -[[Problem 0992]] 謎 出てこない ***2016/04/16 [#f1daf969] -雑記書き漏らしがある気がするけど面倒だ… -ただ単にsolverと書いたら1変数を指してます -[[Problem 0045]] solver まぁ人間的ではないですね -[[Problem 0243]] solver めちゃくちゃ人間的 出来なかったのを反省 1,3,7のパーツと壁を利用してとりましょう -[[Problem 0450]] 二変数solver 四歩で検索 二歩とかでも試しておくべきかもしれない -[[Problem 0479]] solver さぼってた -[[Problem 0482]] 二変数solver 思ったよりすぐ出た これはレパートリーとして持っておきたい -[[Problem 0535]] solver 降参して検索 賢いなぁ -[[Problem 0752]] solver 昨日も書いたけどbyte数偏ってるやつ検索漏れしてた バグとかじゃなくて良かった -[[Problem 0762]] solver これ一変数だったのかw というかパーツ一つで良いのか(驚き) -[[Problem 1157]] 二変数solver こんなのあるのか 応用が利きそうだけど果たして -[[Problem 1230]] solver まぁありそうな変換で出来てた 昔18Bを人外扱いされたけど_misakiさんも出してたようでちょっと共感したw -[[Problem 1257]] solver ちょっと理解し辛い 15Bでの構成をバラしてる感じか 位置が合う理由はしらない -[[Problem 1427]] solver たしかに割と人間的だ もっとstep数多い人外解があるかもしれないけど -[[Problem 1786]] solver よくみたら1779のコピペで行けるんだったw -[[Problem 1787]] 1779のコピペじゃだめなのでなんとかするという問題 テキトーにやったら通ってしまって今更Herbertの仕様を知ると言うw step数の解釈として実行しているものだけじゃなくて,展開している文字列がある一定の長さを超えるとアウトなんですね〜 実行を上手く先取りする事で解決しました 何気に単独阻止 追記:よく見たらmasさんの雑記にちゃんと書いてあった ***2016/04/15 [#f1daf969] -たくさん成果あったので投稿します -best率88% -と思ったら89%になった -[[Problem 1429]] best 四倍関数の毛を探す問題 -[[Problem 1009]] best 進む命令の位置を変えたら縮んだ -[[Problem 0287]] best solver 一辺4の正方形なのは分かるけどそれ以上は知るかって感じ -[[Problem 0359]] best snuke先生 の「黒魔術」を理解した 想定解は知りません -[[Problem 0303]] best 同上 黒魔術を理解 -[[Problem 0200]] 47->18 solver 無理なやつ step数減らせば18ぐらいでもなんとかなる -[[Problem 0289]] best solver 灰踏むんかいw -[[Problem 1109]] 27->17 solver なにこれ面白い こんなのあるんだw wwvwwさんはこれなのかなぁ? -[[Problem 0811]] 13->best solverなるほど人間的だ -[[Problem 0998]] 未->best 一変数solverで自分が考えた事の無い14Bが出てきてそれをいじくるとできた.結構単純な経路です.後で述べる二変数solverでは弾いてるタイプの答えだった.壁のせいで別の14Bのことをずっと考えていたけど壁は使いません.面白い! -[[Problem 0259]] 17->13 solver なるほどなぁ 全部埋めるのか 一辺16がめっちゃ重要 -[[Problem 1932]] best solver 結構人外に見えるけどみんな凄い -[[Problem 1933]] best solver なるほど -[[Problem 0247]] best ちゃんと検索し直したら出た こんなのよく地力で見つけるなぁ -[[Problem 1243]] best solver かなり人間的 というかもっと意味不明な位置合わせかと思いきやそういう訳ではなかった solver勢のみなさんはByte数指定して検索してるんですかね -[[Problem 0322]] best solver Byte数偏った奴検索出来てなかった -[[Problem 0312]] best solver 同上 -[[Problem 1826]] best solver 正方形うまいこと書いてた ~~ -以下二変数 余分な検索をカットしたら思った以上にまともに動いてくれる様になった 嬉しい! -[[Problem 1777]] best 瞬時に解けそうな見た目しといて1600stepsぐらいってのは流石に笑った -[[Problem 1779]] best コードの見た目めっちゃ綺麗だし典型っぽいけどまだ理解出来てない こういうの人力で作れたら強いんだろうなぁ -[[Problem 1568]] best なるほどなぁ 解けるべきだったけど調整が面倒 -[[Problem 0137]] best まさかなぁと思ってたけど11Bで二変数かつ意味のある問題だったとは… -[[Problem 0829]] best こんなの人力で見つける人間solverさん恐ろしすぎる -[[Problem 0028]] best まぁ理解不能 -[[Problem 0934]] best 直線+渦みたいな 言っちゃ悪いけど出題が下手くそでつまらない -[[Problem 0129]] best 人外だとおもったけど「直線+よく知ってる乱歩」だった -[[Problem 1803]] best すごく人間的な発想だった 図になるとよくわからんけど -[[Problem 0249]] 29->best 今回検索した中で一番びっくりしたw step数はかなり少なめ 動きが完全に想定解のそれ -[[Problem 0335]] 15->best 発想はあったけど調整が面倒だった奴 0062をひたすらくっつけて行く感じです -[[Problem 0140]] best 人間的な発想だった 2+4+6+8=20をつかうかんじ -[[Problem 0012]] best これも思ったよりは人間的だった ヘヘ みたいなパーツを並べてる感じか -[[Problem 0327]] best こういう調整もsolverにやってもらえるのは頼もしい -[[Problem 0797]] best 思いつかなかった…悔しい -[[Problem 1607]] 27->best まさかのsolverでヒット ちょっと申し訳ない感じ ***2016/04/某 [#y948d504] -新問題出しました -[[Problem 1956]] 一辺15がヒント 棒を立てます 15といえばHOJ的には2^4-1ですよね -[[Problem 1957]] 本当に普通の問題 ターゲットをこうするだけで大分経路見にくくなりますよね -[[Problem 1959]] 前にちょろっと触れたあまり使わないテクに関する問題 タイトル通りに書いて26ぐらいになりますがそこから23を目指しましょう(それより短いかもしれませんが) -solverはもう面倒だしよくわからないのでいいやという感じ 二変数は結局調べるものを減らせなくて断念 アイデアはあるっちゃあるけど -[[Problem 0282]] 97->87->77 とりあえず数式で解いた 変数が減らせるのかな? -[[Problem 0842]] 48->35 840でフラクタルっぽい方針を思いついたので試したら28Bで絶望してたけどこの問題に関しては上手く適合していたようで縮んだ.snuke先生のヒントを見るに840はスタート地点に戻らない書き方をするのかな? とりあえずフラクタルっぽく書いてみようとして「1回だけ右/左に曲がる」と言うのを実装したら縮みました もうちょっとで840もできそうですが…! **2016/03 [#gf4c5261] ***2016/03/31 [#t5697937] -Meshでそれっぽいの試そうと投稿したら案の定固まったw -その間に決め手になりそうなのがsolverで検出されてそわそわしてスマホから解を投稿 -[[Problem 0762]] 19B 乱歩の知識が少し増えたので -[[Problem 1138]] 14B solver なるほどなぁ -つかの間のCOLOR(red){&size(20){総合一位!!!!!!!!!};}実感無さすぎ! つかの間だろうけど嬉しすぎてスマホでスクショ撮ってしまったw -冷静になるともう5000点ぐらい取らないと本質的に一位とは言えないのだよな~ ~ 今後の課題~ -一変数solverの高速化 -二変数以上のsolverで成果出す -一関数solver -迷いの木系のbest化 -[[Problem 0840]]を考える -[[Problem 0282]]を考える -成果 -[[Problem 0138]] 21->20 11歩で検索 二変数? -[[Problem 0148]] best 人外解 そんなパーツなのかw -[[Problem 0382]] best 人間的 そんなパーツが得する事があるというのが意外 -[[Problem 0390]] best 人類にもワンチャン解けうるけど知識がいるだろうなぁ 灰マスは全く通らないです 盤面右あたりに散乱しているのを取った後左を取り下を取ると言う感じです -[[Problem 0450]] 19 4歩で検索 二変数? -[[Problem 0648]] best へぇこんなのあるんだ -[[Problem 0916]] best これは応用がありそうな形 -[[Problem 1122]] best えーこんなのあるんだ 理解しておきたい -[[Problem 1201]] best これは一本取られた! 渦だと思うのが大事 DEGwerさんの問題は実は面白いのが多い -[[Problem 1377]] best 人外 -[[Problem 1381]] best 自分の持ってる答えは人外 解かれているのが恐ろしい -[[Problem 1469]] 14 検索して15がヒットしたのでそれを二変数にして圧縮 13はまともな二変数ですかね -[[Problem 1556]] best これは自力で 15ができていたらかなり近い -[[Problem 1700]] best 絶妙すぎて笑ったw OとJの二マスに入り込むなんてw -[[Problem 1826]] 15 4歩検索ででた step数増やさないとでないのかな ***2016/03/30 [#v7396cd6] 以下全て一変数 solver -[[Problem 0028]] 13 若干想定解っぽい?無理 -[[Problem 0045]] 13 人間的 パーツ自体は予想通り -[[Problem 0213]] best 無理 -[[Problem 0247]] 12 11Bは凄まじいstep数? -[[Problem 0307]] best 見落としをsolverで見つけるのは初めてなのでびっくりした -[[Problem 0568]] best なるほど応用がありそうだ 灰マス踏むのね -[[Problem 0752]] 14 人外解と今後に繋がりそうな模様解が出てきたけど13はstep数が多いのかな -[[Problem 0763]] best step数少なくして検索 至って普通だった -[[Problem 0811]] 13 イマイチもやもやする問題 -[[Problem 0826]] best そこ通るのかーw こういう系は偶数個並べると綺麗になりやすいですよね -[[Problem 1168]] best solverさんにbyte数かさんだ解で経路を教えてもらった後は自分で ミスリード問題が多いですね 渦だと思うとやりやすいです -[[Problem 1289]] best step数の関係で検索漏れしてたけど12Bをいじくったらできた -[[Problem 1426]] best 上側取った後下側取るとか言う鬼畜ルートでわらった -[[Problem 1697]] best 予想外の経路でびっくりした 人間的ではある -迷いの木系の問題といたらギリギリでpastaさんを追い抜きつかの間のCOLOR(red){総合二位!!} まぁ新問に低く見積もっても2000点ぐらいは余裕で落ちてるから本当に暫定的ではあります -迷いの木系の問題まったく追いつけない時ともうちょっとの時と二通りあって後者は経路取りなんだろうけど前者が謎 そんな大きく変わるようには思えないけどこれも経路取りなのか? ***2016/03/5週 [#fa829e5c] -ぱすた大先生に依頼して単独best表更新してもらった(いつも唐突に自分勝手に要求して申し訳ありません,と同時に対応して頂きありがとうございます.) -自分の予想を大きく上回るレベルに単独bestが増えていて笑ってしまった 結構阻止されている印象が合ったんですがこの一ヶ月は人のbest率を削る事だけ考えて緑を再更新しまくってたのでそれが大きい感じがします -いよいよsolverなんとかしろの声が大きくなりそうな感じが -[[Problem 0605]] 21->16 wwvwwさんの雑記をヒントに.多分同じ経路だと思う.1変数だと17でそれを2変数にした感じです 乱歩的動きの理解は大切だ -試しに15B以下未best数えたら100問程あった -[[Problem 0096]] 26->25 25B量産した 何が足りないのだろうか -[[Problem 1351]] 26->best sの個数が多くて補助関数が上手い事使い回せそうだったのでなんとかズラして成功 -[[Problem 0339]] 22->best 思った以上に普通だった 一変数.⊥みたいなパーツを利用しましょう. -[[Problem 0668]] 16->best 非常に普通の再帰 昔の答えの方が難しい -[[Problem 1271]] 31->best 昔は渦を書いた後に外側を取ってたがパーツをデカくして縮めた やりようがありすぎる -[[Problem 1826]] 解き忘れ solverにかけときたい -[[Problem 0726]] 29->26->24->23(単独) 壁を利用し忘れていたのでそこをしっかりして26 masさんの雑記の二変数と言うのをヒントにして24 あとはいじって23 加えてヒントを出すと「パーツの区切り目」 未だにBITというタイトルの意味と問題ページのmasさんのコメントの意味が理解出来てない… -人の単独それぞれ見てて思うけどすごくプレイヤーの特徴が出ている気がしますねw 特にsnuke先生の単独が一番追いつけない絶望感があるなぁ -[[Problem 0230]] 38->34->32->30(単独) やーーっと撃破! 右上の白と左下の白でbyte数かさみがちだったけどどちらも同じ解釈で取れるパーツがあってそこで4倍関数を使い回せた -0226~0231全best! この6問だけでもかなり難しいですね -一瞬だけCOLOR(red){best率86%}迷いの木全部解けば一時的にpastaさんに追いつくか? solverをまともにすればいよいよmasさんも視野かもしれない(ほんとか?)~ -[[Problem 0461]] 24->23 関数が使い回せた これはbest化したい -[[Problem 0530]] 17->best ようやく.惜しい所までできてた 直線とギザギザを同時に -[[Problem 0548]] 23->best 数値だと気付けばまぁ -[[Problem 0556]] 22->best 経路はあってて圧縮が下手だった こういうのはもうちょっと嗅覚よくしないと -[[Problem 1019]] 20->19->best 19にした時点で縮むのはわかっていたけど眠くて向きが合わず断念.翌日案の定縮められていたのでやってみたらできた 上と下の壁の意味ないですよね…?(逆回りを阻止しているぐらい?) -[[Problem 1958]] テキトー.solver勢待ち -[[Problem 0156]] 44->42 snuke先生が異常に短いシリーズ パーツを上手い事やらないと無理だこれ -[[Problem 0824]] 未->26 テキトーに.これとclimb over wallはよくわからない -[[Problem 0830]] 23->22(単独) 自分の解法だと自明な圧縮忘れがあったw この壁越え系もそうだけどmasさんとsnukeさんがぽつんと並んでいる問題は全く追いつけないか稀によくわからず追い抜くかというのが多いなぁ.天才の発想は似るんでしょうか. -[[Problem 0844]] 未->best 解けたーーー!!良問ですね.初期位置の右に5個白が並んでいますがこれは意味があって,初期位置の右6升目は灰色の方が解きやすかったですかねw 経路がわかった後も初期位置に悩まされましたが書き方を変えて何とかなりました. -[[Problem 0980]] 111->84 とりあえずn歩+r(n=2~9)にそれぞれ名前をつけて書くだけで90代,それをテキトーに圧縮して84 もう5くらいは行けるかもしれないけどそこから先は宇宙 -[[Problem 1086]] 27->19 おしい13Bがあるんですね solverに任せたいけど人力でも十分縮みそう -[[Problem 1706]] 21->best 3歩単位でrとlが隣り合うような乱歩って と考えたら当たった solverでも解いておきたい一問 -[[Problem 1740]] 未->26 良くわからないので直接かいた ***2016/03/4週 [#q778426e] -[[Problem 0334]] 24->23 な阪関無 手法的にはpastaさんが得意そうなやつで縮めた -wwvwwさんの活躍もありあと4問! -[[Problem 0284]] 再チャレンジしたけど歯が立たず.数値じゃない長文の中でも一番力入れてるんだけどどうも届かない 経路もあまりへんてこなのには出来ないと思うから純粋に圧縮勝負って感じで悔しい -[[Problem 0410]] 30->26->24->22(単独) なんで25で並んでいるのか謎(全くそれっぽい解に出会わなかった)理解出来ないbyte数で並んでいるのを抜くってのがよくあるなぁ 結構自然な認識で24くらいになって関数を工夫して22に.もっとエグい作り方がある気もしますね(wwvwwさんとか得意そう) -[[Problem 0963]] 24->23 見落とし そもそも問題が難し目ですね -[[Problem 0738]] 25->24 見落とし まだ縮みそうではある -単独って付けてるやつはある程度は難しいやつで付けてないやつはしょうもないという感じの使い分けです -あと1問!とりあえずアレを頑張るか -[[Problem 1665]] 135->116 自分の昔の答えを参考に圧縮しやすくしたら案外あっさり行けた まだかなりガバガバだけど縮んだからよし! -ついに(まともにやっているプレイヤーで)best率90%以上の人が一人もいなくなった! かなり性格の悪いことをずっとやっていたのでこれからは気が向いた時に黄緑を考える事にします。。 ***2016/03/3週 [#i309665d] -直接書く系ならかなり戦えるって漸く自分でも言える気がしてきたけど時既に遅し -[[Problem 0419]] 25->best 直接書いてbestとれた 他のbestの人達は全くの別解法で数値使っているらしい(確かに普段なら単独取れそうな答えではある) ワンチャン縮むんじゃないかなぁ -[[Problem 0541]] 44->41->40->best 関数の分割を上手くして最初の関数を再利用したら41 最後ずるして40 よく見たら逆回りで向きが削れて39(こうなるともはやord2_nではないですがw) 特に難所ないから久々にやったらあっさりだった 前悩みまくっていたのは何だったのか -[[Problem 1953]] 25->best 四倍にこだわり過ぎだった 今まであんまりやんなかった組み合わせの圧縮だったと思う -[[Problem 1488]] 20->19(単独) wwvwwさんがやってらしたので.全く記憶に無い問題で新鮮だった.解法も自分が見つけただけでも4種類(経路は実質2種類?)あったのでもっとsolve者がいても良さそうな問題 色々試してたらちょうど欲しかった数列になるやつを見つけた こういうのは他の人の方が得意そうだけどなぁ -[[Problem 1635]] 24->21(単独) コンテスト中にこういう解が出なかったのが意外 調整に手こずった -[[Problem 1012]] 25->24(単独) 25のすぐそばにあった -あと6問 -最近は25B以上の緑を巡回している(性格の悪さ) -[[Problem 0357]] 69 とりあえず70切った 左上の処理が悩みどころ過ぎる 地味に初めて使うテク(というか書き方?)したのでそのうち問題に出そうかな -[[Problem 0527]] 55->54(単独) ちょっと関数に工夫を -[[Problem 0732]] 32->31 ただの見落とし -[[Problem 1494]] 未->best 思っていたよりも大分単純な問題だった -[[Problem 0750]] こんな経路でも良いと思いついて模索したけど縮まず #ref(スクリーンショット 2016-03-19 1.57.06.png,nolink) -他4問程チャレンジしたけど縮まず ***2016/03/2週 [#l70031c9] -新問を三問投下 1回ミスってしまったので番号飛んでおります -[[Problem 1952]] なんかどっかの問題とかぶっている気がしなくもないけど出題 区切り方ですね 普通に書いても25Bくらいにはなると思います -[[Problem 1953]] これはテキトーに生成したパーツを綺麗に並べてみただけの問題 よくわからないパーツの圧縮がimagine cupとかにもありそうな感じ -[[Problem 1955]] 壁ゲーをあまり出題した事が無かったので あまり吟味していないのですがもっと縮むかもしれないです -[[Problem 0573]] 26->24(単独) 抜かれてたので見直し 変な事はあまりせずに書いた -[[Problem 1297]] 27->26(単独) 灰マスの内側をどう取るか 上の問題もそうだけど単独キープできるか微妙な感じ -[[Problem 1718]] 互いに素なやつを選べばいいのかな? これは言われないと気付かない -[[Problem 1897]] My bed "2"って感じの問題だった -[[Problem 0278]] 未->best ちょっとズレるやつは前から得られていたんだけど調整が出来ていなかった 後ろにある文字を前に持ってきて調節すると言う技をあまり使っていなかった -[[Problem 0291]] 未->best ヽ謄僉璽弔六計回りに取る∧篏関数の類いは使わない0貶竸堯,鬟劵鵐箸鵬鬚い拭\擇賁椶魄媼韻垢襪19Bで向き違いが出来てくれてなんとかsolve -[[Problem 1348]] 未->best 完全に答え無くしてたので考え直した問題 多分作った時はテキトーに見にくくしてやるぐらいにしか思ってなかったんだと思うけど割と丁寧に考えて解けるタイプだった -1329縮むと睨んでるんですがどうなんでしょう -[[Problem 0804]] 23->22(単独) 少なくとも自分の持っている解は色々奇跡が起こった ヤバいですねこれ -[[Problem 0857]] 未->24 とりあえず解けた 追記 問題番号間違っていたようです.申し訳ないです. -[[Problem 0415]] また別の31Bが幾つか生じた アルファベットシリーズは今やっても良問揃いで憧れる -[[Problem 0419]] 27->25 27は無駄にかっこ良くキモい関数を使っていたのでそれを辞めたら25になった あと1Bだけどこれ解き方が違っている説が濃厚 -アルファベット黄緑全部あと1Bとか病を煩っているとしか思えないw -[[Problem 0466]] 36->34(単独) これはこのとき知られていないテクを使っただけ まだありそう -[[Problem 0491]] 54->50 テキトーに 46は遠すぎる -[[Problem 0556]] 23->22 何かに気付けていない -[[Problem 0572]] 26->best なるほど〜〜棒立てなくてもいいんですね〜 -[[Problem 0658]] 20->18 再帰ではあるが よい経路取りが見えない -[[Problem 0982]] 21->best 普通の問題 元々の経路もあってたのに圧縮し損ねてた -[[Problem 1888]] 29->28(単独) 順番テキトーに変えて走らせたら通った 原理が謎 -[[Problem 0265]] 49->46 縮んでて滅茶苦茶驚いたんですが辿る順番を変えて関数もよさそうなのにしたらなんとか縮んでくれた 後々やったらより簡単に二種類目が出来てしまった やってて思うけどa(X,Y):XYXとかよりもs,r,l等の命令込めた一変数の方が強いし小回りが利く事が多い -ちょっとあら探し -[[Problem 0551]] 20 なんとなく理解したけどbestはわからない -[[Problem 1218]] 44->42(単独) この問題で4人も並ぶなんてオカシイとかいう謎の根拠で圧縮 結構上手い事行ってる箇所が幾つかある -[[Problem 1543]] 25->24 まぁあの解は縮みますよね ***2016/03/1週 [#af3a9136] 謎の集団が突然沸いてめっちゃ笑いましたw 外国のどこかの集団に発掘されたんでしょうか? 何にせよウェルカムです! -[[Problem 1428]] 単独bestさらに更新 某構文を使った ちょっとキモいコード ここから新問 典型もあったけど糞問はなくて楽しめました -[[Problem 1946]] 流石に過去問にありますね あってかこれ一変数と二変数と二種類答えあるのかw -[[Problem 1947]] typical -[[Problem 1948]] 苦手 solver改装中だけどC++の文字列操作をなんとかしないと駄目っぽいんだよなぁ。。 -[[Problem 1949]] 18->17最初はl+某問だったけど初期位置が良さそうだったのでちょっと別の書き方で縮んだ -[[Problem 1950]] 17 超絶良問ですね〜(多分作問者気付いてないんだろうけども) -[[Problem 1951]] 29 ちょっとだけ補助関数頑張ったけどもっといけるか? -best率85%到達!solverちょっと諦め気味なんですが文字列操作ほんとどうすれば速くなってくれるのかな。。 C++の知識はほぼ無いので色々試さなきゃなぁ。 -最近の問題結構単独で生き残ってますね [[Problem 1950]]は冗談抜きに良問だと思うのでやってみてほしいです(とかいってbestじゃなかったりするかも知れませんが)もちろん壁使いまくりで再帰です - えっ,[[Problem 1190]]が41Bになっている すぐには無理ですね。。 -[[Problem 0011]] 22->20(単独) まさかのこの位置で更新!!めっちゃ嬉しい!!!(+2点) -[[Problem 0502]] ->25 ちょっとテコ入れ 縮まない -[[Problem 0666]] 35->34(単独) 意地で単独守った -[[Problem 1022]] 23->best 十字を律儀に二つ作るだけ やっぱ綺麗に埋める乱歩はもっとレパートリー持っておきたいなぁ -[[Problem 1061]] 13->best ワンチャンを試したら通った -[[Problem 1158]] 34->27(単独) 再帰で書きやすい様にパーツを書き直したら27になった 寧ろ30とか31が謎 -[[Problem 1414]] 21->19(単独) 前の経路をちゃんと書き直したら縮んだ 単独! -[[Problem 1951]] 29->27 パーツを増やす事で初期位置に理由付けした 補助関数使ってた前の解の方が気に入ってるけども -masさんのbest率を90%にした -[[Problem 0553]] 49->48(単独) 使えそうな関数を試したら1B縮んだ この辺シビアだなぁ -[[Problem 0573]] 29->26(単独) こういうの(他の人と比べて)多分得意なんだからさっさと取るべきだった 得意っていうか最近だと関数の選択肢がみんな多いから慣れた人が解いたらそんなたいした事無いかも? -[[Problem 1297]] 30->29 テキトーに更新したら案の定あっさり抜かれたw コンテスト問題は詰めが甘すぎるのでコピペして満足したやつは定期的にチェックしないと -[[Problem 1297]] 29->27 snukeさんの解の回収方法を少し変えて28B その後関数をちょっと改造して27B 単独になってくれるかな?
テキスト整形のルールを表示する