GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Notices by John Ripley (jripley@mastodon.social)

  1. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Thursday, 19-Mar-2026 14:31:40 JST John Ripley John Ripley

    Excited to hear that we’re going to rename all the Washington and Jefferson streets everywhere.

    In conversation about 15 days ago from mastodon.social permalink
  2. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Saturday, 14-Feb-2026 13:23:10 JST John Ripley John Ripley

    What is this nonsense narrative that “US opposition to vaccines is growing”? No it isn’t. It’s a tiny minority of people, almost entirely those infected with MAHA. It’s also due to an active disinformation campaign. It’s not “covid backlash” either—that was the *same* disinformation campaign by largely the same characters.

    Fucking media doing everyone a disservice by not just saying the actual obvious truth.

    https://www.reuters.com/business/healthcare-pharmaceuticals/doctors-bear-burden-medical-freedom-fuels-worst-us-measles-outbreak-30-years-2026-02-13/

    In conversation about 2 months ago from mastodon.social permalink
  3. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Thursday, 29-Jan-2026 11:01:49 JST John Ripley John Ripley
    in reply to
    • Paul Cantrell

    @inthehands I'm uneasy about such a rushed, disorganized general strike, because if it ends up being a dud, it might get taken as a signal that support is waning. I would even say that it's unhelpful, because it takes away energy which could have been used for something more organized. But on the other hand, "all PR is good PR". I'm hoping for a good outcome.

    In conversation about 2 months ago from mastodon.social permalink
  4. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Monday, 26-Jan-2026 04:25:52 JST John Ripley John Ripley

    RE: https://hachyderm.io/@inthehands/115957156730683593

    Reminder that all the DHS, ICE, CBP, and TSA, have only existed ~25 years, as an authoritarian power grab post-9/11 by the Republican Party, and they could easily *stop* existing. Their function wasn't necessary before, and isn't now.

    In conversation about 2 months ago from mastodon.social permalink

    Attachments

    1. No result found on File_thumbnail lookup.
      Paul Cantrell (@inthehands@hachyderm.io)
      from Paul Cantrell
      And to be clear, zeroing out the budget, scrapping the DHS, returning its law enforcement duties to local agencies, and prosecuting ICE officers — all of that! — is the •moderate• position here. The extremist position is violence of a kind and scale I shudder to contemplate. Pressure them. Rattle them out of their stupor. /end
  5. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Monday, 19-Jan-2026 17:50:59 JST John Ripley John Ripley
    in reply to
    • Ryan Castellucci (they/them) :nonbinary_flag:

    @ryanc Spent a few minutes puzzling over why it's so bad, and it looks like that era of Atom was just before Intel greatly improved latency/throughput. Also I think it has only one pipe doing all the above, mostly stalled. I got into this thread because one of the last things I did at my prior employer was hyper-optimize AES-GCM for their cores, and they run bytes-per-cycle, not cycles-per-byte. Literally 10x faster.

    In conversation about 2 months ago from mastodon.social permalink
  6. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Monday, 19-Jan-2026 16:59:57 JST John Ripley John Ripley
    in reply to
    • Ryan Castellucci (they/them) :nonbinary_flag:

    @ryanc I’m suspicious maybe Intel checked the “AES-NI” box of ISA support in Atoms, while the underlying implementation is whatever is enough to pass validation only.

    In conversation about 2 months ago from mastodon.social permalink
  7. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Monday, 19-Jan-2026 05:26:43 JST John Ripley John Ripley
    in reply to
    • Ryan Castellucci (they/them) :nonbinary_flag:

    @ryanc That chip apparently has AES-NI, so AES-GCM should, if code is using it, be expected in the ballpark of ~2 cycles per byte, i.e ~1GB/sec.

    In conversation about 2 months ago from mastodon.social permalink
  8. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Monday, 29-Dec-2025 11:37:05 JST John Ripley John Ripley

    Thought of the day, and I wish there were a way to get this to legislators:

    Come the next Big One earthquake, all of San Francisco’s emergency services will be blocked by Waymos.

    In conversation about 3 months ago from mastodon.social permalink
  9. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Saturday, 13-Dec-2025 05:52:36 JST John Ripley John Ripley

    I’m very much in *favor* of line length limits in code. Personally, I still use 80. This isn’t some “stuck” thing—holding on to obsolete tech–the 80 character width was in fact chosen, way back, for readability reasons. (I’ll have to find citations but I remember this) I might be convinced to use 100 or 120, but there must at least be a limit.

    The rationale is code readability, especially in the context of safety. If you cannot see all the code for the context you’re auditing, it is not safe.

    In conversation about 4 months ago from mastodon.social permalink
  10. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Thursday, 28-Aug-2025 13:28:41 JST John Ripley John Ripley

    Things I remember from the 1980s, the latest right-wing things-were-better-then craze, in London:

    * You would have black snot at the end of the day if you spent much time in busy streets, especially central, especially if you took the underground.
    * Every landmark was a dark slime color, from leaded gas/petrol painting itself over *everything*. I'm not kidding! The fabulous colors of the Houses of Parliament you see today were amazing, when it got cleaned.
    * Everyone was poor and wanted to move

    In conversation about 7 months ago from mastodon.social permalink
  11. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Saturday, 07-Jun-2025 04:21:03 JST John Ripley John Ripley
    in reply to
    • Ryan Castellucci (they/them) :nonbinary_flag:

    @ryanc Wonder how small that could get without all the calling convention overhead, which looks like about half the binary.

    In conversation about 10 months ago from mastodon.social permalink
  12. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Saturday, 25-Jan-2025 10:43:21 JST John Ripley John Ripley
    in reply to
    • John Regehr

    @regehr There's an insidious problem on targets where the ISA has a few instructions which rely on alignment (e.g some SSE/AVX and even recent ARM). Unaligned access works until the optimizer figures out a way to save a cycle by using the faster vector op, and then it breaks. This turns into a heisenbug where any attempt to track it down breaks the optimization.

    In conversation about a year ago from mastodon.social permalink
  13. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Friday, 24-Jan-2025 10:16:23 JST John Ripley John Ripley
    in reply to
    • mekka okereke :verified:

    @mekkaokereke This would mean that the largest fund managers voted against the proposal. This is interesting, because that means even the people in charge of a large fraction of the world’s wealth think DEI is a good idea.

    Individuals and employees have zero (rounding error) influence in shareholder votes. The sum of all Costco insiders is something like 0.2%, and that’s likely almost all C-suite.

    In conversation about a year ago from mastodon.social permalink
  14. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Monday, 02-Dec-2024 04:55:15 JST John Ripley John Ripley
    in reply to
    • Ryan Castellucci (they/them) :nonbinary_flag:

    @ryanc I imagine it's like this (sadly) common setup:

    * Receiver is a for() loop, either pulling bytes out of a UART, or executing a command.
    * UART is either a 1 byte FIFO, or emulated GPIO.
    * While executing a command, UART is dropped.
    * Accessory, vice versa situation.
    * This all "works" because the protocol will have a "documented" AC timing spec: T_inter_command_gap>=20ms.

    There's nonsense like this common in devices everywhere, but to be fair it sure makes things cheaper.

    In conversation Monday, 02-Dec-2024 04:55:15 JST from gnusocial.jp permalink
  15. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Monday, 02-Dec-2024 03:33:26 JST John Ripley John Ripley
    in reply to
    • Ryan Castellucci (they/them) :nonbinary_flag:

    @ryanc Rule of thumb is the firmware in any large appliance was written by a hardware engineer, who generally stop at “it works now”.

    This reminded me of working on ID over HDMI, which uses I2C. Turns out for a large fraction of devices, if you spam I2C, e.g waiting for boot, their single work loop never gets around to doing anything other than I2C, including booting. You need to leave arbitrary gaps like you did there :(

    In conversation Monday, 02-Dec-2024 03:33:26 JST from mastodon.social permalink
  16. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Monday, 21-Oct-2024 15:50:24 JST John Ripley John Ripley
    in reply to
    • samir, lost and found
    • Ryan Castellucci (they/them) :nonbinary_flag:

    @samir @ryanc
    return 0 is it tho -0;

    In conversation Monday, 21-Oct-2024 15:50:24 JST from gnusocial.jp permalink
  17. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Monday, 21-Oct-2024 07:29:42 JST John Ripley John Ripley
    • Ben Rosengart

    @fivetonsflax It also strongly attempts to imply the entire conflict is the fault of one person, which is such baby thinking.

    In conversation Monday, 21-Oct-2024 07:29:42 JST from mastodon.social permalink
  18. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Tuesday, 16-Jul-2024 01:44:27 JST John Ripley John Ripley

    The GOP, and largely the whole of the nebulous fascist movement, is approaching a deadline when they likely cease to be viable through democratic means, so of course everything is getting dialed up.

    Especially when the consequences are after the king is installed.

    In conversation Tuesday, 16-Jul-2024 01:44:27 JST from mastodon.social permalink
  19. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Sunday, 28-Jan-2024 20:03:41 JST John Ripley John Ripley
    in reply to
    • Matthew Garrett

    @mjg59 Some ISPs have magic TTL values which they use as an obfuscated way to route traffic differently (e.g no caps). Could be it’s accidentally tripping into that.

    In conversation Sunday, 28-Jan-2024 20:03:41 JST from mastodon.social permalink
  20. Embed this notice
    John Ripley (jripley@mastodon.social)'s status on Friday, 22-Dec-2023 08:00:18 JST John Ripley John Ripley
    • Ryan Castellucci (they/them) :nonbinary_flag:

    @ryanc Unwanted entity in the middle of an exchange, claiming credit for what each person is saying but introducing something bad in the process, and potentially taking it over. Fairly accurate.

    In conversation Friday, 22-Dec-2023 08:00:18 JST from mastodon.social permalink
  • Before

User actions

    John Ripley

    John Ripley

    US+UK. San Francisco. He/Him.Somewhat liberal/socialist/snarky.Software/hardware/chip architecture, systems prototyping, generalist from silicon to apps, somewhat InfoSec. empeg/Diamond/Rio/etc 1999-2007, Google 2007-2009, Apple 2009-2025. Currently gainfully unemployed, but could be convinced out of it.Carrying water for “AI” and fashtech gets you blocked.

    Tags
    • (None)

    Following 0

      Followers 0

        Groups 0

          Statistics

          User ID
          217537
          Member since
          25 Nov 2023
          Notices
          21
          Daily average
          0

          Feeds

          • Atom
          • Help
          • About
          • FAQ
          • TOS
          • Privacy
          • Source
          • Version
          • Contact

          GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

          Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.