jon49

4 ms·

1.
by jon49 8y ago
Use F# with a TypeProvider. Of course, I imagine it would take some work learning F# but once you learn it the sky is the limit in what you can do with this data.
2.
by jon49 8y ago
Inbox wasn't a web app. That's why never used it. You had to install the app onto your phone. Since I'm a light user of email this didn't make sense. From reading the comments I can see why people loved it as a full app
3.
by jon49 8y ago
Reminds me of F# type providers. Maybe more powerful? I think defining everything at the DB makes sense and then you can generate much of the code beyond that and then you only need to write the custom code that a programmer actually needs
4.
by jon49 8y ago
Pretty neat. I'm assuming you cache the results from the google sheet and update them when the google sheet is updated? Another idea. Would be to have a "under maintenance" flag you could mark in the google sheet and then onl
5.
by jon49 8y ago
I find F#'s type inference to be really nice. You feel like you are almost writing in a scripting language but whenever you mess something up it will tell you. And if you say, "No F# you are wrong!" F# always wins. And the ab
6.
by jon49 9y ago
Apple is, by US law, required to maximize their profits for its investors. I'm not religious, but I agree with the sentiment: "Thou shalt not covet." Rather than drag on Apple maybe we should be figuring out how everyone can
7.
by jon49 9y ago
Languages like F# give a nice sweet spot between static typing and dynamic typing. It has Type Providers that "generate" code on the fly as you are typing. You don't need to specify all the types, it will infer many types for
8.
by jon49 9y ago
Many non-profits exist to make money too. Some people find doing a non-profit makes more money than a "for profit" company. I do think that money isn't always the main motivator, it's more complex than that. But generall
9.
by jon49 9y ago
PostgRest with Mithril.js or Elm on the front end. Keep it simple. Or WebSharper with SQL Server for a more integrated feel with static typing all the way from the database all the way down to the front end. Studies have shown static typing
10.
by jon49 9y ago
Fascinating, You'll use Kotlin but not F#.
11.
by jon49 10y ago
I built an app in Excel 5 years ago. It was a heat map for events, for stadiums, theaters, etc. I would build the static CSS/HTML and write out the files from Excel. It is still in use today. After having stopped working on it for a co
12.
by jon49 10y ago
Something missing from this entire discussion is that developers have a hard time understanding what are truly best practices for their product they are creating/maintaining. It is a bold assertion to say that everyone understands all
13.
by jon49 10y ago
The best ORM ever, F#'s FSharp.Data.SqlClient. A very thin layer that let's you statically program in SQL in your app. But I typically just use Functions/Stored Procs. But sometimes, for one off things and experimentation it
14.
by jon49 10y ago
F# is an amazing language on the .NET stack that is strongly/statically typed but will infer many of the types. It has TypeProviders which let you strongly type your external code sources (FSharp.Data.SqlClient is just amazing - static
15.
by jon49 13y ago
A functional type approach. It will be interesting to look more into it. It would be nice to have a .map, .filter functions (if they don't already exist). So, if you don't want to rebuild everything you could do a .filter(htmlDate
16.
by jon49 13y ago
Open Garden already does this. Plug and chug. Pretty straight forward.