<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Calling for an MTA technology czar</title>
	<atom:link href="http://secondavenuesagas.com/2009/08/17/calling-for-an-mta-tech-czar/feed/" rel="self" type="application/rss+xml" />
	<link>http://secondavenuesagas.com/2009/08/17/calling-for-an-mta-tech-czar/</link>
	<description>A New York City Subway Blog</description>
	<lastBuildDate>Sun, 12 Feb 2012 23:51:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Marc Ebuna</title>
		<link>http://secondavenuesagas.com/2009/08/17/calling-for-an-mta-tech-czar/#comment-63943</link>
		<dc:creator>Marc Ebuna</dc:creator>
		<pubDate>Thu, 20 Aug 2009 17:25:54 +0000</pubDate>
		<guid isPermaLink="false">http://secondavenuesagas.com/?p=3675#comment-63943</guid>
		<description>Having studied IT during my time at RPI, I&#039;m not unfamiliar with the fact that businesses and most anyone whose job it isn&#039;t to actually manage computer systems takes IT for granted and is usually the first to go or get downsized when organizations are in a pinch. I&#039;ve read countless business cases where businesses suffer as a result of their short-sighted decision and then scramble to improve their IT resources because it&#039;s the very asset that allows them to compete in the market.

While market competition isn&#039;t necessarily the MTA&#039;s priority, IT can certainly reduce operating and maintenance costs, but in order for this to happen, a significant amount of infrastructure needs to be upgraded and integrated and this comes at a cost. From the perspective as an IT professional, the biggest challenge I see any CTO of the MTA facing is convincing EVERYONE that the invisible components of IT (read: infrastructure), the components upon which a lot of service-enhancing technologies are based, are well worth the investment.

