Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
nathan_long
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
nathan_long
6y ago
On my 15-inch MacBook, I have a full-screen terminal running tmux, split down the middle with Vim in the left pane and a shell in the right pane. At the smallest font size I can stand in decent lighting, I can get 88 columns in the left pan
2.
▲
by
nathan_long
6y ago
A discussion of how Erlang processes help us build scalable and reliable systems in Elixir. This may not be news to developers, but might be useful for broader company discussions.
3.
▲
Scaling Up with Elixir
(dockyard.com)
4 points
by
nathan_long
6y ago
|
1 comments
4.
▲
by
nathan_long
6y ago
This is really murky to me. As a professional, I keep notes as I learn things which may or may not relate to my current employment. The notes are my property and part of my knowledge base that I bring to any job. But I suppose I indirectly
5.
▲
by
nathan_long
6y ago
> I work at a large tech company on a young team (average age is late twenties). In my experience many don't view working from home regularly as a benefit. I understand that must change drastically when you're middle aged Yes,
6.
▲
by
nathan_long
6y ago
So you're considering Candidate A, who lives in SF, and B, who lives in a small town. You decide that B has to compete with A on talent, but A doesn't have to compete with B on price. Does that make strategic sense?
7.
▲
by
nathan_long
6y ago
It cuts both ways, right? Companies: "I don't have to pay you $big_city rates because you live in $small_town and nobody there will offer you $big_city rates." Candidates: "I don't have to accept $small_town rates b
8.
▲
by
nathan_long
6y ago
> Hiring is more difficult. It's not that you can't find applicants, but the people capable of performing without direct supervision is (mostly) a subset of those capable of performing in an office. OTOH, your applicant pool is
9.
▲
by
nathan_long
6y ago
Yep. But I'm not lugging a crock pot on a plane. :)
10.
▲
by
nathan_long
6y ago
> There can be a fair amount of lag time over messenger and this occasionally blocks the completion of work. Agreed. But the reverse is also true: it's harder for people to interrupt you.
11.
▲
by
nathan_long
6y ago
It's impossible to have a company potluck.
12.
▲
by
nathan_long
6y ago
> That's the same risk you have with any open source project. Yes and no. The larger the number of dependencies you have, and the larger number of maintainers that are behind them, the more chances you have of one of them containing
13.
▲
by
nathan_long
6y ago
Lumen may be the answer to this in the future: https://www.youtube.com/watch?v=uMgTIlgYB-U&list=PLqj39LCvnO...
14.
▲
by
nathan_long
6y ago
The common retort from SPA devs is "what about offline?" Since LiveView keeps state on the server, it doesn't really work offline. However, 1) you can add custom JS using LiveView's hooks, which might be enough for very
15.
▲
by
nathan_long
6y ago
> The only modern web problem that Elixir isn't ideally suited for is heavy number crunching. I would caveat that in a couple of ways. First, suppose you have a web app where some requests involve heavy number crunching and others d
16.
▲
by
nathan_long
6y ago
The answer is applicable. LiveView is implemented using Phoenix Channels.
17.
▲
by
nathan_long
6y ago
You can see some other examples of LiveView apps at https://phoenixphrenzy.com/results
18.
▲
by
nathan_long
6y ago
Chris McCord has given some talks and explained this - eg see https://www.youtube.com/watch?v=8xJzHq8ru0M at about 22 minutes in
19.
▲
by
nathan_long
6y ago
I like to say that the BEAM's preemptive scheduling provides non-blocking IO AND non-blocking computation. To expand on your workload description: things like waiting for a database query or an API result are smoothly handled in this p
20.
▲
by
nathan_long
6y ago
Another consideration: Phoenix PubSub makes it simple and performant to add more servers. So if one (say) chat app server can provide acceptable performance for N users, you can serve N more users by adding another node. See the architectur
21.
▲
by
nathan_long
7y ago
Imagine this: you set your browser to download only the first N bytes of each image, showing you a decent preview. If you want more detail on a particular image, you tap it, and the browser requests the next N bytes (or the rest of the file
22.
▲
by
nathan_long
7y ago
Are you being serious? If a bank "locked" its vault by tying the door closed with yarn, would you say "at least they locked it"?
23.
▲
by
nathan_long
7y ago
This was a contest to show off what Elixir's Phoenix LiveView can do. More about the underlying tech at https://dockyard.com/blog/2018/12/12/phoenix-liveview-intera...
24.
▲
Phoenix Phrenzy Winners Announced
(phoenixphrenzy.com)
9 points
by
nathan_long
7y ago
|
1 comments
25.
▲
by
nathan_long
7y ago
> Stallman was arguing that from Minsky's point of view, he probably had no reason to suspect that he was not dealing with a consenting girl. "Consenting girl" is a contradiction. A child cannot legally give consent for se
26.
▲
by
nathan_long
7y ago
The classic programmer corporate power move is wearing whatever you want to the office.
27.
▲
by
nathan_long
7y ago
> Could we just avoid cookies altogether, and store session info in local storage? Several possible issues there: - If the session is large, it eats space on the user's machine and bandwidth in requests - The session can't be s
28.
▲
by
nathan_long
7y ago
> Because unless you are some sort of celebrity engineer, "interview is a conversation between both parties" is nonsense. I disagree. Unless the candidate desperately needs this job, he/she can walk away. The candidate is
29.
▲
by
nathan_long
7y ago
Unless you add random delays to each trade.
30.
▲
by
nathan_long
7y ago
> you expect us web developers to cater to every different device out there? i am sorry, but the whole promise of the web is that i don't have to do that. A basic HTML document with CSS styling will adapt beautifully to any screen a
More ›