bullen

13 ms·

1. 121.▲
   by bullen 1y ago

   I use 3.5mm barreljack splitter cables and 3.5mm barrel to USB micro/C adapters.
2. 122.▲
   by bullen 1y ago

   You are in for surprises down the road, RAM and SSD breaks, the larger/faster they are the sooner they break. DDR2 (667MHz) > DDR3 (1.6GHz) > DDR4 (3.2GHz) etc. in longevity. and cas latency <100GB SSDs from 2010-2015 out last
3. 123.▲
   by bullen 1y ago

   I built the cluster thick instead: https://github.com/tinspin/rupy And selfhost on home fiber. Saves space and cools silently. Mixing old 2 and 4 for different use cases. Raspberry 5 and 3588 are too hot. Not in the pi
4. 124.▲
   by bullen 1y ago

   The javascript bridge including threading bottlenecks are never going away. It would be faster to put Java Applets back into browsers, including implementing a new sandbox.
5. 125.▲
   by bullen 1y ago

   C and Java are the most durable in different ways. - C gives you the least likely to be broken by evolution of OSes without added effort, because they need backwards compatibility. - Java will be even more durable as it can be implemented&#
6. 126.▲
   by bullen 1y ago

   I'm still happy with ant. It works well and I don't have huge dependencies. I only use mail, db's, JSON and QR, so I can upload the dependencies into the repo and they haven changed for decades.
7. 127.▲
   by bullen 1y ago

   Would it work: yes, could it be disrupted: also yes. Timing is the key: you want to start working on it when the regular internet shows cracks. In the meantime, build features that work in both worlds! http://radiomesh.org
8. 128.▲
   by bullen 1y ago

   When people say "don't reinvent the wheel" they really mean to say "don't copy the wheel". Reinvent means changing something, hopefully for the better: http://move.rupy.se/file/wheel.jpg
9. 129.▲
   by bullen 1y ago

   I agree that Java + native is the way to go. But does rust really give you an edge over C/C++? Here is how you do JNI with C++: http://move.rupy.se/file/jvm.txt So simple it's ridiculous! Then you can use Reg
10. 130.▲
    by bullen 1y ago

    I did something similar, but I use these EXT4 requirements: - hard links (only tar works for backup) - small file size (or inodes run out before disk space) http://root.rupy.se It's very useful for global distribut
11. 131.▲
    by bullen 1y ago

    I made a database ORM editor too: https://tinspin.itch.io/node Mine is a desktop Java app. that exports XML that then gets converted to SQL (create.sql) and ORM Java sources with the matching SQL queries. No reflection, jus
12. 132.▲
    by bullen 2y ago

    If you have the inverse requirement = identity and no encryption I heartily recommend: https://datatracker.ietf.org/doc/html/rfc2289
13. 133.▲
    by bullen 2y ago

    I wish they had ways to setup fixed price recurring payment items. Right now I use gumroad but they take a very high fee.
14. 134.▲
    by bullen 2y ago

    I disagree with them, all. I also dislike the Win32 removal since JDK 22, but I understand that Windows 32-bit assembly is un-maintainable. There is a reason ARM keeps 32-bit. The Security Manager was not so hard to maintain it merited a re
15. 135.▲
    by bullen 2y ago

    Found this: https://www.reddit.com/r/java/comments/15ksmm2/javas_securit... Nothing sticks out, except container companies are probably very happy? I wonder if the guys working on this did a search befor
16. 136.▲
    by bullen 2y ago

    I have read it but it does not make sense. This work is destructive for no reason. But I am curious how classloaders will work now!?
17. 137.▲
    by bullen 2y ago

    I meant to 17 so they would see the warning.
18. 138.▲
    by bullen 2y ago

    Can you point to one vuln? > I don't think I buy your assertion that nobody has upgraded. Nobody that uses Security Manager has upgraded I meant.
19. 139.▲
    by bullen 2y ago

    Security Manager is one of the only unique selling points of Java, to remove it (without removing it because you need it underneath) is as big of a blunder as removing Applets from browsers and replacing it with something worse: WASM withou
20. 140.▲
    by bullen 2y ago

    Yes! I will compare my NIO multiplayer system to SVTwP (Sync. Virt. Threads without Pinning) and report back!
21. 141.▲
    by bullen 2y ago

    For ARM32 and Risc-V releases they should appear in the coming days here: https://bell-sw.com/pages/downloads Raspberry 2 and Vision Five 2 are very future proof peices of hardware that Oracle and OpenJDK ignores!
22. 142.▲
    by bullen 2y ago

    For bidirectional 2 TCP sockets and HTTP/1.1 Comet-Stream works fine. Fighting HTTP/1.1 for money is going to fail unless you invent something fundamentally better.
23. 143.▲
    by bullen 2y ago

    Hi, please support vanilla linux phones this time?
24. 144.▲
    by bullen 2y ago

    I hope they will support vanilla linux phones!
25. 145.▲
    by bullen 2y ago

    I made my blog software support all feed types back in the day: http://sprout.rupy.se/feed?rss http://sprout.rupy.se/feed?atom http://sprout.rupy.se/feed?json http://sprout.rupy.
26. 146.▲
    by bullen 3y ago

    So now they are recreating the Java Applet? I mean you could just re-enable the Java Applet and everything would be solved.
27. 147.▲
    by bullen 3y ago

    I would if they made micro controllers that had better hot-reload. Also would need more cores, SRAM and some OpenGL ES GPU! ;)
28. 148.▲
    by bullen 3y ago

    There was a bunch of side people. But the main engine was one dude.
29. 149.▲
    by bullen 3y ago

    What bank is that?
30. 150.▲
    by bullen 3y ago

    I think it's related to latency. There is no way to fake low latency and for that you often need the complete chain of hardware. I'm the opposite to you though, rather have an original C64 on modern capture (low latency GV-USB2) a