kaosjester · HackerTrans

kaosjester

no profile record

comments

il y a 8 ansdiscuss

When I was a TA, I'd have students constantly try to add me on Facebook. The conversation would go nearly exactly like you'd describe:

> Are you on Facebook? Is this your profile?

> Yes, but I'm not gonna accept your friend request.

The reply was usually a bit snarky with a bit of a chuckle, and that did it for most college-aged people. The few times someone persisted, I explained that Facebook is an aspect of my social life, not my professional life, and I intended to keep it that way.

il y a 9 ansdiscuss

This doesn't account for the whole picture. The tax benefit is dwarfed in comparison to the losses in social security people at and below the poverty line will suffer.

il y a 9 ansdiscuss

> How can you blur the line? It's either online multiplayer or it isn't, there's not really an in-between. You can't "kind of" have other people connected to your game. They're either there or they're not.

Dark Souls does precisely this in a fantastic way in two major mechanisms. The first is the shared player "graffiti", wherein players can write messages that are then propagated into others' games. The second is the shared "death ghosts', which play back a player's last moments before death in others' games as a ghost you can't interact with. These make the game feel like you're playing with others in a large world without having to actually put you in the same instance.

il y a 9 ansdiscuss

It seems like this could be fairly easily resolved by the management having a rigid "we pay everyone the same, deal with it" position, perhaps up and and including a formula for salary computations.

il y a 9 ansdiscuss

Could you explain what this means?

il y a 9 ansdiscuss

Don't forget the part where those graduate students do some 80% of the work and make <20% of the income of their their supervisor (and, in many cases, <10% or none at all in several), and the university hosting the lab absorbs some 50% of all grants "off the top." A half-million dollar grant pays a single graduate student less than 20k/year for maybe 5 years, which, in the context of other companies that get these grants, is absurd. Independent research firms working from the same grants pay their employees competitive wages and still accomplish research. If these companies could issue Ph.D.s, academia would shrivel and die: imagine working at a company for 4 years, getting a salary 3-4x what a graduate school would offer, doing real work in a professional setting, doing enough research to write a dissertation, and receiving a degree. The entire incentive to attend a university would melt away.

il y a 9 ansdiscuss

> 1. The persistent approach is not right for global variables, which are dynamically bound. So I ended up needing two Environment classes, a Map-based one for the global scope, and then a persistent one for locals. That, of course, also requires an interface so that most code can work polymorphically with both types.

Can you give an example of what you mean?

"Global variables" are simply variables declared at a top-level scope. They don't need to be "dynamically bound" if you unravel the top-level into a sequences of statements that thread their environment (which is a bog-standard practice for interpreters, and how you should handle blocks, too), unless you'd like to be able to reference variables declared below you in the global scope. And that can be resolved by passing a dynamic environment in addition to the lexical one. Or by making a single pass over the global space, grabbing all the declared names, and making that your initial lexical environment. But, of course, this is all speculation without an example.

> I considered having a problem exercise to do effectively that, but I felt like it might be reaching a little too far for a first-time language implementer.

Uniquely renaming variables is, in my opinion, a far simpler concept to grasp than nesting scope resolution. It would also be far easier to implement, with notably less code change, and continue to allow you to add another compiler pass and allow the reader to cover ground. The actual downside is that it achieves your goal without needing to explain the whole mess, which means the chapter doesn't get to spend time explaining how to think about resolving variables.

> code like this is not common:

Your toy example is, obviously, a situation where you should reconsider what you're doing. However, a program such as

    lookup :: Env -> Ear -> Value
    lookup = ...

    f :: Env -> Expr -> Expr
    f env exp =
      let lookup = lookup env
      in ...

is a fairly common pattern in automatically curried languages, or languages with functional-style loops (see [0] for such a usage of shadowing). I don't think that your stance is wrong, but I think decrying other stances isn't particularly fair to the language design world, where there are many languages where such shadowing is neither rare nor often an error. Of course, there is some play here insofar as treating function declarations differently from other variables, which is not the case in many languages where this behavior is accepted.

Also, for what it's worth, translating the above code to JavaScript yields a stack overflow error if you invoke lookup inside of `f`.

