书院青年：（1）重复对象 list方法可以允许重复的对象，而set方法不允许重复对象 （2）null元素 list可以插入多个null元素，而set只允许插入一个null元素 （3）容器是否有序 list是一个有序的容器，保持了每个元素的插入顺序。即输出顺序就是输入顺序，而set方法是无序容器，无法保证每个元素的存储顺序，TreeSet通过 Comparator 或者 Comparable 维护了一个排序顺序 （4）List可以通过下标来访问，而Set不能 （5）常用的实现类 list方法常用的实现类有ArrayList、LinkedList 和 Vector。其中ArrayList 最为流行，它提供了使用索引的随意访问，而LinkedList 则对于经常需要从 List 中添加或删除元素的场合更为合适，Vector 表示底层数组，线程安全 Set方法中最流行的几个实现类是 HashSet、LinkedHashSet 以及 TreeSet。最流行的是基于 HashMap实现的 HashSet；TreeSet 还实现了 SortedSet 接口，因此 TreeSet 是一个根据其 compare() 和compareTo() 的定义进行排序的有序容器

养猪状元✔：方便快捷，制作成本低。真实感，互动感更强。更贴合互联网环境，面向的受众更精准。变现方式衍生更多可能。

养猪状元✔：产品思维，市场分析，技术理解，视觉设计，沟通协调，数据分析

书院青年：多态在 Java 和 C++ 中的实现异同： 单继承情况下，两者实现在本质上相同，都是使用方法表，通过方法表的偏移量来调用具体的方法。 Java 的方法表中包含 Java 类所定义的所有实例方法，而 C++ 的方法表则只包含需要动态绑定的方法 (virtual 修饰的方法 )。这样，在 Java 下所有的实例方法都要通过方法表调用，而 C++ 中的非虚方法则是静态绑定的。 任意 Java 对象只 “指向”一个方法表，而 C++ 在多重继承下则可能指向多个方法表，编译器保证这多个方法表的正确初始化。 多层继承中 C++ 面临的主要问题是 this 指针的调整，设计更精巧更复杂；而 Java 在接口调用时完全采用搜索的方式，实现更直观，但调用效率比实例方法调用要慢许多。 可以看到，两者之间既有相似之处，也有不同的地方。对于单继承的实现本质上是一样的，但也有细微的差别（如方法表）；差别最大的是对于多重继承（多重接口）的支持。实际上，由于 C++ 是静态编译型语言，它无法像 Java 那样，在运行时刻动态的“查找”所要调用的方法。 在C++中的函数调用方式： 普通函数调用：具体调用哪个方法在编译时间就可以决定（通过查找编译器的符号表），同时在使用标准过程调用机制基础上增加一个表示对象身份的指针（this指针）。 虚函数调用：函数调用依赖于对象的实际类型，一般地说，对象的实际类型只能在运行时间才能确定。虚函数一般要有两个步骤来支持，首先每一个类产生出一堆指向虚函数的指针，放在表格中，这个表格就叫虚函数表（virtual table）；然后每一个类对象（class object）会添加一个指向相关虚函数表（virtual table）的指针，通常这个指针叫做vptr。 在Java中的函数调用方式： 区别还是满大的。在java虚拟机中，类实例的引用就是指向一个句柄（handle）的指针，而该句柄（handle）其实是一对指针：其中一个指针指向一张表，该表格包含了对象的方法列表以及一个指向类对象（表示对象类型）的指针；另一个指针指向一块内存地址，该内存是从java堆中为对象的数据而分配出来的。

书院青年：JDK动态代理所创建的代理对象，在以前的JDK版本中，性能并不是很高，虽然在高版本中JDK动态代理对象的性能得到了很大的提升，但是他也并不是适用于所有的场景。主要体现在如下的两个指标中： 1、CGLib所创建的动态代理对象在实际运行时候的性能要比JDK动态代理高不少，有研究表明，大概要高10倍； 2、但是CGLib在创建对象的时候所花费的时间却比JDK动态代理要多很多，有研究表明，大概有8倍的差距； 3、因此，对于singleton的代理对象或者具有实例池的代理，因为无需频繁的创建代理对象，所以比较适合采用CGLib动态代理，反正，则比较适用JDK动态代理。 从 jdk6 到 jdk7、jdk8 ，动态代理的性能得到了显著的提升，而 cglib 的表现并未跟上，甚至可能会略微下降。传言的 cglib 比 jdk动态代理高出 10 倍的情况也许是出现在更低版本的 jdk 上吧。 总的来说，在JDK1.6和JDK1.7的时候，JDK动态代理的速度要比CGLib动态代理的速度要慢，但是并没有教科书上的10倍差距，在JDK1.8的时候，JDK动态代理的速度已经比CGLib动态代理的速度快很多了。

