singular

56 ms·

451.
by singular 16y ago
What frustrates me about this article is the false dichotomy of 'smart solutions to problems' vs 'simple solutions to problems' - especially when it comes to C# vs. F#, languages I know well. The whole point of programming languages is to m
452.
by singular 16y ago
I don't think it takes very much complexity before this kind of situation arises (perhaps my example was a little contrived!), maybe it would be clearer to apply this to debugging where it certainly becomes very quickly apparent even with e
453.
by singular 16y ago
The problem arises when you are focused on something very specific, for example designing a particularly complicated series of function calls, you effectively have to keep a stack in your mind, think about locals, instance variables, whatev
454.
by singular 16y ago
This is especially interesting to me since I originate from Exeter :-) Interestingly the town has also had a visit from Michael Jackson, David Blaine and Uri Geller (not so chuffed about a woo-woo visiting...!) Strange but true - http://ww
455.
by singular 16y ago
I think the key factors are politics and managerial ignorance - there appears to be a general consensus that the most qualified person for the job is the a. biggest suck up and b. the least technically knowledgeable guy/gal available. The p
456.
by singular 16y ago
I've experimented with earphones from £5's worth all the way up to £230 odd for Ultimate Ears 10vi triple fi pros (I've also tried Shure SE530's and feel the triple fi's beat 'em). The difference between the triple fi's and basically any ot
457.
by singular 16y ago
Try typing 'F#', the instant results are irrelevant to F# the language (probably due to the # symbol), but when you click search they become relevant. I would prefer it to be consistent :)
458.
by singular 16y ago
It's interesting to tie that in with the 5-10x productivity claim - what about your working environment? If you're working in a negative environment motivation is staunched which inevitably affects motivation. Another point about productivi
459.
by singular 16y ago
I think the real management myth is the implicit mental model most managers out there (in my experience) make use of, based on ideas of what a worker is, sourced from the 18th/19th century - i.e. that they are a. doing an unpleasant job the
460.
by singular 16y ago
I think this demonstrates nicely one of the common memes amongst the, shall we say, less reflective programmers out there - 'this is a simple problem, I can solve this easily myself' - the Bob paradox[1] in action. I think the thrill of bei
461.
by singular 16y ago
true, I think you'd definitely have to have a lot of controls in place; I mean I in principle agree with it - there are plenty of incredibly sucky, actually nasty, people out there and it turns your stomach to think they'll con their way in
462.
by singular 16y ago
What happens if only a few people respond including somebody like the guy being criticised in the article? That way you'll potentially end up having to defend yourself against unwarranted criticism to the hiring company, or simply find they
463.
Bing Gadget for iGoogle(google.co.uk)
1 points by singular 16y ago|0 comments
464.
The Dead Sea Effect [2008](brucefwebster.com)
1 points by singular 16y ago|0 comments
465.
by singular 16y ago
I had horrific experiences trying to get Racket namespaces to work correctly (in Racket, a namespace is a value rather than simply a name). I found I couldn't get files to use the same namespace no matter how hard I tried, and without a spe
466.
by singular 16y ago
Awesome. Do you have that in a code repo you can point us to? :-)
467.
by singular 16y ago
I hate to be critical in a terribly ad hominem way, but I find programming/tech articles written in that '13 year old boy who has had a little too much fizzy pop to drink' style with the 'hilarious' l33t-speak aren't really helping eliminat
468.
by singular 16y ago
I just found namespaces in Racket too painful (see [this blog post][1]), I spent hours and hours trying to do something I felt ought to be very simple, i.e. sharing a namespace between different files, yet Racket just utterly refused to do
469.
by singular 16y ago
http://www.codegrunt.co.uk/terse.html A programming language where syntax and semantics are manipulable at run-time as well as compile-time and where you can define grammars in-line and use them immediately. I also intend to integrate the
470.
The Road To Burn-Out: Impacted by Discussion on HN(codegrunt.co.uk)
2 points by singular 16y ago|0 comments
471.
In Praise of Idleness(zpub.com)
2 points by singular 16y ago|0 comments
472.
by singular 16y ago
The impression I've got is that the problems with the project come down to a combination of firstly, as @jgrahamc rightly points out, the fact the project has been unleashed all at once across the country rather than one surgery at a time a
473.
by singular 16y ago
I've really pleased at this news. I've been using Spotify in linux via WINE for a while which has been generally fine despite a few glitches, especially on update, but it'll be so much nicer to shift to a faster and more reliable (and hopef
474.
by singular 16y ago
That is not the only problem I had with writing a LALR C# grammar. Anything even slightly touching anything else that is used for other stuff caused endless shift/reduce reduce/reduce conflicts. Not to mention I had to totally mangle the
475.
by singular 16y ago
But don't forget that we don't have to limit ourselves to LALR or LL(k). Approaches like GLR allow the user to be happy as well as the tool writers. And again, don't forget, the tool writers have a harder time if they have to mangle their
476.
by singular 16y ago
I don't think LALR/LL(k) implies automated refactoring is easy and anything else does not!! Obviously non-context-free grammars are a problem, but a GLR or PEG grammar is still perfectly refactorable. You forget that refactoring an intuitiv
477.
by singular 16y ago
I totally disagree on the parser-unfriendly syntax point (no. 1). C++ is a particularly bad example in that code cannot be definitely parsed without semantic information, however I think limiting yourself to a language which can be expresse
478.
by singular 16y ago
Develop a programming language which allows you to easily write inline grammars then use them and mutate them at compile- and run-time. Additionally have a nice (default) syntax, nice support for concurrency (I'm thinking something similar
479.
by singular 16y ago
I'm attending again. Enjoyed it last time and I want some more. Also the Truman's runner ale is amazing, and is totally not the reason I'm turning up again :-p
480.
by singular 16y ago
Well, I'm certainly biased to think it a fad, yes, thanks to Stevey's post! But I do wish to contend that a methodology is not just a tool and inevitably has some sort of a dogma attached to it, well it seems that way to me anyway :-)

More ›