skysight-inc/HackerNews huggingface dataset:
I'm guessing you are very much her target audience, above are a bunch of traditional ideas about development that result in huge, drawn out processes for out of date designs that more often than not have some big omission missed during planning. In the meantime you've got a team so ingrained in how their project should work (after years of effort, probably forgotten what they're even building, lost in a world of type masturbation and implementing whatever cool tech they read about today, and demotivated because they've delivered F.A. in the meantime), regardless of its function, that pivoting the mess post-delivery is now impossible.

Yahoo isn't exactly sending men to Mars, they're cobbling together fairly simplistic web apps to serve ads and perhaps even subscriptions that at best need a bit of fancy realtime communication or maybe a very large database in the background. For these kinds of apps and open source where it is now, you can get 'prototype one' built in about 90 minutes by one guy defining a bunch of models and a 0 byte index.html.

Given a team of 3, one week is more than enough time to have a couple of buttons, some rough page layout, and most importantly an increasingly sterling idea of the problems you're going to start running into and how you need to adjust. It's called iterative software development, it's great.

Now just add one PM to whip the software kids in the right direction, and you have a viable chance at delivering an internal demo in 2-3 months.
But since they are CC you can update/change the "official book" with your changes. You can even sell it yourself. The one thing you cannot do is prevent your edition being copied or improved on.

Mandating books be CC licenced would give great freedom to eductors and protect students.
I actually never realised that a swing could be used like this. I always just went forwards and backwards.
Honestly, I'm not sure it does. I've seen plenty of software projects whose documentation consists of an automated compendium of every method in every class, none of which tells me how to actually use it.

I'd prioritise a simple getting started guide. It only has to be a page or so, but something that explains how to run the program, and achieve a few simple tasks. It's far easier to go from a simple case to a more complicated case than it is to go from nothing to even a simple case.

To pick on a specific project, Treetop http://treetop.rubyforge.org/ has a pretty detailed set of documentation (human-generated, not automated), but I found it quite hard to go from the abstract enumeration of its features to actual working code. So hard, in fact, that I wrote up an introduction to help others, and it's been a very popular page: http://po-ru.com/diary/getting-started-with-treetop/
Sphinx is pretty nice, even if it is not a python project.

http://sphinx.pocoo.org/
True, Tim Cook is smart. He also makes sure Google quickly submits this by... suing every android partner of note.

Hey, wait a minute.
Well I still don't understand why they banned me from AdSense and stole my money, at least this guy seems to know why ...
The other day I got my iPhone 5 on the mail, but it wouldn't activate because of a SIM card error. So, I get it the car, look up the closest Verizon store on Apple maps using my old iPhone, and drive there.

I end up at a run down strip mall with no Verizon store in sight. So, I load up Google maps is Safari, and it finds and takes me to an actual Verizon store about 3 miles away.

So yes, people are having actual problems with Apple maps.
I think you're mistaking this site for an apple rumors forum where flames like this are the norm.
Damn.. was excited about this until I saw it was mac only. I used to use RSS subscriptions for torrent but those went the way of the buffalo a while ago... so now i'm forced to do it manually every day.
This is not just an "end user" problem it is a developer problem. Our "hyper local" app looks (and is) terrible on iOS6 but runs just fine on iOS5 (with Google mapping).

iOS was the choice for the lead mobile platform but with iOS6 take up levels running high we may have to switch to Android to be able to demonstrate all of our ideas.
So a better analogy would be to quote total FLOPS.
In the Python world, readthedocs.org has made writing docs easier - it takes care of rebuilding documentation each time you commit. It's implemented in Python, and most popular with the Python community, but it can be used for other languages as well.
Operacja TrumanShow już dziś
> At what point in the timeline of Minecraft did it meet this criteria

When it hit v1.0?
Adding /all to the URL also works and keeps the layout: http://www.dallasobserver.com/1999-01-14/news/stormy-weather...
Confirmed; the US Patent Office says "Patent Expired Due to NonPayment of Maintenance Fees Under 37 CFR 1.362".
I never really thought that Apple would reject a Google Maps app, but there are people who were (and likely are still) completely convinced that Apple would reject an app from Google.

That’s clearly not Apple’s goal here. Their goal was never to force out Google, their goal was to be able to take their destiny into their own hands and to make progress on Maps at least possible.
TomTom's just providing data, they can be (relatively) easily replaced without the user knowing. I'd be surprised if Apple couldn't flip a switch and make OSM the primary data for the USA if they wanted to.

