People keep saying that. There are two problems with that, namely ① Google's own ads are easy to block using the new API and ② the new API is effective at blocking various evil attacks. If Google wanted to get rid of ad blockers, I'm sure they could come up with an API that does a better job than that.
Not to hand, for sharing here, but just try it with something like your CV, in neat HTML. Set yourself some rules to not use classes (for the lols, not out of ideological hatred) or divs (there is always a better element).
If you can't do it, there is probably more work to do with your document structure. Also try and always have a h1-h6 heading in your articles, sections, asides and even navs, at the top. Headings should not be in a sea of paragraphs, they should be at the top of a content sectioning element, nowhere else.
HTML elements are used to describe their content and not have anything to do with layout. While they often have common properties, these can be changed using CSS.
So use the element that best describes its content.
Browser dev tools are incredible, but they just hit different than view source.
The web of the 90s and early 2000s was just so accessible as a kid curious about how it all worked. You could cobble together a personal website on Geocities and learn by copy and pasting code you found on someone else's website that did something cool. It just promoted this really beautiful experimentation and cross pollination of ideas that is mostly lost now.
Played TrackMania Nations Forever so much when I was younger. It was a great time to relax and chat with people from all over the world.
That game struck an interesting balance between trying to improve your lap times and just socialize and hang out. The tracks playing in the background added a lot to the sense of everyone hanging out in the same place. Always looked forward to the current map changing, they always managed to keep it interesting.
We totally understand your point. We started with extension as developers/designers found it especially handy for a quick look-up while working on their projects. Not to worry though - we're working on something for the web as well!
During initial development we are starting out with bundeling our angular app with the api by serving the angular app as dropwizard assets. There we use webpack-dev-server in proxy mode for easier development with livereload.
We don't like the complexity of seperation from the start. If we run into problems (assets need to scale differently than the api) it's pretty easy to extract the static angular app and serve it via a separate webserver.
I'm probably the rare developer who prefers the UI and feel of Windows to OSX.. though I am probably a prototypical use case to switch to Mint, but haven't got around to it.
I feel comfortable with all the UIs, but essentially I want to be as close to my application's production environment as possible, while still being productive. I've never worked on a team where that environment was windows, and setting up node/ruby/docker/vim/bash/nginx in a windows environment has always been a total pain compared to either linux or OS X (still kind of a pain for docker, but slightly less so).
For some of these core tools, authors explicitly state that windows is a second class citizen. It's just not worth the expense to support something that has so few comparative users, in some cases (ruby). It's a lot of work for something that will never feel "native".
I feel that Windows 7 was really the pinnacle UI for desktops... I kind of dig Unity, as it's similar enough for me. I do prefer a bash prompt to CMD though.
I don't think node on Windows is so bad these days once you've got Python 2.x and VS 2015 Community installed... When I started with node (0.6-0.8 era), it was pretty bad in Windows. These days most popular modules just work, or work once you have gyp prereq's installed.
Maybe we're both rare, but I think Windows 7 and Windows 10 are both really nice, as is the Edge browser. I've been considering switching from OSX. It seems like it should be relatively convenient with tools like Vagrant to develop on Windows but run, test, and deploy on Linux. But I haven't tested this hypothesis yet.
As long as you get Windows 10 Pro, you get Hyper-V... I have an always-on linux VM that I SSH a few terminals to and map a drive via SAMBA on the VM to my desktop, so I can edit in a windows GUI, but interact in Linux... it works pretty well, and tbh is usually easier than the odd edge case with windows, unless you're a C/C++ guy.
Hyper-V is just a VM environment that comes with some versions of windows... It's not really too much different than VMWare, Parallels or VirtualBox... It does have an option to start in the background on machine start on the desktop version.
So I installed Ubuntu Server (latest) in a Virtual Machine via Hyper-V... set it to auto-boot.. setup OpenSSH, setup Samba ... I kind of just muddled through it, to be honest.. after that, I setup Docker, build-essentials and nvm, which covered my needs there.
On the windows side, I use Clover as an explorer replacement (file explorer, not the desktop), and use ConEmu for tabbed shell interfaces. It works pretty well for me. I use GUI stuff in windows, and the linux side via SSH.
With a fake POM and shelling out (and uses the go-offline goal, it could be argued that copy-dependencies is probably what you want). The proper way would be to use Aether.
