We use angular SSR since 2019 and it serves us very well. Prerendering sounds interesting, but our page is too dynamic to get a benefit out of it. But I thought about using prerendering one day to render a template, that you then use to render the final page. So you already got your final DOM, but still have some placeholders for dynamic values to be replaced before serving the customer. But we got SSR fast enough through other tricks and methods, that we haven't put much time into it.
@pablojavierjimenezАй бұрын
Qapla!
@lviggi9504Ай бұрын
excelent
@manojihtursАй бұрын
How to show the total count on top of each bar? is it support to show multiple x-Axis label?
@arthurfedotiew36092 ай бұрын
I am very surprised to hear that people who learned Angular could work for years before hearing about zonejs. One must be so apathetic to mastering his main tool in such case. And you people don't look to be that apathetic... I'm sincerely confused... As soon as you see change detection strategies, you must understand what role zonejs plays in keeping your UI up to date with dat amodel
@TayambaMwanza2 ай бұрын
Zone.js is not front and centre of Angulars advertising, so its not impossible. In fact Angular working properly would mean you never need to know about zone.js its invisible, if you never had to look it up it actually means youve been writing angular well enough to not need to look it up.
@arthurfedotiew36092 ай бұрын
@@TayambaMwanza doing something well enough doesn't mean you shouldn't know 5x times more than you need. My point was that if you write angular even for one year and didn't hear about zonejs you're not curious. Example from js land: In order to use "for...of"" you don't need to know that it works on entities implementing iterable interface. Doesn't mean you should never be curious enough to learn it? if your answer is yes, let it be. My answer would be definitely no. The only reason why is that I love my job. This is the only difference. I was surprised in the first place, cause those people look like they also love it.
@TayambaMwanza2 ай бұрын
@@arthurfedotiew3609 Fair enough, I was just coming from the perspective that it's not impossible that it could happen.
@deepakforu33143 ай бұрын
does analog support latest angular 18 ?
@saithisx3 ай бұрын
Aahhh cliffhanger 😂 What is the solution?
@armynyus91233 ай бұрын
My Hero.
@amosisaila84163 ай бұрын
What videos?
@techstacknation3 ай бұрын
Hi Amos! We have two shorts up so far and more to come soon, we haven't posted the full video just yet but should have it up sometime this week! 🥰
@amosisaila84163 ай бұрын
@@techstacknation I mean, he said that companies start calling him after his video.
@techstacknation3 ай бұрын
Oh, yes - gotcha! He has several videos on our channel, here's a link to the most popular one: kzfaq.info/get/bejne/pJllhZWUnc7KYKc.html
@hansschenker3 ай бұрын
Rxjs is not about asynchronous programming, Rxjs is a functional style of programming where your functions are the operators and Rxjs gives you Reactivity for free. Combining Rxjs with Signals is a 100% garantee for consusion!
@hansschenker3 ай бұрын
If you work in a web application you are always in an Event-Driven Context! Combining Rxjs with Signals is a 100% Garantie for confusion!
@krisnrg3 ай бұрын
Makes zero sense to have signals natively in js. Why don’t there libraries just use a common library of the wanna “share” signals between them?
@GottZ3 ай бұрын
it makes total sense because native implementations can have higher garbage collection optimizations than library's in JavaScript land.
@zombiefacesupreme3 ай бұрын
This is exactly like promises. Everyone said "why add them to the language, we can just use bluebird/Q/etc.". Luckily, they were ignored, and the tooling around promises is much better. We have a standard primitive, and everyone is happy except some monad purists. People just hate change. When literally dozens of libraries have all converged on a similar reactivity model, it makes sense to codify it into the language so that people can stop wasting their life with duplicate workloads. You'll be able to use libraries in concert without worrying about conversion, and diagnostic tooling will be built into the browser. Everyone wins.
@LarsRyeJeppesen3 ай бұрын
It makes very good sense
@captain_knoxx3 ай бұрын
It is really hard to concentrate on the content when weird tik-tok style subtitles appear
@techstacknation3 ай бұрын
Good point, captions are only on short previews and we just released the full length video of this discussion, no captions. 👍
Where is the full video of this Bonnie, quite interesting!
@techstacknation4 ай бұрын
Glad you like it Amos! Full videos are available right away in our Experts Space and will also be uploaded to KZfaq later, be sure to subscribe for notifications. Bonus - if you join our Experts Space, you can participate in calls like this to ask questions and network with super friendly tech experts like Alex Rickabaugh! 🥰
4:35 Strictly speaking, it's not θ Greek small letter theta (U+03B8) but ɵ Latin small letter barred o (U+0275)
@amosisaila84164 ай бұрын
Thank you! Love it!
@techstacknation4 ай бұрын
It loves you too, Amos! 😂🥰
@amosisaila84164 ай бұрын
Interesting!! My brain said, wait what? It ended? Hahah
@techstacknation4 ай бұрын
Haha 😆 it's just a clip and the full video is here kzfaq.info/get/bejne/h6qWnc-flbeucY0.html
@lookitscade4 ай бұрын
Great pilot episode! There's a number of places to get ecosystem updates (i.e. Frontend Master's Frontend to Fullstack Monthly newsletter), but the *commentary* on the updates by panelists is especially valuable (not to mention entertaining). 👏
@techstacknation4 ай бұрын
Cade, your comment won our weekly contest, thanks for the encouragement and congrats! Please join us at techstacknation.com and send a note to Bonnie to collect your prize. If you're quick, you can join us in time for the Signals Proposal discussion tomorrow! 🥳
@amosisaila84164 ай бұрын
How would you handle the scenario where the users may add new columns to the table (columns are the form fields)? In that case I think that you can't have static JSON and you must provide an additional table inside DB with all the columns + table fields. Btw do you have the repo so I can check?
@techstacknation4 ай бұрын
Great questions! This code is meant to be a starting point so it would be super easy for you to extend it and add this functionality. Here's the repo github.com/bcarson/dynamic-reactive-form If you get stuck and need help, come find us on TechStackNation.com, we talk about this pattern a lot in our weekly architect study groups. 🤓🥰
@amosisaila84164 ай бұрын
@@techstacknation I checked it and I would create a standalone component per each form control and eating from a smart component (the father FormGroup) and inside each field component you can control that FormGroup not by passing the reference with @Input or input(), just by playing with viewProviders and ControlContainer.
@ruthconley58424 ай бұрын
Promo SM
@Shorty3b4 ай бұрын
This is interesting!
@ratikagrawal124 ай бұрын
Bonnie never fails to engage the community. :)
@znoop724 ай бұрын
Virker som en oppegående type.
@AlexandreAlonso4 ай бұрын
do you guys share the source code?
@xucongzhan91515 ай бұрын
A grest and insightful discussion! Learned a lot. Regarding the inject function (1:35:0), point 1-4 all great and valid IMHO but point 5 is a bit nuanced. Traditionally, (at least with languages like C# and Java) being explicit about a class' deps by specifying it in the constructor is one important aspect of DI as it enables you to do pure DI with object composition. It also prevent a normal domain class from dragging along the hidden dependency of a DI framework. But I think in the context of a UI framework like Angular, this second point is not as prominent. So the most annoying gripe I have regarding the first point is that now in UT, I cannot simply treat a component class as a class. I cannot easily new up stub service objects and pass that to the the component's constructor. I basically HAVE TO go through configuring the TestBed first.
@user-iw2jm9mv6s5 ай бұрын
It would be great if you could continue talking about Native script and Angular. Unfortunately, there is very little new information about this on the Internet. I would like to know how to make multilingual applications.
@carlosurielvillegas39045 ай бұрын
mas grande la letra del editor, por favor
@kensei95315 ай бұрын
I upgraded to 17.2 but this feature doesn't work properly. When I change the input, signal value doesn't change automatically. Thanks for the video by the way.
@techstacknation5 ай бұрын
You're welcome Kensei, here's another one that might help. 🤗 kzfaq.infoMQS10sidj9M?feature=share
@lviggi95046 ай бұрын
buena info
@MahmoudTarek-pz1rl7 ай бұрын
Thank you guys a lot for the great content ❤ I'd love to see the implementation of these dynamic components and more of that I don't know how can I reach out to you if I got stuck with implementing such components or anything else in Angular I'm already trying to build a reusable form array table using a material table, and I have some issues with it Thanks..
@dylanjhalltech83137 ай бұрын
lol 😂
@arozendojr7 ай бұрын
Regarding NativeScript + Angular, do you have any repository where the Angular application is located on the web and the client loads the application via a URL, enjoying the benefits of NativeScript?
@codeconcept7 ай бұрын
Great demo Connie, thanks! It was a good move by the Angular team to rename the operators allowing to switch to an observable or to a signal (toObservable() and toSignal() instead of fromXyz()). It's easier to keep the destination in mind rather than the source.
@flaviobravosantos97237 ай бұрын
Link del repo de ejemplo ?
@innocentmazando38088 ай бұрын
This is a goo question though :) You just made me start thinking :)
@chaos_monster8 ай бұрын
While I do not disagree with the arguments against constructor based DI (about 1:35:00) I can't ignore think that the `injectSomething(...)` pattern reminds me heavily of the Service Locator Pattern, which I would (as a replacement for DI) argue to be an anti-pattern, as it hides the dependencies and makes testing and refactoring harder. I think this is also what Sander tried to point out in the beginning of his question
@19Mugiwara868 ай бұрын
For the question to override husky, you can put a --no-verify flag to your commit or push for skip husky check
@JDaniel-sd7 ай бұрын
Hey, you're right. Should've worked when Dylan suggested the flag, forgot to add the changed files to the new commit. 😉
@Shorty3b8 ай бұрын
This is really great. Thank you
@malikrajat8 ай бұрын
yes yes please we want it more often
@innocentmazando38088 ай бұрын
Personally on pre-commits I prefer linting only the files that I have staged (npm -D i lint-staged ngx-lint-staged). The reason why you may not want to build, lint and test the entire project on commit is that if the project is bigger you will need to wait a good amount of time to finish all those processes with husky. Rather I run lint on staged files when I am commiting and when I am pushing that is when I run build, test and lint of the entire project. It gives me room to do my usual atomic commits before lengthier processes take over. Husky is a great tool I swear :)
@techstacknation8 ай бұрын
Love this comment! Maybe you will join us live on AngularNation for our next showcase in January? #YouCanSitWithUs 🥰
@innocentmazando38088 ай бұрын
@@techstacknation i would love to ☺. I just couldn't see the event on the calendar on Angular nation website. Is there a link i missed 😄
@innocentmazando38088 ай бұрын
kzfaq.info/get/bejne/a996ZNKh0M-zn4k.html for by-passing Husky you will need to pass a "--no-verify" flag to your operation.