Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mion
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
12 ms
·
61.
▲
by
mion
13y ago
Thanks! Yea actually that's how it worked at first, it'd just eval your input, but now I'm trying to come up with a better/cleaner solution that doesn't involve writing a mini bashscript interpreter :)
62.
▲
Show HN: Phynix, a Physics Sandbox with Unix-like Commands
(github.com)
8 points
by
mion
13y ago
|
2 comments
63.
▲
by
mion
13y ago
Thanks! Didn't know about it, sounded like a cool name for a web crawler: http://en.wikipedia.org/wiki/Opiliones
64.
▲
Harvestman - Quick and dirty web crawling
(github.com)
10 points
by
mion
13y ago
|
2 comments
65.
▲
by
mion
13y ago
Thanks for the insights! Yeah, someone told me it's not that bad but I'd rather stay away from the whole Microsoft stack.
66.
▲
by
mion
13y ago
The former!
67.
▲
Ask HN: Language Focus
11 points
by
mion
13y ago
|
22 comments
68.
▲
by
mion
13y ago
Awesome as always, Derek is truly a well of wisdom. I was analyzing the psychological reasons behind this by introspection, and I think there's something to do with your brain trying to repel every little thing that is different from you so
69.
▲
by
mion
13y ago
This. I feel like clapping somewhat like this: http://24.media.tumblr.com/7e5dfa0b74481478ee0953944bbc502f/...
70.
▲
by
mion
13y ago
"Thought cancer", perfect! I always wanted a term like this to describe it. Definitely agree, even if there's such thing as raw natural ability, I dont think the lack of it is among the major reasons people fail. Succes is like a fire, ther
71.
▲
by
mion
13y ago
No state there, just keeping functions relatively simple in terms of their inputs. Yes, yes! I definitely agree but what I meant is "principles of functional programming outside functional languages ". When you understand the trade-offs
72.
▲
by
mion
13y ago
Hmm, true. But a lot of performance optimizations (and the example I had in mind) avoid method invocation. Inside a critical loop, for instance, stacking function calls can make a big difference on a dynamic language. Macros could solve thi
73.
▲
by
mion
13y ago
And also this: - Comments are fails Sometimes you rewrite code for performance, making it fast but awful to understand. Comments are very useful in this case.
74.
▲
by
mion
13y ago
Nice article! But I have to disagree with these: - Minimize the number of arguments - Avoid output arguments Basically, you're arguing against some principles of functional programming, advocating the use of state . There's no good or wron
75.
▲
by
mion
13y ago
Influence by Robert B. Cialdini You'll learn about the several "weapons of influence" many people have used and still use on you (and you use on people) sometimes without even knowing. It also gives you great insight into sales. I highly
76.
▲
by
mion
13y ago
Nice. I find that keeping a little ledger on top of your desk and writing down every idea that pops in your head is also a very good habit. And you often realize "some great idea you had wasn't that great at all" (pg).
77.
▲
by
mion
13y ago
I knew almost for sure pg or someone from YC was going to answer something like this. This man has probably overseen the early days of more successful startups than anyone else in the world. That huge amount of heuristics (pratical experien
78.
▲
by
mion
14y ago
This is awesome, great work! However, and I don't mean to be rude, lemme just give you a tip about your documentation. I'm not a "documentation expert" or anything, but IMHO I'd say there is too much information on your "landing page" and n
79.
▲
by
mion
14y ago
With all the interesting things going on right now on planet Earth, it amazes me that a post about "The Correctness of JavaScript Analogies" makes it to the top on HN.
80.
▲
by
mion
14y ago
I'm not a chef but I can taste food. That's an unfortunate simplification. Without a technical background, you wouldn't know how long it takes to make a basic CRUD app. "3 weeks? Ok I guess. Oh, 3 months actually? Ok I guess." And what ab
81.
▲
by
mion
14y ago
The problem with startups and older folks is that they're usually not good early adopters. And a lot of them are not very fond of tech in general. So, IMO it would be very hard to bring disruptive technology to a segment of the population t
82.
▲
by
mion
14y ago
I guess I'm not the only one suffering from self-doubt. I think this is hard to notice since since people don't talk about it that much. If you ask me, I'd say you have some pretty impressive accomplishments!
83.
▲
by
mion
14y ago
I wouldn't say it's obvious. A lot of people have self-doubt. I for one don't know if I would be able to build something like Dropbox, for instance. But I guess the key here is to try anyway and learn along the process. Paul Buchheit said h
84.
▲
by
mion
14y ago
Ok I'm taking your word. Amazing how a just few words can be so comforting.
85.
▲
by
mion
14y ago
Solely based on my post, I guess. I did apply to YC once with a stupid idea.
86.
▲
Ask PG: Threshold of intelligence
9 points
by
mion
14y ago
|
14 comments
87.
▲
by
mion
14y ago
Let me quote Derek Sivers: "To me, ideas are worth nothing unless executed. They are just a multiplier. Execution is worth millions." http://sivers.org/multiply
88.
▲
by
mion
14y ago
Stuff like this make me wonder if we really need all the things we think we need to be happy, if we really need to "solve the money problem" or would a simple and humble life be enough?
89.
▲
by
mion
14y ago
I was (am) having the same problem, so recently I've decided to join other people to see if that helps me commit to an idea (wasn't even my own). And it does! IMHO I think you should struggle some more with your discipline problem, and then
90.
▲
by
mion
14y ago
I was asking myself the same question the other day. Well, for now if you're using/know Rails, maybe you could take a look at this: https://github.com/RailsApps/rails-recurly-subscription-saas There are also other great Ruby gems/Rails pr
More ›