Using Google, Apple was more or less totally at their mercy. Google sent an API and Apple implemented it; and Apple doesn't get much of a say in what they can do with the maps. If Google's data is wrong, Apple couldn't do anything about it.
Acknowledges shortcomings and vows to improve the maps. What more could you want from an apology?
FB, Twitter, and YT were incredibly small teams of less than a handful who knew exactly what they wanted to build. Expectations were minimal or non-existent when they launched. They didn't have a corporate board, a CEO, or Wall Street looking over their shoulders for monetization.

Looking from the outside, they seem to have a dysfunctional culture around shipping software with all the additional layers of management. Hopefully this changes and they have a chance producing meaningful products but I'm not hopeful.
I agree with full screen! Maybe rounds?
Aren't all usernames are contextual? When I see a screenshot of a tweet, I assume the username and mentions are on twitter and may or may not carry over to other services. If I saw a screenshot of your message in here on hn, I would assume that wahnfrieden is your hn identifier. How is this any different?

Each app/server has the power to display the data however they want. We're talking specifically about how tent.is should displays microblogging messages. On tent.is the full user identifier (with the site URL) is visible above each post, so they could safely to truncate tent.is identifiers to make mentions more readable. A different server or app could find a different solution.
It would be better if they choose CC-BY-SA, which requires that derived works be under that licence aswell.

