skysight-inc/HackerNews huggingface dataset:
Workday, Veeva, GE Digital are all hiring.
Oracle, SAP operate large campuses here.

Yes, not everyone a sexy startup, but stable growing business or just huge, established.

Fully agree on the BART extension, Livermore at least.
Well, now that slack has so "genuinely" welcomed microsoft as a competitor, I don't think they can turn around and argue the opposite for the same offering.
People in my office here at work commute 50 miles and more to central London, from places like Hatfield Peverel and Ashford.

If you're near a mainline rail station, it's not rare at all.
I think he meant that relative to the difficulty of actually creating a platform for accurate delivery of payloads to space, changing out the payload is, in fact, trivial
Apple has no idea what it’s doing in the TV space, and it’s embarassing
That's a vast oversimplification for a study that's about the US as a whole. In the case of DC for example, which the study highlights:

- A lot of people are commuting into government offices in the city. DC does indeed have a strict height restriction. But it's also worth observing that DC was generally considered to be a pretty dangerous city to live in and lots of people moved out to the suburbs because they didn't want to live in the city.

- It's also just a sprawling metropolis with a beltway that's famously congested. It's not so much that people can't live nearby where the companies are but people want to live in particular communities and they change jobs and they end up having long commutes on busy roads.

The fact is that there are lots of places around the US with plenty of places where companies and people can be nearby each other. But especially with two-income families where the couple work at far apart companies, or when someone just has a strong preference to live in the city or live in the exurbs--and that's not where the company is--you end up with long commutes.
> added a pretty UI to IRC

And they didn't even add it, Metalab did. http://metalab.co/projects/slack/
In the same way that commute preferences are different for my colleague and me, they are different for everyone. My commute is also by train (metro) and I find the additional time that I have tacked on to be surprisingly draining.

My previous, shorter, commute required a line change so I was only on each train for about 5-10 minutes. My new commute is all on one line for at least 30 minutes (and more often 45+). So I have more than tripled my time on the train, and I think it is precisely this that makes me get to the end of the commute feeling so much more tired.
If the concern is commuter traffic, then lines that only run during commuter hours makes this concern moot.
And when I wanted to cancel the subscription I had to call them, you can't do it online...
Explaining Verilog to programmers is a recurring topic and the hardware community is not doing a great job at it [yet]. So feel free to contribute to this open book: https://en.wikibooks.org/wiki/Programmable_Logic/Verilog_for...
This is incorrect. A primary motivation I have for asserting ownership of my mobile (aka rooting) is system level adblocking. Adaway is what I use for this BTW.

Apps are free to work or not if I kill ads. I just shrug and either buy the app or use something else. I absolutely do not put up with the interface of my mobile looking like the Vegas Strip.
Slack just needs to deliver an on-prem version in the next 6 months.

I'm happy they have a reason to bother now.
You are mixing perspectives.

Trivial for a nation-state is different than trivial for a person. A nation like India could accidentally lose the amount of money required to hire a team of 20 to do the engineering to mount a working nuke to a working rocket.

Intentionally paying and assembling that same team would be trivial for a nation like India, USA, China or Russia. It could be as simple as a single line item on some military spending bill.
Yes but globally entropy increases faster than would be possible without life :)
This should measure installation times with initialized caches as well, since Yarn has a better caching strategy for previously fetched packages.

Yarn is significantly faster in these cases since it does not hit the network, it uses the cached data directly.
You're not required to use Teams on Office365. The anti-competitive behavior would be if you couldn't turn it off, and it had to be on due to core functionality with Office. Most people just use o365 for exchange and office apps.
Chat-bots are a dime a dozen on IRC.
> No, it's not "driven by greed", it's "driven by basic math".

Stop the demagoguery please. Calling greed "math" doesn't change it being greed.

> Paying for usage is the ideal situation

You sound like an ISP shill. Are you one? Paying for usage is horrendous, because ISPs who own media services disadvantage competing media services, by excluding their own from caps. This should be forbidden not just by Net Neutraility, but simply by antitrust law. But I suppose you think monopoly is ideal situation too, right? And you'd claim there is nothing wrong with "asking to pay more" because people have no choice but to use the abusive monopolist if they want service, and it's not greed but "basic math". Yeah, right.

Arguing with shills is pointless though, so I finished here. Everything was said above already anyway.
The court also relied somewhat heavily on a more specific feature of UK constitutional principles: that if Parliament has granted a right to British citizens, only Parliament itself may revoke it. The European Communities Act 1972, the court held here, has the effect of granting certain individual rights to British citizens (such as a right of appeal to various EU courts). As these were granted by an Act of Parliament, they can only be revoked by another Act of Parliament, not by a decree of the Government. Therefore the European Communities Act 1972 must be properly repealed by Parliament, not de-facto rendered inoperative by action of the Government.
Fast forward to today and we have a huge multitude of IoT devices with telnet interfaces (a ton of webcams) and default (and hardcoded) passwords... Now we have the Mirai botnet...
I've been working with es6 for two years now and never even heard of this happening to someone. Given the huge number of people who use babeljs, if there were to be a bug in it, it'd be reported and fixed rather quickly.

