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

asampal

Thanks so much for the upgrade!


Are you a troll or just brain-dead?


This is nice, thanks for providing it. Is there any intent to allow for Sly to be used instead of Slime (as an option, I mean)?


If you open up an issue we could look into what's required. From what I can tell it shouldn't need much work, just an additional file that configures defaults similar to https://github.com/portacle/emacsd/blob/master/portacle-slim..., and a way to defer the loading of either one until after the user file has had a chance to make its customisations.


Interesting last comment (from November 2016) to the original article:

"Important Update *

I am currently employed at Pluralsight, and I feel obligated to point out that the author of this article, our CEO, no longer believes or stands behind any of the content in this article. Pluralsight does not operate under the Deming philosophy. As of January 2017, Pluralsight will be implementing sales commissions again. We have reverted to the typical high-pressure, high-stress quota models found in most companies.

I'm sharing this because I don't want anybody to read this article and follow the bad advice found here. Maybe commissionless sales organizations can work, but apparently not at Pluralsight."


I'm confused why you think the old Pluralsight comment is relevant to this article:

1) The author Ben Horowitz is a VC and not the CEO of Pluralsight.

2) The article explains the psychology & incentives for sales commissions instead of advising companies to pay their salespeople zero commissions.


thinline's comment is just misposted at root level; several of the other comments on this page refer to: https://www.inc.com/aaron-skonnard/why-sales-commissions-don...


Yes, meant as a reply to one of those...


Weird. Have I misread it? It seems like the blog post is exactly supporting that statement: You need to pay commissions to sales people.


You might also want to look at ren-C (https://github.com/metaeducation/ren-c), a fork of the open sourced Rebol 3 (which isn't an active repo). It can be build with an embedded TCC so you can write C in-line for functions where you need a speed boost.


In the older post you mentioned one of the performance issues being that JS couldn't write directly to the GPU for security reasons and so a copy to the GPU would have to be done after the browser vetted things.

To my _very_ naive thinking, and if video RAM was plentiful, couldn't things be set up such that the JS runtime _could_ write to the GPU, but to a reserved section of video memory that wasn't directly executable? After being checked by the JS runtime, bytecode could be copied over to another area in video memory to be run. Would something like this work? If so, has this approach been tried by anyone?


Like I said in the other comment, nothing to see.


You will be told it's just fake news. Move along, nothing to see. As to calling spez that, I suppose it's just the angry response at the r/pizzagate subreddit being removed.


Big difference between removing posts and re-writing them. You don't see that?


The only point of this controversy is to make the CEO's life miserable.

The capacity to do this has always existed and the circumstances are incredibly trivial.


Covertly editing their posts is basically lying about what they said.

We used to trust that when reddit said a user wrote X, they actually did write X (excluding hacking). This was a violation of that trust.


Downvotes, seriously?

Because of the actions of their CEO, reddit was falsely telling everyone who viewed the relevant comments:

> Fluid_Mechanics [score hidden] some time ago

> Fuck /u/spez

While knowing that Fluid_Mechanics had not written that.

(Names have been changed to illustrate the point.)

Lying, and a violation of trust, seem like appropriate terms.


literally, not basically


#CEOLivesMatter???


Maybe you didn't read the whole article to get Stephen's point that the Wolfram Language allows you to experiment with a very, very wide variety of subjects without requiring deep expertise (but of course allowing for that as well).

So your point is quite valid, one person can't hope to know everything. This is why it's great to find a tool that allows you to dive deeper into the things you do care about.


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

Search: