Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
cryptos
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
121.
▲
by
cryptos
3y ago
> The repositories include a large amount of intellectual property… connection strings, cloud access keys, blueprints, design documents, [single sign-on] passwords, API Keys [...] That doesn't really sound like security best-practic
122.
▲
by
cryptos
3y ago
Why do people use percent for such big factors? To make the headline more impressive?
123.
▲
by
cryptos
3y ago
To 2) We need an app that would increase the counter for dropping iPhones automatically ;-)
124.
▲
by
cryptos
3y ago
A little indicator about technical failures (or groundings) per aircraft model would be nice to have :-)
125.
▲
by
cryptos
3y ago
Go is so minimalistic that it forces developers to reinvent the same things again and again. Just think about how common certain collection operations are and how easy they are in some languages (e.g. Java, Kotlin, C#, Rust), but in Go you&
126.
▲
by
cryptos
3y ago
Do you really think that it would be a good fit? Apple is mostly a hardware company, although this hardware obviously needs some software and a part of it runs in the cloud these days. But at least my impression is that they are not really
127.
▲
by
cryptos
3y ago
But that makes it somewhat entertaining :-) Have you ever heard of the German sports club "Bayern Munich" ("FC Bayern")? They've won all national titles since 2013! _That_ is boring. https://en.wikipedia.
128.
▲
by
cryptos
3y ago
No, they will allow to mark types as explicitly not null (the other way around). The default in Java will still be that everything can be null.
129.
▲
by
cryptos
3y ago
I feel no desire to use dynamic typing again, as nice as Clojure might otherwise be. While Kotlin is not strictly immutable, it is much better in this regard than Java. Collections are immutable by default in Kotlin (or more precisely you g
130.
▲
by
cryptos
3y ago
Java will not have the same level of null safety as Kotlin. Instead Types can be explicitly marked as "not null", so the default is still that every reference type can be null.
131.
▲
by
cryptos
3y ago
> Null was always a pitfall in Java. It has slightly improved with the controversial Optional type. It’s also why I suggest that everyone use only wrapper types everywhere, instead of primitives, unless they can prove with a JMH test tha
132.
▲
by
cryptos
3y ago
From the Guidelines: > What to submit? [...] anything that gratifies one's intellectual curiosity. https://news.ycombinator.com/newsguidelines.html Maybe it's just me, but I don't feel very inspired on an
133.
▲
by
cryptos
3y ago
I always wondered how Python can be one of the world's most popular languages without anyone (company) stepping up and make the runtime as fast as modern JavaScript runtimes.
134.
▲
by
cryptos
3y ago
Just out of curiosity: What backup tool do you use?
135.
▲
by
cryptos
3y ago
Both points could be addressed by using a file system cache (or RAM disk) and a compiled language. A CGI application could, for example, be written in Go ( https://pkg.go.dev/net/http/cgi ).
136.
▲
by
cryptos
3y ago
Yeah, but CGI has fallen out of fashion and needed a re-branding!
137.
▲
by
cryptos
3y ago
But then again, it is Gnome's fault to pick the wrong tool for the job.
138.
▲
by
cryptos
3y ago
But then again the internet is everywhere now: desktop, servers, watches, washing machines, industrial systems, sensors ... So "internet language" is a somewhat pointless term.
139.
▲
by
cryptos
3y ago
I consider that a bad practice, because it doesn't make things obvious. I guess it works so well in Go, because the language itself is small, so that you don't have to remember much of these "syntax tricks". Making thing
140.
▲
by
cryptos
3y ago
Very true! I think a lot of the accidental complexity of early Java systems were rooted in the not so powerful language. If the language is too powerful (like Scala 2) developers do insane things with it. If the language is not powerful eno
141.
▲
by
cryptos
3y ago
I'm a JVM guy, but this is a good one :-)
142.
▲
by
cryptos
3y ago
I'm still with Gradle, but my feeling is the same. Gradle comes with some very good things, but the typical Gradle configuration is an insane mess! However, not everything is magically better with Maven. It is slower (although the Mave
143.
▲
by
cryptos
3y ago
I wouldn't teach Pascal any more. While the ecosystem around it is not quite dead it is not alive either. So, everything feels a bit fallen out of time. At least to me it would be demotivating to learn the Latin of computer science. I
144.
▲
by
cryptos
3y ago
"Advice for new software devs who've read all those other advice essays" Ha! That reads like someone is trying to lure new developers into recursive essays! Be aware! :-)
145.
▲
by
cryptos
3y ago
I have the vague feeling that way to many manager with poor technical skill make decisions like "We're going to the cloud. All-in!" or "Use a cloud-native™ approach!" without understanding all implications or to tac
146.
▲
by
cryptos
3y ago
But what would be the definition of "cloud" then? I'd say it boils down to managed services, so that you don't have to care about basic system configuration, hardware or networking. The only thing 37Signals outsourced is
147.
▲
by
cryptos
3y ago
See also this talk: Why Static Typing Came Back, Richard Feldman, GOTO 2022 https://www.youtube.com/watch?v=Tml94je2edk&list=PLEx5khR4g7...
148.
▲
by
cryptos
3y ago
But would Go really reduce the "ceremony" compared to C#? I doubt it. Just look at Linq (functional programming APIs in C#) and compare this to the typical Go approach with auxiliary lists and for loops! Or what about error handli
149.
▲
by
cryptos
3y ago
I would suggest Kotlin. It is concise and readable and the language itself is a bit leaner than C# (delegates are, in my opinion somewhat redundant, if there are first-class functions, for example).
150.
▲
by
cryptos
3y ago
I agree with the author that "developer experience" is underrated in many programming languages or frameworks. But at least for me Ruby is by far not the number one in this area. While the syntax looks nice at a first sight, lack
More ›