DEV Community: Jorge Castro

What I Stand for in 2023

Jorge Castro — Sun, 01 Jan 2023 21:33:59 +0000

Sharing what I stand for in 2023.

Because I believe the only way we will make it through the current state of issues as humanity, is if more people stand by the right things, not because it is wrong not to, or want to change your mind, but because together, if we have shared concerns we may stand a chance.

Call me “woke” if you wish, but at least I will try, sharing or putting some energy into a cause this year, even if the only thing I can give is sharing and some of my time or money. We have to put ourselves out there and be more vulnerable, I care more about the human behind a brand, and you should too, this is part of my identity.

First and foremost, I #StandWithUkraine. It is crucial that Ukraine win against the invaders and terrorists occupying their land, it is a fight for freedom that humanity simply cannot afford to lose, if we lose, not only Russia, others will try to impose their will by holding others hostage enabled by their energy resources, and remain unaccountable for their actions, what kind of future is that?

This leads me to my second stance, we need to develop or provide access to better energy technologies open to everyone.

For this, I have been following the work from Dr. Steven Greer, as in his latest statements I think we are closer to having an open and accessible source of energy. A lot has to be done, but I don't know anyone else who seems committed to this and other humanity survival goals in the context of the rest of civilizations in the universe, which will take more and more importance, perhaps this year there is a breakthrough in this subject, and yes, I believe this is not science fiction, but the future of science as we know it.

This will also immediately impact climate change crisis, there is no time left to waste, or we are closer to the point of no return.

Third, COVID has become the ultimate threat to our quality of living, you simply do not need to catch a virus that causes potentially so much vascular damage and inflammation all over your body, and neither be disabled from long covid:

Eric Topol

@erictopol

Our comprehensive review of #LongCovid has just been published
nature.com/articles/s4157…
Phenomenal work by @ahandvanish @LisaAMcCorkell @juliamv
@NatureRevMicro

18:26 PM - 13 Jan 2023

Plenty of scientific evidence has given us the tools to fight it, spread is not unstoppable, is freaking physics and evidence-based science, just facts. Our tools:

Air Quality indoors
Proper masking oh and WHO also recommends masks go figure
Germicidal UV / Far-UV
Vaccinations and common sense

Thereby I stand for eradicating the virus spread, every action counts, specially spreading the knowledge societies terribly lack of thanks to governments agendas and weak journalism.

We start the year as 2020 started, restricting flights from China in places and pretending the virus has magically vanished with wishful thinking, as if we knew nothing of how the virus spreads, after 3 years, mind-boggling to say the least, but misinformation is people in power's agenda.

I hope we don't repeat the same mistakes, but the situation calls for a better organized society to act, it is our health, any government will try to save face first before admitting mistakes on handling the pandemic. Another fight we cannot afford to lose, and we are.

More on how to stop the spread here and here

Lastly, I stand for a plant-based diet, it is the best way we can take care and protect our bodies against disease or at least getting less sick and protect your brain too!

Follow NutritionFacts from Dr. Michael Greger author of “How not to die” book series, a great pool of resources for a plant-based diet following the science and evidence.
Follow TheBrainDocs for great information on nutrition focused on brain health, which of course impacts directly overall body health.

By having a healthy diet, you may improve your immune system for easier recovery from Covid or avoid underlying conditions that could aggravate your health. Furthermore, reduces your carbon footprint, is the least you can do to do your part about the climate crisis.

Perhaps I should change my blog to another site or create my own to share this, we will see. But I also know that even if we are technical people in this community, we should be aware and have some convictions in life, is not just politics, it is about being a human that cares for others and where you live and how you live.

[WIP] The unique journey from .NET mobile (Xamarin) to Kotlin / KMM

Jorge Castro — Mon, 05 Sep 2022 18:51:01 +0000

This is a work in progress…

…and just like life, change is essential to improve, in my work life, I have taken the decision to transition from .NET as a mobile platform to the remarkable and ever surprising Kotlin ecosystem.

This is my journey of discovery, this is my story, I will make the best out of this so is something worth sharing, hope you enjoy it as much as I'm enjoying it.

How it all started

I have been working most of my career as a .NET Developer, and as of this writing, I have accumulated 14 years of experience to be precise, perhaps not so challenging experience I'd say, but good to be competitive with .NET.

In retrospective, that is a lot, and I have written mostly consumer-facing apps for desktop, web, and mobile platforms most recently, and some server backend apps as well.
Perhaps not a super spiced experience, mostly aligned to everyday coding and applications not too large to face scalability challenges.

But I have always tried to improve upon my previous solutions with an improved on the next time I find similar problems. Not often I write two similar pieces of software with the same code, I always think how things can be improved from what I have done before.

This challenges me to find better ways of coding. Some of those better ways of doing things has led me to learn, for example, the principles in the Pragmatic Programmer book which is a must-read for every developer, and the Reactive and Functional paradigms, still with C# which is object-oriented, but I have tried to squeeze as much as possible out of it.

The Discovery

I found myself in a position where I entered a team where Xamarin native was being used for writing apps. Later on, after some time, I was presented with the current state of the art in native Android development thanks to a colleague.

To my surprise (because I was quite off touch with the pure native ecosystem) a lot has improved and went into, if I can summarize it, into the reactive paradigm, just different flavors of it.

Later also discovered that web development has been all over it and functional programming since React.js was conceived, which also blew my mind, for reference, look at Honeypots's documentary on React.js and go down the rabbit hole a bit.

In any case, a trend I discovered was obvious. In .NET community, Rx and functional programming has been always an afterthought, something few developers, in proportion, ever adopt or put in practice, even though Rx.net was one of the first libraries created to adopt the reactive paradigm, and Java/JS followed after and other platforms.

I always find it challenging, and I believe other reactive practitioners find it too, to introduce this paradigm to other developers in the same .NET ecosystem, it shouldn't be, even today is something you have to deal with.

So, I have been studying how Kotlin's Flow and Coroutines have evolved Rx to levels .NET can only dream of now, .NET folks and leadership have abandoned Rx, and instead we get things like IAsyncEnumerable or INPC that is the same old paradigms plus wrappers of the same old we have had since decades now. As much as I love ReactiveUI for example, it is also wrappers around the same old bindings and commands paradigms.

The Learnings

What follows is just a bunch of learnings I have encountered in this journey, so beware, it may be gibberish and nonsense, but is my evolving understanding of the technologies involved matching with my experience. I don't mind being corrected, even better, just be mindful this is a real-time prediction of things I learn that may change for the most part.

KMP and friends

View Model and State

I have been digging into how KMP or KMM for that matter, shares state and view models to iOS. Considering that Android uses the native Flow and friends to compose UI state, I have found that in iOS you can use Combine framework, which is yet another Rx flavor for Swift.

So, this way in Swift UI you can basically wrap Flows into Publishers and Subscribe to state change, very similar to how you would do it with LiveData, and then you can also "dispose" the subscription and clear the Coroutine scope coming from Kotlin when the view is gone.

I know this and was very easy to identify because I happened to participate in an internal port of LiveData to Xamarin using Rx.net at my job, which turned out to be phenomenal to ditch MVVMCross Bindings and use UDF to manage our state. Hopefully, we would be able to open source it some day, at least for historical purposes, is a good way to document the transition that no one in .NET community has figured out from classic state management to UDF, again born 10+ years ago in React.js, and is still, the way to go.

KotlinConf 2023

I was highly anticipating this conference, and now I could attend my first KotlinConf, this was for me a way to commit to transition from being a .NET Developer to a Kotlin developer if all went well, and it has!

These are some of the insights I gained from attending KotlinConf in April. This is from the perspective of evaluating the technology, and focuses on the aspects that we may be most interested in as .NET developers.

Regarding the future of Kotlin

From the keynote, we can grasp what are the focus areas for the JetBrains team for the development of Kotlin and its sustainable future.

In a nutshell:

Expanding the reach of Kotlin Foundation, intended to secure the future development of Kotlin, where many groups are supporting and securing the continuation of its development, including Google, Gradle, Shopify and TouchLab. Also assisting library authors with grants, focusing on expanding multiplatform reach and sustainable development.
It shows a clear direction of Kotlin to become the language running on top of every platform, massive focus on Multiplatform, Compose Multiplatform and WebAssembly integration as the driving technologies of Kotlin ecosystem going forward, this creates a better environment to improve tooling for mobile.
Focus on tooling for developers, as always has been from JetBrains, and K2 compiler will enable faster and better features and tooling.
The stable label to KMP will be added this year, but is production ready and already used by many large organizations, this is to focus on better developer experience.
Over 23% of the top 1k Android apps use Jetpack Compose, which is more than double the number from last year. 95% of the top 1k apps use Kotlin.

Essential to watch:

Video: KotlinConf 2023 Keynote

Summary blog post:

KotlinConf 2023: A look at the Opening Keynote

Regarding the present of Kotlin

Kotlin Native is a consolidated multi-platform technology that has been constantly improving since 2018 when it started to mature. Currently, there are many companies who demonstrated Kotlin Multiplatform Mobile (KMM) maturity by implementing their solutions using this tech, many seen at the conference like CashApp, MeetUp, Google (Workspace apps), TouchLab, Xebia and Umain (McDonalds app) sharing their experience working in production with the technology. Some other case studies, including Netflix case, can be found here https://kotlinlang.org/lp/mobile/case-studies/

Probably the most important presentation regarding the adoption of KMM as a platform for mobile dev is the following. And even though there is a lot of information regarding how real-world teams work, we can get a gist of what it takes to put a KMM workflow into production and what to consider for each kind of workflow. This is from the experience of a team helping put projects in production since the conception of KMM:

KotlinConf Video: Kotlin Multiplatform Mobile for Teams

These are the key aspects to consider when adopting Kotlin right now:

