Feda /dev/ - No Javascript allowed | Página 192

MTX_Anubis #5731 May '20 :psyduck:

Yo es qeu tener un solo hilo para dudas no le veo sentido. Un hilo tiene sentido para seguir la temática. Si me dijeras que somos miles de usuarios en este subforo como Offtopic pues lo entendería (y aún así, sería mejor su propio subforo) porque si no se te llena todo el subforo de hilos de preguntas pero somos pocas decenas, el subforo tampoco es que tenga mucha actividad como para que ensucien los hilos de dudas y la idea de crear un hilo en un foro es poder seguirlo.

De qué me sirve un hilo con 500 post si cada 4 post están con distintas preguntas. No lo puedo seguir, no puedo ver preguntas que se hayan quedado sin contestar y nadie puede buscar nada ahí.

eondev #5732 May '20

#5730 más motivo para no crear un hilo único.
Joder a parte de lo q digo en #5729 un hilo nuevo tiene un título que se lee nada más entrar al subforo y no se queda como una pregunta escondida en un hilo único

Ranthas #5733 May '20

El problema es que la mayoría de las preguntas son estupideces del rollo

"Soy nuevo jiji, que lenguaje es el mejor".
"estoy empezando y quiero saber que framework es el mejor",
"no se como hacer X, para todo X perteneciente al conjunto de deberes de clase, por favor resuelvanlo muy rápido"
"por favor, resuelvame X, aunque X se resuelva escribiendolo en google y cogiendo cualquier link al azar entre las primeras 8762348756342 paginas, el caso es no hacerlo yo y que alguien me lo de masticado"

Pues es obvio que te cae una troleada.

En este subforo se pueden encontrar varios hilos con preguntas y respuestas interesantes; lo curioso es que la mayoría suelen ser sobre SQL.

aren-pulid0 #5734 May '20

Yo estoy a favor de un mix, en este hilo preguntas chorra como lo de cómo se hace X en Y lenguaje, y hilo aparte para pregunta con posible debate.

También está el problema de que creas un hilo y bastantes posibilidades de que pase desapercibido y vaya cayendo en el olvido.
Este hilo tiene la mayor atencion del subforo.

1 respuesta

desu #5735 May '20

Para los usuarios que somos y algunos quieren pasar a una arquitectura de microservicios ... estos de fp y su sobre inginieria.

HeXaN #5736 May '20

Típico repo que nos pondría @desu : https://github.com/labuladong/fucking-algorithm

1 respuesta

eondev #5737 May '20

#5734 no. Si la gente ya pregunta en este en vez de crear un hilo, en otro pasaría aún peor.

Pero macho qué coño os pasa con crear hilos? xDDDD

1 respuesta

Kaledros #5738 May '20

#5736

English translation is still processing... Some articles are still in Chinese, but most are completed. Please star this repo, when you come back soon, translation will finish perfectly. Just enjoy.

These articles are somehow kinds of Algorithmic Thinking. All based on LeetCode problems, but NOT ONLY the code of solution, but also WHY writing code this way, HOW we figure it out.

No me jodas, si escriben igual...

Ranthas #5739 May '20

本仓库总共 60 多篇原创文章，基本上都是基于 LeetCode 的题目，涵盖了所有题型和技巧，而且一定要做到举一反三，通俗易懂，绝不是简单的代码堆砌，后面有目录。

我先吐槽几句。刷题刷题，刷的是题，培养的是思维，本仓库的目的就是传递这种算法思维。我要是只写一个包含 LeetCode 题目代码的仓库，有个锤子用？没有思路解释，没有思维框架，顶多写个时间复杂度，那玩意一眼就能看出来。

只想要答案的话很容易，题目评论区五花八门的答案，动不动就秀 python 一行代码解决，有那么多人点赞。问题是，你去做算法题，是去学习编程语言的奇技淫巧的，还是学习算法思维的呢？你的快乐，到底源自复制别人的一行代码通过测试，已完成题目 +1，还是源自自己通过逻辑推理和算法框架不看答案写出解法？

