The Ultimate .NET Developer Roadmap in 2024

Поділитися
Вставка
  • Опубліковано 12 бер 2024
  • Get the roadmap: mailchi.mp/dometrain/roadmap2024
    Become a Patreon and get special perks: / nickchapsas
    Hello, everybody, I'm Nick, and this is my annual .NET and C# Developer roadmap. It focuses mostly on the backend, but almost all the technology in there should be mastered by any .NET developer.
    Workshops: bit.ly/nickworkshops
    Don't forget to comment, like and subscribe :)
    Social Media:
    Follow me on GitHub: github.com/Elfocrash
    Follow me on Twitter: / nickchapsas
    Connect on LinkedIn: / nick-chapsas
    Keep coding merch: keepcoding.shop
    #csharp #dotnet #roadmap

КОМЕНТАРІ • 212

  • @nickchapsas
    @nickchapsas  2 місяці тому +26

    Get the roadmap: mailchi.mp/dometrain/roadmap2024

    • @badwolf01
      @badwolf01 2 місяці тому +4

      I got the email with the link, but clicking it goes to the page, but the part that is presumably the road map says "Restricted Access" and "NetworkError when attempting to fetch resource." That is after a good bit of waiting.

    • @MotaiAhmed
      @MotaiAhmed 2 місяці тому

      ,, ca@

    • @chuannguyen1686
      @chuannguyen1686 2 місяці тому

      Didn't get the email. I have registered twice

    • @NadeemAhmed-fj5uu
      @NadeemAhmed-fj5uu 17 днів тому

      ​OO

  • @Krshk999
    @Krshk999 28 днів тому +9

    90% of those words were new to me and I'm on the way to becoming a senior

  • @jsgovind
    @jsgovind 2 місяці тому +39

    As a senior developer, this video helped me a lot to understand the gaps in my knowledge that I need to fill to be ready for a lead role. Thank you so much for the amazing content.

    • @rosepainting8775
      @rosepainting8775 Місяць тому

      Hi Govind, where do you work? And what is your designation? Is it .Net Developer? I have 5 years of career gap, and I want to start my career into IT. Is it possible that I get a .Net Developer job in MNC after 5 years of career gap?

  • @vasimhanna-salem659
    @vasimhanna-salem659 2 місяці тому +58

    SQL stored procedures are beneficial for managing large enterprise database systems due to their ability to encapsulate complex operations, providing a layer of abstraction. They often offer performance advantages over ORM (Object-Relational Mapping) techniques by executing directly on the database server, which can reduce network traffic and improve execution speed.

    • @michaelsutherland5848
      @michaelsutherland5848 2 місяці тому +12

      Agreed, they are definitely a valuable tool in the box. Combined with triggers and scheduled tasks and you can get a lot accomplished without even opening a codebase. Sadly, many projects overuse them for basic tasks.

    • @akeemaweda1716
      @akeemaweda1716 2 місяці тому +5

      I couldn't agree less!
      Payroll processing is an excellent example where you have to process payroll for your entire staff. It's expensive to iterate through withing your program. So, a stored procedure is best suited for this case. Also for some heavy computations, I prefer to do them in stored procedure or function and just return the output back to the user.
      In summary, a single database call is better as oppose round-tripping for a single bulk operation.
      @nickchapsas, kindly revisit this. By the way, this video is top-notch ❤❤❤

    • @PaulPendor
      @PaulPendor 2 місяці тому

      @@akeemaweda1716I assume the angle Nick is looking at this is encapsulating domain behaviour and business rules in the code base and not in the DB, and only using the DB for persistence. I will use stored procedures for DB maintenance work these days. 20 years ago I used sprocs for a lot more, but these days I don’t I try to keep my domain behaviour in the domain.

    • @pekagi-ehem.tivraction2894
      @pekagi-ehem.tivraction2894 2 місяці тому +6

      It's all about perspective. Using a database in a "classic" way? No objections here. But in the context of growing structures and a purpose-dividing approach like CQRS, it's not really relevant. Since Nick mentioned Redis in his roadmap before, the pattern doesn’t seem far-fetched. After all, business logic really shouldn’t be in the persistence layer, so I think it's only fair to consider this perspective. No hard feelings, guys!

    • @thefattysplace
      @thefattysplace 2 місяці тому +1

      Some things require so much data that it only makes sense to process it in the database before sending it over the network, but it is rare I use them these days.

  • @gpapadopoulos
    @gpapadopoulos 2 місяці тому +2

    Always informative. Thanx Nick👍

  • @Kwpolska
    @Kwpolska 2 місяці тому +15

    This list is absolutely massive, and that takes away any value it might have. How do you define “learn”? Have heard of it? Can do basic tasks? Understand the ins and outs? I doubt there’s a single person with full and precise understanding of all of this word salad. Jack of all trades, master of none.

    • @MrGTFOplz
      @MrGTFOplz 2 місяці тому +2

      Yeah agreed. This is like an entire department

  • @Szwarcus15
    @Szwarcus15 2 місяці тому +2

    You're doing a great job with this. Thank you for contribution 🔥

  • @zacksc2574
    @zacksc2574 2 місяці тому +1

    Thank you young Master Nick. Becoming a mostly self taught developer can be daunting.. this road map def helps me on what i can focus on. I love c# and .net... but i love my macbook and i use vscode as well as .netcli lol doing this when most tutorials are with visual studio can be a pain in the arse. then theres AI where I often see "there wont be a need for developers in 5 years blah blah blah" that also gets me down. . . but Im told as a developer its going to be full of "ups" and "downs". theres also times when im thinking "am i doing too much tutorials? am i relying on AI too much? how the heck did everyone learn before this" but then i do cool shit like making my own api and connecting to sql and now i doing authentication/authorization and think... yea im badass! lol
    thanks man I appreciate you!

  • @jonathanperis3600
    @jonathanperis3600 2 місяці тому +129

    Too much ad in the video Nick. We’re already know that dometrain is fantastic. But please, fewer ads about it

  • @user-qb8ii5pe4d
    @user-qb8ii5pe4d 2 місяці тому +1

    I love this idea of a roadmap and I'll be passing on to my team, thank you! Some things I would love to see added are...
    Common design patterns: strategy, decorator, etc.
    Architectures: NTier, Clean, and Screaming
    Business logic patterns: Transaction script, Active Record, DDD
    Other: CQRS and Event Sourcing

  • @tanglesites
    @tanglesites 2 місяці тому +4

    I am at about 30% here. I am not ashamed, though. I do not want to know everything, just what I like doing. The rest will come in time over the course of more projects. Thanks to Nick for getting me into WebApi's and C#. Javascript and Frontend Development does not scratch that 'I want to code' itch for me.

  • @vybe.withvax7712
    @vybe.withvax7712 2 місяці тому

    Hey Nick, thanks for another insightful roadmap video! I watched the whole thing and found it super helpful. One key takeaway for me was the emphasis on embracing evolving technologies like .NET Aspire and GraphQL. Your breakdown of must-knows versus good-to-knows is spot on. Thanks for creating such valuable content for us aspiring developers!

  • @regestea
    @regestea 2 місяці тому +33

    I wish you could mark which skills are related to junior, which are mid and which are senior, thanks for your great content

    • @nickchapsas
      @nickchapsas  2 місяці тому +34

      That's a great idea actually. I'll see how I can incorporate it in the legend

    • @avlsmnl
      @avlsmnl 2 місяці тому +1

      Should you use another color for each topic and include it as part of the legend? @@nickchapsas

  • @JackJack-mz5fu
    @JackJack-mz5fu 17 днів тому

    Thank you for making this video. I am starting to learn .net this year

  • @mlsandreas
    @mlsandreas 2 місяці тому +3

    After the free access to the c# course , this is what i was looking for, thank you!

    • @jonathancumini6183
      @jonathancumini6183 Місяць тому

      Interested! 🙂 Could you please let me know what I missed (free C# course)

    • @mlsandreas
      @mlsandreas Місяць тому

      @@jonathancumini6183 the c# course was free till the end of March if i am not wrong

  • @pinguincoder
    @pinguincoder 2 місяці тому +1

    Great Roadmap. Even as a Senior I see much places where I could improve my knowledge.

  • @tarsala1995
    @tarsala1995 2 місяці тому +40

    Ok. I'm 80% there, now I just need to learn what is this "Azure"

    • @Radictor44
      @Radictor44 2 місяці тому +2

      hehehe

    • @kayhantolga
      @kayhantolga 2 місяці тому +6

      It is something related with "the internet".

    • @woo545
      @woo545 2 місяці тому +3

      Just a small service. Not confusing at all /s

    • @wordlifejohn1122
      @wordlifejohn1122 2 місяці тому +3

      It's a place where you dump your code.

    • @marikselazemaj3428
      @marikselazemaj3428 2 місяці тому +3

      Something to do with weather I have heard, you know clouds and stuff.

  • @Astral100
    @Astral100 2 місяці тому +19

    Generally agree with the roadmap, except for the Stored Procedures and Entity Framework part. In my opinion knowing how to work with Stored Procedures can be very beneficial for a lot of tasks and Entity Framework while useful, I would not recommend. You should stay away form it until absolutely necessary.
    I have seen EF misused every single time and how much performance problems it can bring further down the line once the project is a year or two in development. And so I would recommend sticking to dapper, SQL queries and Stored Procedures instead. While harder and not as user friendly, your future self will thank you for the decision.
    Never once have I seen a happy Entity Framework story after mid-size project size and a year or two in development.

    • @John.Oliver
      @John.Oliver 2 місяці тому

      On a recent project, we decided early on that we would use EF to call Stored Procedures. EF for Data->POCO mappings and SP's for the performance, security and abstractions that they provide.

    • @Astral100
      @Astral100 2 місяці тому

      @@John.Oliver That kind of defeats a lot of benefits EF can provide but still leaves a lot of issues with EF on the table. I can only see this working with a really good team that knows what its doing. But then again, with that kind of team pure EF would work quite well too. Problem is you almost never have a good team especially throughout the project lifetime.
      Still, I guess hybrid EF is better then pure EF, so good job with that.

    • @adriangodoy4610
      @adriangodoy4610 2 місяці тому

      If you are following a roadmap to learn, will you be in the position to chose teck stack? A lot of companies use EF, so it's very important to know in your learning path.

    • @Astral100
      @Astral100 2 місяці тому +1

      @@adriangodoy4610 I am not saying you should not learn it for finding a job (as a developer), I am saying it should not be used in projects from medium size and up, if you care about the longevity and maintenance further down the line (as a lead/architect).
      Unfortunately many people fall into trap of using EF because it is easy to start with (and use in general), but then later its too late to switch to using something else.

  • @raycarlbrown-amory3509
    @raycarlbrown-amory3509 2 місяці тому

    I will be on this road map thank you nick

  • @codyspeck
    @codyspeck 2 місяці тому +2

    To the people fighting for stored procedures in the comments: do y'all actually enjoy using them? They've been absolute maintenance nightmares in organizations I've personally seen leverage them. I can't help but feel like if there's a point where that layer of abstraction between the application and the database becomes an appealing option then that's a symptom of a larger problem.

  • @roundhauser
    @roundhauser 2 місяці тому +1

    Having in-depth conventional database (=SQL) knowledge is actually very useful these days to fill in the gaps left open by the majority of developers who don't have that knowledge and don't want to bother to begin with. It's a significant competitive edge in the job market.
    Cloud is something you have to learn anyway, and so does everyone else. The same goes for modern software engineering practices.
    Being able to write an efficient window function or advanced aggregation in one SQL query to replace some convoluted, bloated backend code or worse, ORM DSL code stretched to its functional limits causing a ton of unnecessary allocations is a valuable skill and will earn you the gratitude of your development peers.
    Also technological adoption is still a major concern, the more conservative, risk-averse or just plain behind your environment is, the more likely it will be that there is some legacy database with tons of triggers and SPs floating around. It's the COBOL of the 80s and 90's for many enterprises.
    Also, i don't see a downward trend in SPs and function usage at all, rather the opposite, as Low-Code and Business Intelligence platforms that are database-centric heavily rely on them.

  • @John.Oliver
    @John.Oliver 2 місяці тому +25

    This is a great guide but I'm very disappointed on your comment about stored procedure being obsolete. I have worked in many large enterprise environments and all have used stored procedures. Why? Because tuning a stored procedure that contains joins to 15 to 20 tables is something that a human can still do better than an automated tool.

    • @EscobarAdventures
      @EscobarAdventures 2 місяці тому +4

      I think it really depends on your systems architecture. If you are saying you have stored procs that join that many tables together then more than likely you have a monolithic application that shares the same db. In a microservice architecture each microservice owns its own data. You would not need to join 15+ tables.

    • @John.Oliver
      @John.Oliver 2 місяці тому +2

      @@EscobarAdventures That makes sense.
      Whether we like it or not, not all of us are working on microservices. And considering the years of in-house development that has gone on in the past 20 years, monoliths are still a very common application structure.

    • @DoorThief
      @DoorThief 2 місяці тому +4

      I was also taken aback with the comment on stored procedures. They allow fine-grained security controls, whereas you have to have very permissive security when using EF Core.

    • @John.Oliver
      @John.Oliver 2 місяці тому +1

      @@DoorThief Absolutely. To be able to create roles in the database and match them to AD groups ensures Finance are not updating HR and Audit are not creating Sales.

    • @priyankaverma5919
      @priyankaverma5919 17 днів тому

      #0 Q's Dee​@@DoorThief

  • @oleksiipukhtaievych3109
    @oleksiipukhtaievych3109 2 місяці тому

    Very useful roadmap, thanks a lot

  • @jordanrowland2760
    @jordanrowland2760 2 місяці тому

    It would be great if you added like a "recommended" symbol to the items that have more than 1 options. Like a beginner learning to Mock doesn't really need to lear 3 different mocking frameworks. They can learn 1 and move on, and then they can learn the others as needed, e.g. if a job uses a different one than the one they learned.

  • @augustincalin
    @augustincalin 2 місяці тому

    Great idea to do some tutorials about Authentication. This is one thing that hunts me: the more I try to avoid learning it, the more I have to work with it.

  • @SlackwareNVM
    @SlackwareNVM 2 місяці тому

    I'd add Orleans to that list. I've been experimenting with it recently and am quite happy with the end result. I'll be replacing a bunch of custom code with it.

  • @fishzebra
    @fishzebra 2 місяці тому +4

    What about FsCheck for random generation of property based testing? Is that covered by test data libraries you mentioned already

  • @vincentverschuren
    @vincentverschuren 2 місяці тому +4

    Informative video Nick!
    Any chance you could make the roadmap downloadable to PDF?

  • @FataliSMus
    @FataliSMus 2 місяці тому +2

    Great summary, only I personally miss jaeger, helm, dapr and OpenTofu, but cool roadmap anyway!

  • @Daniel15au
    @Daniel15au 2 місяці тому

    Your roadmap looks pretty decent. I'd add Coravel in addition to Hangfire.

  • @zhenglaowang8489
    @zhenglaowang8489 2 місяці тому +4

    Thanks a lot Nick. I would be interested to know why Stored Procedures and Triggers are considered obsolete and anti-pattern, and what's a better up-to-date alternative. Thanks!

    • @arius8075
      @arius8075 2 місяці тому

      Cause he saying shit at this point ..

  • @pekagi-ehem.tivraction2894
    @pekagi-ehem.tivraction2894 2 місяці тому +2

    Hey there,I really dig your roadmap, it's solid. But, feels like something's missing. How about Event Sourcing, Apache Kafka, and MongoDB? Take a peek at how the Fortune 100 giants are using these. With these additions, your roadmap would be spot on perfect 👌🏼.

  • @SuperPlyushkin
    @SuperPlyushkin 2 місяці тому +6

    8:32 Where's the part about API SDK Libraries and Task Scheduling?
    9:48 There's also a skip

    • @nickchapsas
      @nickchapsas  2 місяці тому +3

      As mentioned in the beginning, some sections will be skipped

  • @heldercosta921
    @heldercosta921 2 місяці тому

    Great content. Thanks.
    Do you have any similar roadmap for Front End developer?

  • @tymurgubayev4840
    @tymurgubayev4840 2 місяці тому

    I would strongly recommend learning Roslyn for every .NET developer, at least the basics to be able to implement a simple standalone analyzer/code rewriter tool.

  • @joseantoniocarreraescobar5856
    @joseantoniocarreraescobar5856 2 місяці тому +1

    Do you have a course that allows to learn the entire roadmap? Thanks for sharing.

  • @thijsvandervegt3377
    @thijsvandervegt3377 2 місяці тому +1

    Great roadmap! but what about bigger architectural techniques/patterns like Domain-Driven Design, Clean Architecture, (Modular) Monoliths, Microservices, etc. ? I think these are very useful as well 😀

  • @nickniebling
    @nickniebling 2 місяці тому

    Great content @nickchapsas 🔥 It's my experience that good developers also need improved Developer Experience, e.g. through VS Code/Rider extensions/plugins.. Would be nice to see your favorites here as well 😊 (incl. Copilot or whatever assistant you prefer)

  • @Balgoriusis
    @Balgoriusis 2 місяці тому

    As to the language itself, I would add multithreading as a separate topic. Its often overlooked but quite complex topic and not many tutorials go deep enough on this.

  • @TheMagico13
    @TheMagico13 2 місяці тому +1

    As someone who is moderately colorblind, could you use more than color as the differentiator between categories? Something like a check for "must know", plus for "good to know", minus/bar for "alternative", and an X for "not recommended" would immediately make the categories clear. As it stands I can't easily differentiate "must" and "alternative" at a glance.

    • @nickchapsas
      @nickchapsas  2 місяці тому +2

      I tried to but the site we are using to generate the roadmap didn't have that option.

    • @TheMagico13
      @TheMagico13 2 місяці тому

      @@nickchapsas Understandable. Hopefully something the site can support in the future. Thanks for trying!

    • @krccmsitp2884
      @krccmsitp2884 2 місяці тому

      You might use Unicode symbols.@@nickchapsas

  • @sky78710
    @sky78710 2 місяці тому

    Thank You. What the alternatives for using Triggers (Ex: INSTEAD OF INSERT Trigger ) ?

  • @KNPhilip
    @KNPhilip 2 місяці тому +3

    8:36 - Just FYI, Grafana is not a part of the ELK stack :) It's Kibana

    • @nickchapsas
      @nickchapsas  2 місяці тому +1

      You're right, it's the other -ana that I was thinking about

  • @PrateekTiwari14
    @PrateekTiwari14 2 місяці тому +3

    Hi Nick, how about Bicep for Infrastructure as Code? 🤔

  • @konstantinpodgaets2313
    @konstantinpodgaets2313 2 місяці тому

    Just came to this thought that I should not use mapper. But I am still thinking about how to organize this part of my code in a better way

  • @mustafailikkan7068
    @mustafailikkan7068 28 днів тому

    For CI/CD, I think Jenkins is a good selection (I add this comment because Jenkins is not in the roadmap). It is written in Java but it is not specific to Java. It has plugins to integrate with nearly every technology.

  • @lunat38
    @lunat38 2 місяці тому +2

    c# functional programming, I think, deserves to be mentioned, but I don't know where

    • @jongeduard
      @jongeduard 2 місяці тому +1

      Modern style programming is really good to know and understand, but I would describe that as both functional as well as composition oriented, which both work well together by the way. Moving away from the old inheritance oriented style is important these days. Also important for matching the SOLID principle and related ideas.
      A clear separation between your pure, immutable code and your code which performs actions, work can also be great. A way of separation of concerns I would even call it.
      Reducing all loops in C# however still comes with a considerable performance overhead sometimes. And Spans and stack allocations still do not support Linq and other kinds of IEnumerable based higher order functions these days, because those functions depend on heap allocations and therefore have GC load. Zero cost abstractions are not really a thing in the language yet.

  • @pilotboba
    @pilotboba 2 місяці тому +1

    I think event sourcing and event stores are getting more and more popular and more usage. Like EventStoreDB and Marten.
    Also, nothing about system design like event modeling, or event storming, etc.

  • @wellingtonmassola
    @wellingtonmassola 2 місяці тому

    No Jenkins? What is the state of jenkins compared with it's alternatives in 2024?
    Lately I'm not responsible for writing the CI/CD pipelines at work, and, for personal projects, I don't have anything that needs it, but a few years ago I used jenkins on a project and it was really easy to setup and learn it.
    Recently I gave a quick look into azure pipelines and it felt a bit too abstract on how it works (felt like I don't have much control on how things are build/deployed... but I didn't had too much time to learn it, I may be wrong)

  • @DevLeader
    @DevLeader 2 місяці тому

    Hoping that I can help contribute to your C# learning journey! I hope that you enjoy the Getting Started with C# course and I wish you success on your software engineering journey!
    Big thanks to Nick (the other Nick 😅) for providing this to all of you for free! Excellent opportunity to jump into programming!

  • @jonny.rubber
    @jonny.rubber Місяць тому

    It took me about 2 years, but I can check everything off now.

  • @dheerajyadav8134
    @dheerajyadav8134 25 днів тому

    If a developer knows all these, atleast the green one, he is the entire dev team !

  • @mahdyshayesteh3674
    @mahdyshayesteh3674 2 місяці тому

    thank you
    awesome

  • @AhmedAymanM
    @AhmedAymanM 2 місяці тому +3

    For Stored Procedures and Triggers. My Technical Lead (.NET Since 2006) heavily agrees on using stored procedures due to not having to update versions on the client and re publishing for every edit, along with it being faster in performance (i argue with that using newer EF Core..)
    But for you, Why not use them?

    • @PaulPendor
      @PaulPendor 2 місяці тому +2

      Hope you don’t mind me answering? I’m a .net since 2002, and prior to that using classic ASP via VBScript. Back then we heavily used stores procedures or sprocs. Also views, triggers, UDFs etc. the rationale then was “sprocs are intended for DB work, querying is DB work, so use Sprocs”. So basically is was about separating concerns along the data layer/business logic layer fault line. That was great, although deployment could be a pain as you would need to deploy your code and also deploy any sproc changes. We didn’t have pipelines and docker etc back then, so a lot was manual or creating scripts to then run to do a deploy. We had the ORM wars and everyone was aligned with their ORM culture of choice. But also over the last 20 years we’ve moved from the layered or tiered approach of application architecture to the clean architecture/ domain driven design. In those approaches we want to encapsulate our domain behaviour in the domain model. The DB is for persistence “only”, and is an implementation detail. Therefore we want to avoid having domain behaviour or business logic in the DB. You can of course still use a sproc in these approaches through abstraction. Say you define a service interface IGetReallyComplexData with a method GetCustomerOrderHistoryGroupedByXandYandZ , you could implement that in your infrastructure and call a sproc. You still have to think about how to version control the sproc, how to deploy it etc. so sprocs can still be useful, but you have to be mindful of all the other things you have to do in order to track and maintain them. The benefit of EF for example is all the code is version controlled (git), and then migrating and deploying is baked in. And these days EF is more and more performant. I would focus any DB learning on understanding clustered indexing and making sure you’re thinking about how your domain model and EF entities are being persisted, and what EF is using as the PK and clustered index.

    • @krccmsitp2884
      @krccmsitp2884 2 місяці тому

      They are a maintenance hell.

  • @jonathancumini6183
    @jonathancumini6183 Місяць тому

    I'd suggest you to encourage people to not only seek high-pay jobs with paths like these (outstanding btw), but going indie too

  • @jacksonwu1869
    @jacksonwu1869 2 місяці тому

    Will there be asynchronous course in the future?

  • @carlitoz450
    @carlitoz450 2 місяці тому

    Can I ask which tool is used to create this nice roadmap ? Thanks.

  • @Ofeth
    @Ofeth 2 місяці тому +1

    Hi Nick, great content as always I have been trying to get access to the AWS for C# developers course on Dometrain, but every time I register I never get the email, I use the same email I have for my member area on Dometrain but it does not work. What else can I do to get it? I can pay but I do not see an option on Dometrain to do so

    • @nickchapsas
      @nickchapsas  2 місяці тому +1

      Can you please email contact@dometrain.com

  • @bujin1977
    @bujin1977 2 місяці тому

    If you do any videos on .NET Authentication/Authorisation, I'd very much appreciate it if you could cover SAML auth. It's something I have really struggled with for the last few years as there doesn't seem to be a lot of information available (that I could find, anyway!)

  • @user-nh5fg4se5w
    @user-nh5fg4se5w Місяць тому

    Can you make a video on how to get a job in big tech companies using dotnet tech stack?
    I usually observe videos on other frameworks but not .net, kindly make one.

  • @codemonkeyguru6779
    @codemonkeyguru6779 2 місяці тому +2

    No mention of Jenkins for CD/CI, I'm thinking of using it where I work but wonder if there's a better alternative now.

    • @PaulPendor
      @PaulPendor 2 місяці тому +1

      We use Azure DevOps for CI/CD. We use DevOps for almost everything to be honest. Back log through to sprints, git repos, pipelines, releases, wiki, test plans. All under one roof and fully integrated out of the box.

  • @k_pavel
    @k_pavel 2 місяці тому

    Hey Nick, how can I pay for some of your courses if I can't use any of the available payment methods? Your courses are really cool btw

  • @andrewshearer4965
    @andrewshearer4965 2 місяці тому +1

    Hi nick - how about that mic drop at the end about not using mappers - pls do a video on that 😊

  • @jamesmussett
    @jamesmussett 2 місяці тому

    I'm surprised you didn't cover LLM frameworks like Semantic Kernel

  • @mostafamarwanmostafa9975
    @mostafamarwanmostafa9975 2 місяці тому

    i signed up to get the road map twice and i get no emails with the content?

  • @creo_one
    @creo_one 2 місяці тому

    Nick, i want to see how Your previous year went in terms of finishing roadmap :3

  • @jonathancumini6183
    @jonathancumini6183 Місяць тому

    Could you explain how a "good-to-know" item might have a "must" child?

  • @jonathancumini6183
    @jonathancumini6183 Місяць тому

    Curious on how you only included API documentation, and not Documentation as a key aspect (as it really is). So I would include some KB product/solution or so.

  • @tornqvistemil
    @tornqvistemil Місяць тому +1

    is Moq really good to learn with all stuff going on with that right now?

  • @morasiu1
    @morasiu1 2 місяці тому

    You have a typo "Fire store". Also, no Sentry?

  • @necromaster3154
    @necromaster3154 19 днів тому

    Roslyn for code analysis and generation

  • @spoimala
    @spoimala 3 дні тому

    What is missing?
    - Bicep for IaC
    And then the whole idea of understanding networks and www. Basics of TCP, at least HTTP is required knowledge these days.

  • @nessitro
    @nessitro 2 місяці тому +1

    I been using Azure cloud for some time but I get the feeling I should get some of it's certificates... which one you think I should start with knowing I'm more into dev side or what's the AZ- path to follow?

    • @nickchapsas
      @nickchapsas  2 місяці тому +3

      Check out GPS' channel for that: www.youtube.com/@MadeByGPS

    • @nessitro
      @nessitro 2 місяці тому

      ​@@nickchapsas Thank you! Greetings from Morocco 🇲🇦 💯

  • @amirfahd197
    @amirfahd197 2 місяці тому

    one step at a time

  • @GalaktycznyPaladyn
    @GalaktycznyPaladyn 2 місяці тому

    For build automation does anybody use Fake?

  • @user-hh7cy8tr6h
    @user-hh7cy8tr6h 2 місяці тому +1

    I don't know personally why its call .Net "Roadmap" its more like .Net Topics...
    If I start from first topic ( git ) what do I commit if I don't know how to code?
    IMHO it should start from VS/C# ( types, methods, classes etc. )

  •  2 місяці тому +1

    I think Bicep should also be included

  • @addtra
    @addtra 2 місяці тому +1

    Nodatime library is missing

  • @code_with_rares
    @code_with_rares 2 місяці тому

    Hello!

  • @Corvin_
    @Corvin_ 2 місяці тому

    What about the new MSTest Runner :)

  • @user-nq5zb2hz1p
    @user-nq5zb2hz1p 2 місяці тому

    Thanks for roadmap, it's really helpful . But when I register on the free C# course in dometrain, it does not send back mail .

    • @nickchapsas
      @nickchapsas  2 місяці тому

      Email contact@dometrain.com

  • @sanderschutten
    @sanderschutten 2 місяці тому

    Is the free Getting Started with C# offer over? When I follow the link I see it's $108.89. It would've been a nice one for a colleague who's thinking of transitioning to be a developer.

  • @jacksonwu1869
    @jacksonwu1869 2 місяці тому

    Hi,Please tell me about the course From Zero to Hero: REST APIs in .NET
    Is it net 8?

    • @nickchapsas
      @nickchapsas  2 місяці тому +1

      It’s 7 but nothing changes between 7 and 8

  • @christiangajo9499
    @christiangajo9499 2 місяці тому

    I wish we could have a localize price.

  • @MrGTFOplz
    @MrGTFOplz 2 місяці тому +1

    To say stored procedures are obsolete is an utterly ridiculous statement

  • @oquendo987
    @oquendo987 2 місяці тому

    Hi I think this is too much, is so frustrating, I've spent several years learning and this seems endless. Additionally, when learn something new for several months and come back to the other things you've learned, you feel it has been forgotten, what to do with that? And why not to use mappers?

  • @silkfire
    @silkfire 2 місяці тому

    Why do you prefer NSubstitute over FakeItEasy?

  • @abj136
    @abj136 2 місяці тому

    This is intimidating. I’m an experienced Windows C# dev, and for 90% of this chart I barely know more than the name and idea of each.How can I ever get up to speed on web dev without spending years?

    • @ghaf222
      @ghaf222 2 місяці тому +1

      I don’t think you need to. You’ll learn what you need to know when you need to know it, you don’t need to know everything in advance. Any job listings I’ve seen would only ask for a tiny fraction of this stuff.

    • @krccmsitp2884
      @krccmsitp2884 2 місяці тому

      Learning by doing is the best thing to do.

  • @mightybobka
    @mightybobka 2 місяці тому +2

    Should I learn C# 12 or I can stop on something simpler, like C# 8?

    • @nickchapsas
      @nickchapsas  2 місяці тому +4

      You should be up to speed with the features of the latest C# version

    • @jonasbarka
      @jonasbarka 2 місяці тому +2

      In many cases C# 12 is easier, as it got a cleaner syntax. Sure, it's good to know the old ways as well, as you will encounter them. But starting with the modern way to write C# is the way to go.

  • @ChinmayChaudhari-ly5om
    @ChinmayChaudhari-ly5om 2 місяці тому

    guys i nead honest reply from developers working in .net technology. Is it worth learning .net in 2024 as per future perspective, will it vanish in few years or should i try into data science or data engineering

  • @dandoescode
    @dandoescode 2 місяці тому +1

    Didn't see any mention of 'Bicep' under Infrastructure-as-Code. Was that intentional? I also expected to see 'Application Insights' mentioned under monitoring. Is it worth adding even if not reccommended?

  • @ecblanco
    @ecblanco 2 місяці тому +1

    Hi friends, learn the basics of stored procedures, at least to pass interviews.

  • @pogromcagoblinow
    @pogromcagoblinow 2 місяці тому +1

    F# is what is lacking

  •  2 місяці тому

    Did you missed Schedulers? , Coravel, ...

  • @kamerton2595
    @kamerton2595 2 місяці тому

    Bited!
    Logging : Nlog
    Missed or ... [color] ?

    • @davorrilko
      @davorrilko 2 місяці тому

      I don't see NLog used very much, mostly Serilog and nowadays Open telemetry is getting a lot of traction..

  • @B1aQQ
    @B1aQQ 2 місяці тому

    Huh, I know surprisingly many of those.
    Not sure I agree with not recommending stored procedures, but triggers are pure evil and should be avoided at all costs. I worked on a system that used them a lot and it was torture.

  • @thefattysplace
    @thefattysplace 2 місяці тому

    And when you know everything on this roadmap, start again because most will be obsolete or replaced 😂

  • @eduhza
    @eduhza Місяць тому

    I just spent hours studying Mappers yesterday, then in the very final you say I should not use it 🥴

  • @fabii5555
    @fabii5555 2 місяці тому +2

    I find it a bit annoying how Web focused this roadmap is. Therefore a lot of the mentioned stuff makes zero sense for desktop-only applications.

    • @abj136
      @abj136 2 місяці тому

      This is a roadmap for .net web development, clearly.

    • @fabii5555
      @fabii5555 2 місяці тому

      Yes, but the point is that this roadmap is being presented as relevant for any .NET developer. Nick even mentions he'll skip over those parts that don't apply to everyone (which should also include web stuff imo).
      I'm not denying that knowing those things could still be useful, but one could also say the same about low level memory management...

  • @AlexanderBelikov
    @AlexanderBelikov 2 місяці тому +1

    AI/LLM are missing here...

  • @truman5652
    @truman5652 2 місяці тому

    didn't catch Google Cloud