HN user

codewithcheese

1,405 karma
Posts55
Comments278
View on HN
blog.cloudflare.com 2y ago

Data Anywhere with Pipelines, Event Notifications, and Workflows

codewithcheese
3pts1
the-guild.dev 2y ago

GraphQL Yoga Integration with Cloudflare Workers

codewithcheese
2pts0
news.ycombinator.com 3y ago

Ask HN: How to Report Bug to Alerthn.com

codewithcheese
1pts2
www.ycombinator.com 3y ago

ChatSonic – Like ChatGPT but with real-time data, images and voice search

codewithcheese
35pts15
evanthebouncy.medium.com 3y ago

Probing Compositional Understanding of ChatGPT with SVG – By Evan Pu – Dec, 2022

codewithcheese
4pts0
37signals.com 3y ago

37signals

codewithcheese
4pts0
www.theregister.com 3y ago

Cloudflare finds a way through China's network defences

codewithcheese
5pts0
www.theregister.com 3y ago

Yandex plans to break up with its Russian motherland

codewithcheese
4pts0
theconversation.com 3y ago

Young Australians just won a human rights case against an enormous coal mine

codewithcheese
89pts70
github.com 3y ago

Bob-CD/bob: This is what CI/CD should've been

codewithcheese
4pts0
www.docker.com 3y ago

Merge+Diff: Building Dags More Efficiently and Elegantly – Docker

codewithcheese
2pts0
github.com 3y ago

Interactive debugger for Dockerfile, with support for IDEs

codewithcheese
1pts0
iotdb.apache.org 3y ago

Apache IoTDB: Database for Internet of Things

codewithcheese
1pts0
souffle-lang.github.io 3y ago

Soufflé: a Datalog Synthesis Tool for Static Analysis

codewithcheese
2pts0
github.com 3y ago

AstroNvim is an aesthetic and feature-rich Neovim config

codewithcheese
4pts1
priceops.org 3y ago

The 5 Pillars of PriceOps

codewithcheese
2pts0
tom-vykes.medium.com 3y ago

Why Git and GitHub are a terrible choice for most dev teams – by Tomas Vykruta

codewithcheese
1pts0
discord.com 3y ago

Discord Indexes Billions of Messages (2017)

codewithcheese
6pts0
gitrows.com 3y ago

Git as a Database – GitRows

codewithcheese
2pts0
avc.com 3y ago

Demand Response

codewithcheese
1pts0
blog.tonari.no 3y ago

Introducing 'innernet' a tailscale alternative (2021)

codewithcheese
2pts1
www.theregister.com 3y ago

Linux kernel's eBPF feature put to unexpected new uses

codewithcheese
3pts0
www.newscientist.com 3y ago

JWST has spotted a weird, distant galaxy with almost no heavy elements

codewithcheese
8pts1
github.com 3y ago

Ultra-minimal JSON schemas with TypeScript inference

codewithcheese
103pts44
discu.eu 3y ago

Discussions Around the Web

codewithcheese
2pts0
www.youtube.com 3y ago

Typedefs in 15 Minutes [video]

codewithcheese
2pts0
evincarofautumn.blogspot.com 4y ago

Why concatenative programming matters (2012)

codewithcheese
76pts55
www.youtube.com 4y ago

JEPA – A Path Towards Autonomous Machine Intelligence (Paper Explained)

codewithcheese
1pts0
www.youtube.com 4y ago

Discrete-Event Systems and Petri Nets – Lecture 1

codewithcheese
2pts0
github.com 4y ago

Use Raspberry Pi as Airplay server to screen mirror on TVs, monitors, projectors

codewithcheese
347pts76

Domain driven design is well aware that is not feasible to have a single schema for everything, they use bounded contexts. Is there something similar for the semantic web?

- Monorepo with FE, BE and shared types - React + Next.js (frontend) - pnpm - Nest.js (server) - Tailwind - Material UI - Apollo (GraphQL) - Jest (Testing) - Typescript + ESLint + Prettier + Husky - Turbo - TypeORM - Segment - Database migrations - Docker - Logging (Pino.js)

How will non-tech founders develop their product on this stack? That's a stack for developers to build the product.

This is a very hard problem, when you see a fragmented ecosystem its because players in the ecosystem have wide ranging and demanding requirements.

You will have to acquire your target customer when they are ready to setup this stack but before they have done so themselves. This would require very high brand awareness. Like "Oh I was going to setup on AWS but XYZ makes it so easy". Only a few companies have achieved this type of awareness in the devops space. Heroku comes to mind. None of them are indie-hacker projects.

It can be faster and more effective to fallback to a smaller model (gpt3.5 or haiku), the weakness of the prompt will be more obvious on a smaller model and your iteration time will be faster

Yeah also prompts should not be developed in abstract. Goal of a prompt is to activate the models internal respentations for it to best achieve the task. Without automated methods, this requires iteratively testing the models reaction to different input and trying to understand how it's interpreting the request and where it's falling down and then patching up those holes.

Need to verify if it even knows what you mean by nothing.

As a non academic this is an example in how to express a simple opinion with structure and references. My first reaction was to think this is much ado about nothing, but then I saw it provides a small map one can use to start to navigate this topic.

Yes within a timezone is a good idea. I am based in Australia, teaching myself deep learning, and happy to connect with anyone in Asia. Of course happy to connect with anyone globally, but being in a similar timezone can lead to more serendipity

"why is the state of education so abstract and uninspiring?" witch have a simple answer

They are answering why education is "so abstract and uninspiring", talking about the educational system specifically. Not peoples abilities. They are actually implying that people could understand if given the chance.

Cool, I wasn't aware, thanks. https://nim-lang.org/blog/2020/10/15/introduction-to-arc-orc...

The main difference between ARC and Nim GCs is that ARC is fully deterministic - the compiler automatically injects destructors when it deems that some variable (a string, sequence, reference, or something else) is no longer needed. In this sense, it’s similar to C++ with its destructors (RAII). To illustrate, we can use Nim’s expandArc introspection (will be available in Nim 1.4).

This shows one of the main ARC features: scope-based memory management. A scope is a separate region of code in the program. Scope-based MM means that the compiler will automatically insert destructor calls for any variables which need a destructor after the scope ends. Many Nim constructs introduce new scopes: procs, funcs, converters, methods, block statements and expressions, for and while loops, etc.

ARC also has so-called hooks - special procedures that can be defined for types to override the default compiler behaviour when destroying/moving/copying the variable. These are particularly useful when you want to make custom semantics for your types, deal with low-level operations involving pointers, or do FFI.

No, Nim doesn't have stronger or weaker safety guarantees than Rust [1]. Rust's memory safety is nothing new, either. It is mostly that some older languages like C/C++ are the exceptions in not being memory-safe. There is nothing new or magical about memory safety. LISP was already memory-safe when it was invented in 1958. The only question is how much performance you need to trade away for it (the value is never zero for non-trivial programs, but can vary greatly, depending on whether the language was designed with it in mind or not).

The main difference between Rust and other languages is that it does some more (but not all [2]) safety checks at compile time rather than at runtime. It also allows you to avoid GC, but does not provide you any memory safety over GC. Rust's borrow checker allows you to statically prove that references are live [3]; a GC simply avoids deallocating any memory that has a live reference to it (on the other hand, a GC can ensure that references remain live even where this is hard or impossible to prove statically). The end result is the same with respect to memory safety (the reason some people want to avoid GC is for performance reasons, not memory safety).

https://forum.nim-lang.org/t/1961