¿La documentación y las muestras de búsqueda se ven mal? [duplicar]

La programación te hace un buen codificador ; la lectura puede hacerte un buen desarrollador :

• Consulte la documentación de la API para asegurarse de no reinventar la rueda o de utilizar las API de forma incorrecta o ineficaz.
• Busque la documentación de idioma para asegurarse de no continuar con la programación en el idioma Foo al comenzar a trabajar con la barra de idioma.
• Lea y comprenda las mejores prácticas y patrones para saber cuándo usarlos.
• Busque ejemplos de código, luego utilícelos como plantillas en lugar de copiarlos de manera literal. De esa manera, seguramente habrá comprendido al menos la estructura general del código.

Si alguien más no aprecia lo que tienes que leer para poder escribir un buen código, no es un desarrollador.

En un entorno de desarrollo saludable, aquellas personas que son realmente buenas para buscar, encontrar y entender soluciones para problemas difíciles en línea tienen una gran demanda. Escribir software es un negocio difícil y que cambia rápidamente y siempre habrá rincones oscuros o problemas nuevos donde un poco de googlear puede ahorrar mucho tiempo.

Simplemente evite convertirse en un programador de culto a la carga que copie y pegue cosas a ciegas, pellizcándolo hasta que parezca que funciona. sin entenderlo Tómese su tiempo para comprender el por qué de la solución y no tendrá que buscar de nuevo (tanto) la próxima vez que surja el mismo problema o uno similar.

Si no sabe la respuesta, ¿qué más se supone que debe hacer? Sus opciones son buscarlo en alguna referencia (física o electrónica), preguntar a un compañero de trabajo o sentarse en sus manos todo el día sin hacer nada. Su primer paso si está atascado debe ser intentar resolverlo usted mismo, buscando en línea y en libros. Si eso no te lleva a ninguna parte, o se trata de algo que no puedes encontrar en línea, pregunta a un compañero de trabajo. La tercera opción de sentarse sin ser productivo no es una opción.

Dicho esto, hay algunas cosas que no deberías tener que mirar hacia arriba. Si lo contraté para ser programador en un lenguaje o marco en particular y reclamó conocimientos en esa tecnología, no debería buscar los aspectos más triviales de ese marco o tecnología. Eso sería embarazoso, creo. Pero si está aprendiendo una nueva tecnología o marco, el trabajo a través de tutoriales y referencias es perfectamente aceptable, y lo aliento a que lo haga por su cuenta, solicitando asesoramiento y ayuda según sea necesario.     

no es que no haya forma de parecer súper profesional sin hacer nada, pero en mi experiencia, la mayoría de la gente quienes realmente se preocupan por su oficio y no son vendedores / vendedores, no pueden trabajar de manera efectiva cuando piensan mucho acerca de cómo son percibidos.

por lo tanto: la posibilidad de que parezcas poco profesional porque tus compañeros ven que dejas que Appercece gane sobre los resultados es mayor que la que no eres profesional proporcionando lo que pidieron de una manera que no tomarían.

Además, no tengo la impresión de que alguien mantuviera el uso de documentos o google en tu contra.

No hay nada malo en eso, siempre y cuando lo hagas de una manera profesional al observar cualquier código o algoritmo que encuentres con pensamiento crítico. Después de todo, junto con lo bueno, hay un poco de código erróneo o obsoleto publicado en Internet. Es mejor ir con fuentes confiables, cotejarlo con los documentos de la plataforma y otras fuentes, y probarlo bien antes de comprometerse.

En mi libro, no buscando documentación y muestras se vería mal. Incluso si eres un experto en alguna área, las cosas están cambiando y siempre es una buena idea actualizar tus conocimientos.

El primer y más importante principio en el desarrollo de la producción es reducir el tiempo total de desarrollo que se puede lograr mediante:

• Reutilización de código: lo hace en el caso de los marcos, así que, ¿por qué ser tímido en otros casos? Si puede encontrar un código relacionado (como un API) mientras se está buscando en Google, solo está ahorrando tiempo.

Moraleja: Un buen desarrollador significa un buen Googler ;-)

La programación no se trata de conocer hechos o de memorizar sin pensar otra API. Se trata de poder encontrar e implementar la mejor solución posible para un problema de la manera más eficiente. Leer un montón de documentación es parte del trabajo.

Obviamente, leer un tutorial introductorio de una tecnología que se supone que debes usar durante años parece bastante malo, pero no leer ninguna documentación es una señal bastante segura de que algo es sospechoso; a menudo es un signo de mentalidad cerrada, una falta de voluntad para aprender cosas nuevas o un estilo de trabajo repetitivo.

El desarrollador ideal no es alguien que conozca un número impresionante de llamadas a funciones; es alguien que puede encontrar y absorber la documentación de manera eficiente y usarla de manera productiva.

Además, si sus colegas miran la pantalla lo suficiente como para juzgar cuánto busca en Google, es probable que ellos mismos no sean muy productivos.

Dado que las tecnologías disponibles para cualquier persona involucrada en escribir software están en constante evolución, yo esperaría que cualquier persona que escriba software buscaría en Internet información relevante de manera regular. Dado que está trabajando con Objective-C, supongo que está escribiendo para una de las plataformas de dispositivos Apple, que es un área de desarrollo de software que es relativamente nueva, y en estas circunstancias, espero que lo haga. Estaré buscando información sobre una base regular.

Creo que existe una tendencia a asociar (o confundir) la búsqueda de información en Internet con el "navegar por la web" sin sentido, lo que podría hacer que las personas que buscan información legítimamente se sientan extrañas en el trabajo. Pero piénselo de esta manera: antes de los buenos motores de búsqueda, habría elegido un libro de referencia, y no sé si lo hubiera mirado de reojo por hacerlo.

Además, ¿cómo alguien aprende algo sin al menos hacer una lectura autodirigida de algún tipo? Escribo software en un entorno interdisciplinario en el que no puedo permitirme el lujo de tener una plataforma o lenguaje "favorito", tengo que usar lo que tenga más sentido para el proyecto en cuestión, lo que significa que siempre estoy buscando información porque ' Estoy aprendiendo constantemente. :-p

Antes de los Intertubes, todos teníamos una pila de manuales en nuestros escritorios. Cuando teníamos que buscar algo, revisamos el manual. Nadie lo ha cuestionado, y es mucho más obvio cuando tienes un manual abierto, a diferencia de Google o SO en la pantalla.

Ahora que todo está en línea y los manuales en papel son menos comunes, esto está cambiando a la web. Sin mencionar que es más rápido para Google algo que buscarlo en un manual.

Mientras esté haciendo las cosas a un ritmo razonable, nadie debería tener un problema con esto. Si estás haciendo esto porque te vendiste a ti mismo por tener habilidades y experiencia que realmente no tienes, esa es otra historia.

Tome notas para no tener que repetir búsquedas. Te ayudará a recordar también. Yo diría que, a medida que pase el tiempo, buscará cada vez menos, pero es de esperar que vaya a realizar tareas más complejas.

Cualquier persona que te juzgue simplemente por la cantidad de búsquedas que haces, probablemente no vale la pena impresionar. Solo asegúrese de que su supervisor sepa que está haciendo las cosas que quiere que se hagan cuando esperan que se hagan.

Si presionas Alt-Tab cada vez que alguien pasa cerca de tu cubo, pensarán que estás jugando al barrendero en lugar de buscar respuestas. No hay mucha impresión.