TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Web Origami, for making websites where you can understand how they’re made

222 点作者 ayoreis6 个月前

20 条评论

chefandy6 个月前
My interest in this is piqued. I’m really happy to see people doing things to simplify personal standalone website authorship making it expressive and flexible without a bulky content management system or jumping through hoops for some front-end toolchain. I know when I’m developing things I’m often as or more concerned with satisfying multiple use cases or functionality extensibility, but having a nice focused tool polished for one use case is nice. When I was deep in web dev and had my machine set up with a selection of go-to docker setups for different dev needs and the knowledge of how that all needed to be orchestrated was fresh in my mind, deploying most of the SSGs or whatever seemed trivial. Now in the odd event that I have a personal project or whatever that indicates more than just a few static handmade pages, the first thing I do after looking up what todays web world consider to be the “obvious” best tools and practices is see how many people are asking about counterintuitive config issues or other getting-started type problems. As cool as whatever application might look, I know I’ve got about two good hours in me of recall, research and troubleshooting before I just say “fuck it. Guess I didn’t want to do that project anyway.” The point of those tools is to save time and energy — you don’t have to get very far outside “the loop” for it to take more effort than it’s worth to get back in for a lot of them. Simple tools for simple tasks are great when you know you’ll <i>never ever</i> need built-in hooks to wrangle graphql queries and automatically invalidate CDN caches and generate 10 sizes of images optimized for every conceivable device or whatever.
评论 #42411839 未加载
deanebarker6 个月前
So... it&#x27;s a static site generator? I&#x27;ve looked through the site, but I&#x27;m having trouble putting it in context. Sounds like it takes data and turns it into a static website. Is that right?
评论 #42411587 未加载
评论 #42412101 未加载
turnsout6 个月前
Interesting, and I love Static Site Generators (SSGs), but as soon as you introduce branching and logic to the page creation, you&#x27;ve effectively ruled out non-programmers. So I don&#x27;t know how it will achieve the stated goal of &quot;a language for making websites where you can understand how they&#x27;re made.&quot;<p>The audience you&#x27;re left with (programmers) will bristle at the DSL and wonder why they don&#x27;t just use &quot;___&quot; &lt;-- fill in their favorite SSG.
xrd6 个月前
I love this.<p>And, I have my own take on it.<p>My static site generator Svekyll (<a href="https:&#x2F;&#x2F;extrastatic.dev&#x2F;svekyll&#x2F;svekyll-cli" rel="nofollow">https:&#x2F;&#x2F;extrastatic.dev&#x2F;svekyll&#x2F;svekyll-cli</a>) has an option you can add to the _config.yml: &quot;view_source&quot;<p>If you do that, it provides a link at the bottom of each post which says &quot;view source to this post&quot; If you click on that, you can see all the files used to generate that post, and then download a zip which is a fully packaged tiny svelte app that builds into that blog page.<p>For example, this blog post on embeddings has a bunch of svelte components, embeds an embedding model right inside the page and runs it via JavaScript. If you scroll all the way down, you can download the zip file, unzip it and run &quot;npm i &amp;&amp; npm run build &amp;&amp; cd build &amp;&amp; npx http-server -o&quot; and you can see the fully built blog.<p><a href="https:&#x2F;&#x2F;webiphany.com&#x2F;2024-04-29-distance-sean-shawn" rel="nofollow">https:&#x2F;&#x2F;webiphany.com&#x2F;2024-04-29-distance-sean-shawn</a><p>PRs describing this feature:<p><a href="https:&#x2F;&#x2F;extrastatic.dev&#x2F;svekyll&#x2F;svekyll-cli&#x2F;-&#x2F;merge_requests&#x2F;40" rel="nofollow">https:&#x2F;&#x2F;extrastatic.dev&#x2F;svekyll&#x2F;svekyll-cli&#x2F;-&#x2F;merge_requests...</a> <a href="https:&#x2F;&#x2F;extrastatic.dev&#x2F;svekyll&#x2F;svekyll-cli&#x2F;-&#x2F;merge_requests&#x2F;46" rel="nofollow">https:&#x2F;&#x2F;extrastatic.dev&#x2F;svekyll&#x2F;svekyll-cli&#x2F;-&#x2F;merge_requests...</a> <a href="https:&#x2F;&#x2F;extrastatic.dev&#x2F;svekyll&#x2F;svekyll-cli&#x2F;-&#x2F;merge_requests&#x2F;47" rel="nofollow">https:&#x2F;&#x2F;extrastatic.dev&#x2F;svekyll&#x2F;svekyll-cli&#x2F;-&#x2F;merge_requests...</a>
ayoreis6 个月前
Also: <a href="https:&#x2F;&#x2F;jan.miksovsky.com&#x2F;posts&#x2F;2024&#x2F;11-20-programming-language-playtest" rel="nofollow">https:&#x2F;&#x2F;jan.miksovsky.com&#x2F;posts&#x2F;2024&#x2F;11-20-programming-langu...</a>
bqmjjx0kac6 个月前
This site would benefit from a comparison with other static site generators.<p>I dare say it&#x27;s not that difficult for a programmer to roll their own SSG with whatever is at hand.<p>Does it have any clever properties that naive solution wouldn&#x27;t?<p>* Like reproducible builds or incremental&#x2F;cacheable builds?<p>* Does it require the entire site fits in memory at build time, or can it generate terabyte-sized sites without breaking a sweat?
OuterVale6 个月前
I&#x27;m using Origami on my website over at <a href="https:&#x2F;&#x2F;vale.rocks" rel="nofollow">https:&#x2F;&#x2F;vale.rocks</a>. I recently did a brief writeup about the implementation of my site, including touchings on Origami. I&#x27;m really loving it!<p><a href="https:&#x2F;&#x2F;vale.rocks&#x2F;posts&#x2F;the-implementation-of-this-site" rel="nofollow">https:&#x2F;&#x2F;vale.rocks&#x2F;posts&#x2F;the-implementation-of-this-site</a>
评论 #42416378 未加载
nullbyte6 个月前
This looks great! I love the simplicity of the syntax. I feel like other static site generators can get too crazy with syntax and features, making it hard to learn. I think Origami is really nice in comparison. Also great looking docs.
weego6 个月前
The metaphor is strained at best, and confusing at worst. It&#x27;s a very high-concept pitch and so is the technical documentation, but the use case is aimed at people doing something, ultimately, very simple. I&#x27;m not sure that friction works at all.
评论 #42410282 未加载
j456 个月前
Unnecessary complexity can decrease the shelf life and lifetime of a piece of software.<p>Best to keep it simple to let any complex needs arrive on their own, instead of prematurely complicating things.
wackget6 个月前
&gt; The Origami language syntax is relatively simple and intended for people who have some experience working with HTML and CSS. Knowledge of JavaScript isn’t required, although if you do know JavaScript you can do a lot with Origami.<p>So you need to learn HTML and CSS so you can use Origami to... avoid building a site with HTML and CSS?
评论 #42414524 未加载
msdundarss6 个月前
Thanks for making it open-source!
schindlabua6 个月前
Don&#x27;t hate it but it feels like the Origami language should just be a typescript library. I&#x27;m not a fan of DSLs in general though.
评论 #42410425 未加载
评论 #42411994 未加载
ramon1566 个月前
Cool idea! Don&#x27;t think I&#x27;m the target audience though. Maybe this is something for people who are starting out with web dev?
hiked6 个月前
This doesn&#x27;t look too bad, I&#x27;m very interested in it, it&#x27;s helped me a lot
magnio6 个月前
I&#x27;m not sure if we need another bundler, but this one surely has the best name.
jcalabro6 个月前
The logo is quite similar to Roc?<p>[0] <a href="https:&#x2F;&#x2F;www.roc-lang.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.roc-lang.org&#x2F;</a>
klntsky6 个月前
What&#x27;s the motivation for making it another language as opposed to a framework &#x2F; library?
taco_emoji6 个月前
YAML? C&#x27;mon, guys
soco6 个月前
And still supporting HTTP. I don&#x27;t know about this, anyone can suggest a reason to use HTTP nowadays?
评论 #42410579 未加载
评论 #42410771 未加载
评论 #42411440 未加载
评论 #42410838 未加载
评论 #42410741 未加载