aaronmu

4 ms·

1.
by aaronmu 1y ago
Just start. Use whatever style you are used to. Use controllers. Adapt your style as F# pulls you deeper inside the pit of success. You'll struggle the first couple of features, but you'll reach a sweet spot between your current s
2.
by aaronmu 1y ago
I've been using F# professionally for the past seven years across different contexts. First in a small software shop and now while bootstrapping a SaaS company. Some observations: * It’s easier to attract smart developers to an F# proj
3.
by aaronmu 2y ago
For the small price of 10x slower tooling. I’ve been using F# full-time for 6 years now. And compiler/tooling gets painfully slow fast. Still wouldn’t trade it for anything else though.
4.
by aaronmu 3y ago
Very interesting project, thanks for linking. Was thinking about building something like Oban.Peer a while ago. We're not using Elixir. Might use Oban as an example :-)
5.
by aaronmu 3y ago
This is all fun and games but how do you catch-up after a disconnect? Why choose this over logical replication?
6.
by aaronmu 3y ago
> F# is still a great language, but the main fact hasn't changed: C# isn't bad enough for F# to thrive. C# will always be more popular because it easier to learn. Why? Because it looks familiar to most developers. Why would you
7.
by aaronmu 4y ago
What's the difference between an opaque token and a cookie that has a single session identifier in it? 'y know - the way we did it in the 90's.
8.
by aaronmu 4y ago
Implementing pdf.js is a lot of work. $199 for a decent implementation would be a steal.
9.
by aaronmu 5y ago
I've been using a Planck for the past couple of months but after seeing your post I'll have to get a "Let's Tango". Why oh why did I have to see this. I was satisfied.
10.
by aaronmu 5y ago
It's a lot easier to catch a fish in a small pond if you're the only one fishing. Was a lot easier to hire a competent F# developer than it was to hire a competent C# developer. No one ever got fired for buying IBM. Technology tha
11.
by aaronmu 5y ago
Learned a bunch, thanks!
12.
by aaronmu 5y ago
I see a lot of snowboarders get into an identity crisis as they get older. Should I still snowboard if I'm not sending jumps and jibs all the time? Yes. Yes you absolutely should. The truth is that there is just no feeling like laying
13.
by aaronmu 5y ago
It runs on Windows, Linux, and macOS. https://dotnet.microsoft.com/en-us/learn/dotnet/what-is-dotn...
14.
by aaronmu 5y ago
I've been using F#, Giraffe, Fable.React/Feliz, and Fable.Remoting in production for the past four years. Fable enabled us to grow and maintain a stable team of people that work both server- and client-side. You can join our team
15.
by aaronmu 6y ago
Using F# on Ubuntu for two years, it’s lovely!
16.
by aaronmu 7y ago
The company I work for defaults to F# when choosing tech for a specific project. We defaulted to PHP and C# in the past. We have quite some experience training people who just graduated and even people with backgrounds outside of tech. Trai
17.
by aaronmu 7y ago
The swelling is a battery issue. Myself and two other colleagues experienced the problem and had it fixed.
18.
by aaronmu 8y ago
I totally agree with you! I've used react and redux in almost every project last year, but that doesn't mean the entire web app was written using react and redux. 50 ~80% was plain old static content rendered on the server. A dyna
19.
by aaronmu 8y ago
I am well aware of server side rendering but you still need to send all that javascript to the client, whether it ran on the server or not. Wouldn't exactly call this a "little bit of js" on top :p
20.
by aaronmu 8y ago
I'm amazed at how many people use a client side framework, am I the only one who prefers good old server side rendered static html with maybe a little bit of javascript on top? When I need a more dynamic page, I create a react app spec
21.
by aaronmu 8y ago
Yes! Go snowboarding! You'll never be as good as the guys in the videos but you'll definitely be able to feel what they feel! Super fun!
22.
by aaronmu 8y ago
I’ve implemented this. TLDR: orm’s + large transactions resulted in a lot of unexpected complexity. At some point you get really big transactions because one write triggers five process managers which all trigger more writes and so on and s
23.
by aaronmu 8y ago
Do older and bigger fish evolve to live deeper or do fish that live deeper get older and bigger? Humans think that we can tell cause from effect but this is rarely the case.
24.
by aaronmu 8y ago
The best way I can think of is to aggregate errors over time, categorize them and build a health check around those metrics.
25.
by aaronmu 9y ago
Can anyone explain why eventual consistency is so scary? The way I see it, eventual consistency is everywhere. Even in your non-distributed synchronous CRUD app. The minute you start two db transactions within one script you have eventual c
26.
by aaronmu 9y ago
Sweet!
27.
by aaronmu 9y ago
A couple fun ones that weren't mentioned yet: JavaScript Allongé, the "Six" Edition by Reginald Braithwaite Are Your Lights On? by Gerald M. Weinberg
28.
by aaronmu 10y ago
Anything like this for Europe?
29.
by aaronmu 10y ago
The quality of a democracy is defined by how well it protects minorities.
30.
by aaronmu 11y ago
Hi, I'm really interested in your experience. Could you tell me a little bit more about the cognitive load and cross-cutting concerns?

More ›