As a native-first technology, KMM requires expertise in at least one of the target platforms, which is often referred to as a “three-platform tech”. To leverage the technology fully, it is important to have a good understanding of native Android and Compose, as well as a good understanding of iOS and Swift (including SwiftUI) and the Kotlin features that facilitate code sharing across platforms.
We have to consider what workflow would work best. Given that the nature of .NET/Xamarin teams in general is that we all contribute to both platforms and shared code, perhaps the Workflow Mode 2 or Shared Architecture approach (as mentioned in the linked talk above) is not limiting as we all would contribute to the Kotlin core library in some capacity. Mode 1 as a Shared Module with an exposed framework could also work with dedicated iOS developers.
There are some limitations in tooling subject to improvements, for example considerations in generic interfaces, async cancellation, and enumerations translated to iOS through Obj-C, and tooling to enable more integrated workflows instead of framework based workflows. There are workarounds and community solutions already in use, things will improve with Swift interop and SPM investments this year by JetBrains.
While there is an ever-increasing set of libraries targeting KMP as stated in the Keynote (check also https://github.com/terrakok/kmm-awesome), we have to consider there may be some differences with Android libraries, like instead of Retrofit, we may use Ktorfit, instead of Dagger/Hilt we may use Kotlin-inject, and so on, however is built on top of the stability of the KMP approach.
The so-called “Reactive Interop” has some natural walls due to the fact we cannot translate asynchronous and concurrent approaches from Kotlin (Coroutines and Flow) to Swift directly (Tasks/Actors/Async and Combine) in the output end or consuming part of these APIs, like UI State where we should consider some wrappers. The hardest mapping setbacks have already been resolved either by community, tooling and broad documentation. In Android, everything in the standard Kotlin works, so no need for a wrapper, but is constantly evolving and is essential to understand how the building blocks work in Kotlin and in Swift and be aware of the new developments as they come. The technology is only going to get more accessible and improve, but not going to solve all problems, we have to still deal with Swift for UI at least.
UI sharing through Compose is still in development, but it can be leveraged now in a progressive and optional manner. It's worth considering that this approach may very well be the future of UI, not just in Kotlin, but across other languages as well. The language, approach, and tooling all matter, and it’s clear this ecosystem is fully committed.
The approach for KMM is different from other technologies. Optional add-ons building blocks to native-based development, from little code sharing to full UI sharing, Kotlin Multiplatform is designed for this kind of flexibility. It is not an all-in solution like Flutter, Maui or React-Native, we choose what to share, and we can always have the flexibility to fall back to fully native solutions in a much more frictionless fashion with full API availability.
The more code we share for iOS like use cases, view models and state management, the less we would encounter Obj-C interop limitations, we can get to an 80/20 shared architecture / not shared + ui code.

Takeaways for the adoption of Kotlin Multiplatform

Based on the facts above and having followed, studied and tried the platform for the latest few months from the perspective of a .NET Developer. I can conclude that Kotlin together with KMM is a proven technology to build cross-platform applications, the key differentiator is the approach as stated above, native first.

Kotlin, as a language and platform, has quickly evolved into a pragmatic, declarative, and expressive language, takes some established practices and elevates them or balances them to integrate into the overall ecosystem very well. From day one, the developers have emphasized and elevated asynchronous, reactive, and functional paradigms in ways that cannot be found in the .NET ecosystem. This is because .NET's efforts are isolated and fragmented, or simply slow to improve due to neglect and lack of leadership, especially for native mobile development. As a .NET developer who has evaluated both approaches, it is a fact that Kotlin and its ecosystem has it all and the risks of adoption are very low.

But it requires time and investment, specially if we aim to rewrite anything, I think the ROI is much higher than the expenses in the long term.

[WIP]

Parte 4: La salida

Jorge Castro — Sun, 08 Aug 2021 19:02:16 +0000

El comienzo de una salida 🚪

Entonces, qué hacer, ante esta situación de, francamente, esclavitud moderna, que se disfraza de empleo legal, y vaya que es apenas legal dadas las condiciones laborales.

La realidad para muchos, es peor de la que te imaginas y si tu situación es similar o mejor has tenido "suerte", he leído casos donde la visa TN y otros tipos de visa se usa para literalmente esclavizar a personas que, por necesidad aceptan desde malos tratos hasta ser engañados en las actividades que les han dicho iban a hacer en su trabajo, personas que han sufrido amenazas y atentan contra sus derechos básicos. No creo que pase mucho en trabajo relacionado con tecnología, pero no es para nada ideal como ya te habrás dado cuenta.

Hay una organización que lucha por los derechos de los trabajadores inmigrantes especialmente con los más desfavorecidos: Centro de los Derechos del Migrante

Realmente no sé de otras, pero debería haber más awareness de este tipo de abusos, USCIS debería tener más facultades para abogar más por los derechos de los trabajadores visados, de la misma forma que EUA si pone presión sobre las condiciones de trabajo en empresas americanas con operación en México bajo el USMCA, desde mi punto de vista, no es tan importante para las autoridades americanas si no es tampoco visible para las autoridades mexicanas. En todo momento debe ser prioridad que las condiciones laborales sean las mejores posibles en los dos países. Aquí algo de como desde EUA se pide a México haga cumplir los acuerdos laborales: https://www.bloomberg.com/news/articles/2021-05-12/u-s-asks-mexico-to-probe-gm-labor-rights-in-trade-pact-first

No he visto que desde México se haga mucho por los trabajadores mexicanos en EUA.

En fin, una de las cosas que puedes empezar a hacer para evitar caer en alguna red de explotación es muy sencillo.

💡 Busca tus propios proyectos.

Si, en LinkedIn, o en tu sitio de búsqueda de empleo favorito, ellos lo que hacen es algo muy similar, tienen redes con otras empresas que buscan recursos, estos son los 4th party, lo que también se llevan una rebanada de tu pastel como mencione en la Parte 3.

Son los que simplemente hacen staffing, o lo que es lo mismo, re-venta de recursos, reclutamiento que pudieran hacer directamente los clientes finales, sin embargo supongo tienen desinterés y mucha ignorancia sobre el tema, es verdaderamente absurdo que paguen a terceros cuando la mayoría de la gente es alcanzable, si no en LinkedIn, de otras formas peer to peer.

Así pues, tú puedes buscar una oferta interesante, contactarlos y preguntar algo sencillo y esencial: ¿Contratas Corp to Corp? (C2C)

A lo que responderán, si, o no. Muchas veces el No, es porque no son empresas que simplemente busquen re-vender, porque que son la alta gama de los staffers, ofreciendo una cierta "garantía" a los clientes finales o son consultorías que no se arriesgan al C2C porque pueden involucrarse con una empresa con prácticas no confiables o volátiles.

El Quality of Service a los clientes finales es algo que es oro y no van a arriesgar su reputación por una relación C2C improvisada a menos que la posición sea urgente, claro que para tu sponsor lo esencial es que cumplas con el staffer porque es su "cliente" directo.

Cuidado, no debes dar muchos detalles como tu salario actual o muchos detalles de tu sponsor, puede arruinar esa oportunidad.

Cuando dicen que si trabajan C2C, bueno estás de suerte, les envías el contacto de tu sponsor y listo ellos se arreglan, tú no necesitas dar más detalles, ellos pedirán una entrevista contigo a través de ellos, a tu empleador solo diles que ellos te encontraron de alguna forma, tendrán los datos de algún lado.

Aquí pongo un paréntesis, generalmente estos sponsors cuentan con que sus empleados no tengan contacto con otras empresas, obviamente porque es fácil ofrecerte trabajar para externos y que dejes de trabajar para el sponsor, porque no es tan difícil encontrar otras empresas que hagan sponsor en LinkedIn, de esto hablo más adelante, y generalmente son staffers, consultorías o empresas que tienen sus propios clientes aunque son menos. Al principio puede ser algo intimidante estas políticas y accedas a cosas absurdas como eliminar o poner privado tu perfil de LinkedIn, sí, son capaces. Puedes acceder en un principio por cordialidad, o miedo de perder el empleo, no lo hagas a largo plazo, por mi parte nunca lo hice, nunca fue algo que estuviera en el contrato, pero nadie tiene el derecho de forzarte a hacerlo.

💡 Mantén tu LinkedIn actualizado con los últimos proyectos en los que has estado, no menciones a tu sponsor, tu perfil es más atractivo conforme acumules experiencia en EUA.

Siguiendo con este tema, una vez que la negociación continua con el C2C, es posible que tu empleador también quiera ofrecerles alguien más barato y no a ti, al final a esta gente les conviene colocar a gente con menos experiencia con el mismo precio, esperaría que casi nunca lo logran, menos en tech, cuando pidan tu nombre, van a tener que darles tu información, véndete bien, ten un perfil atractivo para que no se vayan con cualquiera y paguen el extra de tener que ir C2C. Sobre todo, no pierdas contacto con el staffer.

💡 Dale seguimiento a las oportunidades que encuentras por tu cuenta

Generalmente el staffer, cuando ya todo está bien y acepten las condiciones de tu sponsor, van a organizar una entrevista con alguien del cliente, o de la consultoría que trabaja para el cliente, o ambos (recuerda ya son 4 niveles involucrados incluyéndote) que te hará una o varias entrevistas, tu sponsor pasa mucho a segundo plano, ni los menciones, nunca han sido relevantes, solo enfócate en tu experiencia real.

Tu sponsor, generalmente siempre permanecerá en la obscuridad, en el anonimato ante el cliente, ellos solo harán negocio con el staffer o la consultoría, y contigo, y harán todo para que no te intentes, digamos, pasar de listo.

Si todo va bien, y haces match con el cliente final, te contrataran, recuerda que ellos estarán pagando bastante más de lo que tú estás recibiendo, sus expectativas sí, serán un poco más altas, pero si lo haces bien puedes estar en una posición favorable, hazte imprescindible aunque siempre lo seas y empezaras a tener una cierta estabilidad.

Al final, tú elegiste esta oferta 😉 y eso trabajará a tu favor.

Hasta el momento, esto es una opción viable si quieres mantener a tu empleador original y tener las mismas condiciones, es una opción de trabajo, segura hasta cierto punto, pero no tiene ningún crecimiento, si eres como yo, querrás buscar opciones mejores, y moverte hacia algo más estable y con mejores condiciones en todo sentido, te comento algunas.

#️⃣ Opción A - Busca ser contratado por el cliente

Cada vez que te asignan a un cliente te pueden pedir que firmes un non-compete agreement, esto esta ok, pero no aceptes condiciones descabelladas como no poder ser contratado hasta después de dos años por el cliente, de hecho una de las cosas que debes saber de tu empleador, es que si se presenta la oportunidad, si es negociable te liberen de tu contrato para ser contratado directamente por esa empresa, aunque es muy poco probable que tengan esa apertura.

De cualquier forma, es mejor no te enganches con el cliente pues puede ser contraproducente, es mejor buscar esas oportunidades fuera del ecosistema de tu empleador.

💡 Nunca dejes de buscar oportunidades de contrato directo por tu cuenta

Pero es una opción que no debes descartar, es la salida fácil, pero también depende que tanto te quiera ese cliente y lo que esté dispuesto a hacer por ti, incluso de enfrentar un proceso legal, que en realidad es solo sobre dinero, para poder contratarte directamente, porque claro ellos también tienen sus non-compete agreement con los staffers / consultorías, los cuales pueden ser más flexibles en este aspecto.

Esta opción no aplica muy bien para ser contratado por los staffers, les conviene más mover gente rápidamente que comprometerse en un proceso contigo y de largo plazo.

#️⃣ Opción B - Busca empresas que te hagan sponsorship

No solamente puedes buscar otras empresas que trabajen C2C con tu sponsor, que son las que generalmente postean trabajos en LinkedIn, en representación de algún cliente.

Lo que puedes hacer es buscar entre las vacantes a clientes que puedan hacerte el sponsor de la visa, tienes que hacer un proceso totalmente aparte con ellos desde cero, pero al estar en EUA, no tendrías que salir ni hacer un proceso con las entrevistas, porque estarías haciendo un proceso de cambio de empleado, la visa y el permiso ya lo tienes, pero no puedes trabajar para otra empresa sin que te apruebe USCIS. Claro que si sales de EUA tendrías que hacer el proceso igual que al inicio como te lo explique en la Parte 1.

💡 Busca oportunidades más allá de los staffers

Es un poco difícil encontrarlos, pero es cuestión de estar picando piedra constantemente. No tienen que ser empresas muy establecidas, hay más de lo que parece y tienen capacidad para buscar talento por su cuenta y para hacer un proceso de sponsor. Tienes que preguntar.

Es posible también que no estén familiarizados con la Visa TN, o ninguna visa, pero que estén abiertos a que sea una posibilidad. Ofrece que busquen un abogado especializado en migración, aunque el proceso es sencillo es mejor que alguien con experiencia los guie sobre todo porque es algo que depende más de como lo ejecute la empresa que de ti.

Hay quienes solo están familiarizados con la Visa H1B, pues es la más común para extranjeros, y entonces ya tienen gente dedicada a llevar procesos de visas. Lo cual puede ser mejor porque es más común que te ofrezcan un camino hacia residencia, pero la H1B lleva tiempo, les conviene también que los ayudes con el proceso de Visa TN primero para que mientras estas con TN puedan iniciar el trámite con H1B que es un paso más hacia la green card.

💡 Busca que te ofrezcan siempre un camino a residencia permanente

No dudo que haya empresas que también quieran abusar de esperanzar a empleados de llevarlos hacia la residencia, eso es muy común con los sponsors, ellos nunca lo harán, pero es más factible que un cliente con una reputación respetable si lo haga. Siempre puedes seguir buscando opciones y estar más cerca si tu objetivo es llegar a la residencia, que debería serlo porque solo así podrás decidir tú con quien trabajas en plena libertad. Y es la única forma de algún día hacerte ciudadano, si te convence la vida en EUA 🙂

#️⃣ Opción C - Hay un mundo allá afuera

Finalmente, no te cierres a quedarte en EUA, tampoco a resignarte a volver a México. Existen muchas posibilidades en otros ecosistemas muy atractivos y con incluso mejores condiciones que EUA.

Últimamente, Canadá se está haciendo uno de los destinos de profesionales Mexicanos más demandado, con excelentes condiciones para desarrollar tu carrera y ser parte de esa sociedad. Solo es cuestión de que te sigas preparando, buscar oportunidades y seguir creciendo tu red de contactos.

Tu experiencia en EUA, es una ventaja extraordinariamente importante para abrirte las puertas a otros países y un mundo de ofertas de trabajo.

En mi experiencia personal, yo estaba buscando primero la Opción B. Tenía algunos prospectos de hecho que me podían hacer sponsor de visa TN y visa H1B, uno de ellos no tanto en el área de mi especialidad, pero seguía siendo tecnología y al ser directo pues no había nada que perder, que por cierto, fue a través de un contacto que después del proyecto en el que era mi manager, siguió contactándome cuando ya estaba en otra empresa buscando recursos, así que super importante que tu reputación siga siendo referencia después de los clientes que te asignan y mantener a los contactos en tu agenda.

💡 Hazte alcanzable siempre a tus colaboradores del pasado, los que valen la pena, claro.

Y para cuando estábamos listos para negociar un inicio y poder renunciar con mi sponsor, surgió otra oportunidad que al final de cuentas me hizo dejar la del contacto que tenía y permanecer en EUA.

Esta oportunidad fue de nada menos que de Dinamarca, la verdad no tenía muchas expectativas, pero fue creciendo la posibilidad de que me contrataran, es algo de lo que ya contaré más cuando termine estas series seguramente :)

El punto es que como verás, el mundo se abre conforme vas ganando experiencia aunque tengas la limitadísima visa TN, si no te conformas, crecerán tus herramientas para poder llegar al siguiente nivel, y poder encontrar la oportunidad que estabas esperando.

Con esto concluyo esta Parte 4, a fin de prólogo voy a escribir un poco más en una parte final sobre la forma de vida en EUA y cosas generales para tomar en cuenta en tu vida diaria. ¡Hasta la próxima!

Recuerda unirte a Mexpats, un grupo de Facebook donde podrás compartir experiencias y conectar con otras personas que también hayan vivido la experiencia de vivir en otro país o que están interesados.

Parte 3: El trabajo

Jorge Castro — Sun, 20 Jun 2021 19:50:20 +0000

