"The reason I chose today to drop out was because of a conversation I had with pg last week. He said bluntly that Octopart's chances of getting funding were worse if I stayed in grad school."
Classic. Top story the day I started, "I Dropped Out of Grad School Today" @sam (octopart) [0],[1]
Neato! Given that Bemmu live in Japan, I think he intended using the Kanji characters as Japanese characters, although they were originally derived from traditional Chinese (still used in Taiwan).
> I think he intended using the Kanji characters as Japanese characters, although they were originally derived from traditional Chinese (still used in Taiwan).
And in Hong Kong where I live.
I can't read Japanese, so the characters above just happened to retain its meaning after being imported to the Japanese language. I know that many don't.
It looks like those characters literally mean "to bear fruit" - and in English, fruit is also used figuratively to mean a result, e.g. "fruits of labour", so I wonder if either English or Chinese was inspired by the other, or if they independently came up with the concept relating fruit and result.
The Spanish and English dual meaning both comes from latin, so the similarity in other languages with influence from latin does not provide any evidence in support of this idea developing independently (nor does it provide evidence against it).
Looking up the Chinese etymology seems to imply both the Latin and Chinese probably came to have the dual use for the same reason (agriculture leading to equating labour with resulting in fruit/produce), without any obvious direct connection.
Who knows... It does seem a quite logical step for new agricultural societies to make that connection.
I heard about http://recursivecharacters.com last week at a lisp meetup. Just an art project, doesn't actually have an evaluator, but the author went to some detail to describe how an evaluator might work.
Heh, that's cool :) However, it makes my Firefox crash about a second after the page loads :( I feel a bug report coming on, after checking the latest nightly build...
This seems really awesome! I feel like descriptive, long variable names have both an advantage and a disadvantage: advantage, obviously, that they're clear, but disadvantage that simply having all that filler text everywhere begins to make the code harder to follow in a serious way. So there's always this tug-of-war between short variable names that make flow easy to follow but require a lot of context or guessing to decipher and long variable names that obscure flow.
Math (and languages like APL, K) are extreme examples of this: as an aid to thinking really hard, they go to extremes of dense notation requiring lots of context/previous to even begin to understand what's going on.
Using Chinese characters in normal code seems like it could fairly painlessly (once you knew Chinese!) get you a lot of the advantages of small-space characters while still encoding a lot more helpful context than a single latin letter.
I use long variable names all the time and it's never actually made the code harder to follow. You generally parse a whole word as a shape rather than one letter at a time anyway once you know the word, so effectively the only difference is a bit more horizontal space. If someone grew up using whole words as variables in math I doubt they'd find single characters easier to work with.
For programming, using characters not available on a standard QWERTY keyboard is bad international code shareability.
I'll just say this definitely doesn't agree with my experience, though it's certainly the kind of thing that might differ from person to person, brain to brain.
Here's one thought experiment: imagine variables get longer and longer and longer. Clearly, at some point, they become so long that they're much more unwieldy to work with. Now it's just a question of, as they get shorter, when do the gains start to become insignificant?
(Re QWERTY: Ease of input is certainly a consideration, but hardly an insurmountable problem. We should not forever restrict ourselves to basic latin because that's what happens to be printed on many physical keyboards at this moment.)
In the kinds of jobs I've gotten, I spend more time reading code than writing code. As such long variable names are very helpful as I have less information I need to commit into my mental working memory.
Even when reading code you wrote yourself, long variable names can be immensely helpful.
I was working on some code today which I wrote a couple of months ago and came across some fields in a struct I had made, two of the fields were named like something_d_foo and something_d_bar (with something, foo and bar being strings which I've replaced in this comment). These names describe a relationship of something to foo and bar. When I read the name I had given it, I thought these were the somethings DISCONNECTED from their foos and bars but a comment I had written beside each of them informed me that they were the DEFAULT somethings of the foos and bars. I promptly renamed the fields as something_default_foo and something_default_bar.
I think long names are relative. Jokes like these[1] don't come from a vacuum. I've seen serious code with sentence-long variable names before, and it does make it hard for me to read at a glance.
I read Japanese (I think this is Japanese in this case - it just happens to use a subset that is also Chinese - maybe).
This code is definitely easier to parse visually for me. It's really satisfying. As a character set, it is much more information dense, it just requires a lot of upfront study making it less efficient in the short to medium term (~10 years or so).
However, I would hate to work on a codebase like this. It is a key press to switch between input methods (languages), or a key combination on different keyboards.
When combining this with vim I find it incredibly frustrating to type.
You have to mentally keep track of which language you are in, as well as which vim mode you are in, 4 options instead of 2. Plus you have to be in English language mode for vim commands to work correctly.
Although it is true that you spend more time reading code than writing code, it would obviously exclude those that don't read Japanese.
It would be a nice-to-have to be able to have Japanese variables only for the reading phase of a project when you are getting up to speed. Then swapping them out for English words when editing. Can't see how it would work in practice and a really limited market too.
I bet it'd be fun to just choose characters at random, with reckless disregard for inadvertent meanings downstream.
Somewhere down the line, watching someone read a blog peppered with snippets of your code inducing incongruously deep belly laughs across the gulf of a langage barrier would be fulfilling in its own weird way.
Sorry, your username was not found. Maybe you have never submitted or commented anything.
user: edw519
created: 3070 days ago
karma: 72254
about: Free ebook, "The Best of edw519": hn.my/edw519
twitter: @edw519 http://twitter.com/edw519
e d w 5 1 9
a t
g m a i l
https://hn.algolia.com/?query=edw519&sort=byDate&prefix&page=0&dateRange=all&type=comment
5,008 results
I'm a pretty big fan of one that got posted here about a month ago, waybackhn. It chooses random day/months/years and shows the front page for either. I've spent a lot of time reading through old stories and comments from years before I got into this field. It's opened up my mind a bit to see what people were talking about years back.
These throwbacks have a way of being very topical. 12th item on Hacker News that day for me is "The Next SourceForge": "SourceForge has been rethought, reimplemented, and rejuvenated."
104 comments
[ 0.19 ms ] story [ 168 ms ] threadClassic. Top story the day I started, "I Dropped Out of Grad School Today" @sam (octopart) [0],[1]
[0] https://web.archive.org/web/20070221033032/http://news.ycomb...
[1] https://web.archive.org/web/20070223035643/http://octopart.c...
The Archive.org page nearest my join date leads with the "Show HN" post for Dropbox, though I actually joined a month earlier in March 2007.
Another top story from that day asks if people realized the up and down arrows were clickable and used for voting purposes.
correct @vlad, though the Archive.org capture isn't hi-rez enough, I'm only reading what the app shows. Great idea.
And if you'd like to learn some Chinese, here is the definition of all Chinese characters appeared above.
---My pick: 'HNSearch – old HN search engine – will be shut down later today'.
https://news.ycombinator.com/item?id=7404972
And in Hong Kong where I live.
I can't read Japanese, so the characters above just happened to retain its meaning after being imported to the Japanese language. I know that many don't.
https://en.wiktionary.org/wiki/%E7%B5%90%E6%9E%9C
It looks like those characters literally mean "to bear fruit" - and in English, fruit is also used figuratively to mean a result, e.g. "fruits of labour", so I wonder if either English or Chinese was inspired by the other, or if they independently came up with the concept relating fruit and result.
Looking up the Chinese etymology seems to imply both the Latin and Chinese probably came to have the dual use for the same reason (agriculture leading to equating labour with resulting in fruit/produce), without any obvious direct connection.
Who knows... It does seem a quite logical step for new agricultural societies to make that connection.
This seems really awesome! I feel like descriptive, long variable names have both an advantage and a disadvantage: advantage, obviously, that they're clear, but disadvantage that simply having all that filler text everywhere begins to make the code harder to follow in a serious way. So there's always this tug-of-war between short variable names that make flow easy to follow but require a lot of context or guessing to decipher and long variable names that obscure flow.
Math (and languages like APL, K) are extreme examples of this: as an aid to thinking really hard, they go to extremes of dense notation requiring lots of context/previous to even begin to understand what's going on.
Using Chinese characters in normal code seems like it could fairly painlessly (once you knew Chinese!) get you a lot of the advantages of small-space characters while still encoding a lot more helpful context than a single latin letter.
For programming, using characters not available on a standard QWERTY keyboard is bad international code shareability.
Here's one thought experiment: imagine variables get longer and longer and longer. Clearly, at some point, they become so long that they're much more unwieldy to work with. Now it's just a question of, as they get shorter, when do the gains start to become insignificant?
(Re QWERTY: Ease of input is certainly a consideration, but hardly an insurmountable problem. We should not forever restrict ourselves to basic latin because that's what happens to be printed on many physical keyboards at this moment.)
I was working on some code today which I wrote a couple of months ago and came across some fields in a struct I had made, two of the fields were named like something_d_foo and something_d_bar (with something, foo and bar being strings which I've replaced in this comment). These names describe a relationship of something to foo and bar. When I read the name I had given it, I thought these were the somethings DISCONNECTED from their foos and bars but a comment I had written beside each of them informed me that they were the DEFAULT somethings of the foos and bars. I promptly renamed the fields as something_default_foo and something_default_bar.
[1] https://github.com/gpc/searchable/blob/master/src/java/grail...
[1] https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpris...
This code is definitely easier to parse visually for me. It's really satisfying. As a character set, it is much more information dense, it just requires a lot of upfront study making it less efficient in the short to medium term (~10 years or so).
However, I would hate to work on a codebase like this. It is a key press to switch between input methods (languages), or a key combination on different keyboards.
When combining this with vim I find it incredibly frustrating to type. You have to mentally keep track of which language you are in, as well as which vim mode you are in, 4 options instead of 2. Plus you have to be in English language mode for vim commands to work correctly.
Although it is true that you spend more time reading code than writing code, it would obviously exclude those that don't read Japanese.
It would be a nice-to-have to be able to have Japanese variables only for the reading phase of a project when you are getting up to speed. Then swapping them out for English words when editing. Can't see how it would work in practice and a really limited market too.
But yeah, it's satisfying to look at.
But in all seriousness, thanks for a very interesting perspective.
Somewhere down the line, watching someone read a blog peppered with snippets of your code inducing incongruously deep belly laughs across the gulf of a langage barrier would be fulfilling in its own weird way.
This was top story for me. https://news.ycombinator.com/item?id=211630
[0] https://news.ycombinator.com/item?id=4220353
https://twitter.com/kn0thing/statuses/824631187
I wasn't at the wedding! ;-)
Sorry, your username was not found. Maybe you have never submitted or commented anything.
https://en.wikipedia.org/wiki/Carrier_IQ#Rootkit_discovery_a...
It's wrong by one day. The page with my first comment didn't exist until the next day and I registered to write that comment.
Just joking :)
https://www.dropbox.com/s/16u7pjmpno685u0/Screenshot%202015-...
I'm a pretty big fan of one that got posted here about a month ago, waybackhn. It chooses random day/months/years and shows the front page for either. I've spent a lot of time reading through old stories and comments from years before I got into this field. It's opened up my mind a bit to see what people were talking about years back.
https://web.archive.org/web/20090929084547/http://news.ycomb...
Why would that cause you to stop posting?
https://web.archive.org/web/20110716015547/http://news.ycomb...
"Code.Google.com now supports git"
Google code got the axe earlier this year.
"Michael Arrington reportedly to launch “CrunchFund” to invest in startups"
The rumours turned out to be true.
"Court OKs Airport Body Scanners, Rejects Constitutional Challenge"
They're everywhere now!
"Italy and the euro: On the edge"
Good guess, but turns out Greece is a bigger problem.
https://web.archive.org/web/20090401065245/http://news.ycomb...