devxpy

27 ms·

1. 301.▲
   by devxpy 8y ago

   Wait what? How is catching bugs at runtime and dynamically typed language related? In fact I've had (a lot) better experience debugging mpy apps than Arduino ones (that's the only low level embedded experience I have) I mostly jus
2. 302.▲
   by devxpy 8y ago

   the esp8266 boards are like pretty cheap. Won't argue about pyboard, because that's more of a gimmick. (Way too expensive for what it does) I think the cost and time of developing on micropython vs a lower level language like C,
3. 303.▲
   by devxpy 8y ago

   Is "Crays and weather prediction" really a part of everyday compute?
4. 304.▲
   by devxpy 8y ago

   Alright, thanks. It's the internet, so have to make sure. Most of my stuff is closed source as well. Iot you say? I made a couple of stuff myself, mostly using the micropython stack or the raspberry pi. What do you generally work on?
5. 305.▲
   by devxpy 8y ago

   Updated readme to be a little better https://github.com/pycampers/zproc I use it in a couple of my own stuff which I have open sourced yet. I do plan to release them, and I hope I can prove the usefulness of the librar
6. 306.▲
   by devxpy 8y ago

   Well HN I'd say is a pretty good place to raise social awareness
7. 307.▲
   by devxpy 8y ago

   Update - I hopefully made the language a little better? https://github.com/pycampers/zproc/blob/master/README.md
8. 308.▲
   by devxpy 8y ago

   Do you think using this over zmq in my thingy would really bring much improvement? I use it everyday for some of my home baked apps, and would love if this really made a difference.
9. 309.▲
   by devxpy 8y ago

   'utterly perfect ' are not my words http://zguide.zeromq.org/page:all#Multithreading-with-ZeroMQ Thought linking it there would make it better, but I'll just remove it... And you do make a good point. It does
10. 310.▲
    by devxpy 8y ago

    Seems like you know quite a lot about this topic. Do you have any projects of your own that I can see? Or do you only work for your employer or something?
11. 311.▲
    by devxpy 8y ago

    > That doesn't mean to say its "perfect" or "solves" multithreading, just that its easy to write and understand Try saying that out loud?
12. 312.▲
    by devxpy 8y ago

    > C/C++ Got it!
13. 313.▲
    by devxpy 8y ago

    > I would suggest you don't make dramatic claims If you could point out some stuff from ZProc's page, that would be nice! > mpi is the grandfather of message passing libraries Never heard of it before, but just a simple goog
14. 314.▲
    by devxpy 8y ago

    > https://vorpus.org/blog/notes-on-structured-concurrency-or-g... Was a damn good read, Thanks!
15. 315.▲
    by devxpy 8y ago

    > most likely a computationally intensive task to do Eh, let me stop you there. Everything isn't about performance. Hardware and UI based things really benefit from parallelism.
16. 316.▲
    by devxpy 8y ago

    Small correction: It makes the _implementation_ thread-safe. It also simplifies a lot of CPython code, making it a lot easier to maintain.
17. 317.▲
    by devxpy 8y ago

    This talk (hopefully) conveys my point across https://www.youtube.com/watch?v=9zinZmE3Ogk
18. 318.▲
    by devxpy 8y ago

    Wild Guess: You're not really a python programmer, are you? Just curious...
19. 319.▲
    by devxpy 8y ago

    Performance doesn't equal Better software. In fact, I think Performance centric development is a lesser known evil. > have all your data before creating your processes/pool Zproc exposes the required API for this (Nothing new,
20. 320.▲
    by devxpy 8y ago

    Exactly.
21. 321.▲
    by devxpy 8y ago

    Yes, but isn't it more CPU intensive? (Speaking purely from experience. Don't have a fancy CS degree)
22. 322.▲
    by devxpy 8y ago

    That's not my claim man, its written in the zguide http://zguide.zeromq.org/page:all#Multithreading-with-ZeroMQ Maybe I should've just linked it there,sorry! Okay, I will take that course and get back, thanks for
23. 323.▲
    by devxpy 8y ago

    Great, now just "stating" how things work is equivalent to inventing them!
24. 324.▲
    by devxpy 8y ago

    > "high performance" I never claimed it to be performant! "Above all, ZProc is written for safety and the ease of use." (Read here - https://github.com/pycampers/zproc?files=1#faq ) > It's
25. 325.▲
    by devxpy 8y ago

    You must be some sort of programming GOD, I guess. The problem is that its _hard_ to get right. For example - It's not trivial to use locks when you're working at an abstraction level higher than operating systems. Most people don
26. 326.▲
    by devxpy 8y ago

    I believe that since the Advent of zeromq, parallelism is possible in almost any language, including python. My library lets you do parallelism in a unique way, where you do message passing parallelism without being explicit about it. http
27. 327.▲
    by devxpy 8y ago

    > deal with serialization and communication I thought a lot about this problem, for over 2 years, and came up with zproc https://github.com/pycampers/zproc Basically, > It lets you do message passing parallelism
28. 328.▲
    by devxpy 8y ago

    I don't know man. Have used docopt, but click just feels right to me. I never have to think about the "CLI" when using click, everything "just works"... http://click.pocoo.org/5/why/#why-no
29. 329.▲
    by devxpy 8y ago

    I have tried this before, and all I can say is that you should probably just use click over anything else. http://click.pocoo.org/5/
30. 330.▲
    by devxpy 8y ago

    Don't leave out NAT PCP (RFC6887)! It's a must for p2p communication https://tools.ietf.org/html/rfc6887