TehPers @ TehPers @beehaw.org

Posts

0

Comments

688

Joined

2 yr. ago

You must trust your team's abilities more than I trust my own. How often does your team merge bugs into main? We use CI primarily for running the full test suite, including integration tests and e2e tests that would be very difficult to run locally due to them using specific credentials to access testing resources.

mypy is great, but it doesn't come close to what you can do with TypeScript. I don't think that's necessarily a jab at Python (though TypeVar's limitations do come up here and there), more just throwing TypeScript on a pedestal.

Read speeds from a USB stick are incomparably slower than most hard drives. The USB 3.0 specification has a theoretical maximum transfer rate of 5Gb/sec (~600MB/s). By comparison, my PCIe 4.0 NVMe (I believe most laptops these days come with NVMe storage? Could be wrong) has a read performance, reported by CrystalDiskMark, of 7.3GB/s (that's a big B, not a little b, and looking at 1MiB sequential 1 thread 8 queues). In other words, my hard drive's measured performance is 12x faster than the theoretical maximum throughput of a USB drive. This also doesn't take into account things like DirectStorage, which some games have started to adopt.

I think realistically games should consider separating the higher quality assets from the low quality assets intended for lower performance systems, and make them separate downloads. HD assets could be a free "DLC" on Steam, for example.

Furthermore, according to certain claims, the Apple Support account on Twitter will no longer respond to customers sending direct messages starting from October 1st. It’s worth noting that Apple has been providing customer support through Twitter since 2016.

Instead of this method, customers reaching out via Twitter will receive an automated response.

Part of me hopes it's "💩".

MAUI is an open source project that's a part of the .NET Foundation. One would hope that instills a bit more confidence, but I have yet to see any projects actually using it. Regardless, it's forkable and permissively licensed (MIT), so the lifetime is theoretically indefinite.

It looks just about as bad as C++'s template system, minus the latter’s awful compiler errors.

I'd say they're incomparable. One's a Turing-complete programming language, the other is not much more powerful than generics in a language like C#. That's not to say that your impression is incorrect - both are significantly more complex than what Go had for the longest time (no generics), and likely more complex than what Go has now (though I haven't looked much into Go's new generics system to be honest).

If you're looking for a reason to use Rust, I recommend picking it up and doing some projects in it. There are many, many reasons why one would choose Rust for a project (security, correctness, needs to be low level, preference, etc) and many documented scenarios where companies have found switching to Rust to be beneficial to them, but at the end of the day, only you know what your requirements and preferences are.

It seems like you prefer highly readable code. This is a pretty subjective thing though, and you may find that Go is more readable to you than any other language. I would disagree, but again, it's a matter of preference. For some, C++ is the language they find most readable. Regardless, the only way to know if you'll like it and want to use it is for you to pick it up and use it, and develop your opinions based on experience. If you find that spending time learning it will be a waste after trying it out for a little bit, then you have your answer.

Likely not at the start. Rust can take some time to learn to use it effectively it is not the fastest at throwing shit together quickly.

To add, Python lets you make a new file, write up a quick script, and start running it. You even have a REPL environment prepared for you to start throwing code at and see what happens. Rust is nothing like this (though some "script runners" exist for Rust). You'll usually end up creating a new folder, creating a Cargo.toml, then a src directory and a main.rs file. Now you can start writing code, but the Python developer has already ran their code a few times and iterated on it a little.

For experienced users, development speed in Rust starts to pick up after the initial project setup and once the basic "boilerplate" (this depends per domain, could be arg parsing, reading a config file, setting up telemetry, etc) for their specific application type has been created, in my experience. For quickly throwing together a small script, a developer equivalently experienced in Python and Rust will likely find Python faster to use, but when looking at mid to large sized codebases, that could flip due to how strict Rust is and how that prevents problems over the long term.

When writing software that will be deployed to a production environment, it's better to slow down and take the time needed to write a higher quality, more durable solution than to rush and quickly kick a product out the door.

I don't know why this is a hot take, but sometimes it feels like it is.

From what I understand, at least in the US, you can write off home improvement costs in your taxes if you're willing to itemize. It's not for everyone of course, but for people who spend a lot of money improving their home, it could help reduce the financial burden.

That's why you live in Vancouver and shop in Portland! No income tax or sales tax!

Last I heard it was beans on tea. Or was it bread on beans, I can't remember.

The sum of a percentage of all items should be the same as a percentage of the sum, no?

Suppose you buy two items costing x and y, and there's a constant sales tax of t (say 10%, or 0.1). You'd pay t * x + t * y, or t * (x + y). You can even generalize this to Σ(t * x) = t * Σx (for x ∈ X, where X is the set of prices you're paying).

In other words, yes.

In case you want the math name for this property, it's the distributive property.

I think the issue they were bringing up though is that tax is not applied equally to all items, and that tax may be determined by number of items sold. I don't actually know if this is true or not, but if it is, the distributive property doesn't apply anymore. Edit: I re-read the comment, that doesn't look like what they were saying actually. Either way, if tax is weird like this, distributive property may not apply anymore.

One thing you can try out for storage is buying regular 2.5" solid state drives (the kind you install in a computer) and using a SATA to USB adapter to plug it in. It's probably less durable than a proper external SSD, but gives you a path forward if you later want to install them into some kind of network storage server (or have a friend do it, if you're not sure how).

I haven't checked the prices very thoroughly, but you might be able to get the internal hard drives for cheaper as well. If you're willing to go with magnetic drives (3.5" HDDs), you can get bulk storage for (relatively) dirt cheap, of course at the cost of having a noisy drive spinning up each time you open a file on it.

I love how they sometimes record these higher-level presentations, stage lights and all, right in front of where I work in the office. I am way more productive at home.

There are people who have distractions at home and want to escape of course. I'm not stopping them from working in the office though...

Wife absolutely loves BG3 to the point she ordered some 5e books to better understand the systems. She went in knowing nothing about the lore, the systems, or anything and it quickly became her favorite game of all time.

I have yet to jump in though. Played about an hour, but I feel like I need a good block of time I can dedicate to getting acquainted with the game before I can really start to enjoy it.

Neither of us have played any prior BG games.

Others have already mentioned argparse, which is a pretty great module for argument parsing if you want to use something built-in. If you're willing to look into other libraries though, I'd recommend taking a look at Click. You should be able to pip install click to use it. It takes advantage of defining the CLI through decorators, and from my experience, works better when you want to have subcommands.

It's nice to see that it's in use for backend. I personally haven't seen it, but I always felt like it'd be a good choice for backend development.

I’m sorry to tell you, but I assure you it is not.

I'm sorry to tell you, but I assure you it is. Like I said, we both agree that Java is the predominant language, but at Amazon there are services written in Java, TypeScript, C#, and Rust to name a few.

First of all AWS is not Amazon.

First of all, AWS stands for "Amazon Web Services". It's not Amazon? Does Amazon not employ people to work on it? Perhaps you're thinking of amazon.com?

Secondly, I can tell you for a fact that C# is one of the rarest tech stacks at Amazon. Even Amazon’s internal build system does not support it.

Amazon's country-named build system supports building many different languages, including C++, Java, Rust, and yes, teams have even managed to make it work for C# projects. It isn't a Java build system, it's a multi-language build system.

I’m afraid you’re talking about stuff you know close to nothing about.

I find it funny how every single comment you post includes a personal attack. Since you seem incapable of backing up your own points with anything but insults, you can be the first person on my block list.

Your original comment and this one are exactly what you criticized in your first comment - opinions presented as facts. I encourage you to branch out. You might find that there are other languages and frameworks out there doing cool stuff, and IoC occuring even in the lowest level of languages.

Edit: Since you love facts so much, let's look at some numbers. According to the Stack Overflow 2023 survey:

• JavaScript, Python, and TypeScript (which is apparently separate from JS here) all are more popular among professional developers than Java. C# and Java are toe-to-toe, with Java only 1.33% ahead (negligible at scale), while JS is more than twice as popular as both languages.
• Node.js takes the lead for web-based frameworks, with Express being the most popular listed framework that I can see. Both flavors of ASP.NET are more popular than Spring Boot among professional developers, and people have been moving towards .NET Core for years now. Flask is only 2% behind Spring Boot as well, and being a Python-based framework, does not use traditional IoC and instead follows more of a service-locator pattern, where many request-related variables are stored in what is essentially thread-local static state.
• Although meaningless on its own in my opinion, it's still fun to point out. Java is one of the least admired mainstream languages in the survey, falling at 44.11%. It falls behind C++, C#, JS, Python, and TS. The most admired language falls back to Rust for... I forget how many years in a row, which isn't even an object-oriented language (though borrows some concepts from them).

It is branching away from Java, even if it still uses it primarily. Unusually, off the top of my head, I happen to know more .NET developers working there than Java developers, and interestingly they develop one of the services on AWS. I know that there are significantly more Java developers, but I don't think we are in disagreement that there are projects that don't use Java.