Відео

The key is just creating a stream from whatever it is you want to react to, so if you did want to only re-calculate some thing when some particular property of an object changed then you could create a stream for that, e.g. perhaps you have a myThing$ stream that emits new objects, but if you only want to react to myThing.x changing then you could create a myThingX$ stream that maps to that specific property

It's neovim (LazyVim specifically), you can check my config here if you like: github.com/joshuamorony/lazyvim/

You can check out my neovim config here if you like: github.com/joshuamorony/lazyvim/ but generally (assuming neovim) for any particular file format you want to make sure you have the Treesitter Parser installed for it + optionally LSP

@@JoshuaMorony thanks, I will.

You can check it out at urltown.io if you like (it's more of a strange productivity/organisation tool than a game though)

The Angular example from the video can be found here: github.com/joshuamorony/angularstart-quicklists/tree/ngxtension this isn't specifically the default way I tend to go about managing state, I have some more recent videos on that topic with example code as well though if you want to explore

Yes, this is what I have been doing to pull in state from one slice as a source for another. e.g: const audioUploaded$ = toObservable(wordsService.words).pipe( filter(Boolean), map(() => ({ status: 'uploaded' as const })) ); In this example "wordsService" is the signalSlice

@@JoshuaMorony Cool, tnx for the confirmation and the quick response. Follow up question: How do you deal with the fact that in the case of this video, the form-slice lives in a view component and is bound to Formbuilder (which is clearly view oriented) and that this form slice should be able to act as a source for a different slice that is a feature slice. This means the feature slice (which would typically live in a service-like structure or a store) needs to depend on a slice that lives in the view, to be able to define it as a source. This looks like the wrong direction in the dependency graph. View components can inject store components, but not the other way around. Any toughts on that?

@@jovanthournout9707 for cases where I want to share some state between a local/private slice and a shared/global slice I would have an imperative action to send that data back to the top of the data flow - specifically what I mean is that in the shared/global service I would have an actionSource (e.g. doTheThing), and then the local service/component can inject the shared service and call that actionSource with the relevant data (e.g. doTheThing(dataFromMyFormSlice))

@@JoshuaMorony Ok, that's what I am also doing. Can't see any other way besides making an imperative call from an effect of one slice to the action source of the other slice. Any idea how state adapt deals with this kind of situation?

you can see my neotree config here: github.com/joshuamorony/lazyvim/blob/main/lua/plugins/neo-tree.lua (note the window position = "right" config specifically)

I think the idea about a lot of our mindset being implicit is interesting. I feel like I can even use an idea or pattern quite effectively for a long time before some final piece clicks into place that allows me to think about it in a more concrete way (and a way that I could explain without vaguery and hand waving). Declarative code was very much like this for me - for a long time I used the concepts and benefited from them, but then at some point it's like some final little piece of the puzzle clicks in that reveals everything with much more clarity. I often get the sense that my subconscious mind knows these things better than I do (which leads to those ah-ha! moments in the shower), the trick I feel is getting to the point where I can think about it clearly in my conscious mind. Feels a bit woo-woo but I've wondered if there are ways to better or more intentionally leverage our subconscious mind or if there has been much research done in that area.

Definitely not woo woo . I've read a few psychology books and I think most people underestimate how much of who they are and what they think is subconscious.

​@@mfpears have you read The Master and His Emissary? It's been on my reading list for years now, if I remember correctly it covers the idea of our conscious mind sort of being like a dumb king that thinks it's in control/thinking of all these great plans, but most of it is coming from our subconscious mind (think it touches on implications of the split brain experiments). Curious to know if you think it's worthwhile if you have read it.

@@JoshuaMorony I haven't, but I've learned a lot of psychology over the past 10 years, and now I'm realizing how little psychology most people understand, so I'm looking for resources that might be simpler or purer than how I came to learn these things. I read The Righteous Mind in 2015 and Jonathan Haidt talks about "the elephant and the rider"-so, different metaphor, but same idea I think. But it also has a lot of political stuff that might be boring to some people. So I'm looking for a resource that clearly and convincingly lays out the argument for the importance of subconscious processing. I'm trying to remember the first concepts that opened my mind to this idea, because a lot of people resist it pretty strongly. It may have been How to Win Friends and Influence People, because it showed how it's the rule rather than the exception that in order to persuade people, the majority of what you tend to has to be stuff other than the main point you're trying to communicate. Because deep down most people most of the time have to know you're on their side before they'll even listen to you. And then once you have an idea that changes your perception of people and the world, you start seeing it everywhere. So that's why it's easy to forget what it's like to not see it at all. So this is my primary focus now. I still love learning, but I feel like I've strayed so far from common wisdom that I need to sort of find a way to start bringing more people along. In programming as well.

It's funny because this is quite literally a dependency inversion, but I've never really though about DI from SOLID in that way (maybe I should), but I think about it more in the context of depending on abstractions instead of concretions (not changing the direction of a dependency)

🙃

Because its supposed to be a specific union type or strings (e.g. "a" | "b" | "c"), without "as const" the type will just be a generic "string" not a specific string

@@JoshuaMorony that makes sense, thank you. I was creating specific types but I like your const approach most. Thank you Josh, been trying the signalslice and I find it awesome :)

