Sección 1. Habilidades brandas
- Estou calado nas reunións. Intento poñer unha cara atenta e intelixente, aínda que non me importe.
- A xente paréceme positivo e negociable. Sempre infórmoche de forma educada e discreta de que a tarefa di facer algo. E só unha vez. Entón non discuto. E cando remato a tarefa e resulta que é algo, non me río e non digo "xa cho dixen!"
- Non me importa que tipo de merda desperdicio. Se o cliente estivese interesado na miña opinión, non tería contratado un xestor de proxecto, propietario de produto, Scrum Master, Agile Master e deseñador de IU. Deixa que estes hipsters formen todo tipo de opinións, visións e trucos de mercadotecnia.
- Son disciplinado. Veño traballar ás 9 e marcho ás 6. É moi cómodo para min. Podo quedar máis tempo para pagar o dobre ou se a tarefa é interesante.
- Teño un bo sentido do humor e unha rica experiencia de vida. Podo interromper facilmente o traballo do equipo durante medio día contándome como foi o meu sábado. Pero poucas veces o fago, porque penso que non me pagan por iso, senón polo feito de perder algún fío.
- Entreguei o liderado do teu equipo, xa sabes onde. Eu mesmo podo tirar algo de merda, pero con cara intelixente explícolles aos meus subordinados que teñen que facer algo máis alá das miñas forzas.
- Son absolutamente incrible nas presentacións. Especialmente se precisa presentar un fondo sen rematar. Evito maxistralmente os erros durante as presentacións do programa. Unha vez pasei dúas horas presentando a xanela de inicio de sesión porque o programa xa non funcionaba. E o inicio de sesión non sempre funcionou.
- Cando todo me chega a min, deixo tranquilamente e non vou de departamento en departamento e digo: "Todo está mal, estamos no fondo, todos son parvos".
Sección 2. Habilidades duras
- A herdanza é unha cousa noxenta se só 1 fillo herda do pai.
- Eu uso a encapsulación só cando a Idea está subliñada en amarelo e escribe, este método pódese facer privado. O mesmo coa final.
- Nunca usei volatile, finalize e moitos outros.
- Non me preocupa que usar: ArrayList ou LinkedList. Eu sempre uso ArrayList.
- Non teño que usar getters e setters en Java se sei que ninguén vai ler o meu código. persoa.nome = "Xoán". Se sei que alguén o vai ler, síntome tímido.
- Aínda non entendo por que se necesitan interfaces en Java, a excepción das devolucións de chamada e as lambdas. Todos os exemplos que os usan son descabellados e podo facelo máis doado sen eles.
- Non sei como funciona gc, nunca o usei. E en xeral, en 6 anos, na miña memoria, só se mencionou unha vez. Ademais das entrevistas, claro.
- Teño un nabo en Github, pero non cho mostrarei. Ela é a miña persoal, e eu esfolo alí como quero. Non levas frac na casa, non?
- Podo e gústame saltar a parte dianteira se estou canso de atrás. Xa esquecín a reacción e quedei atrás. Pero paréceme lembrar de Sencha.
Sección 3. Logros
- Fixen 3 sitios que foron visitados por menos xente que o fixo. Cando fixen 2 sitios, sabía que ninguén os visitaría (esperábase que se apoderarían do mundo)
- Fixen tres aplicacións web (ExtJs-Java-Docker), dúas delas nunca se implantaron en produción e unha utilizouse dúas veces (esperábase que se apoderasen do mundo).
Cando as fixen, sabía que sería así, porque non creo nos usuarios que memoricen un manual de 20 páxinas, eu mesmo presentei o meu traballo cun manual impreso nas mans.
- Fixen unha aplicación nativa de Android de 8 pantallas, na que ninguén pasaba da segunda, descargouse 107 veces no mercado de Google (esperábase que se apoderase do mundo).
- Unha vez estiven corrixindo o erro máis alto durante dous días, e entón decateime de que ninguén visitaba esta sección do sitio durante uns tres anos. E esta era unha sección do sitio moi saudable, na que se dedicaban moitas horas de traballo.
- Pasei aproximadamente unha semana intentando que a caixa combinada se movese pola dereita e non pola parte superior.
- Dirixei 4 persoas e levamos seis meses facendo un proxecto que eu podería ter feito só nunha semana. E si, este é o proxecto do punto 2.
- Estaba configurando a caché de solicitudes en Mongu nunha aplicación que ten unha persoa por día.
- Fixen un cliente de correo electrónico corporativo, a pesar de que hai centos de gratuítos e todos foron mellores.
- Estaba facendo a idealización de píxeles (ou como se chame?) na parte frontal.
- Estaba a redeseñar a biblioteca de IU de material para React porque o noso deseñador de IU autónomo de Kurgan decidiu que entendía mellor o deseño que Matias Duarte, vicepresidente de deseño de Google, licenciado en informática con honores pola Universidade de Maryland, cun . educación en arte e historia da arte, director da Student Art Gallery en Maryland.
Nunca entendín por que deberías refacer cousas boas que as persoas intelixentes fixeron para ti e regalalas gratis, especialmente se obviamente es máis tonto.
- Pasei un mes facendo unha función que, cos cálculos máis optimistas, tardaría 437 anos en completarse. (pedindo fregonas para unha muller da limpeza) en ERP.
- Refixei un kaka desde cero 7 veces porque as especificacións técnicas cambiaron. Como resultado, volveuse peor do que era.
- Pasei 4 horas descubrindo por que o céntimo da factura estaba redondeado incorrectamente e sabía de antemán que non podía arranxalo, se non, o saldo non se equilibraría máis tarde.
- Fixen un microservizo para aumentar a fiabilidade da lóxica empresarial principal e, si, este microservizo fallou 20 veces máis que a lóxica empresarial.
Pero entón crearon todo un departamento de 12 persoas para aumentar a fiabilidade deste microservizo de fiabilidade, e agora o microservizo falla 20 veces máis a miúdo, realiza transaccións a medias e perde datos sen deixar rastro. Cando marchei, decidiron facer un microservizo de fiabilidade para un microservizo de fiabilidade.
Fonte: www.habr.com