I feel there are a lot of compelling UI opportunities for non-gaming uses without headsets, eye tracking, holographic hardware, etc. Back when VRML was a thing, navigating a 3d space with a mouse was painful. However, with just the graphics rendering, touch displays and gestures that have commodity availability now I feel like we can break out of the icons/desktop/menus paradigm to interface with applications and data. In fact, I question whether anything of great utility can come of the fancy new AR, holograms, etc if we can't even think outside the old 2D box to interface with applications and data with the graphics rendering, touch displays and gestures widely and cheaply that are ubiquitously available right now.
The dismissal of 3d as interface for applications and data is emblematic of the absence of creativity cited in my original comment. Yes, we're accustomed to navigating folder hierarchies and invoking discrete functionality but outside of that paradigm data can be organized and retrieved more effectively. IOW, when presented with steam and internal combustion capabilities all you still want is a faster horse it's a lapse of the imagination.
Does the presence of this post indicate that VRML is going to be relevant for ...anything... ever again?
I have an old t-shirt around somewhere from a VRML event in the mid-90's (back when I was tinkering on making dumb little scenes a cracked AutoCAD)... yay, it's relevant again :)
Personally, I've felt for a long time that as video cards and GPUs have made rendering a buzzillion polygons per second tenable, operating system developers should rethink their attachment to the two dimensional desktop metaphor that's been the interface for over three decades now. Whenever I suggest this, people tend to knee-jerk on how silly the Jurassic Park scene is with the SGI filesystem navigator (ya, the "It's unix! I know this" scene). Yep, that was the extent of our imagination working within the constraints thirty years ago but I do believe we can and should do better. But I have little confidence in the capacity of Meta or Microsoft to drive that kind of innovation, the creativity and incentives within those organizations will thwart any breakthroughs.
Fastly | Senior SRE - Edge Cloud | London, Madrid, Stockholm or EU Remote | https://www.fastly.com/
Fastly is building up the team that owns managing change on its world wide bare metal infrastructure. We are operationally minded software developers programming in Go and Ruby to orchestrate the application software updates and configuration changes as fast as safely possible and automation around our infrastructure lifecycle. The SRE team partners with application developers and operations engineers around the world and need to grow the team in the UK or Europe. Fastly has offices in London, Madrid and Stockholm but our team also welcomes applicants from throughout the UK, Sweden, Spain and the Netherlands who are experienced with home office remote work.
Bitnami | San Francisco or West Coast REMOTE | Senior SRE | Full Time
Bitnami is on a mission to bring awesome software to everyone. Building and configuring software stacks can drag down an organization’s time to market with their applications but we make it super easy for anyone to run software in the cloud.
I’m hiring Senior Site Reliability Engineers to join BItnami who will help us build the next generation of cloud infrastructure and will have an impact on our products. We work with all of the major cloud service providers with code written in Ruby, Go and Javascript as well as operational tooling that leverages AWS, Ansible, Rundeck, Packer, Git, Icinga2, Cloudwatch, Monit, Vagrant, Docker, Kubernetes, Jenkins, ELK and other state-of-the-art enabling technologies. We’re focused on tools and event-driven infrastructure to bring automation and autonomic computing to systems that smoothly scales up and out for production use cases as well as scaling down for development.
Bitnami’s SRE team is distributed around the globe in timezones separated to optimize for hand-offs and humane on-call. We offer competitive compensation, flexible time off and other benefits. We have regular outings in Spain (travel provided by the company) and other fun activities together.
I'm surprised at all of the responses calling for the CTO to be fired. It's very common to have founders who are very good at the very early stage but lack the experience to scale the technology, the team, the culture and the business.
Ask yourself these questions:
* Are the CEO cofound and CTO in cahoots, engaged in a malicious equity grab? If so, you chose partners poorly, move on post-funding. If not, then there's probably something important to listen to here. Then ask:
* Are your technical and project execution chops going to take the company to the next level of technical, organizational and business scale? If so, you chose a CTO poorly and your CEO co-founder is a fool, move on post-posting. If not, then you have another choice:
* Are there other ways you can help the technology, organization and business grow? If so, discuss that transition instead of an exit. Otherwise, be grateful for the lessons learned and move on post-funding.
In all of the "move on" cases, assess that your equity position is aligned with your contribution to where the company will be when it's ultimately profitable or liquid. If it's still very early stage, that proportion may be very small but it will be better to have a small bit of something successful that a large portion of a failed company.
Set aside ego, consult an attorney (as advised elsewhere), don't engage in scorched earth and figure out if these are people you want to continue working with, you can contribute getting the company to the next level and if so, in what role.
I use MySQL plenty and there's a lot of things I like about it. But I honestly don't understand any of the MySQL related comments on this post. Even if Oracle didn't own MySQL, a migration from Oracle to MySQL is significantly more difficult than one from Oracle to PostgreSQL. The poor join performance of MySQL make it doubtful that it could have ever been a serious discussion at Salesforce (to say nothing of the merits of mvcc and PostgreSQL's license).
The posting says they're hiring only 5 now, 40-50 next year;I inferred they're still in an exploratory phase because if they were all in, they'd be hiring more than 5 now. The posting doesn't say they're doing a migration but having worked on Oracle -> PostgreSQL migrations and sharded database infrastructures, it makes sense.
Salesforce spends a huge amount of money on licensing their horizontally scaled Oracle databases. I'd venture to guess this signals Benioff exploring a strategic bet to tell Ellison to fuck off once and for all.
Maintaining the good graces and friendship with the founders and moving on aren't mutually exclusive. They're not stupid, just level with them: the traction achieved isn't what you aspired to and you want to work on something else. Be assured that they respect the technical contributions you've made, if they can't respect your aspirations than their good graces aren't worth worrying about.
Hadoop is good at what it's designed for (data processing parallelization built by programmers) and bad at what it's not (ad hoc queries by people who are not programmers).
I also found it interesting that the storage media is specified and it's SSDs. Solid state will be hugely disruptive for hosted services, I've been hoping for an instance-by-the-hour service backed by SSDs and I'll surmise from this announcement that it won't be long before that shows up on the EC2 menu. Gimme :)
A "ruby vs. perl" fight is the furthest from my mind, I'm just speaking anecdotally about what my friends who, like me, were heavy perl users are using in it's place now. If the "measurably" bit refers to how the runtimes benchmark, yes, absolutely, it doesn't make sense.
Back in the day, I was an avid mod_perl user and Perl 5 enthusiast.
I recall being optimistic that Perl 6 would come out of the oven in 12 to 18 months. Sadly, that was in 2004. My feelings about Perl 6 are like those about a Microsoft OS that is stable, secure and performant: a nice idea that has grown into a myth. Sorry to dump on Perl, I still have many friends who use Perl 5 on daily basis. I think for a lot of folks, the real "Perl 6" is... Ruby.
Apt comparison. It's easy to see how both perl and scala can degenerate into "line noise", both are quite powerful and both have their religious adherents and detractors. While I would refrain from using punctuation characters in method names, I think it's an asset that scala allows it. Colebourne's desire for version awareness in class loading is one I'd agree with with but I've wanted that in just about every language. The rest of his complaints just sound like crabby BS to me. FWIW, my experience with scala was a short project last year where it was essentially just a "better java" with smatterings of implicits and FP, I enjoyed it and plan on using scala again in the future.
Yet another illustration about how broken the health care system is in the US. Pharmaceutical and medical device companies are disincented to produce cost effective treatments, it's really an outrage. Medicine in the US is geared towards costly treatments that are needed on a recurring basis; we're inundated with marketing and profit driven medicine. IMO, the NIH and FDA should be promoting a research-rewarded system that promotes cost effective and potentially society-shifting treatments such as RISUG.
The dismissal of 3d as interface for applications and data is emblematic of the absence of creativity cited in my original comment. Yes, we're accustomed to navigating folder hierarchies and invoking discrete functionality but outside of that paradigm data can be organized and retrieved more effectively. IOW, when presented with steam and internal combustion capabilities all you still want is a faster horse it's a lapse of the imagination.