『RetOI』Round 2 赛时答疑帖

这新头像框太棒了

我去，跟我名字太搭了 我C，我K，我K我K，520的这一天，大约6:10 AC君竟然给我的帖子点赞了，细节反复确认，发现确实是真的AC君，嘿嘿，我不仅喜欢认真负责的AC君，还喜欢不摆架子的AC君 小广告

完了，总想说四维（标题改成这样开心了吧）

为了不占用您的时间，如果您已经能对有关多维数组代码上的错误进行自查,我就不建议您看这篇 用无大用 无用也无大无用 的蒟蒻文章了 这里不做过多介绍。 引入理解主题的前言 三维介绍 其实都知道，三维是有x、y、z三个量，其中肯定有人想着“x，y是二维也就是平面直角坐标系的两个量，所以三维只是将平面加了一个z而已”注意，这段说辞的意思一般来说就是一个水平平面多增了一个高叫“z”，但是这是错的！在讲平面直角坐标系前，我们对于长方形、正方形，准确来说叫矩形的几何图形计算面积时会说“长乘宽等于其面积”但在往其他地方走一下可知：三角形叫高，是不是因为其所谓的宽（长）没有在这几何图形上，从而换了说法？ 三角形的那个没有在自己身上却进入计算的那一条边叫“高”（直角三角形除外，其高可以算作在一条直角边上），平行四边形也叫“高”（特殊的，长方形的高可以算作在一条边上），甚至是梯形也叫“高”（依旧有特殊） 那...矩形能叫“高”吗？其实从我们接触矩形的时候就不叫“长”与“宽”了，叫“底”与“高”，所以并不是换了说法，而是为了我们自身的理解叫成了“长”与“宽”。当我们开始接触三维，也就是立体几何图形时，方便后续理解，改回正确叫法：“底”“高”。 了解完这些，你应该会知道为何“x，y是二维也就是平面直角坐标系的两个量，所以三维只是将平面加了一个z而已”这段话是错的了吧，知道就看下一自然段，不知道继续看：“z”是我们常说的高，但在三维运用中，“z”只是二维上的高，“x”是二维上的底，那不用多说，“y”是啥？（以免还有人不知道，“y”是二维在不考虑平面直角坐标系中不存在的，也就是三维上的高） 跟我一样玩MC的小伙伴，在按下键盘上F3时，可以看见所处坐标，当你在不跳跃，只按下“w a s d”时，就会发现“x”与“z”坐标变化了，但“y”坐标始终没有变化（开自动跳跃的可以再去过一次清明节了），现在知道为什么了吧。 重头戏 四维 有过这方面知识储备的小盆友应该会知道，四维包含三个空间维度与一个时间维度，三个空间维度就是上文的“x z y”，既已理解四维，看下一自然段，不知的继续看：想象一个房间，这个房间里有一个盒子，过了一个单位的时间后，盒子变成了糖果，又过了一个单位的时间后，有一个不愿意透露姓名的小盆友一个瞬移进来迅速吃掉了糖果，又瞬移出去了，房间里甚都没有。又过了一个单位的时间，房间里莫名多出一个卡片。好，故事结束，当我们把这个房间里的状态以一个数组（列表）a以1开始来存储，那便是：a[1]=“盒子”，a[2]=“糖果”，a[3]=“NULL”(代表空)，a[4]=“卡”。这就是时间维度的存贮，一个单个单个的个体组成的一维时间维度，相当于一个0维的空间维度（一个点）被一个当把每个时间单位状态都记录下来的数组（列表）存了起来。若这个房间不再是一个一个的存，像第一个时间单位，不再只有一个盒子，而同时拥有一个盒子，一个袋子，设存储盒子这个位子的单独变化（盒子->糖->NULL->卡片）的数组（列表）为a1，若是袋子这个位子也在单独变化，则有一个a2数组（列表）来存储这个位子的变化，这就是两个时间线的变化量存储，但这里两个数组（列表）所表述的的都是这个房间里的变化，并且所记录位子也不重复，所以这里理应合并为一个数组（列表），一个2 * 4二维的数组（列表），但是表述的是一个时间维度与记录每个时间的两个位子状态的维度，而非“x”与“z”的维度。此时我们再延伸，这些位子有固定摆放顺序，不在只有两个位子，而是有四个位子摆成了2*2的样子，且每个位子与上述描述相同，那么这个a数组便改为三维数组（列表），同样是一个时间维度与一个“x”还有一个“z”组成的3维，而非“x”“z”“y”。最后，4个位子变成了8个，摆成了2 * 2 * 2的立体位子，且位子记录描述上同，就会是一个时间维度，与一个“x”和“z”还有一个“y”。再...我们第一次说的记录为a[时间]，则第二次为a[时间][x]，第三次a[时间][x][z]，第四次便是a[时间][x][z][y]。这就是我们的四维数组（列表）。恭喜你理解啦！（没理解？重看这一自然段“:(”） 别说了，ACgo网站是个编程网站，且c++用户居多（据我了解），所以四维空间该如何在DP代码中去进行理解呢？ 仔细看这四个数组（此乃c++数组，学P的理解成列表） 第一个相当于将一个 一个 的点变成一个 十个 的点，且这十个点连续； 第二个在第一个基础上，将每个 一个 的点变成每个 十个 的点，且这 每个 十个点连续； 第三个再在第二个基础上，将每个 一个 的点变成每个 十个 的点，且这 每个 十个点连续； 第四个同理。 简的来说第四个就是一个10 * 10 * 10的点阵，变成10 * 10 * 10的 长度为20的数组 阵 用处呢？ 在记忆化搜索中兴许有用 主要还是在DP（动态规划）上作每个状态量的记录。 ====================== ====================== ====================== 这里就举了理解四维的方法，这里再举5维的理解例子 （标题是“四维与自查多维DP代码的方法与理解”没说不能拓展） 简的来说 五维就是一个立体的点阵，变成立体的 面 阵， 前三个中括号代表10 * 10 * 10点阵，后两个中括号代表每一个点变成了20 * 20的面，所以这里来说就是“一个用20 * 20的面（不是吃的那个面）摆成的 10 * 10 * 10的立体阵列”（由于评论区搁那里讨论四维究竟是啥，我这里就不说五维是啥了，免得又起风波）（你这么理解，不再担心脑子在自查有关多维数组代码上错误时抽了。没懂？ 把这句话给AI，AI给你解释） ====================== ====================== ====================== 草草结束 希望这篇来自我自己的投稿能帮助到你理解四维空间转三维的原理来推论自己多维DP的代码原理以防报错后急着找不到从何下手 最后说一个东西，由于内容价值太小，就不单独发讨论了 在m=2时 与 其实是不等价的（不考虑时间复杂度，只考虑代码运行后的效果） 感谢您抽出时间观看完此文，若有错误，欢迎您在评论区留言，我会抽空回复的，谢谢

哈哈哈哈哈，我终于摆脱了这个死***

起初这人挺奇怪的。我那时是以女的头像与身份存在于AC狗 后来我说我是男的，结果他的性别也就互换了 后来……我从未相信过她是个女的 他却越来越疯狂，什么都说。但我坚信他就是个男的 终于有人出卖了他，我也确定了他的性别，他就是个死变态，不过告诉我她的性别的人是谁，我就不能说了，我要保密 太爽了，终于摆脱他了，受不了了 最后送给各位一句忠告：在ac go灌水的时候，千万要保护好自己，不要被这种变态弄脏了私信 明明拉黑了我，还说发错了，你tm脸呢，莎比玩意，我草你冯

六一互动｜原来我从小就是个逻辑控？

🎈六一特别企划｜不是吧！原来我从小就是个逻辑控？ hi，AC狗友们 ，不是只有写代码才叫编程🧠 小时候玩过的那些游戏/玩具 ，可能早就偷偷给你种下了 逻辑思维的种子🌱 🕹️ 看到这些DNA动了没 🥇 Scratch小猫跳一跳 👉 原来“碰到边缘就反弹”就是if语句啊喂！ 🥈 Minecraft红石电路 👉 第一次手动实现“与门”，比数学课还早 🥉 Lightbot点亮灯泡 👉 用函数调用那关，脑子直接“叮”一声通了 …… 🎁 换你了！！！ 👉 你小时候玩过哪个 游戏/玩具 让你觉得“这好像在玩逻辑”？ 👉 有没有一个瞬间，让你突然觉得“我脑子转得快是因为它”？ 评论区直接写👇 格式不限，一句话or小故事都行～ 🎁 福利时间 活动截止后：符合活动要求的评论 * 点赞前6名 → 罐头 × 60 * 随机抽6人 → 罐头 × 20 ⏰ 即日起 至 2026.6.8 💬 评论区交出你的启蒙游戏～ 往期互动

CSP-J各年难度排行（补档失败QAQ）

紧急通知！我现在任何关于CSP-J的补档全会失败，计划紧急叫停！！！ 深表歉意，辜负大家的期望，虽遗憾，但是确实做不了 =( 我补了三次档，每一次都会变成null，明明提高组都好好的，但是普及就是不行，开了新帖子也没用 SO： 之后可能不会再做关于J组的排行了，但我依然会尝试重发，直到成功 我会将之后的重心大多数放在粉丝投稿（因为我自己确实也没有灵感了） 最后： 希望ACGO放过我，不然我真的要转到洛谷了=( 其他作品传送门： 其他作品点这里！椰丝CO的枢纽

官方题解 | 挑战赛#31

挑战赛31题解 本次题目的总体难度如下，各位选手可以借此评估一下自身的技术水平 题目编号 题目标题 难度 T1 小午历险记之能量调节 入门 T2 小午历险记之宝石解密 普及- T3 小午历险记之古籍卷轴 普及- T4 小午历险记之星核碎片 普及- T5 小午历险记之蜂巢信标 普及/提高- T6 小午历险记之沙漠信标 普及/提高- T1 小午历险记之能量调节 题目大意 在一个大小为 MMM 的环形刻度盘上，刻度从 000 到 M−1M-1M−1，当前位置为 xxx，目标位置为 yyy，每次可以顺时针或逆时针移动一格，求最少需要多少次操作才能从 xxx 走到 yyy。 题解思路 由于刻度盘是环形的，从 xxx 到 yyy 只有两种走法：顺时针走或者逆时针走。顺时针的步数就是从 xxx 增加到 yyy 的距离，如果中途越过 M−1M-1M−1 就从 000 继续；逆时针则是从 xxx 减少到 yyy，如果减到 000 以下就从 M−1M-1M−1 继续。这两种距离都可以直接用取模来计算，分别是 (y−x+M) mod M(y-x+M)\bmod M(y−x+M)modM 和 (x−y+M) mod M(x-y+M)\bmod M(x−y+M)modM。实际最优方案一定是两者中较小的那个，直接输出最小值即可。整个过程只涉及常数次运算，时间复杂度为 O(1)O(1)O(1)，即使 MMM 非常大也完全没有问题。 参考代码 T2 小午历险记之宝石解密 题目大意 有 NNN 颗宝石，进行了 MMM 次解密仪式，每次仪式会同时激活若干颗宝石。需要判断是否对任意两颗不同的宝石 (u,v)(u,v)(u,v)，都存在至少一次仪式使它们同时被激活。 题解思路 由于 NNN 的范围很小，只有 100100100，可以直接用一个二维数组记录宝石之间是否“共现”过。初始化一个 N×NN \times NN×N 的布尔矩阵，表示任意两颗宝石是否在某次仪式中一起出现。对于每一次解密仪式，把其中所有宝石两两配对，在矩阵中标记为 truetruetrue。最后再枚举所有 1≤u<v≤N1 \le u < v \le N1≤u<v≤N，如果存在某一对没有被标记过，说明它们从未同时激活过，答案就是 No；如果所有宝石对都满足条件，则输出 Yes。这种做法直接模拟题意，复杂度在数据范围内完全可以接受。 参考代码 T3 小午历险记之古籍卷轴 题目大意 小午一开始有 NNN 本卷轴，编号任意。在开始研读前，可以反复进行“卖两本换一本”的操作。之后他要从第 111 卷开始，按顺序连续研读，问最多能连续研读到第几卷。 题解思路 可以把问题理解成：我们关心的是哪些编号的卷轴最终能被凑出来，而不是它们具体是怎么来的。只要某个编号最终能有一本，就可以用来研读。 先用一个布尔数组记录当前手中是否已经拥有某个编号的卷轴。读入初始卷轴时，如果编号已经出现过，或者编号大于当前可能用到的范围，这些卷轴都不可能直接用于研读，就当作“多余卷轴”，计入一个变量 sold，表示可以拿来卖掉的数量。 接下来用两个指针维护当前状态： L 表示当前最小缺失的编号，也就是下一本想要研读的卷号； R 表示当前最大的、已经拥有的编号，用来在必要时拆掉换资源。 循环中有两种操作方式： * 如果手里有至少 222 本多余卷轴，就可以直接“卖两本换一本”，把缺失的 LLL 号卷轴补出来； * 否则，只能从当前已有的最大编号 RRR 中拆掉一本，把它变成一份多余卷轴，再继续尝试。 当既无法合成新卷轴，又无法继续拆已有卷轴时，说明已经无法补出下一个连续编号，研读过程结束。此时 L−1L-1L−1 就是最多能连续研读到的卷号。 整个过程每本卷轴最多只会被处理常数次，时间复杂度是 O(N)O(N)O(N)。 参考代码 T4 小午历险记之星核碎片 题目大意 给定一个非负整数 NNN，把它看成一个二进制集合，要求输出所有非负整数 xxx，使得 xxx 的二进制中为 111 的位置全部包含在 NNN 的二进制为 111 的位置中，并按升序输出这些 xxx。 题解思路 把 NNN 的二进制中所有为 111 的位看成若干个可选的“位置”，题目要求的所有 xxx，本质上就是从这些位置中任选一些（也可以一个都不选）组成的所有子集。因为 NNN 中为 111 的比特位数量最多只有 151515 个，所以一共最多只有 2152^{15}215 种情况，可以直接枚举。 具体做法是先把 NNN 中所有为 111 的位的位置取出来，存到一个数组里。设这些位置一共有 kkk 个，那么用一个从 000 到 (1<<k)−1(1<<k)-1(1<<k)−1 的掩码来枚举所有子集。对于每一个掩码，如果第 jjj 位为 111，就把对应的位置加到当前数中，最终得到一个合法的 xxx。把所有生成的 xxx 存下来，排序后依次输出即可。由于总数很小，这样做时间和空间都完全没问题。 参考代码 T5 小午历险记之蜂巢信标 题目大意 在一个无限的六边形网格中，有 NNN 个被激活的单元，每个单元有一个整数坐标。如果两个激活单元能通过若干次“走到相邻的激活单元”互相到达，则它们属于同一个信标网络。要求统计这些激活单元一共能形成多少个互不连通的信标网络。 题解思路 这道题本质上就是在一个特殊邻接关系的网格图中统计连通块数量。每一个被激活的蜂巢单元都可以看成一个点，若两个点的坐标满足题目给出的六种相邻关系之一，就在它们之间连一条边。最终问题就变成：给定一个无向图，求连通块个数。 由于 NNN 只有 100010001000，可以先把所有激活单元的坐标存下来，再用一个哈希表把坐标映射到编号，方便快速判断“某个相邻坐标是否也是激活状态”。之后用 DFS 或 BFS 遍历图：维护一个访问数组，从每个尚未访问的点出发，搜索所有能到达的点，并标记为已访问，每启动一次搜索，就对应发现了一个新的信标网络。遍历结束后，搜索的次数就是答案。整体复杂度是 O(N)O(N)O(N) 级别，完全可以通过。 参考代码 T6 小午历险记之沙漠信标 题目大意 给定一张 n×mn \times mn×m 的网格地图，从起点 S 出发走到终点 T，可以上下左右移动。. 可以正常通过，# 不能通过，G 是检查点，整条路径中最多只能进入 一次 G，求最少步数，若无法到达输出 -1。 题解思路 这是一个带状态限制的最短路问题。普通的 BFS 只能记录位置，但这里还需要关心“是否已经用过一次进入 G 的机会”。因此把状态扩展为三维：当前位置 (x,y)(x,y)(x,y)，以及是否已经经过过 G。 用 d[x][y][k] 表示到达 (x,y)(x,y)(x,y)，且已经经过 kkk 次 G（k=0k=0k=0 或 111）时的最短步数。用 BFS 从起点开始扩展，每次尝试向四个方向走，如果遇到 # 就跳过；如果遇到 G，只有在当前还没用过（k=0k=0k=0）时才能走，并把状态转为 k=1k=1k=1；普通格子则直接走，状态不变。 最终答案是到达 T 的两种状态中较小的步数，只要有一种能到达即可。整个 BFS 过程中每个格子最多进队两次，时间复杂度是 O(nm)O(nm)O(nm)。 参考代码

语文默写的尽头竟然是数学！！！

rt。看到这张数学纸的神秘之处了吗？ 哎不是，你数学得统计哪来的南朝是宋齐梁陈？ rt。熟悉我的都知道（不熟悉的熟悉一下去），我们那个默写很难，老师会加非常多的东西进去，更何况是他的抄二默一！更是史诗级作业，给我整服了 那么，我们就没有什么办法了吗？（凹凸工坊除外） 最近！好的好兄弟陈遇舟告诉了我方法！他说只要准备其他科目的东西！混进去一点神秘的东西就好！老是问你，你就说掉出来了之前放的，最多叫你整理一下，你说摸完之后再整理就好了 然后！今天我试了一下，老师看了一下，问都没问就给我塞回去了，我也喜提过关，nice 推荐大家用乐谱搞，因为这样可以参杂的内容密度更多一些，不像数学写多了一眼发现，就算老师看出来了，你乐谱也可以说是这个主题的艺术，但是数学的话，只能说祝你好运 推荐大家也这么做一下，分享一下 地点：宁波市广济中心小学世纪院小区 班级：603 貌似有的人更喜欢旧版素材，我贴一下

谁懂拍毕业照的苦……

我真服了，昨天我们全年级拍毕业照，然后学校给我们整了一个空心的铁架子，就是那种用铁棍支撑起来的空心台阶(还必须横着走，不然就会掉下去)然后那摄影师还让我们在那架子上站半小时，腿都疼死了，自己在那发微信，然后稍微有一点声音就在那里吹哨子，搞得跟教官一样 大家有拍过毕业照的木

AC商店

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 这咋出了一个新头像？感觉有点糖啊 一天一个小广告

粉丝投稿/国内的编程网站排行

没错这里是鸽了5天才发的粉丝投稿，国内的编程网站排名！ ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 本帖子为@雪提供灵感，感激不尽！ ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 观前提醒： 1. 粉丝也是把我当日本人整，这个真的是我目前做过最难的排名，无论是收集资料还是打分还是评价，每个都很费时间，因此资料疏漏很多，请谅解（若有补充可以告诉我awa） 2. 本次对比之前的排名AI使用量略有增加，因为资料含量太大，所以借助了AI帮助搜集和说明，但整个排名仍有85%为我独自完成 3. 出于长度上限和我的肝考虑，本次仅录入了前30名，并非全录入 4. 参与投稿必须先关注喵！ ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 本次耗时：58小时 肝炸了求点赞QAQ ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 关注@椰丝CO，不错过任何一个排名帖子！ 资料来源：谷歌 夸克 博客园 CSDN Python中国社区 百度 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 下面是我的其他作品传送门！： 椰丝CO的枢纽 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 排名 平台 注册用户量 日活/月活等关键指标 题目/教程质量 适配人群 评分说明 1 GitHub ~1.8亿 日均约1400万访客 10 所有开发者、开源爱好者、学生、架构师 全球开发者总库，开源生态与个人技术品牌建设的核心，无可替代 2 Stack Overflow ~2900万 月访问量约5500万，社区活跃度受AI冲击有所下降 10 初中高级开发者、遇到具体Bug/技术难题的程序员 曾是最权威的“程序员维基”，近期受AI工具冲击，社区活跃度下降明显 3 MDN Web Docs 贡献者超4.5万 月活跃用户约1620万 10 Web前端开发者、需要查阅权威技术文档的程序员 Web技术的权威“圣经”，文档质量、准确性和用户体验均为顶级 4 GeeksforGeeks 超7500万 日独立访客约179万 9 计算机科学学生、编程初学者、求职面试者 计算机科学知识宝库，体量庞大，用户超7500万，是求职和打基础的好帮手 5 Kaggle 超2300万 月访问量约1280万 9 数据科学家、机器学习工程师、AI从业者、数据分析师 数据科学竞赛实战平台，核心理念是“以赛代练”，直接对标企业需求 6 CSDN 5100万 日活跃用户约235万，月访问量约9380万 6 中文开发者、编程初学者、大学生、初中级程序员 中文IT内容巨擘，流量巨大，用户达5100万，但内容质量......貌似参差不齐awa 7 知乎(科技板块) 暂无公开数据 月均订阅会员1430万，月活5000万+关注科技内容 8 各阶段开发者、关注技术深度讨论与行业趋势的人 高质量深度讨论的沃土，常有行业专家“出没”，适合系统化理解技术 8 LeetCode 全球估算超1200万(中国区超500万) 年代码提交量超1亿次 9 求职面试者、算法竞赛爱好者、想提升算法能力的学生 求职面试“刷题神器”，全球超1220万用户，程序员必备练兵场 9 Reddit (r/programming) 暂无公开数据 版块订阅数约686万 8 初中高级开发者、关心技术动态与全球开发者交流的人 全球开发者“茶水间”，讨论自由、信息前沿但氛围较松散 10 W3Schools 暂无公开数据 月访问量约7000万，年页面展示超30亿次 8 Web开发初学者、需要快速查阅教程的人 网页开发入门必读“活字典”，基础用户量极大 11 掘金 暂无公开数据 月访问量约1080万 9 前端/后端/AI开发者、关注前沿技术的中级程序员 国内高质量技术文章标杆社区，面向初中级开发者，内容前沿 12 freeCodeCamp 暂无公开数据 月访问量约1590万；GitHub Star超43.1万 9 编程自学者、转行人士、预算有限的学生 全球最大的免费编程实战社区，通过项目驱动学习 13 V2EX 75万 日活跃用户约4万 7 极客、创意工作者、全栈开发者、追求“Hacker”文化的人 中文极客创意乌托邦，专注于非典型技术话题的深度探讨 14 CodeWars 超300万 月访问量约180万 8 编程初学者、想通过游戏化方式练习编程的人、算法爱好者 游戏化编程挑战平台，通过“Kata”闯关，趣味性和用户体验很好 15 开源中国 (OSChina) 社区用户超2000万 Gitee平台开发者1350万，日独立访客约150万+ 7 国内开源贡献者、想寻找GitHub中文替代方案的人 国内开源生态核心枢纽，可替代GitHub的中文备选方案 16 洛谷 (Luogu) 超200万 题库超1.5万道题，累计评测超2.5亿次 9 信息学奥林匹克竞赛（OI）选手、ACM爱好者、算法竞赛初学者 国内信息学奥林匹克竞赛（OI）的核心根据地 17 牛客网 超900万 暂无公开数据 8 国内求职者、校招学生、需要笔试面试练习的人 国内求职一站式平台，校招神器，硕士以上学历用户占比超53% 18 Dev.to 超389万 月访问量约583万，日页面浏览量约50万 8 喜欢阅读/撰写技术文章、注重社区氛围的开发者 国际版友好写作社区，体验流畅，氛围包容 19 HackerRank 超1100万 月访问量约604.5万 7 求职者、面试官、企业HR、想评估自己技能水平的人 企业技术评估行业标准，服务于招聘场景，学习属性偏弱 20 思否 (SegmentFault) 近700万 暂无公开数据 8 喜欢技术问答的中文开发者、遇到具体中文技术难题的人 中文版“Stack Overflow”，专注于纯粹的技术问答 21 51CTO 1500-2000万 暂无公开数据 6 IT运维、网络工程师、想考取IT认证的传统IT从业者 老牌IT职业成长平台，内容偏向传统IT技能培训 22 SoloLearn 超3000万 暂无公开数据 7 零基础入门者、想利用碎片化时间学习编程的人、学生 移动端入门神器，课程轻量，适合非系统碎片化学习 23 CSS-Tricks 暂无公开数据 月访问量约174万 9 前端开发者、UI/UX设计师、想深入掌握CSS的人 CSS领域权威技术博客，内容极具深度，月页面浏览量达700万 24 Smashing Magazine 暂无公开数据 月访客超106万 9 前端开发者、网页设计师、UX工程师 专注于网页设计与前端开发的高质量杂志 25 博客园 注册用户超4万 日活跃用户超15万，百万级DAU(推测) 8 喜欢纯粹技术交流、想撰写/阅读深度技术博客的资深开发者 中文技术博客“净土”，以高质量文章著称 26 Hashnode 超200万 月访问量约39.4万 7 个人技术博客写作者、想建立自己技术品牌的开发者 免费博客托管平台，写作体验流畅，全球开发者使用。 27 SitePoint 约28.35万(免费用户) 月访客约60万 8 Web开发者、想通过电子书/付费课程系统学习的人 老牌Web开发与设计资源站，以高质量电子书和付费课程为主 28 AcWing 暂无公开数据 算法基础课参与人数超8.3万 9 算法竞赛选手、想系统学习算法与数据结构的人、面试准备者 算法竞赛备战利器，用户小众但质量高，付费课备受好评 29 CodeProject 近1000万 日独立访客约12.4万 6 有经验的开发者、想寻找特定代码示例/解决方案的人 历史悠久的开发者社区，资源略微陈旧 30 ACGO 暂无公开数据 社区约11.4万人讨论，竞赛参与人数>8232 7 中小学生、信息学竞赛入门者、初学者 新兴小众信息学竞赛OJ，用户体量较小 （ACGO牛B） 别忘了点赞！！！！