HN user
The elision of the 'e' in -cester placenames so that the 'c' and 's' have a single sound is reasonably common e.g. Leicester, Gloucester, Worcester, Towcester, Bicester. So English natives should have a reasonable chance of getting the pronunciation of a previously unseen example correct.
In UK only people who are explicitly listed on the insurance document can drive the car
That's not entirely true, it depends on your insurance. It's an offence to drive a car without insurance, and an offence to allow someone who is uninsured to drive your car. Some insurance policies do not extend the insurance you took out to driving other peoples cars. However, some fully comprehensive policies do have third party insurance while you are driving someone else's car with their permission. In that case it's fully legal to drive.
It's an easily recognizable icon that indicates which room to use and doesn't rely on which language you speak. For English speakers M and F might be just as easy, but which would you use of حمام للرجال and حمام للنساء?
Google is half right. One translation for "quod" is because, or reason for, which is the sense that Google is presumably using here. You're probably after "ratio" from "reor" meaning thought.
I've got several hundred bookmarks, but they're certainly better sorted than the apps on my phone. I've got them in subfolders by type, and as another poster noted the address bar autofills from the bookmarks so it takes me no time at all to find any of my bookmarked pages.
In contrast I can only sort the apps on my phone on to one of several pages, and to find one I have to flick through them looking for a particular icon. I don't even get customized text descriptions, let alone subfolders, customized icons...
This article misses that the browser version of installing an app on a computer is bookmarking a web page in your browser. With cloud syncing I can even take my bookmarks with me across different computers.
In their example, if I came across a useful website called 'Stayful' it would be bookmarked and available for quick access the next time I'm planning a holiday.
There are some parts of the engine like move generation and searching that are nicely parallelizable with goroutines. As far as I know Go provides limited support for intrinsics, but you can always use C or assembly to provide access to things like __builtin_ffsll or _BitScanForward64 if you're using bitboards. You should be able to avoid any GC based slowdowns by using stack based variables for most functions, so in that respect it shouldn't be any slower than the corresponding C code. I've only dabbled in Go myself, but from what I've seen it's at least worth a try.
For console games C++ is unlikely to be replaced in the near future, although an ever increasing portion of the game code is likely to be written in a scripting engine on top of and underlying C++ base. Of course, the main reason that the engines are written in C++ is that that's what the toolchain provided by Microsoft/Sony/Nintendo supports, so there aren't really any other options unless you want to write your own compiler. There are however a few good reasons to use C++ for console games.
Console games have some fairly unique restrictions which are difficult to meet in other languages. The most major one being that they usually have predefined memory usage maps, and often disallow allocation/deallocation for large parts of their runtime. This means that garbage collected languages aren't really an option unless you have tight control over the collection itself. Also to squeeze as much data into as little memory as possible games often use custom allocators which can take advantage of the fact that the memory layout is mostly known ahead of time and is mostly static.
The other bonus of C++ is that you can drop down into assembler, either to speed up a certain portion of code, or to work around a bug in the compiler chain. Because the toolchains tend to be targeting fairly unique systems, they tend not to be as mature as toolchains for the PC so both of these situations can, and do, occur.
With the ever increasing amount of memory available in consoles it's possible that they'll reach a point where they won't have to have as tight a control over the memory, but mostly when extra memory is available it's quickly filled with larger textures, more detailed models, higher fidelity physics maps, or more AI agents.
"your application will move to the top of the pile...regardless of your qualifications."
I've not used the LinkedIn job boards, but the rest of the article implies that the rest of the list is sorted with the "most qualified" at the top. If the second part of the above quote is true, I'd be skipping straight past the "featured applicants" to the ones who are there because they have the best qualifications.
These are quite different circumstances though. Bethesda were trying to apply their trademark in an overly broad way to an unconnected game, whereas the makers on your site are using Mojang's exact trademark to sell unlicensed goods based directly on their product. Had Bethesda actually taken Mojang to court it was debatable which way the case would go, although on balance most opinions I saw went with Mojang. In this case it's very much more clear cut.
http://www.gamedev.net/page/resources/_/technical/game-progr... gives a fairly reasonable progression, and in general gamedev.net has a lot of useful tutorials and articles.
Technically an overflow on a signed variable results in undefined behaviour so it could crash out, but all the compilers I've tried just wrap around.
I'll quite happily take the snacks if it means I can code in peace all day and not have to worry about finding funding, talking to investors, keeping the company running, etc. They're the ones with money on the line too, they probably deserve the "massive checks".
World of Goo (90%), Machinarium(90%-95%) and the PC Gaming Alliance (90% for high end titles) have all claimed piracy rates of 90% or above.
Also there seems to be a gap in your reasoning, going DRM free didn't cause the overload on their server, unless you're claiming that going DRM free caused people to pirate it. The huge pile of (previously) DRMed media currently being pirated would beg to differ with you. They did use accounts (or a code per game), so the pirates were unable to log in to the server, but the fact that they were trying to is what was causing the problems (from the update at the end of the article). If they'd had DRM, it would have been cracked, people would have pirated the game, tried to contact the servers and they still would have fallen over.
That's anecdotal evidence too. There's nothing to show that it being DRM free caused it to be pirated more. I've seen figures that suggest that 90% of installs of a game come from pirates, so at 85% (18,000 legitimate installs from 120,000) anecdotally they seem to have reduced the level of piracy. The effect on their servers sounds like poor infrastructure design more than anything else, especially given they were able to deploy an infrastructure fix fairly rapidly.
My point was it's unclear that the economics does support it, and the evidence that's slowly accumulating suggests that in fact the economics supports the opposite.
> "DRM-free scares the shit out of me"
Why? DRM certainly doesn't prevent piracy, and from at least anecdotal evidence removing DRM reduces piracy and increases sales. There are a few studies that I found that bear out the last point, but I haven't read them fully and am unsure how correct they are.
It depends entirely on the senior dev. If it were me I'd be glad for the pointers from someone more experience with the language than me. Even the most junior of devs probably knows more about some particular subject than I do, and I'm always willing to learn.
On the other hand some people act is if their code comes straight from God on High and flows into this world through their fingers and may not be touched by mere mortals like the rest of us. In that case you might as well give up now.
The fact he's assigned you to manage and extend them suggests he might be nearer to the first approach, in which case just have a talk with him. You'll hopefully find that he'll be open to having you improve/rewrite them while he learns his mistakes.
That was to develop one of their iterations, it was a team of 20 working for three or four years. I can't find the source, it may well have been a talk at GDC.
If they're good, yes. Look at Unreal, id Tech, Unity. For AAA console games, a large number of them license the Unreal engine from Epic. For mobile and smaller games the Unity engine offers both Android and iPhone compatibility. They are huge undertakings though, an estimate I saw for Unreal was 60-80 man years.
If I'm at a restaurant looking at the menu it's because I'm doing something out of the ordinary. Maybe I'm on holiday, or I'm treating myself (or someone else), or celebrating. In any case I don't really care about calories, I'm there to enjoy myself. I'm not going to not order the meal I want because it's a few hundred calories more than the celery salad.
The rest of the time I eat healthily enough that one night off probably isn't going to harm me.
There's a talk by Randall Munroe (xkcd) at google where this is debunked by Knuth himself. It also features him being asked questions about Python by Guido.
>I’m not really suggesting that you permanently disable the h, j, k, and l keys. ... But...If it forces you out of your comfort zone and encourages you to use wordwise motions, character searches, and other motions, then it counts as a useful exercise.
Actually studies suggest that for "knowledge workers" like programmers 25 minutes is the average amount of time it takes to recover from an interruption to a task. So half an hour lost to an interruption isn't that bad an estimate. Anecdotally I've certainly had times deep into debugging complex problems where an interruption has needed a lot longer than 30 minutes to recover from.
This wasn't lost at all, several sites and newspapers mentioned it. The answers were that Tesla collects this data on all cars given out to journalists for test drives and any cars where the owner gives consent.
Sony's initial releases are larger than later slim versions for the same reason that computers used to take up entire rooms and now fit comfortably in your pocket. Given that it's not releasing till around the end of this year the design probably isn't finalised and they don't want to show it till it is.
They say part way down the page "We will provide an interface that will allow you to submit your solution for grading closer to the due date. Instructions will be made available on the main course site.". Although that's the only reference to a due date that I can find.
I agree that a lot of code is "bad" looking back at it but, I think there's still a difference between bad programmers who when they find a screw are quite happy to drive it in with a hammer and good programmers who go looking for something better, even if they end up with a butter knife instead of a screwdriver.
If there are 11 digits that change then there are 1011 possible different numbers. Depending on how many they use per day that give a different amount of time before they have to repeat:
1000 per day: 273791 years
1000000 per day: 273 years
So even assuming a lot more than your thousands of cards a day they've got a while before they run out of numbers. Depending on how their system works trying to guess one is futile, if the cards come into use when they're printed and are no longer valid once they've been used you've got a very small window in which to guess one in one hundred billion. So:
1). One hundred billion
2). Tiny to very tiny depending on how many cards are in circulation at any one time.
3). See above
4). Almost certainly not
5). That depends on how they pick their numbers, if it were me I'd use a CSPRNG to generate the numbers and store them, this has the advantage that it's nearly impossible to guess future numbers given previous ones. If they're only using a PRNG or some other weak system then it may be possible if you collect a large enough number of cards to predict future numbers.
Except that we're rapidly becoming better shots, and we're aiming at a target that's already been drawn.
> while this can only be useful where you still have atmosphere and oxygen
The planned SABRE engine can act as a rocket as well closing the intake and using stored liquid oxygen so it would be capable of operating without an atmosphere and oxygen and landing on Mars.