Esta es la tercera parte de mi serie de blogs donde publico mi experiencia en EUA con la Visa TN, si quieres interactuar con otros expats que han vivido esta experiencia o que están interesados en hacerlo únete a nuestro grupo en Facebook Mexpats

Ahora sí, a trabajar, pero...

No te podría decir que mi experiencia fue como lo esperaba, mi error fue no haber manejado mis expectativas correctamente.

En esencia, yo esperaba que mi trabajo fuera similar al que tenía en México, una consultoría con diversos clientes, al menos eso parecen describir estos empleadores en sus cartas dirigidas a los cónsules de la embajada.

Si podía esperar que tuviera que ir al lugar donde estuviera el cliente, pero no estaba preparado para la modalidad de trabajo con la que operan este tipo de empresas que a mi parecer son "barely legal".

💡 Haz tu investigación de la forma en la que trabaja tu empleador

Evitarás sorpresas desagradables si sabes a lo que vas, aun así, es manejable, solo debes estar preparado.

Forma de trabajo

Lo que quiero decir, es que no es cómo se venden, la empresa no tiene absolutamente ningún cliente, si como lo lees, lo único que hacen es conectarte con clientes "potenciales" con los que puedes o no trabajar, de que depende, de tu entrevista con ese cliente.

Básicamente venden tus servicios aunque se escuche feo. Vaya ni siquiera son reclutadores contratados por los clientes, nunca supe exactamente como ellos encontraban las entrevistas, creo también tienen una red de similares o peers que les pasan contactos, pero es tan fácil como ir a la publicación de una oferta (de un verdadero reclutador) y preguntar si aceptan trabajar C2C (Corp to Corp).

El C2C, es simplemente una subcontratación, no te contratan a ti, pero a la empresa y ellos firman el contrato, tú solo tienes que pasar la entrevista con el cliente final, tú ya estás contratado por quién te trajo, tu sponsor.

Entonces si este es tu caso, tenemos que a ti te contrata el sponsor, al sponsor lo contrata un reclutador, al reclutador muchas veces lo contrata una consultoría o fábrica de software, y a este último lo contrata el cliente final. 🤷‍♂️

El reparto de tu sueldo

Así de absurdo como se oye, en 3 o 4 porciones se reparte el pastel del cliente, lo que debiera ser un sueldo pagado directamente a ti se reparte entre todos estos digamos clases de parásitos de este sistema que se abusa demasiado.

Porque claro, el cliente paga tu valor completo, pero a ti te toca un 50% de eso si bien te va, muchas veces va a ser menor, por eso es importante negociar bien el sueldo inicial.

💡 Negocia tu sueldo inicial de USD $60,000 anuales o más

Esto es un sueldo promedio, hay mucha gente que sobrevive con mucho menos que eso, pero tú debes valorar tu trabajo, los sueldos de ingeniería son fácilmente mínimo USD $80,000 para residentes o ciudadanos que van iniciando y llegan hasta $150,000 o más dependiendo si es management o posiciones senior.

Es importante que también en tu contrato especifique cuando y de cuanto van a ser tus aumentos de sueldo, generalmente es 10% cada año, pero si puedes negociar más mejor.

Todos los sueldos son anuales, y en estas empresas generalmente pagan al mes y tardan hasta 7 días en depositar lo cual es un abuso.

Considera también el sueldo neto, dependiendo del estado también te descuentan un impuesto. En general te descuentan entre 20 al 30 por ciento.

💡 Intenta calcular tu sueldo neto en el estado donde te paguen para planear adecuadamente

De uno a otro cliente

Hablando de clientes, como ya comenté, está modalidad hace que tu contrato no sea indefinido, el contrato se acaba básicamente cuando el cliente lo decida, eso puede ser cualquier día, si así lo han acordado con tu sponsor, o el tercero del tercero.

Regularmente se hacen contratos de 6 meses hasta un año con renovación de meses dependiendo la estabilidad el proyecto.

En mi experiencia ningún proyecto fue realmente estable, dependía mucho de los recursos con los que contaba el proyecto o la empresa.

Casi siempre, la percepción es que tú como contractor estas para apoyar al equipo base, o fijo, de la empresa y eres prescindible, de hecho claro, nunca tendrás todos los beneficios de un empleado permanente, de igual forma como nunca tendrás los beneficios de un ciudadano o residente permanente.

Como diría una de los tantos clientes que te tratan como cualquier recurso prescindible: "Life of a contractor"

Si, esas fueron las últimas palabras del cliente que me dijo el mismo día que pensaban terminarme, que ese era mi último día. Resultó ser una estancia de unos 3 meses.

💡 No esperes el cliente tenga consideraciones contigo, actúa en consecuencia

Actuar en consecuencia, significa que debes siempre estar preparado para todo, si termina tu contrato tienes o te tienen que buscar inmediatamente otro proyecto, no es tan sencillo buscar alguno en la misma ciudad, por lo tanto, de nuevo, tienes que estar preparado con el lugar que elijas para vivir y si vivir ligero o no, los contratos punitivos pueden a acabar con tu economía.

Tu sponsor te podría apoyar a buscar rápidamente algo, pero a veces la espera puede ser larga, y claro mientras esperas no recibes sueldo. Te recomiendo negocies una cláusula para tener un sueldo mínimo en estos lapsos, sabiendo que está es la forma de trabajo, a mí me ofrecían $50 por semana lo cual es humillante por decir lo menos, afortunadamente no fue más de 2 o 3 semanas antes de empezar con otro proyecto.

Como verás, esta percepción de ser prescindible es algo cultural que también se vive en México, pero en EUA es algo aún más marcado para inmigrantes que solo pueden ser sub-contratados. El nunca alcanzar el sentido de pertenencia a un grupo de trabajo, es algo a lo que nunca me acostumbre, es tal vez lo que más pesa en esta experiencia o en la mía al menos. Aun cuando siempre tuve la disposición de dar el 100% realmente no es suficiente con las circunstancias tan cambiantes de las que no tienes ningún control, pertenecer a este sub-grupo de una organización hace que tu voz sea fácilmente apagada y tu impacto sea menos, aun cuando tus compañeros te aprecien y sepan el valor de tus aportaciones.

La cultura americana tan jerárquica y orientada a servicio se presta a que empresas con una cultura no desarrollada o tóxica no sepan como manejar sus recursos eficientemente y que se premien actitudes individualistas y egocéntricas en detrimento del equipo en una buena parte de estas.

💡 No gastes tu energía mental en cosas que no puedes controlar.

Con esta descripción de la agria experiencia de un contratista en EUA termino esta parte, en las siguientes explicaré como puedes salir de este círculo vicioso de un sponsor inicial.

Parte 2: Esenciales de EUA

Jorge Castro — Tue, 25 May 2021 17:23:18 +0000

Esta es la segunda parte de mi serie de blogs donde publico mi experiencia en EUA con la Visa TN, si quieres interactuar con otros expats que han vivido esta experiencia o que están interesados en hacerlo únete a nuestro grupo en Facebook Mexpats

Esenciales de EUA

Aquí te explico algunos elementos esenciales que debes tramitar y obtener a tu llegada. Seguramente tu empleador te dará algunas direcciones similares.

"Seguridad" social

Tal vez el trámite más importante si ya tienes tu hospedaje resuelto es obtener tu número de seguridad social (SSN). Con él básicamente puedes hacer todo lo que un ciudadano legal tiene acceso de forma sencilla como trabajar (en el caso de TN solo para tu empleador sponsor), crédito, licencia, seguro médico, etc. excepto votar. Tengo entendido que tu número es permanente incluso si sales de EUA.

Para obtener tu tarjeta SSN desde el día 1 tienes que hacer una cita en la oficina más cercana de citizen services USCIS, el proceso no es muy tardado y solo verifican tu status migratorio e identidad con pasaporte y visa.

Algo importante es que tienes que dar un domicilio, si puedes da el de un conocido, si no alguno que puedas acceder tu mismo o el de la empresa, ahí llegará tu tarjeta.

💡 Obtén tu SSN inmediatamente

Al salir te darán una constancia de que tú SSN está en trámite, esto te servirá para sacar tu cuenta en el banco, así que paso #2 ve inmediatamente al banco.

Banking

Hay muchas opciones, pero es recomendable un banco establecido que no sea local o de cooperativa financiera porque tienes que acceder a servicios de banco en el lugar donde estés, yo elegí Chase y siempre me funcionó perfectamente, he escuchado Bank of America también es "immigrant friendly".

💡 Corre a sacar tu cuenta de banco

Obviamente sin cuenta no te paga nadie, es probable que batalles un poco sin tener antes el SSN o ITIN (número de identificación para contribuyentes) pero deben poder crearte una cuenta con la constancia, si ves difícil a la gente simplemente ve a otra sucursal o habla con el gerente u otro banco.

Pide a tu empresa te facilite una carta que acredite tu empleo también y salario para que sea más ágil tu trámite.

Lo más importante aparte de tu tarjeta de débito es tu número de cuenta (routing + account number) que le tienes que dar a tu empleador para que te pague.

Crédito

Algo menos esencial, pero que no deja ser importante es que establezcas tu historial crediticio lo antes posible.

Tener un score crediticio bueno (arriba de 600) te ayudará a tener mejores ofertas para no pagar tanto en depósitos de compra o arrendamiento de todo tipo, y tener acceso a créditos de más riesgo.

Establecer un buen historial crediticio lleva al menos 2 años porque una de las cosas que más afectan tu score es la antigüedad de tus cuentas, como acabas de llegar claro no es como que puedas tener un score como el de muchos ciudadanos americanos, pero la ventaja es que no tendrás deudas, ten cuidado de no acumular deudas en EUA, no sabes cuando puedas necesitar ese score asociado a tu número de seguro social.

💡 Obtén una tarjeta de crédito

Una de las mejores opciones para empezar a generar historial de crédito es con tarjetas de crédito de prepago, esto es, que no te dan una línea de crédito, tú tienes que hacer un depósito de unos USD $500 mínimo para que te llegue una tarjeta con ese monto, ese es tu crédito disponible, pero la tarjeta funciona normal como cualquier otra, tienes que pagar lo que gastas.

Yo usé esta opción de tarjeta con Discover, es una muy buena opción, después de 6 meses o un año de buen comportamiento con ese crédito inicial, te aumentan la línea de crédito sin que tengas que depositar algo más.

Una de las cosas que más afecta tu historial será que no tienes muchas cuentas abiertas y son de poco tiempo de apertura, pero ayuda mucho que no tengas retrasos en tus pagos y que no trates de abrir muchas cuentas dentro del plazo de un año. También mantén tu uso de crédito abajo del 50% para que no se vea afectado tu score.

Otra de las cosas que te ayuda es si rentas un departamento, algunas empresas pueden reportar tu historial de renta como una cuenta crediticia.

Una cuenta para arrendar un auto también cuenta para tu historial, solo ten cuidado de no retrasarte en los pagos de estas considerables inversiones porque los retrasos afectan mucho tu historial.

Entre mejor score tengas menos serán los depósitos y down payments que tengas que hacer en un auto o rentas inmobiliarias, y tener acceso a créditos con mejores beneficios y menos intereses si son pagos por mensualidades.

Registro como empleado

Otra cosa no menos importante es que tu empleador debe haberte registrado como empleado a través de las formas W8 y la I9, me parece está última es para extranjeros y la primera es para todos los trabajadores en EUA.

Así que tienes que estar atento y hacerlo cuánto antes, tu estancia legal depende que estés haciendo lo que tú visa y registro dice que haces.

💡Pide el original de estos documentos firmado por tu empleador para tus registros.

Impuestos basicos

Algo importante es que al tener el SSN, estás obligado a reportar tus impuestos, lo que se le llama el tax return filing de que cada año entre febrero y abril.

Tu empleador te debe enviar lo que se llama el formato W2 donde dice exactamente cuanto te pagaron, y cuanto te descontaron de tus impuestos, así como toda la información de tu empleador.

Tengo entendido que donde trabajas declaras impuestos también, pero no todos los estados requieren declares impuestos si estás en esa situación. Si debes de declarar de donde te pagan, que es el estado donde reside la empresa.

A mí me sirvió TurboTax para hacer esto cada año, es sencillo y rápido.

Al final lo más seguro es tengas un saldo a favor y te regresen parte de tus impuestos pagados a tu cuenta de banco.

Si vas con tu pareja tienen que declarar impuestos en conjunto, a menos que tenga su propia visa TN, pero supongo es más fácil sea juntos aun así. Tu pareja debe hacer su registro ante el IRS y obtener su número ITIN para declarar impuestos aunque no trabaje.

💡 Tu pareja debe obtener su propio ITIN

Sabiendo todo esto, en general, creo podrías ya estar listo para empezar a hacer lo que viniste a hacer, trabajar, en la siguiente parte hablo al respecto de mi experiencia como desarrollador de software. Como comente antes, cada quien puede tener una experiencia muy diferente a la mía porque cada industria es diferente y las circunstancias son diferentes, te puede ir mejor o peor, pero creo hay comunes denominadores, que desde mi punto de vista muy personal, pueden reflejar los problemas de la legislación laboral para migrantes en EUA.

Mientras tanto únete a nuestro grupo de Facebook Mexpats

Gracias por leer

Mi experiencia en EUA y la Visa TN de trabajo

Jorge Castro — Mon, 10 May 2021 17:38:42 +0000

En este post comparto mi experiencia como programador en Estados Unidos, una historia que comienza en 2016 y que terminó en 2020.

Voy a omitir algunos detalles y nombres por obvias razones pero la intención es que mi experiencia sirva para otros profesionales que están empezando a dirigir su carrera fuera del país hacia EUA muy probablemente a través de la Visa TN.

Esta es la primera entrega de una serie de posts que haré sobre mi experiencia, esta primera parte es una introducción a la Visa y comparto la primera etapa de mi estancia en EUA.

TL;DR

La Visa TN te puede abrir muy fácilmente una puerta en EUA, sí.

Pero, tienes que ver la Visa TN como un medio para proyectar tu carrera, no como un fin.

Parece fácil, pero tienes que enfrentarte a muchos retos, los beneficios son muy buenos si los sabes sobrellevar, aquí te comento de algunos si quieres seguir leyendo.

Si te interesa unirte a nuestra nueva comunidad Mexpats y conectarte con más gente que esté en el extranjero, estamos en Facebook y pronto en Discord: www.facebook.com/groups/mxpats

¿Y por qué? 🤔

A veces se juzga a las personas que deciden salir del país para buscar nuevas oportunidades por no "buscarle lo suficiente" cuando hay todo en México. La verdad es que no siempre la oportunidad encuentra la circunstancia, o no para todos. A veces no es suficiente con "echarle ganas" y no te tienes que sentir culpable de querer buscar algo mejor.

Todo es muy circunstancial, diferentes factores te pueden llevar a tomar la decisión, la situación país, la oferta de trabajo, la oferta económica del extranjero, la cultura laboral en tu industria, y ahora ya es menos factor tu lugar de residencia, especialmente en Tecnologías de Información, donde 2020 y en adelante reforzará el teletrabajo como nunca antes pero aún así, la experiencia de forma integral, no se compara en lo más mínimo con salir del país.

Si a mi me preguntas si recomendarías a alguien salir del país (no solo a EUA) mi respuesta siempre será: SÍ, y cuanto antes mejor. El mundo es muy diferente afuera, y en el dia a dia te das cuenta de más cosas que si fueras solo de visita, tendrás una visión más amplia de lo que sucede y poder mirar en retrospectiva todo lo que está mal en México con una perspectiva, que en el mejor de los casos, te darán ganas de llevar a México de regreso.

Un día estaba pensando con mi esposa, qué pasaría si tan solo en México existiera un transporte público al menos el 50% de lo eficiente, y seguro, como en las ciudades en los que hemos estado 🚌, y con esa puntualidad y comodidad. Cambia todo, parece simple y mundano pero para que sucediera eso tendría que haber muchos cambios de fondo y le daría un cambio de vida radical a los habitantes de cualquier ciudad de México. Algo que dan por hecho afuera y parece común, y para los mexicanos algo a lo que te tienes que resignar, no hay de otra pues el subdesarrollo solo se combate con la unión de muchas voluntades que buscan cambios.

Bueno pues lo que quiero es que si haya de otra, no nos conformemos, y quiero ayudar a que los estudiantes y profesionales aspiren a más, y si quieren salir que lo hagan y mejoren su calidad de vida, y si puedo ayudar, quiero hacerlo, esa es mi visión, y este es el comienzo.

Las circunstancias

Dónde y cuándo empieza todo, pues en mi querido México, claro. Y uno nunca deja de ser mexicano, a pesar de todo, es siempre nuestro puerto seguro, donde si todo se complica podremos volver.

En mi caso, los factores que me llevaron a tomar la decisión en el año 2016 fueron a grandes rasgos:

Decepción de no encontrar una oferta adecuada con mi experiencia e intereses, en ese momento por ejemplo era más difícil encontrar una oferta atractiva con desarrollo para apps móviles con Xamarin que ahora.
El querer salir de mi actual lugar de trabajo después de varios años donde la relación iba degradándose cada vez más, a pesar de que en algún momento lo consideré el trabajo ideal, y por lo cual puse todo de mi parte pero no sirvió, no estaba ya en mi control, tenía que dejarlo ir.
Y finalmente, la sorpresivamente accesible y atractiva 💸 oferta que me habían hecho en EUA, incluso esta empresa la que llamaré de aquí en adelante, sponsor o empleador, esperó un buen tiempo para preparar mi salida, pero eso no tenía nada que ver con mi experiencia, después me di cuenta que sería yo una mercancía, y no bien pagada, por lo cual no importa cuanto tuvieran que esperar, esto es a lo que se dedican y son expertos en atraer gente a EUA.

Visa TN

Lo que te ofrecen los sponsor es la visa TN, si estas leyendo esto muy probablemente ya sepas de que vá, pero en resumen, es un tipo de visa de trabajo a la que tenemos acceso Canadienses y Mexicanos mediante el tratado de comercio USMCA, antes NAFTA.

El nombre de la visa no cambió al cambiar de nombre, casi que pasa desapercibida, según entiendo lo relacionado a esta visa se mantuvo igual. A mi parecer, debería tener una relevancia mucho más importante y central en las relaciones comerciales entre los 3 países, con un enfoque en proteger los derechos de los trabajadores, honestamente no es un tema central de ningún lado esta visa, eso debería cambiar, podría ser un instrumento clave para la cooperación bilateral entre México y EUA.

De hecho debería ser parte central en la estrategia para resolver la crisis migratoria en la frontera, si no esta visa, sí similares, que tal por ejemplo, visas de capacitación con opción de trabajo.

El talento mexicano que le hace falta a EUA podría ser convenientemente aprovechado si hubiera reglas más claras y condiciones de trabajo mejores para los mexicanos, y que no se tratara como empleos temporales sin acceso a una ruta hacia residencia, supongo también es un tema del que se habla poco en EUA por la tendencia conservadora de no incluir a más migrantes en el sistema laboral, que no quepa duda alguna, siempre van a necesitar lo que se les llama skilled workers.

Y de eso, México tiene mucho. Y la Visa TN tiene un amplio rango de profesiones con las que se puede aplicar entre ingeniería, medicina, ciencias y educación, aquí la lista completa

Con todo esto, pues entonces para los sponsors, es muy sencillo tramitar la visa para los mexicanos, debería ser sencillo no solo para los sponsors, sino para cualquier empresa americana, solo que no saben como hacerlo o le tienen miedo a ese tipo de trámites, algo que solo empresas grandes o bien que les interesa atraer talento a pesar de las trabas burocráticas lo hacen.

Por lo tanto esto crea una demanda de talento proveniente de las empresas que aprovechan estas reclutadoras como mi sponsor.

En resumen el proceso de trámite de visa es así:

Llenas el formulario DS-160, la llamada Online Nonimmigrant Visa Application, en el sitio de travel.state.gov con los datos de la empresa que te va a contratar, también para tu familia, que tendrían una visa TD, con aun menos derechos pero bueno al menos puedes llevar a tu familia.
El empleador tiene que hacer un requerimiento por medio de la forma I-129, no estoy seguro si otra cosa más, pero bueno, no es mucho más que eso, de hecho es el mismo proceso para extensión de visa.
Para tener acceso a la cita para la visa tienes que registrarte en usvisa-info que es el que ya se conoce para las visas de turista también y tienes que pagar, creo son $160 dólares por aplicación.
Se hace la cita para la visa, que incluye biométricos y entrevista en embajada si es primera vez, cuando es renovación generalmente puedes omitir la entrevista.
A la entrevista y biométricos debes llevar una carta de tu empleador, con su firma, sobre la petición e intención de contratarte mencionando que es mediante el tratado de comercio del USMCA y básicamente un choro de la "estabilidad" de la empresa y exactamente el trabajo que vas a desempeñar.
A la entrevista también tienes que llevar documentos que avalen tu experiencia o tus estudios, si no tienes titulo, puede ser carta de recomendación o CV, te dirá el cónsul si te aprueba o no y en una semana o máximo 2 te llega la visa estampada en tu pasaporte.
A algunos si se la dan por 3 años pero en mi caso tuve que renovar cada año, solo me la daban por uno. Pero después de esto ya puedes volar, tiempo de decir adiós.

Esta visa no te da oportunidad de obtener residencia permanente en el corto plazo, pues es una de las visas non-immigrant, lo que quiere decir que es de las más temporales.

Aquí encuentras más información sobre la visa y el proceso en travel.state.gov

Lo mejor es tener una H1B en el corto plazo después de obtener la TN, pero es más costosa y difícil de obtener porque tiene un número limitado al año y su proceso es más largo, esta visa es para inmigrar y te da acceso a la residencia después de un tiempo.

De nuevo, es una visa que no te ofrece cualquier empresa, generalmente startups y empresas grandes lo hacen, los reclutadores de TN solo te la van a prometer, pero no por escrito. Hablando de lo que deben ofrecerte por escrito, hablemos un poco del contrato.

El contrato 📝

Regresando un poco atrás, antes de iniciar a trabajar (y de hacer el viaje claro) debes tener un contrato, pero que clase de contrato es el que te van a ofrecer es algo que debes ver antes de llegar a EUA, en mi caso si pues lo leí y todo y firme y fue entonces que se tramitó la visa.

En su momento no me pareció descabellado, aunado a que tenía ya muchos anhelos de trabajar allá o tal vez más el irme de México, que después en retrospectiva pienso en cómo fue una firma peligrosa, había cláusulas que nadie debería aceptar en su sano juicio, otro de mis grandes errores.

Es posible que hubiera podido negociar las cláusulas inquisitivas y abusivas pero en ese momento se me hizo fácil y no podía pagar un abogado que me ayudara con esto.

💡 Primer tip: Revisa bien el contrato, negocia el quitar cláusulas absurdas y contacta a un abogado si tienes dudas

Para no entrar mucho en detalle, prácticamente tenía que pagarles si me iba antes de 2 años y tenía que avisarles 4 semanas antes de irme si no quería tener una penalización, voy a retomar esta parte después para explicar mi salida, pero así entre otras cosas más para protegerse ellos de cualquier cosa, seguramente es una práctica de muchas de estas empresas que traen mexicanos, y latinos, a EUA. Mucho ojo 👀

Es difícil también que estas empresas tengan por escrito el path de citizenship o residencia donde puedas pasar de una TN a una H1B, si es posible puedes pedir sea por escrito que después de un año, inicien el trámite de H1B y si no, puedes salir del contrato sin penalización.

Está de más decir que, eso yo no lo pedí 🙂 pues no tenía en ese entonces mucha información al respecto, pero sí pensaba exigir lo hicieran si las cosas salían bien. Al final no salieron tan bien.

La travesía de emigrar 🧳

Con visas listas, es tiempo de partir.

En un comienzo, parecía no tan compleja la travesía de tener que vender, tirar, empacar y mudar las cosas que habíamos ido acumulado en los 4+ años de estar viviendo juntos, mi ahora esposa y yo.

Pero nos dimos cuenta que en este corto tiempo si teníamos muchas cosas que tendríamos que dejar atrás para volver a empezar 🙄. Volver a empezar se dice fácil pero no es tan fácil desprenderse de las cosas, y es algo a lo que es posible te tengas que acostumbrar a hacer constantemente por la cambiante situación a la que te podrás enfrentar en EUA.

💡 Es mejor vivas ligero, casi nada te vas a llevar.

En ese año tuvimos muchos gastos pero sobre todo teníamos deudas que aún no teníamos saldadas, y aún así gastábamos en cosas muchas veces innecesarias, otras si con miras a establecernos más en México, pero ya no íbamos a tenerlas al menos por un tiempo, algunas las vendimos, otras las regalamos y unas pocas las guardamos.

El problema, que aún no veíamos tan claro, era que íbamos a ir a Estados Unidos con deuda y peor aún, ¡Sin tener ahorros!

Si, esto ya parece una locura, pensábamos que con el sueldo y siendo más austeros podríamos solventar rápidamente nuestra estabilidad económica, se vale soñar 🙂

Por cierto, parece obvio pero no está de más, tu sponsor debe pagar el 100% de tu vuelo de ti y tu familia, además de reembolsarte los gastos que hiciste para el trámite de visa y traslados durante los primeros días.

Economía 101 y llegando a EUA

Ok, ya tienes todo arreglado, organizado, te despediste, hiciste fiesta o algo, hora de empacar con lo que te quedó e iniciar la aventura. ✈️

Nadie puede estar preparado para esta experiencia pero generalmente cometemos muchos errores y somos muy impulsivos, entre más jóvenes aún más.

Una de las cosas que me di cuenta tarde es que mi esperanza de recuperarme económicamente no fue tan fácil y rápido como pensé.

Otro de mis grandes errores entonces, fue haberme ido con deuda de México. Si, debía mucho, como comente antes y fui acumulando gastos en tarjeta y préstamos del banco que iban generando intereses, aparte del gasto de haberme casado en ese año 💒

💡 No te vayas sin haber pagado tus deudas

