Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
asdf1234
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
1.
▲
by
asdf1234
9y ago
That "saying" was never good. It's just an extremely simplistic way for right wingers to pat themselves on the back.
2.
▲
by
asdf1234
9y ago
> It mostly all seem to be an attempt to blame Russia for internal problems. Agreed. The vast majority of the time I see Russia brought up it's being used by mainstream Democrats to dismiss criticism from both the right and the left
3.
▲
by
asdf1234
9y ago
Phoenix is much more straightforward and explicit but macros are used a lot in both Phoenix and the Elixir standard library. I think most of the macros are fine but opinions vary widely on that.
4.
▲
by
asdf1234
9y ago
I've used both and honestly it probably wouldn't change much. Unless you're building an application that deals with tons of persistent connections and websockets there aren't really that many advantages. The Python ecos
5.
▲
by
asdf1234
9y ago
I'd normally also have to select packages for sending emails, running background jobs, internationalization, templates, validation, file uploads and caching at a bare minimum. Then I'd have to make sure they all work well togethe
6.
▲
by
asdf1234
9y ago
> I've literally NEVER seen actual ML work done in either language at either of the 2 companies (both big 4) I work at one of the big 4 right now and almost all the serious ML is done in C++ and Java. Python is purely used during ex
7.
▲
by
asdf1234
9y ago
> because the tools it uses are, objectively, better. Bullshit. Python is often used for early exploration but the people doing serious work in ML almost always end up using C++, Java or Scala. > you're dismissing them for decide
8.
▲
by
asdf1234
9y ago
> There are plenty of languages that do something better than Java I agree and I never said otherwise. I specifically addressed three of the languages you named (Python, Go and C#). > Now we are traversing into "my opinion is fa
9.
▲
by
asdf1234
9y ago
> How many XML files have to be configured for this "easy to setup" backend? None.
10.
▲
by
asdf1234
9y ago
I don't use Java much but out of the languages you named none of them are better at much and with the exception of C# all of them have far, far worse tooling. Go is hardly a "modern language" from a language design perspectiv
11.
▲
by
asdf1234
10y ago
I dropped Spotify completely because of the ridiculous energy use.
12.
▲
by
asdf1234
10y ago
> The set of 10 to 15 requirements every project has is basically there. Even a lot of the really basic stuff like file uploading and image handling libraries aren't in a good state yet. For example, there's nothing that comes
13.
▲
by
asdf1234
10y ago
That doesn't mean much considering you don't know what the application needs to do on each request.
14.
▲
by
asdf1234
10y ago
> That hasn't been true for a while For building a traditional monolithic website with server side rendering Rails and Django are far faster to develop in than anything in Go, Java or Node and the overwhelming majority of websites w
15.
▲
by
asdf1234
10y ago
Erlang/Elixir is much, much faster than either Python or Ruby especially when it comes to workloads like your typical web app. In the Techempower benchmarks the Phoenix tests had a ton of errors and there was no preview run so whoever
16.
▲
by
asdf1234
10y ago
Most of those are optional libraries and rails does a hell of a lot more than a base install of PHP. PHP is also only "simple" if you ignore the god awful language semantics and inconsistencies of both the language itself and the
17.
▲
by
asdf1234
10y ago
Yes you have. Jersey, Jackson and almost every Java database abstraction that's higher than JDBC uses one if not both. Dropwizard is one of the better Java libraries in this regard but it's still there.
18.
▲
by
asdf1234
10y ago
Yes. Most of the unnecessary complexity has just been moved from bad APIs with XML configuration to bad APIs with runtime scoped annotations, code generation and byte code manipulation. It's still a huge mess.
19.
▲
by
asdf1234
10y ago
> negligible performance difference Using Atom or VS Code instead of Emacs cuts my battery life by a few hours. The Spotify desktop app that uses a ton of JavaScript is also horribly inefficient and has a big impact on battery life. Non
20.
▲
by
asdf1234
10y ago
The video service almost always works. The website has issues pretty regularly.
21.
▲
by
asdf1234
10y ago
The Phoenix tests had a ton of errors and there was no preview run so whoever submitted them wasn't able to fix them. This has happened with a bunch of different languages/frameworks in the past and until the errors in the impleme
22.
▲
by
asdf1234
10y ago
> Erlang's CPU performance is not bad IME Erlang is very slow when it comes to CPU bound tasks. It's nowhere near Java for tasks like this.
23.
▲
by
asdf1234
10y ago
There were problems with the benchmarks and nobody had time to fix them. This is usually the case when the benchmarks have high error rates and this has also happened in the past with Haskell, C# and F# libraries.
24.
▲
by
asdf1234
11y ago
> .NET development no longer tied to Windows, dev with a Mac or Linux using .NET core .NET core hasn't seen an official release and there's still quite a bit of work to be done. Even with that, the overwhelming majority of .NE
25.
▲
by
asdf1234
11y ago
I haven't played with Kotlin in a while but if you want collection operations to be lazy you have to explicitly convert it to a sequence. So your example would be something like: ints.asSequence().filter { it > 0 }.map { it *
26.
▲
by
asdf1234
11y ago
> Having to convert out to streams for data structure manipulation with lambdas is insane I don't see why. It's explicit and allows you to chain higher order methods without building up a ton of intermediate data structures an
27.
▲
by
asdf1234
12y ago
Is there a specific asset pipeline library that most people that use Django recommend? I'm mainly concerned with filename asset fingerprinting.
28.
▲
by
asdf1234
12y ago
It's debatable whether abusing Free is a better solution. Either way, programming like this is disgusting in Scala and comes with tons of caveats compared to Haskell.
29.
▲
by
asdf1234
12y ago
Pervasive use of ST, or almost any monad for that matter, leads to serious problems in Scala since you basically have to use trampolines and take a massive performance hit. It's also extremely verbose to do it correctly. It's a g
30.
▲
by
asdf1234
12y ago
I'd happily switch from Scala to F# but I would miss higher kinds and using implicits for typeclasses.
More ›