Hacker Newsnew | past | comments | ask | show | jobs | submit | lord_sudo's commentslogin

Excited to see this. We have a lot of scripts that combine both code and SQL and it's been a pain to run them from the CLI, especially when things break and you need to insert random print() statements to understand what changed about the data


Website seems to be down because Elon posted it. Here's a PDF version: https://5666503.fs1.hubspotusercontent-na1.net/hubfs/5666503...

Edit: https://archive.ph/G4001


Just my 2c, but those gaps look too uneven to be produced by a framework. They remind me of my own html from scratch when I didn’t use a formatter or linter haha


Yeah, to me they look like the output that I get when I'm writing with Go templates (non-minified afterwards).

eg:

    <html>
      {{ if eq .FOO "bar" }}
        <some tags here>
      {{ end }}

      <other stuff>

      {{ if eq .BAZ "bim" }}
        <some tags here>
      {{ end }}
    </html>
That ends up generating blank lines all over the place, very much like the output they have. ;)


The revision history doesn't seem to support that. They seem to just mash enter a lot.

Especially it looks like they have lots of edits where they add blank lines and then another tag, and then remove the new tag but not the blank line. E.g. https://github.com/thstsa/spacetourism/commit/6411ce05009cc6...

Or sometimes just replacing things they intend to outright remove with blank lines.

With multiple committers, it seems unlikely they're all templating and then checking in the output of the template engine.


Oh, that's a good point. Yeah, I think you're probably right. :)


Fwiw you can strip the space with:

    {{- [...] -}}
(Or just one side) and put back the right amount with:

    {{ [...] | [n]indent X }}
(Where X is the number of spaces to indent)


Thanks heaps, learn something every day. :)



> Sometimes it's faster to solve a problem with a few lines of code. All Workflows blocks are code at their core, so you can always use dot notation to pull up autocomplete menus, trigger queries with /, and expand blocks to larger IDEs.

Excited to see this! I am quite fed up with pure no-code software. I love the idea of being able to write code so I can fully control what's happening.



I've been lucky enough to use Skiff since the spring. I've been really impressed with their work on the editor. I use it more often than Google Docs now!

I'm really excited to hear that the data is stored on IPFS now.


Woah! I never realized that Oracle was such an aggressive company. I always thought they were just good ol' boring enterprise software business.


Been looking out for something like this for a while! Thanks for sharing :)


Why are they limited to 16gb? Is this related to the arm chip design?


It seems to be due to the fact they are integrating the DRAM into the package. There is only room for two 8GB DIMMs:

https://www.apple.com/v/mac/m1/a/images/overview/chip__fffqz...


ARM chip design is likely the reason, because I only see 16GB max to configure even in Mac mini.


The Apple M1 is an Apple chip design. It uses the Big Little model and Apple designed the Big (Firestorm?) and the Little (Icestorm?). So it probably isn't related to ARM chip design.


The DRAM is embedded into the same SoC as the GPU and CPU. Hard to have a lot of DRAM inside a small package.


I wonder how they're going to replace the MacBook Pro 16" which has 64GB BTO options. Even the Mac Mini had a 64GB option but it too is stuck at just 16GB max. Will they produce a massive package to accommodate it?


Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: