roberthahn
Joined 15 years ago
Joined 15 years ago
Much more reasonable would be 1% across the grain and 0.1% along it. You can confirm this in some of the wood movement calculators found online.
To those learning about wood movement, these ratios are decent but approximate; if you end up caring about these things you’ll want to check the species of the lumber you plan to work with.
I will suggest a few things. Follow up each of these points with more research if you can.
Spend as little money as possible and prove to yourself you’ll actually like it. Then buy only the good tools you actually need for the project at hand. I have tools I bought that remain unused and I regret spending the money. Its not the tool’s fault but me going in a different direction.
It doesn’t matter what species of wood your first projects use. Prefer wood with straight grain and you should be fine for your first half dozen projects.
Read widely or watch many YouTube videos. There’s a lot of space for ideas, from carving spoons to making stick chairs to making furniture of any style. Note what inspires you but be aware the path to making what you like may take awhile.
First project: make a cutting board (only one piece! Learn how to make it look great and learn a finish) Second project: make a simple box (learn how to make things square, learn some simple joinery)
Safety first! I put this last so it’ll be the first thing you remember. There are so many ways to ruin your health, from breathing sawdust to using toxic finishes. Hand tools are generally better for your lungs than power tools. Soap or wax finishes are healthy and easy to apply. Just about everything else is toxic and you must protect yourself accordingly. Invest in safety glasses, masks and gloves. And a first aid kit.
Woodworking is an extremely rewarding pastime and I hope you get hooked. Best of luck!
When I saw the title on this page, I was hoping to see a version that was inspired by Apple’s iSight camera (with the perforated aluminum)
None of this is intended to take away from your work - it’s just so dang inspiring!
I remember seeing that art a long time ago and I remember that it was algorithmically generated but I don’t remember anything else. Does anyone have a name or link they can share to the original source?
Sometimes it’s worth pausing a moment when seeing a “It’s well known that…” to check the timeline because the construction of Arecibo might well have taken place (or planned) before it was known (let alone well known).
Edit: a bit more searching suggests that this was studied in 1947 (Andrade’s Creep Law and the Flow of Zinc Crystals, by AH Cottrell)
(Not a materials engineer so I’m not sure what to search for)
Most definitions I could find (I am not a mathematician) seems to imply one of: repetition, growth or shirking.
This shape appears to have none of these properties but they still call it a pattern.
The canonical example Canadians refer to is the Eaton Center adorning Michael Snow’s sculpture Flight Stop with ribbons over Christmas. Snow sued the Eaton Centre for compromising the integrity of his art and won.
If a similar mechanism exists in German law (my quick research suggests it does) then the artist may well have an argument to make about AI comprising the integrity of his work.
Me: "I am a chartered accountant but I want to become a lion tamer!"
CGPT: "That's an interesting career change! Let me help you explore what other industry is suitable for you and what different job positions you can pursue.…"
Looks like even CareerGPT has reservations about going from a CA to a lion tamer.
This works fine for small teams but for larger (and with large, older codebases), the ramp-up time for being an effective support dev becomes a drag because it can be months between support stints. We don't all have eidetic memories and forget the tricks we use to diagnose production issues.
To counteract that we've recently put a developer on a 6 month rotation, and support them with a rotating backup. This allows the primary support developer to not only stay productive fixing issues but also surface intelligence around the problem areas in our app (ie: what's always needing support) and construct tools to make resolution easier or better yet convert to a self-serve.
I infer from your comment that you're a smaller team so perhaps you won't need to put someone on a long stint, but you might want to consider doing so anyway in order to have a resource pave the proverbial cow-paths and make it easier for the team in the future.
But after reading through the comments from those who are against the idea, I wonder if there might be a productive middle ground - have engineers listen in on (but not participate in) any calls between the customer and the Support/Success team. This doesn't need to be done for a solid week, but perhaps a steady diet of 2 calls per week for a few weeks would help.
I'm sure you could imagine other 'middle-ground' ways to achieve this - but clearly nothing will work until engineers at a minimum buy into the reasons why some direct exposure to customers would be a good idea.