(Neither CC-BY nor CC-BY-SA block commerical use, and that's fine IMO)
Looks terrible? I don't think the look of the new maps is under much criticism. I thought the general consensus was "pretty but not as functional"?
I dunno, it must have been even harder for Apple to fess up to the problem and provide free cases for everyone with an iPhone 4 at the time. The idea that your shiny, sleek new phone needed a bulky case just to work was much worse in my estimation. Cook handled it with more grace in this letter than Jobs ever did, to your point.
Here's another interesting document about the development of applescript as an evolution of hypercard/hypertalk:
http://www.cs.utexas.edu/~wcook/Drafts/2006/ashopl.pdf

For example, applescript was originally designed to support multiple dialects, including Japanese and French, but also a 'Professional' syntax dialect:

English: the first character of every word whose style is bold

French: le premier caractere de tous les mots dont style est gras

Professional: { words | style == bold }.character[1]
It's "commonplace" after Apple started using it.
I'm a marketing and technical writer - take a look at the URL in my profile and get in touch if you are interested.
No, 15.0.1, and nothing drawn :(
We launched Maps initially with the first version of iOS. As time progressed, we wanted to provide our customers with even better Maps including features such as turn-by-turn directions, voice integration, Flyover and vector-based maps. In order to do this, we had to create a new version of Maps from the ground up.

Google already did all of this. It's just that Apple wouldn't let them include those features on iOS. This is rather blatant lying.
As a developer, you can include whatever map tiles you want in your application - if Apple Maps are bad for you, you can just switch to Google or Bing or whatever. Don't blame or abandon the platform for what is within your capability to change.
This type of stuff happened with Google maps too, but everyone seems to forget that. A year or so ago in Houston I was following Google maps to a theater and ended up in the middle of some suburban neighborhood.

Let's just all remember that the old maps app was not flawless.
Am I the only one that sees commoditization of programming as a good thing? I long for a world where everybody could define simple-to-moderately-complex automated behaviors, without needing to pursue a career in programming.

Tools like Apple's Automator or Android's Locale provide low barriers to scripting for the masses, but they fall short of providing a good, easy to use abstraction mechanism; in the end they amount to classic imperative languages, which are difficult to master.

On the other hand we have the Spreadsheet, the only widely successful End-User-Development tool, ever. This one provides a really good for building abstract data models and workflows - I've seen it used by people without any programming understanding to develop complete form-like applications, collaboration tools and storage repositories. Unfortunately, using those required a lot of repetitive actions. The spreadsheet model does provide a good abstraction mechanism but does not support automation capabilities; you still need a classic scripting language to automate behaviors.

I hope the recent live programming fad initiated by Bret Victor's "Inventing on Principle" will finally produce widely used reactive environments; those are a good basis for non-programmers to begin programming without a steep learning curve and only up to the point that they really need.
When I was at student at Imperial College, London, programming 1 was all taught in Haskell http://www.doc.ic.ac.uk/teaching/coursedetails/120.1

It seemed like a silly idea then, but in hindsight was a genius move. It normalised the class (prior knowledge in a real didn't matter), and taught programming from first principles. Picking up new languages after this was significancy easier.
Those sorts of estimates are easy. You just go "total market size" * "my potential penetration as a percent". Yahoo would have the numbers available for the former, and you guess the latter.
In my opinion Flex is still the best UI framework I have ever worked with, and I've worked with many.

1. Source code for the framework was available in the default flex builder installation. Wanna see how adobe designed the default table renderer, drop right in and look. You didn't have to search online for how to use esoteric features, you could just look at the super class to see the code path it takes. This is my biggest complaint working with Apple and MS frameworks.

2. Proper handling of component invalidation. Many other frameworks still have problems with calling methods out of order during initialization. Flex collects all changes to a component before processing them in the invalidation loop.

3. Data binding let you do some really cool things by automatically wrapping them in anonymous functions to process like
<mx:Button id="myButton" enabled="{isButtonEnabled(someString, items.length)}"/>

4. Lots of support for component customization, especially in the skinning department. Going from flex back to mac cocoa was like going from paintbrushes back to using twigs to draw.

However, the biggest downfall for flash was always the performance, they were stuck in a corner because the flash engine was designed first and foremost for processing frames of animation, on the cpu, in another programs window, with no control over their own run loop.
(I live outside the US) I wonder: are these downloads legal? Or some, maybe?
I believe the we in "we wanted to provide our customers" is Apple, not Apple and Google. Hyperbolic to call it blatant lying.
Take a look at SickBeard + SABnzbd+
The question was not whether there exist people who are having problems. Rather, it was "how many?"

How much of this is the self-selected sample of those who are irritated enough to complain? Data is not he plural of anecdote.
They even made it work with the Quake 1 engine in 1998 whereas Ion Storm decided that they had to switch to the Quake 2 engine 1997.
This patent is for side-to-side swinging. IANAL, but if they were doing the traditional forward-backward swinging they should be okay.
The patent it self is so simple and basic, that mind as well be someone teaching exercise into the patents world.

What it is making me "uncomfortable" is that patents from Microsoft (Secure machine counting) and Samsung (transistor substrate) refer to them...
I don't think I realized what an actual issue this is... Cook isn't speaking to people who have been following this debacle since the beta, he's speaking to people who think the only way to get location info is through the "maps" button on their phone.

Let's hope, for the sake of those people at least, Apple can get some better data.
There is nothing patented in this patent. Note that "Claims 1, 2, 3 and 4 are cancelled". That's all of the claims.
US military threatens to convert unauthorized leaks into a capital offense
Coders High: why learning to code is like being a beginner runner
As far as I'm concerned, apology accepted. [ assuming this is an apology of course ]
Well, a log is the easiest way to remind yourself what you weight you lifted a few days ago, if you are having trouble remembering. But no, it's not required.
I agree with this. Even though I started writing code in the 90's, 15 years has changed the landscape tremendously. I think there is a disparity between the fundamentals of programming and the fundamentals of being a modern programmer in the work place. Fundamentals are often not needed everyday, because the scope is much larger.

Still, it is a craft, and like any craft you should strive to always be a better craftsman.

Like a story a friend of mine once told me. When he was in culinary school he was asked "If a cook and a chef can produce the same meal, what is the difference?". The answer: a chef knows why he does what he does (or she).
and here's another one. Wheel patented (in Australia) as a "circular transportation facilitation device" http://www.newscientist.com/article/dn965-wheel-patented-in-...
I believe it is blatant lying because they went out of their way to prevent their customers from having those features, even though they were readily available on other platforms through their established partner. It's also rather dishonest to say that they had to build something new from the ground up. They had other options (namely Google), which would have served their customers better.
And please, WTFV isn't enough. I don't have time to watch or search through a 40 minute video to find out how to set a few configuration options. Text is king when it comes to documentation. Videos are fine for tutorial purposes, but I need a solid reference that's well indexed and searchable.
From Google Maps' terms of service:

10.2 Restrictions on the Types of Applications that You are Permitted to Build with the Maps API(s). Except as explicitly permitted in Section 8 (Licenses from Google to You) or the Maps APIs Documentation, you must not (nor may you permit anyone else to) do any of the following:

(a) No "Wrapping." You must not create or offer a "wrapper" for the Service, unless you obtain Google's written consent to do so. For example, you are not permitted to: (i) use or provide any part of the Service or Content (such as map imagery, geocoding, directions, places, or terrain data) in an API that you offer to others; or (ii) create a Maps API Implementation that reimplements or duplicates Google Maps/Google Earth. For clarity, you are not "re-implementing or duplicating" Google Maps/Google Earth if your Maps API Implementation provides substantial additional features or content beyond Google Maps/Google Earth, and those additional features or content constitute the primary defining characteristic of your Maps API Implementation.

(b) No Business, Residential, or Telephone Listings Services. You must not display any of the business listings Content provided by the Maps API(s) in any Maps API Implementation that has the primary purpose of making available business, residential address, or telephone directory listings.

(c) No Navigation, Autonomous Vehicle Control, or Enterprise Applications. You must not use the Service or Content with any products, systems, or applications for or in connection with any of the following:

(i) real time navigation or route guidance, including but not limited to turn-by-turn route guidance that is synchronized to the position of a user's sensor-enabled device.

(ii) any systems or functions for automatic or autonomous control of vehicle behavior; or

(iii) enterprise dispatch, fleet management, business asset tracking or similar applications. If you want to engage in enterprise dispatch, fleet management, business asset tracking, or similar applications, please contact the Google Maps API for Business sales team to obtain a Google enterprise license. (If you are offering a non-enterprise implementation, you may use the Google Maps API(s) to track assets such as cars, buses or other vehicles, as long as your tracking application is made available to the public without charge. For example, you may offer a free, public Maps API Implementation that displays real-time public transit or other transportation status information.)

Those features in Android's Google Maps only exist because they don't have to follow the TOS.
What I want to know is -- why did they release the app in the state that it was in vs partnering with someone like Microsoft?

Let's assume that Apple's contract with Google was ending soon, and that Google had failed to deliver features for Apple (turn by turn, etc), meaning Apple wanted to go a different direction.

Sure, Apple then started buying up mapping companies, building their own product, but they must have known they were on a tight schedule. My question is -- why didn't they partner with Microsoft to use Bing maps?

Microsoft gets a huge win in that suddenly 40 million people are using their service. Apple gets a win in that they have a pretty comparative product out of the gate to Google Maps, and it gives them time to build up their own service.

But instead, Apple released maps that had 1/3rd the quality of the maps they had before. Where's the logic in that?
Was all ready to kick in $99 on the off chance I might get an interesting little machine out of it, but when I clicked on their "Epiphany Multicore Accelerator (16 or 64 cores)" link, it came up with a 404 not found page error. That's not exactly reassuring.
Interesting that you bring up Detroit. Detroit once had the highest salaries in the US from the auto industry, and priced out everyone not involved in the auto industry. Then the auto industry crashed.

That's not the only reason Detroit crashed, but it's a contributing factor. The others were racism and "white flight." Detroit sort of got a perfect storm.

If something ever does massively disrupt Silicon Valley, I could see the Bay Area undergoing a nasty crash too. Probably nowhere near as bad as Detroit since it's a prettier place to live and is more diversified, but still ugly.

SV today really doesn't appeal to me because it is nothing but hackers. There are no artists, no hippie bohemian weirdos, no writers. These people can't afford to live there. In fact, I'd say it's even worse. There aren't even many hackers doing truly creative projects outside startups running around looking for funding, because you can't do anything that isn't going to get you that big cash out effect. Not if you want to afford to live there. You also can't easily bootstrap without outside funding, which means you can't own your own stuff. You have to have a financier with deep pockets.

All of that is the fault, primarily, of real estate hyperinflation.
Rails developers: Make your assets:precompile super fast
It would be nice if they approved Google's Map application for the time being as a great alternative. The lack of that option is what is holding me back in iOS 5...
Apple isn't exactly a random API user. Until you find written copies of the agreement between Google and Apple, don't claim any of that even applied to them.
I've been asked to do this before. I just put coworkers into a group and made the post only visible to them. It's ridiculous but harmless and "being right" sometimes just isn't worth the fight when there's no meaningful downside to just going along with it. Save my ammo for battles that matter. Metaphoric ammo that is of course :)
I can remember exactly two professors who had us use their books. One's was out of print, so we got photocopies for free.
I am not a computer scientist by training. Can someone experienced in Haskell convince me why I should take time to learn it? I do tons of technical/statistical computing (python, Matlab, R) and some web-based projects (database driven mostly). Having math background I can see how FP is elegant and sexy, but what are real practical advantages over OOP or Matlab-style programming?
Can you provide a citation for where Google offered turn by turn integration and voice nav to Apple but apple refused it?
No it wouldn't. You have overhead generated by running threads concurrently (eg thread management, communication between nodes, etc). You have issues where not all threads are going to have the exact same complexity (eg some might consist of more floating point calculations than others), this could even result in threads sitting idle while they wait for another thread on a different core to finish.

Plus there's absolutely no precedence for using clock frequencies cumulatively like this anyway (which I've already demonstrated with my multi-core CPU example), thus the figures Adapteva are touting are not only scientifically and mathematically inaccurate, but also breaking established advertising convention too.

Thus their figures are incorrect - period. So accusing us of nitpicking incorrect figures is just plain dumb when there's absolutely no merit to the 13GHz figure what-so-ever.

[edit]

And it's a sad day for geeks worldwide if discussing the correct usage for scientific measurements is considered nitpicking. Had this been Fox News or the Daily Mail, then your view point could be forgiven. But this is a hacker forum, so I'd expect a higher level of technicality rather than simply ignoring counterarguments in such a dismissive manner. :(