![](https://programming.dev/pictrs/image/7c6d3e74-32c9-4ac7-a377-6816ee7cfbe1.png)
![](https://programming.dev/pictrs/image/8140dda6-9512-4297-ac17-d303638c90a6.png)
Not always, i think. There are some SSO solutions that behave like this, and password gets filled in fine.
Not always, i think. There are some SSO solutions that behave like this, and password gets filled in fine.
Ditto. Pity that a “renaissance” education is not in very high regard nowadays (or I’m not aware). It’s where a lot of innovation happens, too.
Yes, it is. I find navigating s-exps way easier. Also it has some lispy features, and macros.
Nice. I am working on some improvements to parenscript, this might come in handy.
Great answer. I am also a fresh “lead” and am struggling with some aspects, but as you said, clarifying the direction and working together are the most important ones. Pairing also allows you to explain things in more depth, which aids understanding.
We don’t do complex planning, usually have a few meetings and we start prototyping. So that’s been a non-issue luckily as a lead. Detailed estimation can be really exhausting and takes a toll on the team.
Another cool thing I realized - you avoid the chance of some framework updating under you and breaking everything. It’s a bit like pdf, it gets fixed and generally untouched.
A generator can help if you have a bunch of data that you need to convert to some html structure. I know what you are saying though, as little complexity as we can get away with, innit :)
For this reason I’m building my own generator in Common Lisp, leveraging cl-who and parenscript. All components are descibed in one place and render as web components, which allows me to attach dynamic behaviors easily.
This works great for business-card style sites, deployed to netlify.
It does look pretty damn cool. One thing that bothers me is it is in the npm ecoystem :)
Concepts like Reactive programming are widely used in web/UI contexts. The problem of connecting a UI to an underlying data set is not trivial. Several frameworks deal with this.
As was already said, concerns like Accessibility are studied academically. They have more to do with user experience than the technology, so not sure if they match your question.
Same. Writing code is FUN! However that’s not the only goal there is. It’s a part of the puzzle. Perhaps it takes some maturity to reach that point.
Funnily, due to this, i often find an open source app that is way better than whatever annoyed me.
Just today i used an Adobe product that got me raging. Within minutes i installed an oss equivalent that was a joy to use in comparison.
It’s an interesting trend.
Hands down the best programming book. It has a great section on abstraction through data structures.
Recently discovered d2 which has a somewhat nicer syntax.
As others said, in-depth design is often skipped, especially if the dev team started very small. Sounds like your intuition is right, though - the lack of design bit them on the ass when they realized they missed a part.
I have also been laughed at when I suggested a UML diagram in the past. However, it is helpful. For more visually oriented people even more so.
I’d suggest to go ahead and do it, unless your boss is adamant that it is a waste of time. When they see the result they might be happy.
One suggestion - if you get 10 plain black t-shirts, then implement your style!
I am a dev who was focused on design and ux early on (this has changed as the needs of my work changed).
@abhideckert’s suggestion on how to analyze the needs is great. Now on to the implementation.
Similarly to development, you start out with some requirements - you need to show an input box, a history of inputs, and a sidebar with categories. You work out the layout (with wireframes, pencil drawings, etc.). Then comes visual style, which I guess is the thing you struggle with?
In both layout and visual style, you need to apply design principles, but ultimately the goal is to guide the visitor’s eye to the right places. This is where rhythm, repetition and contrast play a role. Basically highlight important elements, make the order of elements logical and not boring, avoid large empty areas but leave sufficient “breathing room” between elements, etc.
For visual style, you should make your own “style guide” that you apply to all personal projects. You can vary it a bit for each, if you are worried about them looking the same. Make that into a css file with a dummy html page to test. Add an input box, a textarea, select, unordered lists, etc. and style all of them to your liking. This guide will capture a lot of visual ideas, colors, spacing, which you can paste straight into your project. Do not sweat too much about stealing other people’s ideas - it’s an intrinsic property of art, and anyway it will probably not look 100% the same even if you copy it.
Edit: PS: spend some time just looking at the design and thinking.