glutamate

9 ms·

61.
by glutamate 3y ago
My 2¢: if they really wanted to light up adoption, release a TypeScript compiler. I don't mean to JavaScript but TS to CLR. C# is already so close to TypeScript. And the TS ecosystem and mindshare is huge
62.
by glutamate 3y ago
License text: https://drive.google.com/file/d/16NqKiAkzyZ55NClubCIFup8pT2j... [PDF] See last page for restrictions
63.
by glutamate 3y ago
Missing: If the promised interest rate is higher than the market rate for bank accounts, there is an implied risk of default, in which case you would likely lose your entire investment.
64.
by glutamate 3y ago
This is the way any interpreted language works, the interpreter has to be written in something and for good performance this has to be a compiled language
65.
by glutamate 3y ago
> Our human brains are hardwired to trust others How could neuroscience possibly prove (or even provide any evidence in favour of) this? Did they use identify the gene for trust and produce a knock-out human?
66.
by glutamate 3y ago
The comment I was responding to was specifically complaining about server side JavaScript
67.
by glutamate 3y ago
What is your problem? If you don't like JavaScript don't use it. I think it's a great language that allows me to do lightweight OOP and FP programming. Since you don't like it just use another language.
68.
by glutamate 3y ago
Different board, same company
69.
by glutamate 3y ago
JVM languages do look interesting and with Graal there seems to be an evolutionary upgrade path from JavaScript code.
70.
by glutamate 3y ago
This is a good point, yes you are right about that.
71.
by glutamate 3y ago
Much faster than Python or almost any non-native-compiled language (except Java)
72.
by glutamate 3y ago
I forgot to add "not controlled by a single corporation" to my list of requirements. Also not gradually typed, I think? But I would consider it if it weren't all tied into Google and had a larger ecosystem.
73.
by glutamate 3y ago
Ok show me another language which has near native performance, gradual typing (thinking TypeScript here), and lets me do lightweight functional and lightweight OO programming.
74.
by glutamate 3y ago
Shameless plug for Saltcorn ( https://saltcorn.com ), which is the simplest and open sourciest way of creating a database web application for when you want an upgrade from Excel to proper tables with fields and relationships. Data
75.
by glutamate 3y ago
GitHub repo: https://github.com/linebender/xilem
76.
by glutamate 3y ago
There's Python/Julia/R, then below there is 50ft of crap and then there is JS/npm ecosystem for data science. Arguably this is also true for a lot of different languages. Tried to run a Gaussian mixture model in JS. Topp
77.
by glutamate 3y ago
Since the other comments are complaining about something or other, I just want to say that this looks great! I can imagine using this for something that needs more than jQuery and less than react. I use the same Html-in-JS syntax for my own
78.
DeviceScript: TypeScript for Tiny IoT Devices(microsoft.github.io)
204 points by glutamate 3y ago|101 comments
79.
by glutamate 3y ago
Other thing we need to talk about is when funded startups run customer service that is not sustainably financed. Everybody apparently loves this and celebrates that the great service and listening to its customers. But it is just the same t
80.
by glutamate 3y ago
LOL. Competitive advantage comes from understanding user needs, great UX, and a smooth running sales machine. No-one cares that you built with technology X, whatever that is. There is no silver bullet.
81.
by glutamate 4y ago
A simple single node is often more reliable than a complex fault-tolerant setup. Fewer moving parts mean fewer broken pieces. Similar with security. A simple monolith is more secure than isolated front- and backend.
82.
by glutamate 4y ago
GPT-4 is Clever Hansing at web scale
83.
by glutamate 4y ago
To the extent that you can put your functionality as a dependency in a container, that's not what I'm talking about. If you can do that then we are all hunky dory. The problem is with functionality that is only available as a remo
84.
by glutamate 4y ago
I agree that paid/cloud does not necessarily equal lock-in. I mean, an Ubuntu VPS is identical-enough (usually) across clouds. Managed databases? Maybe? what about available Postgres extensions etc. There are lots of cases where deploy
85.
by glutamate 4y ago
yes, but I control all those dependencies with a lock file and pinned dependencies. We have tests for their behaviour including a test script in CI that boots up the service locally and connects to it, making various assertions. I think the
86.
by glutamate 4y ago
> The "underlying technologies" are constantly changing, unless you are using an extremely outdated stack So will also constantly change their behaviour in the edge cases. Thank you for giving me another reason for not using th
87.
by glutamate 4y ago
you could also just `apt install nginx docker.io postgresql` then `docker --restart=always ...`
88.
by glutamate 4y ago
I quite like Docker. It solves the "it works on my machine" problem by being reproducible-enough. And I can still run it locally. My argument is not against innovation but against mindshare capture by platform capitalism.
89.
by glutamate 4y ago
So sad. So the choice is closed source platform lock-in, a single Linux server with SQLite as database, or kubernetes? -an old man yelling at the cloud.
90.
by glutamate 4y ago
grep implemented in a few lines of code would not be very fast: https://lists.freebsd.org/pipermail/freebsd-current/2010-Aug...

More ›