tqc

6 ms·

1.
My experiment developing with only an iPad(tqcblog.com)
1 points by tqc 14y ago|0 comments
2.
by tqc 14y ago
That's a start, but it's more suited for smaller tasks I think, with the main benefit being that you don't have to clutter your code with type conversion. A string with custom (no) encoding does fairly well for holding the binary data as is
3.
by tqc 14y ago
Most of it I can see working - going faster/further does basically come down to adding more fuel or reducing payload. The navigation and communication would be where you run into problems. I note that you have specified that as rock solid,
4.
by tqc 14y ago
I wish him luck, though having implemented a significant part of git in JavaScript myself, I wonder how well the end result will work - JavaScript does not do well with either large downloads or processing binary data, and git involves a lo
5.
by tqc 14y ago
True, but that is only one solution and a flawed one, as device ID can legitimately change - no developer needs to know whether I am using the phone I bought today or the one I bought a year ago.
6.
by tqc 14y ago
The same applies there, albeit to a lesser extent - if typing slows you down, you might not have thought things through. That said, I have been typing more than writing for many years and am now thoroughly incompetent with a pen.
7.
by tqc 14y ago
Never noticed that as I don't have any in app purchases that actually cost me anything. This usage would seem to be more because the ID is available rather than because it is needed though. The bit about non-public APIs on that page is inte
8.
by tqc 14y ago
How much can you do without compiling? One of my current projects involves a painfully slow SharePoint system. Actually building and deploying takes forever, but most pieces of code that I need quick feedback on can be built outside the mai
9.
by tqc 14y ago
Paid products aren't immune to unexpected changes or shutdowns - it just takes a little more money to exceed the direct revenue from customers. All you can do is make sure you aren't completely reliant on something without viable competitor
10.
by tqc 14y ago
Typing isn't nearly as important as it may at first seem - how much code do you really type? Sometimes I might produce 10 lines of code in a day, all the effort going into knowing exactly what those 10 lines should be. Even the worst typist
11.
by tqc 14y ago
Specific skills don't matter much, and you'll never be able to cover more than a tiny fraction of them anyway. What really makes a difference is basic problem solving and logical reasoning. For just about any specific task google will give
12.
by tqc 14y ago
Mostly good advice, but where do I find the "good recruiter" in #3? I've never met any good recruiters, merely unobtrusive ones.
13.
by tqc 14y ago
Was there ever a good reason for using UDID anyway? The only examples I've seen are user tracking for ads (has privacy issues) or a horribly broken login system. Anyone bothered by this is probably doing something wrong.