News for hackers. Stuff that matters.

saebekassebil

Re:Show HN: Note Kitchen – Learn piano chords and scales on Saturday March 03, 2018 @02:36AM (#16508353)
Looks really nice and it's fun to play around with. Maybe a control for inversing the chords would be fun? That would mean support for chords like A7/c# and maybe also closer chord voicings.

I should also add that the app became much more fun when I accidentally read the "Help" menu and became aware of "play" and "root" - maybe that information should be a bit more visible?

I'm interested in what if any library you've used for the theory - did you just built one yourself? You could take a look at teoria(https://github.com/saebekassebil/teoria) which is a by now pretty seasoned music theory library in js, with a chord parser included.

EDIT: (PS: Also add9 add11 chords would be nice)

Re:The Secret Ingredient in Orange Juice on Thursday November 26, 2015 @04:58PM (#10634926)
> I like freshly squeezed oranges off my orange tree but they don't grow all year round. I am mostly happy not to consume oranges out of season but that isn't really a basis for a sustainable industry...

Actually I'd call that the definition of a basis for a sustainable industry...

Re:RubyWarrior - Bloc on Saturday July 27, 2013 @05:58PM (#6114620)
Had to implement a

    if not warrior
      return nil
    end
in the play_turn method, to workaround a bug. But other than that, this is great!
Re:Blink: A rendering engine for the Chromium project on Thursday April 04, 2013 @01:22PM (#5493835)
So true, this is actually one of the things that almost convinced me to switch to Safari. I'd miss the Developer Tools though..
Re:Fangle - reactive text generation from markdown on Thursday January 24, 2013 @09:13AM (#5109561)
Some weird stuff going on with the if clauses:

Switch His power level is 9000. It's almost 9000?!"

This should probably be:

#### Switch His power level is [p6=5000[5000..20000,1000]]. It's [warning_2[(p6 < 8000),(p6 < 9000),(p6 == 9000),(p6 > 9000)]low.,almost 9000?!,9000!,OVER 9000!!!]

Anyways, I think this makes for completely unreadable Markdown, which is the totally opposite direction of what it ought to be.

I think this is very suitable description of today's HN - I'd just love this to emphasized more clearly, since it seems like a common mistake to believe that HN is about actual ground-breaking stuff. It's not even if it were ment to be just that.

I must say that I agree with people stating that people should present their creative works here, with the intention of getting feedback of the product - How is it any relevant for any other HN reader (than OP), that we praise him/her as a person, rather than the product? The FAQ states, that relevant information is "anything that gratifies one's intellectual curiosity" - Of course that's a quite vague definition, but still this is hardly intellectually stimulating.

Atwood's law strikes again.
Re:The State of JavaScript - Brendan Eich on Wednesday October 10, 2012 @03:27AM (#4635428)
So this is all in the holy name of making JavaScript the assembly language of the web? Making it possible for every JavaScripter to write "his own" JavaScript syntax definitions meaning that I'll (as a contributor or just casual watcher) would have to read his whole collection of macros before I could begin to understand the code?

I don't think this can be compared to API's as they still follow the regular syntactic definitions - This will be like reading a completely new language every time I read a different repository. (Of course this is a worst-case scenario as I imagine that many macros will be used across several projects, but still.)

Is all hope gone for writing vanilla JS gone? And isn't macros kinda going in the opposite direction than the ES specs? There's no use for many of the ES6/7 features as they could just be mocked up in macros.

Re:The State of JavaScript - Brendan Eich on Wednesday October 10, 2012 @03:19AM (#4635408)
I meant compile time of course, thank you for your clarifications. I'm eager to see how this turn out.
Re:The State of JavaScript - Brendan Eich on Tuesday October 09, 2012 @03:15PM (#4633447)
Of course, as in every aspect of understanding, here for source code, it is important first to learn the context, here the macro definitions. My concern is that this will impose more than just a paradigm - it will impose new syntax which could effectively completely ruin the readability of JavaScript source.

The macro syntax is definitely not simple, and it could possibly get really complex for more elaborate syntactic definitions, thus rendering the source much less readable. Is the overall benefits of introducing macros to JavaScript really worth the costs of readability? And does the effort to integrate macros into the browser mean that it'll be possible to evaluate macros "runtime"?

Re:The State of JavaScript - Brendan Eich on Tuesday October 09, 2012 @02:00PM (#4633027)
May be off-topic but: Is it just me, or are macros just a new way to get confused while reading JavaScript? Introducing language-foreign syntactic constructs seems to me superfluous and confusing - This is the job of transcompiling languages like CoffeeScript.