好文收藏夹

今早起来刷到一篇帖子[讲述农村女孩缴费问题]，我看到标题以及阅读量我甚至还没点进去，我就大概猜到了意见分歧引发斗争的问题了，因为这种现象在v见怪不怪了。但是我还是想发个帖子，总结一下这类事情的因素。 我之前也发过一些帖子，有这么一类人： 1.根本不在乎你说什么，压根不关心帖子的内容，只抓漏洞、把柄，然后化身为一名政治家，狂批狠斗 2.没有什么立场，也没有那么多为什么，喷就是了[我之前发了个贴，下面有个人评论： 我觉得你是个智障，能有工作就不错了 ] 我一般是对这类人没有什么同情心的 我直接怼他 结果他@站长 说道[ 你为什么骂我沙雕？站长不管管吗 ] 不在乎别人的感受 高水平的认知性同理心，让这些人很擅长伤害别人的感情，这就是一种心理变态 3.出口成脏、口吐芬芳的低端人群，就是要激怒你，引起争论 4.自我感觉良好，以挑刺找茬为乐趣，通过发表反对观点进行自我实现 5.Click bait 标题党，揣摩你的心理，然后跟你说 “你这个帖子内容不配这个标题 “/ “你不配贴这个标签” [我之前有个帖子说 我是一个重度音乐爱好者，内容是我买了AirPods] 然后就有人说重度音乐者不会买蓝牙耳机，我说我是重度耳机爱好者了吗？单纯喜欢音乐就不是重度？非得会打篮球、踢足球才能可以说自己是爱好者？另外我还经常看到一些求教请指导类似标签的帖子，lz的出发点可能就是请教一个问题，即使问的问题比较傻瓜，也没必要辱骂别人，教他人做人吧？经常部分高端知识分子回帖：[你自己没有电脑吗？你作为一名开发，这种问题都解决不了，你配当个开发吗？这么低端的问题，大学的时候就应该要知道怎么去处理，吧啦吧啦一大堆]，但实际上人家可能就是仅仅问了一个问题 例如我举个例子：”线上出bug 如何排错，请教一下”。我真的揣摩不了那个人的心理，想什么呢？把自己当什么呢？ 你可以不欣赏别人、不接受别人的观点，但是非得不接受就得踩别人吗？你不喜欢我说的内容、我的观点你可以不要说话，继续做你的事情，非得要留下几句你的 名言警句 吗？非得要这么说吗？你知不知道或许有些人的性格内向或者心理有些问题，发个贴寻求大家的意见或者帮助，你没有任何立场就去抨击别人，批斗别人，万一对他人造成二次伤害呢？真的恳求这些人不要只在乎自己的感受，不管是在这里还是平时生活当中，做什么事情之前能否多思考一下会不会产生什么

