Too many of these weirdos giving talks on this channel. Think it's time to just block it.
@weredragon14473 години тому
Psychology is a sudo-science. Intelligence is a self-applied, self-defined term that is not verifiable.
@broncace4 години тому
That’s what a polished and well rehearsed presentation looks like, kids. Bravo!
@RemigijusPankevicius5 годин тому
So Microsoft learned from Unixes daemons idea that was working before Steve Balmer? That you can turn a console app into "windows service" without rewriting it as "windows service".
@TheEamonKeane5 годин тому
Tremendous amount of value delivered here through this template
@asfdadfgdasfh44446 годин тому
The URL @4:45 doesn't work. Ironically, this defect would have been caught had the presentation been better reviewed beforehand.
@penaplaster6 годин тому
I agree with Tess that the heated argument in a PR is an indication of a broken development process. In our case, having an architecture/design session before the implementation solved majority of hard issues.
@urmet6 годин тому
afaik CD is constant linear speed, slowing down angular speed when reading outer rings
@jerryjeremy40387 годин тому
So how to implement that non-blocking in c#? I did not get any answer that I can apply. Grr!
@5cover9 годин тому
For operator precedence, i suggest we take C++'s and shuffle it. Also make everything right-associative. because we hate people.
@user-dq7vo6dy7g13 годин тому
38:31 accout.Save(); has an input: an object of type account.
@arcuscerebellumus879713 годин тому
Imo, it's not so much about some patricular piece of the system (i.e. Napster for Music or Opensource for Software) as it's about the system in it's entirety. Exploitation exists not because it's "allowed" for or "enabled" by previous bad decissions, but because it is necessary, so if you want it to stop you need to think not on how you can stop an instance of it, but on how you make it NOT necessary. Trying to fight every particular issue separately just won't lead anywhere, because even if you succeed, while you get busy patching one hole, 3 more appear. I mean, "changing licensing", "introducing billing to package managers" - depending on the implementation, seems like you can just go straight the other direction with all that . Giving middleman power to those platforms, however benevolent they may be now, can make them just as bad as any "app-store" in the future. That being said, you are right in that something needs to change, it's just that there's a devil or two to get flashed out before I'd be comfortable fully accepting your approach (not that my acceptance really changes anything)
@KarenTazayan15 годин тому
Interesting, thank you!
@0111010001110111011015 годин тому
Painful to watch even at 2x, the presenter butchered an interesting and important topic.
@michaelutech478615 годин тому
The more I listen to this video, the more it gets under my skin. "We don't necessarily want to get feedback". Well that's why there is such a thing as workflows enforcing code reviews. Some (actually all) developers make mistakes, and many of these mistakes have real consequences. Every time my mail address is leaked by a company that does not ensure sufficient security standards, I am upset, because I have to cope with even more spam. I am more upset when my credit card info gets leaked. As a customer, I really don't care about the feelings of a developer that didn't care about the quality of their code that leaked my credit card. I don't care for a team member that makes "my code" break in such ways. I want an additional pair of eyes look over that code and if they see something bad, I want these eyes make a report to the brain and then I want a mouth to speak up. Then I want ears to listen and hands to hack corrections into that code. What is all this being nice and politically correct stuff about, when the topic is how to write good or at least good enough code, such that people don't die when they get medical treatment or get robbed when they pay online? What kind of ethics is this?
@michaelutech478615 годин тому
"How can we do [reviews] better, how can we not argue [..] and still stay friends" - Simple, just don't do reviews. Everybody with access to the code can review it on their own terms. They can nicely talk about things they like and ignore bugs they see. Or they can just be nice to each other and ignore the code nobody seems to care about alltogether. To me, these reviews look like a waste of time.
@michaelutech478616 годин тому
If and whenever I have to accept a change to "my" code that I perceive as defective, it's no longer my code. I don't commit defects into my code, not unless I mark them with FIXIT. For me, the term "ownership" either means literally that it's mine and I have the last say how that is changed, or it means that I am dedicated to it and then I really don't want it to be made defective. What kind of respect is it, when my view is catered to because I am a member of some group and not because it's right? That only means that my view is irrelevant. If it's wrong, than being irrelevant is a good thing. If my view is right, I want it to matter, because otherwise, I get no respect, it's the team that owns the respect, not me or the intrinsic value of my views. If I want to feel good, I go out with my friends. When I'm developing software, I want to see an excellent result, that's my work ethics. In that context, I don't care for the feeling of my team mates. If it's a good team and I'm a good team member, they are friends anyway and we're producing good code, not mutally owned defects. If I ever start thinking of a mutual defect as an accomplishment, I'll stop writing software and start growing tomatoes in a green house. If you need code reviews to keep external audiences up to date, then you do something wrong in your documentation or communication. That is not and should not be the purpose of code reviews. A code review should review THE CODE. Why would you do that if not to SEE if it's ok?
@rapideye10116 годин тому
does anyone have this example project somewhere on Github?
@michaelutech478616 годин тому
If finding defects is not a main objective but sharing patterns is, then what you end up doing is sharing defects, isn't it? I find it horrible that arguing has a negative connotation. Arguing is the process of exachanging arguments. If that becomes an unpleasant experience, the only reason I can think of for that is that the arguments do not serve the right purpose. If both parties have the same objective, exchanging arguments support that purpose and both parties should enjoy that. The fact that most often one side was right is a downside of arguing, but that can't really be helped. Then again, both sides have opportunities to learn, no matter who wins, transforming arguments into win-win activities. This goes wrongwhen both parties do not have the same objective. That creates a new objective which would be to examine respective goals and redefine them accordingly. The problem is not that there is an argument, the problem is that it's the wrong argument. The reason why reality does not align with my description is that most people are not interested in shared goals, they follow their personal agenda for personal gains. Sad as it is, drawing the conclusion "let's not argue" is probably the most stupid strategy to handle this problem, as it just accepts hostility as a natural modus operandi and not as something that has to be worked on.
@user-bk9wt8gk1qДень тому
The more talks and presentations i listen to, the more often i hear something along the lines of "you are doing topic X wrong, because you don't understand it well enough or have completely misunderstood it". Which is a really weird state that the world of software development is in. A field of work where being clear, precise and having a good understanding about your work is mandatory. On the other hand it's a comparatively young field of work and we don't have houndreds of years of softwaredev we can look back upon. 😅 A new junior software dev recently asked me what is expected for a dev to do in a code review and i couldn't give him an answer i was happy with (not a dev myself). This talk definitely helped me get a better understanding about what code reviews should be about. Thanks!
@quantrox819118 годин тому
Whenever I see that someone tries to convince me that I am doing something wrong I know I am actually doing a very good job
@PaulSebastianMДень тому
Shared ownership where everyone shares ownership does not work because no one can be responsible for everything.
@davidbottiau5408День тому
I got it not as "no one or everyone is responsible" but as each developer is responsible for the feature he is working on while having an interest as a team to focus on making the whole product better, achieving overall quality. Works great with small teams of skilled and/or motivated people.
@user-bk9wt8gk1qДень тому
The point beeing made is more that "as soon as the code is commited, it's our code not the code of person X; So a code review can help to ensure that another person can understand the code without studying it for hours." The person who wrote it could switch teams or companies in a few weeks and suddenly it's "the teams code" anyway. How does that work then if not everybody is now responsible for that piece of code? Does one poor soul inherit all responsibility of the code from person X if they leave the company?
@chauchau08255 годин тому
Agree. In reality, it turns to Anarchism eventually
@lionbryce10101День тому
Sure I'll wqtch the 2nd version of this
@hooleytДень тому
Wow, this was incredibly thought-provoking and packed full of ideas, thankyou.
@giorgos-4515День тому
We should be moving to lower entropy technologies, the tech stacks should get thinner not bulkier as we discover a correct simple way to do things.
@genyklembergДень тому
Looks like a legacy php everything before Astro😅 and then web elements came. What is the reason of using client:load, why it can't just load?
@lucasrecoaro17012 дні тому
"I apologize for utilizing the `master` branch; we have certain `daemons` in place. These seemingly trivial issues can complicate matters, but it's important to note that they won't alter the past or impact the future significantly.
@reallylordofnothing2 дні тому
at 7:22 the code is as Fowler says, a thin DB wrapper (class or script). But as you pull data belonging to different Entity classes (if you're using an ORM) and then put them into objects etc, can we say It is object oriented OR is the data simply being stuffed into objects to iterate over and do your business logic so it's merely data oriented?
@jeffsteyn71742 дні тому
😂 the more things change the more they change the same... We went from running code on the server to running on the client and I see we back running code on the server.
@TeamDman3 дні тому
Incredible talk, the snippets prepared beforehand makes it flow very smoothly. The WASI part is what I'm hyped for. A polyglot jupyter notebook comes to mind
@SandraWantsCoke3 дні тому
damn, all of that to render a couple of div tags sheeeeeit
@olafschluter7063 дні тому
Great talk, All claims are substantiated by evidence, which is rare in all the internet talk about ML bots called "AI". This talk is science, not opinion. I learned a lot.
@alexwilliamson14413 дні тому
Go go team witters
@kaihusravnajmiddinov54133 дні тому
Some demonstration which are worth watching.
@bbqchickenrobot33 дні тому
bro still uses ICQ!?!? wow - cool
@Joshua-dc4un3 дні тому
Nice sneak peek into the software I use everyday
@ciberman3 дні тому
Very good talk!
@akeemaweda17163 дні тому
I just love listening to Mads while learning more about the language!
@bbqchickenrobot33 дні тому
Great comparison - I am torn beteween proto.actor and Orleans.... either way I'm sure I'll be in good hands!
@freyja58003 дні тому
for anyone wondering: I am 99% certain the slide at 49:47 is FizzBuzz in Regex (or a fizzbuzz validator probably)
@edgeeffect3 дні тому
I've been saying "How can you choose not to follow a plan if you don't have one in the first place" for about a year now... Rewatching this today, it's good to see where I stole that quote from. :)
@lygiahuy89443 дні тому
This is a useful presentation I ever seen, only 1 hours spend for me to cover all the knowledge compare to three months I spend on college
@erril82853 дні тому
No thanks to having all my keys at a cloud vendor! You are not creating that often new web accounts, so the synchronisation aspect is not necessary. People should think twice when putting their whole life into one vendor basket only due to lazyness.
@EnNe3Dx4 дні тому
Man said this is not my thing from the begging but gave it all to do what he is there to do ! Thank you Sir and I dont think you are the oldest there .
@siryle4 дні тому
Good demo, thanks.
@TechTalksWeekly4 дні тому
Awesome talk overall and a fantastic short walkthrough of the web development history at the beginning. Steve's presentation was so good taht it's been featured in the latest issue of Tech Talks Weekly newsletter! 🎉 Congrats!
@simonegiuliani49134 дні тому
HTMX Bro!
@Exterminator1314 дні тому
The suggestion to start from a monolith app first is probably the most ridiculous one, that I've heard for recent years! Every system architecture has its own specifics, which makes any transition to another architecture a really non-trivial task, or it's not possible at all. What is OK for one architecture (say, tight coupling in monolith), stays against the rules in the other (micro-services must be loosely-coupled). We cannot just gradually transform our monolith to the completely different micro-services architecture! Hence, we have three options here: 1) Start with micro-services from the beginning. 2) Write 2nd version of our software solution from scratch. 3) Stay with monolith, as it's not "evil" like it's now popular to state! "Evil" sources from lack of competence! The same guys, that created "bad" monolith before, would make awful "distributed monolith" instead of normal micro-services!
@daveanderson83484 дні тому
oh no...another new thing...stop with all these short-lived frameworks that are all the same anyway. The big tech companies and especially Microsoft must sweep through all those hobbyists who come up with a new framework or tool every year that add nothing at all.
@Ash-qp2yw4 дні тому
Fantastic talk. Quick note that "python's pre-commit" is just a tool written in python. It will run any linter or formatter you give it for any language, it just calls out to other executables. I've used it for things like `gofmt`, `clang-format`, etc