Hacker Newsnew | past | comments | ask | show | jobs | submit | workinfunk's commentslogin

Of course this only works until everyone becomes wise to it. Then you're worse off where you started.


That's true, but unlikely. These are not particularly large or popular courses (15/70 people was common). It's not a tactic that would work for everyone, but it would potentially useful if you're a good student, but at a borderline grade.

The reason I liked it was because I hated having to cram for easy subjects because the class average would be so high. I would rather put the same amount of effort in to learn concepts (and have to remember less in the exam) than rote facts.


Yeah, it's almost surely a case of remembering the handful of times when the clocks were inaccurate because they caused you trouble, while forgetting the hundreds of times when they worked correctly. They do work correctly most of the time, and the A division works even better than the B division, as you'd expect. (the opposite of what OP claimed.)


> Yeah, it's almost surely a case of remembering the handful of times when the clocks were inaccurate because they caused you trouble, while forgetting the hundreds of times when they worked correctly.

It absolutely is not availability bias, as demonstrated by the concrete data included in one of those links.

But even if it were - the whole point of having those signs is to alert you about the actual state of the subway, factoring in delays or service changes. Otherwise I could just download the PDF of the scheduled train times from the MTA's website and look at that. (Yes, those exist. There's almost no reason any person would ever need to look at them).

> They do work correctly most of the time, and the A division works even better than the B division, as you'd expect. (the opposite of what OP claimed.)

No, that's not the opposite of what I said. The A division is the IRT lines. Those are the ones that use the ATS system (which was outdated even at the time it was rolled out), and that's why the IRT lines (the ones with the LEDs on black background) are at least somewhat useful. Even if the train is delayed from its normal schedule, the times posted there are supposed to be somewhat accurate because it's using the ATS signal data.

For the B division (the BMT lines), you might as well be using the static PDFs that post the idealized train schedules[0]. I am not exaggerating; that's literally the data they are displaying. Once in a blue moon, for very serious delays such as a train accident, it will tell you that a train is "delayed" instead of telling you the updated ETA, but that doesn't help, because you want to know how long the train will take, rather than just the fact that it's "delayed"[1]. Most of the time, though, it won't actually update the time at all, and it'll keep displaying the wrong estimate until the train is literally about to pull into the station (at which point it'll skip straight to "0 minutes away").

The reason they don't tell you more information is because that information doesn't exist. They don't know where the trains are, beacuse the BMT lines use outdated signaling technology that's decades old, and the MTA has stonewalled all efforts to upgrade them[3].

So, in short, the BMT countdown clocks are useless because:

* They only publish the scheduled times, not the actual estimated arrival times

* Only about 50-60% of BMT trains arrive according to the times posted on those schedules

* For the remainder, it usually displays the wrong information, because it doesn't have any way of knowing that the information is out-of-date

[0] http://web.mta.info/nyct/service/pdf/tacur.pdf

[1] Saying a train is "delayed" doesn't give me any useful information, because I already know that about half the trains are delayed. And since it doesn't tell you what the scheduled ETA was, telling me that it's "delayed" from the scheduled ETA is also pretty useless[2].

[2] If the train is scheduled to come in 20 minutes, but it's been delayed by five, that's different from if it's scheduled to come in 3 minutes, but has been delayed by 10. Those two situations are displayed identically on the BMT countdown clocks, with no way to distinguish between them.

[3] The official MTA party line is that they want to wait and do the really expensive, comprehensive, state-of-the-art overhaul. In reality, that means that they've been saying this for nearly thirty years, and have actively fought all attempts to provide quicker and cheaper ways of achieving the same end results.


> * They only publish the scheduled times, not the actual estimated arrival times

Do you have a source for this? I'm positively certain it's not true. I time my commute every morning with the online subway clock that matches exactly with the one in the station -- I leave my apartment when the Q is ~8m away and it always arrives shortly after I get to the platform. I've only encountered one situation where the clock was unacceptably wrong: a downtown A train at 59th that was 1m away for over 5m. That happened over a year ago and I still remember it.

Similarly, when delays happen the clock does get updated accordingly. Today was a good example -- 24m for the next N train during commuting hours :/

I think you may be confusing the countdown clocks with the kiosks. Once upon a time they did display the scheduled time. I'm not sure if they still do but the above head displays are without a doubt more accurate. Anecdotally speaking, the margin of error seems to be roughly +/- one minute. I'm aware that's anecdotal evidence but I simply don't believe that somebody could take the subway on a daily basis and think the countdown clocks are that inaccurate.


> I think you may be confusing the countdown clocks with the kiosks

No, I'm not. I know the difference between the kiosks and the overhead clocks.

> I simply don't believe that somebody could take the subway on a daily basis and think the countdown clocks are that inaccurate.

