20,000 Leagues Under Java! | CR 06

20,000 Leagues Under Java! | CR 06

Michael and Chris discuss the current state of lower level development, using C and other low level languages as a window into the deepest parts of software development.

Plus your great feedback, and more!

Direct Download:

MP3 Audio | OGG Audio | Video | Torrent | YouTube

RSS Feeds:

MP3 Feed | OGG Feed | Video Feed | Torrent Feed | iTunes Audio | iTunes Video

Show Notes:

Feedback

  • Emett wants to know if there is a development or scripting solution to have to repave
    mutiple boxes quickly.
  • Stefan is interested in hearing more about desktop development and is working on a panel in Xlib and Python.
  • Daniel, is interested in recursion.
  • Some passionate reactions to the piracy issues.

PSA RE TOS

  • Mike attempts to rescue a Google+ friend from the jaws of GMAIL’s TOS… and fails.

Low Level 101

UNLIMITED POWER!!!!!(Sorta)

  • Generally, the lower you go the more efficient your code.
  • C will have a much faster startup time than higher level languages
  • More portable than you might think….
  • Higher level languages Java in particular have been inching closer and closer to C / C++ running speed

For All You Snakes Out There

Danger in Deep

  • Think before you dive
  • Memory management
  • Development time++
  • GCC / LLVM — make sure you never go it alone
  • Proprietary extensions…. Bad for the web — bad for native code

The Horror! The Horror

  • Tubsta shares his horror story

Project Update

Book Pick

Price:

(0 customer reviews)

0 used & new available from

Tool of the Week

  • http://twitter.com/larzconwell Larz Conwell

    Just to note: Node.js isn’t just a “web server” or “web application platform” it’s an framework/library that let’s you do more OS level things with just JavaScript, things like creating and editing files, or a web server and a bunch of Unix style modules you can use.

    Some times native modules are faster but it depends on what you’re doing, if doing I/O or messing with file or DB things then native will probably be faster, but if it’s simply something you can do with native JavaScript it’ll probably be faster since it doesn’t have to call native code when V8 compiles.

    Also if you guys/girls like something similar to C/C++ but like the syntax style of something similar to Python/Ruby and C/C++/Java style you should try Go It’s very cool.

    I loved this episode guys!

  • http://twitter.com/dominucco Michael Dominick

    Thanks for the correction on Node. I tend to have a hard time explaining it to people, but I am loving it. Also, that is exactly what I’m doing natively (messing with a DB, as you put it).

    I think you and I may have discussed this before but are you using Go in production at all?

  • http://twitter.com/larzconwell Larz Conwell

    Yeah Node.js is a little confusing to most people simply because it’s a very very high level language being used at a low level. What’s your DB module called? I’d like to check it out.

    I actually haven’t made anything yet, still learning it (; But I still like to recommend it to people who use high level things like Ruby(not so much Python) because it’s something that is very easy to learn and use but it’s a lot faster than Ruby which in the end is what counts IMO.

  • madjo

    I’ll leave this one here:
    http://madjo.nl/coderradio/
    Weekly updated with Michael’s picks of the week.

  • General Jack Ripper

    Good job Michael. This show is a quality show that simply wouldn’t work without your expertise.

    But what I really want to know is where you stand. I can no longer sit back and allow communist infiltration, communist indoctrination, communist subversion and the international communist conspiracy to sap and impurify all of our precious bodily fluids!

  • http://twitter.com/dominucco Michael Dominick

    @dc044e81be798e662b28d4a732eecaa1:disqus I am glad that you like the show and lol on the reference.

  • http://twitter.com/dominucco Michael Dominick

    @twitter-356555426:disqus I did not write the module — I pulled it from NPM LOL. Sorry if I wasn’t clear I reread what I wrote and can see how you misunderstood. So far the one I am using has been up to the task, so no need to reinvent the wheel :) . Good luck with Go. Let us know if make anything public with it.

  • http://twitter.com/larzconwell Larz Conwell

    That’s one problem with Node and NPM, everyone is reinventing the wheel and now there’s a lot of modules in NPM that aren’t supported anymore and have been deserted.

  • SnakeDoc

    LOVE THIS SHOW!

  • SnakeDoc

    Oh… Btw… Java For The Win! Talk more Java!!! :-)

  • http://www.facebook.com/people/Vanessa-Deagan/1842826468 Vanessa Deagan

    Just because it’s in the terms of service doesn’t necessarily make it legal! If someone puts into a EULA a clause something similar to: “By using our software you agree to give us your first born son”, it certainly doesn’t make is legally binding.

  • sigflup

    Hey, I listen to your show and I’m a C developer. I mostly do console programming. Here’s one of my apps http://hobones.dogsoft.net/mega (dogsoft is not mine, that’s my friend). Also if you want to see me speed-code, in 4 hours, a nintendo emulator in C you can watch this: http://www.youtube.com/playlist?list=PL9086FBA3C92C7276

    I really like your show and I don’t care what languages you talk about. All languages are good!

  • mis

    Just 2 cents about app engine/ui language separation, that was mentioned. Since pretty basic stuff was discussed, then its worth to mention that for casual/non production programmer using two languages – one for speed and one for interface – is rather counterproductive. My advice when you need speed of C++, and you got to have some interface then just use one of decent UI toolkits available. I can recommend FLTK, which can fulfill most common UI needs. It has Qt-like designer which generates UI code and what is most important for me, FLTK library is really small – less than few megs of binaries. In general you can RAD small applications using nothing more than included FLUID designer, and then link generated code with its small library. Obviously in effect you get small size and small mem footprint. And its included f.e. in Dev C++ AFAIR if you need full IDE, althouh I prefere MingW Studio when under Windows.
    In comparison – Im forced to use Qt currently, and my first reaction was like: what? why they need over 400 megs of libraries alone?
    Another example – I was using Eclipse (java based IDE) for g++ couple years ago and I imagine using Java for UI has to be resource heavy aswell, because i stopped using Eclipse due to being real mem hog.
    So my point is, besides what was said in the show, consider size of your project when choosing tools, because seeing 100-line programs taking up to few hundred megs of memory, just because they need one dialog box, is pretty annoying, almost as .NET.