Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
ramchip
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
17 ms
·
181.
▲
by
ramchip
4y ago
It doesn't take any time, you just see if there's people outside or not when the doors open.
182.
▲
by
ramchip
4y ago
I really like the compromise taken by Ecto (in Elixir): higher level than writing SQL directly, but without lazy loading, callbacks, and other features that make it difficult to see what a piece of code is really doing.
183.
▲
by
ramchip
4y ago
Exactly this. Combine with Bullet[1] to detect problems early. [1] https://bhserna.com/tools-to-help-you-detect-n-1-queries.htm...
184.
▲
by
ramchip
4y ago
I feel at least Apple has done pretty well in China.
185.
▲
by
ramchip
4y ago
Have you considered the possibility that some western narratives might be upvoted because they're popular with the (mostly western) audience of Reddit, and not because governments are manipulating the site?
186.
▲
by
ramchip
4y ago
If I understand correctly, you're saying Erlang/Elixir code would be easier to understand and work with if functions that did I/O or message passing etc. were labeled as such, via type info. I don't entirely disagree, bu
187.
▲
by
ramchip
4y ago
What is it about pure functional that makes concurrency much easier? Is there a code sample that would illustrate it? I've done both Haskell and Erlang/Elixir and yet I don't really see what you're referring to concretel
188.
▲
by
ramchip
4y ago
That sounds odd to me. If you say このリュックは大きくて便利 it's clearly the backpack that's convenient, not the statement, so why would 大きくていい be different?
189.
▲
by
ramchip
4y ago
You may find these interesting... - "The Onion Layer Theory" https://learnyousomeerlang.com/building-applications-with-ot... - "On Erlang, State and Crashes" http://jlouisramblings.blogspot.co
190.
▲
by
ramchip
4y ago
What you describe sounds more like Orleans grains. Erlang's lightweight processes serve a different purpose than actors or objects, they're really about fault tolerance. A typical Phoenix app spawns one process for every HTTP requ
191.
▲
LiveView 0.18 Released
(phoenixframework.org)
2 points
by
ramchip
4y ago
|
0 comments
192.
▲
by
ramchip
4y ago
Sure? Which option is better totally depends on your use case. If it's a microservice running on 500 cores ($1M/year licensing), and a rewrite would cost 1 person-year (say $300k), then the rewrite is clearly worth it. But if you&
193.
▲
by
ramchip
4y ago
The users I know personally work on internal services in large companies. They didn't necessarily choose it, some did but some just inherited a codebase and have to deal with it. I work in a large company though, so I have no idea if t
194.
▲
by
ramchip
4y ago
I agree. It's still a very disruptive change for enterprise Akka users.
195.
▲
by
ramchip
4y ago
$2k once per year is irrelevant for enterprise, but not $2k per core. With bigger deployments that's more than the entire dev team's salaries.
196.
▲
by
ramchip
4y ago
It's a problem for people who use Akka already, not those who won't adopt it. The choices are to rewrite the service, pay a massive licensing cost ($2k _per core_!), or live with 3-year old releases with no security updates. It&#x
197.
▲
by
ramchip
4y ago
I think many of the business apps I use (banking, train tickets, shops...) are literally just webviews, and could benefit from this kind of system to make a much more native-feeling app at a low budget. A lot of these apps aren't parti
198.
▲
by
ramchip
4y ago
Interesting, I was thinking the opposite. Elixir Forum has so much volume I stopped following it 1-2 years ago and now hang out in the much quieter Erlang Forum :D What gave you that impression?
199.
▲
by
ramchip
4y ago
Haha, I see! Good one.
200.
▲
by
ramchip
4y ago
Sorry - what is the joke in "Operation Iraqi Liberation"?
201.
▲
by
ramchip
4y ago
Reminds me of this twitter thread from Jose yesterday: > I keep reading the false dichotomy that languages/frameworks either evolve (and therefore break code) or stagnate (and are stable) while there is plenty of evidence in both ol
202.
▲
by
ramchip
4y ago
> Phoenix has no django admin. nuff said. Just curious, did you try Torch or Kaffy? https://github.com/mojotech/torch https://github.com/aesmail/kaffy For the ORM and auto-generated DB migratio
203.
▲
by
ramchip
4y ago
That's a bit of an oversimplification. If you're OK with remote, it's not hard to find Elixir devs. You can also start with just one or two senior people, and for the rest hire people with web experience (or whatever else is
204.
▲
by
ramchip
4y ago
> Nothing that IRC doesn't have, but they sold it better. I think that's really underselling Slack, between threads, attachments, code snippets, reactions, etc. For example a Slack pattern I've seen multiple times is teams
205.
▲
by
ramchip
4y ago
Given all the optimizations mentioned, I'd guess they used intrusive lists, which aren't straightforward to abstract. You'd have to use C++ templates or mess with the pre-processor to instantiate a copy of the functions for e
206.
▲
by
ramchip
4y ago
I didn't see gevent mentioned. Did asyncio make it obsolete?
207.
▲
by
ramchip
4y ago
If it's single-player, JS, so that it runs in the browser without having to constantly talk to the server. If it's multi-player, perhaps Phoenix LiveView, to avoid writing JS!
208.
▲
by
ramchip
4y ago
Privacy against who? I don't particularly care if Visa / Mastercard know where I'm shopping.
209.
▲
by
ramchip
4y ago
> You don't want your developers developing on a different OS than your CI & deployment environment anyway. It depends what you're working on, but for a classic server backend in a high-level language, I don't find it
210.
▲
by
ramchip
4y ago
> This thing is powered by a processor named after a salad vegetable I'm guessing that's a joke because Celeron sounds like celery?
More ›