@juliobiason @stuartmarks I'm still using HTML tables, that's ok right?
5 comments
@b4ux1t3 @dldnh Quite honestly: all those newer tech seem rather superfluous if what you want to do isn't invasive nonsense. I may eat my words at some point in the future, but I think that knowing HTML, CSS, PHP and SQL (and SVG if you want to do Front-End) is literally everything you need to build modern, fast web services. If you get REALLY fancy you *might* could use a little bit of Javascript, but only sparsely and definitely no enormous Framework. @Natanox @dldnh I mean, I find that general sentiment to be reductive, though my toot was specifically about using built-in CSS to make websites that only use HTML and CSS and still look modern. Mind you, I make SSR sites (https://pirateborggenerator.bauxite.tech), full-featured single-page WASM-driven apps (https://dieanalysis.bauxite.tech), statically-generated sites (https://blog.bauxite.tech), "graceful degradation" (https://bauxite.tech), and native and CLI applications, so I don't really pick sides. @StefanoL @Natanox @dldnh That isn't an _accurate_ way of putting it, but it establishes the premise. :D PHP is its own whole language and ecosystem, no different from Python or .NET or Java or NodeJS or, or, or. . .You get the idea. What they're saying is that you don't need "rich client applications" to have a modern web experience, and they're right, but no more right than someone building with a lot of rich client interactions. :) |
@dldnh You may be joking, I don't know, but: You should try out CSS's grid api. It's easier, IMO, than getting tables to work correctly, and I made hundreds of contracted websites back in the early-mid 2000s with tables.