¿Qué pasará si un programador es sorprendido por su jefe plagiando código de Internet?
De acuerdo, no es de extrañar;
}si no (el jefe es de mente muy abierta){//Nada, pero de mente abierta.
Confía y respeta lo que hace el programador;
}else{ //No sólo no sabes nada, sino que también haces conjeturas aleatorias.
Puede ser necesaria una explicación razonable;
}
¿Por qué los programadores copian código de Internet? Los programadores no llamamos a este tipo de plagio, sino que generalmente lo llamamos "reutilización de código".
Cuando los programadores necesitan utilizar un nuevo framework, clase o método, este debe ser rastreable y razonable, es decir, no utilizarlo indiscriminadamente.
Por ejemplo, uno de nuestros proyectos Spring Boot ahora quiere usar Rabbit MQ, pero no lo ha usado antes. ¿Qué debo hacer? Los programadores suelen hacer esto de varias maneras:
Algunas sugerencias que sugeriría: pruebe primero las opciones 1 y 3, y si no puede resolverlo usted mismo, pregunte a otros colegas.
Continuaré compartiendo mis puntos de vista sobre el desarrollo de Java, el diseño de arquitectura, el desarrollo profesional de programadores, etc., con la esperanza de llamar la atención de todos.
Existen tres tipos de códigos de copia.
Primero, copie todo el proyecto y copie el código de otras personas sin realizar ningún cambio. Esta situación es rara. En primer lugar, se trata de cuestiones de derechos de autor. En segundo lugar, el código de Internet es malo. No tiene sentido ni se gana nada con plagiarlos.
En segundo lugar, copiar el marco, esto es más común. Tomando como ejemplo la construcción de un edificio, se utilizan directamente los cimientos y andamios colocados por otros, eliminando la necesidad de construcción de infraestructura. Al construir una casa, comience a colocar ladrillos directamente y, al codificar, comience a escribir la lógica empresarial directamente. Los beneficios son obvios, ya que reduce el trabajo repetitivo en las primeras etapas del proyecto y ahorra mucha mano de obra y recursos materiales. Si el jefe no tiene una mina en casa, generalmente no se opondrá a utilizar el marco de otra persona.
En tercer lugar, algoritmo de replicación. Puede escribir algoritmos simples usted mismo, como encontrar la suma de dos números. Es muy simple y se puede completar en una línea de código. El algoritmo de reconocimiento facial es complejo y requiere cientos de miles de líneas de código, si no millones. Puede que no sea posible invertir todos los recursos de la empresa en él y el contenido tecnológico es muy alto. En este momento, a menudo buscamos la cooperación de empresas de algoritmos profesionales y pagamos para obtener códigos relevantes.
¿Qué pasará si su jefe descubre que un programador ha plagiado código de Internet? Este tipo de cosas fue descubierto por el jefe, al menos de ahora en adelante no pasará nada. Si el proyecto se puede copiar con anticipación y no hay problemas, errores ni disputas, el jefe estará muy contento. Le ahorró mucho dinero, pero tampoco quedó contento.
Por supuesto, plagiar código de Internet no significa que se haya asumido todo el proyecto, especialmente si tiene derechos de propiedad intelectual. Una vez descubierto por el propietario original de los derechos de autor, surgirán disputas. La mayoría de los programadores copian pequeños fragmentos de código para implementar una pequeña función, o copian algunos métodos, clases, etc., para realizar las funciones que necesitan en sus propios proyectos e integrarlas en sus propios proyectos, en lugar de copiar y trasplantar a ciegas. Los programadores rara vez hacen esas cosas.
Los programadores rara vez se conectan a Internet para aprender consultas. Hoy en día, muchos jefes son originarios de proyectos de software o programadores. Ellos conocen estos trucos desde hace mucho tiempo e incluso los han utilizado ellos mismos. No vale la pena en absoluto. Básicamente, se animará a los programadores que no sepan nada a ir a Baidu para encontrar soluciones relevantes en línea.
Encontrar una solución lo más rápido posible puede evitar que un problema pase demasiado tiempo atrapado allí. La mayoría de los jefes no requieren que usted sea un pionero en la investigación de código, sino que sea un experto técnico que pueda implementar funciones del proyecto. A la mayoría de los jefes no les importa cómo adquiriste esas habilidades.
Así que a nadie le importa si plagiaste el código. Lo más importante es si el código copiado puede resolver los problemas del proyecto, acelerar el progreso del proyecto y ahorrar costos. Siempre que puedas resolver problemas y aportar beneficios al proyecto, el director o jefe te elogiará como un maestro y una persona capaz.
Para compartir e interactuar más, haga clic en la esquina superior derecha para seguir a Dongfeng Gaoyang.
Si puede copiar el código, elija la forma correcta de copiarlo y recomiende algunos sitios web que creo que son buenos.
Si hay un sitio web que puede cubrir más del 90% de tus problemas diarios de desarrollo es este sitio web. Hay todo tipo de códigos aquí. Si eres un buen programador, te sugiero que vengas aquí y copie el código.
Si no tienes tu propia cuenta de github, debes registrar una rápidamente. Hay muchos buenos proyectos de código abierto en GitHub, como Vue, React, etc. Si quieres ver buenos proyectos te recomiendo que vengas a GitHub.
Si eres bueno usando los motores de búsqueda, ya eres mucho mejor que la persona promedio. Aprenda a utilizar algunas técnicas de búsqueda que le ayudarán a encontrar problemas rápidamente.
Entonces, no creo que haya nada malo en plagiar código. Creo que el enfoque correcto es copiar un buen código, ver las ventajas de otros y luego usarlo en su propio proyecto. Eso está totalmente bien.
Para un programador bien pagado, las dos teclas de acceso directo más competentes son Ctrl C y CTRL V.
Cuando veas esto, pensarás:
Vaya, es muy fácil ser programador. Conozco los conocimientos relevantes, pero simplemente copie y pegue todos los días y obtenga un salario tan alto, ¿hay alguna justicia?
En primer lugar, la "reutilización de código" es muy común. Desde una perspectiva sociológica y económica, la reutilización es digna de reconocimiento porque puede evitar el desperdicio de recursos sociales limitados.
Si el código fuente abierto se utiliza racionalmente, se puede evitar la acción de "reinventar la rueda repetidamente", liberando así a un gran número de programadores para realizar trabajos de desarrollo más valiosos, acelerando la eficiencia del desarrollo y maximizando el valor de los recursos.
Si quieres que el código fuente abierto sea adecuado para los proyectos de la empresa, debes tener una base sólida. ¿Cómo mantener el código si no tienes experiencia relevante en proyectos?
Conoce qué es, y mejor aún, conoce por qué es así.
Ésta es la brillantez de los programadores altamente pagados: utilizan código fuente abierto para resolver sus propios problemas e integran la arquitectura y las ideas en su propia lógica para expresarse.
Los programadores implementan principalmente requisitos funcionales. En cuanto a cómo implementarlo, no importa cuánto copie de Internet. En realidad, ¿cuántos programadores no copian directamente el código de Internet y luego lo aplican a sus propios módulos? En el proceso de codificación real, es particularmente común comprender un código excelente y luego escribirlo de manera flexible. Ahora la comunidad de código abierto es típica. Muchas empresas lo harán abiertamente, especialmente en el campo tecnológico actual.
Si el jefe realmente descubre que el código está muy cerca de la red, pero no hay problema en usar las funciones, y si habla con el programador, entonces el jefe tendrá un problema. En circunstancias normales, la revisión del código recae principalmente en el supervisor técnico directo. Al jefe le preocupa si el código se encontró en línea y se adivina la dirección. Los jefes normalmente se preocupan por si se han logrado resultados. Si expande aún más su distrito comercial y maximiza el valor de la producción.
Espero que esto ayude.
La actitud del jefe no es más que ignorar o desestimar las críticas. En la actitud del jefe se pueden reflejar muchas cosas.
Ignóralo: El jefe o no conoce el procedimiento o lo conoce. Es normal que el jefe no entienda el procedimiento y lo ignore. Si el jefe conoce el procedimiento, debe entender que esto es normal. Esta actitud es un acierto.
Crítica o despido: Definitivamente el jefe desconoce el procedimiento. Como no conoce los procedimientos, no estés ahí para dar órdenes. Naturalmente habrá una constante en el equipo. El trabajo del jefe es coordinar la situación general. Si quieres involucrarte en estas pequeñas cosas, no te quedes, vete inmediatamente. Esto definitivamente limitará su desarrollo.
Los proyectos están inherentemente orientados a resultados, con tareas urgentes y plazos de construcción cortos. Especialmente para las empresas emprendedoras, ¿cuánta energía y mano de obra se necesitan para desarrollarse desde cero? ¡Debemos aprender a "usar la doctrina", descartar la escoria y tomar la esencia!
Como codificador, copié otros códigos de función, hice una pequeña modificación y completé mi trabajo. Este método es simple, rápido, fácil de usar y tiene pocos errores.
Puedo copiar el código y también sé de dónde copiarlo, qué código copiar, qué código y cómo integrarlo después de copiarlo. Puedo resolver el problema y el código realmente se ejecuta. ! ¡Esto también es una habilidad! ¡Esta también es una forma de entrenarte!
Por lo tanto, ¡tengo que tener una comprensión clara de cómo copiar código para poder copiarlo!
Como dice el refrán, “Todos los artículos del mundo son copiados”. Cuando trabajamos, notas de prensa, actas de reuniones, etc. También hay ciertas plantillas, y sólo tenemos que seguir la calabaza y sacar la pala. Entonces, si un programador plagia código de Internet, ¿a qué consecuencias se enfrentará?
De hecho, lo más importante a la hora de escribir código es aprender a utilizar los códigos e ideas de otros programadores para resolver problemas. El plagio de código por parte de los programadores también se puede dividir en tres tipos según la situación: algoritmo de plagio, marco de plagio y plagio de todo el proyecto.
De hecho, usted mismo puede escribir algoritmos simples. Para algoritmos complejos, como un juego grande, el código es suficiente para hacer que los programadores de toda la empresa duden de sus vidas. Y, en términos generales, este tipo de código complejo requiere la cooperación con grandes empresas de algoritmos y no se copia simplemente en línea.
Los beneficios de copiar una aplicación o marco funcional también son obvios: reduce el trabajo repetitivo en la etapa inicial del proyecto y ahorra mucha mano de obra y recursos materiales. Los colegas también pueden realizar algunas mejoras según sus propias necesidades en función de las existentes. ¿por qué no? Además, probablemente hay muy pocos programadores que realmente comiencen a escribir el código completo del programa, letra por letra, desde lo más básico.
¡Pero! Todo el proyecto plagió el código de otras personas sin ningún cambio. Esto implica un problema de derechos de autor y privacidad y, si es grave, puede generar responsabilidad legal.
Entonces, para los programadores que plagian código de Internet, solo hay dos consecuencias: o el jefe lo ignorará o serán criticados y despedidos.
Lo que los programadores deben hacer es saber dónde copiar el código, qué código copiar, qué código integrar después de copiar y resolver el problema.
En primer lugar, el jefe medio de una empresa nunca entiende de tecnología y no puede entender si está buscando información o plagiando. En segundo lugar, incluso si se encuentra plagio, es normal y es normal que los programadores junior plagien el código. Siga y vea lo más destacado a continuación.
Artículo | Tecnología Black Hole Yu Xiaowen
Estoy en una empresa Fortune 500. El jefe de la empresa nunca debe haber sido visto antes. El director general del departamento casi nunca me visita. La gente corriente como nosotros, los programadores, tampoco entendemos la tecnología. En cuanto al llamado jefe, debería ser el director técnico. Desafortunadamente, el director técnico generalmente no tocará su respuesta. Los directores técnicos suelen ser gerentes técnicos, y los programadores ordinarios están a cargo de los gerentes técnicos y trabajan en proyectos. Incluso si te descubre plagiando código, no dirá nada mientras puedas completar la tarea en cuestión, sin importar cómo lo hagas. Incluso te enseñará dónde "copiar". De hecho, esto es para que puedas aprender el código y completar tus propias tareas.
Es muy común hoy en día que los programadores plagien código, ya sea de Internet o de compañeros. Plagiar la funcionalidad de un colega sin modificarla directamente es un poco absurdo, mientras que reutilizar el código de otras personas se considera correcto y, a menudo, mejora la limpieza del código. Si plagias en Internet, generalmente no hay ningún código listo para usar. Sólo puedes aprender de sus ideas y luego escribir tu propio código basado en tu propio negocio. Esto a menudo requiere que los programadores tengan una buena base; de lo contrario, ni siquiera sabrá cómo usar el código de otras personas.
El programador Yu dijo:
Ser bueno "copiando" código es una estética de la programación, pero sea elegante. Creo que es bueno decirlo. Atención.
Proceso de salida de la función del producto:
1. Gerente de producto: salida de la investigación de la demanda, documentos de requisitos del producto y dibujos de prototipos.
En segundo lugar, analice la viabilidad de los requisitos (móvil, front-end, back-end, UI, pruebas, producto).
En tercer lugar, modificar los requisitos en función de las opiniones de cada puesto funcional y el coste en tiempo de la producción de la demanda y otros factores condicionantes.
En cuarto lugar, el documento de requisitos y el diagrama del prototipo se entregan a la interfaz de usuario, al backend y a las pruebas.
1. Realice representaciones de diseño de interfaz de usuario, etiquete imágenes y recórtelas según los documentos de requisitos y los dibujos de prototipos.
2. El backend diseña la estructura de la tabla de la base de datos, la estructura de datos de la interfaz y los documentos de la interfaz en función de los documentos de requisitos y los dibujos de prototipos.
3. dibujos de prototipos;
p>
5. Los resultados mencionados anteriormente (representaciones de diseño, imágenes de etiquetado, imágenes recortadas) (documentos de interfaz) se entregan a terminales móviles y desarrolladores de aplicaciones para el usuario para su desarrollo.
6. Una vez que el desarrollador complete la autoprueba, se entregará al evaluador para realizar pruebas funcionales y de rendimiento.
1. Los evaluadores realizan pruebas funcionales basadas en casos de prueba, generan comentarios sobre informes (terminal móvil, front-end, back-end, UI, pruebas, producto), corrigen errores, mejoran los requisitos, optimizan la interacción, etc. .
2. Las pruebas de rendimiento incluyen pruebas de estrés de back-end, memoria móvil, etc.
7. Finalmente realizar pruebas en escala de grises o mediciones públicas internas.
8. La actualización final del producto está en línea.
Como se mencionó anteriormente, durante un proceso de desarrollo de funciones, lo más importante para los programadores es garantizar la estabilidad y escalabilidad de las funciones del producto. En cuanto a cómo lograrlo, si no sucede nada inesperado. A los líderes no les importa cómo lo logras. Y los programadores que trabajan en esta industria, es muy común pensar en cómo copiar y pegar código. entonces.. . En realidad, tu problema no es un problema.