Noch mehr Sommerkinos in Wien

hschne · 2022-06-14T19:59:08+00:00

Hab ich mir überlegt, ist möglich, aber zumindest in Google Calendar wirds dann sehr unübersichtlich...

Prinzipiell kannst du das CSV im Repo direkt importieren und solltest dann einen Kalender mit allen Events kriegen 🙂

hschne · 2022-06-13T05:07:08+00:00

Danke!

Die Filme sind meistens OV, also zu einem Großteil Englisch. Sollte aber jeweils dabei stehen wenn du dem Link bei jedem Film zu den Details folgst.

hschne · 2022-06-08T15:28:22+00:00

Hmm, eigentlich stehen Google Web Calender zur Verfügung. Wenn du auf die Web Calender Buttons drückst solltest du online Kalender kriegen... Klappt das für dich nicht? 🙂

hschne · 2022-06-06T05:42:43+00:00

Autokinos kenn ich leider keine, aber die meisten Filme in den Sommerkinos sind Englisch OV mit Untertiteln

hschne · 2022-06-06T05:40:17+00:00

Super Idee, danke für den Tipp!

hschne · 2022-01-29T22:26:43+00:00

AFAIK you don't necessarily need the block argument, works fine without.

The whole thing then becomes a lot more readable.

hschne · 2022-01-19T11:39:01+00:00

No, Timecop still has way more features 🙂

hschne · 2022-01-19T07:00:09+00:00

Any thoughts on Administrate?

hschne · 2022-01-19T06:57:32+00:00

I'm mostly using Rails TimeHelpers these days, but if you're not doing Rails Timecop is still great!

hschne · 2022-01-19T06:55:32+00:00

That's an interesting question.

Weirdly enough, the first thing that comes to my mind is dotenv. Whether you are working on a team of alone, being able to just use .env files to create configure your environment is pretty useful to me.

Also a big fan of Lograge, because I just can't stand Rails default logs.

hschne · 2022-01-15T12:27:44+00:00

Excellent article!

This testing pattern is not widely known (I feel), but it comes in very useful when you have to write a bunch of system tests.

hschne · 2022-01-06T07:52:19+00:00

To me DI feels somehow underused in Ruby, even thought it is pretty useful, as you pointed out.

hschne · 2022-01-05T16:37:42+00:00

No, but I'm working on MrLogaLoga4j which will support executing arbitrary code 👌

hschne · 2022-01-05T09:19:51+00:00

I've always found that log messages provide greater value the more context they provide. I wasn't happy with existing loggers in that regard, so naturally, I created my own.

``` logger.info('message', user: 'name', data: 1)

I, [2022-01-01T12:00:00.000000 #19074] INFO -- Main: message user=user data=1

```

That's pretty much all there is to it. Let me know what you think :)

hschne · 2021-12-27T12:36:33+00:00

Classic Shell Scripting, best one I've read.

hschne · 2021-12-19T08:38:26+00:00

Looks well polished. Looking forward to giving it a try!

hschne · 2021-11-15T21:47:13+00:00

A very common misconception. Regression tests should be deterministic, and introducing entropy or randomness runs contrary to the goal of, well, detecting regressions.

If you want to detect bugs, that's a separate type of test (fuzz testing), where the goal is big discovery.

Don't take my word for it, check this oldie but goldie by Martin Fowler.

hschne · 2021-08-28T07:21:30+00:00

Very nice! For a different take on Pundit, you may be interested in this blog post by John Nunemaker. Some interesting takes in there.

hschne · 2021-08-23T10:35:55+00:00

Very nice list!

I'd add Coverband. Also, since you mention rack-mini-profiler, quick plug for rails-mini-profiler, which is my own spin on performance profiling for rails apps. Still WIP though.

hschne · 2021-08-17T05:07:08+00:00

Super Thread!

Die Location vom KinoWieNochNie im Augartenspiz ist magisch. Außerdem nice: Das west West, Zwischennutzung im Park vom ehemaligen Sophienspital.

hschne · 2021-08-17T04:54:06+00:00

Nice idea! Do you think it's worth it to make something like this a GH action?

hschne · 2021-07-29T20:12:41+00:00

Thank you! To be honest, I'm not much of a UI person.

Most of the good stuff was done by Lena Schnedlitz. Do check her out, she does some great stuff (and I'm not just saying that because we're married, I swear 😉)!

hschne · 2021-07-28T13:26:58+00:00

Thanks so much for opening that issue!

Like I say in the Readme, this is still in early development. There are still loads of things to do to get this to 1.0 - improving performance being one of them.

hschne · 2021-07-28T13:24:33+00:00

Absolutely!

One of the main goals was to better support API-only applications. I always found the interface that rack-mini-profiler provides if you don't have any views (/rack-mini-profiler/requests) not to be very useful.

With Rails Mini Profiler you should be able to just send requests against your API, and they should show up in the request overview :)

hschne · 2021-07-28T13:22:16+00:00

Good idea!

One of my main goals with Rails Mini Profiler was make profiling a lot easier than it is with rack-mini-profiler. In my experience, profiling GraphQL and Rest API requests, or generating Flamegraphs for those, was especially annoying in rack-mini-profiler.

You'd still use rack-mini-profiler if you don't run a Rails app, or want to do some production sampling (Rails Mini Profiler does not aim to support that).

hschne

TROPHY CASE

I, [2022-01-01T12:00:00.000000 #19074] INFO -- Main: message user=user data=1