Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
ereyes01
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
21 ms
·
181.
▲
by
ereyes01
10y ago
A major reason we cannot define what makes a programmer "good" is that we have thus far been unable to define the practice of creating software as a proper engineering discipline [1]. It is difficult to even enumerate the necessar
182.
▲
by
ereyes01
10y ago
What kind of snot-nosed brat takes millions from AOL and then publishes software perfect for ripping off Time Warner's entire catalog? Frankel, a grunge-dressing slacker from Sedona, Ariz., was a teenage college dropout in
183.
▲
by
ereyes01
10y ago
One of the most important books ever written on software engineering practice. Author Frederick Brooks won the Turing Award for this book and for his work on IBM's System/360 (the main example project used in the book). http:
184.
▲
by
ereyes01
10y ago
This article brings to mind the challenge of enforcing empathy in an engineering community. Software and other technical systems are coldly precise and unambiguous. People, on the other hand, are rarely that precise and often illogical with
185.
▲
by
ereyes01
10y ago
Get a spouse who works and is gracious enough to pay for your health insurance via his/her company plan :-) That's how I do it, but this probably puts me in the "lucky" category...
186.
▲
by
ereyes01
10y ago
Question I have is how resilient is the cell network in the event of a large-scale power outage? Can the antennae towers still operate without the power grid?
187.
▲
by
ereyes01
10y ago
Search for companies that need to design sophisticated hardware at very low cost. This pretty much guarantees they need to hack microcontrollers, which are usually programmed in C. One I've worked with in my past life as an embedded de
188.
▲
by
ereyes01
10y ago
- Go out and have a little more fun on the weekends. - Stop underestimating problems, assume they are hard until you can prove they are easy. - The squeaky wheel gets the oil. Doing great work that no one knows about doesn't get you re
189.
▲
by
ereyes01
10y ago
I know that in geopolitics, there are no good guys, that each nation acts in their own self-interest. I know that the crimes of one nation may be horrible, but pale in comparison to those of a bigger enemy. I know that politics has winners
190.
▲
by
ereyes01
10y ago
Here in Austin, some streets have done away with parallel parking in favor of back-in angle parking. This approach has some benefits, one of which is eliminating the possibility of dooring bicyclists. Music in the video is lame, but this vi
191.
▲
by
ereyes01
10y ago
Excellent post, that sums it up my concerns quite nicely. To expand on 3, and what others have said, RethinkDB is solid technology, and is a joy to maintain, and even scale, compared with MongoDB. To those of us that have used it and depend
192.
▲
by
ereyes01
10y ago
I've never worked at Microsoft, and I know little about their work environment for developers. Can others here elaborate on why Joel Spolsky has such high praise for them beyond the 12/12 Joel Test score? What lessons can other te
193.
▲
by
ereyes01
10y ago
Your application likely uses more routes, and has other real work to do that won't be as brief as the example. However, the examples do work for me, and seem like a great place to start building up from.
194.
▲
by
ereyes01
10y ago
I second this... TDD is a craft and is hard to master. IMO, that's a direct consequence of software being difficult to write correctly in general. It also took me about 18 months to build up a good level of confidence and speed with TD
195.
▲
by
ereyes01
10y ago
I'm pretty fastidious about following TDD practices, and I am very careful to cover as much program state as the language I'm using reasonably allows. However, my mental model for approaching TDD I think is much simpler than the a
196.
▲
Rio's disaster is an extreme version of what happens to Olympic host cities
(thenation.com)
4 points
by
ereyes01
10y ago
|
1 comments
197.
▲
by
ereyes01
10y ago
To paraphrase Mark Suster from his Both Sides of the Table blog, are you ready to learn or earn? If you're early in your career, and you are benefiting from working on hard engineering problems with a competent team, then I would advis
198.
▲
by
ereyes01
10y ago
Would definitely be interesting to see a comparison of English/European swearing with other languages. For instance, it's my understanding that in Cantonese, a grave expletive is a phrase that roughly translates to something like
199.
▲
by
ereyes01
10y ago
Yes, that is the purpose of the vendor directory. You copy the source of each of your dependencies into vendor/ and commit it to your own source control so it can't change unless you do so yourself. I personally use git submodules
200.
▲
by
ereyes01
10y ago
This code seems to rely on IP ranges and whois lookups, which won't work if you're running on a network / VPC that has no internet access Some clouds provide a metadata api accessible via a link-local address. These are acces
201.
▲
by
ereyes01
10y ago
> Of course, do whatever you want on your local machine before pushing to remote but once you have pushed, stop worrying about it. This is what I'm talking about. After you push and share with others, I think you are absolutely righ
202.
▲
by
ereyes01
10y ago
Your commit history should be readable like your code and your tests. It's part of the final product you deliver to the rest of your team. It's easy to forget or ignore your commit history, which is probably what leads people to e
203.
▲
by
ereyes01
10y ago
Once upon a time I hacked on the AIX kernel which ran on POWER hardware (I think they're up to POWER8 or higher now). In my time there the latest hardware was POWER7-based. It maxed out at 48 cores (with 4-way hyperthreading giving you
204.
▲
by
ereyes01
10y ago
As you probably know (and as you can probably tell from some of the responses here), sometimes choosing languages can be like choosing a religion :-) As a backend for a web application, Go's performance is pretty great. The Go standard
205.
▲
by
ereyes01
10y ago
Great link and article. I've always thought the NASA story is truly fascinating. Knowing that your bug could kill the person sitting across the conference table certainly changes the attitude towards being careful with software :-) As
206.
▲
by
ereyes01
10y ago
Ill-fated code rewrite crusades often seem to be linked with the Second System Effect ( https://umich.instructure.com/files/884126/download?download... ... page 55). Excerpt: An architect's first work is apt
207.
▲
by
ereyes01
10y ago
Nice work by the author. Honestly, though, it doesn't scratch an itch for me personally, since I'm pretty happy with https://github.com/fatih/vim-go ... This is like the ultimate vim plugin for Go and include
208.
▲
by
ereyes01
11y ago
This works for me, and is generally how I've dealt with high pressure situations throughout my life. I just sort of go into "eh, don't give a fuck" mode, and try to joke around with people about how I don't give a f
209.
▲
by
ereyes01
11y ago
If you want to learn what's one layer beneath the hood of most higher-level language environments, they are well worth the investment. And IMO this stuff is worth learning. One day, you will be glad to know it when you use strace to su
210.
▲
by
ereyes01
11y ago
"He was not a very careful person as a mathematician. He made a lot of mistakes. But he made mistakes in a good direction. I tried to imitate him. But I've realized that it's very difficult to make good mistakes." - Goro
More ›