Kacam.net

Ver o mundo

Perguntas de entrevista: uma pergunta manjada, cinco camadas abaixo

O enunciado é exatamente a frase com que o entrevistador abre: «qual a diferença entre processo e thread?», «TCP ou UDP?». A definição de manual não é a chegada, é a largada: ele grava a versão que você já decorou, puxa você cinco camadas para baixo e, no fim, faz você contar tudo de novo em sessenta segundos.

Por enquanto estas instruções existem só em 简体中文.

Como usar

Esta leva interroga, não ensina. É uma entrevista simulada: ficar sem resposta é um desfecho normal, e ela não vai te acobertar nem completar sua frase quando você travar. Se o que você quer é entender o assunto em vez de ensaiar para uma entrevista, vá para Sistemas de computação, Bancos de dados ou Algoritmos — lá a postura é guiar.

Como uma pergunta manjada preenche quarenta minutos: a escada de cinco camadas

  • Camada 1 · Definição — o que é cada termo e quais são as diferenças. Sem resposta: você nunca estudou.
  • Camada 2 · Mecanismo — qual estrutura e qual passo produzem essa diferença. Sem resposta: você decorou só a conclusão.
  • Camada 3 · Números — qual a diferença? Quantos microssegundos, quantas vezes, quantas E/S. Sem resposta: você nunca pôs a mão.
  • Camada 4 · Escolha — num caso concreto, qual você escolhe, a que custo e quando essa escolha está errada. Sem resposta: você não sabe aplicar.
  • Camada 5 · Limites — em que condições tudo o que você acabou de dizer deixa de valer. Sem resposta: sabe tudo de cor, mas não entendeu.

A régua: a camada 4 é o que passa numa entrevista, a camada 5 é entender de verdade, e o que para na camada 1 é anotado como decorado.

Seis atos — o primeiro e o último só existem nesta série

  • No primeiro ato ele não interrompe, não comenta e não dá dica: você despeja de uma vez a versão que já tem, e ela fica gravada como linha de base. O silêncio é proposital — ele está ouvindo, só ainda não está corrigindo.
  • Os quatro atos do meio descem a escada; o campo de batalha é o terceiro: mecanismo e números.
  • O último ato põe sessenta segundos no relógio e faz você contar tudo de novo, lado a lado com a versão de abertura — porque o que uma entrevista cobra não é «eu entendi», é uma frase que você consiga dizer em voz alta.

Como começar

  1. Escolha uma, abra e copie o prompt.
  2. Cole numa conversa totalmente nova, não diga nada e espere a primeira pergunta.
  3. Depois responda como numa entrevista: despeje de uma vez a sua versão decorada. Não tem problema sair ruim — é a linha de base com que ele vai comparar no fim.
  4. A partir daí ele começa a apertar. Ficar sem resposta é um desfecho normal: isto não é material de estudo, é entrevista simulada.

Cinco comandos que você pode gritar a qualquer momento

  • 跳过 vá já para o próximo ato
  • 提示 me dê uma dica, não a resposta
  • 直说吧 diga a resposta completa
  • 重讲 pule para o último ato, regrave a versão de sessenta segundos e compare com a de abertura
  • 复盘 pule para o fechamento e imprima o cartão de retrospectiva

Três armadilhas

  • O texto que você copia traz o gabarito no fim — não leia antes. Uma das colunas se chama «impressões digitais de recitação»: são exatamente as frases que você provavelmente vai soltar. Quem lê não tem mais o que treinar.
  • Não entregue adjetivo onde cabe número. «Bem mais rápido», «o custo é mínimo» — ele te trava na hora e pede a cifra. Conclusão sem ordem de grandeza é anotada como decorada.
  • Os dois últimos grupos são presos a uma linguagem: o de Java se você escreve Java, o de Go se você escreve Go. Não são tradução um do outro — cada um escolhe suas próprias perguntas —, então não precisa fazer os dois.

