Slashdot Mirror


User: MadKeithV

MadKeithV's activity in the archive.

Stories
0
Comments
1,183
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 1,183

  1. Re:Captured rogue planets? on 13-Billion-Year-Old Alien Worlds Discovered · · Score: 1

    I was wondering if they would be "built" planets instead. Would there be an advantage to building around a metal-poor star, if you possessed the technology to do it? Is the kind of radiation emitting from such a star of better quality, or more conducive to life-expectancy, or something?

    Maybe it's just a froody place?

  2. Re:Guido's wrong. on Van Rossum: Python Not Too Slow · · Score: 1

    If you had written it in C++ you could natively use C++ objects and libraries fluently.

    C++ is pretty finicky when it comes to linking libraries with C++ objects. It's all platform-specific, and some quirks may make certain builds of your libraries incompatible with different builds on the same platform with different settings (e.g. iterator debugging settings, CRT linking, static members in static libraries linked to multiple DLLs in the same exe...). Is it hard? No, not really, it's perfectly manageable for for someone who is an expert at C++ internals.

    It takes more skill and system-programming knowledge to deal with the tricky interfaces between the internals of a Python interpreter and an external C++ program. The object structure in Python is obviously alien to the C++ object system.

    Since the object structure of C++ can be alien to C++ itself if you're not careful (see above), that's obviously true. So you'd try to keep your Python/C (not C++) interface as tight and limited as possible, ideally a single C function call which is actually very easy to wrap (as long as you don't need complex objects in or out). A lot of the things that Guido is referring to would be covered by that one use-case. Not all of them of course.
    Your single C function or a few of them can of course call into C++ objects once across the Python/C boundary.

    Of course there is always workarounds, but they are inconvenient and require arcane knowledge. Somebody who is an expert at Python internals doesn't think this is hard. Somebody who is an expert at computational algorithms but not compilers does think this is hard, and especially thinks this is something that they really do not have a desire to learn. Me, I have far more interest in spending my time reading a machine learning research paper rather than learning about some crufty programming interface.

    I suggest you take a look at boost::python. I have - it works well enough. It's not perfect but it provides an awful lot of the "difficult" scaffolding to expose C++ objects to Python and vice-versa. Once you get it set up it's actually relatively straightforward to use - the first class is the hardest.

  3. Re:Not due to piracy? on The Numbers Behind the Copyright Math · · Score: 2

    What didn't help is that a movie DVD on the whole was (and probably still is) cheaper than most CDs to buy. DVDs have more content, the original content is much more expensive to produce, and yet a DVD movie costs less money to buy than a CD. For any economically savvy person that was a clear indication that we were being gouged on CD prices.

  4. Re:infective c? on Mystery of Duqu Programming Language Solved · · Score: 2

    I'd call it "subjugative C".

  5. Re:So... DRM laden constant-connection bullshit? on Diablo 3 To Be Released On May 15th · · Score: 3, Insightful

    What reading are we getting from the Rape-Your-Customers-O-Meter?

    The needle seems to be pegged on "incessant whining but still a roaring success".

  6. Re:Take into account human nature on Multiword Passwords Secure Or Not? · · Score: 1

    Ifindyourlackoffaithdisturbing.

  7. Re:Conjecture. on A Better Way To Program · · Score: 1

    I periodically get asked by JP Morgan if I want to come and work on the Smalltalk system that feeds all of their other in-house software.

    Dude. That's code speak for "can you please come and use your people skills to sweet-talk our secretaries into doing their job".

  8. Re:Great but... on A Better Way To Program · · Score: 1

    TBH - at an hour of talking, no. A summary or argument with diagrams would be worth looking at, but a video? I am actually getting tired of this fad of posting videos to make a case. Very inefficient and can usually be summed up in something that only takes 10 minutes to read. I get the feeling the people who do things pieces just like hearing their own voice....

    Maybe someone could come up with a better way to make a video.

  9. Re:Is this legal? on Google To Devs: Use Our Payment System Or Be Dropped · · Score: 1

    legally -> legality. Bloody friday mornings before sufficient caffeine intake. Me fail english? That's unpossible!

  10. Re:Is this legal? on Google To Devs: Use Our Payment System Or Be Dropped · · Score: 1

    Is this legal? Does anyone know if that sort of action violates the law?

    I have no idea about the actual legally, but have a strong feeling that right now Google doesn't really have to care a lot about whether this is legal - as long as it is "grey area" enough to drag the process out until most developers have complied anyway. At which point Google Wallet will be a de-facto standard for Google Play.

  11. Re:Rule of thump! on Server Names For a New Generation · · Score: 2

    Rule of thump? Is that the one where if you have a software problem, you thump the system, and if the problem persists it's now a hardware problem?

  12. Re:Article contians junk on New Programming Languages Come From Designers · · Score: 1

    I'm glad the author never tried to argue that C++ has internal consistency (I do love C++, but...).

    Wrong. C++ is consistently inconsistent, except when it isn't!

  13. Re:Them terrorist will slip through anyway ... on The Ineffectiveness of TSA Body Scanners · · Score: 1

    If Israelis were actually running American security, it would actually be WORKING. Ergo, you're nuts.

    GP is saying it *is* working - for THEM.

  14. Re:distributed on GitHub Hacked · · Score: 2

    you don't have any idea how GIT works, do you ? or maybe you are FUDding ?

    two words: distributed and Cryptographic authentication of history

    No, I have no idea the cryptographic details of GIT works - I was responding to the information in the post above mine with a hypothetical evil genius scenario in my limited understanding of DVCS (i.e. copies of stuff in multiple places). I am happy to read that it seems the developers of GIT are smarter than those that developed Sourcesafe. Which isn't a herculean feat.

  15. Re:distributed on GitHub Hacked · · Score: 0

    Fortunately, git is a distributed version control system, meaning that, usually, there is a copy of the sources and history information elsewhere.

    The truly malicious might blatantly compromise the main repository, and "helpfully" provide poisoned recovery source from multiple already-compromised external sources.

  16. Re:The devs were notified and ignored it on GitHub Hacked · · Score: 2

    Apparently GitHub's own admin isn't "pro" enough...

    I tried reading that thread but the language is convoluted and I know next-to-nothing about rails - am I reading it right - the devs were essentially saying "pro users know how to secure their installs!" and then got pwned themselves with the exact hack that Homakov had reported?

  17. Re:Shannon-Hartley still in effect. on 'Twisted' Waves Could Boost Capacity of Wireless Spectrum · · Score: 2

    42.

  18. Re:Dumb people never learn on Azure Failure Was a Leap Year Glitch · · Score: 4, Funny

    Hey! My MS4000 keyboard and MS mouse are working jut fine.

    I see what you did there.

  19. Re:Liar on The Specter of Gasoline At $5 a Gallon · · Score: 1

    Kuwait is at #12 in the list you linked.

  20. Re:In practice it's like a different language. on Stroustrup Reveals What's New In C++ 11 · · Score: 1

    Now be careful, because inheritance was not really intended for code reuse. If it does help with code reuse, that's a positive consequence, but it's not what inheritance is for, first and foremost. See Liskov substitution principle and all that jazz.

    Be even more careful, because public inheritance is definitely not intended for code reuse, but protect and private inheritance are!

  21. Re:Upgraded on Moon May Not Be As Dead As We Thought · · Score: 1

    It's not dead, it's resting.

  22. Upgraded on Moon May Not Be As Dead As We Thought · · Score: 3, Funny

    The moon has been upgraded from "harmless" to "mostly harmless" then?

  23. Re:Based on your requirements... on Best Language For Experimental GUI Demo Projects? · · Score: 3, Funny

    really? based on those requirements, i think origami would be a bit much for him.

    The project might fold.

    But hey, at least it looked good on paper.

  24. Re:SOCA - Serious Organised Crime Agency on Are UK Police Hacking File-Sharers' Computers? · · Score: 1

    You misunderstand - The "Serious Organised Crime" part refers to the various rights-holder conglomerates.

  25. Re:My grandpa wasn't a monkey, or pond scum! on Did Life Emerge In Ponds Rather Than Ocean Vents? · · Score: 1

    I feel sorry for the elephant.