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 Ignas Kiela (ignaloidas@not.acu.lt)

  1. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Thursday, 11-Jun-2026 23:49:28 JST Ignas Kiela Ignas Kiela

    @dysfun@social.treehouse.systems I'm very opposed to the "just copy and paste these recipes" approach

    Like, if it's just that simple, then it should be as simple as having a "standard library" of recipes and then having the user just define the recipe they want to use.

    Of course it's not that simple, and we still want some kind of customization to be involved. Since we agree that the customization needs to be driven by a programming language, it's then a question of whether we value the ability for less familiar users to work on customizations well at the expense of how well the language meshes with the tool, or whether we value the language meshing with the tool well and having a nicer fit overall, at the cost of less familiar users needing to learn it to use the tool effectively.

    My viewpoint is that for an ancillary tool like packaging is, it's a bit foolish to go for the second approach, because users won't have a lot of buy-in (it's just a "side" tool, it's not essential for their project). Learning another language is a barrier and a surprisingly difficult one (more from the psychological perspective than actual difficulty of learning a language in many cases). While with the first case some people will need to learn the language as well, the barrier is smaller because of perceived usefulness of a more popular language (I've seen a bunch of cases of "why would I learn [language X] if it's only useful for [tool Y]"). That way you're building a small number of [tool Y] experts, rather than building a whole bunch of people that know how to efficiently utilize [tool Y], and I think the second is much preferred.

    In conversation about 2 months ago from not.acu.lt permalink
  2. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Thursday, 23-Apr-2026 22:13:49 JST Ignas Kiela Ignas Kiela

    "Decentralized" service fully censored by blocking a single server. Cool stuff, ain't it?

    RE: https://mastodon.social/users/ooni/statuses/116453567258372626

    In conversation about 3 months ago from not.acu.lt permalink

    Attachments

    1. Domain not in remote thumbnail source whitelist: files.mastodon.social
      OONI (@ooni@mastodon.social)
      from OONI
      Attached: 1 image ‼️ Russia blocked Bluesky https://explorer.ooni.org/findings/287571208700 As of 11th April 2026, OONI data shows that access to @bsky.app@bsky.brid.gy is blocked on multiple networks in #Russia. On some networks, the block is implemented by means of DNS tampering and automatically confirmed. On most networks, the block is implemented by means of TLS interference. This follows the blocking of Telegram, Signal, WhatsApp, Instagram, Facebook, Twitter/X, and many other platforms. #ooni #censorship #opendata
  3. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Sunday, 19-Apr-2026 10:02:10 JST Ignas Kiela Ignas Kiela
    • Matthew Garrett
    • mnl mnl mnl mnl mnl
    • David Chisnall (*Now with 50% more sarcasm!*)

    @mnl@hachyderm.io @mjg59@nondeterministic.computer @david_chisnall@infosec.exchange @engideer@tech.lgbt the fact that something is random does not mean that it has a uniform distribution. "controlled randomness" is still randomness. Taking random points in a unit circle by taking two random numbers for distance and direction will not result in a uniform distribution, but it's still random.

    like, do you even read what you're writing? I'm starting to understand why you don't trust the code you wrote

    In conversation about 3 months ago from not.acu.lt permalink
  4. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Saturday, 21-Mar-2026 19:21:25 JST Ignas Kiela Ignas Kiela

    #ZeroTrust apparently means whitelisting MAC addresses

    In conversation about 4 months ago from not.acu.lt permalink

    Attachments


    1. https://not-acu-lt.s3.nl-ams.scw.cloud/null/564880a1-1e89-4825-a972-e7e2f4e7a89d.png
  5. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Saturday, 21-Mar-2026 19:21:23 JST Ignas Kiela Ignas Kiela
    in reply to

    I will never stop being angry at security vendors simply redefining "Zero-Trust" to mean what they have always been doing instead of what it originally meant.

    In conversation about 4 months ago from not.acu.lt permalink
  6. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Thursday, 19-Mar-2026 05:20:49 JST Ignas Kiela Ignas Kiela
    in reply to
    • georgia
    • Blurry Moon

    @georgia@netzsphaere.xyz @sun@shitposter.world the muscles needed are mostly on the back, what's on arms isn't doing much (though it's also not like modern bows are particularly hard to draw since they're designed more for accurate shooting rather than piercing through armor)

    In conversation about 4 months ago from not.acu.lt permalink
  7. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Tuesday, 17-Mar-2026 22:51:57 JST Ignas Kiela Ignas Kiela
    • Quad

    @quad@akko.quad.moe lmao

    RenPy stays winning I guess

    In conversation about 4 months ago from not.acu.lt permalink
  8. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Sunday, 01-Mar-2026 05:57:08 JST Ignas Kiela Ignas Kiela
    • Blurry Moon

    @sun@shitposter.world "automatically resets after 20 minutes"

    techbros and their understanding of consent

    In conversation about 5 months ago from not.acu.lt permalink
  9. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Thursday, 26-Feb-2026 17:45:58 JST Ignas Kiela Ignas Kiela

    Instagram reels sometimes bring some real gems of marketing

    In conversation about 5 months ago from not.acu.lt permalink

    Attachments


    1. https://not-acu-lt.s3.nl-ams.scw.cloud/null/a809c923-50a7-4382-886f-6c79c49cfb35.jpg
  10. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Thursday, 26-Feb-2026 02:28:40 JST Ignas Kiela Ignas Kiela
    in reply to
    • Quad
    • feld
    • Johnny Peligro

    @mischievoustomato@tsundere.love @feld@friedcheese.us @quad@akko.quad.moe that's a classic tactic from patent trolls to set up a "patent pool" of stuff that supposedly something is using to scare companies into paying for it. AV1 has one for example, even tho it was explicitly designed to avoid patented shit

    In conversation about 5 months ago from not.acu.lt permalink
  11. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Thursday, 26-Feb-2026 02:15:53 JST Ignas Kiela Ignas Kiela
    in reply to
    • Quad
    • Johnny Peligro

    @mischievoustomato@tsundere.love @quad@akko.quad.moe this is not quite that level of stuff, I think some of these use opus underneath but there is stuff regarding how to transmit stuff between that impacts latency, error recovery and shit

    In conversation about 5 months ago from not.acu.lt permalink
  12. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Thursday, 26-Feb-2026 02:09:11 JST Ignas Kiela Ignas Kiela
    • Quad

    @quad@akko.quad.moe bluetooth has like 4 different protocols for audio lmao, so probably that

    In conversation about 5 months ago from not.acu.lt permalink
  13. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Thursday, 26-Feb-2026 02:08:59 JST Ignas Kiela Ignas Kiela
    • Quad

    @quad@akko.quad.moe there's a reason why I said "like" (tho didn't know there were 5 different aptX ones lol)

    weird that even with the speakers being able to only run with a single protocol, it's still different, I'd guess somebody put some sort of filter in the android audio chain for phone speakers, yet it still gets applied for external audio as well

    In conversation about 5 months ago from not.acu.lt permalink
  14. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Tuesday, 17-Feb-2026 12:08:49 JST Ignas Kiela Ignas Kiela
    in reply to
    • Blurry Moon
    • feld

    @feld@friedcheese.us @sun@shitposter.world ok thats bonkers and stupid

    Both because it's on oracle, and because SQL is kinda ass for such code volume

    In conversation about 5 months ago from gnusocial.jp permalink
  15. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Tuesday, 17-Feb-2026 10:59:26 JST Ignas Kiela Ignas Kiela
    in reply to
    • Andrew Zonenberg

    @azonenberg@ioc.exchange i don't think ypu can do it (well?) with Vulkan but it is possible to do GPU-side allocation. Not sure if worth tho.

    In conversation about 5 months ago from not.acu.lt permalink
  16. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Tuesday, 17-Feb-2026 10:57:01 JST Ignas Kiela Ignas Kiela
    in reply to
    • Blurry Moon
    • feld

    @sun@shitposter.world @feld@friedcheese.us how often you're transitioning between DB vendors anyways?

    (also, since writing them is litteraly part of my job, the best use cases I'd say are either small ones for ensuring nore complex consistency terms of the database, or large ones for bulk data transformation and saving.

    In conversation about 5 months ago from not.acu.lt permalink
  17. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Tuesday, 17-Feb-2026 10:56:58 JST Ignas Kiela Ignas Kiela
    in reply to
    • Blurry Moon
    • feld

    @sun@shitposter.world @feld@friedcheese.us ok, I understand it with oracle because of it's toxic licensing

    But like, I've rewritten a whole bunch of stored procedures - e.g. from postgres to mssql and then back to postgres after some changes while it lived in mssql. Was fine.

    And yes, if you put all of it in stored procedures, you're gonna have a bad time migrating (guess why oracle wants you to use them so much), but as I said, you should have either small ones for consistency, or large ones for large transformations/analytics. The first case is easy to rewrite because small, the second case is a pain either way because the alternative is just having all of the sql in some script or whatever and you're gonna have to rewrite it either way.

    In conversation about 5 months ago from not.acu.lt permalink
  18. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Thursday, 12-Feb-2026 22:20:48 JST Ignas Kiela Ignas Kiela
    in reply to
    • Blurry Moon

    @sun@shitposter.world depends on the human not having 100% trust for the LLM's results tho, like seemingly a whole bunch of curl's bug bounty reports were humans that just had absolute trust in LLM's results and even tho the talking didn't seem LLM, the arguments and reports did seem to fit a LLM

    In conversation about 6 months ago from not.acu.lt permalink
  19. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Thursday, 29-Jan-2026 11:10:47 JST Ignas Kiela Ignas Kiela
    in reply to
    • niconiconi

    @niconiconi@mk.absturztau.be the real question is when will we stop discovering new adhesive tape radiation wavelengths

    In conversation about 6 months ago from not.acu.lt permalink
  20. Embed this notice
    Ignas Kiela (ignaloidas@not.acu.lt)'s status on Friday, 09-Jan-2026 06:28:30 JST Ignas Kiela Ignas Kiela
    in reply to
    • ✧✦Catherine✦✧

    @whitequark@mastodon.social this implies that clang is a mammal and can get pregnant

    In conversation about 7 months ago from not.acu.lt permalink
  • Before

User actions

    Ignas Kiela

    Ignas Kiela

    I do in fact existI'm an information sponge, so if you have some question that you think I might have an answer to, feel free to ask! Even if I won't have it off my head, I know how to look up things fast.

    Tags
    • (None)

    Following 0

      Followers 0

        Groups 0

          Statistics

          User ID
          5626
          Member since
          15 Aug 2022
          Notices
          662
          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.