Entrevista de backend semana que vem? Processo e thread, TCP e UDP, por que árvores B+, níveis de isolamento, os três modos de falha do cache e idempotência: as seis mais frequentes e quase sem sobreposição. Levou pancada em entrevistas e quer achar os buracos? Comece por «da URL até a página aparecer»: ela escancara todos os pontos fracos de uma vez, e daí você escolhe as próximas.

Sistemas operacionais e concorrência

进程和线程的区别
「进程是资源分配的最小单位,线程是 CPU 调度的最小单位」—— 然后呢?
★★★☆☆ · cerca de 45 min
同步、异步、阻塞、非阻塞
「同步就是要等,异步就是不用等」—— 这句说完,问题才刚开始。
★★★★☆ · cerca de 40 min
select、poll、epoll 的区别
「select 有 1024 限制、epoll 是 O(1)」—— 两句都对,但都不是答案。
★★★★☆ · cerca de 40 min
死锁:怎么产生、怎么破、怎么查
四个条件背得滚瓜烂熟 —— 那你们代码里真的破了哪一条?
★★★☆☆ · cerca de 40 min
乐观锁和悲观锁
「乐观锁假设不会冲突」—— 那你说得出你们那张表的冲突率吗?
★★★☆☆ · cerca de 35 min
线程池的参数怎么定、满了会怎样
参数表说得出来的人很多,说得出这几个参数谁先谁后的很少。
★★★☆☆ · cerca de 40 min

Redes

TCP 和 UDP 的区别
「TCP 可靠、UDP 不可靠」—— 那「可靠」到底承诺了什么?
★★★☆☆ · cerca de 40 min
三次握手为什么不是两次、TIME_WAIT 为什么是 2MSL
「三次是为了确认双方收发能力正常」—— 举一个两次会出事的例子。
★★★★☆ · cerca de 40 min
HTTPS 凭什么安全(TLS 握手)
「HTTP + SSL,用非对称加密」—— 那你的数据是非对称加密的吗?
★★★★☆ · cerca de 45 min
从输入 URL 到页面出来
全系列最长的一道。它会在你讲到一半时打断你 —— 这才是真实的面试。
★★★★☆ · cerca de 50 min
HTTP/1.1、2、3 的区别
「HTTP/2 有多路复用所以更快」—— 那它把队头阻塞解决干净了吗?
★★★★☆ · cerca de 40 min
Cookie、Session、Token、JWT
「token 存客户端所以更好扩展」—— 那你怎么让一个 token 立刻失效?
★★★☆☆ · cerca de 40 min
四层和七层负载均衡
「四层快、七层功能多」—— 差别其实只有一条,你说得出是哪条吗?
★★★☆☆ · cerca de 35 min

Bancos de dados

为什么索引用 B+ 树,不用哈希、B 树、跳表
「B+ 树效率高、适合范围查询」—— 那为什么不是哈希、B 树、跳表?
★★★★☆ · cerca de 40 min
四种隔离级别、幻读到底是什么
「可重复读解决了幻读」—— 真的解决干净了吗?给个反例。
★★★★☆ · cerca de 40 min
MVCC 是怎么实现的
「多版本,读不加锁」—— 那「多版本」具体存在哪儿?
★★★★☆ · cerca de 40 min
redo log、undo log、binlog 和两阶段提交
全系列最难的几道之一:崩溃恰好发生在那一瞬间,数据还对得上吗?
★★★★★ · cerca de 45 min
分库分表之后,你失去了什么
「数据量大了就分库分表」—— 分完之后,你失去了什么?
★★★★☆ · cerca de 40 min

Cache e mensageria