Supongo que muchas personas pasan por lo mismo, y si bien mi deuda era manejable, me enfrenté a muchos obstáculos al inicio de este viaje. Fue un inicio con demasiada turbulencia, y peor aún sin ahorros.

💡 Lleva dinero ahorrado 💰

Esta situación era por demás arriesgada por lo que podrás darte cuenta, empecé a acumular gastos rápidamente pero ahora en dólares y no en pesos.

Tienes que pagar comida, hospedaje, transporte y seguir pagando lo que aún debas, si bien la empresa que me trajo podía "adelantarme" sueldo y pago las 2 primeras semanas de hospedaje, no es suficiente y no es una buena posición para pedir aún más prestado, aparte que se paga nómina mensualmente por lo general.

💡 Exige el 100% de tu hospedaje los primeros meses 🏨

De nuevo, si es por escrito en el contrato, mejor, o la otra opción, tu vuelo debe incluir hospedaje de al menos 4 semanas.

Hospedaje

Ya que hablamos de hospedaje, yo cometí mi primer error en EUA, confiar en que mi estancia en la ciudad donde llegué a trabajar sería larga, no contaba con que en la modalidad que te contratan estas empresas, tienes que moverte a donde el cliente esté.

Fue así que después de estar en un par de Airbnb's durante 3 semanas pensé que sería buena idea buscar un departamento donde vivir "más estable".

💡 Permanece en Airbnb's u hoteles de larga estancia el mayor tiempo posible hasta que estés seguro de tu estabilidad laboral

Tu empleador, como la mayoría, te empleará como contratista por proyecto, y no te va a garantizar que puedas permanecer en el mismo lugar por largo tiempo, eso lo debes evaluar tú. A menos que estés empleado en una empresa que te emplee directamente. Hablaré sobre esto más adelante.

Mi recomendación es que si la ciudad donde vives tiene buena actividad en la industria en la que trabajas y en tu especialidad es más probable que encuentres proyectos más estables o con mucha demanda.

💡 Evalúa la demanda de la ciudad donde estás antes de comprometerte a una renta de largo plazo

El permanecer en Airbnb también claro te puede traer experiencias diversas, en general te recomiendo busques solo Super Hosts, aunque sea más caro, si te da una tranquilidad que no tendrás sorpresas, tal vez viviendo solo no sea un problema pero cuando viajas con tu familia, si lo vas a pensar dos veces.

Mi experiencia en Airbnb antes de "establecerme" finalmente en Houston fue bastante interesante. Tuvimos la oportunidad de conocer a personas con diferentes historias, formas de vida y cultura. En especial el último hospedaje fue una vivencia muy agradable, aprendimos a convivir con una familia americana que nos recibió extraordinariamente, nos integraron en parte de su vida diaria y nos apoyaron de diversas formas para sentirnos un poco seguros en medio de tanta inestabilidad. Algo que siempre estaré muy agradecido.

En retrospectiva, creo pudimos haber aprovechado más todas esas interacciones, pero también, es complicado pues tienes que pensar constantemente en cómo darle la vuelta a tu situación y buscar tu propia forma de vida y estabilidad, no es como si estuvieras de vacaciones, pero es frustrante sentirte como una especie de refugiado del sistema.

Cómo encontrar tu camino, es algo de lo que hablaré más adelante. Antes hablemos de algunos temas técnicos esenciales aparte del hospedaje que deberás tener en cuenta al llegar a EUA.

En una segunda parte, te comentaré más sobre los esenciales al llegar a Estados Unidos y acciones para ayudarte a tener una mejor estabilidad laboral.

Si te interesa conectarte con gente que ha tenido experiencias similar, no solo en EUA, te invito al grupo de Facebook que estamos iniciando: www.facebook.com/groups/mxpats

¡Gracias por leer!

Azure Functions hacks

Jorge Castro — Mon, 29 Mar 2021 20:17:44 +0000

This is just a collection of mini-hacks to fix problems I've faced during development of Azure Functions, maybe it can help anybody out there. I'm a total newbie in Azure so if you have some insights on these issues you are welcome to show me the way of the light.

Development storage failing to start

When starting a functions app with func start locally, maybe you got it working at the beginning but suddenly you can get this cryptic unhelpful message

"There was an error performing a read operation on the Blob Storage Secret Repository. Please ensure the 'AzureWebJobsStorage' connection string is valid."

And you have no idea because the storage in dev used to work and you have your "UseDevelopmentStorage=true" in place, fear not, just go to your Server Explorer in VS, go to Storage and Blobs, there may be a couple of records there for azure-webjobs-hosts so maybe those are conflicting don't know 🤷‍♂️ for sure so just delete them and you should be good to go.

Looks like these deletions are not needed if you use files storage, use file storage for secrets storage type, in local.settings.json you have to add

"AzureWebJobsSecretStorageType": "files",

Also every time you start development with func start remember to kick off Azure Storage Emulator from program files and make sure to Start Storage Emulator from the commands or status icon in Windows

SignalR Serverless

Method not found (404)

When you start development with SignalR you may find yourself not finding the broadcast method to invoke via
await _connection.InvokeAsync("broadcast", "message" );

This maybe due the negotiate function having a [SignalRConnectionInfo(HubName = "hubname")] attribute

If you don't want to send to a hub at the beginning then just remove the hub linked connection :)

Failure to deserialize the json message

If your HubConnection.On<T> method fails to deserialize and only works with object, it may be because you need the parameterless constructor but also a public setter for your properties.

I think there is a way to pass the properties values through a constructor which is much better than having public properties but haven't looked into it.

Debug your function while running your app

Say you have your functions and app in same solution

If you are running locally using func start you can simply attach the debugger to the func.exe process and you get debugging side to side with your app :D

México y la competitividad de talento [spanish]

Jorge Castro — Mon, 15 Feb 2021 18:55:49 +0000

Quiero compartir este video sobre una plática que organizó @RevistaSG junto con Claudio Cossio, Sergio Nouvel, Jesús Ramos, y del staff SG, esto porque considero se habla de uno de los problemas más importantes para la industria en México y del que creo lamentablemente no es tema tan central y por lo tanto asumo es limitado alcance lo que se hace para remediarlo.

Siento que esté en FB pero bueno lo importante es que hubo argumentos importantes.
https://fb.watch/3x2PeJG0B2/

En estos días he estado pensando al respecto y tengo unos apuntes que me gustaría compartir y también a manera de una humilde opinión y al final me atrevo a sugerir algunos call to action.

En específico el tema de la cultura en las empresas es muy importante, y ahora más, cuando ha cambiado muchísimo o se ha obligado a cambiar a la industria y esto le ha pegado a la retención y atracción de talento no solo en México y LATAM, pero en el mundo.

Sin embargo algo que hace que le afecte más a México, es el tema de la competitividad de las empresas, pero para competir con otras organizaciones, se necesita contar con competitividad para atraer talento, lo cual evidentemente le pega a México porque es muy difícil retener y atraer talento ante una oferta globalizada donde el trabajo remoto se ha vuelto esencial y hace que los talentos mexicanos sean extremadamente accesibles. Como dato, en el Global Talent Competitiveness Index 2020 se puede notar que México no está bien posicionado para atraer talento.

Pero esto ya pasaba antes de 2020, para quien realmente quisiera, buscaba y encontraba oferta fuera del país, aunque casi ni se habla de la oferta en EUA, es una oferta de buen tamaño y hay muchas posibilidades para trabajar allá. Mucho menos se habla de la oferta en Europa que es muy interesante en mi opinión, algo que me gustaría tocar más a fondo después.

En cara al 2021, esta tendencia seguirá y se reforzará, una de las buenas cosas que nos dejó una pandemia, el costo ha sido demasiado grande y hubiera sido mejor tener mecanismos para una transición previendo este cambio en la cultura hacia aprovechar el trabajo remoto, en cambio en muchos casos propicio tanto buscar más formas de micro-management como burnout por exceso de horas de trabajo, un desastre, pero porque no tenemos esa cultura de work-life balance. Por otro lado, como mencionan, muchas empresas sí han empezado a derribar barreras y prejuicios a fin de atraer y retener talento y buscando ser más competitivos adaptándose de forma adecuada.

La situación económica de México tampoco ayuda, difícilmente podrás atraer talento para moverse a México puesto que no se puede ofrecer una calidad de vida como la de EUA, Canadá o de muchos países de Europa. Mucho menos sin un sistema de migración que lo facilite, otros países como Barbados, hasta permiso específicamente para trabajo remoto ofrecen, que claro no es lo mismo que puedas ir a plantarte a un país y hacerlo de alguna forma que haya programas que lo promuevan y obviamente este rollo solo es posible que sea atractivo con reglas accesibles en los sistemas tributarios, todo esto es algo que México no tiene.

Considero que hay más temas de fondo como el hecho que no hay suficientes políticas públicas que promuevan la atracción de talento a México, pero sin una estabilidad social ni económica, que no se puede negar es un problema, no hay mucho que hacer, son cosas de fondo que el gobierno debe de atender y nosotros como ciudadanos exigir resultados.

Mientras tanto esto mejore, tendremos que ponernos creativos para ayudar y promover a que la industria se adapte a estos nuevos tiempos.

Cultura y valor

Algo que menciona Sergio es clave, la cultura de los equipos es la que tiene que cambiar para atraer talento, las empresas no podrán competir en compensación, muchas veces puede ser imposible, pero puede ofrecer valor ofreciendo algo más cercano al individuo como impacto local, y también un mindset de work-life balance, una mentalidad más abierta a operar con mucho más flexibilidad, es algo que por ejemplo países nórdicos tienen muy presente localmente. Es algo que concuerdo en que puede atraer a la gente con experiencia.

Como dice Claudio, la organización debe operar pensando en pro del individuo, cualquier organización que no ponga de frente el desarrollo del individuo no vale la pena, creo desde ahi empieza la raíz o el ancla de la cultura de una empresa, es con lo que se va a poder competir y tener mucha transparencia en tus opciones de desarrollo.

Una cultura que gane talento, innovadora, creativa y dinámica siempre será una cultura inclusiva y diversa como también mencionan en el video, congruente con los valores que profesa hacia afuera sean aún más parte de su cultura interna. Otra oferta de valor.

También hay que tener cuidado con las prácticas abusivas donde extranjeros miran el talento mexicano como recursos explotables y mano de obra barata porque pueden, debemos denunciar esas prácticas porque no aportan nada y solo promueven culturas tóxicas que obstruyen el desarrollo individual, suficiente tenemos con locales que mucho daño hacen y no aportan valor de vuelta.

Conclusión

Como mexicano me ocupa este tema, y como mexicano en el extranjero creo que me da una perspectiva más amplia de lo que sucede. A todos nos debería interesar que México progrese y sea más competitivo, lamentablemente no veo que sea un tema de mucho interés, al final, todos estamos en modo supervivencia. Pero creo podemos hacer algo desde nuestra trinchera, si algo que concuerdo que también se menciona en el video, se puede compartir el conocimiento y empezar a crear comunidades y redes para promover el talento mexicano y sembrar la cultura para dar valor y contenido de valor de vuelta a la comunidad.

En conclusión, creo que debemos hacernos a la idea que la industria en México, ya no existe solo en México, que México está dónde estén los mexicanos, debemos crear una especie de conciencia colectiva y global con miras a aportar algo para la población mexicana y promover que existan mas y mejores oportunidades tanto para los que están en el país, como para los que no estamos, y obviamente quitarnos la idea nacionalista donde no permitir que exista la mal llamada fuga de talento, al contrario, que no exista tal "fuga" y mejor guiar a la gente para que pueda desarrollarse donde mejor pueda.

Debemos construir puentes, y dejar de ponernos muros, seamos ciudadanos del mundo. Desarrollemos nuestro potencial mirando hacia adelante, pero nunca dejemos de mirar hacia atrás y contribuir a la sociedad de dónde venimos.

Call to action

Propongo las siguientes acciones para empezar a hacer o seguir haciendo en la medida que cada quien pueda, y darles voz y visibilidad a grupos y organizaciones que ya lo estén haciendo:

