Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
bwilliams
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
9 ms
·
31.
▲
by
bwilliams
8y ago
I saw that as well and had the same reaction. I've been on the wrong end of those abstractions and it can (and often does) end up resulting in a lot of pain for everyone involved. https://www.sandimetz.com/blog/201
32.
▲
by
bwilliams
8y ago
This explains why two of my keyboards were randomly fried using the new macbooks. Between this and the keyboard, these machines are disasters.
33.
▲
by
bwilliams
9y ago
> There is no explicit dependency on RXJS or its analogs, but the whole ecosystem is heavily tied to on them. That's flat out untrue. This might be some people's approach but in all my years of writing React apps as a consultan
34.
▲
by
bwilliams
9y ago
100% agreed. I see what the Phoenix team was trying to accomplish, but I don't think it will pan out in projects how they expect. It reminds me a lot of fat model and skinny controller when that was popular. I think the underlying issu
35.
▲
by
bwilliams
9y ago
I do, I think it all boils down to the team. I'll admit Rails apps are a bit harder to untangle but poorly written code is poorly written code. A lot of clever metaprogramming tricks can make that poorly written code a lot more painful
36.
▲
by
bwilliams
9y ago
Hex (the package manager) is pretty great along with the rest of Elixir's core ecosystem (ExUnit, hexdocs, Mix, etc). In Ruby-land I use RSpec almost exclusively but in Elixir I stick to ExUnit and it's great. I feel like there&#x
37.
▲
by
bwilliams
9y ago
I've used Rails for a long time, and Phoenix since early versions (0.6 or something like that?). Phoenix is amazing but productivity wise I haven't seen it get near the productivity levels you can get with Rails. Other developers
38.
▲
by
bwilliams
10y ago
Phoenix, for a lot of the same reasons I used to have for Rails including: * Fast development cycle * Conventional * Great community * Good ecosystem of libs to take advantage of * "Magic" (although Phoenix's magic is much di
39.
▲
by
bwilliams
10y ago
I wouldn't say he's stepped up. It's all a reactionary response to Neovim. I dont think we'd ever have async in vim if it weren't for the neovim project. That being said I hope they pull an io.js and merge taking th
40.
▲
by
bwilliams
11y ago
Yes.
41.
▲
by
bwilliams
11y ago
I've been using React a good bit lately and it's fun to use. Overall I'd say I'm happy working with it and Flux. It's definitely a toss up between it and Ember for me.
42.
▲
by
bwilliams
11y ago
I just found out about eslint and the react plugin last week and it's been a joy to use. At this point I can't imagine not having eslint run whenever I save a file.
43.
▲
by
bwilliams
12y ago
I don't think those features are what make it "pro". I prefer it being thinner and lighter with soldered components rather than heavier without. RJ-45's are terrible on laptops, they're ugly, bulky, and hardly used.
44.
▲
by
bwilliams
12y ago
The 8gb model is 2x4gb, maybe the developer edition will see 2x8gb?
45.
▲
by
bwilliams
12y ago
Definitely after the college gave them that "great" deal on their laptop.
46.
▲
by
bwilliams
12y ago
You're missing the entire point. If they had a better design it would probably interest people more, pertinent information would be more visible, and it wouldn't look like it came out of 2002. This is pretty much the "sales&q
47.
▲
by
bwilliams
12y ago
Here's Ruby for example, before it was popular: (2004) https://web.archive.org/web/20040211074335/http://www.ruby-l... and here's when/right before it (arguably) started picking up a commu
48.
▲
by
bwilliams
12y ago
That kind of thinking will only prevent adoption, not help it. Aesthetics are important to technical subjects as well. It shows that a lot of time and consideration have gone into every part of the project, not just the technical side. It&#
49.
▲
by
bwilliams
12y ago
Maybe update the site design and logo? It looks very 2000's and could be a huge benefit.
50.
▲
by
bwilliams
12y ago
I'm somewhat in the same position and I'm learning both. Haskell is great for learning new programming concepts like monads, applicative, and every other crazy thing Haskell programmers love. It also helps you think and get used t
51.
▲
by
bwilliams
12y ago
If not innovate, at least keep up. Frameworks like Marionette don't instill much more confidence since they're based off a stagnated library.
52.
▲
by
bwilliams
12y ago
I don't think so. I think it shows that the Ruby devs are really in touch with community.
53.
▲
by
bwilliams
12y ago
I wouldn't call it a bad sign. Backbone was the first JavaScript framework to gain a lot of traction but quickly stagnated. Release dates are few and far between, it doesn't change, it doesn't evolve, etc. On a positive note,
54.
▲
by
bwilliams
12y ago
It also starts looking better aesthetically after writing a good bit of Rust code and understanding what everything is doing at a glance.
55.
▲
by
bwilliams
12y ago
I'm really interested in writing a command line client for Slack since the IRC gateway is heavily hit or miss. Once there's a decent websockets crate I'll jump on the idea.
56.
▲
by
bwilliams
12y ago
I agree, with the exception of to_string() and as_slice() all over the place when dealing with a lot of text.
57.
▲
by
bwilliams
12y ago
Instacart is also a good bit more expensive than Peapod as well, although Instacart's UI is much better.
58.
▲
by
bwilliams
12y ago
For me it's definitely mouse reporting. If my hand is already on the mouse I really like clicking tmux panes. Sometimes it's also easier to just scroll with a trackpad too. iTerm lets you do this, but Terminal.app doesn't.
59.
▲
by
bwilliams
12y ago
It's a major release and the language does need to evolve at some point. I'd agree that Python maybe got a little too ambitious with the upgrade but it was definitely a good thing.
60.
▲
by
bwilliams
12y ago
I tried using helm when I wanted to learn emacs and my problem is that helm is incredibly ugly, and customizing it would take a good amount of time.
More ›