Live data from Hacker News

Viewing profile — yrashk

yrashk

HN member
Joined
Thu, Aug 16, 2007, 10:16 AM UTC
HN karma
925
Public activity
403 items

About yrashk

Founder at Inferal

(yrashk@inferal.com)

Recent public activity

  1. story
    Show HN: Cognitive Layers

    Like everybody else, I straddle the line of agentic coding psychosis – excited about moving faster than ever, but deeply concerned about losing the thread and producing something i…

  2. comment
    Comment #47530468

    I've been working on some parts of this problem, specifically capturing and retaining other semantically useful layers of the systems we build as we build and maintain them. By int…

  3. comment
    Comment #47393642

    Relax NG Compact is a great way to communicate schemas to LLMs in a token-efficient way.

  4. story
  5. comment
    Comment #46384644

    This document describes the conceptual architecture of our company workspace - a text-based, version-controlled knowledge and operations hub designed to replace tools like Notion a…

  6. story
  7. comment
    Comment #45624151

    This happened to FerretDB

  8. comment
    Comment #44270570

    seemingly only for domestic R&D

  9. comment
    Comment #44270503

    As an international founder, I'd like the section 174 to be fully restored as it was before – not just for domestic R&D but offshore one as well, so we're not hit with 15 years dep…

  10. comment
    Comment #41990774

    This is the first _published_ version: https://docs.omnigres.org/omni_txn/linearize/

  11. comment
    Comment #41883930

    Please bear in mind that it's not a final version yet – it is a snapshot from a PR. Few more cases are being worked on!

  12. comment
    Comment #41717025

    The article describes a technique type-safe joins in Postgres.

  13. story
  14. comment
    Comment #41500531

    Current image builds are to be phased out soon(ish). They were a way to get something into people's hands. And yes, plrust/rust are definitely space hogs :)

  15. story
  16. comment
    Comment #41111502

    I've been a user since the early days and loved the immediacy of responses to all our issues. Issues were fixed nearly instantaneously. It's very impressive. Yet to explore the new…

  17. comment
    Comment #40347393

    As somebody who writes a lot of Postgres extensions, I can say this is quite interesting! I think I can see some parallels to Supabase's wrappers project. Keep up the good work!

  18. comment
    Comment #38121577

    Omnigres | Founding Engineer | SF Bay Area HQ | REMOTE At Omnigres, our north star is to enable developers to laser-focus on business needs instead of fighting technological challe…

  19. comment
    Comment #37927939

    We are primarily talking about the backend side of this story at this time. We'll see what the future will bring, as the real edge of computing is in user's hands. There's a keen i…

  20. comment
    Comment #37924366

    We're experimenting with JSC.

  21. comment
    Comment #37900374

    It does not have any UI yet. Something we haven't thought much about yet. Technically, feasible, just need to have a good story to drive a good experience there.

  22. comment
    Comment #37900342

    Currently, we have an early version of `omni_schema` [1] that allows traditional incremental migrations and in-place migration of certain objects. However, we're not quite satisfie…

  23. comment
    Comment #37899748

    We are working on first-class support for Python indeed (and other languages like JavaScript) An important thing here is that we see Omnigres as a polyglot runtime with a database …

  24. comment
    Comment #37899734

    In my tests, I was testing against Node.js and Rust and was getting roughly the same numbers. https://yrashk.com/blog/2023/02/16/what-happens-if-you-put-h... In the instance of sho…

  25. comment
    Comment #37899641

    Interestingly enough, I've toyed with augmenting SQL to make it more useful. I remember doing an experimental improvement allowing to do FROM where SELECT what syntax. I agree ther…