We ship weekly shows about developer culture, software development, open source, building startups, artificial intelligence, web development, and the people involved.
Our podcasts include The Changelog, Changelog News, Changelog Interviews, Changelog & Friends, Practical AI, JS Party, Ship It! & Go Time.
We also track, log, and contextualize the goings on around the software community. Our Changelog News(letter) is beloved by thousands of developers around the world.
Join our global hacker community at changelog.com/community
I don't agree, back in the day as a VCDX and over 15 years ago, I had to fight against "VM sprawl" in my architecture solution frameworks. That would also lead to extra cost and performance impact. This pattern is not new, just the scale of it and who you give the money to. People were already reckless once they got the automation. Automation and how you expose it makes people reckless, not the "cloud" per se.
I can't be the only one that finds Autumn's incessant laughter at absolutely nothing insufferable. It's to the point where I avoid listening unless it's an extremely interesting topic being talked about.
25:48 fun fact, Preact was created at the same time as React. By the time React was released to the public Preact was already a thing, but they changed the name and API to better match React, and later added compat package to be a drop-in replacement
It is not so difficult. Do what professionals do: keep a dictionary, thesaurus, and "manual of style" handy. Most college grads would have referenced them for term papers. Where English is a second language, DEFINITELY use the manual of style to stay atop the grammar and usage of words.
What does your rant have to do with writing code. You sound like a pompous asshole. In any given situation across the planet, people will communicate an idea the best they can. You feel that because you’re in the software field that people in this particular field should be able to articulate an idea that make you feel good about how well you use a language? Sit your simple ass down man..
This industry is dominated by countries where education is seen as a route to employment rather than a means of becoming active members of society, and this often results in leaving young people less educated in the humanities.
He is the author of the Stallman-report website. It's basically a hit piece to get rid of Stallman so that the "ethical software movement" can take over the FSF. He wrote that stuff without putting his name under it. But people were able to unmask him as the author. Wasn't difficult to find out because he's been promoting that website on mastodon since existing and he is known for being against Stallman. Now what is the ethical software movement? It's the opposite of free software. They want to legally bind that only people who conform with their ideology and political views are allowed to use free software. It's complicated, but there are many agents involved like for example outreachy - the opensource internship program and many others. It's basically a cultural war happening on the back of FOSS which is a shame.
But how much they contribute back is irrelevant. WordPress is an open source product, that don't excludes commercial use. So even if it's morally wrong, it's totally legal. So the conflict can not be about that at all. If that's the issue, don't publish WordPress under a license where it can be commercially used and let the companies who use it pay. The conflict is actually about different things.
This is just one point in a much larger discussion which addresses legality as well. Contribution is never irrelevant in the open source world. The point made here is that Automattic has way more “street cred” than WP Engine does. That’s all.
@@Changelog and they loose most of that street cred by doing stupid stuff. That's what the discussions about WordPress are currently about. It's not a contest about credibility.
With regards to community interaction, as a self-taught Go developer, I may have the skills to achieve many things, but I might not be able to back it up with all the correct terminology or to be able to quote and date past decisions on Go. When I look into the suggestions for Go, I see people being ridiculed for not having considered some past decision or another, which they may have not been aware of. This has put me off interaction, as I know that I will not be as eloquently spoken as a seasoned Go professional. Yes, maybe people like me take up a lot of time, which isn't wanted, but it means that we don't interact and then there will be some good ideas which go missing. Perhaps there needs to be an alternate community for us.
Tim or others might be reckless. But I for one first spend time researching the T&Cs, and forecasting the costs before giving cloud companies my payment details. Hetzner in particular let you spin up with a few clicks, and bill to the nearest minute. It's not much harder than creating a Python venv. As long as you don't pick a hugely powerful machine, and tear down after you're done, it costs pennies per server per hour.
Interesting conversation. Like Chris said: language is like a tool for a specific task. I like Swift, but it was designed for ios apps, and I think that the challenges in writing a web browser with it are not worth the trouble: Java and other oo languages, answer the inheritance and memory issues mentioned, and are more suitable as a tool for such task - but, each should walk his own journey I guess.
besides the fact that zig as a language is highly unstable right now and has various compiler bugs to boot (including broken semantics), does zig even have OOP (i.e. inheritance)? if not, you're just back to square one and it's just a nicer C. plus memory safety was a major topic of discussion; zig gets rid of dumb errors and some warts from C, but that's all it guarantees. zig is just a meme language right now; it might mature into a real language soon enough but it's not something i would base your company on when it's not 1.0 yet. tigerbeetle and bun are exceptions that i dont think most people should emulate just because some influencer told them zig is so cool and awesome
I love rust, but it has much more boilerplate and deeper understanding of the borrow mechanism, that why I believe Swift is much more productive, i preferred in my projects golang before rust, which has also no OOP ;)
When i was a junior, i started to learn MongoDB and then i started to learn SQL month after. Even then i started to realize how much SQL is better, especially relational structure in SQL. Then i started to learn the prisma ORM for node.js and that was it, never going back to mongo again for personal projects. What is the funniest thing, i am almost 5 years old in the backend, my company has a lot of clients and I have never seen any projects that run on MongoDB. When you ask the other engineers there (just to get their reactions) why they didn't use MongoDB, they just laugh at that. We are working with IoT and things you need the most are relations and stability of the database. We use MariaDB everywhere.
When i was a junior, i started to learn MongoDB and then i started to learn SQL month after. Even then i started to realize how much SQL is better, especially relational structure in SQL. Then i started to learn the prisma ORM for node.js and that was it, never going back to mongo again for personal projects. What is the funniest thing, i am almost 5 years old in the backend, my company has a lot of clients and I have never seen any projects that run on MongoDB. When you ask the other engineers there (just to get their reactions) why they didn't use MongoDB, they just laugh at that. We are working with IoT and things you need the most are relations and stability of the database. We use MariaDB everywhere.
@@anon_y_mousse Kotlin is more like Java and runs on JVM, which is more cross-platform, which makes it easier to set up on non-Apple devices. It also has a great IDE by JetBrains, so DX is good. And the fact that it is not affiliated with Apple, a company which is famous for not caring about other platforms, plays a role in the decision as well
The scaling part is problematic, but the real issue with Git is that the commands so complex they're tough to learn, it's effectively like learning a new programming language, similar difficulty curve for most devs. AI makes Git bearable.
Swift is great until you realize that Apple cares so little about backward compatibility since they usually support last 3 to 5 generations of their products, so they don't have to fix language features for long and almost every major release of swift is like a whole new language. The community should fork Swift and make it a proper programming language it deserves to be
Regardless of short sighted companies our industry is still growing fast and new people are coming in all the time. This calls for fewer and simpler tools, not more complexity. I think this is why Go is successful as it is easy to learn really quickly and code written by different developers tend to be reasonably uniform in shape.
The way he explained the peoples' experiences who tried the challenges (which Kling presented to them) in Rust, sound as though they were not accomplished Rust developers. Rust is NOT a starter language and requires actually learning it in order to benefit from all of its guarantees. It is a common theme that many, if not most, developers who complain about Rust not being capable of thing A, B, or C, have a fundamental misunderstanding of what Rust is in any in depth manner. I will not use the comments section to rant or to provide a thesis but in the end, all I am saying, don't think that you can just pick Rust up and do complicated things with it when you don't have a concise understanding of the language. It is definitely going to be a deep lesson in frustration and futility, if you approach it in that way. Master your tool, before doing your work.
