Humphrey

> Why do we all get paid the same each month, pay the same rent/mortgage but some months have 4 weekends, some have 5.

Is paying monthly an American thing? In Australia most things seem to revolve around n weeks.

- I get paid on Thu every second week (2 weeks)

- My pre-paid phone auto-recharged is every 28 days (4 weeks).

- House rentals are listed as weekly rates, paid at whatever n weeks you negotiate.

- Mortgages are monthly by default, but most let you opt for n weeks, so most people pick the day after they are paid. Interest is still added monthly though.

The only things I can think of that I'm charged monthly for are online subscriptions, which I suspect got influenced by America.

> We should have 13 months, all 28 days long, exactly 4 weeks. Whenever there's a leap year we get an extra day for free.

Same length months would be cool... but as above, months don't mean practical month to me except for having to remember which one we are in.

Another reason is how much the standard library provided (csv, zip, so much). The XKCD comic says it all

https://xkcd.com/353/

In a world before good dependency and package management, being able to do most things using the standard library made things much easier!

> Once obtained, they can manually be copied into the LAN using a tool like wormhole.

We haven't needed to copy the certs around the LAN. It works fine with dev's just individually running certbot renew as needed.

Yes, it tooks us a fair bit of fiddling around to work out how to do it, but final result is super simple. So I definitely would have considered a project like this in the past, but now we've got the scripts for it, it's pretty simple.

We setup each project with it's own subdomain... so a /etc/hosts file would be something like

127.0.0.1 client7.companyname.dev our-amazing-product.companyname.dev postgres2.companyname.dev

So, then we can use the same settings, etc across devs.

Then each dev just runs the script to renew the script as they are needed (no need to share certs between devs)

Yeah nice! Good to know

Or, it's super easy to roll your own using letsencrypt.

1. Buy your own public domain (such as companyname.dev)

2. Setup a LetsEncrypt wildcard certificate with DNS validation

3. Update your /etc/hosts to something like `127.0.0.1 companyname.dev`

We have this working with multiple developers, each renewing their certificates themselves. Works great, it's simple, and don't need to trust an extra third party.

Both REST and GraphQL API's can be well designed, or badly designed. While I'm a GraphQL fanboy, I would much prefer integrating with a well design REST API over a badly designed GraphQL API.

Having spent over 15 years integrating with, and writing API's, GraphQL was a breath of fresh air! If you think of GraphQL as a query language, you will find it frustrating. If you think of it like you do a REST API with all the ugly pain points straightened out and standardised, then it is a dream to work with.

GraphQL is as much of a query language as REST is. For example, most REST API's end up getting super long lists of parameters in their urls. How many eCommerce API's end up having REST URL's like:

/api/products?category=guitars&include_variants=true&page=20&per_page=100&exclude_fields=description,specs

Whereas, GraphQL transforms that into a simple, readable query, which does not require reading pages and pages of documentation to understand.

But, if you are creating well designed REST API's, I would prefer to use them over somebodies poorly written Graph.

Just like a REST API, a well written Graph should be crafted to be fast and performant to execute. Just like with REST, a Graph designer needs to sit down and think about the ways people will want to use the API. A good graph does not allow endless relationships that will cause performance to blow out.

This!

But I'll add one more: "Standardisation". Every RESTful API uses different URL paths, naming schemes, HTTP verbs, data structures, headers. Whereas those are defined by the GraphQL spec.

When consuming or creating a GraphQL API, those (usually meaningless) decisions are defined by the spec, so I only need to learn how the data is structured. Since it's a spec, my queries can be strongly typed in both frontend and backend.

I wonder if the compiler could be adapted to target other platforms, such as desktop, mobile, WebAssembly, or WASI?

TypeScript is a wonderful language to develop in, and it would be awesome to be able to build TypeScript code down to small apps that don't need a JS Runtime to execute. I'd definitely be up for sacrificing some of the dynamic part of JS for being to build small native executables.

Ironic that GIMP is still on an old version of the "GIMP Tool Kit"

Integza is hilarious! In some of his older videos (before having real sponsors) he would create fake sponsored segments. Those were the best!

That's all well and good, but my app got deleted because they told me an app cannot be a webview of a website.

When I raised an appeal, and proved to them how it was a self contained app, they told me an app cannot be a webview of a website.

