103 karma · joined March 27, 2018
I only wish I could be as diligent and focused to do a thing like this, because I think it would be so much fun. I bought the Crafting Interpreters book a while ago, but still haven't got time to actually go through with it.
Well, maybe one day...
Location: Curitiba, Brazil
Remote: yes
Willing to relocate: no
Technologies: TypeScript, JavaScript, Python, Redis, MongoDB, PostgreSQL, MariaDB, Angular, ExpressJS, AWS, Rust, Axum, HTMX and TailwindCSS.
Résumé/CV: https://www.linkedin.com/in/adelmo-junior-2a576b156/ | PDF on request
Email: development@silvajunior.dev
I'm a software engineer working to help people build products and deliver value to their customers.
I can help build: - web applications using modern principles with the latest technologies (Angular, React, TypeScript, Vue, TailwindCSS, HTMX); - services that monitor equipments using telecommunications protocols (SNMP, NETCONF, TR-069); - serverless programs on any business domain to help reduce costs and increase availability (AWS Lambda); - microservices that expose REST APIs for consumption using battle-tested frameworks (SpringBoot, Quarkus); - data processing applications and services that consumes streams of data using common parsing techniques (Rust with Nom); - small CLI apps to help automate common tasks (Rust); - integration of different services using distributed log (Kafka, AWS SNS), WebSocket (with NodeJS) or with simple HTTP requests; - proper documentation for common services using OpenAPI specification and/or frameworks such as Diátaxis (Swagger)
Remote: yes (preferably part-time, but I can do full-time as well)
Willing to relocate: yes
Technologies: TypeScript, JavaScript, Pytho, Redis, MongoDB, PostgreSQL, MariaDB, Angular, ExpressJS, AWS, Rust, Axum, HTMX and TailwindCSS.
Résumé/CV: https://www.linkedin.com/in/adelmo-junior-2a576b156/ | PDF on request
Email: development@silvajunior.dev
I'm a software engineer working to help people build products and deliver value to their customers.
I can help build:
- web applications using modern principles with the latest technologies (Angular, React, TypeScript, Vue, TailwindCSS, HTMX)
- services that monitor equipments using telecommunications protocols (SNMP, NETCONF, TR-069)
- serverless programs on any business domain to help reduce costs and increase availability (AWS Lambda)
- microservices that expose REST APIs for consumption using battle-tested frameworks (SpringBoot, Quarkus)
- data processing applications and services that consumes streams of data using common parsing techniques (Rust with Nom)
- small CLI apps to help automate common tasks (Rust)
- integration of different services using distributed log (Kafka, AWS SNS), WebSocket (with NodeJS) or with simple HTTP requests
- proper documentation for common services using OpenAPI specification (Swagger)
Remote: yes (preferably part-time, but I can do full-time as well)
Willing to relocate: yes
Technologies: TypeScript, JavaScript, Pytho, Redis, MongoDB, PostgreSQL, MariaDB, Angular, ExpressJS, AWS, Rust, Axum, HTMX and TailwindCSS.
Résumé/CV: https://www.linkedin.com/in/adelmo-junior-2a576b156/ | PDF on request
Email: development@silvajunior.dev
I'm a software engineer working to help people build products and deliver value to their customers.
I can help build:
- web applications using modern principles with the latest technologies (Angular, React, TypeScript, Vue, TailwindCSS, HTMX)
- services that monitor equipments using telecommunications protocols (SNMP, NETCONF, TR-069)
- serverless programs on any business domain to help reduce costs and increase availability (AWS Lambda)
- microservices that expose REST APIs for consumption using battle-tested frameworks (SpringBoot, Quarkus)
- data processing applications and services that consumes streams of data using common parsing techniques (Rust with Nom)
- small CLI apps to help automate common tasks (Rust)
- integration of different services using distributed log (Kafka, AWS SNS), WebSocket (with NodeJS) or with simple HTTP requests
- proper documentation for common services using OpenAPI specification (Swagger)
Location: Curitiba, Brazil
Remote: yes
Willing to relocate: no
Technologies: TypeScript, JavaScript, Python, Redis, MongoDB, PostgreSQL, MariaDB, Angular, ExpressJS, AWS, Rust, Axum, HTMX and TailwindCSS.
Résumé/CV: https://www.linkedin.com/in/adelmo-junior-2a576b156/ | PDF on request
Email: development@silvajunior.dev
I'm a software engineer working to help people build products and deliver value to their customers.
I can help build: - web applications using modern principles with the latest technologies (Angular, React, TypeScript, Vue, TailwindCSS, HTMX); - services that monitor equipments using telecommunications protocols (SNMP, NETCONF, TR-069); - serverless programs on any business domain to help reduce costs and increase availability (AWS Lambda); - microservices that expose REST APIs for consumption using battle-tested frameworks (SpringBoot, Quarkus); - data processing applications and services that consumes streams of data using common parsing techniques (Rust with Nom); - small CLI apps to help automate common tasks (Rust); - integration of different services using distributed log (Kafka, AWS SNS), WebSocket (with NodeJS) or with simple HTTP requests; - proper documentation for common services using OpenAPI specification and/or frameworks such as Diátaxis (Swagger)
Remote: yes (preferably part-time, but I can do full-time as well)
Willing to relocate: yes
Technologies: TypeScript, JavaScript, Pytho, Redis, MongoDB, PostgreSQL, MariaDB, Angular, ExpressJS, AWS, Rust, Axum, HTMX and TailwindCSS.
Résumé/CV: https://www.linkedin.com/in/adelmo-junior-2a576b156/ | PDF on request
Email: development@silvajunior.dev
I'm a software engineer working to help people build products and deliver value to their customers.
I can help build:
- web applications using modern principles with the latest technologies (Angular, React, TypeScript, Vue, TailwindCSS, HTMX)
- services that monitor equipments using telecommunications protocols (SNMP, NETCONF, TR-069)
- serverless programs on any business domain to help reduce costs and increase availability (AWS Lambda)
- microservices that expose REST APIs for consumption using battle-tested frameworks (SpringBoot, Quarkus)
- data processing applications and services that consumes streams of data using common parsing techniques (Rust with Nom)
- small CLI apps to help automate common tasks (Rust)
- integration of different services using distributed log (Kafka, AWS SNS), WebSocket (with NodeJS) or with simple HTTP requests
- proper documentation for common services using OpenAPI specification (Swagger)
Location: Curitiba, Brazil
Remote: yes
Willing to relocate: no
Technologies: TypeScript, JavaScript, Python, Redis, MongoDB, PostgreSQL, MariaDB, Angular, ExpressJS, AWS, Rust, Axum, HTMX and TailwindCSS.
Résumé/CV: https://www.linkedin.com/in/adelmo-junior-2a576b156/ | PDF on request
Email: development@silvajunior.dev
I'm a software engineer working to help people build products and deliver value to their customers.
I can help build: - web applications using modern principles with the latest technologies (Angular, React, TypeScript, Vue, TailwindCSS, HTMX); - services that monitor equipments using telecommunications protocols (SNMP, NETCONF, TR-069); - serverless programs on any business domain to help reduce costs and increase availability (AWS Lambda); - microservices that expose REST APIs for consumption using battle-tested frameworks (SpringBoot, Quarkus); - data processing applications and services that consumes streams of data using common parsing techniques (Rust with Nom); - small CLI apps to help automate common tasks (Rust); - integration of different services using distributed log (Kafka, AWS SNS), WebSocket (with NodeJS) or with simple HTTP requests; - proper documentation for common services using OpenAPI specification and/or frameworks such as Diátaxis (Swagger)
No, we do not. First and foremost, in our current society, trust should be earned, and not understood as already given on first sight. Second, even if said trust is earned, it can be lost.
Most of these companies have shown, time and time again, that they cannot be trusted with personal information. To give credit, some companies do put up a disclaimer that you should not provide sensitive information. But that is only acknowledging that they are going to use in a public way, i.e. everything you feed into AI models is going to be public.
And finally, advances in AI do not require personal information. Not ever. Just because we CAN provide personal information, it does not mean we SHOULD provide it.
Remote: yes
Willing to relocate: yes
Technologies: TypeScript, JavaScript, Pytho, Redis, MongoDB, PostgreSQL, MariaDB, Angular, ExpressJS, AWS, Rust, Axum, HTMX and TailwindCSS.
Résumé/CV: https://www.linkedin.com/in/adelmo-junior-2a576b156/ | PDF on request
Email: development@silvajunior.dev
I'm a software engineer working to help people build products and deliver value to their customers.
I can help build:
- web applications using modern principles with the latest technologies (Angular, React, TypeScript, Vue, TailwindCSS, HTMX)
- services that monitor equipments using telecommunications protocols (SNMP, NETCONF, TR-069)
- serverless programs on any business domain to help reduce costs and increase availability (AWS Lambda)
- microservices that expose REST APIs for consumption using battle-tested frameworks (SpringBoot, Quarkus)
- data processing applications and services that consumes streams of data using common parsing techniques (Rust with Nom)
- small CLI apps to help automate common tasks (Rust)
- integration of different services using distributed log (Kafka, AWS SNS), WebSocket (with NodeJS) or with simple HTTP requests
- proper documentation for common services using OpenAPI specification (Swagger)
Yes, there are other forms of subtyping, but saying that many languages don't have subtyping just because they don't have these other forms of subtyping is either cluelessness or satire.
Regarding n° 2, I think it will never be fixed, given the nature of the service itself, in which all emails are stored encrypted, and the encryption keys are in the server.
Location: Curitiba, Brazil
Remote: yes
Willing to relocate: no
Technologies: TypeScript, JavaScript, Pytho, Redis, MongoDB, PostgreSQL, MariaDB, Angular, ExpressJS, AWS, Rust, Axum, HTMX and TailwindCSS.
Résumé/CV: https://www.linkedin.com/in/adelmo-junior-2a576b156/ | PDF on request
Email: development@silvajunior.dev
I'm a software engineer working to help people build products and deliver value to their customers.
I can help build: - web applications using modern principles with the latest technologies (Angular, React, TypeScript, Vue, TailwindCSS, HTMX) - services that monitor equipments using telecommunications protocols (SNMP, NETCONF, TR-069) - serverless programs on any business domain to help reduce costs and increase availability (AWS Lambda) - microservices that expose REST APIs for consumption using battle-tested frameworks (SpringBoot, Quarkus) - data processing applications and services that consumes streams of data using common parsing techniques (Rust with Nom) - small CLI apps to help automate common tasks (Rust) - integration of different services using distributed log (Kafka, AWS SNS), WebSocket (with NodeJS) or with simple HTTP requests - proper documentation for common services using OpenAPI specification (Swagger)
Remote: yes
Willing to relocate: no
Technologies: TypeScript, JavaScript, Pytho, Redis, MongoDB, PostgreSQL, MariaDB, Angular, ExpressJS, AWS, Rust, Axum, HTMX and TailwindCSS.
Résumé/CV: https://www.linkedin.com/in/adelmo-junior-2a576b156/ | PDF on request
Email: development@silvajunior.dev
I'm a software engineer working to help people build products and deliver value to their customers.
I can help build: - web applications using modern principles with the latest technologies (Angular, React, TypeScript, Vue, TailwindCSS, HTMX) - services that monitor equipments using telecommunications protocols (SNMP, NETCONF, TR-069) - serverless programs on any business domain to help reduce costs and increase availability (AWS Lambda) - microservices that expose REST APIs for consumption using battle-tested frameworks (SpringBoot, Quarkus) - data processing applications and services that consumes streams of data using common parsing techniques (Rust with Nom) - small CLI apps to help automate common tasks (Rust) - integration of different services using distributed log (Kafka, AWS SNS), WebSocket (with NodeJS) or with simple HTTP requests - proper documentation for common services using OpenAPI specification (Swagger)
I am a software engineer with 6+ years of experience. If you have a need for microservices, or monoliths, as backend features, I can build them for you. Also trying my best at creating full-on web applications using HTMX and Spring(Java)/Axum(Rust).
Timezones: US and LATAM timezones
Languages/Technologies: Java, Python, PostgreSQL, MariaDB, Rust, HTMX, Angular, AWS, SNMP, TR-069, NETCONF, Docker
Frameworks: Spring Boot, Quarkus, Axum (Rust)
LinkedIn: www.linkedin.com/in/adelmo-junior-2a576b156
Email: development@silvajunior.dev
Expertise: Currently building microservices as an abstraction interface to manage, monitor, configure and provision network devices
Current project: Taking a Node-based project for device monitoring built for lab-only use to have features such as authn and authz, proper device registration and discovery, SNMP V3 auth features, README documentation and on-prem installation via docker-compose
Again, kudos to Uncle Bob for reminding me about the importance of good software architecture in his classic Clean Architecture! That book is my primary inspiration for this series. Without clean architecture, we’ll all be building firmware (my paraphrased summary).
What does clean architecture have to do with building firmware or not? Plenty of programmers make a living building firmware. Just because they don't need/can't/want to apply clean architecture in their code, doesn't mean they are inferior to those who do.
Furthermore, after a snippet which I suppose it is in Kotlin, there is this:
While mathematically a square is a rectangle, in terms of behavior substitutability, it isn’t. The Square class violates LSP because it changes the behavior that clients of Rectangle expect. Instead of inheritance, we can use composition and interfaces
The Liskov principle is about one of the three types of polymorphism (so far): subtyping polymorphism. Which is about inheritance. Composition is _not_ subtyping. And interfaces (be it Java's or Kotlin's) are another type of polymorphism: ad-hoc. Even Wikipedia[1] has the correct definition:
Ad hoc polymorphism: defines a common interface for an arbitrary set of individually specified types.
Therefore, the examples of interfaces aren't compliant with LSP as well.
I understand the good intentions behind the article, but it left much to be desired. A proper research to at least fix the glaring errors should have been made beforehand.
[1]: https://en.wikipedia.org/wiki/Polymorphism_%28computer_scien...
Anyway, absolutely love your books, have the Crafting Interpreters print copy (which has been inadvertently unboxed by my friend; did want it to be still in the plastic) despite using only the website version, and looking forward to buy the Game Programming Patterns. I hope you continue to be successful in your endeavours (especially if they result in legendary books like these :D). Also, could we be looking forward to a version of yours of a CPU architecture book, a la Nand2Tetris ( ͡° ͜ʖ ͡°)?
That and the original Russian copies of the Metro series..
I think (and this is only my honest, outsider perspective) that the issue is, and always was, about trust. As in: who is this dude publishing this paper about high-energy particle physics? I don't know him, so I don't trust him. But I do know about Science, and Nature, and other Journals, so I'm gonna use them. That's why Elsevier and Springer and other publishers continued to exist.
Problem is, science isn't about trust. It's about knowledge, and more importantly, truth. But how do get the truth? Well, there's witnesses, and evidence, and Reproducibility™ of statements to produce facts. Y'know, science itself. If we could somehow resolve the reproducibility crisis of science, I think we would be one step closer to ending the parasitic mono-duo-oligo-whateverpoly of these publishers. Because then it would not be about who I trust to move forward the science enterprise. Instead it would be about facts themselves, and about confirming, via evidence and reproducibility of these facts, that would promote a piece of statement into knowledge. And that is how science should always have been, since the very beginning.
But the reproduction of experiments is a problem in itself, that might be the cause of the 'relying-on-trust' issue. Since not all experiments are a simple ./build-and-run.sh script, and some involve a lot of money (think anything in medicine, physics, geology, oceanography, and the list goes on to ∞), it ends up being about someone that is reputable and reliable that had money and did the experiment and published in some journal that I know.
[1] https://thefutureheart.com/2013/09/29/deserters-songs-15/