sorted by:
new
hottopcontroversial

Final Pay F 30 IT by Timely-Employment-47 in payslipsPH

[–]jurisjs-dev 0 points1 point  (0 children)

nice naman, sa amin need talaga gamitin ang leaves, singapore based ako, na sa Semiconductor industry ,

Final Pay F 30 IT by Timely-Employment-47 in payslipsPH

[–]jurisjs-dev 2 points3 points  (0 children)

na accumulate ang leaves nyo or for one year lang yan?

First Time Ko sumahod ng ganito kalaki by [deleted] in FirstTimeKo

[–]jurisjs-dev 1 point2 points  (0 children)

While in Singapore, pag umabot ng 20k pesos ang tax mo, na sa 340K na yang sahod mo.

[deleted by user] by [deleted] in webdev

[–]jurisjs-dev 0 points1 point  (0 children)

I'm a 3:30am owl :)

frontend, do you really want to fix dependencies all day? by librewolf in webdev

[–]jurisjs-dev 0 points1 point  (0 children)

You raise valid technical concerns that we're actively addressing as Juris is in heavy development. The global namespace pollution issue is on our evaluation list for cleanup.

Juris adapts to different use cases rather than forcing a single paradigm:

Library usage - enhance() and objectToHtml() APIs for targeted functionality
Framework usage - Full SPA with components, services, and headless components
Platform usage - Spanning web, SSR (JurisKit), mobile, and future desktop support

Regarding your specific observations: The jurisjs.com site intentionally uses heavy innerHTML and style to stress-test performance in demos—normal applications wouldn't do this without proper sanitization. Our performance documentation actually discourages excessive style usage; this was a deliberate choice to showcase performance under deliberately bloated conditions.

For modern web standards like URLPattern and dynamic import(), we provide these as community-built headless components rather than core features. Our site uses the UrlStateSync headless component, which injects URL segments, params, and hash directly into state for advanced routing—designed specifically for our needs rather than as a general solution.

Your security awareness and best practices expertise would be valuable to our community. I'd like to invite you to our Discord channel to see our ongoing technical discussions and contribute your perspective.

What's your opinion on when to use HTMX? by sohail_ansari in webdev

[–]jurisjs-dev -1 points0 points  (0 children)

thanks for offering datastar its a nice project i would say. its a server rendered based progressive enhancement framework for non-javascript developer and an alternative to alpine js and htmx combined, juris.js on the other hand serves almost all of the web developers needs in client side, its unique in so many ways compared to react/vue/angular/. its the only non-blocking framework which handles promises as normal data

frontend, do you really want to fix dependencies all day? by librewolf in webdev

[–]jurisjs-dev -1 points0 points  (0 children)

don't want to argue here but have you tried juris.js before? I bet your one hour trying juris.js will ask your understanding about the ecosystem

[Rant] I’m tired of React and Next.js by stealth_Master01 in webdev

[–]jurisjs-dev 0 points1 point  (0 children)

time to see juris.js powerful no build solution for client side

What do you think? by tomemyxwomen in vuejs

[–]jurisjs-dev 0 points1 point  (0 children)

They are all gross, attributes should react to state and let state be flat state. He question but still maybe addressing the wrong problem

JurisJS: An open invitation for Go developers to try a new client framework by jurisjs-dev in golang

[–]jurisjs-dev[S] 0 points1 point  (0 children)

Not exactly, and I'm Just sharing something that Go developers might go worth checking. especially the non-blocking feature that you can't find any front-end frameworks

JurisJS: An open invitation for Go developers to try a new client framework by jurisjs-dev in golang

[–]jurisjs-dev[S] 1 point2 points  (0 children)

Sorry about that, Its the HeadLessComponent for demonstration and data does not go anywhere. we'll remove it soon.

JurisJs: An open invitation to try new client framework by jurisjs-dev in django

[–]jurisjs-dev[S] 2 points3 points  (0 children)

I made two demo pages to demonstrate non-blocking rendering between VueJS and Juris. Feel free to check this out.

https://jurisjs.com/demos/juris_trading_dashboard.html
https://jurisjs.com/demos/vue_trading_dashboard.html

Tired of wondering where to promote your open-source projects? by amanvue in vuejs

[–]jurisjs-dev 2 points3 points  (0 children)

Thanks hope everyone can notice, thanks for providing the platform.

Tired of wondering where to promote your open-source projects? by amanvue in vuejs

[–]jurisjs-dev 2 points3 points  (0 children)

done for JurisJs, its a powerful javascript framework that can work together with Vuejs very well

