Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jrobn
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
18 ms
·
121.
▲
by
jrobn
10y ago
OK, go will never have generics (except that it does in "make", "range", "chan", ok whatever...). That's fine with me. But including even just a few suggestions in the parent article would make Go a more a
122.
▲
by
jrobn
10y ago
I think it's because of the built-in nature of message passing in the language. It's just easier to send around messages to processes. Hot code swapping would be possible with other JITed languages (BEAM isn't a JIT). Also si
123.
▲
by
jrobn
10y ago
Why doesn't he put wrought iron fence along the sidewalk and a small sign next the gate thats says "Smith's Flower Garden" and tell the local officials to shove it and admire his beautiful garden.
124.
▲
by
jrobn
10y ago
Easily machine verified kernels that have a high degree of having no security exploits because of buffer overruns or null pointer shenanigans etc...
125.
▲
by
jrobn
10y ago
I started out liking Go. It looked like a fairly pragmatic language. As I got deeper into my evaluation project (simple api stuff) it felt more and more like cutting wood with a dull saw. I started out liking Haskell too! But has I moved al
126.
▲
by
jrobn
10y ago
per issquareup.com "We’re still experiencing issues; however, we are seeing initial positive improvements in response to the steps we have taken to remove load from the affected service" Could this be a DoS of some kind?
127.
▲
by
jrobn
10y ago
We use Square as our point of sales system at our spa. We are biting our nails now since most of our sales are $75+ and people don't generally carry around that kind of cash anymore. Our iPad also suddenly got signed out of the POS app
128.
▲
by
jrobn
10y ago
Might as well write it from scratch without POSIX and all the lessons we've learned since then. I think rust opens the door to designing kernels that are small and tight with most of the OS stuff that was traditionally in kernel space
129.
▲
by
jrobn
10y ago
This is why passwordless designs are best and why I'm building new things without passwords. I think the future will be passwordless with biometric as a added layer of safety.
130.
▲
by
jrobn
10y ago
Somehow I'm not surprised at all. This man....
131.
▲
by
jrobn
10y ago
I'm sure he would change is tune if some of his huge and tremendous business assets started drowning in ocean surges.
132.
▲
by
jrobn
10y ago
Maybe also think about donating to http://earthjustice.org . They are a non profit that fights cases in court to protect wild spaces, destructive legislation, and corporate rape of public lands.
133.
▲
by
jrobn
10y ago
My guess would be new intel cpus will be a paid upgrade for another $500 sometime next year. Apple will then abandon macs because they aren't moving ridiculously priced hardware. More likely is that apple is phasing out its pro line in
134.
▲
by
jrobn
11y ago
Close to 0%. It's still in development. I would love to see this development into a high performance alternative / complement to erlang.
135.
▲
by
jrobn
11y ago
It's great at IO. Period. Get a request, pipeline it, transform it, call out to a database, get some data back, fire off emails, talk to third party APIs.... All of those can be structured as processes. All of those can be independentl
136.
▲
by
jrobn
11y ago
In no particular order: No sane story for request contexts. I got tired of waiting for net/http support for x/net/context. Coercing Go structs into JSON and vice versus was just annoying enough. I felt like I was paying the
137.
▲
by
jrobn
11y ago
One of Go's selling points is always it's a pragmatic language. But after using it for awhile and implementing a few web apps and APIs in it. I've crossed it off my list for web app or API development. It's great at maki
138.
▲
by
jrobn
11y ago
There is Pony ( http://www.ponylang.org ).
139.
▲
by
jrobn
11y ago
It's almost comparable to Gin, which isn't slow by any means.
140.
▲
by
jrobn
11y ago
Collective nerdgasm at 31:00 minutes into the video. The energy in the room is crazy. A lot of proud people at that moment.
141.
▲
by
jrobn
11y ago
Why not let a bunch of third party HTTP libraries pop up. Eventually things will converge on the "best" library for doing http in rust. Open a discussion and start adding great third part libraries to the std lib. The challenge th
142.
▲
by
jrobn
12y ago
I'm curious as to why they chose to use a separate echo.Context. Why not create a type with an embedded io.ReaderCloser and a map[string]interface{}. Then replace the req.Body (it's a io.ReaderCloser) with the custom type. You cou
143.
▲
by
jrobn
12y ago
It seems languages with advanced GCs have same but different problems. Articles about how to reduce garbage generation, minimize heap allocation, etc because of slow and expensive GC collections and pauses. So it seems to me, putting in a l
144.
▲
by
jrobn
12y ago
At least with printer drivers, OS X is a breeze. Plug in a printer, get a prompt asking to download driver, downloads in 10 seconds, installs and I'm printing in less than 3 minutes. No crapware. No fiddling in a terminal.
145.
▲
by
jrobn
12y ago
Apple has a lot invested in Darwin, but DragonFly BSD would be a nice foundation for OS X.
146.
▲
by
jrobn
12y ago
LG PD239W Pocket Printer (BLE/NFC)[0]. How is SnapJet better than this? [0] http://m.lg.com/us/cell-phone-accessories/lg-PD239W-pocket-p...
147.
▲
by
jrobn
12y ago
Here in PA it is well known that the state and the oil & gas companies are in bed together. As far as I'm concerned, the companies drilling and developing these gas wells have been extremely exploitative, manipulative, and down rig
148.
▲
by
jrobn
12y ago
I don't have any particular loyalty either. But, in my opinion, and after taking considerable time looking into scala, it's not my preferred language. The syntax can quickly devolve into soup. It's entangled with Java too clo
149.
▲
by
jrobn
12y ago
Scala Best Practices: 1. Don't use Scala 2. Rule #1 is blatant opinion.
150.
▲
by
jrobn
12y ago
Any plans for temporal support similar to what postgres does with range types and exclusion constraints? This would be a great addition to Rethink.
More ›