Redis 为什么快、「单线程」指的是哪一部分
「基于内存、单线程、多路复用,所以快」—— 那「单线程」指的是哪一部分?
★★★☆☆ · cerca de 40 min
缓存穿透、击穿、雪崩
穿透、击穿、雪崩 —— 先别说方案,说清你指的是哪一种。
★★★☆☆ · cerca de 35 min
缓存和数据库怎么保持一致
「先更新数据库再删缓存」—— 那这套做法的反例长什么样?
★★★★☆ · cerca de 40 min
RDB、AOF 和主从复制
「有持久化也有主从,所以不会丢」—— 那主库挂掉那一刻呢?
★★★★☆ · cerca de 40 min
分布式锁怎么做才对
「setnx 加个过期时间就行」—— 然后它会一个一个坑问过来。
★★★★☆ · cerca de 40 min
消息怎么做到不丢不重
「生产确认 + 持久化 + 手动 ACK,就不丢不重了」—— 真的吗?
★★★★☆ · cerca de 40 min

Sistemas distribuídos e arquitetura

CAP 和 BASE
「三个里只能选两个」—— 那你真的有得选吗?
★★★★☆ · cerca de 35 min
分布式事务几种方案怎么选
全系列最难的几道之一。先证明你真的需要它。
★★★★★ · cerca de 45 min
分布式 ID 怎么生成
「雪花算法:时间戳 + 机器号 + 序列号」—— 那机器号谁给你分?
★★★☆☆ · cerca de 35 min
限流:三种算法和真实部署
三种算法都说得出来 —— 那你那个阈值是怎么定的?
★★★★☆ · cerca de 40 min
幂等怎么设计
「加张去重表判断一下」—— 先说清:谁在重复,多久内算重复?
★★★★☆ · cerca de 35 min
熔断、降级、隔离
「熔断降级保证稳定」—— 熔断打开那一刻,用户看到的是什么?
★★★☆☆ · cerca de 35 min

Java e a JVM

Java 是值传递还是引用传递
「基本类型值传递、对象引用传递」—— 这是一个错误答案。
★★★☆☆ · cerca de 35 min
JVM 内存区域,一个对象的一生
区域图谁都会画 —— 那跟着一个对象走一遍呢?
★★★★☆ · cerca de 40 min
GC 怎么判断垃圾、一次 Full GC 意味着什么
全系列最难的几道之一:你线上一次 Full GC 停多久、上次是什么触发的?
★★★★★ · cerca de 45 min
HashMap 的原理、它的线程不安全表现在哪
「数组 + 链表 + 红黑树,负载因子 0.75」—— 那容量为什么必须是 2 的幂?
★★★★☆ · cerca de 40 min
synchronized 和 Lock、锁升级四个状态
锁升级四个状态背得出来 —— 那每一级到底省了哪一笔开销?
★★★★☆ · cerca de 40 min
OOM 和内存泄漏怎么定位
「dump 下来用工具看一下」—— 先说清,它报的是哪一种 OOM?
★★★★☆ · cerca de 40 min

Go e seu runtime

GMP 调度模型
「G 是协程、M 是线程、P 是处理器」—— 那为什么非要有 P?
★★★★☆ · cerca de 40 min
channel 的底层和 select
「无缓冲 channel 会阻塞」—— 它是一个长度为 0 的队列吗?
★★★★☆ · cerca de 40 min
slice 和 map 的那些坑
「slice 是动态数组」—— 那把它传进函数改一下,外面看得见吗?
★★★★☆ · cerca de 40 min
defer、panic、recover
「defer 延迟执行、后进先出」—— 那它的参数是什么时候求值的?
★★★★☆ · cerca de 35 min
逃逸分析:这个变量在栈上还是堆上
「返回局部变量的指针就会逃逸」—— 那判据到底是什么?
★★★☆☆ · cerca de 35 min
Go 的 GC 和 STW 到底停多久
全系列最难的几道之一:「STW 很短」—— 短到多少,停在哪两处?
★★★★★ · cerca de 40 min
Estes prompts são de código aberto O texto é mantido no repositório público kacam-net/hero-prompts. Se algum não aperta o suficiente, ou falta uma linha no gabarito dele, vá lá e mude: entrar no ar aqui é outra decisão, tomada pelo catálogo deste lado.