Batteling Enterprise Software can be so much fun though!
@AmonAsgaroth2 ай бұрын
I mean.. lot's of people have thoughts to ditch software engineering for plumbing or other manual labor. It's not the lack of creativity people hate about this this job.
@oleg49662 ай бұрын
I'm at the end phase of building an actual product right now. Well, more like prototype of a product, but roughly 70% feature-capable. 99% of that project was digital plumbing and 1% was existential horror.
@ray-mc-l2 ай бұрын
For 9 to 5 jobs, I want to be bored. The alternative is being stressed and that's much worse.
@gritcrit43852 ай бұрын
Exactly. Boring is ten times better than stressful job, which pays the same.
@assassinduke12 ай бұрын
I believe, in the long run, boredom is worse for you than stress
@c0461-e1s2 ай бұрын
@@assassinduke1 oh piss off, try working construction, or in a factory manned by psycho, bootlicker bosses
@t74devkw2 ай бұрын
@@assassinduke1No, it isn’t. I won’t be bored after I log off to be with my wife and kids and do other things I love for reasons that are not making a billionaire shareholder even richer.
@pixels_per_minute2 ай бұрын
Both seem equally undesirable. Extreme stress can lead to quick burnouts, but extreme boredom slowly makes you miserable and depressed all of the time. I don't want either. I want to at least enjoy what I'm doing so I don't feel like shit all the time.
@epixru2 ай бұрын
The stock market is just a graph of rich people's feelings
@freezingcicada68522 ай бұрын
Real
@alst48172 ай бұрын
Damn, that’s actually really deep. Is that your idea or did you hear it somewhere?
@Sammysapphira2 ай бұрын
Tell me you have no conception of how a market works
@lampostsamurai25182 ай бұрын
@Sammysapphira the stock market is like two steps removed from the markets in general. You can tell with companies like tesla, which sell at rediculously high values for a company whos last product is best known for rusting immediately, removing end user fingers, and having the accelerator stick. If you buy and sell based on logic, you will have moments where you lose because idiots think turdx is going to the moon.
@freezingcicada68522 ай бұрын
@@Sammysapphira Nah, hes right. Theres more money then sense in the market and to really evaluate it you'd have to look at what happened in the last 10 yrs. Pandemic screwed things up and "accelerated" stuff by skipping 2 - 3 years so really the last 6 years. (Hopefully not the norm going forward)
@NotThatKraken2 ай бұрын
People outside the company see Microsoft as a monolithic juggernaut. In reality, it’s 300 small businesses with shared HR and marketing departments. Just because the C# team is amazing, there’s no reason to believe some ERP product team is also going to amazing at building their own DSL. The teams are probably located at least 1000 miles apart and never, ever talk to each other.
@MuttleyGames2 ай бұрын
I used to work as customer support for Azure and we were one of many companies outsourced by them. Where your ticket will end up is RNG. We had an office in Nigeria and during Covid they couldn't have home office because some employees didn't have internet at home..they rented hotel rooms so they could work on WiFi. Also when our European manager went there for a visit, they hired 2 bodyguards with rifles to protect him on the streets like it's a Vin Diesel movie.
@thripnixe2 ай бұрын
You can say that to every big tech company that usually has more than hundred thousand devolopers, not just Microsoft
@phgamer43932 ай бұрын
amen to that. i work for a big company. oh boy bearacracy can be fun. more fun when they actually try to standardize and realize its going to take time to wrangle everything.
@txdmskАй бұрын
Yes. All big corporations are like that. I have a difficult time explaining it to less intellectually endowed people. Just because a team's manager did not give you an offer at the end of the interview, it does not mean that you should not try applying to another team. Just because one team is good or bad, it does not necessarily mean that you can extrapolate anything about them to another team within the same company.
@tauiinАй бұрын
@@MuttleyGames sounds insane and abusive, yep, its a big tech company alright!
@vitspinka12 ай бұрын
This is not a Microsoft thing... this is an ERP thing. Always decade old codebase, bespoke language for customer customizations, need to keep compatibility with the customizations the consultants made over those decades, massive code bases with hundreds of modules (and every customer using a unique combination of those). Look at SAP - more than 100.000 tables in the database, ABAP language... and the saying that "a company that survives an SAP installation will survive anything".
@mohamedmurshid97942 ай бұрын
i'm also a ERP developer for Microsoft Dynamics 365. it's boring, can't find good resources online and no large community. should i move away from this other industries? i'm not enjoying this.
@solarydays2 ай бұрын
maybe it's not inherently a microsoft thing but microsoft is deep in it
@mawnkey2 ай бұрын
I remember the first time I ever had to use SAP. I was young and stuck in a dead end sales job. -When we wanted to print a quote for a customer it was literally an entirely unintuitive 22 step process. - Errors were frequent and used two or three different UI toolkits because it was an unpredictable hodge podge of VC++, VB, and duct tape - Error messages were often half in English, half in German. No they weren't putting the same error in two languages, it just left half the message ambiguous if you couldn't read one language or the other. So of course what was the corporate world's reaction? "YES MOAR OF THIS PLZ." SAP's meteoric rise is the single greatest sign in all of human history that C-levels are all lobotomy patients.
@rifkiamil2 ай бұрын
@@mohamedmurshid9794your a X++ developer?
@PatrickRatman2 ай бұрын
@@mohamedmurshid9794 Use it as a stepping stone to get where you want. a 9-5 job is not supposed to be fulfilling, its supposed to pay the bills and hopefully the funds to do what you actually want to do.
@isodoubIet2 ай бұрын
"Before moving to this department I was not really aware of the ERP space" See kids, this is why you must always define your acronyms the first time you use them.
@Jake90662 ай бұрын
Yeah, ERP definitely has an urban dictionary definition, ya know
@Definesleepalt2 ай бұрын
so it doesn't stand for Economics Role Play ?
@vurmyr2 ай бұрын
Or stop using acronyms and use simple boring names
@DF-wl8nj2 ай бұрын
@@RustIsWinningin business, ERP stands for “Enterprise Resource Planning”. However, on the internet it stands for “Erotic RolePlay”
@joshallen1282 ай бұрын
@@Definesleepalt enterprise resource planning i remember using a program that only worked in telnet on newer systems had to finaggle it to work
@Jasonlhy2 ай бұрын
All ERP or similar system more or less have similar problem. They are not designed for traditional developer who like to write code and know how computer work, they are designed for enterprise developers who like to configure instead of writing code. There are many ERP people I met barely know anything outside the ERP product. These kind of development is also more difficult to attract good talent
@kiseitai22 ай бұрын
Sounds similar to my current job. It started with working with a customer that allowed me to write code and design/simplify the whole stack. Now, my current boss makes comments which leads me to believe he just want quick hacks, IT plumbing, and no coding/designing that takes more than a week. To be honest, he does not understand what made me successful and desired in his department in the first place or is way too scared of stepping outside his lane to give me the breathing room to do good long term strategizing and programming that will make him look good in a couple of years (with small Ws every 6 months or so). I feel overpaid for my current role but I need larger and long term projects to help them properly. I think you are right. At some point, managers only want staff to solve everything with a configuration or script change.
@zwerko2 ай бұрын
That's why all software built on top of SAP looks and feels as it was imagined on a hippy party, designed by a blind bureaucrat and written by a bunch of monkeys high on cocaine.
@chadyways87502 ай бұрын
Yes and no, it depends on the type of client you end up being assigned work for. More often than not, I end up having requirements land on my desk that on paper sound like they are doable with the OOB features, so of course the client wants them, but in actuality there's silly nuances or they specifically hate how this one X thing works and I end up having to build a custom solution anyways since there's no point in customizing OOB functionality past a certain point once you're having to deal with 20 different edge cases that introduces. At least that's been my experience, it's more a case that on the surface this all looks like a configuration and tweaking job, but reality more often than not dictates otherwise and then you end up with either having to build it or the client deciding "nah, this isn't worth the cost, we'll do it manually through excel", which is the most dreadful thing to hear since that usually almost always means they want to import the data they are working with from excel and unless they strictly abide by what the system allows for, that's another custom solution!
@kiseitai22 ай бұрын
@@chadyways8750 yeah, I think you are right.
@nation54782 ай бұрын
it’s abstracted like a CMS
@matisan84072 ай бұрын
Dynamics ERP is a Frankenstein monster of IP acquisitions stitched together into a freakish approximation of software. This guy isn't a software engineer, he's a necromancer.
@jadedandbitter2 ай бұрын
Or a Chirurgeon in a fantasy setting, since what you are describing is a vast freakish chimera.
@georgehelyar2 ай бұрын
My work paid a consultant to migrate us from our in house system to Dynamics, which took 6 months, then 1 month later they paid the same consultant to migrate us to Salesforce.
@frantic56794 күн бұрын
Demand outgrew talent to do things properly years ago, in most other industries too. Sadly you're most likely to get people faking it through the day instead of a proper ERP engineering team.
@drooplug2 ай бұрын
Microsoft was building their cloud services before it was called the cloud. They've been at this since the mid 2000s.
@thripnixe2 ай бұрын
Same with IBM in AI, they just couldn't keep up
@killersquirel112 ай бұрын
This post is funny because it starts out referring to "Microsoft Dynamics ERP" as one singular product when they actually have at least 4 ERPs under Dynamics branding (which were in most cases acquired rather than built in house, I believe).
@isodoubIet2 ай бұрын
Never thought Microsoft would be so much into ERP
@hwertz102 ай бұрын
Yup. Microsoft decided to go into the ERP market in like the late 1990s or early 2000s. And, a year or two later they decided to just buy out their competitors, and DOJ antitrust inexplicably let them do so. They bought *4* of their competitors at the same time! Those names like "Microsoft Dynamics AX" and "Microsoft Dynamics GP", the letters are initials or shorthand for the companies that originally made them.
@black-snow2 ай бұрын
Once had two write a dynamics app / integration. It was impossible to find documentation. Or better: impossible to find actually correct documentation. Everything was insanely slow and in the end we had to say: Yeah, we can do it, but it'll cost you so much, like soo much... We then agreed on a CSV export.
@frantic56792 ай бұрын
Honestly when it started 'webdev' I knew he was set up to fail.
@TheSuperappelflap2 ай бұрын
@@hwertz10 Inexplicably? US antitrust is a joke. Its not even a paper tiger. They havent done anything since the breakup of the Bell telephone company.
@LeetHaxington2 ай бұрын
“What if we add a new toolbar row to outlook. Lets rewrite outlook to use JavaScript bullshit. Bring in the Internet Explorer team“
@rich10514142 ай бұрын
Internet Explorer team: "Javascript? How about activex and vbscript?"
@NihongoWakannai2 ай бұрын
The new outlook app is actually horrible, it crashes constantly just when I'm trying to open an email. The previous one worked fine wtf is microsoft doing
@a_void2 ай бұрын
@@NihongoWakannai The new app is so slow and cluttered. And it has ads which I think is the main reason for the new app.
@tfiatd2 ай бұрын
Apparrently even electron wasn’t good enough for them. Deleted edge, broke teams. Still sticking to windows mail, because at least that one just works.
@TheSuperappelflap2 ай бұрын
@@NihongoWakannai First time? I worked on a helpdesk long ago. About half my job was showing people where to find options in outlook menus. And it crashed a lot back then already. In fact, it always has.
@steffennilsen21322 ай бұрын
I had the misfortune of working with dynamics last year. I developed sight issues from high blood pressure where I could feel my pulse trough my eyes. Thankully it went back to normal after I took a sick leave and demanded to be taken of the project.
@ade53242 ай бұрын
you mean like this kind of dynamics? en.wikipedia.org/wiki/Dynamic_programming
@frantic56794 күн бұрын
Without learning the fundamentals, you would have only made a mess anyway. I've spent half my career cleaning up after people thought they could put anyone in.
@davidrettenbacher55072 ай бұрын
Regarding "Custom language": That's always a red flag! My collegues on another project have to work with a "custom language" built in the 90s, where: - Has no constants (documentation even states "Please don't change the value of Math.PI!") - Is a mixture between XML programming (yes, think "......") and some custom scripting language inside XML attributes - Custom XML functions can call custom script functions, but custom script functions cannot call custom XML functions - IDE is based on Eclipse, where the language specific code completion and performance looses hard against any IDE built in the last 20 to 30 years - No debugger ("Just invoke message-boxes and Expression-Editor windows") - No test framework ("We ourselves (the vendor) use the logs to verify functionality") - No try/catch - Stacktrace is dependent(!) on the log-level(!) - Documentation with mixed quality and helpfulness (eg. in the file handling topic with "open", "read", "exists",... there is also "ConvertColors"(!))
@MrMeltdown2 ай бұрын
Dear god no… I saw … … constructs In some research papers at university and ran a mile… maybe that kinda stuff really made it out into the wild as a good idea…
@kingxerjsaegАй бұрын
Holy Annabelle Byron...
@MrLTigerАй бұрын
what... what does "ConvertColors" do? WHAT DOES IT DO?!
@Artekai2 ай бұрын
I pray for the day he reads an article about Salesforce
@natalieeuley17342 ай бұрын
I couldn't even get that deep in the video because I was getting flashbacks to me experiencing the same thing as this person working at Microsoft. I guess I am not alone in hating my work experience there, but holy crap, I didn't think it was still that raw inside of me. There's a kind of horror to digging through an ERP that is unlike anything else. In regular programming, at least you usually have some way to use your IDE to help you hunt through the code base. In the ERP world, you are hunting through layer after layer after layer, each one having a more monstrous user interface than the last, finding custom code at every layer that you have to read and is specific to only that layer. At some point, I ironically found that creating my own Microsoft Flows (now called Power Automate I think?) was the most powerful troubleshooting tool I had. I had to create my own work flows, applications, etc. just to be able to troubleshoot a different one. It truly is the worst of every possible world to work on ERPs. I would not wish it on my worst enemy.
@tiziobelo2 ай бұрын
I love it when half the comments are onlyfans bots
@All-in-on-GME2 ай бұрын
I created an alternative to YAML, I call it SCAML
@stribika02 ай бұрын
To make a language, you need to do 2 things: convert correct programs into optimal code, and equally importantly, convert incorrect programs into helpful error messages. Typically people do neither. It's just some naive interpreter, and the errors you get are stacktraces of its internals that say nothing about your code.
@СимонЦанковАй бұрын
x++ is actually pretty decent for ERP, there are native select statements etc. You can also use c# pretty freely, or just write a c# dll and call it from x++. Thing is most tasks are boring, rarely do you build your own features in an ERP
@БеловБорис-у4щ2 ай бұрын
I think the reason for BS corporate projects is that it is easier to get approval for a bad solution than for a good one. At some point of project development, every solution becomes a bad one, and engineers lose track of good decisions and take the crappy path on autopilot.
@Incompetent_Driver2 ай бұрын
Windeez Nuts 11
@CallousCoder2 ай бұрын
Most programmers are just able to string functions together basically a builder on a construction side. As longs as they have concrete and bricks and a plan they can work. But most can’t design a building and the compose the right concrete, bricks and steel to build a unique structure. And this is really the case in web development and these days increasingly in game development.
@jamfin66442 ай бұрын
How do I become a “builder“ as a web developer that works with bricks and concrete and sometimes a plan? I
@CallousCoder2 ай бұрын
@@jamfin6644 learn to build things from scratch no frameworks. Use the std lib or a programming language at most. This is why I promote to do assembly and C (no extra libraries). Then you’ll learn to actually create software with the least amount of help from stuff that others have created.
@jaydeep-p2 ай бұрын
Author seems to believe that a " Team in India " is the source of his problems, when in reality the problem is upper management in the US.
@shambien2 ай бұрын
always
@whatabhi2 ай бұрын
fr. hamesha india pe naam daal dete h.
@AkshitThakur-tx4om2 ай бұрын
nah they just insecure, because companies are offshoring work to India
@maksadnahibhoolna-wc2ef2 ай бұрын
No second thoughts !! And if they have to blame India, then they forget the amount of stress work Indians have to do for peanuts salary/growth and then expect those devs to deliver quality code.
@SwervingLemon2 ай бұрын
No. He acknowledges that mgmt is the root of his troubles. The team in India is just the unwitting weapon in the hands of mgmt.
@gFamWeb2 ай бұрын
I used to work for Avanade, a consulting company part-owned by Microsoft (yet we still celebrated every year Microsoft gave us an award, lol). Thankfully, I worked on mostly non-Microsoft projects, but it was still very apparent how different Microsoft's own offerings are from basically everything else.
@petrus42 ай бұрын
"The cloud Kool-Aid is an expensive drink." God bless you, Prime. 😂
@mattilindstrom2 ай бұрын
The lying about the slowness part, that's why customers' reps should never be allowed to talk to the engineers. Unless the product is the most stellar one anywhere, there are only two outcomes, they tell the truth and hurt the sales or lie and land the whole company in legal hot water. There are highly trained sales people who are product experts, and can weasel their way out of inconvenient questions.
@JanVerny2 ай бұрын
It's always possible they told something they believed to be true. At my job I was once showing an issue with an internal dependency to the devs working on it. After waiting for what I thought is a normal amount of time, I received a question if their software is always so slow on our machines. They had no idea. :D :D
@kiriappeee2 ай бұрын
This article could actually be a legal liability for all parties involved tbh.
@noradseven2 ай бұрын
Yeah I've gotten dirty looks a good bit before as the engineer side when they drag the customer around as I answer the wrong question. I now warn them pretty openly when joining a team I will just blurt out the answer to the question without considering sales and to keep me away from the customer if they don't want that. So they hide me unless it's the customers engineering guy around who knows what's really up instead of their management.
@mattilindstrom2 ай бұрын
@@noradseven As an engineer (not SW) and an inveterate blurt machine, I used to joke that if you take me with you as a domain expert to a meeting with a customer, get 30 feet of gaffer tape and carefully tape my mouth shut.
@Daniel_Zhu_a6f2 ай бұрын
what always fascinates me about DSL creation is that there are already available general-purpose languages for that (lua, clojure, python, etc) and people still choose to write their own one. and it's never a good DSL, no, they have to do some weird C-preprocessor-based DSL or json/xml-based DSL, hack onto java parser or some other bs like that. i wonder what the process is for that? yes, it's not that hard to write some GC or some parser, but it'll still take a couple of weeks and will be much worse than the already available solutions
@vladonutueu2 ай бұрын
Most likely it's all about control and corporate IP
@Daniel_Zhu_a6f2 ай бұрын
@@vladonutueu what's the purpose for having IP on internal product?
@kingxerjsaegАй бұрын
Vendor lockdown is my added guess. And selling support.
@Daniel_Zhu_a6fАй бұрын
@@kingxerjsaeg yes, selling support does sound like the most likely answer.
@skylerdjy2 ай бұрын
The reason libraries like lodash come back is that if you're working in a trigger happy company that puts devs under pressure to ship fast and blames them for issues, you don't want to be the engineer that messed up some big customer's data or dashboard because you hand rolled your own merge function and ended up missing an edge case.
@fronix50602 ай бұрын
Sometimes I feel like devs think they are entitled to have the most fun and diverse job that has ever existed where they get to innovate and only do fun things at all times.
@Muskar22 ай бұрын
Are you advocating that job satisfaction rates should be lower?
@fronix50602 ай бұрын
@@Muskar2 No, I'm advocating for common sense.
@Muskar22 ай бұрын
@@fronix5060 Powerful message
@tttm992 ай бұрын
While not the sole factor, I guess one of the limiting factors you ultimately put on your own career is that you stay in a position to which you feel entitled. Viewed in another way, improvement comes when there is motivation and interest in improvement. This doesn't have to be directly emotionally driven either. Improving something can often be the pragmatic response. However, to the point you seem to be trying to make, I don't entirely disagree but I think the real issue here is a lack of realism. Realism doesn't have to mean defeatism, of course. But to believe a company like Ms is the "be all and end all" and that its code base would necessarily be any better than any other seems the real issue - is to believe in advertising and propaganda over common sense. I do love a good war story but... It should come with less suprise unless it's from someone still quite green. While overall of a standard, I've personally had many experiences providing corrective feedback to Ms documentation and reported some nasty bugs over the years (with no t shirts I might add😂). I love a good war story but know to many people who have worked for Ms to believe in the fantasy version. But this is true of *any* company really and I'd have to say ms would rate highly for the standard of its products. Their competition practices were always their chief issue (and remain too a degree?) I have always found developers who are perfectionists can make good developers but need to be conscious of their tendencies, lest they come across as (or even become) prima donnas or simply naive.
@triggerhappy8992 ай бұрын
Agreed, SWE here, im fortunate that my work is semi-interesting. Would I like to work on something that is super fun and exciting? sure...but I like my job, i like developing software. I consider working on interesting/exciting projects the cherry on top and not the whole sundae.
@biggerdoofus2 ай бұрын
"You can't be clever in Lua" Me: Looks at code.
@thewhitefalcon85392 ай бұрын
Yeah Lua is more dynamic than Python
@xXYourShadowDaniXx2 ай бұрын
Lua is where I learned to be clever in Javascript, in old JS if you built a brand new object inside your function and add properties and functions to the object then return it, its basically a class!
@kiriappeee2 ай бұрын
Me: looks at people being way more clever than I ever could while making games for the pico-8
@kingxerjsaegАй бұрын
Me: Looks at the code in games and mods.
@MrLTigerАй бұрын
@@xXYourShadowDaniXx yeah a function in javascript is basically also a class, which is weird but useful. but still weird
@MaxMustermann-on2gd2 ай бұрын
Never seen someone pronouncing "Azure" as "Ass you air" 😂🎉
@Mr_Sh1tcoin2 ай бұрын
Yanks call it "Azz ure".
@FrankHarwald2 ай бұрын
"Ass You Are" 😅 Truer words have never been uttered.
@erikslorenz2 ай бұрын
Microsoft confusingly has 2 ERPs. Finance and operations is the big one that competes against SAP and Oracle. Business Central is the smb one that competes against Netsuite. It’s pretty great actually, you can do anything with it, make API pages and generate schema, etc. Prob one of the best systems to develop against (as an external dev not so much programming inside it)
@arnontzori2 ай бұрын
This reads like an article a kid wrote specifically to tick prime's checkboxes
@ESPViper1002 ай бұрын
Yeah, and it's full of uninformed claims. Dynamics NAV is based on Navision, which has been bought by Microsoft in 2002. The claim that it's being developed around 2015 is ridiculous.
@colinstu2 ай бұрын
@@ESPViper100 I was thinking Dynamics GP (Great Plains, 2001 purchase)
@jameslay65052 ай бұрын
This could be reverse causation. Prime is popular because his rants reflect the unspoken voices of the masses.
@MatiasKiviniemi2 ай бұрын
Make fun of Microsoft all you want but name me an ERP you'd rather work in than Dynamics if you are serious..
@ouiVEVO2 ай бұрын
"Name me an ERP you wanna work with" none thank you
@apefu2 ай бұрын
I just love that ERP is also short for E*otic Role Play. Nothing could be further from each other.
@prawtism2 ай бұрын
The old dynamics was nice, the browser one is eclipsed sadly
@ericmyrs2 ай бұрын
I'd rather use SAP, but if I got my way, I'd remove the entire concept of ERP from the timeline.
@zwerko2 ай бұрын
@@apefu Depends on what's your kink... If you have a particular kink to be skull-fucked until submission, ERP solutions are indeed short for Erotic Role Play.
@valseedian2 ай бұрын
13:30 the problem isn't the programmers, it's the culture and the bosses. i advertise myself as an optimizer and wheel reinventor and that is either a bare, silent requirement or is a total deal breaker on its face. it's hard for companies to know they want that before it becomes a problem too big for one guy to fix.
@mikPet812 ай бұрын
Not just webdev, but the entire industry. Think about: 1. As a tester, setup "framework", do skeleton tests, then execute the living bugs out of the codebase 2. As a devops, setup build process, pipelines, optimizations, dockerize the living portability out of the codebase 3. As a mobile dev, setup framework, do skeleton page, the duplicate the living usability out of the codebase 4. As a designer, setup tools, reusable components style, then proceed to color every stinking button in 5 flavors each just in case ...the industry is the problem, we so rarely innovate anymore, it's just churn...garbage in, garbage out
@jerrygreenest2 ай бұрын
Almost every company is a blackhole of talent and money, to be honest.
@Septix2 ай бұрын
Roasting AWS's UI warmed my heart thank you.
@meshuga272 ай бұрын
Yesterday I rejected a Google recruiter call for tech leadership role. I have strong stance on way how devs are treated in the US based companies, starting from leetcode interview process..
@fishermensfriend12242 ай бұрын
Good decision. Here in Germany the mindset about US software companies and working for them significantly changed over the last couple of months. Just take Salesforce as an example. First talking about "we are a family", then firing thousands of people to keep the margin. Young people want to work for companies they can identify themselves with. I meanwhile see people moving to smaller companies, but more honest ones.
@bruh-moment-212 ай бұрын
reject amazon recruiter call as a fresher 4 days ago 💪
@meshuga272 ай бұрын
@@bruh-moment-21 well, I got about 15 YOE, it's easy to reject them for me heh In general, it's better to start career in startups, to get a wider perspective on building tech products, so a good choice for you
@drakey66172 ай бұрын
I would rather have a hiring process that is standardized and takes technical skill than a process that favors fake people that bullshit their way through
@meshuga272 ай бұрын
@@drakey6617 As I discussed with one Amazon recruiter, the leetcode decision comes from the top leadership, so it will not change within MAANG anytime soon.
@daves.software2 ай бұрын
Regarding ripping out libraries only to have the added back two weeks later, you should have added a unit test that failed if those libraries were installed and explained that they were removed for a reason.
@BeatrixSimon-v2h2 ай бұрын
I love the way you cover difficult topics. Your videos are always clear and informative.
@IARRCSim2 ай бұрын
5:40 Amazon is most likely planning to make their UI good eventually and just want that cottage industry to battle test the best UI, user experience, and business models before Amazon copies. It smells strong of what they did to many small businesses that depended on Amazon for selling and distribution.
@ddystopia80912 ай бұрын
14:35 We are using WASM (Rust) instead of js/lua for those purposes
@Merssedes2 ай бұрын
"Too tight of a timer to solve X"... That's why I love the company I'm working at: we don't have hard deadlines :)
@mattjb0072 ай бұрын
ERP in my industry is "Emergency Response Plan".
@andythedishwasher11172 ай бұрын
Bro asked "0 to webpack?" and I'm remembering my bout with the Sharepoint framework thinking "bro it's probably a wrapper for webpack"
@LightSpeedFIash2 ай бұрын
I'm literally on round 3 interview with microsoft and prime posts this
@redguard1282 ай бұрын
Run!
@edwardallenthree2 ай бұрын
Good luck.
@Quantris2 ай бұрын
"black hole of money" has a good side...get yourself some of that money!
@mateoruiz13112 ай бұрын
It’s a great company with a lot of really interesting products. That’s not to say it doesn’t have its fair share of boring products, but those are often the ones that pay the bills and have the most stable jobs
@kevinlong46572 ай бұрын
best job I've ever had. its a huge company with a million teams and products.
@rays37612 ай бұрын
I primarily work on our ERP software and I prefer working on it than our data migration. It's fun to see how it interacts with business scenarios in real life and having the system work properly with the real life movement of information and material. Its nice when you see a new process save people 50% of their time by making a change to how they use the ERP.
@mackster852 ай бұрын
ERP Software is created through a byte stream from hell! The article is not exaggerating. MS Dynamics is just a bunch of companies MS bought some years ago. If you read MS Dynamics, Oracle or SAP in a job or project description: RUN!
@sajeucettefoistunevaspasme2 ай бұрын
oracle is pretty broad
@beeronme71312 ай бұрын
True story: Mate of mine is a white hat hacker. You won’t believe the amount of vulnerabilities he has found in Dynamics. At one point, Microsoft had to push the maximum payout amount because the leak he had found could burn the whole place down. He still has a big backlog of cases he just cant submit, because writing a report takes more time than finding actual vulnerabilities. The backlog consists of thousands of dollars.
@jamescs502 ай бұрын
By the way - the modal error handling comes form the product being a database focused language - we want the transaction to either complete or fail completely. This is not a web based language - it is a pre-sql database language that has been forced onto the web.
@redram45742 ай бұрын
Great article and video. Vindicated everything I felt using Microsoft websites and tools
@steel58972 ай бұрын
I want more people to be aware of just how slower Windows 11 is compared to previous versions despite both SSD and RAM becoming blazingly fast. Boot up file explorer on windows 11 and click around and navigate different folders, then do the same in windows 10, then 7, it'll get faster and faster the more you go back. I'm running a 13700k on a blazing fast NVME SSD and file explorer on windows 11 is slower to open anything and has hangups FAR MORE than Windows XP running on 512mb of ram and a mechanical hard drive. It's actually insane how bad their software got.
@_fuji_studio_2 ай бұрын
you are completely lie, i have no issues
@jacoblester8477Ай бұрын
I actually did a lot of support work on the on prem GP software. I loved it, especially digging throw data on the SQL side.
@leovin002 ай бұрын
Worked on developing plugins for Microsoft Dynamics once. This software is like Windows registry editor on steroids. Widgets within widgets within widgets. In the same way that an atomic blast is awesome, this software is a horrifying, beautiful mess. But knowing this magnificent monstrosity is capable of running any business in existence, I somehow persevered and even felt satisfied by my work.
@lleytonmorris63052 ай бұрын
Prime like "Woo, I saved 50KB" while I'm out here lazy loading every page in my works application and being like "Woo, I saved 1Mb out of 6MB"...
@c128stuff2 ай бұрын
I still write code for systems with 64k (yes, kilobytes) of memory... you can do a lot in 64k when you ensure you really only have the things you need. But, that takes a lot of effort, can't always do that for work. Still, for the things where I do use for example javascript, I minimize the things I depend on to an absolute minimum, it prevents so many headaches later on. An aspect I am missing from your discussion, the more crap you depend on, the more things can break in non obvious ways. The primary motivation here tends to be to minimize the time required for writing code, at the expense of both quality and long term viability of that code.
@TinyFlyThing2 ай бұрын
I'm just a silly digital artist not understanding a word of what's going on. But I love the energy here.
@apIthletIcc2 ай бұрын
Feel like this might be my favorite vid on your channel now😂 I feel this authors pain, from a security persective
@Andrew90046zero2 ай бұрын
33:58 I love this entire analogy. Like. You even if it takes a bit more time, you should fix the underly problem rather than bandaiding it, because you are ultimately making it harder to properly fix in the future.
@almcchesney2 ай бұрын
This is the way: reading yaml > writing yaml > reading json > writing json > parsing json > parsing yaml
@bitmanagent672 ай бұрын
Dynamics a.k.a known as Great Pains (Plains) Software, with their encrypted stored procedures and numbered table names that match chart of account codes. It is impossible to debug, troubleshoot and is slow AF. It is a remnant of 1990s Access style programming.
@maximilian1993128 күн бұрын
16MB across 153 requests is about 107KB each, means a lot of the requests can be saved by combining files together. css sprites for images, JS bundles(no webpack, just concating together files) for JS, and CSS bundles for all that CSS code. or just remove all that legacy code and finally serve simple text websites to the browser. 16MB for a text page is excessively large!
@RafaelAguilar198724 күн бұрын
This is a very cathartic one to watch… thanks.
@GuRuGeorge032 ай бұрын
Most problems I've encountered as developer boil down to just human nature. As soon as you have some very passionate people and some very unmotivated-i-will-just-do-the-minimum-people at any company. You will encounter countless problems, because of the massive conflicts of intereset that will happen. This will usually end up in 2 scenarios 1: passionate people simply leave until no more passionate people are left and everything slows down dramatically until the company goes bankrupt eventually 2: passionate people try to work as much as possible with the ones who are also passionate, which ends up in the company being held up by 20% of the work force, while the other 80% are just laying back and enjoying the show
@MarkusHobelsberger2 ай бұрын
Maybe not 20/80, but I think 30/70 is true for most currently operating companies that are more than 10 years old...
@benvincible32 ай бұрын
I Desperately want to see prime learn about ABAP
@oat10002 ай бұрын
Did you know you can't change the name of a sharepoint site after its initial creation? I love Microsoft.
@rndmvar2 ай бұрын
Stockholm Syndrome as a Service
@bobbycrosby97652 ай бұрын
The lodash story is where architectural unit tests are a godsend - we use them in Java. You can write tests that guarantee a method or class isn't used in your codebase.
@edwardallenthree2 ай бұрын
There are frequent references to the Indian coders on the other side of this project. What fascinates me is that these references are all compassionate. The OP knows that their people just like them working in India, and imagine they're working situation must be worse than them to produce this code. We're all in this together, doing just as much as we are paid to do, and for most of us a lot more.
@oleg49662 ай бұрын
34:00 I think it's even worse than that. Even if you give an employee a reasonable or even generous timeline to solve X, then there's a good chance they will procrastinate until their timeline becomes a teeny-tiny bit unreasonable and then they'll cut corners to overcompensate for it. Some people usually don't procrastinate, but I've never seen anyone who never procrastinates on anything. It's just human nature to put off offputting tasks, and some SWE tasks are more stressful than others.
@JanVerny2 ай бұрын
You don't ever tell people the real deadlines. If something needs to ship in 2 months, you give engineers one month. If they fail to deliver, you make a big deal out of it, but then say the deadline can be moved by two weeks. Project management 101. Though the engineers will eventually catch on, most won't have the balls to do absolutely nothing even if they know the deadline isn't real.
@pif50232 ай бұрын
For mobile you need strong api versioning and a killswitch to force users to update if you can afford it. It adds a full extra layer of complexity. Things that help are to have the business logic well factored in its smallest units as possible so that you can recombine it easily facilitating the creation and deletion of endpoint versions and to make the creation and deletion of endpoint versions as detached and easy as possible. The true difficulty is in isolating the technical aspect of creating a new endpoint version from the business logic, it’s trickier than you may think.
@nekittt1002 ай бұрын
Seeing this just as I'm learning that the company I work for is switching their ERP to Microsoft Dynamics 🙂
@mestoris2 ай бұрын
Re: Lodash. That’s when I’d write a unit test to make sure a dependency was absent. Leave a comment near the test explaining why Lodash is a bad idea in this context.
@evellior2 ай бұрын
Regarding the story at 11:14, wouldn't tree shaking cause any installed package to be reduced down to only the imported functions from it in a production build?
@freman2 ай бұрын
tehehe your netflix story makes me chuckle, I struggle from the other side, must not re-invent every wheel.
@Arcwise2 ай бұрын
Every day I am reminded of the moment I sold my soul to the devil by writing a DSL to save our company’s dying product. Everything has changed since and the sales have skyrocketed. This small lang just has to keep up with ever increasing demands until the end of time. I occasionally wake up at night in a cold sweat having nightmares about its eventual collapse. The PTSD will haunt me forever even if I quit this job.
@TheQarnage2 ай бұрын
"It does appear that programmers will try to do anything but program" SUCH A GOLDEN TAKE
@Tebbiecats2 ай бұрын
As someone who has been working with this particular software for a while, all I can say is this sounds like a solid skill issue to be honest. - Some of the complaints are fair, the HTTP header thing is kind of annoying, some of the syntax is or can be confusing, but the database integration is seamless, the transactional model it follows is surprisingly safe unless you royally fuck up... which for something that is basically a huge CRUD, is a big win. - The error handling is honestly really good. At almost any point any error will give you a full stack trace and a reason for the error, come on, i know it coming up as a modal is kinda weird, but it's done to ensure data integrity, since it will roll back all changes up to the error, it's software made to deal with money, no errors allowed. - The language is made by Microsoft, the compiler is made by them, VSCode is the logical choice. It's not NEARLY as bad as this paints it, unless you are dealing with disproportionately huge monolithic projects that go against all good programming directives, and that issues exists regardless of the language of choice. - App updates can be annoying but Microsoft themselves have already created tools to automate this, if you want to do it yourself and can't do it better then, well... - Is it slow? It CAN be, the base software itself runs pretty ok, it's a web thing so yeah it feels a bit slower than it used to 6 years ago when it had a native client, but it's also widely accessible and has like 60/70% more features so it's hard to evaluate. What CAN and WILL make it slow is cramming code in places where it ABSOLUTELY shouldn't go. I can't tell you how many times i've sat there for 10 seconds waiting for a page to load only to realise when i check the code that someone has decided to update all records in the selected table UPON RENDERING them. NO SHIT it's slow, but that is not the app though, it's the key-mashing monkey that failed to realise how dumb that decission is. Want to display 12 calculated fields per record on screen without creating SQL keys for it? I mean you can, but then you are not allowed to complain if it takes longer to load, and also, if your customisation is based only on calculated fields you probably should rethink the approach. - And finally. Microsoft does sell an OnPremise version of this. While i'll agree that the pricing for it is kind of aggresive, and that the licensing model charging you by SQL table is absolutely fucking stupid (the albsolute record mashing i've seen because of this makes me sad...), if you NEED or want more control over your data or the hardware running the solution you should definitely be selling this instead, SaaS is not for everyone and you should totally evaluate the possibilities and present them to your customers. I'm not defending Microsoft plainly. The software does have a lot of shortcomings. It was designed to do what it does and nothing more. If you are used to building applications from scratch, or using litterally whatever tooling to do certain things, just using your own way of problem solving problems for a customer this will field slow and clunky. You have to understand you are writing what are basically plugins for a way bigger application that is already working. It's like being an Android developer and complainig that the system APIs fall short of what you need. Of course they might, or maybe you haven't found them all yet. Or making a driver for Linux and recompiling the whole Kernel yourself because you needed to change something. You can do that, but it will become a maintainability nightmare QUICK. The fact that the Microsoft team has like 4 different avenues to send them requests to improve or fix features that you come accross as failing or lacking has my respect. And while some parts of this whole thing will always be unnecessarily complicated, such is the nature of working with existing products. My business has worked with Odoo, SAP and X3 alongside Microsoft's Dynamics. All of them have this same issues. TL.DR.: If you know what you are doing most of this issues dissappear. But i get that learning this can get frustrating.
@radijator232 ай бұрын
at least i must say the documentation and community is getting better. and one of the reasons clients take this ERP is they know that microsoft will be around the next 50 years. Imagen betting millions of dollars to a company of 10-20 people that existed for few years and could be gone in the near future.
@EthelbertCoyote2 ай бұрын
Not a programer but you have done a great job of describing the number one reason why humans make bad code I have seen, coders only work on the code. Human beings on a project have to make a system and as human beings they HAVE to in some way exploit that system for their needs. The coder that is not or does not feel empowered to give meaning full feedback and the manager who just wants things done make failed systems and that means even the best of code will be jank. Traps like "everyone must give feedback to be perceived to have read the email" and "I know what the right tool for this is but a hammer is all I have, I just make it work" are sure signs you are creating the wrong thing.
@yayinternets2 ай бұрын
Can confirm about various TV devices being totally underpowered in those days. I worked at one of the big cable companies in the early 10s. I wasn't involved with the effort, but they had a program massively fail where they tried to convert the cable boxes use HTML and JS rather than whatever was native, and it had to scrap it because the cable boxes just didn't have enough power to do it at the time. It was like a failure of 10s of millions spent on it.
@calexico662 ай бұрын
When a single page on a web application loads so much data you either have someone that made a service layer that has little to no granularity on the data to be requested and its domain model is extremely inflexible or obtuse. Or someone decided to make a lot of calls to different services and needs to join that information in the UI layer, but the service calls lack some sort of query filtering. Or.... Just dump everything on the page...
@pedrosilva14372 ай бұрын
Dynamics comes from way before 2015... this was built on top of Dynamics AX which has been around since the mid-2000s. That language isn't even a DSL, it's a whole custom programming language called X++ for programming their data models. Then they just slapped and web frontend (HTML, CSS, JQuery, React, blah, blah) in front of that. Then, deploy it to the cloud and call it new.... it truly sucks.
@papasilverhand2 ай бұрын
I have a relative who used to work at AWS and he used to be a team lead in the their elastic search alternative called open search and his dream job used to be microsoft. He grinded hard even with a baby on their way and cleared the interviews, now they ask him to change color of buttons. So much talent, all gone to waste
@troruaz2 ай бұрын
I wish the OP talked about how Dynamics (and so many other products from companies like MS) are mostly built by a company they acquired. Trying to find some kind of uniformity and consistent quality in codebases where your company is in the mode where acquiring is better ROI than building from the ground up is gonna be hard.
@erroneousdrunkАй бұрын
the whole rambda, lodash thing, i'm not surprised knowing all the people i graduated comp sci with.
@the-answer-is-422 ай бұрын
So I've worked a bit on the Power Platform and it really annoys me. Worst part is I can see the value in it, but then there are these weird, obviously important things that they skipped because reasons. Like Power Apps has no functions. I mean, it's low code, you aren't supposed to write much code, but if you have to write the same code in multiple places and don't want to repeat yourself... Nope, can't do that unless you create an invisible button that is clicked to invoke the function, and that thing doesn't take arguments and cannot return anything, especially because it's not even run the moment you click it but at some later time. It's also ungodly slow, though also fast enough that it still works.
@neilcarrier16202 ай бұрын
10:47 “It’s kind of impressive. I mean, we have to take a second and just think: somehow they got to this point thinking it was a good idea.” All of software engineering in a nutshell.
@andrehil2 ай бұрын
Thank you for saying that AWS's UI sucks haha. Most people don't seem to realize or agree with that.
@jaredsmith58262 ай бұрын
The other "ERP" term you were thinking of is probably "External Reverse Proxy".
@curiosull2 ай бұрын
The code architecture design of that project looks something like low code, made for non programmers. That kind of magic/quantum is good for people that do not have advanced programming skills and reuse the components. They also dont need observability, debugging, is just magic. It works.
@santitabnavascues86732 ай бұрын
That's the problem when they think they can fix everything with money. Money doesn't write code.
@gregsmith33732 ай бұрын
Biggest problem I ran into implementing ERP and MRP systems was the company trying to force the tool to do things the way the company does it rather than the company changing their processes to better match the tool. In both cases the company would have likely been far better following the best practices learned by the tool developer than using their old, goofy processes.
@el_carbonara2 ай бұрын
yep spot on with the brick analogy. everything ends up a complete dumpster fire when programming something as a "team". Even happens faster if no one gate keeping some of it that is respected enough to listen to them before just ticking and merging it..
@rrraewr2 ай бұрын
react gets a bad rep because juniors refuse to read the docs
@aravindmuthu57482 ай бұрын
LOL, refs for forms is the simplest or refs and addeventlistner 😂😂
@username77632 ай бұрын
In my experience it isn't because they didn't read the docs, is that they didn't understand them. Instead, I've seen mindless replicating patterns in places it didn't make any sense. Hooks are good, let's use hooks for things that we don't need them. You have to understand functional programming first and that requires a lot more than reading the docs. I like the design of react, but I don't like working in a react codebase.
@redrevyol2 ай бұрын
React is for people who can't learn classes and functional programming.
@JanVerny2 ай бұрын
React gets bad rep, because it just straight up isn't easy. Took me years to stop being completely garbage at writing React code. For the first year I completely hated it, because it went against all my intuitions built over almost a decade of OOP. The reality is most devs won't spend years learning something, they will rather blame the tool.
@rrraewr2 ай бұрын
Forgot to add backend devs, while juniors don't understand the docs, backend devs have too big of an ego to read them and create an even bigger mess.
@gro9672 ай бұрын
It's fascinating that Microsoft still has a better culture, products and innovation than Google, Meta, Apple or Amazon...
@patricknelson2 ай бұрын
15:04 - lol, Tizen OS… imagine building a small web app which has to run in Chrome 57 (released in 2017); no features newer than 7yrs and counting. Not as bad as IE, but still a bit irritating.
@sergeyberezovskiy8921Ай бұрын
As an ex-employee from Microsft Dynamics ERP I confirm that things are even worse than that. Codebase looks like early 80s as well as the whole development process and tooling.
@augustsbautra2 ай бұрын
In offering a little pushback on that "wasn't any one person's fault" argument, them nazi guards were also "just doing their job". Not good enough. Engineers are being paid enough to warrant agency, and any one of them, at any point could go "sorry, this cannot be done at the necessary quality in the alloted time, let's come up with a roadmap where we can do this right". Uncle Bob rants about this in The Clean Coder, it's called professionalism. The way to drive out rot from code and coders could be to apply some firing pressure. A company of 50+ engineers could do a ritualistic firing of one worst coder among them every year. There has to be a mechanism of driving out dead weight.
@Nezarus0Ай бұрын
"Programmers will try to do anything but program" 🤣 I feel personally called out here.
@davidmouser5962 ай бұрын
Microsoft application = Developer employment for life