Yes, transpiling es6 -> es5 is adding another layer of complexity to your codebase, another thing that could potentially go wrong, but the reality is that the development gains we get from being able to use es6 are far more important than a small chance of a problem. It works well enough that you don't even think about it after leaving webpack in watch mode.
I can't upvote this enough. It is imperative to make at least a block diagram before you start typing. Making some timing diagrams for critical sections will save even more headache.
"So, sorry to tell you guys, but it's not innovative, it's lucky."

If only luck made slack, then doesn't that mean Microsoft will need to be equally lucky to succeed?
And "the State" of some form is a feature of any society larger than a couple dozen of people.

Seriously, human societies self-organize, and for a good reason.
I love walking and would do it more often, but how have you kept up the health of your knees? If I walk (like walking from A > B in one go) more than about 2 hours a day by the 3rd or 4th day my knees start to feel it.
I remember thinking this to myself about five billion times back when Twitter blew up right as we were all busy writing Twitter-like Rails apps for fun. Timing is everything.
My personal favorite is the GoToMeeting planned days in advance where the invite goes out to 15 people and the only "work" that gets done is two of the attendees say "I will e-mail you the details" to each other, followed by 30 seconds of awkward silence and the end of the call.
Innovating or holding on? They don't seem to be holding on in the case of "Dongle Gate". They switched to the new stuff early and are letting everyone else catch up. In a couple years USB-C will be on almost everything and we won't need dongles anymore. Seems really similar to how the early macs had only usb.
Microsoft has nothing close to a monopoly in this space, so no.
Email does the stored-history thing. So does every other mobile IM app I have (the built-in SMS app, Google Hangouts, BBM, etc.).

Furthermore, in the IRC world that's not uncommon either; Quasseldroid does this. https://play.google.com/store/apps/details?id=com.iskrembile...
Fuji Xerox DocuPrint M205B Printer Driver Download
Jasonette: Create native iOS apps with JSON
i agree, but you have to understand that people really, really, really like IPA's. they taste good and are generally brewed with high ABV meaning less money spent and less calories for a buzz. this is especially true when eating with your beer.
You walk four hours each workday? Why not bike?
Adding a backlog to IRC is something that has been around almost as long as IRC.

Bots to sit in channels to passively log; bots which act to send messages to people who are presently offline, at the time at which they come online again; and so on.

Adding a log to IRC isn't particularly innovative. Slack's value is almost entirely in its user engagement, not its technology.
Location: Virginia, USA
Remote: Yes
Willing to relocate: Yes
Technologies: .NET Framework (C#/F#), Functional Programming, experience with building/maintaining REST-ful APIs (see resume for full list)
Résumé/CV: http://educ.jmu.edu/~floresam/resume2016.pdf
Email: alexmflores@gmail.com

I am currently a Computer Science undergraduate expecting to graduate May 2017, interested in a full-time position. I started programming for fun when I was young, and have always considered it a passion of mine. I love to learn (especially about more theoretical topics), and feel most engaged when taking on complex problems.
"The last thing the world needs is another immature SSL/TLS implementation"

Are you saying we should live forever with the established SSL libraries?

The only way software can mature, is to write it, release it, ship it, fix it, repeat.
While i wish them luck, i suspect they will be caught in eternal catching up mode. This because Google have a whole lot of programmer-hours to throw at adding and changing things.
But that wasn't really the comparison. The comparison is train versus driving a car, and I'd agree with GP – car commutes are a million times worse. I'm sure not everyone agrees with this, but your comment doesn't even address it.
The context is someone arguing that you shouldn't worry about the federal government wasting $32 million, because it's chump change for them. My point is the polite requests they make are ultimately backed up by these SWAT teams, and that you shouldn't take taxation lightly as a result. Obviously very few cases require them to deploy a SWAT team, since most people would rationally choose to pay the $100.

I'm not saying taxation is bad or that they'll jump on you at the first sign of disobedience, just that the commenter's callous attitude towards spending tax money is bad. It's a very entitled mindset that no government official should have.
A treaty will not save the city erased in such and attack.

A treaty does provide a way for bureaucrats and ambassadors to meddle with, discuss and possibly prevent that attack in advance... if they know about it.

Mounting a working nuke to a working rocket can easily be done in secret by a small team.
It's not anticompetitive if the actual product is easy/cheap to implement (especially on Microsoft's existing infrastructure). If they can do something much cheaper than Slack can, and they can turn a profit at a much lower price point. The Slack product has a lot of delivered value for teams, but that doesn't mean that they have a right to high margins or high costs.
I don't know about this. Android is not on its way to becoming a proprietary operating system, it's as open as it's ever been. Rather the author seems to be trying to redefine "operating system" to include things that have never been a part of such a term before, like online message routing and mapping services. Since when do we define "operating system" as including libraries for specific online services? User interface libraries, kernels, drivers, multimedia frameworks, sure ... but mapping services?

The underlying theme connecting these libraries is that they're clients for Google's proprietary protocols. Sometimes there are good reasons for these protocols to be proprietary. In the case of Maps (which I worked on some years ago) it's because Google's licenses for some data sets are specific to Google, they aren't allowed to just throw it all out there via an open protocol, and they are expected to discover and block non-Google client apps. In the case of the Market, they want to defend against things like abusive install count inflation. They also like to redesign products and change features whenever they want. All these things are easier when you can change the protocol at will because there's only one client to support, and the client team sit next to the server team.

Note for example that the microG folks have had to implement "DroidGuard", a system that tries to spot scripting of Google's servers from non-approved clients. The microG implementation contains fake data that is sent back to the servers. This risks legitimate users being mis-identified as abusers and potentially having their accounts suspended. That risk must be understood by the microG authors but they don't inform you of it anywhere, which seems poor.

Given that both the protocols and client libraries can change at any time without announcement, I don't see how microG users will ever have stable devices. Nor do I see why they care. Even if they reimplement the client libraries Signal and other apps will still be dependent upon the proprietary servers.

If they want a version of Signal that's entirely Google independent the right thing to do is set up and run a competitor to the actual messaging service, not just reimplement a thin protocol wrapper and call it a day.
Have you seen Dr Strangelove?
But does copying the UI is ripping someone off?
Is it impossible to do hardware development in C and automatically convert C to Verilog? https://en.wikipedia.org/wiki/C_to_HDL

What does one lose if they do this? Why isn't this conversion more common?
Good grief no. A better solution is a "help" menu item.
Yes mostly due to Resume Driven Recruitment. All the soft skills and technical acumen become worthless to many companies if you can't hit those language and stack bullet points.
I can't believe this has become a scandal. It's a bit tone-deaf. Okay. There are worse things.
We have studied VHDL in school.

I can say with a fair certainty that 0% of my class uses it now in their jobs.
I wouldn't ever want to touch it again with a ten foot pole.
I've installed MicroG on my (supported) phone via their XDA threads (installed BlankStore,etc..), however some apps claimed to be working are not functional at all due to Google Apps dependencies.

Does anyone know what main apps actually work for an average phone user, i.e. Maps, CityMapper, Dropbox, ...?
Almost none of San José is low-rise apartments. It’s almost all detached units and low-density industrial zones.

If San José replaced all its single family houses with 3–5 story apartment buildings, the density would increase 5x.
> The problem is, Slack has a user base consisting mainly of people willing to switch to the "next big thing" pretty quickly.

I'm not so sure. I got us using Slack at work, and that was after about 12 months of hearing ads for it. It is IRC plus a slick UI and integrated bots, but putting all that together with a web UI and a dedicated client and phone apps makes it multiple times better than regular IRC for the common person.

I don't use twitter. I only started actually using my Facebook account I've had for many years last week, after finally deciding it's curring me off from people to not use it. I've never used Instagram or Snapchat or any of those other newer things. I'm not what you would call "people willing to switch to the next big thing". Quite the opposite in fact. At this point, the new users of slack are hearing about it from other people that are themselves 3-4 people removed from those early adopters.

That said, Slack isn't a perfect snowflake. It's a simple idea executed well. The reason I was so for it once I finally bothered to check it out is because my prior experience with IRC let me immediately see the value they had created by combining IRC and all the extras for IRC together in a nice package, and made it accessible to less technical people.

> The reason I use Slack is because it is better than any of the alternatives, but I wouldn't hesitate to switch to something better if it comes around.

Same here on why I use it, but I would hesitate switching (given most my usage is work related). If Google had a good competitor, we would probably switch, since it was our solution to crappy support for what we need in Hangouts, as all our other stuff is in Google Apps. I imagine a lot of people/companies might feel the same way with MS if their stack is dominated by MS products. For those that already have a fairly heterogeneous environment, there's probably less reason to switch to the major names, but I imagine those groups are already fairly on board with trying new tools to find what works best, so have little allegiance.

Edit: s/seeing ads/hearing ads/. I think a really good case could be made that Slack was genius to market on podcasts as much as they did, and on the ones they did, and that might have been instrumental to their growth.
this. we are a small team but really wanted a person that we liked to work with (he was a long time friend) but he had some language prefs. Its not without a major cost since generally the rest of us dont touch the software stack as much anymore (we are a hardware startup with a lot of EE/Mech and FW) but right now I'm not sure thats a bad thing as we can focus on our respective parts. Rolling with a modern language and framework set was a small price to pay for a great hire. We did stipulate that the backend framework had to by things we were fluent with though.
I took a $80k pay cut to leave LA and work fully remote.
Nah, that thing was a clunker its whole life. They spent the billion because Twitter was much more fearsome at the time.
Tons of IPAs are a sign that the brewery doesn't really have their shit together from a cleanliness standpoint. Tons of hops has an antibacterial side effect.
I have criteria for this:

1. No videos, flashing animations, pop-overs, pop-unders or audio. Ever.

2. I WILL tolerate text, links, and moderately sized images.

3. No building a dossier on me. I may allow tasteful ads but I will still block trackers and analytics with extreme prejudice.
Awesome! Is the actual talk somewhere as a video?
Hate? Everyone i know loves slack. I love slack. I've used it for my last two companies for (~many) years now. That doesn't make it innovative though, imo.

I can't think of a single feature they've done that is innovative. Attaching a file to a message?. Searching history? These aren't new or special in any way shape or form.

What slack did far more than UI, was UX. Top to bottom, it's a very nice UX. It's why i love Slack.

There's no hate coming from me - i'm just a realist. Slack didn't do anything amazing. It just did things right. Which is unfortunate for all of us users, as it took so many years to do things right. Unfortunately for slack though, they showed what is a good UX.. how hard do you think it is to copy that UX? Not easy, sure, but the template is there. Spend some time copying Slack, and i think you can manage to make Slack.Clone.
To some people, jQuery and bootstrap are overkill (motherfuckingwebsite.com, etc).

The rule of thumb is if someone is using a more complicated stack than me then they're foolishly overengineering their app and if they're using a simpler stack than me then they're unsophisticated novices.
An existing problem would be all the integration/bots builts into slack, even if they exist for the alternative, that kind of change is not trivial.
I don't see how anything but regulation would do it. The companies clearly don't give a shit, and they won't, as they can't really be held accountable.
Slack's letter appears to betray defensiveness and fear of competition, rather than a tongue-in-cheek attitude like Apple's ad did. I think that's why it seems weird.
this is ridiculously important and deserves an entire manifesto/epic-rant to be written about it.

having just recently switched jobs, the single biggest cause of pain, failure, frustration, and everything else that sucks at the company I left was pursuing the wrong customers.

throwing good money after bad is a losing situation. some customers need to be allowed to quit. they're not worth keeping on.
Thanks, I'm well aware of what he meant. Rockets have very specific requirements in terms of payload weight and shape. So do nukes. Matching the two would take actual engineering effort. Enough that I may not be possible to do so in total secrecy. Which is what this thread was originally talking about.
I was seriously just thinking that.
Failed hard by selling a company for a couple hundred million?
I think most people realize that there is no secret to success. However it is useful to occasionally ask the question. A successful person might say this is how _I_ did it. Two people are not the same and their situations are not identical but sometimes its worth narrowing the gap so that you have less variables. Certainly luck plays a huge role and most people recognize this, but then again trying to emulate (non shitty) aspects of someone's personality/habits/environment is very common, even in the tech industry. "Which editor do you use", "What is your vim config", "Which laptop does Linus Torvalds use", "What music does X listen to while coding", etc etc.
> to avoid various timing attacks that could be introduced by optimization

Assembler only goes so far. Until you figure out how the processor's front end will decode the machine code and run the underlying RISC program, or how the hypervisor will schedule your program on some shared machines (e.g. in EC2) you're susceptible to a different class of side-channel attacks.
They better, because if they try to adapt skype for business (a.k.a lync), they'll fail miserably. That app was terrible
Did you miss all the "be better than Google"? He seemed intensely scared of them, to the point where he wanted Apple to focus 100% on beating them. Google doesn't do laptop/desktop computers (until this year with the pixel). We are seeing this version of Apple come to fruition; all-in on mobile and consumer software services.
You could look at it in another way though. This is not a will, it's a meeting agenda; Mac didn't need to be discussed at Top100 because Jobs knew the dynamics of that market inside out, there was nothing to discuss.

The overall direction of travel and the emphasis on i-devices were pretty clear, yes, but it was uncharted territory so that's what had to be assessed. The view of the PC as home hub was still there, for example - that's now been ditched in the Apple world, considering Apple TV is an also-ran and iMac / MacMini are effectively dead. Steve might not have done that, not like this anyway.
Working with a LISP brings me far more enjoyment than piping plain-old-text. :)

OTOH, I'll take SExps over JSON, thanks.