VirtualTam's bookmarks

41. Code review memes 2015-06-12

    tags: code, continuous-integration, continuous-integration/jenkins, fun, intertubes, meme, review, wtf

    [ permalink ]

    Why Jenkins don't love me? http://m.memegen.com/oqruus.jpg Much stable. Success. https://raw.githubusercontent.com/ahmednuaman/meme-says-jenkins/master/assets/img/build-blue.jpg A code review fail http://m.memegen.com/oojxsc.jpg No idea https://regmedia.co.uk/2015/01/28/dog_meme_.jpg We will invade http://www.mememaker.net/static/images/memes/3675436.jpg Your own code http://devopsreactions.tumblr.com/post/120682285491/reading-your-own-code I have done my code reviews http://cdn.meme.am/instances/500x/58587913.jpg Too complex? https://i.imgur.com/nXrYiub.jpg Ship it https://qph.ec.quoracdn.net/main-qimg-d656a4e5537062cd665afe7c9ff46c53

42. Google Open Source Blog: Bidding farewell to Google Code 2015-03-15

    tags: closed, code, development, google, source-code-management/git, source-code-management/github

    [ permalink ]

    TL;DR

    • March 12, 2015 - New project creation disabled.
    • August 24, 2015 - The site goes read-only.
    • January 25, 2016 - The project hosting service is closed.
43. eww - Emacs Web Wowser | Random Thoughts 2015-03-09

    tags: development, editor, editor/emacs, eww, internet/browser, mode, web

    [ permalink ]

    Chords

    • M-x eww RET url

    Very basic built-in web editor; love it to read articles dealing w/ programmation:

    • M-x eww RET url
    • M-x some-major-mode
    • M-x linum
44. Python unit testing frameworks: Nose, Pytest 2015-02-13

    tags: code, coverage, feature, nose, programming/python, programming/python/pytest, programming/testing, quality, unit

    [ permalink ]

    Python's built-in unittest module is quite cool, but a bit limited and way too verbose (read: it's quite not easy to incite developers to write unit tests)

    I'm currently looking for more dev-friendly solutions, the key points being:

    • writing test code should be easy and straight-forward -keep the focus on "what to test" instead of "how to transcribe a process to a test"
    • parallelization! -we, spoiled developers, should make good use of our way-too-many-cores build machines...
    • complete feature set!
      • we don't want to just run tests...
      • coverage reports (find dead/weak/untested code sections)
      • output formatting (JUnit-XML seems to be quite a common format out there)

    There seem to be 3 solutions in Python:

    • stock unittest + project-dependent customizations / test helpers
    • nosetests
    • py.test

    And 2 ways of gettings things done:

    • keeping things stock: no external dependency, project-specific implementation...
    • using a test framework: one more module in your (test) virtualenv, more concise tests, more features (// run, code coverage, etc.)

    Some links:

    • http://stackoverflow.com/questions/22856638/nose-vs-pytest-what-are-the-subjective-differences-that-should-make-me-pick
    • http://helixyte.org/2014/04/unit-testing-adventures-moving-from-nose-to-pytest/
    • http://lists.idyll.org/pipermail/testing-in-python/2013-August/005624.html
45. Learn Vim progressively 2014-12-03

    tags: editor, editor/vim, linux, text

    [ permalink ]

    "tl;dr: You want to teach yourself vim (the best text editor known to human kind) in the fastest way possible. This is my way of doing it. You start by learning the minimal to survive, then you integrate all the tricks slowly."

    Though a bit biased, it for sure is an interesting read

46. life between the pages by Dihaze | Shadowness 2014-11-11

    tags: art, book, fantasy, fiction, life, read, science

    [ permalink ]
47. RTFD - Read the docs 2014-11-09

    tags: development, documentation, linux, open, software, source

    [ permalink ]
48. « Geek Sublime » de Vikram Chandra : « Le code, c’est émotionnel pour moi » - Le nouvel Observateur 2014-09-29

    tags: code, development, elegant, read, social

    [ permalink ]

    via http://linuxfr.org/users/niconico/journaux/beaute-du-code

49. Joe Giampaoli: M-Audio Fast Track Pro for Debian Linux @ 24 bit with RT Kernel 2013-07-09

    tags: digital-audio-workstation, digital-audio-workstation/ardour, irq, linux, linux/debian, linux/kernel, m-audio, mao, rtirq, time/real-time

    [ permalink ]

    The ultimate howto for compiling a rt-patched linux kernel and activate thread IRQs! Also, a must-read for M-Audio Fast Track Pro owners