JaggerJo

HiDPI screens are still an issue.

Can recommend Giraffe for building APIs.

would prefer no having an operation, but if it's the proven path that helps I'd definitely consider it.

Just not sure if it's worth it if I'd need to wear glasses after a few years again.

For me the goal would be to at least stop if from getting worse.

Thanks, will give it a read.

I've written quite a lot of F# code for the web over the last few years. Most of the time things just work as long as you don't use overly specific .NET BCL stuff.

We had issues with Dates. Implementing a custom 'ZonedDateTime' type with native implementations for both target platforms (JS and .NET) was straight forward.

Other than that there are a few gotchas when doing 'advanced' stuff:

- Fable does not support 'Array2D', 'Array3D', ... - Fable allows the use of ints but you have to know that at runtime they all are floats. - Fable does not support FSharp Quotations. - Fable does not support the full reflection API.

More here: https://fable.io/docs/dotnet/compatibility.html

Would definitely recommend F# for both backend and frontend. It's been a joy.

+1

Used Teams because a company I contracted for heavily used it internally.

I would pay not to use it.

Their 'native' apps don't even try to integrate with the OS - so you get custom notifications and stuff.

The UI also is super laggy and slow.

We have great success with F# (both backend and frontend).

Can’t recommend it enough.

We were in the same situation a few months ago.

Someone with a sense for design, UX and API design should

- Create well designed small components (Button, Link, Input, ...)

- Create well designed bigger components to compose small ones (List, Box, TabMenu, Expander, Modal, ...)

The rest of the team can now just build bigger components by composing existing ones. Things will look nice and consistent without too much effort. Fine-tuning can be done with an UI/UX affine teammate.

It sounds super simple and success highly depends on the quality of the components you use as the base. We have great success with this approach. It also empowers developers who don't have a feel for design to build good looking UIs by default.

not directly related to this post, but it’s mentioned that ‘async’ spawns a process. This seems very heavy.

I guess Process does not refer to an OS Process here?

+1

We've been using F# with great success for a few projects now. Our stack is super simple.

On the backend we use F# (on .NET with ASP.NET Core) + Postgres.

On the frontend we use F# (via Fable with React and the Feliz Bindings).

https://zaid-ajaj.github.io/Feliz/

And we have a huge shared library. Works like a charm.

Yeah - mostly agree.

> I guess I see this in the opposite way as intended: why should an adult who's been vaccinated be punished in trying to get tested, as a side effect of trying to punish someone who hasn't?

From my experience vaccinated people don't bother testing them selves - and I can totally relate as a fully vaccinated person.

The risk of spreading the virus as a FFP2 wearing vaccinated human seems to be so low that I personally tend to not care much.

What bothers me is that we as German citizens have the rare opportunity to get vaccinated and get back to a more normal life - but it seems like only ~60% are really interested in getting the shot. Right now we have too much vaccine doses and actually giving them to other countries (at least).

People just not going to their vaccination appointments, or cancelling due to a barber appointment, ..

This saddens me. I somehow thought the idiot ratio is lower. The pandemic was eye opening in that regard.

https://impfdashboard.de

kids and people who can’t get the vaccine yet will still qualify for free testing in Germany.

As an adult you currently can get the shot without a waitlist or even an appointment.

What do you mean by `Mac-native UI`?

I guess they tried to make the app look like a native app?

The interesting part is that this is even worse IMHO. Because you get into an uncanny-valley pretty soon.

I'd rather not have the app than have a version that feels out of place on my system.

I'd say that if you had to choose a desktop platform to build paid apps for Mac OS is the best choice. Mac users tend to spend (more) money on software.

BTW. there is a paid native slack client: https://shrugs.app

It would not be possible to do this in electron.

To have the same great native feeling UI you’d need to use AppKit - not HTML.

Don’t get me started at the usual shortcuts and general platform behavior most electron apps get wrong.

Where are you located in germany?

> I wonder why UltraEdit has not much love here.

Just from looking at the screenshots on their site I wouldn't install it (because of it's ugly UI).

Why would you do this when you already have invested in two native apps?

The user experience is unarguably better with real native apps - even considering react native is better than a lot of other alternatives.

Does it really make development that much cheaper to have one codebase (that probably still has platform specific code) than maintaining two separate native apps?

Like how much does this even save you? (if at all - considering native is a safe bet)

Good question indeed, I'd say it comes down to: - apps fit my workflow better - even if its just a different icon in the dock.

- having an actual non web tech based app would be great because web apps always behave slightly different than real native apps..

(It's really hundreds of small things that are just weird - always feels like you use a app in a portal..)

We recently switched to it for work. The electron app is okay - but a real mac app would be nice..

Yes.

This. I’m a happy customer with a pretty complicated setup.

Configuration is made super easy with profiles ready to download for mac/ios.

IIRC they did say that no customer data was leaked/ that there’s no need to worry.

Need to check their press statement again later.

Is WPA Enterprise any better?

Yeah - I guess so.

Still strange and unexpected from a brand that mostly targets businesses.

WPA Personal (WPA 2 only)

Complaining about bad docs isn’t really fair IMHO.

Compared to Swift F# has excellent documentation.

Would be interesting to know what F# is compared with in this case.

Is there a language thats known for excellent docs ?

One thing you can’t pass on when talking about fsharp in the community.

If you have a question just ask on twitter or slack. You’ll get an answer in minutes.

iCircuit is great