Is it just me or do I really have to answer to Moby-Dick trivia while coding Objective C?
On the 1st level, I couldn't progress unless I used 'Ishmael' as firstName and 'Moby-Dick' as lastName.
Try Objective-C
31–40 of 68 posts
Re: Try Objective-C
#32Sorry for the slow response times on the challenge submissions everyone. We only have so many Mac Minis running these things . We are looking into ways to speed it up
Have you considered ccache? http://ccache.samba.org/ You could also roll your own in a very few lines of code. Maybe even have the output of the program, not the compiled code, be the content of the hashed file, assuming you aren't reading STDIN or anything like that from the user.
That's a really cool project! Definitely going to look into it for some of our more complicated courses, but for this course compilation is usually under a half-second so it's not the compilation that's slow (it's the way we are tearing down an entire VM after every submission, we are working on changing that now)
Re: Try Objective-C
#33We've gotten the course back up and responding to submissions in a reasonable amount of time (2.5~ seconds as compared to 30~ seconds earlier).
Please form a single file line behind mietek ;)
Re: Try Objective-C
#34Very cute. I did the first 9 challenges. I am rather worried though that you're teaching people that `NSLog(var)` is acceptable, because it's a horribly dangerous thing to do if var contains untrusted input.
Re: Try Objective-C
#35Very nice presentation, but it seems like this could benefit from an Emscriptened browser-based Objective-C compiler. Fabrice Bellard's browser-based Linux boots in less time than this prints out "Hello, world!"
We're reusing the stuff we built for the Try iOS course we came out with late last year. I've looked into Emscripten for this and from what I saw it really wouldn't work with this course, although maybe I missed something?
You could always boot the VM with an image that contains the compiler and run there. If it truly does boot faster than the results take otherwise then you could move it all into javascript that way, and not have to worry as much about the infrastructure around it.
Re: Try Objective-C
#36Very cute. I did the first 9 challenges. I am rather worried though that you're teaching people that `NSLog(var)` is acceptable, because it's a horribly dangerous thing to do if var contains untrusted input.
Huh? How so?
Re: Try Objective-C
#37Very cute. I did the first 9 challenges. I am rather worried though that you're teaching people that `NSLog(var)` is acceptable, because it's a horribly dangerous thing to do if var contains untrusted input.
Huh? How so?
Re: Try Objective-C
#38Earlier quoted context omitted.
Have you considered ccache? http://ccache.samba.org/ You could also roll your own in a very few lines of code. Maybe even have the output of the program, not the compiled code, be the content of the hashed file, assuming you aren't reading STDIN or anything like that from the user.
That's a really cool project! Definitely going to look into it for some of our more complicated courses, but for this course compilation is usually under a half-second so it's not the compilation that's slow (it's the way we are tearing down an entire VM after every submission, we are working on changing that now)
Ah. Maybe consider a FreeBSD jail with a union mounted filesystem if you can get away with using a non-Apple (GNUstep/GCC?) toolchain. The teardown on a jail is as fast as the chroot syscall. ;-)
Or even better, use ZFS snapshots as your sandbox. Copy on write kicks butt. See: http://vocalbit.com/article/402/freebsd-jails-using-zfs-and-...
Re: Try Objective-C
#39Sorry for the slow response times on the challenge submissions everyone. We only have so many Mac Minis running these things . We are looking into ways to speed it up
Could you use GNU Objective-C on Linux VMs, e.g. on AWS or something?
Re: Try Objective-C
#40I like the new Git course, but I still can't take the first one... maybe fix that first?