Haml Reviews

Vaadin Framework Reviews

Haml mentions (17)

• Building a syntax highlighting extension for VS Code

  First of all, I like Slim. I like the beauty and cleanness of Slim templates, to me they are way more readable than regular ERB templates and I think they fit in the ruby/Rails ecosystem very well. Slim is a close cousin to Haml, without the ugly percent characters, haha. I've used Slim exclusively in my projects since about 2016. - Source: dev.to / 7 months ago

• Hamlet: A type-safe Haml template engine for Go

  > I can't say what problem it is supposed to solve "Haml accelerates and simplifies template creation" https://haml.info/ If you'd rather write raw HTML, keeping track of closing tags etc, then don't use HAML. No need to bash it because you personally feel it is ugly or unnecessary. FWIW I personally feel the exact opposite. - Source: Hacker News / 5 months ago

• Hamlet: A type-safe Haml template engine for Go

  There is a better side by side of the syntax here https://haml.info (i've been using haml for 17 years lol, I find it more enjoyable to read and write). - Source: Hacker News / 5 months ago

• Any web frameworks that could compare to Symfony?

  Personally, I'd recommend Maud if you don't need something with runtime reloading. Not only is it much faster, it implements a template language that is effectively the Rust-syntax equivalent to Slim or Haml using a procedural macro, so you get compile-time verification that your HTML output is well-formed. Source: about 1 year ago

• Rux: A JSX-inspired way to render view components in Ruby

  Does this support HAML-style syntax? We're 100% HAML-only for templating, whether normal Rails views or ViewComponent... https://github.com/haml/haml so going back to writing HTML or ERB feels like a huge downgrade. - Source: Hacker News / about 1 year ago

Vaadin Framework mentions (35)

• The Adventures of Blink #24: Javascript? Ain't Nobody Got Time Fo Dat

  When I first encountered Vaadin, it really intrigued me. It's always bothered me that for a Java programmer to make an app based in the browser, they had to learn HTML and Javascript to actually finish the project. Why the heck couldn't we just do it all in a single language? Why all this front-end voodoo? - Source: dev.to / about 1 month ago

• My opinion on the Tauri framework

  I've always liked GUI, both desktop-based and browser-based before you needed five years of training on the latter. That's the reason I loved, and still love Vaadin: you can develop web UIs without writing a single line of HTML, JavaScript, and CSS. I'm still interested in the subject; a couple of years ago, I analyzed the state of JVM desktop frameworks. - Source: dev.to / 24 days ago

• A list of SaaS, PaaS and IaaS offerings that have free tiers of interest to devops and infradev

  Vaadin — Build scalable UIs in Java or TypeScript, and use the integrated tooling, components, and design system to iterate faster, design better, and simplify the development process. Unlimited Projects with five years of free maintenance. - Source: dev.to / 4 months ago

• The conjunction of the web

  But how do we explain the complexity of the current toolset? This is where the Law of the instrument kicks in: "If the only tool you have is a hammer, it is tempting to treat everything as if it were a nail.". Even if JavaScript was born in the web, JavaScript centered frameworks do not fit properly in the web. That is why we have huge bundles of JavaScript, that is why RSC are necessary (things like RSC were... - Source: dev.to / 9 months ago

• Ask HN: Why is web development such a daunting task?

  Skip javascript entirely. Pynecone (https://pynecone.io/), Vaadin (https://vaadin.com/), Buffalo (https://github.com/gobuffalo/buffalo) all exist and can help you avoid some of the mess that is web/JS development. - Source: Hacker News / about 1 year ago