1,136 karma · joined March 25, 2007
jsjenkins168 at google's email
Not saying its not possible or some dont prefer it, but the majority of successful ones do not. That is just historical fact.
But its a moot point as it sounds like (according to rms) the group office space is indeed optional with Techstars..
Does anyone know if this is true? I do not see any indication that Google have rights to anything else but the submitted Android code.
Just curious, how is performance when wrapping Hecl over the Java API? Are there any particular bottlenecks you've run into so far?
Good luck on the Android developer challenge!
Eventual Consistency will require a complete re-thinking of how traditional web apps persist data. This is a big problem. I'm just hopeful that it will eventually be possible to guarantee that written data is immediately accessible. Maybe by briefly buffering it in an external location until the SimpleDB data is consistent? Yet more custom framework code to write..
What technologies are you using for your iPhone app development?
http://pdos.csail.mit.edu/papers/webauth:tr.pdf
In general, dont ever send passwords over an unencrypted channel. People reuse passwords. The credentials they are using for your site could be the same for their bank.
Oh, and make sure to hash the passwords in your database. BCrypt is good for this task. Best not to try rolling your own methods (as has been pointed out here on YC news before).
You might try to meet some angels through the Central Texas Angel network events around Austin. CTAN probably wont look at you unless you have solid revenue (conservative bunch), but you might be able to convince an angel to seed fund you privately.
There is no guarantee that this part: "our VPN assigns each user a public, routable, IP address, on the outside world, such as 72.10.x.y.z" will always lead back to a client behind layer(s) of NAT, unless the listening port is manually forwarded in the router itself.
Protocols such as STUN have developed methods to attempt to solve this, but its not easy because of issues such as there being no standard for the amount of time that NAT must keep pipes open after they are finished being used.
So my point is: JSF is very powerful if you can master it.
And its a component based architecture which is rendering format agnostic (HTML, WML, XHTML-MP, cHTML). So you can code one page which can render the contents in a different format depending on the client device. This is what the JSF MobileFaces library does when you hit the page from a mobile phone. It automatically renders the page in the proper format for the target device without the developer needing to worry about the details.
The problem is JSF is complicated, which can be very frustrating. For this reason I just use it as the underlying framework, which basically just directs to my GWT pages.
The problem is you have to get attention first somehow, before you can create attention by plugging others. I guess Paris did this initially with her association to the Hilton name and the sex tape. Ways to do this in the startup world are obviously much different.
I didnt realize there was a TCP standard for the max acceptable amount of retransmissions. But yeah if you can account for this with a pad then you should always be safe.
If you ever opensource your network code I'd love to see it.
And yes you could have potentially very frustrating synchronization problems. With TCP you wont be able to control certain things such if a connection request is going through exponential back-off due to network congestion. For example, lets say you could make a connection request within your alloted tolerance, but if there is network congestion and your NIC is not getting either RST or ACK packets back, it will continue to send connection requests at continuously increasing intervals which you cannot easily control since its done at the transport layer. Then one of your connection request packets finally reaches the server late, and you are blocked from connecting again for 15 minutes.
If you could work around the second issue though it could work. I think its a great idea in general, nice creative work!!
Android is platform and dev environment agnostic which is impressive given how feature rich the API is. And it should be possible to become language agnostic too, if a compiler can be created to compile code down to the native Dalvik byte code used by the Android VM.
I think Google needs to get on the ball and create compilers for other languages if they expect to attract developers who really matter - hackers.
From what I've read so far, there technically shouldn't be a reason why Ruby (via JRuby) and Python (via Jython) couldnt eventually be used to code Android apps. The SDK compiles Java code to native java byte code, which is in turn compiled to "Dalvik" byte code to be used by the Android VM. How the java byte code is generated (javac, jruby, jython, etc) should not matter, assuming it is using only the supported libraries.