Copyright HébergementWebs.com - License GPL

La revolución #vizcoin

Noticias   2021-02-07 01:06:11

La revolucion de #VIZcoin Publicado originalmente por Morpheu5 en Donde, por que y como construi un intercambio de visibilidad-bitcoin. Hace unos meses vi este tweet. Esto es exactamente lo que parece: un rastreador de tipos de cambio con una calculadora para convertir vizcoins en bitcoins porque una moneda falsa no se puede traducir a otra, y tambien porque era mas dificil obtener tipos de cambio con descuento de lo que valia para una broma rapida. Si, pero ¿por que? En parte, porque no queria simplemente desahogar la frustracion en Twitter. En cambio, Queria hacer algo mas tangible y visible (!) Que un mensaje de internet enojado aqui y alla. Y en parte porque sali del ciclo de desarrolloPagina web por un tiempo y queria ponerse al dia con las Kardashian. Ok, entonces, ¿que he hecho? En primer lugar, en estos dias, si esta haciendo algo del lado del servidor con renderizado estatico con solo el minimo de JS en la parte superior, se lo esta perdiendo. En cambio, todos los chicos geniales separan los backends de los frontends, lo que normalmente me satisfaria porque bueno la gente presta atencion a cosas como separacion de preocupaciones , ¿no es asi? En cambio, en este caso, me lleno de pavor existencial, pero mi lado del ingeniero intervino y decidi hacerlo bien en lugar de ser vago. El problema era muy simple: crear una API de backend que ofreciera tipos de cambio en formato estandar OHLC, a intervalos de una horami. Pase mucho mas tiempo pensando en esto de lo que hubiera sido razonable. Tenia muchas ganas de hacer Swift del lado del servidor, ya que Swift del lado del servidor era una cosa, por lo que el lenguaje de backend ni siquiera era un problema. La pregunta era que marco iba a utilizar. Actualmente existen muchas alternativas, siendo la mas popular Kitura , Perfecto , Zewo y Vapor , y hay toneladas de publicaciones comparativas en todo el Internet. En mi caso, necesitaba una API con un solo punto final que sirviera un monton de numeros en formato JSON, asi que no estaba demasiado preocupado por el rendimiento. Originalmente opte por Vapor, pero no pude hacerlo funcionar en mi Mac debido a Homebrew , asi que me cai De regreso a Kitura porque a) esta respaldado por IBM, yb) No me gusto en particular Perfect, y Zewo parecia demasiado para el chico nuevo y genial del vecindario, por lo que realmente no me inspiro confianza. Sin embargo, no soy el mejor juez de personajes. 😏 En general, me siento muy comodo con mi API. Me encanta Swift, y Kitura es un marco muy bueno para trabajar . Queria actuar rapido y poner las cosas en marcha, asi que no queria pasar dias sumergiendome en la documentacion.tacion. Esto significaba que mi codigo tenia algunos problemas que solucionar, y todavia estoy confundido acerca de algunas cosas como lo que sucedio con las variables de entorno de tiempo de ejecucion y las configuraciones de depuracion / liberacion, o cuando Xcode se integrara correctamente con Swift Package Manager, o veremos alguna vez ¿Un IDE de terceros decente que sea totalmente compatible con Swift y SPM? Aqui estan las preguntas importantes en la vida de un desarrollador Swift del lado del servidor. La siguiente pregunta importante, que pude responder, fue: ¿como generar datos plausibles? Quiero decir, aunque los comerciantes juran por sus madres que trading no es un paseo aleatorio , la verdad es que, al menos localmente, es probableen un paseo aleatorio - quiero decir, este es el juego despues de todo. Entonces, como decidi mostrar solo un grafico de 48 horas, mostrando intervalos por hora, decidi usar un generador de ruido Perlin, y hace un muy buen trabajo. Toma eso, forex. Puede ver el codigo source en mi cuenta de Github. API Datos del generador y otras herramientas La ultima vez que trabaje solo en la interfaz web MENOS estaba de moda, jQuery siempre fue la biblioteca elegida para todas las cosas Java, y queria hacer la mayor parte de sus calculos en el servidor porque los clientes eran malos e impredecibles.la. Si, ha pasado un tiempo, ahora Sass esta de moda (¿o es el siguiente? ¿O es puro? ¿O es ...), probablemente ha habido tres o cuatro frameworks JS nacidos cuando escribi esta publicacion , y los navegadores siguen siendo malos e impredecibles, aunque estan mejorando lentamente. En mi trabajo actual, ejecutamos un gran sitio web pesado de JS basado en Angular 1 (!) y React y otros, con una API separada en Java, si, lo se. Entonces, pense para mi mismo, voy a probar este modo ECMAScript 2015+. Para el grafico , utilice D3 . Al principio use P5 , pero luego las cosas resultaron ser un poco mas complejas de lo que esperaba, asi que pense queProbaria D3, dada su popularidad. Puede que me este perdiendo algo, pero creo que termine codificando manualmente un documento SVG desde cero, usando esa muy mala excusa para el enlace de datos que aparentemente hace D3 lo que hace. Literalmente tuve que darme una ducha despues. Una vez que el grafico estuvo terminado, y ni siquiera de la forma que yo queria, cambie a la calculadora de intercambio . Reaccionar fue la eleccion obvia aqui. Lo uso en el trabajo, es bastante bueno, todo el asunto de JSX es repugnante pero, de nuevo, JS es repugnante, asi que en general lo segui y ni siquiera me disguste del todo. Actualizar el estado del componente me confunde enormemente, pero al final, lo logre. Para unir todo , use Webpack . Honestamente, no estoy seguro de lo que sucede al ejecutarlo. Supongo que esperaba algo mas como un GNU Make mas algun tipo de archivo de supervision, algo asi como un flujo de compilacion configurable de servidores que Haria perfectamente lo que yo quiera que hagan. No estoy seguro de si lo usaria para mi proximo proyecto, a menos que tenga sentido absoluto o alguien me lo fuerce por la garganta. Incluso en el trabajo, lo abandonamos, aunque no No se con que lo reemplazamos. 😛 Echa un vistazo al codigo source, si te atreves . Implementacion y HTTPS HTTPS es genial, es importante y es una evidencia con Encriptemos , si tiene su propio servidor privado o un ISP de mente abierta. La implementacion tambien fue bastante facil con Docker en mi propio VPS. En conclusion VIZex.co fue un proyecto divertido. No puedo decir que haya aprendido mucho, pero al menos pude poner los pies en el suelo y ahora tengo una plataforma decente para explorar mas a fondo el desarrollo web moderno, aunque todavia soy esceptico, pero probablemente solo soy yo y el tipo de software que desarrollo normalmente. Ironicamente, estoy haciendo esto para el programa, asi que si tiene Me encanto esta publicacion y VIZex, aplauda aqui en Medium y corre la voz entre tus amigos independientes. Con suerte, la proxima vez que alguien te de visibilidad a cambio de un trabajo, le indiques VIZex.co y pidales una cantidad adecuada de bitcoins en su lugar, ¡o el equivalente en su propia moneda preferida! 😜 Hablando de monedas , hago esto por diversion y gratis, pero mi ISP, con bastante facilidad, pide dinero. Si pudieras gastar algunas monedas te lo agradeceria mucho. Desplacese hacia abajo hasta VIZex.co . Y si se pregunta por que escribi #finntech con dos "n ", es porque significa tecnologia finlandesa. 😅 Oye, tengo otras historias aqui en Medium, incluidas Como arruine el inicio de mi aplicacionacion artistica Como cree una aplicacion de arte basada en la ciencia La escena de arranque debe tomar mucho tiempo para verse a si misma ¿Se ha revocado recientemente la libertad de circulacion en Europa?