yeah I played bg3 with controller split screen with my wife the entire playthrough. Normally, I would've strongly preferred KB+M for such a game. We definitely got used to it after several hours.

I'm not sure if I can recall any tips other than just keep at it and it'll eventually become muscle memory. I don't think it's as good as KB+M but it wasn't something that was bugging me once we got significantly into the game. YMMV.

I wish I could go back and experience soulslikes for the first time! They really are a treat if you experience them as you describe (not everyone feels that way, but I certainly do).

You're in luck because that subgenre has exploded in popularity and there are a lot of good ones out there if you want to keep playing them these days. Elden Ring is one of the best though for sure.

Thanks for sharing. I was a projectionist at a local theater in my 20s, and I have very fond memories of working with the older machines. There was something so satisfying working them on Summer nights in the booth alone.

The move to digital projectors everywhere was very shortly after I left.

Always cool to see people help keep the medium alive.

Circa 1990 I was on the movie committee of the student council at my undergrad school and had the job of periodically checking out a 16mm projector from the library and lugging it across campus to the student union building where we'd show a movie every Friday. I remember showing Rebel Without a Cause. We had a video projector in the same room though and had found it was cheaper to get a license to show VHS tapes which was a lot easier on the projectionist although it was much worse quality.

Citation needed.

The hype died down a little since most people who wanted in got invites by now. Still has a healthy player base and is a very good game though imo. If you want an invite feel free to add me on Steam, my friend code is 216728

Oh wow thanks, I will do that. I admit I haven't tried in awhile but thank you.

Np, I got your friend request. Sent the invite, it might take 1-2 days and it'll email you at the addy attached to your Steam acct.

I don't watch football, but in hockey they project digital ads onto the ice and parts of the plexiglass around the rink during the broadcasts that aren't there IRL. They are often vibrant and look out of place, it's quite possible that's what you were seeing.

The killer feature for me with this app is the stupidly easy CSV loading. I deal with huge CSVs at work often. SQLite Browser is the easiest, fastest and most lightweight UI tool to analyze them I've tried. It can load millions of records into a table in like <3 seconds. Then obviously you can query the CSV data via SQL.

Thanks for letting me know about this! I do the same thing... DuckDB loads CSVs very quick and easy. Malloy uses duckDB and can work in VScode or vscode.dev or the vscode built into github. So, you can analyze large .csv files in any of those places.

For example, go here [1]. Press "." (this loads vscode in browser) and you will be analyzing large .csv or .parquet files directly in your browser, after you click on the .malloynb file

Something I made to analyze every form submitted to the Securities and Exchange Commission (SEC) (10-K etc.) since 2014. [2] Go there, press ".", install the malloy extension, and click on the .malloynb file! Do it all within your browser, or download it and use it in VScode.

[1] https://github.dev/malloydata/quickstart/blob/main/README [2] https://github.dev/mrtimo/isa5

How do you feel about Malloy vs PRQL?

I think I would miss the the semantic data modeling of malloy, and Malloy is definitely easier to read and write IMHO, in part because of the semantic data modeling.

I would also miss the nest feature of Malloy, and the way it handles time / dates / timestamps.

One of the senior devs (Martin) spent a loooot of time optimising the CSV import process. Many different approaches using sample data sets (from rough memory) of between 800MB and a few GB I think.

I've noticed throughout the years SQLite has lots of handy features built in for dealing with CSV and other input and output formats. Sometimes it's easier to get data into it and use SQL to slice and dice that data than it is to pipe a bunch of unix shell commands together that really only understand unstructured text. Discoverability and subsequently trying to remember all shell incantations is a bit of an issue though, so many people don't see SQLite as the Swiss army knife it can be.

You might want to give VisiData a look: https://visidata.org

It's a TUI program, so if you want a full-featured GUI, it might not be up your alley, but it's the best tool I've ever used for doing ad-hoc work with large CSVs.

I think this feature should be included in more structured database tools. Being able to load a CSV and query against it, either to an in-memory sqlite or a temp directory (depending on size) is a great option for this kind of work.

All of those DLLs are included in the same zip file as the portable exe. Sounds like you may be trying to run it without extracting first.

I can see them but somehow it does not find it being next to it.

Don't know if it is a windows policy I am not aware.

How are you unzipping the .zip before running the .exe?

It sort of sounds like you're double clicking on the zip? I'm not personally sure if that unzips the whole folder in the right way or not.

If that's what you're doing, maybe right click on the .zip and extract everything using that first?

Note that I don't personally use windows much any more, so my windows knowledge is getting rusty for some stuff. ;)

> I don't see the point of providing a standalone exe version that does not work?

Which download did you use?

For windows there's really only an .msi which installs everything, and a .zip which needs to be unzipped and have the executable file run from inside the uncompressed directory.

The files it's complaining about missing should next to the .exe inside the unpacked directory. If you move the .exe elsewhere, or just extract it by itself, it's not going to work.

Good post, I agree with most of it. One that goes hand-in-hand with "just ask the question" is learning to know when to pivot. If you've hit a blocker, whether it's something to do with waiting on a teammate, client, or answer to a hard question, consider pivoting to another task to knock out some easy wins.

Ideally the task you pivot to should require minimal context switching to get going. This way you won't lose productivity. Often if the blocker is a hard problem and you go back to it later, you might have a good idea after stepping away for a bit as a bonus.

It can go both ways. The most common one I've seen is definitely taking too long to ask about something. The other is asking too many trivial questions about things you can look up in minutes or ought to know given your job.

I think the problem is knowing when to ask is like many things a skill that gets better with experience. It isn't obvious especially to newer people. I also think if you're a senior you should be much more forgiving of juniors when it comes to this stuff. We were all there once.

I think asking too slowly tends to be caught more easily in things like standup before it snowballs. Asking too quickly tends to be habitual and seems to do more damage since it's harder to notice when managing projects, and often under the vague auspices of "pairing."

As with most things there's a balance. I've found if I try to learn one or two new features or shortcuts every couple weeks with the tools I use extensively, eventually I do get a sharp axe.

Typing speed is nice but not an important metric I don't think. It's like someone speeding past you on the road only for you to see them at the next red light. Other things will slow you down like code review or needing to wait until a set time to deploy. Also things like copilot and advanced auto-completion are making it less relevant.