无论年龄多大，问点基础的东西，譬如数据结构之类是不会错的。基础知识的运用能力，是最能反映一个人的技术水平的。

譬如我面试的题目就是：单向链表应该提供哪些接口？如果面试者的回答中规中矩，我会继续问：为什么是这些接口？如果回答还是中规中矩，那么第三个问题就是：你会如何实现这些接口，说思路就行。

无论是还未出校门的实习生，还是我这种快 50 的老油条，要吃编程这碗饭，总不至于连链表这种数据结构的知识也没有吧。第一个问题考量的既是基础知识，也是编程能力。接口其实就是对于封装的一种体现。优秀的面试者，我都不会有机会问下一个问题，直接就会把是什么、为什么、怎么做说得一清二楚。

事实上，最差的面试者连链表是什么都不知道。。。次差的知道链表，但不知道链表长什么样，不用说就是培训出身。。。再好一点的知道链表是什么样的东西，但对于链表应该提供什么接口毫无概念。。。其中不乏 CS 专业的，我想他们的大学生涯大概都是逃课打游戏的吧。

除了评职称，别的没啥用

域名会被 dns 转成相应的 ip，端口是服务提供的，http 协议的默认端口是 80，https 的默认端口是 443。如果你的 http 服务提供的端口不是 80，那就要加端口才能访问。想要不加端口访问非 80 的 http 服务，你就需要有个反向代理来帮你把端口映射到 80 上面，但你这个时候用 ip 直接访问是无效的。

在上个世纪，写代码的都叫“程序设计师”，后来慢慢地变成“软件工程师”，再后来就自嘲“码农”、“码畜”，十分贴切。

想要核心竞争力，学会设计程序而非搬砖就行了。

好多个 remove，到底是哪一行抛了空指针？

卖水果、烧饼、凉皮、小龙虾。。。

国内大牌随便买，一定要有 type-c 口的。

学而不思则罔，思而不学则殆。我建议楼主多画画结构图，不断优化结构，直到自己完全无法再优化的时候再去实现一把。等实现过了，就会有更深一层的理解，又能再次优化结构了。

对于 http 协议来说，url 就是 url，没什么页面、文件、图片之分，第一次怎么做的重定向，第二次也能这么做。如果你用的是万网，就是阿里云的 dns 解析，做一个显性 URL 的解析就能直接重定向了，做几次都行。

如三楼所说，是不是文件是服务器说了算的，和 url 没啥关系

@dearxe2v 先申明一下不是帮人推广哈。

这种前端查数据库的东西懂行的都知道里面坑那是又多又大，但对于某些特定用户而言，还真未必会踩到坑。对于那些用户来说，这种玩意它还真是个好东西呢。

说实话，我也是很讨厌 @TommyLemon 不分场合乱推销他的产品，我希望他以后能够找准目标用户再去推销。

这个不就是那个 JSONAPI 还是 APIJSON 来着？

如果一个家庭条件一般的刚毕业的小年轻，信了楼主你这个说法，花钱大手大脚，今天买块表，明天买台车的话。。。

我估计不出三个月，房子还没到手就要跑滴滴还花呗了吧。要是借上小贷走上以贷养贷的路子。。。不敢想不敢想

钱虽然不是省出来的，但投资的本钱除了省出来之外，也只有借出来了。

楼主你只不过到了能赚钱的阶段罢了。积累到了，局面自然就打开了，和你买不买那块表一毛钱关系都没有。

事实上，是你的“赚钱比以前多了也更容易了”的潜意识在驱动你去买表，而不是买了这块表给你带来了自信。

设计是要基于需求的，而软件的需求方能把原始需求讲清楚都很不容易。。。所以往往最优解就是先做着看，不行再改。。。

你说要设计做啥？

话说有谁真的写过链表的实现？

@xuanbg MQ 怎么自动变 MO 了？？？

@zxc1234 服务划分这个问题换个角度来看，其实就是服务的封装问题。你大可以大谈一番你对封装得理解、实践和思考。数据一致性方面是有几套通用解决方案的，例如利用 MQ 来实现最终一致性。当然，MO 同时也可以用来对服务进行解耦。然后你也大可以吹吹自己使用 MQ 的经验。这番操作下来，大概率就能混过去了。。。

搞个微服务不难，用 Spring cloud 的话甚至可以说是非常简单。微服务落地难就难在两点：服务的划分和数据一致性。面试问你这两点，没有真正深入实践，踩过无数坑，你都不知道该怎么回答。

LG UltraFine 4K