0. https://github.com/cisco/ChezScheme/blob/06f858f9a505b9d6fb6...

il y a 9 ansdiscuss

As someone with years of experience writing interpreters, this seems a rather sloppy solution to a straightforward problem. There are two canonical solutions, and he uses neither:

1. The first canonical solution, which the author even describes, is persistent environments. Unfortunately, this requires passing the current environment as part of the recursive pattern, which means heavily modifying the existing code. He doesn't do this because it would require revisiting too much.

2. The second canonical solution, which you would find in any modern compiler, is to uniquely rename all the variables. His "resolver" traversal has ample opportunity to do this, and would provide a far cleaner solution (with less space overhead than his expr/scope depth lookup table).

Instead, the author creates a stack of environments and annotates variables with information akin to de Bruijn indicies for scopes. Compared to the alternatives above, this is over-engineered and inelegent, plus it complicates reasoning about scopes far beyond what's necessary.

As an aside, this assertion is also completely absurd:

> Shadowing is rare and often an error so initializing a shadowing variable based on the value of the shadowed one seems unilkely [sic] to be deliberate.

il y a 9 ansdiscuss

Don't forget the Harry Potter branding association. That's what will end up bringing in the big bucks.

il y a 9 ansdiscuss

Also, this gem:

> We ate on the balcony and, as we shared a bottle of wine and listened to the chorus of insects, I began to think that the year of groundwork I had put in was about to pay off. Marylin stayed the night.

il y a 9 ansdiscuss

You should re-record the entire intro video and leave out all the 'um' and 'uh's. It makes the product seem far less professional.

il y a 9 ansdiscuss

My wife got angry quite a few times in graduate school because the university's Women in Computing group forcibly signed her up to their mailing list at the start of every academic year. She unsubscribed every year and, without fail, they silently added her back. Apparently they thought a woman in computing couldn't manage without being part of this group!

It's one thing to give people the space and support they ask for. It's quite another to shove space and support, unsolicited, upon them.

il y a 9 ansdiscuss

To be fair, GitHub is large enough that they'll have a dozen applicants by the time you're out the door. If resolving a problem is harder than firing part of it, well... that's the layer cake.

il y a 9 ansdiscuss

I'm moving out of a house right now in the midwest that bumped my rent by $100/mo each year, but they listed it back at my original rate this year. For some reason, being a multi-year tenant cost me an extra ~$3000.

il y a 9 ansdiscuss

I'm not saying it isn't faster, I'm merely pointing out that it was a pretty serious investment in comparison to the other points of the build, and attempting to defend the idea that liquid cooling isn't insane if you're going all-out with other aspects, too.

il y a 9 ansdiscuss

I agree that Ryzen is a great chip! I am looking forward to getting one because, yeah, it makes for a great developer platform: it's got a bunch of cores, it's got a fantastic virtualization model that isn't randomly crippled on half the chips, it supports ECC ram easily, and it's a killer price-point.

The article doesn't really get into any of that, though.

il y a 9 ansdiscuss

He also didn't need to blow $500 on an SSD when he could have gotten a $100 SSD and a $100 hybrid drive and double his storage space.

il y a 9 ansdiscuss

This article reads like a rewrite of the wiki over at /r/buildapc, and I'm not sure I see how much of it leads to his conclusion---any modern, $1500 desktop is going to outperform a two-generation-old laptop with a quarter as much ram. That doesn't make the Ryzen `for programmers.` I came in expected some crazy assembly insights, but instead this is just a PC build log. Nothing really supports the title of this article: it's just clickbait without any real support. And, at this point, most people reading hackernews know it's cheaper to build a PC than buy another PC / laptop---and those that still don't are doing it because a thousand dollars usually buys you a lot of warranty and convenience.

il y a 9 ansdiscuss

Perhaps unsurprisingly, Oleg rebuilt the linked implementation in Haskell [0]. It works exactly as you'd expect, right out of the box.

0. https://arxiv.org/abs/cs/0509027

il y a 9 ansdiscuss

Does this mean the socks won't come out of the dryer warm? That's sort of a deal breaker for me.