And to not unnecessarily fetch data multiple times I have implemented a caching service using cashew using cache buckets and a cache bucket gets cleared by my backend when someone changes something -> a cache clearing event with the specific bucket name is sent to all clients connected via SignalR. Don't know how well that will scale though but it works very well and I have made it so that if you fetch lets say all products it also caches the keys of each entity and if you fetch a single product it won't have to go to the server if said product has already been fetched with the "get all" request (or paginated request in my case)

@@MrBloodWoork Wow, neat idea. I used to cache manually some standalone bits of state that were fetched often, but never implemented scaleable solution. I m just wondering. How exactly backend clears cached data? You receive some kind of array key with changed objects or something?

@@loko1944 No, in the frontend I have so called cache buckets. With cashew you can decide for every request which cache bucket the data should be stored in. I used a string backed enum to assign the names to the buckets. Let's assume we have the products cache bucket and we use it for the GET /products request in the frontend. Now in my backend I just call my cache invalidation service with the products enum value right after code that changes or deletes a product. So when POST /products is called then a message is broadcasted to all connected clients to clear their cache with the cache bucket name "products". However I did have to create a dependency map and clear all other buckets which depend on products because e.g. an asset has a product and so assets have to be cleared too because I have joined assets and products when fetching assets to be able to display the assets product name.

@loko1944 No, in the frontend I have so called cache buckets. With cashew you can decide for every request which cache bucket the data should be stored in. I used a string backed enum to assign the names to the buckets. Let's assume we have the products cache bucket and use it for the GET /products request in the frontend. Now in the backend I just call my cache invalidation service with the products enum value right after code that changes or deletes a product. So when POST /products is called then a message is broadcasted to all connected clients to clear their cache with the cache bucket name "products".

@@loko1944 However I did have to create a dependency map because e.g. an asset has a product and so assets have to be cleared too because I have joined assets and products when fetching assets so I can display their product names.

I'm sure I'll be reading more from Charlie, I picked the book up on a whim but I don't think I've taken so many notes from a book in my life

If I'm following you correctly then I think that makes sense for having more granular control over what is exposed (I haven't personally done something like it though)

Yes this is mostly what is recommended and i think Manfred Styer and the angular architect team started it. Inverting is good but it ends up ugly as time pass cause you end up having a shared service that has trivial APIs cause of some small dependency.

@@g-luu Interesting to know. I never did large projects that way thats why i probably never notice that

I've decided always invert is terrible advice now

@@JoshuaMorony thinking in takeUntilDestroyed() terms no one should unsubscribe as long as your chanel is available 😅

I don't know your situation, nor do I really know the current job market first hand as I have not had to deal with it any time recently, but my guess is that it sounds like you already would "qualify" for an entry level role (maybe beyond that), and maybe the issue lies somewhere other than needing to know more stuff to land a role (likely a big part of the problem is that from what I have heard the market for entry level positions is very competitive/difficult at the moment). This isn't particularly useful advice, because I don't think I have good advice to give on how to land a job in today's market, but I did want to make it clear that I don't think going through my course is necessarily going to help you land a job. That said, at least from my perspective, someone who has a strong grasp of all the topics covered in the course would be among the best Angular developers (but also, that would come through repeated application of these concepts over a period of time to develop that "strong grasp"). But ultimately, even if you have all these skills, it still might be difficult to land a job without prior positions/network.

I don't have a video, and my tmux config isn't public, but my neovim config is available here: github.com/joshuamorony/lazyvim/

100% agree. I shared the same opinion back when signals were introduced. They don't solve anything that rxjs doesn't already solve (except maybe for "glitches" but those can be worked around in rxjs) but now you have a fractured ecosystem where every Angular app becomes a mess of mutation with zonejs + signals + rxjs. Unfortunately the Angular team will keep adding changes to the point where it will become a mix of React/Vue/Svelte instead of having its own identity.

I got into some thoughts around this in this video: ua-cam.com/video/iA6iyoantuo/v-deo.html but my general opinion is that signals are a better way to represent state, and observables are a better way to handle events, and the flow I've landed on in my apps of starting with observables which flow through to signals to be consumed by the components I quite like/am happy with. But if you do go the pure RxJS approach I don't think there's anything wrong with that (generally speaking, a pure RxJS approach is going to be fine, a pure signals approach might be questionable)

@@JoshuaMorony thanks man

@@valcron-1000 Signals may become an integral part of Javascript, FYI, so there's not running away from it. It looks like they're here to stay.