Crear y compartir contenido como dice Claudio, escribe, comparte lo que vas aprendiendo, incluso no solo aspectos técnicos, también sobre lo que piensas de tu entorno o temas como este, no importa la audiencia que tengas, todos podemos generar conversación y llegar a influir cambios, es ser un individuo consciente y que participa para mejorar su entorno, parte de lo que denomino un #AwareProgrammer
Crear redes y apoyar esfuerzos que sirvan para empujar y promover talentos mexicanos tanto localmente como en el extranjero.
Promover empresas con buena cultura y denunciar a las que promueven prácticas tóxicas, crear safety nets y apoyo adecuados para quienes lo denuncian, al menos no ignorarlos y generar una conversación.
Desincentivar el uso de consultorías, reclutadores y staffers y promover el contrato directo y remoto, especialmente los que abusan para sacar más beneficio del trabajo de los empleados y sin ofrecer un plan de desarrollo.
Aunque el offshore/nearshore es un mal necesario para la industria, a las empresas extranjeras con operaciones en México con la cultura adecuada, darles más visibilidad, que no se busque a los mexicanos para mano de obra barata o fácil de explotar por falta de regulación efectiva.
Promover mecanismos para que empresas extranjeras atraigan a su país talento mexicano y sin intermediarios, un ejemplo, me sorprende que Dinamarca tenga reglas de permiso de trabajo más claras y ofrezca mejores condiciones para atraer talento que Estados Unidos, go figure.
¡Inglés! Es esencial para tu competitividad e impulsar tu desarrollo.
- @Platzi tiene cursos de inglés y muchos cursos de calidad en español, el retorno de inversión si lo aprovechas es muy bueno.
- @io_exception tiene una iniciativa para practicar inglés en Discord y comparte también buen contenido.
- Las empresas que ofrecen certificación Cambridge CELTA para maestros de inglés últimamente ofrecen clases en línea gratuitas para que los maestros practiquen como dar clases, no se si en todas lados, pero uno de ellos es TeachingHouse, contáctalos para que te den informes de las clases en línea.
Medita, para tu salud mental y para tu claridad de pensamiento, creo el mindfulness trae muchos beneficios, últimamente la app de Calm me ha ayudado a hacerlo un hábito diario. Y si lo emparejas con tener una vida activa mejor, puedes usar este pase para acceder por 30 días gratis si eres de los primeros 5 en usarlo.
Keep learning, lee mucho porque hay gente que ha puesto todo su esfuerzo y experiencia para compartir lo que sabe y plasmarlo en libros, que para mí es la máxima expresión de conocimiento. Un libro que considero esencial para nuestra profesión y nunca dejaré de recomendar es The Pragmatic Programmer, hace poco publique un review acá

¿Tú qué harías para mejorar?

Únete a la conversación por acá

Jorge C. #WearKN95s 🇲🇽🇺🇲🇩🇰

@keozdev

Publique un blog: dev.to/keozdev/mexico…

Comento acerca de la reciente plática que organizó @RevistaSG junto con @marayve, @pedrogk, @ccossio, @shesho y @xuxoramos sobre cómo ven el 2021...

19:05 PM - 16 Feb 2021

Book Review - The Pragmatic Programmer

Jorge Castro — Sun, 10 Jan 2021 14:02:04 +0000

In a nutshell, 🥜

Empowering book 💪

Yes this is one empowering book and is one of the books that should be bought with hard-cover and keep it close to you for reference and to read again a couple of times, or more.

What is this all about? 🤷🏻‍♂️

David and Andrew take us in a journey to mastery, as the book says, from being just a programmer to becoming a pragmatic programmer, and pragmatism is all about using the tools that work best for you and your team to develop professional products and delight your users by helping them achieve their goals, delivering value at each step you take, value where you are aware of the larger context, beyond the immediate problems, and the approach you take to find efficient solutions to those problems with the right tools and practices. You make this an habit and an attitude and you will see improvements in your productivity and career as developer.

I wish I had someone pointing me to this book before, I just read the 20th anniversary edition! I wish I had some good mentors in my career that told me about it, but probably I also didn't worry too much about seeking mentorship, in part, I have been pragmatic "doer", pivoting around what works for me. Nonetheless, the more I learned the more I thought: there should be a less speculative and more proven and also practical way to do software. As years have passed, I am a more aware programmer and I seek more knowledge from the people that have been through a lifetime of experience, and you should too, the earlier the better.

Why should you care? 🤔

The 53 topics presented conveying the 100 maxims or tips 💡 in the book to me are the way foundational software development knowledge must have been passed through generations of programmers, but I have seen a handful times these concepts been overheard or taught or practiced, sometimes of course, they take different names, practices and entire paradigms, but the very essence of software development is the same, and this book explains it all. These topics are a must to put in practice for every developer to empower their career.

You may also think, like some reviewers I have seen about this book, "oh yeah that sounds nice but I have known those things my whole career" 🤷🏻‍♂️, or "it's just obvious common sense, I'm beyond that" 💁🏻‍♂️, or "this is too basic for me" 🥱. Well more often than not, you may think you know a lot of this stuff, but do you really put all into practice? and within the proper context? or do you go beyond good wishes? Do you really take an active approach to Don't Live with Broken Windows 💥 (Tip 5) to remove Software Entropy (Topic 3) for instance. I'm afraid not, and if you do, maybe you haven't been able to pass that expertise wisdom to fellow developers and really influence the industry or your team.

We have an industry lacking of so much leadership and examples of practices that came out of hard proven experience, because as developers we are arrogant animals, working in solo, reinventing the wheel every time we can pretending software is totally different than years or decades ago, while programming (and tech in general) is almost all the time a sharing and a team experience where you work surrounded by other people and discover 🔍, research 🧪 and learn 📚 all the time and evolve from learnings of the past. The best example nowadays I guess is Open Source Software and how more often than not, collaboration enables us to create better technology and deliver with more quality, still, some folks just don't get it.

I understand that like any expertise, is hard to pass the knowledge of so many experiences in a single book, but I think the authors did a really great job abstracting very important concepts into these 53 topics and 100 tips💡. While some may be familiar to your own experience depending of your mileage, others will be new or refreshing points of view of, what should be considered, universal knowledge and skills in software development. 🎓

As an example, take the topics like DRY - Don't repeat yourself, Orthogonality and Decoupling and you will end up mapping a lot of the advice to OOP practices like SOLID principles for instance, but in a more abstract and universally applicable way which to me is very useful so that the advice can be applied in any context, stack and paradigm 🤯. It's up to you really, to delve deeper within your own context and develop and practice in your craft beyond the thorough advice in the book.

Take also for example how Agile practices have been transforming over the years but the essence of Agility is more often than not, misunderstood, Andrew and Dave, who participated in the Agile Manifesto, explains perfectly what is The Essence of Agility (Topic 48), in a way that you can make it your anchor, no matter the context you are in because remember that Coconuts Don't Cut It (Topic 50) and what works for one team may not work for other 🤹🏻‍♀️ to be able to Deliver when users need it (Tip 88) operating with true Agility. 🤸🏻‍♂️

A journey that never ends 🧗🏻‍♀️

I just shed a light on why is so important for newcomers to software to start with this solid advice from really experienced programmers who have been through a lot. As for seasoned programmers, you will end up wanting to become more pragmatic and efficient at code and keep it as a good reference throughout your journey to mastery, a journey that never ends thankfully and this is your compass 🧭

To me personally, the book gave me more to learn about and also sparked a renewed hope for programmers to be more pragmatic and unorthodox, less individualistic and philosophical, become active instead of passive agents of change, so that one really becomes part of the collaborative force of progress that technology is all about.

UI Command Pattern : Part II

Jorge Castro — Sun, 29 Nov 2020 03:15:40 +0000

This post is a continuation on the UI Command Pattern : Part I where I go through different approaches for ICommand implementation with pros and cons.

I left out MvvmCross Command implementation in that post but now I have updated the sample application with MvxAsyncCommand. You can follow along with the same project from here: https://github.com/keozx/CleanRx/tree/master/src/samples/Commands

Comparison

Since my winner from last post is ReactiveCommand I present a framework command comparison including ReactiveCommand, AsyncCommand and MvxAsyncCommand given that to my surprise, MvvmCross has a very nice implementation of the Command, though still lacking of course the great versatility of ReactiveCommand but nonetheless a good option.

Feature	Async	MvxAsync	Reactive
Executes a simple bindable Action	✔️	✔️	✔️ <T>
Create from Task<T> (not async void)	✔️	✔️	✔️
Retrieve unhandled exceptions	✔️	❌	✔️
Observes boolean changes for "CanExecute" behavior through INPC (not RaiseCanExecute)	❌	❌	✔️ *WhenAnyValue
Observes IObservable ticks for "CanExecute" behavior	❌	❌	✔️
Guards against double execution (double tap)	❌	✔️	✔️
Returns a <T> result at end of execution	❌	❌	✔️
Accessible "CanExecute" state	❌	❌	✔️
Accessible "IsExecuting" state	❌	❌	✔️
Subscribe to Completion and executes handler for <T> result	❌	❌	❌

Cons

The biggest downside of MvxCommand is the lack of handling errors like AsyncCommand does, so if we want to handle unhandled exceptions we have to wrap it ourselves.

Pros

There is an overload constructor that takes a CancellationToken for the function being executed so you can cancel the task at a later point, this token is autogenerated so to cancel it from a button for example I think is not straightforward, still, this is not as interesting as the way ReactiveCommand handles cancellation in a functional state pulling way.

One of the great things of MvxCommand and MvxAsyncCommand is the ability to pass a boolean on instantiation, to indicate whether or not concurrent execution is allowed for a given command, this mimics ReactiveCommand double tap protection. Unfortunately that's all the advantage we have over AsyncCommand.

Conclusion

The ICommand implementation still has a winner in ReactiveCommand even though all the features are only accessible through the base and not only the interface, I think all is moving away from ICommand anyway, just look at how things are going in MAUI + MVU for example, is time for new UI paradigms and more efficient patterns. This is an exciting time for innovation, in the meantime let's make it all reactive!

UI Command Pattern : Part I

Jorge Castro — Sat, 19 Sep 2020 20:23:01 +0000

This post is intended to discuss different Command pattern approaches when developing UI user interactions through ICommand interface.

You can follow along with the final code here:
https://github.com/keozx/CleanRx/tree/master/src/samples/Commands

It is important to analyze each approach and the differences among them so when it is adopted within a team is easier to break barriers of adopting one framework or the other or small part of it. Most organizations will stick to one framework but that is seldom efficient when you need the best tool to get the job done. In my opinion, contrary to common belief, mixing up frameworks is actually a good thing, linking and proper dependency management should remove the clutter around having many tools in a single code base.

This post is divided in 3 main sections:

The framework comparison below.
Or, you can skip to the demo requirement here.
Or, you can skip to the implementations.

Command framework comparison

In the following table I compare different Command frameworks out there, most of them of course are part of a bigger framework but focusing on one small piece at a time helps in making the right choice on your current situation.
I chose to analyze what I think are the frameworks most commonly used, I'm missing MVVMCross for now as well as others, but I'll add them in following posts as soon as I have time to play around with them, in this first part I have included only these 4 approaches with the features I found relevant to consider, but this can change later and will update the post and code accordingly.

A better visibility version can be found in my GitHub Page

Feature	XF	Prism	Async	Reactive
Executes a simple bindable Action	✔️	✔️	✔️	✔️ <T>
Create from Task<T> (not async void)	❌	❌	✔️	✔️
Retrieve unhandled exceptions	❌	❌	✔️	✔️
Observes boolean changes for "CanExecute" behavior through INPC (not RaiseCanExecute)	❌	✔️	❌	✔️ *WhenAnyValue
Observes IObservable ticks for "CanExecute" behavior	❌	❌	❌	✔️
Guards against double execution (double tap)	❌	❌	❌	✔️
Returns a <T> result at end of execution	❌	❌	❌	✔️
Accessible "CanExecute" state	❌	❌	❌	✔️
Accessible "IsExecuting" state	❌	❌	❌	✔️
Subscribe to Completion and executes handler for <T> result	❌	❌	❌	✔️

Xamarin.Forms `Command`

Based on above comparison, is there any reason to use XF Command? well only for a quick POC or if all you are really going to do is clicking a button and do something simple that does not require any other feature. However there may be some memory save if you are having a lot of simple buttons in a screen. A benchmark comparison coming soon.
Xamarin Docs

Prism `DelegateCommand`

DelegateCommand is a better Command implementation because allows observing a boolean for 'CanExecute', but other than that, feels like a half-baked implementation of ICommand, not really intended in my opinion for use in complex apps. Prism Docs

AsyncAwaitBestPractices `AsyncCommand`

AsyncCommand comes from package Async Await Best Practices which apart from giving an implementation of ICommand with error handling, prevents the use of async void. Also the library provides for other good stuff like SafeFireAndForget() and WeakEventManager so is a handy package for Task based programming.

Unfortunately it does not provide CanExecute observer pattern like DelegateCommand, but is capable of catching exceptions if you provide an Error Handler parameter when creating the Command.

ReactiveUI `ReactiveCommand`

From all, from what you can see in the table ReactiveCommand is your swiss army knife implementation of ICommand, fully featured and rock solid, you can't go wrong with it, the flexibility of IObservable as consumer and implementer gives us ultimate adaptability.

ReactiveCommand is also the only one capable of providing a generic typed result, additional to the default parameter in ICommand, to allow to retrieve the execution output, this is useful for Unit Testing because often you would want to assert the outcome of an operation starting with the click of a button end to end.

One thing that shines from the rest is also that it has built-in execution blocking so it won't allow double tap or double execution if already fired, whether is a Task or an Action. Also, you can retrieve CanExecute and IsExecuting states to have better awareness for other components that may need to know execution state.

*While not directly capable of observing a boolean property, what RxUI Command offers is accepting the more robust IObservable type parameter for CanExecute behavior. You have to take an extra step to use WhenAnyValue() extension to wrap the INPC events from a property into an observable but in a real world application you rarely just watch for a single source, you could chain different observables here without having to notify of Can Execute has changed, so this is handy when having to watch multiple states at once and calculate whether or not the Command should be enabled or disabled.