网上总有大佬喷我，说我写这玩意太基础了，根本没必要啰嗦。我只能说大家刷算法就是找工作吃饭的，不是打竞赛的，我也是一路摸爬滚打过来的，我们要的是清楚明白有所得，不是故弄玄虚无所指。不想办法做到通俗易懂，难道要上来先把《算法导论》吹上天，然后把人家都心怀敬仰地劝退？别的不说，公众号几万读者，PDF 版本上万次下载，联系我的出版社都好几家，说明质量还过得去吧？

做啥事情做多了，都能发现套路的，我把各种算法套路框架总结出来，相信可以帮助其他人少走弯路。我这个纯靠自学的小童鞋，花了一年时间刷题和总结，自己写了一份算法小抄，后面有目录，这里就不废话了。

Lecherito #5740 May '20 A toda leche

本仓库总共 60 多篇原创文章，基本上都是基于 LeetCode 的题目，涵盖了所有题型和技巧，而且一定要做到举一反三，通俗易懂，绝不是简单的代码堆砌，后面有目录。

我先吐槽几句。刷题刷题，刷的是题，培养的是思维，本仓库的目的就是传递这种算法思维。我要是只写一个包含 LeetCode 题目代码的仓库，有个锤子用？没有思路解释，没有思维框架，顶多写个时间复杂度，那玩意一眼就能看出来。

只想要答案的话很容易，题目评论区五花八门的答案，动不动就秀 python 一行代码解决，有那么多人点赞。问题是，你去做算法题，是去学习编程语言的奇技淫巧的，还是学习算法思维的呢？你的快乐，到底源自复制别人的一行代码通过测试，已完成题目 +1，还是源自自己通过逻辑推理和算法框架不看答案写出解法？

网上总有大佬喷我，说我写这玩意太基础了，根本没必要啰嗦。我只能说大家刷算法就是找工作吃饭的，不是打竞赛的，我也是一路摸爬滚打过来的，我们要的是清楚明白有所得，不是故弄玄虚无所指。不想办法做到通俗易懂，难道要上来先把《算法导论》吹上天，然后把人家都心怀敬仰地劝退？别的不说，公众号几万读者，PDF 版本上万次下载，联系我的出版社都好几家，说明质量还过得去吧？

做啥事情做多了，都能发现套路的，我把各种算法套路框架总结出来，相信可以帮助其他人少走弯路。我这个纯靠自学的小童鞋，花了一年时间刷题和总结，自己写了一份算法小抄，后面有目录，这里就不废话了。

HeXaN #5741 May '20

Lo lleváis al toque por lo que veo.

aren-pulid0 #5742 May '20

Pero el leetcode ese sirve de algo?

MrBigel #5743 May '20

Habéis escuchado sobre el CMS Ghost? Es algo entre Wordpress y picar código, mañana me informaré, me han dicho que está interesante.

desu #5744 May '20

#5737eondev:
Pero macho qué coño os pasa con crear hilos? xDDDD

No has creado ni un solo hilo en dev xd

1 respuesta

eondev #5745 May '20

#5744 Cómo que no xDDDD
Yo creo los hilos en el subforo que necesito cuando me da la gana

Para algo hay un botón naranja que pone Nuevo Hilo xd

afhn #5746 May '20 Guardia Imperial

Ojalá los japos supieran programar y no metiesen bucles de 65 millones de iteraciones para hacer una instrucción simple. Gg wp.

1 respuesta

HeXaN #5747 May '20

#5746 Tú seguro que haces código optimizado. Si es que alguna vez has hecho algo más completo que un doble bucle, claro.

1 respuesta

Kaledros #5748 May '20

Los japos no saben programar, prueba número uno: https://www.eurogamer.net/articles/digitalfoundry-2014-secret-developers-wii-u-the-inside-story Es largo, pero vale la pena para ver cómo se las gastan en esa isla dejada de la mano de dios.