Benjamin Kabak, whom I linked above, has been covering the MTA and transit in New York for over a decade, in addition to being a daily subway rider. Offhand, I can't think of a single independent journalist who has more comprehensive knowledge of the minutiae of the NYC transit systems than he does, let alone a more established track record of documenting not only the visible problems, but the factors that create those problems. If that, combined with the other data provided, isn't convincing, I don't know what else could be.


You haven't really provided any data. A few random tweets about incidents, only one about the countdown clocks where the next response offers a probable explanation.

You're trying to sell me on a different version of reality, here. You're telling me a system I rely on every single day is completely unreliable.

Do you live in NYC? Do you take the trains? Go put your theory to the test. Go sit at at a busy train station for 20m and watch the countdown clocks tick down until the train comes. I promise you'll be pleasantly surprised. The countdown clocks are just about the only part of the MTA system that works.


> You're trying to sell me on a different version of reality, here.... Give the MTA their single, well-deserved victory. Put your theory for the test. Go sit at at a busy train station for 20m and watch the countdown clocks tick down until the train comes. I promise you'll be pleasantly surprised.

I'm not trying to sell you on anything. In fact, I'm not even interested in continuing this discussion. I've provided you with a reference to the most well-respected journalist covering the technical details of the MTA and NYC transit. If you're really interested in learning more, it's not hard to do some basic Googling and find their extensive coverage and analysis of this problem.

> Do you live in NYC? Do you take the trains? I'm so confused -- are you astroturfing for some reason?

Just because someone presents information that contradicts your anecdotal experience, that doesn't mean they're astroturfing. Though at this point, if you're going to start slinging bad-faith accusations with no basis, it's pretty clear this conversation is going nowhere.


> it's pretty clear this conversation is going nowhere.

Yes, obviously, because you keep saying "look at the data" while providing none of relevance. Nobody's arguing that the MTA is rife with delays and poor planning, we're talking about the countdown clocks specifically.

The countdown clocks do not show the scheduled time. They use Bluetooth receivers to physically track the trains [1]. Your fundamental premise is wrong.

I'm honestly curious -- do you Uber everywhere? How often do you take the train?

1. http://www.thetransitwire.com/2017/09/01/mta-uses-bluetooth-...


I, and many others I'm sure, would appreciate it if you would actually put some effort into your half-hearted America slams. All the subways I've been in, EU and US, have plenty of both ads and maps.


You must be one of those hipsters who lugs around a typewriter to cafes.

- They are very slow compared to digital. - They aren't versatile, they can't display arbitrary information. Each message has to be crafted individually and fit in among the rest. Which makes it nice for station lines since there are a small number that never change. Anything else? Not so much. - The noise is not intentional, it's more of a bug than a feature for sure. In a busy train station they change every minute or more so as an alerting mechanism it's near useless.


We're talking about train station displays, not arbitrary displays. Nobody has ever done word processing on a split-flap display so obviously I'm talking about a restricted domain. They don't need to display arbitrary information and the range of information they need to display rarely changes since that typically involves construction. The noise, an unintentional consequence of the mechanism, provides utility to train travelers and is therefore a feature.

In a busy train station the duration of the split-flap change provides an auditory clue to what's going on. If you hear one or two rows update then nothing out of the ordinary is happening. If you hear several rows update that might be a good indication that your train is now on the board, or it could signal mass delays. For many years I went through 30th Street Station in Philadelphia with a split-flap board in the middle and I loved that board. When I'm at airports with LCD boards, I always miss it. LCD boards are trash, you don't notice them changing unless you're staring at them, almost always have text too small to read unless you're standing directly in front of it, and are completely soulless.

I learned to type on a Selectric years before my family bought our first computer. I haven't touched one since.


> Nobody has ever done word processing on a split-flap display

You say that, but I'd be willing to bet that this guy has: https://scottbez1.github.io/splitflap/


Oat Foundry Split Flap displays do real-time typing, real-time display of 3rd party data, and oh so much more.


[flagged]


Adding qualifications? The context of this discussion was plainly train stations; in fact I explicitly mentioned train stations twice in my original comment. Display technology seems to be something you take very personally, but that's no reason to throw around insults.


It's called Night Shift on MacOS.


I don't think that's the reason. Huge swaths of midtown, particularly, have near perfect pavement.


Ok, I know we like to dump on Americans with impunity, and I'm not even going to get into whether it's deserved or not, but have you driven in much of the rest of the world?


You can hardly fault newcomers for not understanding the finer nuances when everything they type automatically gets uppercased.


That's why I try to correct people when possible and point newcomers to Practical Common Lisp (Seibel).


Where I work, one of the benefits of Clojure is precisely how concise and accessible storing densely layered business logic is. We're able to have a faith that the code does what it looks like that just isn't approachable in any other language I know of.


You must not be in SF or NYC. Python and Ruby (and even Node, to an extent) have supplanted Java as the language of fungible mass-market headcount du jour.


I am in Germany, here they have hardly supplanted anything, specially when one actually cares about performance.


You're right, I'm in neither of those places. Where I'm at, there's C#/.NET or Java, and then there's everything else.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: