My last 2 months have been on 4 hours of sleep per night.
Yeah it works, but God does it suck. This has occurred out of a need to get work done, so I wonder how many others found themselves conditioned in the same way.
> I even know people who deliberately did "out and back" jumps to leap-frog over others at the same original company.
This is commonly known as a valid strategy at the place I work. It's very difficult to come in giving a shit about my code when the future of my position is a dead end.
The company I previously worked at advertised a position to work alongside me at my same level doing the same work, the salary being offered was 50% higher than my salary at the time.
I took this to my manager and all he had to say was "there's nothing I can do, I don't set these things"
It's downright insulting to see this kind of behaviour.
> Doesn't this method of including dynamic data in the index.html page prevent it being served from a CDN?
if your cdn is serving static html pages then yeah probably. If it's just serving assets like images/js/css/fonts, it shouldn't be an issue since those would all be extra reqs anyway, and not "compiled" into the html.
I serve up all my angular view templates as static files (ui-router), use ng-include for dumb stuff like footer text that never changes, and rely on the API (hmac) for populating content.
Perhaps this is over opinionated, but angular seems to me to be designed so that you don't have to do ANY view templating bullshit on the server. I don't have a single angular app that hits the app server for an html template compiled by code. In fact the only thing I do serverside templating in now is drupal.
Depends on how you're using angular to inject views.
Vanilla angular views are requested, parsed, bindings added, and then presented. It's one request for the html, all the rest happens in browser.
angular ui views may be different, but according to my network panel on chrome its still one request for the template and whatever assets it brings with it.
I'm going to guess the guys meant they will preload the first view based on page state, which does indeed save a single round trip, but means nothing for any state changes that would occur after the fact. I would argue that an app which needs to micro optimize like this might not be built correctly from the get go, as you're really only saving 1 request and whatever small byte size of the content.
That's not what he said. He said it probably wasn't rendr for
angular. I'm pretty sure he's saying they preload the initial viewing
template (not a prefilled template) based on app state - stuff like
clientside routing and such. The browser still has to render the
template, but it doesn't have to be fetched by a separate request.
Please don't mess with my ability to scroll through content. Additionally, having content in between the nav breaks is infuriating, and my scroll bar is gone.
Your comment is overly harsh but I find the reaction interesting. It’s getting more common here.
In other cases I’m also disturbed by the broken scrolling but in this case my only complaint is the space bar not working. This is a slideshow, but it feels like scrolling because it goes vertically and the scroll bar works. I’m pretty sure if the scroll bar were completely disabled and there was a [next] button with a different transition you wouldn’t complain because you wouldn’t think of it as broken scrolling, but just as another slideshow.
So, my suggestion to the author: make it slide horizontally.
I work a full 8-5 salaried job, have a side job from 6-whenever I sleep, and am starting a consulting gig with a friend of mine.
All bootstrapped, all while still having security. Things are still in their infancy, but we have 5 clients between two people, so things may pick up a bit soon.
I wouldn't do this any other way though. It may take a little bit longer to set everything up, but I have security. If everything fails tomorrow, my worst case scenario is I get back up and go back to work in the morning.
We'll pretty much take care of whatever a company needs as long as it isn't .net. We're predominately a PHP shop that deals with Magento and Drupal dev, but we also do full app development from scratch on Symfony2 or Yii, whatever fits the task the best.
We get requests for doing maint on clients old sites, migrations to new setups, and sometimes just build off little glue apps that makes peoples' lives easier around their respective offices. It's small but getting there.
Here's the LKML listing, because that little asp classic site seems to be having some slowness, and they didn't really include much more than a small summary, which is about as big as the whole lkml article anyway.
> ...paying money to a third party for mojang's work
Is this really the case though? Aren't these people paying for a specific economy type created in game? they could go play any number of free servers or run their own, but they choose to play a P2W server. The server ops are really charging money for the service of the in game economy being micromanaged.
It embarrasses me when we have techs from other companies doing training or demos and management starts spouting this bullshit.