aren-pulid0 #5749 May '20

Pregunta de noob here,

Es recomendable usar loggers? Estoy llevando un proyecto yo solo y nunca los he usado.
Entonces quería saber si merece la pena en cuestiones de complejidad para dolores de cabeza posteriores

3 respuestas

eondev #5750 May '20

#5749 si

1 respuesta

MrBigel #5751 May '20

Pregunta de subnormal here,

¿Qué son loggers?

Fyn4r #5752 May '20 Inocente

#5749 sí, y debería ser bajo pena de catapulta

1 1 respuesta

elkaoD #5753 May '20

Hola, quería aprender a hacer videojuegos. ¿Qué herramienta me recomendáis?

4 2 respuestas

Fyn4r #5754 May '20 Inocente

ojo

2

aren-pulid0 #5755 May '20

Gracias por las respuestas #5752 #5750.

Son tan importantes en el back como en el front? Y si tuvierais que incluirlo en uno, en cual primero

#5753 Yo he visto que la gente tira mucho por Unity pero no me hagas mucho caso que no tengo ni idea

1 respuesta

Wei-Yu #5756 May '20

#5749 siempre loggea lo que ocurre y utiliza distintos niveles para diferenciar distinta información.

los logs son esenciales; puedes hacer lo que quieras programando que si no tienes una buena estrategia de logging te vas a comer un marrón bien gordo tarde o temprano

también hay que decir que dependiendo de la topología del sistema sobre el que trabajas, su complejidaf o dimensión y otras tantas variables puede ser que no hagan falta

Kaledros #5757 May '20

#5755 No he loggeado nunca en el front más allá de un console.log() que otro para debuggear cosas, pero en el back sí. Suelo usar el nivel info para indicar comportamiento normal (acabo de llamar a la db, he recibido bien la respuesta de la db, etc), el nivel error para la captura de excepciones y el debug por si necesito saber qué valores tiene una variable o cosas así.

afhn #5758 May '20 Guardia Imperial

#5747 bueno, aparte de que intento evitar los doble bucles, he retocado ese código teniendo el mismo resultado, haciendo que en vez de tardar 4 horas tarde 10 minutos. Podría hacer que tarde 1 minuto, pero utiliza tablas temporales y el core del framework no está cogiendo bien el índice lnsshort para la tabla temporal, podría meterme en el core y hacer que meta bien el hint para que tire del índice correcto, pero es demasiado jaleo y ya entra en tiempos de optimización.

MTX_Anubis #5759 May '20 :psyduck:

#5753 C++ y te haces el engine, que tu sabes.

Cuantos años sin verte. El nivel del hilo ha subido enteros.

3

JuAn4k4 #5760 May '20

@desu (ya que nos has hablado que usabas Druid en el curro) o alguien con experiencia con Apache Druid, ¿ Usais Imply ? ¿ O gestionáis vosotros el cluster ?

Si lo usais, ¿ qué tal son en general ?
Si no lo usais, ¿ Dónde lo teneis ? ¿Usais k8s o algo similar ? ¿ O usais cloudformatiom/terraform/otros ?

Estoy planteando usar Druid en un proyecto en el que encaja muy bien.

Gracias majo.

En cuanto a logger, son importantes tanto front como back, no deja de ser parte de tu app. Yo empezaría con back, y luego añades front, el front deberia enviarlo al back para guardarlo. Nosotros enviábamos bulks cada X o cada error. Eso si, evita tener mucho ruido, hacen los logs inutiles.
El logging tiene un objetivo principal: Detectar errores en tu app y debugear su causa. Que he visto gente usándolos para notificar eventos de aplicación en slack y aplaudirse a si mismo con las orejas...

1 respuesta

Feda /dev/ - No Javascript allowed

Normas basicas de convivencia:

Memes Feda/dev

Usuarios habituales