<?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"
	>
<channel>
	<title>Comments for On my terms</title>
	<atom:link href="http://www.kvmayank.info/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.kvmayank.info</link>
	<description></description>
	<pubDate>Thu, 09 Sep 2010 02:21:34 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>Comment on Software Quality by Harshdeep Singh</title>
		<link>http://www.kvmayank.info/?p=62#comment-4161</link>
		<dc:creator>Harshdeep Singh</dc:creator>
		<pubDate>Sun, 23 Nov 2008 21:52:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.kvmayank.info/?p=62#comment-4161</guid>
		<description>Couldn't agree more. It's kinda obvious really. You can't write a high quality software in patchy code. All you can build is a house of cards.</description>
		<content:encoded><![CDATA[<p>Couldn&#8217;t agree more. It&#8217;s kinda obvious really. You can&#8217;t write a high quality software in patchy code. All you can build is a house of cards.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on mm&#8230; istakes by Nitin Goel</title>
		<link>http://www.kvmayank.info/?p=60#comment-4148</link>
		<dc:creator>Nitin Goel</dc:creator>
		<pubDate>Fri, 24 Oct 2008 14:39:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.kvmayank.info/?p=60#comment-4148</guid>
		<description>very true...but wisdom has nothing to do with this..</description>
		<content:encoded><![CDATA[<p>very true&#8230;but wisdom has nothing to do with this..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on mm&#8230; istakes by Anonymous</title>
		<link>http://www.kvmayank.info/?p=60#comment-4147</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 23 Oct 2008 01:46:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.kvmayank.info/?p=60#comment-4147</guid>
		<description>Yea! I think i understand.
I guess it's totally fine to make mistakes till you know you can take responsible for them. But not if that costs others..right?</description>
		<content:encoded><![CDATA[<p>Yea! I think i understand.<br />
I guess it&#8217;s totally fine to make mistakes till you know you can take responsible for them. But not if that costs others..right?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on R15 by vinayak</title>
		<link>http://www.kvmayank.info/?p=47#comment-4146</link>
		<dc:creator>vinayak</dc:creator>
		<pubDate>Fri, 17 Oct 2008 02:36:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.kvmayank.info/?p=47#comment-4146</guid>
		<description>it is very nice i was waiting for a long time for this kind of thing to com.</description>
		<content:encoded><![CDATA[<p>it is very nice i was waiting for a long time for this kind of thing to com.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Taare Zameen Par by Anastasia</title>
		<link>http://www.kvmayank.info/?p=46#comment-4145</link>
		<dc:creator>Anastasia</dc:creator>
		<pubDate>Sun, 12 Oct 2008 17:36:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.kvmayank.info/?p=46#comment-4145</guid>
		<description>I just wrote to say I respectfully disagree with your views on TZP. I found the film a bit too predictable and formulaic- from the over the top instructors at the school to Aamir's unequivocal goodness, it was all a bit too linear for me. 
Furthermore, what irked me more was the audience's presumption that Amir= Perfection. I don't mind people praising an actor, but redefining "perfection" to suit their need to fawn over an actor is a bit tiresome. The highest praise one can shower on an artist is honest critique- an idea foreign to many of the reviewers and critics whose reviews I plodded through. 
If you really wish to enjoy art that intrigues, and compels you to view it again and again in order to discern each metaphor, I'd recommend Pedro Almodovar. Esp his movie Talk to Her. Though I am still in the process of discovering world cinema, Pedro has steadfastly occupied the top slop in my list of cinematic savants.</description>
		<content:encoded><![CDATA[<p>I just wrote to say I respectfully disagree with your views on TZP. I found the film a bit too predictable and formulaic- from the over the top instructors at the school to Aamir&#8217;s unequivocal goodness, it was all a bit too linear for me.<br />
Furthermore, what irked me more was the audience&#8217;s presumption that Amir= Perfection. I don&#8217;t mind people praising an actor, but redefining &#8220;perfection&#8221; to suit their need to fawn over an actor is a bit tiresome. The highest praise one can shower on an artist is honest critique- an idea foreign to many of the reviewers and critics whose reviews I plodded through.<br />
If you really wish to enjoy art that intrigues, and compels you to view it again and again in order to discern each metaphor, I&#8217;d recommend Pedro Almodovar. Esp his movie Talk to Her. Though I am still in the process of discovering world cinema, Pedro has steadfastly occupied the top slop in my list of cinematic savants.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Login-Password by Vikas</title>
		<link>http://www.kvmayank.info/?p=58#comment-4141</link>
		<dc:creator>Vikas</dc:creator>
		<pubDate>Sun, 14 Sep 2008 13:52:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.kvmayank.info/?p=58#comment-4141</guid>
		<description>...what I was saying was some kind of http standard (say we are just talking of web-apps) which negotiate in headers the kind of authentications possible. Revert to username/password if none other is possible.

In fact these things happen already. In my last company most of the internal web-apps negotiated with the host using NTLM. So, if one was logged in (on the client PC) using a domain-user acceptable to the server, the user is automatically logged in.

I think username/password should be obsolute even for the PCs.</description>
		<content:encoded><![CDATA[<p>&#8230;what I was saying was some kind of http standard (say we are just talking of web-apps) which negotiate in headers the kind of authentications possible. Revert to username/password if none other is possible.</p>
<p>In fact these things happen already. In my last company most of the internal web-apps negotiated with the host using NTLM. So, if one was logged in (on the client PC) using a domain-user acceptable to the server, the user is automatically logged in.</p>
<p>I think username/password should be obsolute even for the PCs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Login-Password by Mayank</title>
		<link>http://www.kvmayank.info/?p=58#comment-4140</link>
		<dc:creator>Mayank</dc:creator>
		<pubDate>Sun, 14 Sep 2008 04:41:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.kvmayank.info/?p=58#comment-4140</guid>
		<description>Yes, now we are getting on the same wave.

So most of these (web?) apps maintain their records against a username. They give access to info to anyone who can give a pre-decided password as per the username.

How about something as simple as this. These mobile web apps use the mobile IMIE as the username, and don't bother about a password. In addition, they provide an option in 'Settings' to also create a human readable username et all to access the service via your pc.

Don't jump on to the security concerns as yet. :)</description>
		<content:encoded><![CDATA[<p>Yes, now we are getting on the same wave.</p>
<p>So most of these (web?) apps maintain their records against a username. They give access to info to anyone who can give a pre-decided password as per the username.</p>
<p>How about something as simple as this. These mobile web apps use the mobile IMIE as the username, and don&#8217;t bother about a password. In addition, they provide an option in &#8216;Settings&#8217; to also create a human readable username et all to access the service via your pc.</p>
<p>Don&#8217;t jump on to the security concerns as yet. <img src='http://www.kvmayank.info/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Login-Password by Vikas</title>
		<link>http://www.kvmayank.info/?p=58#comment-4139</link>
		<dc:creator>Vikas</dc:creator>
		<pubDate>Sun, 14 Sep 2008 00:40:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.kvmayank.info/?p=58#comment-4139</guid>
		<description>@mayank: I totally agree that the end-user shouldn't have to be worried about authentication....or rather he has means to say that try my global authentication credentials before bothering me.

But it got to be a standard, a way that both the client and server (anything....mail, website, whatever) agree to. Something like what ssh handshake does. Both sides disclose what all they support (under the hood) and things reach the end user only if other means don't work out.
PAM was just a similar example.</description>
		<content:encoded><![CDATA[<p>@mayank: I totally agree that the end-user shouldn&#8217;t have to be worried about authentication&#8230;.or rather he has means to say that try my global authentication credentials before bothering me.</p>
<p>But it got to be a standard, a way that both the client and server (anything&#8230;.mail, website, whatever) agree to. Something like what ssh handshake does. Both sides disclose what all they support (under the hood) and things reach the end user only if other means don&#8217;t work out.<br />
PAM was just a similar example.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Login-Password by Vishal</title>
		<link>http://www.kvmayank.info/?p=58#comment-4138</link>
		<dc:creator>Vishal</dc:creator>
		<pubDate>Thu, 11 Sep 2008 14:18:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.kvmayank.info/?p=58#comment-4138</guid>
		<description>I agree with you, its something twinkle already does for you on iPhone. Would be helpful to have a consistent authentication mechanism on phone devices. Although you would also need the ability to disable your phone remotely, in case you lose it.</description>
		<content:encoded><![CDATA[<p>I agree with you, its something twinkle already does for you on iPhone. Would be helpful to have a consistent authentication mechanism on phone devices. Although you would also need the ability to disable your phone remotely, in case you lose it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Login-Password by Mayank</title>
		<link>http://www.kvmayank.info/?p=58#comment-4137</link>
		<dc:creator>Mayank</dc:creator>
		<pubDate>Thu, 11 Sep 2008 11:05:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.kvmayank.info/?p=58#comment-4137</guid>
		<description>Nope, you did not get me right. I am not concerned about any headache to the end developer. I am only looking at it from a users' endpoint.
I am again not worried how your already existing web pages will work out. I am not even saying web pages.
I am only talking from an experience design point of view. As a user I couldn't care less about how you serve me a content. I want to get it as simple as possible.</description>
		<content:encoded><![CDATA[<p>Nope, you did not get me right. I am not concerned about any headache to the end developer. I am only looking at it from a users&#8217; endpoint.<br />
I am again not worried how your already existing web pages will work out. I am not even saying web pages.<br />
I am only talking from an experience design point of view. As a user I couldn&#8217;t care less about how you serve me a content. I want to get it as simple as possible.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
