You do need a way to gather interesting people in one place, but you don't need a traditional conference (especially an expensive conference) to do so.
633 karma · joined February 13, 2009
You do need a way to gather interesting people in one place, but you don't need a traditional conference (especially an expensive conference) to do so.
Receipts are just receipts, and there's no real value you can provide for me there. Instead, remember who I am, and welcome me back next time.
I should also note that the author's point could have been better elucidated without relying so heavily on braggart anecdote.
Additionally, Apple switched to a binary file format to improve performance in 10.5, which may be converted to/from the text format, or edited directly using the property list editor.
There's also nothing stopping a software author from documenting their settings file keys, and some do. However, most of the settings options you do see listed on that site are undocumented because they are unsupported.
Until we developers have books that better elucidate the pitfalls of implementation, or better libraries that avoid the pitfalls on our behalf, we'll be stuck "building crypto", somewhat blindly.
I've seen you recommend GPGME previously. It's practice of executing the GPG command line tool is just not workable in many implementation environments. In my most recent use-case (several years ago), if there had been a decent portable, liberally licensed stream-supporting implementation of CMS (RFC3852), I would have gladly, readily used it.
http://developer.apple.com/DOCUMENTATION/Cocoa/Reference/Fou...
TechCrunch, Coding Horror, and Rails-Drama are not insightful, often factually incorrect, always incendiary -- linkbait flytraps for junior technologists.
This is a phrase I've heard more than once from individuals who lack the humility to appreciate that the meeting is also a success if they teach just one thing.
Your argument is pretentious, arrogant, and ultimately clueless.
For small builds, jar is sufficiently fast as to not raise any red flags. For large builds, jar overhead is small enough as to be easily lost in the noise.
The build should have been profiled, and this is an embarrassing bug, but it's absolutely, completely ridiculous to generalize this to the fact that Java developers could be the "kind of people who just accept the limitations of their systems without questioning".
What would be the upside?
See RFC 3501, section 6.4.4:
"The only question is, how big a dick move was it?"
"It's only a good thing for people who fuck up a lot."
Properly profiling the full execution path should be an entirely obvious step to take.
There are quite a few stories of this nature, which could simply be summarized as individuals finding incredibly simple inefficiencies and then fixing them.
The regular occurrence of such issues in a project implies an immature, poorly profiled code base, and are the kinds of things that other projects fix without fanfare.
Our most recent database-backed dynamic web application can serve >10000 requests/sec on our mid-range hardware at <2 ms/req, which we achieved by running the most basic of profiling early on and throughout the development process, and using software that does the same. I don't expect a gold star for this.
Yes. However, I can also choose to not read Hacker News, or The New York Times.
Why, exactly, do you think that your proposed "right not to see things you don't want to see" trumps the right of others to advertise on their own property / speak their own minds?
Your position is predicated on the idea that other's speech and property rights trump speech rights -- that is, the artists' free speech rights are constrained by the property and free speech rights of the advertisers and owners.
Does this not imply that there could be constraints on the exercise of free speech insofar as it infringes upon the rights of others? Could pervasive, unavoidable public advertising, explicitly designed to instill desire through emotional manipulation, somehow infringe on my rights as an individual to not listen?
The iPhoneOS doesn't ship with dynamic_pager, which implements user-space allocation and enabling of page files, but in theory, the necessary kernel support should be available.
Enabling paging to a specific file is done via the macx_swapon syscall:
http://fxr.watson.org/fxr/source/bsd/vm/dp_backing_file.c?v=...
dynamic_pager handles allocation of swap files on-demand (requires free ADC account):
http://www.opensource.apple.com/darwinsource/10.0/system_cmd...
Once the memory is made available to the foremost application, it will not be reclaimed by the operating system; As a game author you do not need to attempt to introduce determinism across all allocations, but instead ensure that initial allocations are not so rapid as to outpace the low-memory handling.
Also , maybe someone around here knows, or my question is stupid, but why isn't a virtual memory mechanism implemented into the iphone OS?
The OS does have a VM, it simply does not have swap space allocated to support paging to disk (flash). Paging would introduce a considerably less enjoyable user experience than forcing applications to account for the available RAM, and significantly decrease flash lifetime.
- Running processes (including background processes) expunge caches, non-visible UI, etc.
- Termination of Safari and Mail, which are kept running to improve the user experience.
In reality, one can use up to approximately 40 megabytes of RAM without triggering an application failure, as long as the memory is not allocated and used before the OS has time to free memory by warning/triggering background processes.
While this is more complicated than a guaranteed minimum available amount of RAM, it does permit applications to consume (and rely on) a relatively fixed amount of RAM, and seems a reasonable compromise on a multi-purpose, non-console consumer device.
My definition of a 'project' includes documentation, stable releases (ie, tar/zip archives), issue tracking, mailing lists -- these things seem to be perennially missing from most github projects I encounter.
It's not my intention to disparage Dowd's work in the least, but yes.
For all the cleverness involved in breaking software, it still takes years (decades?) of clever man hours to produce a secure, well performing virtual machine.
For example, compare slides 15 (RDBMs):
http://www.slideshare.net/mattetti/couchdb-perform-like-a-pr...
and 52 (CouchDB):
http://www.slideshare.net/mattetti/couchdb-perform-like-a-pr...
For example, compare slides 15 (RDBMs):
http://www.slideshare.net/mattetti/couchdb-perform-like-a-pr...
and 52 (CouchDB):
http://www.slideshare.net/mattetti/couchdb-perform-like-a-pr...