I'm a fan of Open Source and have a growing interest in serverless and edge computing. I'm not a big fan of spiders, but they're doing good work eating bugs. I also stream on Twitch.
I recently wrote an article about Rust + WASM for processing pixel data from a video feed. We plan to use it at Streem streem.pro/. You can read a bit more about it here. dev.to/fallenstedt/using-rust-and-...
I know it's old school (and probably torture) but I'd love to learn C and x86 Assembly 😅
Why? Because I want to build my own operating system from scratch! 😄
I assume you're already familiar with the core React library? Just for my curiosity, what parts of the React ecosystem do you currently know well and what makes you choose these as being on your radar?
Basic concepts of react like components, state, props and hooks. I have done a few small projects with react. But I never felt the need for global state I kept App.js component as the main comp and passed the state down as props, maybe that's because these projects I worked on, are small. I was happy with useReducer and useContext, so far. I still need to work on more intermediate level projects before touching any third party state management tool. I read a few articles about what problems does GraphQl solves and I also want to build a portfolio/blog with gatsby and since gatsby uses GraphQl, so I chose these.
Comment marked as low quality/non-constructive by the community. View Code of Conduct
Yes that's definitely on my radar as well ... and GraphQL then comes naturally, Gatsby depends heavily on it ... React and (to a lesser extent) Redux as well.
I was also thinking about Rust, dabbled with it a bit but never found a practical application. Funny enough it seems that most people are interested in using Rust as a sort of frontend language (via WASM) while I associate it more with the backend.
Oh and Flutter maybe.
Gatsby however looks more of direct practical interest.
I saw on twitter most people saying that redux has become redundant with the introduction of hooks and Context. Also there is a new state management library recoil by facebook themselves.
I should have said any third party state management library. This article by Kent C Dodds gives more insights on using one.
Good article, thx for sharing!
As a redux user, I have to add the "useReducer/Provider" approach to my to-try list. This JS fashion is changing so fast.. 😓
Just wanted to add: never feel bad because you haven't tried something yet. There always will be something new to try. And that new thing probably will have it's downsides either. Give it a chance when you feel it's time, don't push yourself 🙂
GL
C++ and Rust are definitely at the top of my list. I really wish I could integrate them into my JavaScript applications, but the build systems are so cumbersome that I often find myself too bothered to find the time to properly use and learn them.
The Rust WASM toolchain is pretty much at the point where it's usable, provided you know a little about both Rust and WASM. You could also check out Parcel bundler which supports Rust out of the box.
Wow. How convenient! I would love to learn more about how this all works under the hood.
Does Parcel compile Rust so that it directly binds with V8, or does it use some fancy foreign function interface (FFI)? Please do correct me if I'm wrong, but I figured that it might be the latter due to the presence of the no_mangle directive in the Rust example. Moreover, does Parcel provide the option to compile Rust into native Node add-ons instead?
Say, if I wanted to write a performance-critical application, this would be critical information for me in my tool belt.
Parcel compiles the Rust code to a WASM (WebAssembly) bundle. This is basically the Javascript standard equivalent of FFI, and should work in modern browsers and in Node.
If you specifically want to write native Node add-ons, I've heard pretty good things about neon but I haven't tried it out myself and it seems more involved than loading a WASM bundle with a bundler.
Nice! Parcel is more attractive now that you mentioned WebAssembly. Thanks for the nod in the right direction. I'll definitely look into it.
Also, I've tried Neon once. It was an overall good experience, but tooling support is desperately lacking. In particular, Rust support in VS Code was a huge pain to deal with. Tooling aside, Neon is a neat alternative to FFI. It's best to give it a few years to mature before a proper judgement can be made.
Lack of IDE support is definitely one of, if not the biggest obstacle for Rust right now. I haven't used VS Code in a while so I can't compare, but I'm using IntelliJ with the IntelliJ-Rust plugin and it works fairly well (some minor annoyances but no major issues).
You can also check areweideyet.com for an overview of Rust plugins & support in various IDEs.
It's very unfortunate, too, because Rust is a great language with promising ideas and paradigms to offer. I'll do some further research on IntelliJ's IDE capabilities. With that said, thank you very much for your advice.
I am definitely open to making use of CMake. However, my biggest issue with it is the additional amount of knowledge required to set it up. The tedium of configuring a build system is the curse of compiled languages that discourages me from playing and hacking away. I do have some fault in that regard, but it is admittedly a cumbersome task.
Docker. I used it sometimes in my last company and it hasn't been at the top of my list of things I want to learn - but it IS on the list. I think it's because it's not a blocker for my other projects that I never made time to understand it. But I do keep bookmarking Docker related articles I find here on DEV.
A blockchain community and ecosystem leader. Worked with Consensys, MetaMask, Ethereum Foundation, Binance, and scaled developer communities impacting a broad set of developers and consumers globally.
Education
Master's in Business from San Francisco | Bachelor's in Engineering from India
A blockchain community and ecosystem leader. Worked with Consensys, MetaMask, Ethereum Foundation, Binance, and scaled developer communities impacting a broad set of developers and consumers globally.
Education
Master's in Business from San Francisco | Bachelor's in Engineering from India
Hot reload, extensive widget support, close to native experience with support for cross-platform.
Having some experience with Android using Java, those are some features that seem quite appealing to me.
For me, the experience of developing is what sold it to me. Having used Ionic and React Native, I can say it's the seamless development experience so far.
Some other good points:
Great docs
Loads of out-the-box widgets (components)
Quite a big community
And UI warnings, for example, if your text overflows the screen, it will show a warning in the app showing where the issue is and explaining the problem.
I second flutter. I think it feels fun and promising as an ecosystem. Also as a game developer I found it closest to the workflow of Unity 3D on application domain, which is a great convenience and fun to work with. Also both are well documented (Yes I’m looking at you php).
I hope to do some hobby projects in the future, perhaps when kids start school in 6-7 years lol:D
I love flutter, unfortunately I haven't done much with it myself yet but I'm super intrigued.
A little fun fact: Flutter implements the whole material design guideline while the official native android sdk doesn't.
A blockchain community and ecosystem leader. Worked with Consensys, MetaMask, Ethereum Foundation, Binance, and scaled developer communities impacting a broad set of developers and consumers globally.
Education
Master's in Business from San Francisco | Bachelor's in Engineering from India
Rust/WASM definitely near the top. I also played around with Flutter when it was new but sort of put it on the shelf to let it mature. I'd love to revisit that.
But gaining a better understanding of containers/VMs/etc. is higher on my list— because that would help me contribute better ideas to the infrastructure side of DEV.
I've found that often it takes a few hours to try some new lang/tool/technique
While postponing it in my list lasts for months or even years 😓
I remember when I learned new cool kid's words "repository" and "git".
Kept hearing that all around, but couldn't find courage to check em out.
Took me years to finally sit down & try 😀
I am a Full stack .NET Developer, I like to work with C#, Asp.Net Core, SQL, Mongo DB, Azure, JavaScript...
Always eager to learn new technologies. I am here to share, ask & eventually learn.
Kubernetes – I actively use Docker and have also played around a bit with Docker Swarm to create a cluster (for serverless functions), but the leap to k8s scares me 😃
GraphQL – I know more or less how it works and can write very basic queries and mutations, but am very far away from being able to use it for a real project. Fragments, caching...
GSAP – I've seen all the amazing animations people create using it and it looks so cool. But my knowledge there ends after a simple timeline.to('selector', { opacity: 1 })...
Top comments (151)
Rust and WASM. I did a Rust tutorial and then just haven’t made the time yet to dive in more.
Also Swift. I’ve never done any iOS dev and I keep hearing great things about Swift.
I recently wrote an article about Rust + WASM for processing pixel data from a video feed. We plan to use it at Streem streem.pro/. You can read a bit more about it here.
dev.to/fallenstedt/using-rust-and-...
Rust, WebAssembly and Crystal here
Same I wanna try our Wasm preferably with Rust
I know it's old school (and probably torture) but I'd love to learn C and x86 Assembly 😅
Why? Because I want to build my own operating system from scratch! 😄
That's such a cool endeavor to push for.
A friend wrote an OS in JavaScript for fun.
I’m learning this right now! Prepping for the OSCP
This repo might be helpful to you.
Whoah, thank you so much! I'll definitely take a look at that!!
I assume you're already familiar with the core React library? Just for my curiosity, what parts of the React ecosystem do you currently know well and what makes you choose these as being on your radar?
Basic concepts of react like components, state, props and hooks. I have done a few small projects with react. But I never felt the need for global state I kept App.js component as the main comp and passed the state down as props, maybe that's because these projects I worked on, are small. I was happy with useReducer and useContext, so far. I still need to work on more intermediate level projects before touching any third party state management tool. I read a few articles about what problems does GraphQl solves and I also want to build a portfolio/blog with gatsby and since gatsby uses GraphQl, so I chose these.
It just means you're a noob. Or <noob. I know you would criticize me, but that's not a joke,
Ok Thanks for pointing out that. It will be nice if you could share some resources or ideas to expand my knowledge. Thanks 😊. Have a nice day.
I would. But only after next 10 hours. Check the time, its 0016 in India
As promised, here is my tweet for a successful web developer: twitter.com/Abhigya53544714/status...
+1 for Gatsby !
Yes that's definitely on my radar as well ... and GraphQL then comes naturally, Gatsby depends heavily on it ... React and (to a lesser extent) Redux as well.
I was also thinking about Rust, dabbled with it a bit but never found a practical application. Funny enough it seems that most people are interested in using Rust as a sort of frontend language (via WASM) while I associate it more with the backend.
Oh and Flutter maybe.
Gatsby however looks more of direct practical interest.
Redux is like taking the core part of react like hierarchy of components, state lifting and thigs like that and throw it away by the window
I saw on twitter most people saying that redux has become redundant with the introduction of hooks and Context. Also there is a new state management library recoil by facebook themselves.
I should have said any third party state management library.
This article by Kent C Dodds gives more insights on using one.
Good article, thx for sharing!
As a redux user, I have to add the "useReducer/Provider" approach to my to-try list. This JS fashion is changing so fast.. 😓
Just wanted to add: never feel bad because you haven't tried something yet. There always will be something new to try. And that new thing probably will have it's downsides either. Give it a chance when you feel it's time, don't push yourself 🙂
GL
I now use Figma regularly as a pretty ignorant consumer. Actually learning it seems like a steep hill to climb! 😭
I find: Figma==MS Paint
C++ and Rust are definitely at the top of my list. I really wish I could integrate them into my JavaScript applications, but the build systems are so cumbersome that I often find myself too bothered to find the time to properly use and learn them.
The Rust WASM toolchain is pretty much at the point where it's usable, provided you know a little about both Rust and WASM. You could also check out Parcel bundler which supports Rust out of the box.
Wow. How convenient! I would love to learn more about how this all works under the hood.
Does Parcel compile Rust so that it directly binds with V8, or does it use some fancy foreign function interface (FFI)? Please do correct me if I'm wrong, but I figured that it might be the latter due to the presence of the
no_mangle
directive in the Rust example. Moreover, does Parcel provide the option to compile Rust into native Node add-ons instead?Say, if I wanted to write a performance-critical application, this would be critical information for me in my tool belt.
Parcel compiles the Rust code to a WASM (WebAssembly) bundle. This is basically the Javascript standard equivalent of FFI, and should work in modern browsers and in Node.
If you specifically want to write native Node add-ons, I've heard pretty good things about neon but I haven't tried it out myself and it seems more involved than loading a WASM bundle with a bundler.
Nice! Parcel is more attractive now that you mentioned WebAssembly. Thanks for the nod in the right direction. I'll definitely look into it.
Also, I've tried Neon once. It was an overall good experience, but tooling support is desperately lacking. In particular, Rust support in VS Code was a huge pain to deal with. Tooling aside, Neon is a neat alternative to FFI. It's best to give it a few years to mature before a proper judgement can be made.
Lack of IDE support is definitely one of, if not the biggest obstacle for Rust right now. I haven't used VS Code in a while so I can't compare, but I'm using IntelliJ with the IntelliJ-Rust plugin and it works fairly well (some minor annoyances but no major issues).
You can also check areweideyet.com for an overview of Rust plugins & support in various IDEs.
It's very unfortunate, too, because Rust is a great language with promising ideas and paradigms to offer. I'll do some further research on IntelliJ's IDE capabilities. With that said, thank you very much for your advice.
From my experiences with C++, cmake is the de facto standard build system. And wrapping C++ as node module can be done using swig. Pretty good.
I am definitely open to making use of CMake. However, my biggest issue with it is the additional amount of knowledge required to set it up. The tedium of configuring a build system is the curse of compiled languages that discourages me from playing and hacking away. I do have some fault in that regard, but it is admittedly a cumbersome task.
Docker. I used it sometimes in my last company and it hasn't been at the top of my list of things I want to learn - but it IS on the list. I think it's because it's not a blocker for my other projects that I never made time to understand it. But I do keep bookmarking Docker related articles I find here on DEV.
For me, it's Flutter.
What's most appealing about Flutter?
Hot reload, extensive widget support, close to native experience with support for cross-platform.
Having some experience with Android using Java, those are some features that seem quite appealing to me.
For me, the experience of developing is what sold it to me. Having used Ionic and React Native, I can say it's the seamless development experience so far.
Some other good points:
I second flutter. I think it feels fun and promising as an ecosystem. Also as a game developer I found it closest to the workflow of Unity 3D on application domain, which is a great convenience and fun to work with. Also both are well documented (Yes I’m looking at you php).
I hope to do some hobby projects in the future, perhaps when kids start school in 6-7 years lol:D
Even my startup switched from Capacitor to Flutter.
I love flutter, unfortunately I haven't done much with it myself yet but I'm super intrigued.
A little fun fact: Flutter implements the whole material design guideline while the official native android sdk doesn't.
Not entirely all material design spec. See here github.com/flutter/flutter/issues/...
Woah, that's quite a mind-blowing fact! 🔥
I love Flutter. We are moving from Ionic to flutter at our company.
I imagine there are downsides to using it, but for now, it has only improved our stack.
Hey, Check the below source
medium.com/aviabird/top-10-open-so...
dev.to/nitya/flutter-learning-reso...
My short list:
Langs
Libs
Tools
Other
Plus a ton more I don't remember now — people create new cool stuff daily!
And what is on your list, @ben ?
Rust/WASM definitely near the top. I also played around with Flutter when it was new but sort of put it on the shelf to let it mature. I'd love to revisit that.
But gaining a better understanding of containers/VMs/etc. is higher on my list— because that would help me contribute better ideas to the infrastructure side of DEV.
I've found that often it takes a few hours to try some new lang/tool/technique
While postponing it in my list lasts for months or even years 😓
I remember when I learned new cool kid's words "repository" and "git".
Kept hearing that all around, but couldn't find courage to check em out.
Took me years to finally sit down & try 😀
Nice 😄, How you are planning to get better understanding of containers/VMs/etc ? Do you have any course in mind or learning by reading documentation ?
Did someone said fantasy land? Some time ago I found a series of posts that talked in great detail about that stuff: Fantas, Eel, and Specification.
Thank you, Heiker! Bookmarked it.
Have you started using it after reading this?
Where you doing FP before that?
Yes. But funny enough we (all of us) already use some of that stuff, we just don't know it.
A little bit. Not too much because "hardcore" FP looks very weird in javascript.
I've been writing about FP in javascript for quite a while now, I put everything I know here.
timeline.to('selector', { opacity: 1 })
...Some comments may only be visible to logged-in visitors. Sign in to view all comments.