Na verdade, a maioria dos desenvolvedores Java é capaz de realizar o trabalho de desenvolvimento diário, mas muitos candidatos não conseguem impressionar o entrevistador na entrevista. Como você deseja demonstrar totalmente seus pontos fortes em uma entrevista de curto prazo, isso requer habilidades. A julgar pelo status atual da maioria das entrevistas de desenvolvimento Java, não há muitos candidatos que irão entrevistar. Portanto, antes de começar a falar sobre as habilidades de entrevista do componente distribuído, primeiro divulgue os problemas comuns que a maioria dos candidatos encontrará, o que exige que todos tomem um aviso.
1 Muitas pessoas apenas "adicionam, excluem, modificam e verificam"
Para o desenvolvimento primário de Java, o trabalho principal usual é realmente apenas "adição, exclusão, modificação e verificação", ou seja, é necessário implementar várias funções de adição, exclusão, modificação e verificação com base em diferentes necessidades de negócios com tecnologias como Java e banco de dados. Para desenvolvedores Java seniores e até mesmo arquitetos, além do trabalho técnico avançado, como "ajuste", "design de arquitetura de componente" e "solução de problemas" no trabalho diário, o trabalho de desenvolvimento como "adição, exclusão, modificação e investigação" também é necessário . Vai dar conta de uma certa proporção, mas na entrevista você não pode fazer o entrevistador sentir que você não tem outras habilidades além de "adição, exclusão, modificação e investigação".
Por exemplo, quando o autor está entrevistando candidatos como entrevistador técnico, ele descobriu que muitas pessoas podem realmente combinar os requisitos dos projetos que fizeram antes, mostrando a capacidade de atender a várias necessidades de negócios com tecnologias como Spring e banco de dados, e eles pode de fato responder a perguntas relevantes. A realização técnica de "adição, exclusão, modificação e verificação" problemas relacionados às funções de negócios, mas quando questionados sobre os outros aspectos a seguir, eles ficarão desamparados. Muitos candidatos nem mesmo ouviram falar da terminologia relevante.
• Perguntas sobre o ajuste de desempenho do banco de dados, por exemplo, no projeto, como você otimiza o desempenho de instruções SQL usando índices e planos de execução?
• Problemas de ajuste de memória da máquina virtual Java, por exemplo, no projeto, dê um exemplo de como você soluciona problemas de OOM? Ou quando está desenvolvendo funções de negócios, quais medidas você tomou para melhorar o desempenho da memória da JVM (Java Virtual Machine)?
• Problemas de alta simultaneidade, por exemplo, qual é a quantidade máxima de simultaneidade que seu projeto pode suportar? No projeto, quais componentes distribuídos você usou para lidar com os requisitos de alta simultaneidade?
• Perguntas sobre banco de dados e clusters de componentes distribuídos.Por exemplo, como você usa clusters (banco de dados ou Dubbo ou Redis) em seu projeto para garantir alta disponibilidade de serviço?
• Perguntas sobre a aplicação integrada de componentes distribuídos, por exemplo, quais componentes distribuídos foram usados em seu projeto? Como eles são integrados para lidar com os altos requisitos de simultaneidade?
Como a maioria dos projetos atuais precisa trabalhar em cenários de alta simultaneidade, correspondentemente, na entrevista, há uma grande possibilidade de perguntar sobre o ajuste de desempenho acima, clustering distribuído e outras questões relacionadas com alta simultaneidade. Portanto, se o candidato demonstrar apenas as habilidades de “adição, exclusão, modificação e revisão” de projetos na entrevista, ele só poderá se inscrever para empregos de desenvolvimento de baixa tecnologia, como atribuições e terceirização.
Além de acumular pontos de conhecimento de negócios para este tipo de trabalho, temo que ainda não haja chance de obter acesso a habilidades de desenvolvimento avançadas, como distribuídas, e a substituibilidade desse tipo de trabalho de desenvolvimento de negócios seja muito forte. correr, você pode encontrar várias "idades". Crise ".
2 Capaz de recitar perguntas, mas não fala sobre habilidades em combinação com projetos
No momento, existem muitas perguntas de entrevista relacionadas a Java que podem ser pesquisadas na Internet, como algoritmos, conhecimento básico de Java Core, bancos de dados e desenvolvimento web, como Spring Boot ou Spring Cloud, e até mesmo. Existem também componentes distribuídos e arquiteturas de cluster.Muitos candidatos mais atentos também farão todos os preparativos antes da entrevista.
É verdade que você precisa recitar perguntas antes da entrevista, e alguma retórica sobre o código subjacente e os tipos de princípio também podem ajudar o candidato, mas se você apenas revisar essas perguntas, você só poderá compreender os pontos de conhecimento no teórico nível, e você não pode ir mais longe para a entrevista durante a entrevista.O oficial mostra que você usou habilidades relevantes em projetos reais, e o entrevistador está mais interessado no último.
Aqui está o caso de uma pergunta de entrevista. Por exemplo, o entrevistador pergunta: "Qual é a diferença entre ArrayList e Vector em uma coleção Java?" Se você leu as perguntas relevantes da entrevista, o candidato geralmente pode dizer o seguinte: "Vector é thread-safe e ArrayList não é thread-safe. Ao mesmo tempo, ao expandir, Vector se expandirá em 100%, enquanto ArrayList é 50%. "Nesse nível, o entrevistador pensará que o candidato conhece esses dois objetos,
mas se o candidato People ainda desse a seguinte retórica: "No projeto anterior, se eu encontrasse um ambiente de trabalho de thread único, usaria objetos inseguros de thread, como ArrayList, e para melhorar o desempenho da memória, no projeto Eu uso ArrayList por causa de sua baixa taxa de expansão. "
Embora a afirmação acima seja apenas algumas palavras, porque está integrado ao projeto, o entrevistador irá confirmar que o candidato realmente o usou no projeto, mas este" projeto combinado " A capacidade de falar sobre tecnologia pode geralmente faltar nos candidatos, especialmente os candidatos no nível de desenvolvimento júnior.
Talvez em termos de habilidades básicas do núcleo de Java, a prática de "combinar experiência de projeto e tecnologia" não seja muito útil para os candidatos, portanto, em termos de componentes distribuídos, os candidatos que "podem combinar projeto e tecnologia" e "só podem fazer perguntas" A diferença entre os candidatos é suficiente para determinar o sucesso ou o fracasso da entrevista. Vamos dar uma olhada no caso de entrevista relevante.
Outro exemplo é o Redis, supondo que um candidato só entenda a estrutura de dados e o código subjacente do Redis e até mesmo a prática de construir um cluster com base nas perguntas da entrevista online, então o entrevistador só precisa usar algo como "Como usar o Redis em combinação com o projeto "Perguntas podem ser feitas ao candidato, mas se outro candidato puder falar sobre os pontos-chave da prática do projeto, como configuração, detalhes de dados em cache e anti-penetração em combinação com o cenário de uso, então ele pode provar efetivamente que usou o Redis no projeto. Na verdade, muitos candidatos em entrevistas só podem recitar perguntas e falar sobre teorias, então, enquanto o entrevistador achar que você fez isso no projeto, então você pode ser melhor do que aqueles que só podem recitar perguntas.
Em termos de componentes distribuídos, este livro contará os pontos práticos do uso de componentes distribuídos no projeto com base em estudos de caso. Por outro lado, ele combinará esses pontos práticos para organizar discursos de entrevista relevantes para você, e também fornecerá com base nisso, "Redis anti-penetração", "Dubbo anti-timeout" e "Kafka anti-retransmissão" e outros métodos de exibição de tecnologia de destaque, a partir dos quais todos podem compreender intuitivamente as habilidades de preparação para a entrevista em termos de componentes distribuídos, e pode superar com sucesso na entrevista. A maioria dos concorrentes.
3 No nível do Linux, há uma falta geral de habilidades operacionais básicas
É verdade que a maioria dos projetos são desenvolvidos no sistema operacional Windows, portanto, muitos candidatos não foram expostos a outros sistemas operacionais como o Linux. De acordo com a experiência do entrevistador técnico do autor, muitos candidatos pensam que o projeto desenvolvido é implantado no sistema Windows e os componentes distribuídos são instalados no sistema Windows. Para a solução de problemas diários, você só precisa observar os registros no sistema Windows.
Mas a situação real não é assim. Componentes distribuídos e até mesmo clusters são principalmente implantados no sistema Linux. O Spring Boot desenvolvido e outros tipos de projetos também são implantados e executados no sistema Linux, então o entrevistador perguntou sobre as operações do Linux e outros questões relacionadas durante a entrevista. O problema não é de forma alguma um candidato embaraçoso.
Você pode imaginar, se um candidato não consegue nem descobrir como encontrar e abrir um arquivo no Linux e encontrar cadeias de caracteres-chave no arquivo, como ele pode provar que realmente verificou o problema no projeto? Alguns entrevistadores vão até pensar que os candidatos irão apenas "desenvolver adições, exclusões, correções e verificações" no sistema Windows.
Na verdade, mesmo para o desenvolvimento primário, não é difícil se preparar para as entrevistas do Linux.Você só precisa preparar alguns comandos básicos de operação de arquivo e algumas habilidades básicas de operação de script. Em outras palavras, você só precisa gastar um pouco de tempo para preparar a retórica do Linux de acordo com os passos dados nos capítulos subsequentes deste livro, para que o entrevistador tenha uma sensação revigorante durante a entrevista, sem falar nas habilidades de operação do Linux, o candidato Eles também podem demonstrar efetivamente sua capacidade de "analisar, solucionar problemas e resolver problemas".
4 A capacidade de solucionar e resolver problemas, muitas pessoas não vão mostrar
Você pode imaginar que os entrevistadores mais esperam que os candidatos tenham experiência em desenvolvimento de projetos em tecnologias relacionadas, então, se os candidatos puderem provar efetivamente que têm experiência na solução de problemas online em projetos anteriores, isso é definitivamente um bônus.
No entanto, durante o processo de entrevista, muitos candidatos apenas respondem passivamente às perguntas e não vão expandir ativamente além disso. Dessa forma, se você encontrar entrevistadores que não são bons em descobrir os pontos positivos dos candidatos, esses candidatos que respondem passivamente às perguntas não terão a oportunidade de mostrar esses pontos extras.
Ao discutir componentes distribuídos como Redis, Dubbo e Netty posteriormente, o autor dará dicas e retórica para "investigar e resolver problemas online reais" para os componentes correspondentes. Aqui, darei primeiro as etapas gerais para mostrar a experiência de tais itens de bônus.
Primeiro, vamos falar sobre a falha online correspondente, como um certo sistema indisponível, ou a saída do sistema é diferente do que era esperado, ou um log de erro foi encontrado no arquivo de log.
Em segundo lugar, vamos falar sobre o processo de localização do problema com base no log de erros, como qual log do Redis descobre que o Redis tem um problema de tempo limite.
Terceiro, vamos falar sobre a relação causal entre os erros e as falhas observadas no log. Por exemplo, como o Redis atinge o tempo limite, o tempo de retorno torna-se maior, o que leva à indisponibilidade do serviço.
Quarto, vamos finalmente falar sobre como resolvê-lo, como reduzir o tempo limite do Redis no arquivo de configuração de acordo.
Desta forma, os candidatos podem efetivamente demonstrar habilidades relevantes e projetar experiência prática na entrevista. E, por favor, preste atenção a este tipo de retórica relacionada a "solução de problemas e solução de problemas", você não dirá muito na entrevista, então antes da entrevista, o candidato pode se concentrar em "ajuste", "aplicativos distribuídos altamente concorrentes" e "Distribuído clusters "e muitas outras tecnologias valiosas, preparam tantas narrativas relevantes quanto possível.
5 Responder a perguntas passivamente, sem a consciência de orientar ativamente e lançar pontos brilhantes
Como mencionado anteriormente, muitos candidatos só responderão passivamente às perguntas durante a entrevista, de modo que desistam do direito de fazer perguntas na entrevista. Se o entrevistador fizer perguntas com as quais o candidato não está familiarizado, o resultado da entrevista pode ser imaginado. E saber.
Mas, na verdade, desde que você tenha respondido às perguntas relevantes e dito mais algumas palavras, é possível guiar as perguntas do entrevistador aos vários destaques que você preparou. Na verdade, você aprenderá esse tipo de habilidade de "orientação" assim que aprender, e este livro dará mais orientação sobre esse tipo de orientação nos capítulos subsequentes sobre componentes distribuídos específicos. Aqui estão alguns exemplos, experimente este tipo de Práticas guiadas e possíveis benefícios.
Por exemplo, depois de responder à pergunta sobre o componente Conexão em JDBC, diga mais uma frase, "Em nosso projeto, além de usar JDBC para se conectar ao banco de dados, o cache Redis também é usado para melhorar o desempenho do banco de dados", É muito provável que o entrevistador Continue a fazer perguntas relacionadas ao Redis, para que você tenha a oportunidade de mostrar os destaques do cluster do Redis e da anti-penetração preparado antes da entrevista.
Outro exemplo é que depois de responder à pergunta sobre prevenção de penetração do Redis, você pode dizer mais uma frase, "No projeto anterior, também resolvemos o problema online de prevenção de penetração do Redis." Quando o entrevistador perguntar em detalhes, você pode continuar para dizer: "Encontrei o problema de penetração do Redis por meio do log. O motivo é que os dados vazios e os dados inexistentes não são armazenados em cache no Redis e esse tipo de dados é armazenado em cache posteriormente". tratado com sucesso aqui. O problema levou à "resolução de problemas online reais" e demonstrou com sucesso a experiência real do projeto no Redis e a capacidade de solucionar problemas.
Na verdade, muitos entrevistadores ainda estão trabalhando muito para consertar bugs ou participam de várias reuniões antes da entrevista, ou seja, eles escaneiam o currículo do candidato antes da entrevista e não são bons em preparar as perguntas da entrevista. Muitas das perguntas estão no entrevista. Pensei nisso temporariamente. Portanto, quando o candidato lança esse tipo de comentário de "orientação" na entrevista, é provável que o entrevistador continue a fazer perguntas ao longo deste tópico. Dessa forma, o candidato pode guiar as perguntas tanto quanto possível durante a entrevista, como já fez preparado. No intervalo.
6 A dificuldade de se preparar para uma entrevista é menor do que a dificuldade de fazer um bom trabalho
O que é um bom projeto? É necessário garantir que não haja vários bugs no projeto, implantar o projeto online com sucesso e corrigir efetivamente vários problemas encontrados quando o projeto está sendo executado online. Como posso passar na entrevista? Basta responder às perguntas-chave do entrevistador.
O tipo e o número de problemas encontrados no projeto são imprevisíveis, e a maioria das perguntas feitas pelo entrevistador são rotineiras, e o ciclo de desenvolvimento do projeto é de pelo menos alguns meses e a entrevista técnica dura no máximo uma hora, então esteja preparado A dificuldade da entrevista é menor do que a dificuldade de fazer um bom trabalho.
As entrevistas gerais são divididas em três rodadas: entrevistas técnicas, entrevistas com o gerente de projeto e entrevistas com o pessoal.Este livro se concentrará mais nas entrevistas técnicas. Uma entrevista técnica dura geralmente de 20 a 30 minutos e geralmente não tem mais de uma hora de duração.O processo específico geralmente é o seguinte.
1. Após a saudação, os candidatos serão solicitados a apresentar informações básicas, como habilitações literárias e a empresa para a qual trabalharam, podendo preparar-se para estes comentários antes da entrevista.
2. Posteriormente, o candidato será convidado a apresentar a situação do projeto mais recente (ou melhor disponível) .Neste momento, o candidato pode utilizar os métodos apresentados neste livro, de acordo com a preparação antes da entrevista, combinada com o projeto real para lançar vários destaques e pode orientar as perguntas do entrevistador subsequentes para o intervalo preparado, ou seja, a introdução do projeto também pode ser preparada.
3. Depois de apresentar o projeto, o entrevistador geralmente fará perguntas livremente. Diz-se que é livre para fazer perguntas, mas também fará perguntas sobre os pontos técnicos mencionados na introdução do trabalho.Se você está recrutando programadores Java, o aspecto do componente distribuído também é um ponto de avaliação. Neste momento, se o candidato puder usar as técnicas de orientação mencionadas acima, ele pode controlar as perguntas do entrevistador tanto quanto possível dentro de seu alcance familiar.
4. O entrevistador pode fazer perguntas sobre estruturas de dados e algoritmos, mas essas perguntas também podem ser preparadas escovando as perguntas.
5. No final, o entrevistador pedirá ao candidato para fazer perguntas.Você também pode se preparar para esta sessão.O candidato também pode aproveitar para lançar destaques que não teve oportunidade de mostrar antes.
Você pode ver que fazer um bom projeto e se preparar para uma entrevista técnica são duas dimensões diferentes: a primeira é prática e a segunda é a conversação. E se você se preparar bem antes da entrevista, você pode definitivamente lançar uma variedade de destaques em conjunto com o projeto durante a entrevista, ou você pode mostrar seu conhecimento de uma determinada tecnologia "escrevendo (detalhes) e desenhando (diagramas de blocos, fluxogramas etc.) enquanto fala ". Compreenda, você pode até orientar as perguntas do entrevistador" respondendo a uma boa pergunta e dizendo mais uma frase ". Em outras palavras, ao se preparar para a entrevista e introduzir várias habilidades na entrevista, os candidatos podem não apenas mostrar seus destaques ao máximo, mas também impedir efetivamente que o entrevistador pergunte muito sobre seus pontos fracos, para que eles possam efetivamente melhorar o passar Possibilidade de entrevistas técnicas.
7 maneiras erradas e corretas de se preparar para uma entrevista
Conforme mencionado acima, a dificuldade de se preparar para a entrevista é menor do que a dificuldade de fazer o projeto.Na verdade, muitos candidatos não conseguem passar na entrevista porque não são preparados com antecedência ou o método de preparação é impróprio. Alguns deles podem ser na equipa do projecto. Esta é a razão pela qual muitos candidatos têm um mau desempenho nas entrevistas.
Na verdade, o motivo também foi mencionado no artigo anterior: preparar-se para uma entrevista e fazer um bom projeto são duas dimensões. Antes de fornecer o método correto de preparação para a entrevista, vamos dar uma olhada comparativa em alguns métodos de preparação incorretos.
1. Prepare-se para a entrevista apenas com base nas técnicas usadas no projeto anterior. Uma vez que o trabalho de desenvolvimento diário dos programadores consiste principalmente de "adição, exclusão, modificação e investigação", a valiosa tecnologia à qual eles estão expostos é muito limitada. Isso por si só não pode manter a distância de outros concorrentes. Portanto, mesmo se a entrevista final for bem-sucedida, a capacidade e o salário podem ser afetados.
2. Muitas perguntas de algoritmo ou de programação ou perguntas de entrevista relacionadas. É importante saber que o entrevistador certamente avaliará a habilidade de prática de projeto do candidato em tecnologias relacionadas. Se você se preparar desta forma, poderá ter a oportunidade de entrevistar para cargos de desenvolvimento júnior, mas pode ser difícil se candidatar a cargos de desenvolvimento sênior .
3. Memorize alguma retórica (em termos de componentes distribuídos, etc.) apenas no nível teórico. Para essa retórica valiosa, o entrevistador provavelmente perguntará sobre detalhes de implementação técnica e etapas de solução de problemas.Se você confiar apenas na retórica teórica, não poderá provar com eficácia que usou essas habilidades valiosas em seu projeto.
Da mesma forma, o método correto de preparação da entrevista está pronto. O método fornecido aqui não cobre apenas componentes distribuídos, mas é mais adequado para a preparação para outras entrevistas Java.
1. Trabalhos necessários como escovar as perguntas não podem ser retirados, porque perguntas relacionadas também podem ser feitas na entrevista e, ao mesmo tempo, a retórica de mostrar as habilidades básicas em combinação com o projeto também deve ser preparada.
2. Combinando os projetos que você fez, prepare tantos destaques técnicos valiosos quanto possível. Por exemplo, se você pode combinar o negócio de módulo de controle de risco desenvolvido antes, você pode dizer o processo de chamada remota Dubbo, que é melhor do que você puramente de um ponto de vista teórico. Muito melhor. É melhor encontrar tecnologias valiosas semelhantes e encontrar um ponto de integração com o projeto.
3. Não é apenas necessário preparar os destaques do projeto em combinação com o projeto, mas também preparar um plano para lançar esses destaques. Por exemplo, antes da entrevista, você preparou totalmente a retórica de Dubbo, Redis e Netty, mas o entrevistador não perguntou sobre isso e você não pode mostrá-la para si mesmo. Da mesma forma, você precisa preparar a frase "depois de responder à pergunta SQL e levar ao componente Redis" ou a frase "depois de responder à pergunta da estrutura de dados do Redis e levar ao ajuste do cache do Redis". Em suma, para os destaques de sua preparação, você deve preparar um ou mais conjuntos de "programas de orientação" para que possa mostrar seus destaques da melhor forma.
Os métodos de preparação acima serão descritos em detalhes posteriormente neste livro. Claro, existem alguns entrevistadores experientes que podem controlar bem a direção da entrevista e não são facilmente guiados pelas palavras do candidato. Mas se você usar os métodos de preparação acima, mesmo se encontrar esse tipo de entrevistador, você ainda pode jogar fora os destaques na maior extensão. Além disso, muitos entrevistadores que você encontra podem ser especialistas técnicos, mas podem não ter experiência em entrevistas.
8 Resumo dos destaques que podem ser feitos de forma proativa durante a entrevista
Com relação aos destaques mencionados acima, quais aspectos os programadores Java podem preparar? Na verdade, alguns tópicos já foram mencionados acima, mas aqui estão mais generalizações.
Primeiro, o código-fonte subjacente. Falando superficialmente, você pode falar sobre o código-fonte subjacente dos objetos principais Java, como a expansão de ArrayList, operações de leitura e gravação de HashMap e outras implementações de baixo nível. Com mais detalhes, você pode falar sobre o código-fonte subjacente no Nível de primavera, por exemplo, como o mecanismo IOC injeta objetos ou programação de aspecto. Como associar o objeto e o código de aspecto a ele. Indo mais fundo, você pode falar sobre o código-fonte subjacente de componentes distribuídos, como exposição de serviço Dubbo ou cópia zero no Netty. Contar o mecanismo de implementação correspondente por meio do código-fonte subjacente pode fazer o entrevistador sentir que você é muito profissional nessa área.
Em segundo lugar, ajuste de desempenho. Aqui você pode falar sobre o ajuste de memória do mecanismo de coleta de lixo da JVM e também pode estender o ajuste do banco de dados do índice para o cache Redis ou subtabela do sub-banco de dados MyCAT e até falar sobre o banco de dados e o cluster de cache. Claro, é melhor combinar projetos. Estudo de caso. Ao demonstrar essa habilidade, o entrevistador sentirá a profundidade de sua técnica.
Terceiro, a capacidade de monitorar, analisar, solucionar e resolver problemas. Os candidatos podem usar o caso para explicar a partir das três perspectivas de "descobrir problemas por meio de monitoramento ou logs", "solucionar problemas por meio de análise de log" e "soluções correspondentes". Se possível, adicione "componentes distribuídos" e "" Ajuste de desempenho "," Analise o código-fonte subjacente "e" Coopere com outros grupos para resolver "esses elementos-chave. Na prática da entrevista, os destaques desta parte podem até compensar as deficiências de alguns candidatos nas competências secundárias.
Claro, os pontos positivos que podem ser lançados em uma entrevista Java não são os únicos, mas no processo de entrevista que dura no máximo uma hora, mesmo se os candidatos descartarem totalmente os pontos positivos nos três aspectos acima, é o suficiente para afetar os resultados da entrevista.
Além disso, para o desenvolvimento primário e avançado de Java, a experiência de usar componentes distribuídos pode ser considerada um ponto positivo. Da gramática básica ao uso de clusters, à solução de problemas, desde que o projeto seja combinado, também é um item bônus.
9 Não é um resumo, apenas um começo
Este artigo é parte do primeiro capítulo do meu livro sobre habilidades para entrevistas de componentes distribuídos, que apenas apresenta o status quo da maioria dos candidatos e fornece os métodos correspondentes.
Por ser o primeiro capítulo, muitos métodos são apenas apresentados sem expansão detalhada e nem mesmo tocaram nos componentes distribuídos. Nos capítulos seguintes, vou me concentrar em componentes distribuídos, como Dubbo, Redis, Kafka e Netty, combinados com casos para falar sobre as habilidades de preparação de entrevistas e a maneira de exibir habilidades distribuídas na entrevista combinada com projetos. A esse respeito, continuarei a extrair artigos relevantes em postagens de blog subsequentes, portanto, fique ligado.
Além disso, este livro ainda está em processo de elaboração, com previsão de publicação em meio ano. Após a publicação do livro, por favor, me apoiem.
Aviso de direitos autorais: se você quiser reimprimir este artigo, obtenha meu consentimento com antecedência.