The second largest challenge the CTO will face will be dealing with IT projects integrating with tight, damp, century-old infrastructure and concrete caverns. Finding someone who is resourceful with experience in dealing with leading projects in unorthodox IT operating environments should be paramount, as unfamiliarity with the MTA&#039;s operating environment and infrastructure seems to be the main reason construction and technology-based projects continually get redesigned and delayed.</description>
		<content:encoded><![CDATA[<p>Having studied IT during my time at RPI, I&#8217;m not unfamiliar with the fact that businesses and most anyone whose job it isn&#8217;t to actually manage computer systems takes IT for granted and is usually the first to go or get downsized when organizations are in a pinch. I&#8217;ve read countless business cases where businesses suffer as a result of their short-sighted decision and then scramble to improve their IT resources because it&#8217;s the very asset that allows them to compete in the market.</p>
<p>While market competition isn&#8217;t necessarily the MTA&#8217;s priority, IT can certainly reduce operating and maintenance costs, but in order for this to happen, a significant amount of infrastructure needs to be upgraded and integrated and this comes at a cost. From the perspective as an IT professional, the biggest challenge I see any CTO of the MTA facing is convincing EVERYONE that the invisible components of IT (read: infrastructure), the components upon which a lot of service-enhancing technologies are based, are well worth the investment.</p>
<p>The second largest challenge the CTO will face will be dealing with IT projects integrating with tight, damp, century-old infrastructure and concrete caverns. Finding someone who is resourceful with experience in dealing with leading projects in unorthodox IT operating environments should be paramount, as unfamiliarity with the MTA&#8217;s operating environment and infrastructure seems to be the main reason construction and technology-based projects continually get redesigned and delayed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: StationStops</title>
		<link>http://secondavenuesagas.com/2009/08/17/calling-for-an-mta-tech-czar/#comment-63843</link>
		<dc:creator>StationStops</dc:creator>
		<pubDate>Tue, 18 Aug 2009 02:30:02 +0000</pubDate>
		<guid isPermaLink="false">http://secondavenuesagas.com/?p=3675#comment-63843</guid>
		<description>Don&#039;t even get me started on this subject.
*smoke arises from ears*</description>
		<content:encoded><![CDATA[<p>Don&#8217;t even get me started on this subject.<br />
*smoke arises from ears*</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: George</title>
		<link>http://secondavenuesagas.com/2009/08/17/calling-for-an-mta-tech-czar/#comment-63822</link>
		<dc:creator>George</dc:creator>
		<pubDate>Mon, 17 Aug 2009 14:43:17 +0000</pubDate>
		<guid isPermaLink="false">http://secondavenuesagas.com/?p=3675#comment-63822</guid>
		<description>Its certainly not easy work, that&#039;s why they are spending so much money on it.  However, by spending hundreds of millions of dollars into a technology that other systems have adopted (such as cellphone access) and not getting any returns whatsoever is pathetic.  The MTA&#039;s adaptation is technology is woeful, and the age of the system is absolutely no excuse, for example, for having a website in 2009 that looks like a GeoCities page from 1997.</description>
		<content:encoded><![CDATA[<p>Its certainly not easy work, that&#8217;s why they are spending so much money on it.  However, by spending hundreds of millions of dollars into a technology that other systems have adopted (such as cellphone access) and not getting any returns whatsoever is pathetic.  The MTA&#8217;s adaptation is technology is woeful, and the age of the system is absolutely no excuse, for example, for having a website in 2009 that looks like a GeoCities page from 1997.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://secondavenuesagas.com/2009/08/17/calling-for-an-mta-tech-czar/#comment-63821</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Mon, 17 Aug 2009 14:26:10 +0000</pubDate>
		<guid isPermaLink="false">http://secondavenuesagas.com/?p=3675#comment-63821</guid>
		<description>Grafting 21st Century technology onto a 19th Century System (and the IRT portions of the Subway were designed in the 1890s, with the &#039;newer&#039; portions not far behind) is far more easily said than done.
One of the major hurdles of introducing the MetroCard was that NONE of the 260+ stations had sufficient electricial capacity to even power all the equipment needed for the Automated Fare Control (&quot;AFC&quot;) system, much less wiring and equipment needed to process &amp; transmit the data.  
Certainly the designers of the IRT - which remember, operated with TICKETS, not tokens - couldnt conceive of digital technology, much less set aside space for it. 
That the Computer Based Train Control (CBTC) system including those oft-discussed digital train arrival displays is on the Canarsie Line, a later BMT route that not directly intersecting any other line is not a coincidence.  The L train terminates at the (relatively) huge 8th Ave&amp; 14th St terminal, within a (also relatively) cavernous IND station, with space available for wiring &amp; equipment.  
Such equipment &amp; wiring cannot easily be grafted onto IRT infrastructure. There is simply NO room. Even the Canarsie CBTC project required expensive acquisition of private property outside the Subway to construct signal &amp; equipment rooms. 
Adding interoperable State-or-The-Art signalling and communications to a 700 mile-long 100-year-old subway is not like going to BestBuy  for a wifi setup.</description>
		<content:encoded><![CDATA[<p>Grafting 21st Century technology onto a 19th Century System (and the IRT portions of the Subway were designed in the 1890s, with the &#8216;newer&#8217; portions not far behind) is far more easily said than done.<br />
One of the major hurdles of introducing the MetroCard was that NONE of the 260+ stations had sufficient electricial capacity to even power all the equipment needed for the Automated Fare Control (&#8220;AFC&#8221;) system, much less wiring and equipment needed to process &amp; transmit the data.<br />
Certainly the designers of the IRT &#8211; which remember, operated with TICKETS, not tokens &#8211; couldnt conceive of digital technology, much less set aside space for it.<br />
That the Computer Based Train Control (CBTC) system including those oft-discussed digital train arrival displays is on the Canarsie Line, a later BMT route that not directly intersecting any other line is not a coincidence.  The L train terminates at the (relatively) huge 8th Ave&amp; 14th St terminal, within a (also relatively) cavernous IND station, with space available for wiring &amp; equipment.<br />
Such equipment &amp; wiring cannot easily be grafted onto IRT infrastructure. There is simply NO room. Even the Canarsie CBTC project required expensive acquisition of private property outside the Subway to construct signal &amp; equipment rooms.<br />
Adding interoperable State-or-The-Art signalling and communications to a 700 mile-long 100-year-old subway is not like going to BestBuy  for a wifi setup.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anonymouse</title>
		<link>http://secondavenuesagas.com/2009/08/17/calling-for-an-mta-tech-czar/#comment-63813</link>
		<dc:creator>anonymouse</dc:creator>
		<pubDate>Mon, 17 Aug 2009 06:39:29 +0000</pubDate>
		<guid isPermaLink="false">http://secondavenuesagas.com/?p=3675#comment-63813</guid>
		<description>Software is not easy! People seem to think that it is, even (especially?) people selling their services writing software. Consider, for example, the Metrocard: the MTA got that one pretty much right: it&#039;s reliable, it&#039;s secure, it mostly just works. You&#039;d think that Boston&#039;s CharlieTicket would just be a metrocard knockoff. But no, they didn&#039;t learn the lesson, and as a result made a system that basically has no security and makes it trivial to give yourself free rides if you can rewrite the magstripe. Or look at the TransLink smart-card system in the SF Bay Area. They&#039;ve been working on the system since what, 2002? And they&#039;ve rolled it out in a &quot;limited test&quot; on BART only this month. With any luck, they might get it deployed on all the major local transit systems by 2012, but nobody has any faith in their schedules anymore. The Translink hardware has been on Caltrain for at least 2 years now, it&#039;s just a matter of software and possibly politics to get the system working.</description>
		<content:encoded><![CDATA[<p>Software is not easy! People seem to think that it is, even (especially?) people selling their services writing software. Consider, for example, the Metrocard: the MTA got that one pretty much right: it&#8217;s reliable, it&#8217;s secure, it mostly just works. You&#8217;d think that Boston&#8217;s CharlieTicket would just be a metrocard knockoff. But no, they didn&#8217;t learn the lesson, and as a result made a system that basically has no security and makes it trivial to give yourself free rides if you can rewrite the magstripe. Or look at the TransLink smart-card system in the SF Bay Area. They&#8217;ve been working on the system since what, 2002? And they&#8217;ve rolled it out in a &#8220;limited test&#8221; on BART only this month. With any luck, they might get it deployed on all the major local transit systems by 2012, but nobody has any faith in their schedules anymore. The Translink hardware has been on Caltrain for at least 2 years now, it&#8217;s just a matter of software and possibly politics to get the system working.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

