> Does that make a difference in the grand scheme of things?
Not really (also, post-7 Player has been re-branded "Workstation Player"[1], presumably so the relationship to Workstation is clearer).
8,193 karma · joined March 15, 2012
https://www.matthewfrost.com/
[ my public key: https://keybase.io/frostmatthew; my proof: https://keybase.io/frostmatthew/sigs/l0uNxfLmrlSDzAOJC6tz0FarsjSontxbI_OaVZH4-dM ]
Not really (also, post-7 Player has been re-branded "Workstation Player"[1], presumably so the relationship to Workstation is clearer).
The development team is not in India and is doing more than bare-minimum maintenance, they have "a great surprise lined up for Q3, something very interesting for Q4, and something very big for H1"[1]
[1] http://blogs.vmware.com/workstation/2016/07/meet-the-team.ht...
Development switched to different people/teams but that doesn't mean it's not under active development. Meet the new team: http://blogs.vmware.com/workstation/2016/07/meet-the-team.ht...
As I commented elsewhere[1] (and in more detail) in this thread Fusion/Workstation is not discontinued/abandoned.
Apparently Workstation 12 removed Unity mode for Linux guests because it was rarely used[1] - I'm just speculating (I don't work in End User Computing) but I imagine that was based on Customer Experience Improvement Program (a.k.a. telemetry) data (I know some people prefer to opt-out of participating but the information is useful, we just implemented it in the product I work on and we're looking forward to being able to make better decisions about feature/bug priority based on it).
If you'd like to provide feedback on Unity support for Linux you might want to tweet to the Workstation team @vmw_workstation (and/or perhaps their PM, @mikeroysoft).
There were just updates for Workstation[1] and Player[2] less than two months ago.
> The team was fired.
The team was replaced, and not simply to do only maintenance patches: "They’ve got a great surprise lined up for Q3, something very interesting for Q4, and something very big for H1."[3]
[N.B. I work for VMware, though not in End User Computing]
[1] http://pubs.vmware.com/Release_Notes/en/workstation/11/works...
[2] http://pubs.vmware.com/Release_Notes/en/player/7/player-714-...
[3] http://blogs.vmware.com/workstation/2016/07/meet-the-team.ht...
She left VMware in 2008, that's only two years after AWS launched and two years before Microsoft Azure. Maybe with the benefit of hindsight "cloud" seems like an obvious next step but I imagine it wasn't as clear in 2008ish - even Amazon didn't move its retail operation to AWS until two years later[1].
[1] http://www.slideshare.net/AmazonWebServices/2011-aws-tour-au...
That's not true, go to Settings -> Notifications -> On Facebook -> and select All Off for Live Videos
When the team I'm on open sourced an upgrade framework[1] of ours we did the same. There's hundreds of commits over the course of years where the only intended audience was internal, some of those may contain information that wouldn't be appropriate for external consumption (e.g. a reference to non-public information) and others (well most of them really) contain information that would be useless externally (e.g. links to builds or reviews that are accessible only internally, bug numbers, etc).
EC2 being developed for internal use is more myth than fact. The original idea was for internal use, but didn't exist much beyond a "short paper"[1] until it was green-lighted (by Bezos) as an external/sellable service.
Seems more accurate that dynastic wealth doesn't usually last[1][2][3]
[1] http://time.com/money/3925308/rich-families-lose-wealth/
[2] http://www.fa-mag.com/news/why-wealth-disappears-8227.html
Because gold is (relatively) easy to sell but "Selling individual diamonds at a profit, even those held over long periods of time, can be surprisingly difficult"[1]
[1] http://www.theatlantic.com/past/issues/82feb/8202diamond2.ht...
As for some of your specific points:
> Nobody is sitting there waiting for their news feed to update.
I check the feed in the morning and usually again in the afternoon. It's not expected to be something you stare at for eight hours a day.
> Nobody wants to seem like they are slacking off talking on social networks instead of working (even on the work one).
Think that's more of a company culture issue - our use of it is appreciated/encouraged.
> No memes and other fun related things, nobody cares and nobody checks.
The vast majority of posts are work-related but we have plenty of groups strictly for non-work/fun purposes (e.g. we have a group for discussing video games).
At VMware we use SocialCast[1] (not sure if we used it before we bought them or not, that was before my time) and it's certainly used in a "meaningful way". Not everyone in the company uses it regularly but certainly more than enough for a sufficient critical mass that if you have a question you can ask it in the appropriate group(s) and you'll most likely have an answer within hours (and often minutes).
ESPP and RSUs are two different and unrelated things. Your original comment I responded to mentioned only ESPP.
As for RSUs they're tradeable as soon as they vest, which is typically a year+ after they're granted. The stock can certainly go down between when they were granted and when they vest but it's more accurate to say you made less money then that you lost money. If I buy a painting for a million dollars and give it to you (at no cost) and you then sell it for $800K you didn't lose $200K.
Don't get me wrong I (and every other VMW employee) would much rather see our stock go up then down, but I think you're being a bit unfair to the ESPP and RSU programs. Even when our stock goes down (and it's done pretty much only that since I started...which I hope is just coincidence, ha) it still works out better than the stock options employees at other companies (particularly startups) get.
Possible, but not common or likely. The shares are granted at the end of one trading day (which will be the close of that day if that's lower than at the beginning of the period) and are available for sell the next trading day. e.g. my last ESPP grant was on a Friday and I sold my shares at the open on the following Monday.
So for someone to lose money through the ESPP the stock a) would need to be lower at the end of the period then the beginning and b) drop 15% at the open. Let's say such a move happens once a year to the average stock, there are about 250 trading days in a year so you have a 0.4% chance of that happening. (realistically it's probably even lower than that since drastic moves like opening down 15% are much more likely to occur following an earnings announcement than on an average day and ESPP grants and earnings aren't aligned)
Neither of those are possible. The worst case scenario is a 15% return on your money, even if the stock does nothing but tank over the entire period. You purchase the stock at a 15% discount at the lower of the price at either the beginning or end of the period.
If the stock was at $100 at the beginning and $120 at the end and you put in $1000 you would get 11.7 shares of VMW stock (purchased at $85 each) with a current market value of $1411, you can sell that on the open market the next day for a 41% return.
Likewise if you put in $1000 and the stock went from $100 to $80 over the period you would get 14.7 shares (purchased at $68) with a market value of $1176, a 17% return. It doesn't matter how much the stock goes down, you're still buying a thousand dollars worth of stock at 15% less than market value, even if the stock went from $100 to $10 you'd buy 117.6 shares for $8.5 (which would be worth $1176 at $10 a share).
Supporting container workloads doesn't need to come at the expense of "traditional" virtualization, e.g. see the work being done with vSphere Integrated Containers[1] or AppCatalyst[2], particularly since most (all?) containers ran on cloud providers are running in a VM.
N.B. I work at VMware, but as an engineer in a completely unrelated BU I have absolutely no insight into Workstation/Fusion strategy
[1] http://blogs.vmware.com/vsphere/2015/10/vsphere-integrated-c...
edit: to be clear I am against privatization of prisons because I think the incentives are woefully misaligned, but wanted to point out it's inaccurate to suggest they're the cause of our high incarceration rate
Charging for longer tweets (either a flat amount or per char over 140) may be a good source of additional revenue. The majority of "normal" users wouldn't take advantage it, but many businesses probably would.
This would have the advantage of removing the char limit when people want to (enough to pay for it) but without drastically changing the culture since the majority of tweets would presumably still be under 140.
Have patience and finish the degree. A degree isn't required but it will generally open more doors, especially for your first job (i.e. when you have no, or little, actual experience) and it sounds like you're already about halfway done (i.e. it's worth the extra year and a half).
That statement seems accurate without "a more adventurous" - I think with Java 8 more people are using Java because they want to instead of because they have to.
e.g. professionally I've used Java more than any other language, it's hands down the language I'm most familiar/comfortable with, yet when I start a side project for myself I've never considered using Java (usually using Ruby or Scala). With Java 8 removing many warts and bringing in a lot of great improvements I'd actually consider using it for a side project.
Looks like a fairly painless upgrade according to http://edgeguides.rubyonrails.org/upgrading_ruby_on_rails.ht...
[1] http://edgeguides.rubyonrails.org/upgrading_ruby_on_rails.ht...
It's easy to refactor (or completely rewrite) for whatever the hot new fad is when you're dealing with small codebases (<100k loc) that haven't been around very long and most likely won't continue to be in use for long. That's not productive when you're working on a product that has millions of lines of code and has been in use for years (and most likely will continue to be so).
It has nothing to do with "pointy haired bosses" - believe it or not a lot of us [enterprise developers] care more about actually getting stuff done then bragging to our friends how we're playing with whatever is hip this week.