“El tiempo no se pierde, la creación no se detiene, este artículo participa en el concurso de ensayos de medio resumen 2022 ”
secuencia
Siento que este año ha sido largo, me fui después de regresar y me uní a una empresa de outsourcing un mes después, pensando en resumir los altibajos de los últimos seis meses.
Este artículo se basa principalmente en quejas, complementado con cambios de trabajo.
Experiencia de renuncia
Personalmente, siento que los líderes de departamento han cambiado demasiado rápido, cuatro en menos de dos años, y la acumulación técnica de investigación y desarrollo no es suficiente, y realmente no puedo mejorar. De hecho, la razón clave para irse puede no ser realmente el salario. El año pasado, la empresa contrató a un equipo de investigación y desarrollo de cuatro o cinco personas. En ese momento, comenzó la pesadilla.
El equipo local de motos
Al comienzo de la cooperación, quería reunir la fuerza de ambas partes para construir un nuevo producto. Desafortunadamente, debido a la retirada de nuestro líder, el equipo local llegó al poder por completo. Como resultado, los productos de cooperación a mediano plazo fueron rechazados por los arquitectos locales y comenzaron a basarse en sus características locales.Sabor sistema de cooperación en proyectos.
Lo usaron antes svn, y el arquitecto de su sistema dijo que era para la comodidad de nuestro equipo, por lo que crearon uno en la intranet gitolite, y luego el código front-end, el código back-end y los documentos de diseño se colocaron en un solo gitrepositorio . , y solo había una masterrama (tenga en cuenta que no lo es monorepo, este arquitecto del sistema también está usando git por primera vez, no sé qué es monorepo), lo que genera frecuentes conflictos de código y la eliminación de archivos. No están familiarizados con git, y mucho menos, actualizar el código del proyecto jenkinsdirectamente .dockerftp
El back-end no tiene la swagger apicostumbre de usarlo. Siempre han usado documentos de Word para los documentos de la interfaz , que están escritos por el arquitecto del sistema. El front-end necesita mirar el documento de Word para la interfaz , y el back-end también necesita lee la interfaz Si crees que puedes entenderlo, está bien Tucao, solo puedo decir, ah, sí, sí, es 2022, jq también puede escribir páginas, ¡Renacimiento!
También hay un líder front-end, le gusta escribir , la primera oración let vm = thisde cada función debe ser , y esta oración también debe escribirse en la función de ciclo de vida. Dijiste que no entiende el señalamiento, dijo que él ha leído el código fuente, por lo que la escritura puede corregir el apuntamiento, algo sin palabras.functionlet vm = thisthisvuethis
Echemos un vistazo a la interfaz api escrita por el líder front-end
import axios from "@/utils/http";
import url from "./url/index";
create (a, b, c, d, e, f, g, h) {
return axios.post(url.createUrl, { a, b, c, d, e, f, g, h})
},
复制代码Personalmente siento que es un poco redundante extraer la interfaz urly hacer variables, pero es una cuestión de opinión. Lo único que realmente vale la pena quejarse es el paso de parámetros. Obviamente, se puede pasar un objeto. Este es el caso de las interfaces API. Algunas interfaces tienen más de una docena o 20 campos que pasan parámetros uno por uno, lo cual es realmente sin palabras.
La interfaz de back-end no está paginada de forma predeterminada, incluso si hay miles o decenas de miles de datos sin paginar, el arquitecto local piensa que la paginación afecta el rendimiento, al líder de front-end le gusta trabajar y la paginación la maneja el front-end; La interfaz que necesita paginación debe proponerse y desarrollarse de acuerdo con la situación. Se puede ver que la función de exportar datos es responsable del front-end, después de todo, se han obtenido todos los datos;
Ranuras suplementarias, todas las interfaces son post; los archivos de carga deben transferirse base64; SFClas ventanas emergentes no están empaquetadas individualmente, con miles de líneas de código; si no se usan dayjs, todas las funciones de procesamiento de tiempo se escriben por sí mismas... Hay también múltiples espacios comerciales que son difíciles de describir
Algunos de ellos siempre parecen estar muy por encima, y nuestras opiniones y sugerencias básicamente serán rechazadas, o no afectarán o serán innecesarias, o simplemente dirán que no entiendes. Sin autoconocimiento, como una rana en un pozo. Hay una frase que me parece muy apropiada para describir su forma de hacer las cosas, obviamente pueden usar trenes de alta velocidad y aviones para ir a sus destinos, pero solo eligen conducir motocicletas.
Shark Chili y la tormenta de la cámara
直到一位新的领导的到来，我以为他是蜻蜓队长，没想到他是鲨鱼辣椒，是压死骆驼的最后一根稻草。最早我还是很信任这位领导的，至少他确实改变了部分现状，比如前后端代码的git仓库分开了，可惜还是一条分支；需求任务开始评估，但是没有产品经理,没有需求文档和原型，一切都是口头决定，计划两周完成，会压到一周内；开始让后端使用swagger ui，可惜只有新接口使用了，旧接口依旧要看word文档。
可是这位鲨鱼辣椒，算是中古型pua选手，很喜欢单独找人谈话，实际是想从每个人嘴里套话。有时候聊一大轮，都找不到重点在哪，或者根本就不是问你的问题，只是想从你的嘴里知道别人的真实想法罢了。可能我算是比较晚醒悟过来鲨鱼辣椒是在pua，稍微醒目一点的同事已经有所防范，直到有一次让我带头把旧系统的模块做到土味系统中来。
当时没有需求，只有旧系统的页面，基本功能都是照搬，东西做完了，其他部门的同事不用。鲨鱼辣椒找我聊，只记得一句，你不是一两年的前端了，三年经验的前端这都考虑不到。这种打压人的话，确认造成了真实伤害，但是自己和同事复盘了一手，觉得这就是在pua，根本就没有需求，没有从客户的想法来指定需求，并且建立在他们这款土味系统里，多少有点水土不服。
这位鲨鱼辣椒，还有一个骚操作，在办公室放了一个摄像头，同事说这个就是拍我们谁迟到、不在工位上的。最开始我不信鲨鱼辣椒会这么捞，直到有一天我看到这个摄像头会转，我用手机拍下来了。导致有一天，鲨鱼辣椒专门在我背后站着半个小时，用手机偷拍我摸鱼并向人事投诉。隔了几天后，hr到我单独聊，并有劝退的意思，但后续也因为偷拍和放摄像头这事不道德而不了了之了。
扪心自问，出来打工而已，业务忙的时候也按照要求996两个月了，没有需求做完之后被pua，还用摄像头监控员工，当时整个人是裂开的。
期间太多的细节了，鲨鱼辣椒的pua行为，土味系统团队的问题，慢慢的，上班变得越来越压抑。
到了今年一月部门开始评绩效，某些原因，年终奖被打五折。
待续
面试经历
年初就已经在改简历，在各种招聘app上开放简历，还有两三次线上面试，个人感觉良好。期间还继续看面试题，了解Vue3，vite等等。
到了线下面试，很容易大脑一片空白，不如线上面试轻松自如，特别是被问到不记得、不会的，比如TCP和UDP的区别，直接破防。
说到底还是没有背熟大部分的面试八股文。
面试了十几家之后，即便有几家整体面试过程十分良好，依然没有拿到offer。心里开始有一点点焦虑了，可以投简历的公司慢慢在减少，面试邀约也就每周两三家。
后来在一个不经意的早上，收到了一个投递简历的邀请，一般还是外包公司。仔细看了一下，公司位置距离我家很近，所以投了简历。也是因为疫情原因，原本计划线下面试的，改为线上并且推迟了两天。
虽然不是第一次面试外包岗位，但是这次的面试相对来说很轻松，面试的问题也相对简单，可能是运气成分较大，问的都回答上来了，回想起来当时状态也很好。随后各方面了解清楚了，offer就到手了。
当然薪资也被压了一点，但在心理预期之内。
入职
入职了三个月，可以说没有加班，只有一次周末来了两天，其余时间早九晚六准时上下班。
工作环境确实一般，没有正编一样的工位，所有的外包同事都在一个办公室里，优点是交谈方便，缺点是稍微有点挤。
En cuanto al proyecto, este punto sí puede ser un montón de quejas. Por ejemplo , hay vuetres o cuatro mil líneas de código en un archivo que no están divididas en componentes. setTimeoutTodavía hay varias innecesarias let that = this. Por supuesto, hay tiempo para optimice paso a paso, y tal vez parte del código se pueda optimizar. Puede webpackoptimizar la configuración del paquete. También puede ser exagerado decir que al menos axioslos parámetros se pueden pasar a los objetos, y no hay necesidad de pasar los parámetros uno por uno en orden.
Relaciones interpersonales, hay tres o cuatro equipos de proyecto, y siento que todos los compañeros pueden hablar entre ellos, pero creo que todavía hay muy pocos temas en común, y casi no hay temas que no sean el trabajo.
En comparación con la casa anterior, la tecnología es mejor, al menos gitlab, Jenkinstambién dockerhay algunos proyectos. La parte frontal es similar, y no hay ningún Vue3proyecto por el momento. Al menos hay documentos de interfaz y el proyecto front-end tiene una rama swagger uirazonable .git
La ventaja general es que dentro de una hora de ir y venir del trabajo, casi no hay tiempo extra y el salario es más alto de lo esperado.
continuará
reflexión
De hecho, puedo irme antes, y no necesito perder tiempo con el equipo local, especialmente en términos de comunicación y asesoramiento con ellos. Tal vez no seré pua si me voy antes , al menos no perderé más de medio año participando en ellos Entre los proyectos con sabor a tierra, proyectos que están más picados que los proyectos de outsourcing.
Además, en términos de calidad del código, después de acostumbrarse eslint, le importan demasiados detalles innecesarios y considera si necesita ignorar esta idea.
continuará
Epílogo
El contenido anterior es solo mi opinión personal, si no te gusta, no lo rocíes, gracias.