In the following sections I go through a demo setup to analyze each one in deep.

Setting up a meaningful use case 👨‍🏫

Let's say we have a minimum requirement when we click a button in our app, simple but still a realistic requirement:

We should be able to click a button in screen to execute an Important Task
User can control whether or not the button should be enabled
There may be an event that would make the button not available to click, when the event for disabling it happens we disable the button, then enable it with the following event
Button should be enabled only when the user has manually enabled it and the event for enabling it occurs.
Oh but also the Important Task shall not be executing while another Task is happening, this is an important Task!
Important Task may error with an Exception, handle it
Important Task takes a parameter from the Command execution.
After Important Task finishes we may do some operation on the result, this handler may also cause an unexpected exception, handle it but this is an unrecoverable state.

Now, let's explore our options for a minimum implementation of this, shall we?

Defining a simple View

Here I'm using C# Markup extensions as of latest XF 4.8 (I don't think XAML is suited for UI code for reasons I'll explain in another post)

Notice I declare the Parameter and Result types to pass a parameter and return a Result from the Task to execute.

The view is simply a Button and a Switch to enable manually the the button, the command is bound to the View Model we define later here, the VM will handle results, errors and executability of the Command.

public MainPage()
        {
            var formsVm = new FormsCmdViewModel();
            var delegateVm = new DelegateCmdViewModel();
            var asyncVm = new AsyncCmdViewModel();
            var rxVm = new ReactiveCmdViewModel();
            Content = new StackLayout
            {
                Spacing = 10,
                Children = 
                { 
                    new ContentView
                    { 
                        BindingContext = formsVm,
                        Content = new StackLayout
                        {
                            BindingContext = formsVm,
                            Children =
                            {
                                new Button { Text = "Forms Command" }
                                    .Width(50)
                                    .Height(50)
                                    .BindCommand(
                                        nameof(formsVm.FormsCommand),
                                        formsVm,
                                        parameterSource: new Parameter
                                        {
                                            Type = "Forms",
                                        }),
                                new Label { Text = "Enable Command?" },
                                new Switch()
                                    .Bind(nameof(formsVm.Enabled)),
                            },
                        },
                    },
                    new ContentView
                    { 
                        BindingContext = delegateVm,
                        Content = new StackLayout
                        {
                            BindingContext = delegateVm,
                            Children =
                            {
                                new Button { Text = "Delegate Command" }
                                    .Width(50)
                                    .Height(50)
                                    .BindCommand(
                                        nameof(delegateVm.DelegateCommand),
                                        delegateVm,
                                        parameterSource: new Parameter
                                        {
                                            Type = "DelegateCommand",
                                        }),
                                new Label { Text = "Enable Command?" },
                                new Switch()
                                    .Bind(nameof(delegateVm.Enabled)),
                            },
                        },
                    },
                    new ContentView
                    { 
                        BindingContext = asyncVm,
                        Content = new StackLayout
                        {
                            BindingContext = asyncVm,
                            Children =
                            {
                                new Button { Text = "Async Command" }
                                    .Width(50)
                                    .Height(50)
                                    .BindCommand(
                                        nameof(asyncVm.AsyncCommand),
                                        asyncVm,
                                        parameterSource: new Parameter
                                        {
                                            Type = "AsyncCommand",
                                        }),
                                new Label { Text = "Enable Command?" },
                                new Switch()
                                    .Bind(nameof(asyncVm.Enabled)),
                            },
                        },
                    },
                    new ContentView
                    { 
                        BindingContext = rxVm,
                        Content = new StackLayout
                        {
                            BindingContext = rxVm,
                            Children =
                            {
                                new Button { Text = "Reactive Command" }
                                    .Width(50)
                                    .Height(50)
                                    .BindCommand(
                                        nameof(rxVm.RxCommand),
                                        rxVm,
                                        parameterSource: new Parameter
                                        {
                                            Type = "ReactiveCommand",
                                        }),
                                new Label { Text = "Enable Command?" },
                                new Switch()
                                    .Bind(nameof(rxVm.Enabled)),
                            },
                        },
                    },
                },
            };
        }
    public class Parameter
    {
        public string Type { get; set; }
    }

    public class Result
    {
        public string Type { get; set; }
    }

Declaring the Important Task

We simply define a Task with a Delay and randomly throwing an exception, a simple Result instance is returned from this.

        private static async Task<Result> ImportantTask(Parameter parameter)
        {
            Debug.WriteLine($"Command executed from {parameter?.Type}");
            await Task.Delay(3000);
            var rnd = new Random().Next(10);
            if (rnd > 5)
            {
                Debug.WriteLine("Exception! Because it can happen");
                throw new InvalidOperationException();
            }
            return new Result{ Type = parameter?.Type };
        }

Commands Implementation

Let's now explore our options to implement the Command execution and determining when is enabled or not, and also how to catch exceptions in each one.

Option 1: Xamarin Forms `Command` 🤦‍♂️

Ok so let's firstly declare our command in the constructor of the FormsCmdViewModel:

    public FormsCmdViewModel()
    {
        _device = new DeviceService();
        _device.StartTimer(TimeSpan.FromSeconds(3), OnEvent);
        FormsCommand = new Command<Parameter>(OnClickAsyncVoid, CanExecute);
    }
// ...
private bool OnEvent()
{
    EnabledFromEvent = !_enabledFromEvent;
    Debug.WriteLine($"Event triggered: {_enabledFromEvent}");
    return true;
}

Notice we use a timer to set EnabledFromEvent property that will be a conditional to enable the Command and hence, the button.

Now let's define the OnClickAsyncVoid() method :

private async void OnClickAsyncVoid(Parameter obj)
{
    // We have to await the Task and try/catch this async void,
    // otherwise we would not catch exceptions on the ImportantTask handler, 
    // like when we don't change Enabled in the Main Thread, then our app wouldn't make a noise!
    try
    {
        Enabled = false;
        try
        {
            var result = await ImportantTask(obj).ConfigureAwait(false);
            HandleResult(result);
        }
        catch (InvalidOperationException ex)
        {
            Debug.WriteLine($"Expected Exception handled! {ex}");
        }
        finally
        {
            // If you did this you would run into threading exception,
            // shows our point above.
            // Enabled = true;
            _device.BeginInvokeOnMainThread(() => Enabled = true);
        }
    }
    catch (Exception ex)
    {
        Debug.WriteLine($"Exception from handler! {ex}");
        // This is an unrecoverable state of the app!
        throw;
    }
}

So as you can see is a very simple method that basically does the following:

Executes our ImportantTask
Calls the result handler through HandleResult() method and catches the expected InvalidOperationException, we simply log to console these for simplicity.
Also. We catch unexpected exceptions happening inside the execution with the outer try catch, notice that setting Enabled = true out of Main Thread would cause the exception, while you can remove it later after the code is safe, most of times you will want to keep a handler in cases an unexpected exception happens in more complex tasks, notice also that we crash the app as we don't know the state of the app if we ever get here!
Lastly, it will disable the Command at beginning of execution and at the end setting Enabled property

This method completes our requirement, there is one thing we have to do so that our Button disables or enables as we operate the switch or a timed event happens, in our properties we need to call also RaiseCanExecuteChanged() so the Command evaluates CanExecute:

private bool _enabled;
public bool Enabled
{
    get => _enabled;
    set
    {
        SetProperty(ref _enabled, value);
        (FormsCommand as Command)?.ChangeCanExecute();
    }
}

private bool _enabledFromEvent;

private bool EnabledFromEvent
{
    get => _enabledFromEvent;
    set
    {
        SetProperty(ref _enabledFromEvent, value);
        (FormsCommand as Command)?.ChangeCanExecute();
    }
}

This method will be also used for DelegateCommand, for the CanExecute() method we simply define that both booleans should be true:

private bool CanExecute(Parameter obj)
{
    return Enabled && EnabledFromEvent;
}

Option 2: Prism `DelegateCommand` 💆‍♂️

Well, I was thinking that

ObservesCanExecute(Func<bool> canExecute);

would accept the 2 conditions we have set up at once, but it will not, so only you can observe properties with ObservesProperty(), however you can chain together several so in this case we would not need to call RaiseCanExecuteChanged() which is analogue to XF Command's ChangeCanExecute() like this:

DelegateCommand = new DelegateCommand<Parameter>(OnForms, CanExecute)
    .ObservesProperty(() => Enabled)
    .ObservesProperty(() => EnabledFromEvent);

Here, ObservesProperty() method, allows us to save some code delegating the knowledge of when to call RaiseCanExecuteChanged automatically, to the Command itself, instead of imperatively calling it in the properties! We sort of pull the state, not push it, which is one essential aspect of Reactive paradigm, but this is not using Reactive Extensions at all. Notice that this will tell when to call CanExecute(), not really evaluating the properties altogether, so you can still have arbitrary logic in the CanExecute() method.

and that's it... the OnClickAsyncVoid defined before is exactly the same, let's move on!

Option 3: `AsyncCommand` 🧰

The most interesting use of AsyncCommand is that it can handle passing Tasks for execution and a way to handling errors out of the box, that way we have the following declaration:

AsyncCommand = new AsyncCommand<Parameter>(
    OnClickAsyncTask,
    CanExecute,
    OnError);

This allows to convert our OnClickAsyncVoid() to an OnClickAsyncTask() to be simplified a bit:

        private async Task OnClickAsyncTask(Parameter obj)
        {
            Enabled = false;
            try
            {
                // Ideally, we would return the Task instead of awaiting here,
                // but we would not be able to retrieve the Result at Command level
                var result = await ImportantTask(obj).ConfigureAwait(false);
                HandleResult(result);
            }
            catch (InvalidOperationException ex)
            {
                Debug.WriteLine($"Expected Exception handled! {ex}");
            }
            finally
            {
                // If you did this you would run into threading exception,
                // shows our point above.
                // Enabled = true;
                _device.BeginInvokeOnMainThread(() => Enabled = true);
            }
        }

This will remove some code from the method and remove the async void!

However, we have to still call explicitly when we want it to evaluate the conditions for CanExecute behavior contrary to DelegateCommand:

(AsyncCommand as AsyncCommand<Parameter>)?.RaiseCanExecuteChanged();

And also explicitly enable and disable the button as all previous examples. But this can be done better!

Option 4: `ReactiveCommand` 👨‍🔬

Let's declare our ReactiveCommand functionality as follows:

RxCommand = ReactiveCommand
    .CreateFromTask<Parameter, Result>(
        ImportantTask,
        CanExecute());
RxCommand
    .Subscribe(HandleResult);
RxCommand
    .ThrownExceptions
    .Subscribe(OnError);

A lot is going on here! So let's demystify it. The first declaration is similar to others, we use the static CreateFromTask() method to pass in this case not the OnClickAsyncTask anymore, but the ImportantTask directly.

This saves us a lot of code because as you may remember, this command can take a Task but also the Command enables and disables when the Task starts and completes, respectively.

Also, we don't need to wrap the Task calling into an async method because we can simply Subscribe() to the execution completion of the ReactiveCommand, which allows to retrieve the result and pass it to our HandleResult method or do something else as the command is an IObservable<T> itself.

Lastly, ReactiveCommand provides a way to catch any thrown Exceptions through ThrownExceptions observable. We pass the OnError handler but as we don't have a way to filter through the exceptions, we simply type sniff the exception as follows:

private void OnError(Exception ex)
{
    if (ex is InvalidOperationException)
    {
        Debug.WriteLine($"Expected Exception handled! {ex}");
    }
    else
    {
        Debug.WriteLine($"Exception from handler! {ex}");
        // This is an unrecoverable state of the app!
        RxApp.DefaultExceptionHandler.OnNext(ex);
    }
}

This may not be ideal for more complex scenarios, in which case we can still keep a very slim version of OnClickAsyncTask() while also keeping the unexpected exception handler:

private async Task<Result> OnClickAsyncTask(Parameter obj)
{
    try
    {
        return await ImportantTask(obj).ConfigureAwait(false);
    }
    catch (InvalidOperationException ex)
    {
        Debug.WriteLine($"Expected Exception handled! {ex}");
        return default;
    }
}

We now don't have the side effects as in the previous method version, notice that even if is an async Task, it is a generic Task<TResult> which the ReactiveCommand can easily make available to us, something you simply can't do with any other Command, that however comes with a bit of a price, ICommand is still an interface ReactiveCommand implements but to handle result operations it also implements IObservable<TResult>, so you will need to declare the command property differently:

public ReactiveCommand<Parameter, Result> RxCommand { get;}

All in all, this has allowed us to have a Single Responsibility method, such as execute our Task and handle any errors coming from it, no need to care about the execution state of the Command or if there is another error down the road of execution that we can't handle.

Lastly, let's explore the CanExecute part, in order to mimic what DelegateCommand's ObservesProperty() can do we have to pass an IObservable<bool> to the command declaration, so we have to modify CanExecute() as follows:

private IObservable<bool> CanExecute()
{
    return this.WhenAnyValue(
        vm => vm.Enabled,
        vm => vm.EnabledFromEvent,
        (enabled, enabledEvent) => enabled && enabledEvent);
}

We use the WhenAnyValue extension method from ReactiveUI to observe the INPC events easily and at once for both properties Enabled and EnabledFromEvent, the third argument is a selector, so you can pass a custom logic to evaluate the two properties observed, in this case we simply want both to be true, but again, this is a powerful tool to enable complex logic as you can see.

Note also, that even though we had to make this method return IObsevable<bool>, it is now in a whole different league than just observing boolean properties, meaning you can chain other observables together to create complex pipelines. Plus we don't need to tell the command to evaluate imperatively this condition on each property setter, as it should be!

Again, we don't need to tell the Command when it should enable through the properties, a function is responsible to evaluate it when something changes, we react.

Bonus code! 🎁

You may notice that for simple cases like ours, the IObservable<bool> for CanExecute parameter may be a bit hard to read specially since you are only evaluating 2 booleans. So what I did is try to mimic the way DelegateCommand is able to observe properties with ObservesCanExecute() in a compact way.

While I'm a total newbie dealing with C# Expressions, I was able to come up with a quick and dirty extension method that will create our IObservable<bool> for us, given 1 or 2 INPC enabled boolean properties. I give you 'WhenAnyValueMixin' class:

public static class WhenAnyValueMixin
{
    public static IObservable<bool> ObservesProperty<TSource>(
        this TSource target,
        Expression<Func<bool>> property1)
    {
        return target.WhenAnyValue(
            GetExpression<TSource>(property1));
    }

    public static IObservable<bool> ObservesProperty<TSource>(
        this TSource target,
        Expression<Func<bool>> property1,
        Expression<Func<bool>> property2)
    {
        return target.WhenAnyValue( 
            GetExpression<TSource>(property1),
            GetExpression<TSource>(property2), 
            (p1, p2) => p1 && p2);
    }

    private static Expression<Func<TSource, bool>> GetExpression<TSource>(
        Expression<Func<bool>> property1)
    {
        // This expression is our goal for the ObservableForProperty():
        // Expression<Func<ReactiveCmdViewModel, bool>> target;
        // And this parameter is a MemberExpression (=> Enabled) (because is a member?)
        if (!(property1.Body is MemberExpression exp)) 
        {    
            // Let user know if is not MemberExpression
            throw new NotSupportedException("MemberExpression expected!");
        }

        // Expression for the Parameter type we need in the goal above, assuming we have a member on TSource.
        var parameter = Expression.Parameter(typeof(TSource));
        // Create Member Access Expression, as in vm => vm.Enabled from the Member Info from the above of course.
        var memberAccess = Expression.MakeMemberAccess(parameter, exp.GetMemberInfo());
        // Create target expression from the member access and parameter expressions so we get vm => vm.Enabled to get it's observable below
        var lambda = Expression.Lambda<Func<TSource, bool>>(memberAccess, parameter);

        return lambda;
        // Fpr reference, started with this
        // return this.ObservableForProperty(lambda,  false, false)
        //     .Select((change, i) => change.Value);
    }
}

As this is kind of out of scope for this post, I'll leave it to you to explore the code, which is not much, but this allows to declare our CanExecute() this way!

private IObservable<bool> CanExecute()
{
    // Mimicking DelegateCommand with WhenAnyValue here:
    return this.ObservesProperty(
        () => Enabled,
        () => EnabledFromEvent);
}

Notice also you only need to pass CanExecute() to the Command, not the ObservesProperty in the Command declaration which is required for DelegateCommand, this is doing both evaluating CanExecute and Observing the properties for both being true in a single shot. Also, you can still attach a selector so you can do arbitrary logic on the 'ticked' values from the Observable.

Pretty neat!

A winner? 🏆

I have made up my mind, after trying out all of them now, to me there is not better implementation of ICommand + IObservable than Reactive UI, in my opinion we don't need any other implementation.

Consider also how much we reduced our code footprint in each iteration!

Factor	XF Command	DelegateCommand	AsyncCommand	ReactiveCommand
Enabled/EnabledFromEvent property setters lines	4	2	4	2
OnClickAsyncVoid/OnClickAsyncTask executors lines	25	25	17	0-12
OnClick* cognitive complexity	2	2	1	0-1
Readability weight (1-5)	1	3	2	4

The last one may be subjective but I think the ReactiveCommand version of the ViewModel is more readable, with less side effects and more scalable. This comes more evident as your complexity increases and you realize reactive programming is a natural fit for some advanced scenarios. Again, all this was all a simple example but is a good starting point for Reactive Extensions and ReactiveUI, one command to rule them all 😁

I find it unfortunate that the Reactive Paradigm is just gaining momentum even though has more than a decade of existence, and that's why few frameworks are leveraging Reactive Extensions, using Rx super charges a tool and makes it more versatile to use; Shiny is a good example of providing the flexibility of Reactive in a library and hope that's a trend.

I also have started a project that tries to close the gap on examples (still being cooked!) using Reactive and also be useful as an Architecture guidance, CleanRx

Book Review - Adaptive Code: Agile coding with design patterns and SOLID principles

Jorge Castro — Sat, 25 Jul 2020 18:31:06 +0000

Starting this blog with a book review, and what a book, probably one that influences greatly my career path ahead of me in years to come.

In a nutshell, 🥜

Enlightening ⚡ book

Gary takes us in a journey through the seas of patterns and practices that helps us build quality software because it means with them we can write adaptable, maintainable, testable and even, readable code, go figure! We all could use some of that.

He explains with enough deepness, behavioral and architectural patterns (and anti-patterns) and demystifies SOLID principles to achieve all of this, and explains what Test Driven Development is all about and how to leverage it to write quality tests which leads to less technical debt.

At the end, he shows how to put all things together with Dependency Injection. And also some guidance of metrics like Coupling, Cohesion, and Connascence, which I wish we could get more of it, because I believe the more we measure, the better we can see progress in our performance.

He even dedicates and entire part of the book to Agile and Kanban because without proper execution, simply there is little you can do as developer when projects struggle to find proper management of work items, that however may deserve a deeper understanding and overall, practice, that more often than not, is not in control of the developers, but is our responsibility we are ready to use them and to encourage the use of proper Agile practices.

It is all about how we deliver value and with how much quality.

But also, 🤷‍♂️

Leaves me with more questions or adds more to all time questions I have had no answers in my 10+ years of experience as developer.

It left me wanting more!

First of all, 📚

Is this some kind of forbidden knowledge?

Maybe, because too many people have tried to debunk these patterns and practices in order to do their own over or under engineered ideas?

I mean, this is not new at all, even though I think Gary makes an excellent job at demystifying the core of the principles and patterns and have clear words on explaining a lot that otherwise may appear too abstract, the way most likely you find on the web.

And, honestly you don't hear many co-workers talking about in the daily coding drill, I guess I've heard more of it in interviews 🤔

Are we experienced enough? 👴

One thing is clear though, you don't get enlightenment out of this book if you are not an experienced developer who have gone through a lot.

And by experience I don't mean doing the same way of years of crafting software over and over with the same company, same technology or architecture, or the same project, nor I mean you need 20+ years of experience; at least, 5 years involved in diverse projects for sure, small and large, with different approaches, with multi-cultural and interdisciplinary teams, small and large; facing the problems of, and not limited to, not testing, not properly abstracting, not using interfaces and patterns properly and constantly battling the technical debt left behind affecting the project health.

That is the only way you can appreciate what is exposed here.

Then we all have a story on failed projects 🌩

Why the struggle of having to go through failed projects that have accumulated to much reckless technical debt that there is no recover from it? Too many broken windows that lead to unrecoverable trend downwards as explained in The Pragmatic Programmer

Decision makers and leaders have to step up and take responsibility.

But how do you reverse this trend? Meanwhile we wander around with our own "good enough" implementations of code, not leaning towards an Agile ever changing environment, but heck, even Agile is more often than not an incomprehensible abstract, if that's what we got in the process, what can we expect from the ever hidden humble code only visible to the developers.

Far too many projects and for far too long, Software Entropy in projects is still a constant.
Why is it hard to come together and craft quality software? And who is held accountable for it?

Why is this even relevant? ╰（‵□′）╯

While these software practices may have been forgotten for some, new to others, or misunderstood by the majority, and as new trends of creating software arise like Power apps, 0-code builders, or AI powered magic; we still have to build the systems that interact with or extend these abstractions for generations to come, and how you build it and how you execute it, still matters.

Tightly coupled is the way you manage or execute a project being Agile or otherwise, and how you code it through software practices that drive your craft.

As engineering mindset or IT community have we really agreed upon a set of practices before moving on or try to avoid them?

Have priorities got in our way, or time to market, or deadlines, or the process itself to deliver fast while compromising quality?

So, what are we missing? 🔎

Is this science? 🧪 well yes Software Engineering is a branch of Computer Science right? but perhaps is just too hard to prove several practices usefulness until you really practice it, and put effort in understanding.

Perhaps there are too little too few examples of success or real-world validation.
Perhaps success stories exist in the world and in the knowledge of teams that will be archived or left out for others to learn their experience.

Perhaps too much is left to each one of our egos and theoretical interpretation instead of relying on hard evidence, maturity or metrics.

Is it a change of paradigm? pretty much like Reactive and Functional programming is to TPL and Imperative programming, why people will not invest on trying things out?

Maybe what is lacking is how we communicate it all in a efficient way, maybe we need more examples, or improve guidance and understanding of the advantages. Pretty much like everything else in software engineering.

I'm willing to seek answers to these questions, even if it is the purpose or my entire career.
I have seen enough, I'm done catching up and dealing with acquiring technical debt, being too many times close to failure due this, I want to change how things work for the better, even for a little, and I'll take the first of many steps with hopes of many to follow and learn with me, but I'm also open to join whoever share the same values; moreover, the same questions seeking answers.

Thank you for reading my review but overall, I guess sharing with you the frustration I think many of us share. If you are interested, I am working on a humble open source effort regarding architecture and software practices using .NET in my GitHub to help me understand more about all of this, and hopefully help others:

keozx / CleanRx

Clean Architecture Guidance to implement Clean Architecture on .NET Platforms with a focus on Mobile and the help of Reactive Programming

At the very least, I want to have some good examples of good design :)

DEV Community: Jorge Castro

What I Stand for in 2023

[WIP] The unique journey from .NET mobile (Xamarin) to Kotlin / KMM

How it all started

The Discovery

The Learnings

KMP and friends

View Model and State

KotlinConf 2023

Regarding the future of Kotlin

Regarding the present of Kotlin

Other relevant presentations

Takeaways for the adoption of Kotlin Multiplatform

Parte 4: La salida

El comienzo de una salida 🚪

#️⃣ Opción A - Busca ser contratado por el cliente

#️⃣ Opción B - Busca empresas que te hagan sponsorship

#️⃣ Opción C - Hay un mundo allá afuera

Parte 3: El trabajo

Ahora sí, a trabajar, pero...

Forma de trabajo

El reparto de tu sueldo

De uno a otro cliente

Parte 2: Esenciales de EUA

Esenciales de EUA

"Seguridad" social

Banking

Crédito

Registro como empleado

Impuestos basicos

Mi experiencia en EUA y la Visa TN de trabajo

TL;DR

¿Y por qué? 🤔

Las circunstancias

Visa TN

El contrato 📝

La travesía de emigrar 🧳

Economía 101 y llegando a EUA

Hospedaje

Azure Functions hacks

Development storage failing to start

SignalR Serverless

Method not found (404)

Failure to deserialize the json message

Debug your function while running your app

México y la competitividad de talento [spanish]

Cultura y valor

Conclusión

Call to action

Book Review - The Pragmatic Programmer

In a nutshell, 🥜

What is this all about? 🤷🏻‍♂️

Why should you care? 🤔

A journey that never ends 🧗🏻‍♀️

UI Command Pattern : Part II

Comparison

Cons

Pros

Conclusion

UI Command Pattern : Part I

Command framework comparison

Xamarin.Forms Command

Prism DelegateCommand

AsyncAwaitBestPractices AsyncCommand

ReactiveUI ReactiveCommand

Setting up a meaningful use case 👨‍🏫

Defining a simple View

Declaring the Important Task

Commands Implementation

Option 1: Xamarin Forms Command 🤦‍♂️

Option 2: Prism DelegateCommand 💆‍♂️

Option 3: AsyncCommand 🧰

Option 4: ReactiveCommand 👨‍🔬

Bonus code! 🎁

A winner? 🏆

Book Review - Adaptive Code: Agile coding with design patterns and SOLID principles

In a nutshell, 🥜

Enlightening ⚡ book

But also, 🤷‍♂️

First of all, 📚

Xamarin.Forms `Command`

Prism `DelegateCommand`

AsyncAwaitBestPractices `AsyncCommand`

ReactiveUI `ReactiveCommand`

Option 1: Xamarin Forms `Command` 🤦‍♂️

Option 2: Prism `DelegateCommand` 💆‍♂️

Option 3: `AsyncCommand` 🧰

Option 4: `ReactiveCommand` 👨‍🔬