When I deleted the website they told me that my app was just a webview of (which it wasn't), and then reappealed, they told me an app cannot be a webview of a website, and deleted my app.

So, the lesson here is: Submitting an app that renders using a webview is a gamble and that Google reviewers don't actually review your app.

If you use tools like this you run a high risk of having your app banned.

Google Play strongly enforce their policy about how an app cannot be something that duplicates the functionality of a website.

Example:

Years ago I wrote a simple html/js app, and published it to the Google Play store using Cordova. It was a completely self contained app and did not access the internet (although it required internet permissions to use the webview). After publishing the app, I reused much of that code and release the app as a simple website.

Google Play deleted my app because purely because the app had a similar version on a website - even the styles were slightly different between them! The reviewer ignored of my explanations and refused to reinstate my app, even after I deleted the web-version of the app.

This was a 5 star app with only positive reviews!

If I got my app deleted because it smelt like it might be a webview wrapper of a PWA, using a service that is a PWA wrapper sounds like the most risky thing ever!

The way I read this was: anybody with a phone with support for the same 4g/5g frequencies that One operate one.

Frequencies have always been an issue with choosing a phone. I remember Telstra (Australia) rolled out a great 3g network (branded NextG) you needed a phone that supported 850mhz 3g. Early on, there were only a small set of phones that worked on this range.

I suspect (guess) that the same will be for this satellite 4G service.

> One New Zealand wants to ensure everyone is safe during an emergency regardless of the provider they are with, so anyone with an appropriate phone will be able to call 111 in an emergency (when voice satellite calling is available).

This will a game changer! Even if their service is super expensive, anybody will be able to make emergency calls ANYWHERE! This will make PLB (personal location beacons) redundant!

I hope something similar comes to Australia soon

When you write an academic paper it's up to the journal when it's published - would this play into it?

After about 3 screens (like 18 guesses), I almost had it but then the word changed on me, and so I died.

That's really nice! Another commenter mentioned the Willy Weather API, which uses BOM data and has a generous free tier. Not sure if that would enable you to make it Australia Wide at a reasonable cost?

https://www.willyweather.com.au/info/api.html

The latest version of the official app has 90mins of future "modeled" rain radar. I couldn't find that quickly on the website.

About 10 years ago, I dropped into our local meteorology office on my lunch break to ask about the weather for a week long bush walk I had planned. It was amazing too see how much local knowledge the guy there could apply to the official BOM forecasts to make them more meaningful! Models are great, and have improved significantly since then, but human experience is also amazing!

Totally, there are full 3d scans of Launceston available. It's amazing what data you can access!

> Any recommendations? I personally can’t stand the actual BoM app as an iPhone user but I appreciate that they tried…

Have you tried the official iOS BOM app in the past few weeks? I recently switched to it from Willy Weather as it has improved a lot. It's display of the next 90mins of modelled rain radar is the Official App's killer feature for me.

Last week it enabled me to drive 40mins to some mountain bike tracks, knowing rain models showed that the massive storm would have just passed by the time I'd get there.

As an Australian, my main issue with almost all Weather API's and services is that the data is almost always sub-par to the weather data provided by the Bureau of Meteorology (BOM). It would be great if there was a backend provider concept, so that I could tell my devices (such as an iPhone) to only use BOM data for it's inbuilt widgets.

We still have control rooms like this (I think in use) in Tasmania Australia. They sometimes have open days for our Hydro Power Plants, and they are some of the most interesting tours around. The one I visited was like using a time machine to travel back to the age of Art Deco. Obviously some more modern control systems have been added, but the Art Deco vibe is still there!

Do they have a phone charger at the door? I have an almost 3yo iPhone SE, which only just makes it through the day on a charge (if I don't use it lot's).

The moment I get home is the time of the day I'm most likely going to have a flat phone battery. I've often headed out for a run or a ride only to have my phone die just before getting hime, since Strava (gps activity tracking) has burner through my battery.

So no way I'd want a house app for a house lock. Also, what about power failures, network outages? (I live on a island (pop 500k) so there have been already been multiple multi-hour near island wide internet outages - in which not even businesses can accept card payments). I assume the landlord couldn't blame you for smashing a window to gain entry in such a circumstance?

Yes, and in other countries, such as Australia, the fractional part of this has been abolished - eg, banks in Australia don't have to keep 10% in their vaults.

Yes! As an example, if you borrow money from a bank to buy a house: - the bank literally creates that money out of thin air to pay for the house. - that is new money, and therefore the total money supply (of your entire currency) is increased. - when you you make a mortgage payment, you are decreasing the total money supply.

All modern economies are built of this system.

To make things weirder, you need to repay to the bank more money than they lent you. If everybody wanted to repay their mortgages at once, there would not be enough money available to do this, without more money being created. (At least, I think that's how it works -- it's super confusing!)

I could imagine this been used, once it's more mature, as a Weasy Print (html to PDF) replacement. (assuming it ends up supporting PDF's or adding a different svg2pdf convertor)

There are countless use cases where a system needs to generate something printable, such as a PDF report, ticket, gift certificate, etc. And generating something that looks great from a system that is good at generating html can be a challenge. Being able to convert a rendered html page to a vector graphic opens up a lot of options.

I already have an AWS Lambda function running Weasy Print for when I need simple PDF generated from a webapp. It'd be great to be able to switch to something like this that does a better job at rendering HTML, and therefore having the option to make more beautiful PDF's.

How would this go as a Django replacement? I still use Django for new projects, but find that I end up just putting a GraphQL API on top of the Django ORM. At face value, Ent seems to tick both those boxes, but with the efficiency of a compiled language.

It's also mentioned on Wikipedia https://en.wikipedia.org/wiki/Australia/Eucla