书院青年：互联网公司，连马云都提倡996，早走的人肯定会被区别对待，因为公司不鼓励早走，而是加班。 耿直的boy会硬来，但是会撞到头破血流。 聪明人是会7点钟把事情做完，留到9点走，趁机自己学习或休息，或做点其它事。

木子凡凡：7月1号来的上海，现在已经过去了一个半月，前端实习生，刚开始也担心自己水平太低而被影响到进度，后来慢慢也熟悉了，得心应手了。前几周很幸运的参与了一个全新项目的开发，前端开发人员就两人，虽然很累，但是确实学到了相当多的东西，经历一个全新的项目从框架到页面到逻辑的开发，感触最深的就是不要急着下手，先找页面的通用性，例如不同的表格，完全可以写一份通用性的样式来适配所有的页面，毕竟删代码也是很耗时间的（来自十年工作经验的师傅）。

树街猫o(=•ェ•=...：假设有两个事务，T1和T2 读脏数据：T1 修改一个数据，T2 随后读取这个数据。如果 T1 撤销了这次修改，那么 T2 读取的数据是脏数据。 幻影读：T1 读取某个范围的数据，T2 在这个范围内插入新的数据，T1 再次读取这个范围的数据，此时读取的结果和和第一次读取的结果不同。 是指当某个事务在读取某个范围内的记录是另外一个事务又在该范围内插入了新记录，当之前的事务再次读取该范围的记录时，会产生幻行。例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象发生了幻觉一样。 幻读的重点在于新增或者删除同样的条件, 第 1 次和第 2 次读出来的记录数不一样。而读脏数据是读到的数据是已经被撤销修改的数据，所以是脏数据。

养猪状元✔：不一定需要，看处于什么阶段，如果是初期不一定有建立品牌的实力，只能通过效果营销先获取利润。或是有实力的品牌在一些特殊节点也会更偏向效果营销

书院青年：一、关于QQ阅读和微信读书的历史背景 QQ阅读的slogan是“海量原著，想读就读”，致力于成为移动阅读市场第一品牌，满足读者随时随地阅读的需求。QQ阅读目前已经囊括了阅文集团旗下所有的版权作品，实现最广泛的受众人群覆盖。而微信读书是以微信产品设计理念为依托打造的社交化阅读软件。微信读书的slogan是“让阅读不再孤独”，主打的是阅读的社交化体验，你可以跟你的微信好友一起阅读；你可以知道你的朋友们在读什么书，比拼你们每周的阅读时长；你可以看到陌生人的书评，并在书评区进行交流。 二、QQ阅读和微信读书的定位不同 QQ阅读用户主要集中在九零后。个性化，娱乐化，强互动是九零后的特点，因此QQ阅读会更多地向年轻用户推送具有娱乐性，知识性，励志性的内容，采用书影联动，直播等方式拉近与年轻人的距离。当今年轻用户更希望有互动，希望和作者、和阅读伙伴一起交流。QQ阅读为此专门建立了“名人堂”栏目，你可以跟大神作家直接沟通。微信读书的用户年龄层相对偏高，因此阅文更希望鼓励用户之间通过阅读的内容彼此影响，相互分享阅读心得。你可以很清楚地看到每位好友每周的阅读排名，并点赞互动；点开好友的头像，还可以看到他们正在读什么书以及推荐什么书，甚至看到对方的读书笔记。它认为好的内容是有价值的，好的内容包括书本身之外，也包括有价值的书评。你的想法可以跟其他人的想法去碰撞。微信读书创造性的设计了语音讲书，通过意见领袖去强调社交化的阅读，促进与好友，作家和领袖的互动。 三、QQ阅读和微信读书的推荐内容不同 QQ阅读主打的是“内容全”。希望为大家打造一个云端图书馆，依托大数据和云计算技术，根据用户的性别、年龄、阅读习惯等特征，形成用户画像。阅文会对这些数据进行整合，对每一本小说使用人工+机器算法的形式，形成内容标签，结合阅读基因匹配内容标签，可以进行个性化优质内容的精准推荐。阅文会进行同类项扩散，从而吸引新的潜在用户。QQ阅读的内容推送更偏重网络原创小说，以影视原著和青春文学类型作品为主，适合绝大多数QQ阅读用户的口味需求。微信读书80%的推荐内容都是出版类书籍，以译文和原版类书籍为主，主打深度阅读，跟QQ阅读有一个很好的互补关系。微信读书有高达88%的用户为出版书读者，所以外文原版及中文版类书籍会着重推荐给微信读书用户。微信读书不像一个阅读工具，更像一个读书圈，让更多的用户适应出版类书籍的电子阅读方式。

书院青年：长视频平台，其实做的是“内容”的生意。长视频平台企图以长带短，以剧、综艺等长视频内容作为短视频的内容素材来源，这样导致的结果，是短视频内容只能是剧情、花絮、明星、OST这几类围绕长视频主题的内容。 长视频内容讲究质量，讲究独特，长视频平台则是一个综合实力的比拼，讲究片库的丰富度，内容的新颖度，爆款内容的持续性。同时，随着长视频平台的竞争日益引到自制内容层面，这又涉及到IP积累、内容创意机制、人才储备、行业关系等多方面的实力。 这些积累绝不是一朝一夕能够争来的，没有大量的资金与团队历史积累，即使是手握流量，也很难玩转。 而短视频平台，做的则是“流量”的生意。短视频平台试图以短带长，但其最大的问题则在于这样似乎只能带火单个作品，而平台整体的积累并不能通过短带长完成。 依靠流量来变现的产品，前期通过买量来收获第一批用户完成冷启动，之后再通过不断的资源、流量扶持来吸引更多创作者，让创作者生产内容，内容再吸引更多用户，由此便构成了由内容创作者（MCN、UGC、PGC）、平台、用户三方组成的完整生态。而在积累了流量之后，平台就可以快速通过广告来变现，之后还可以通过为创作者提供工具、渠道、生意来从中抽成。短视频，其实就是一场流量争夺战，谁能更高效地低买高卖，谁就是赢家。而内容只是用来提高流量留存机率的一种手段而已。 长视频的内容来源于采购和自制，它们一定程度上都是一锤子买卖，买了就有了，做了就有了。但短视频不一样，短视频的内容生产者更分散、更长尾，需要不断激励他们创作内容，这考验的是平台的政策、内容生态、分发机制以及能不能让这些短内容生产者赚到钱。 当然，流量的积累和内容生态的构建升级也需要时间，因此当头部平台已经抢占先机成为庞大流量池时，后来者就很难再去争夺、去积累出巨量的短内容。这也正是长视频平台即使拥有大量内容也很难弯道超车打败快手、抖音的原因。

FairyTale⚖：在wy实习，明天离职，闲来无事，刷牛客赚积分。 我回答的 是针对pm的自己的一点拙见，理性讨论，不喜勿喷，杠就你对 我觉得首先是热爱，看似可能是废话，但是我越发觉得，有的人可能不是热爱pm，只是啥也不会，觉得pm的jd都符合，于是做pm。我是计算机相关专业的，你问我为什么不做开发算法之类，答：对技术不是很感兴趣，可以编程当爱好，最主要的是自己能力不行，算法开发不要我，然后就是想保住头发，越发觉得这几年发际线退潮了。做产品刚开始也是受师姐影响，慢慢的去了解，慢慢的喜欢上了，直至现在热爱 其次，逻辑思维，分析能力，同理心。 再次重申，我说的是pm，而且我很白。 pm的工作下来，我发现真的搜集信息是一方面，学会提取，学会分析，学会思考也很重要。一堆行业报告复制粘贴谁都会，就是没有后面的独立分析，被批评喽。 同理心，把自己真的作为用户去理解自己做的产品，也许不能面面俱到，但是多少有用。你自己都无法说服自己，还指望着别人能喜欢你的产品？ 沟通能力，pm真的得会说话啊，大家都很忙，言简意赅，一针见血，需求为啥做，为啥又改，说服他，让他跟自己一样理解，真的很锻炼人。跟用户、交互、开发、boss等，见什么人说什么话（尽量专业之间的对话） 然后还有抗压、乐观 人生已经如此艰难了，别整天唉声叹气，谁都不容易，给大家带去欢乐，少一点抱怨，多一点承担。开开心心老天再给500年 回头一看，感觉自己说的真的没啥高度，还是那句话，闲来无事，刷牛客赚积分。 祝大家都能找到自己心仪的工作 客户说：我想要一个五彩斑斓的黑色？？🤐 再见wy，ღ( ´･ᴗ･` )比心