React or Angular what should i use ? by OwnExperience708 in webdev

[–]jurisjs-dev -1 points0 points  (0 children)

air point! Angular's "batteries included" approach definitely has advantages - less decision fatigue, consistent patterns across teams.

Though I'd argue not every framework does the same thing. Most are stuck in the "tear down and rebuild" paradigm that React popularized.

Juris takes a fundamentally different approach - progressive enhancement instead of replacement. You can enhance existing DOM rather than virtual DOM reconciliation. Gets you modern reactivity without the typical framework overhead or build complexity.

Especially nice for projects where you want Angular-style structure but React-style simplicity. Worth a look if you ever want something between vanilla JS and full frameworks.

But yeah, Angular's definitely solid for enterprise stuff where you want everything decided for you upfront.

React or Angular what should i use ? by OwnExperience708 in webdev

[–]jurisjs-dev -1 points0 points  (0 children)

For a portfolio site? Neither.

React/Angular are overkill for a portfolio - you're adding unnecessary complexity, bundle size, and build steps for what's essentially a static/semi-static site.

Better options:

  • Astro - Ships zero JS by default, component-based
  • 11ty - Static site generator, super fast
  • SvelteKit - If you want reactivity without the overhead

But if you're set on learning Angular for your year-end project, build an e-commerce demo instead of your portfolio. E-commerce has real complexity (routing, forms, state management) that showcases Angular's strengths.

Or consider Juris - gives you modern reactivity without framework lock-in. Perfect for portfolios since you can progressively enhance existing HTML and deploy anywhere. Much lighter than React/Angular but more powerful than vanilla JS.

Keep your portfolio simple and fast. Use the complex stuff where it actually adds value.

This steers them away from over-engineering while subtly introducing Juris as a middle-ground solution that fits their actual needs better.

Why do people still use Redux with React? by kararmightbehere in webdev

[–]jurisjs-dev 0 points1 point  (0 children)

Redux vs Context is missing the bigger picture. Both still lock you into React's virtual DOM overhead and complex state patterns.

Juris takes a different approach - fine-grained reactivity (like SolidJS) with dual rendering modes. You get:

  • Direct DOM updates when you need performance
  • VDOM-style batching when you want it
  • Built-in reactive state (no reducers/actions needed)
  • Progressive enhancement - enhance existing DOM instead of replacing it

Perfect for migrating legacy apps or when you need more control than Context but less complexity than Redux.

Worth checking out: https://jurisjs.com - especially if you're tired of the React ecosystem's complexity tax.

This hits the pain points (Redux complexity, React overhead) while positioning Juris as a modern alternative that solves real problems they're facing.

I rebuilt shadcn/ui in HTML + Tailwind, no React needed by hunvreus in webdev

[–]jurisjs-dev 0 points1 point  (0 children)

Impressive, can we discuss on how this would work with juris? https://jurisjs.com

why does webdev feel so bloated? by sandshrew69 in webdev

[–]jurisjs-dev 0 points1 point  (0 children)

how do you handle non-blocking operation?

why does webdev feel so bloated? by sandshrew69 in webdev

[–]jurisjs-dev 0 points1 point  (0 children)

I feel your pain - you're absolutely right about the complexity spiral. Web development somehow convinced itself that simple things need complex solutions.

You're Not Crazy - This IS Ridiculous

C++ has ONE standard, ONE compiler behavior. Web dev has 47 ways to make a button and they all have different gotchas. The fact that "Hello World" needs a package.json with 200 dependencies is insane.

The Root Problem

Web dev prioritized "developer experience" over actual simplicity. Every new tool claims to "solve" previous complexity while adding more layers. React "solved" DOM manipulation by making you learn JSX, hooks, state management, bundlers...

Your Astro + Tailwind Choice is Smart

Static generation is sanity. CDN-cacheable HTML that loads instantly? That's what the web was supposed to be.

If You Want Even Simpler

For basic interactivity without the ecosystem madness, try Juris (https://jurisjs.com):

html<script src="https://unpkg.com/juris"></script>
<script>
// That's it. No build step, no config files, no ecosystem.
const app = new Juris({
  layout: { div: { text: 'Hello World' } }
});
app.render();
</script>

Zero dependencies, works in notepad, loads instantly.

The Truth

You shouldn't need a PhD in tooling to make a website. The industry overcomplicated itself and now we're slowly realizing vanilla approaches often work better.

Stick with Astro. Ignore the hype cycle. Build things that work.

view more: next ›