Setting aside the moral question for a moment, this seems like a terrible idea from a business perspective. Say nothing of the potential revenue they're turning away over their (bigoted) political views, they'll also lose business from bad PR.
It is using JSON (or XML), but the underlying data model is largely carried over from V3 (or more specifically, the RIM). The problem with HL7 isn't the data format itself, but how information is encoded and the amount of variation that exists. The parent comment was a little misleading in posting a V2 message since that isn't what Apple is using, but as someone who works with HL7 on a regular basis V2 is actually more straightforward to work with a lot of the time.
FHIR is definitely a step in the right direction but it is plagued with the same issues as their other "standards" so I'm not holding my breath.
How would they track pull requests? I agree that it would be nice if it wasn't just restricted to github and the kinds of projects most likely to be hosted there, but it does simplify things on their end.
I do wish they had a way to prevent people from gaming it with fake projects just to get a free T-shirt, especially when there still seem to be others that never receive one. It also just goes against the spirit of the event.
I've worn hearing aids my entire life and manufacturers seeming to focus on miniaturization at the expense of capability always frustrates me. This isn't just driven by business interests though, DSP and EE at that scale are really hard and it's honestly remarkable what modern digital hearing aids can do with such limited resources. It does make me wonder though what would be possible if they just threw a lot of processing power at the problem, like say a Raspberry-pi sized processing unit concealed on the body connected to wireless mics/speakers. This would allow open the possibility to having more than two mics which could help with sound localization, which is something hearing aids are still not very good at.
Maybe it's because BTEs are the only option for someone with my degree of hearing loss, but if given the choice I'd gladly choose (or at least try) a more powerful/sophisticated hearing aid over a more aesthetically pleasing one, all other factors being equal.
Thanks for sharing, and forgive my sounding skeptical. I lucked out because the aphakia and myopia sort of cancel each other out, I still need glasses but they're primarily for near-distance. If I hadn't undergone cataract surgery as an infant, I'd probably have similar challenges.
What is your specific visual condition, if you don't mind my asking. Most people who I'd characterize as "debilitatingly blind" are lucky if they get any benefit from conventional eyeglasses, let alone "better-than-perfect" vision. I have a significant visual impairment myself (myopia, aphakia, and nystagmus) but I wouldn't put myself in that category.
I admittedly haven't explored it in great detail, but when I've asked on their Slack channel a lot of people seem to just use the ingame tools which are "good enough".
A lot of comments here are focusing on the pricing and ignoring the 'sandbox' part of the game's description. There is a leaderboard you can try to climb but it is reset monthly and isn't really shoved in your face. Beyond that you're free to set whatever goals you want and go about them however you wish, with the principles of other strategy games (harvest resources, build things, attack enemies, etc.) to give you ideas. It's really a game about you and your code and how it grows and evolves as your goals and strategies become more complex.
Screeps is definitely worth trying, if for no other reason than to learn javascript at a deeper level if you don't use it extensively. I do have a couple of issues though:
The first is that it is quite resource intensive considering its simple 2D visuals, both in the browser and the standalone client. I'm not sure if it is just poor optimization or the javascript runtime but it shouldn't make my machine hot. It'd be nice if this were addressed.
The second issue I have is the workflow, which doesn't lend itself well to source control. The ingame editor works well enough, but its idea of a "branch" is just a named copy of the code directory. I think there is a way to integrate with github but I don't want to upload everything to the cloud just to be able to track changes. It would be nice if this area were looked at and made more flexible so we could use our tools of choice.
This is correct. If you buy it on Steam you get access to an offline/local server, in addition to being able to play in the persistent universe for free but with a severely limited CPU cap. There is also a way to purchase CPU time with ingame currency similar to EVE Online.
Some high level "What" comments are useful though even if just for yourself, especially for code that can't be easily broken down into modular units. Even if the code itself is very clean, it's still faster to read that one line comment which summarizes it succinctly in plain English.
I'm in a similar boat. I have a CS background but only took one "Computer Organization" class which wasn't even that good but it gave me a starting point. I wish I'd at least minored in EE. What resources have you found especially useful? I'm using All About Circuits[1] to learn fundamentals of electricity in addition to whatever tutorials I read for particular projects.
I have a hard time believing this. The correlations they point out aren't enough to support the conclusions they're drawing. While it makes sense that evolution would select against brains that are too large to pass through the birth canal, shorter gestation is just one of multiple adaptations that could address this.
Agreed though I find that as a professional I'm not as motivated to see side-projects through to completion because I'd rather spend my free time doing other things.
They are both great platforms. The Pi can in theory do everything an Arduino can while also allowing access to a full Linux based OS (or RISC, but I can't comment on that). If you were limited to just one, I'd say to get the Pi just because you can do more with it. The Pi is also better if you're more interested in the software side of things.
In my opinion the Arduino is a bit more mature overall and has better tutorials for beginners starting out in electronics. You can also use it with Windows or OSX if Linux isn't your thing. Even if your long term goal is to do electronics on the Raspberry Pi, I'd recommend getting an Arduino to learn on because it is simpler and doesn't require Linux knowledge.
Yes this is what I was wondering. Some brief searching on similar devices suggests it's a combination of precise sensors and algorithms to tie everything together.
I wish the article had explained how the individual regions on the map are determined. It probably has to do with how the searches are geo-located but it seems like it could've skewed the results for some places.
I discovered Microcorruption thanks to another HN post and I love it. It's one thing to read about things like buffer overruns and stack smashing, but another thing entirely to do them yourself.
No matter how many times I encounter this it never ceases to amaze me. Maybe it's because I played these games growing up, or maybe it's just my interest in low level bit twiddling like this, but probably a bit of both. The process he uses to figure it all out is just as impressive as the hack itself.