Hacker Newsnew | past | comments | ask | show | jobs | submit | weff's commentslogin

Does 'steep learning curve' not mean the rate of learning (X: time and Y:knowledge) is high, thus a little effort outputs lots of knowledge?


Heh, I never actually took the time to think of the literal meaning of the phrase. Nevertheless, the quantity modified by 'steep' is in fact scalar and thus 'steep' affects only the magnitude. It reveals nothing about the underlying nature of the quantity, which could indeed be the inverse rate of learning or something like that.


That's what it's supposed to mean, but everyday usage is the opposite.


No. It's not about plotting curves and axes.

It means you have a steep curve to climb to learn it --ie an allusion to climbing a mountain.


That's a shitty excuse to reboot; sounds more like they didn't want to bother. If you do your job properly, errors can be handled. If you do your job properly, errors aren't simply hex values.

Maybe people were used to reboot their computers 7 years ago but these days, you can entirely work and reboot only for system patches.


Yes, you are obviously right. They obviously didn't want to put up with error handling, as you can tell by the crappy error messages they implemented. Basically, they said "fck it, just reboot".


3 squirrels and 1 microbe?


Or the lack of the most basic elements of a media library: folder watching. No, I don't want one folder, I want to watch any folder. Seriously, how fucking complicated is that to implement?


Do you mean just to add media/quickview playlists, or to index the entire library? (assuming the latter)

Given the default behavior of organizing all of your media within the iTunes directory, it makes perfect sense and would be a great feature. I'm sure there are other people more qualified to comment, but my first impression of the problem is that without some clever implementation there would be some major speed issues with large libraries.


By folder watching, I mean: when I put a multimedia file in in a folder (which I've assigned to be 'watched'), iTunes updates the library. I'm very certain Windows has APIs for exactly this kind of situation. In fact, if they can do it for one folder, I'm having trouble seeing a reason why they wouldn't be able to do it for several folders.


You can do this with Applescript as a folder action. You can see how to do this here: http://dougscripts.com/itunes/itinfo/folderaction01.php

I was thinking that you meant live monitoring, i.e. your library would be a reflection of your directory structure with additional metadata stored in unit sections so that it scales better.


It's nice the Applescript exists (although I was talking more about Windows) but again, it's very sad one has to use an Applescript to accomplish this, on Mac.

I mean, a solution is out there: very good. Nevertheless, it doesn't justify or excuse iTunes for not having this feature.


There's an "Automatically Add to iTunes" folder that'll do that, but it's still annoying to have to use one special folder instead of just pointing it at my regular download folder. I always forget that Apple added this. More here: http://lifehacker.com/5356619/itunes-finally-adds-watched-fo...


I've visited the website and I'm confused: are Facebook-less creatures unable to partake in the service? Wouldn't that be kind of weird?


Sorry, @weff.

Right now we require Facebook, because we heavily rely on the graph to match groups while requiring minimal work from our members. For instance, we want to make sure the two groups don't already know each other, and we haven't figured out a good way to replicate this functionality without Facebook (e.g. "tell us all the people you know!")

If you have any ideas, though, we'd love to hear them.


This is one of the very few fair reasons to use facebook. However, I would have liked to see the explanation in the website (why only facebook?) and a stronger wording telling what you will and won't do with facebook. You're saying "We won't post on your behalf" but you don't say anything about what you will do. You might not post on my facebook, but you might be looking through my messages; that kind of thing is unfortunately the hallmark of facebook itself. Without an explanation, a facebook-only site looks very fishy. (heh)


Yeah, I did not foresee that; it's actually quite critical you use Facebook.

Anything requiring the users to confirm they don't know the name of the other party slows the process quite some and removes the laissez-faire element.


And what about people looking to meet with the same gender? Even though you aren't actively advertising as a dating service, I imagine that if me and two friends showed up, the girls looking for eligible single men might be a little sad.


I guess you could also reverse the idea: if someone is offended by every cultural difference, maybe one should refrain from... living in a multi-cultural world?

What is "public consumption" anyway? I don't want to have everyone communicating through death threats but I also want even less for everyone to sound like a PR representative.

Maybe the solution is to simply understand the cultural differences?


Would it not be possible for you to rip with super standard settings thus making it pretty much like every other rip?

I don't see how ripping could be so different if people use the same settings.


From what I understand--

The "lossy" part of MP3 is that the encoder decides to throw away frequency bands to reduce the information size.

This is more than just choosing a bitrate and being done with it - different encoders treat different bands as important or unimportant, attempting to make a smaller sized file still sound better.


Indeed but really, how many encoders does one use? That is, it's not like there are dozens of them that are widely used. If there are only 2 or 3 (say, LAME, some Apple one and some Microsoft one) and people usually use 2 or 3 bitrates... well that leaves quite the space for overlapping.


Right, but the music pirates don't write their own encoders. They are likely using software like LAME, EAC, and FLAC when ripping. Therefore, as long as someone uses the same settings, they could end up with an exact duplicate rip.


Pretty much; the context where this employee would thrive would mean equally amazing employers. An incompatible employee-employer relationship can't be sustained, whoever's "fault" it is.


This thing that works really well doesn't.


Amazing. Now, let's all fantasize about bosses who don't suffer from personal insecurities, incompetence and fleeing responsibility that could deal with such an employee.

These articles always sound like the employers are all Gandalfs and all the employees are all the novices.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: