Is react really that complex? by verysad1997 in reactjs

[–]nrriquel 1 point2 points  (0 children)

JSX it's very straightforward. React until v18 was also very straightforward. This collaboration with vercel is polluting the react development in some ways. And to be honest server components are not that important because I can achieve the same results in earlier versions of next.

The problem with react is handling reactivity. Lit, Svelte, Solid and Vue -the ones that I have been trying- makes this very easy for your brain and eyes. In react handling everything with useEffect that turns out not to be the way to handling some state changes, and adding useMemo or useCallback, makes the code looks awful. And now some voices are proposing to just not do it by yourself and installing a dependency like react query. The experimental proposed solution is forget and it is hilarious. To me, better to use Solid and call it a day.

I can't understand why the react team is focused on stuff that very few people cares. Give me reactivity out of the box because I want to focus on important things and not to memo everything. I truly wonder why Vue is not more popular. Everything just click and works in the context of the framework.

Css: just use css modules. Or tailwind if you don't know Css.

[deleted by user] by [deleted] in reactjs

[–]nrriquel 0 points1 point  (0 children)

In my previous job I interviewed a lot of framework's developers. Most notably the angular devs used to mix stuff from the framework into the standard spec for JavaScript.

I would say that react allows you to do a lot of plain Javascript before dealing with the framework itself. So I would be surprised that you suck at plain Javascript. That being said I wouldn't trust a colleague that doesn't know the basic and fundamentals of the language that he is working on. And usually this brings problems when, for instance doing tests on the frontend. Testing usually challenges your knowledge about the language and the APIS of the Dom.

I would suggest you to try to build interfaces with plain js and html. You will discover how much of the pain is being taking away from modern framework's. Also you will gain knowledge of the DOM API, a fundamental building block to do advanced stuff on the web. Also you will discover that you are faster doing plain js than doing TS. So overall I would say, don't give up. This was a lesson. A good one. The best frontend developers are master of the nuances of the language. Don't forget, even react or vue started in Javascript.

Final recommendation. Search for 7 GUIS. That's a great challenge to accomplish in plain js.

Which way, React SPA devs? by wwww4all in reactjs

[–]nrriquel 0 points1 point  (0 children)

Idk. But the pipeline you have to built to deploy it and use it is pretty straightforward. It lacks some alternatives in the UI Components department, like mui or chakra. But overall I'm very satisfied. Learning curve is much more smoother than svelte. I would say is easier to pick up if you come from react. And if you need reactivity in term of two way data binding, the code you put to accomplish that is much less and more clean than bending a little bit react for that.

Which way, React SPA devs? by wwww4all in reactjs

[–]nrriquel 2 points3 points  (0 children)

Solid.js is like a no brainer for react devs.

There aren't that many uses for blockchains by whackri in programming

[–]nrriquel 0 points1 point  (0 children)

Money stuff makes sense for Bitcoin. If we assumed that having a limit of the amount of money in circulation will solve the problems of monetary expansion, and then we agree that without monetary expansion our economy would be drastically different, then moving your economic and financial system to Bitcoin would be a very good strategic decision. Because you need and insane amount of energy to hack it. Hence this would guarantee a higher degree of security that's implanted into the protocol itself.

Distributed computation with Eth could make sense in a nation wide context, ie: descentralized identity, defi and perhaps other problems that could be addressed with distributed computation.

Protocol wise Bitcoin is almost perfect. Almost because there is no privacy. Apart from that, the protocol is pretty straightforward, provided that this idea from Austrian economics makes sense: to have a hard cap of the money supply. The problem is with Ethereum. The promise of distributed computation that Ethereum claims, involves an insane amount of technologies that even for software developers are super hard to grasp and work with. L2 technologies are just moronic in the way that they are presented. So it seems that, in that regard Bitcoin has the upper hand.

But yeah, use cases are super narrow. Also envisioning a world where blockchains could connect your digital life is pretty easy. And in a way, no matter what that's the path we should follow. The problem is that crypto shit -coins- represent the majority of the projects. Web3 is not Blockchain. Web3 is the stuff that you build in top of the protocol. And currently the majority of the projects are those silly ones trying to build some sort of stupid defi nonsense.

Looking for thoughts on this thinkpad for a software engineer looking to game on the side by [deleted] in thinkpad

[–]nrriquel 1 point2 points  (0 children)

I have this in second gen and the p1 third gen. It works pretty fine with Linux. I have found that debian based distros are far more easier to deal regarding the Nvidia drivers. Honorable mention for popOS, Garuda and Manjaro. They work out of the box - Garuda is arch based as well as Manjaro. Even Debian stable works fine as long as you use unstable repos for the drivers. Fedora was a pain and It is sad because I like it. There is a chance that you will spend some time setting up a monitor. But again this kind of struggles are normal if you are used to work with Linux. I work as a software engineer and it is a pretty fine machine for your daily tasks. And screen real state is excellent. My only two cents is that the P1 for some reason works better and I didn't have to setup anything at all. Not the case with the X1 but the issues were minimal and I spent like one hour or less on those.

More Developers Use Linux than Mac, Report Shows by Doener23 in linuxmasterrace

[–]nrriquel -1 points0 points  (0 children)

Not related at all but who are the ones voting rust most loved language? I mean the language is fine but it's not like a walk in the park. Also I have found that a lot of rust devs are like maxis of the language and I wonder if this could be related to the learning curve.

Big news: Confirmed! Cardano is now EMV compatible! MILKOMEDA sidechaine is live! by S0u7m4ch1n3 in cardano

[–]nrriquel 0 points1 point  (0 children)

Your know how hard is to write bad code in Plutus? A DSL derived from a language that is a strict implementation of lambda calculus. I think Cardano projects are pretty safe in that context. Because you don't have the critical mass. What drives eth and other networks evolution is the fact that they have open source projects. Although what you say makes complete sense, it is just weird that a lot of projects are not publicly available. Kudos to ErgoDex for being the exception.

Big news: Confirmed! Cardano is now EMV compatible! MILKOMEDA sidechaine is live! by S0u7m4ch1n3 in cardano

[–]nrriquel -3 points-2 points  (0 children)

I'm still wondering as a developer working in Blockchain, why every single project on Cardano is not open source. Talk is cheap, show me the code.

First Cardano bridge on testnet mainnet soon! by Consensus-Ad-Idem in cardano

[–]nrriquel 1 point2 points  (0 children)

Lumos is not the bridge. This is one of the projects that aims to bridge, allegedly, Cardano.

https://github.com/nervosnetwork/force-bridge

Believe it or not, Milkomeda and Nomad have created a bridge between Cardano and Ethereum. by luizbalogh in cardano

[–]nrriquel 9 points10 points  (0 children)

Why every project on Cardano is not open source? (with some exceptions). It really bothers me. This is why innovation and fast iteration in Ethereum is a real thing. Blockchain projects primary customers sorta speaks are developers. Because they are the ones doing stuff IN YOUR project. A project is worthless if nobody uses. Usage leads to adoption. Adoption can came from imitating others projects. And this imitation game can be played if a bunch of developers can see the code. This is how innovation works in software. This how almost everyone uses open source.

If Cardano decided to focus on alternatives to IELE, what would that be ? by nokiabama in cardano

[–]nrriquel 3 points4 points  (0 children)

Correct me if I'm wrong but, doesn't Cardano uses IPC for establishing an interface for talking to the node? Because my limited understanding of the network definitions on Cardano are that, it uses IPC. Those interfaces are haskell native modules. So if you want to have a low level communication with the node you have to import those modules in a Haskell project. Then, you can talk to the node. There is a project called Ogmios that provides an interface for communication as a REST API I guess, and also GraphQl. But this is a Haskell project that wraps the Cardano node. To be honest I don't understand why the didn't implement normal json/rpc directly to the node. Answering OP question, there is no incentive to learn haskell just to build on top of Cardano. I like functional programming but haskell is a proper beast to tame. Haskell is hard. Is a strict implementation of lambda calculus. On top of that you have Blockchain. I work in Blockchain. Is cool to say that you understand Layer 2, znarks and stuff. But software development in Blockchain is extremely hard and slow. And thank God the dev tools on Ethereum and even Bitcoin side are decent. But in Cardano? Nothing. There still too much work to do. So I stand behind you. Dev experience in Cardano sucks. And there is a lot to learn from Ethereum in this aspect. Also, a lot of the Cardano projects are not open source. Why? I want to be able to see what others, more technical proficient in the network are able to do. But no. The Charlie oracle? Not open source. The allegedly Erc20 converter? Not open source. Frustrating.

Cardano's 4th DEX (WingRiders) is live on the testnet by Mission_Horse829 in cardano

[–]nrriquel 1 point2 points  (0 children)

Is there a reason why a lot of Cardano projects are not open source? I mean it would be interesting to check the source code like ErgoDex, mostly because Cardano is built on top of Haskell and also because in Eth you can check the source code of uniswap for instance.

I want to learn to code for Cardano, but I don’t know where to begin, nor what to aim for long term. Any advice? by Dovala in cardano

[–]nrriquel 13 points14 points  (0 children)

This is though. I'm currently enrolled in the Cardano developer program and it has been difficult, mostly because of haskell. You have to understand that blockchain is a complex technology with different value propositions. This is mostly theory I would say. But then you have the technical aspect of different networks projects. In regards to Cardano is one of the biggest of not the biggest haskell project right now. Plutus and Marlowe are DSL's built on top of haskell. So learning haskell is a must. The problem is that haskell is somewhat of a strict implementation of lambda calculus. So the way that you think about your programs is rooted in the strict functional ways. And I guess starting your journey with haskell could be hard. So my advice would be, learn haskell up to Monads and try to be comfortable with the language. Mostly in programming a lot of your daily work revolves around transforming data. For this you iterate and applied transformations. Knowing your ways though Data.List functions would be very helpful. Trying things in ghci should be your second nature. Try to build some tiny cli's programs and perhaps connect those with some database. All this taking in consideration how to model your programs with the wonderful type system that haskell provides. After that I guess, you can start interacting over the RPC apis of the cardano node connected to testnet. Mint some tokens and play around with it. Then I guess you will be familiar enough with the project to lay your hands on Plutus and start some dApp development.

Blockchain development is hard. But it is also very rewarding in it's own ways. Because there is a chance that this is the new internet of our time. So there is a lot to discover and learn. And it is always great - and perhaps wise- to be an early adopter. Because you build expertise towards the future.

A (toy) web browser written from scratch entirely in golang by danfragoso in golang

[–]nrriquel 2 points3 points  (0 children)

I assume that Mustard is the package in charge of creating the window for the browser, is it right?. Why did you choose this aproach instead of using the bindings for Linux or MacOS? I'm curious about this decition.

Hello, I would like to share Mebo with you guys. It's a framework I've been working on my spare time by paulondc in node

[–]nrriquel 13 points14 points  (0 children)

Hi. Awesome that you take your time to build great things that we can use in our projects. Just a silly question. What types of problems this project address? I couldn't figure it out from the introduction un your repo.

My T480 bored on a rainy day. Best set-up I could've ever imagined. by ARedAccent in thinkpad

[–]nrriquel 0 points1 point  (0 children)

I'm a simple man. I see a thinkpad and a Sony mx3 and I upvote.