之所以用“血案”是因为在了解Go package  encoding/binary 的时候，突然就触及到了一个明明很基础但是就是想起不来的知识点。 字节序 “血案”由字节序引发。那就先聊一下字节序。字节序分大端（ bigEndian ）、小端（ littleEndian ）。关于大端小端概念的起源，还有一个有意思的故事： 我下面要告诉你的是，Lilliput和Blefuscu这两大强国在过去36个月里一直在苦战。战争开始是由于以下的原因：我们大家都认为，吃鸡蛋前，原始的方法是打破鸡蛋较大的一端，可是当今皇帝的祖父小时候吃鸡蛋，一次按古法打鸡蛋时碰巧将一个手指弄破了。因此他的父亲，当时的皇帝，就下了一道敕令，命令全体臣民吃鸡蛋时打破鸡蛋较小的一端，违令者重罚。老百姓们对这项命令极其反感。历史告诉我们，由此曾经发生过6次叛乱，其中一个皇帝送了命，另一个丢了王位。这些叛乱大多都是由Blefuscu的国王大臣们煽动起来的。叛乱平息后，流亡的人总是逃到那个帝国去寻求避难。据估计，先后几次有11000人情愿受死也不肯去打破鸡蛋较小的一端。关于这一争端，曾出版过几百本大部著作，不过大端派的书一直是受禁的，法律也规定该派任何人不得做官。” 故事之外，现在我们普遍认为的大端小端定义如下： 大端：随着内存地址的增加，由高位到低位存储数据。网络字节序一般为大端序。 小端：随着内存地址的增加，由低位到高位存储数据。x86 cpu内部字节序一般为小端序。 举个例子：有一个数 0x14 25 0A 0B ，其中 0x14 是其最高位， 0x0B 是其最低位。那么： Go encoding/binary Package binary implements simple translation between numbers and byte sequences and encoding and decoding of varints. 在这个包中，有一个 Read 函数： func Read ( r io . Reader , order ByteOrder , data interface { } ) error 官方例子： package main import ( "bytes"

题目来源 CodeForces 5C 评测方式 RemoteJudge 难度 提高+/省选- 题意翻译 给出一个括号序列，求出最长合法子串和它的数量。 合法的定义：这个序列中左右括号匹配 题目描述 This is yet another problem dealing with regular bracket sequences. We should remind you that a bracket sequence is called regular, if by inserting «+» and «1» into it we can get a correct mathematical expression. For example, sequences «(())()», «()» and «(()(()))» are regular, while «)(», «(()» and «(()))(» are not. You are given a string of «(» and «)» characters. You are to find its longest substring that is a regular bracket sequence. You are to find the number of such substrings as well. 输入格式 The first line of the input file contains a non-empty string, consisting of «(» and «)» characters. Its length does not exceed  10^{6} 1 0 6  . 输出格式 Print the length of the longest substring that is a regular bracket sequence, and the number of such substrings. If there are no such substrings, write the only line containing "0 1". 输入输出样例 输入 #

题目来源 CodeForces 1C 评测方式 RemoteJudge 难度 提高+/省选- 题意翻译 现在所有的马戏团在 Berland 都有一个直径13米的圆形竞技场, 但在过去的事情是不同的。 在古代 Berland 竞技场的马戏团被塑造成一个规则 (等角) 多边形, 角色的大小和角度可能因马戏团而异。竞技场的每个角落都有一根特别的柱子, 柱子之间的绳子标记着竞技场的边缘。 最近, 来自 Berland 的科学家发现了古代马戏团竞技场的遗迹。他们发现只有三根柱子, 其他的被毁坏了 你得到了这三根柱子的坐标。请找出竞技场中最小的区域。 输入三行，每行包含两个数字，表示柱子的坐标，坐标的绝对值不超过1000，小数点后不超过6位。 输出古代竞技场的可能的最小区域面积，精确到小数点后至少6位，保证在最佳答案中多边形角的数目不大于100。 题目描述 Nowadays all circuses in Berland have a round arena with diameter 13 meters, but in the past things were different. In Ancient Berland arenas in circuses were shaped as a regular (equiangular) polygon, the size and the number of angles could vary from one circus to another. In each corner of the arena there was a special pillar, and the rope strung between the pillars marked the arena edges. Recently the scientists from Berland have discovered the remains of the ancient circus arena. They found only three pillars, the others were destroyed by the time. You are given the coordinates

GitHub Desktop sends certain metrics to our analytics system, and we want you to understand what is being sent and why it's important to our ability to continue to improve the product and provide you with a better experience over time. GitHub Desktop向我们的分析系统发送了某些指标，我们希望您了解正在发送的内容以及为什么这些内容对我们继续改进产品并为您提供更好的体验很重要。 Why do we need usage stats? 为什么我们需要使用统计数据？ Our team uses metrics to prioritize our work and evaluate whether we are successful in solving real users' problems after we've released something.  For example, when we released dark theme and a new guided way to merge conflicts, we wanted to understand first whether anyone was even using the new feature, and second whether it was providing value for our users. 我们的团队使用指标来确定工作的优先顺序，并评估我们在发布内容后是否成功解决了真实用户的问题。 例如，当我们发布黑暗主题和合并冲突的新引导方式时​​，我们首先想要了解是否有人使用新功能，其次是它是否为我们的用户提供了价值。 To give a concrete example, if we release a feature that aims to improve merge conflicts, if the percentage of conflicts that are