|
Wordle 337 6/6
⬛⬛⬛⬛🟨
⬛⬛⬛⬛⬛
⬛🟨⬛🟩⬛
⬛⬛🟨🟩⬛
⬛🟩🟩🟩🟩
🟩🟩🟩🟩🟩
|
|
|
|
|
Wordle 337 4/6
⬜⬜⬜⬜⬜
⬜🟩⬜🟨⬜
⬜🟩🟩🟩🟩
🟩🟩🟩🟩🟩
Life should not be a journey to the grave with the intention of arriving safely in a pretty and well-preserved body, but rather to skid in broadside in a cloud of smoke, thoroughly used up, totally worn out, and loudly proclaiming “Wow! What a Ride!" - Hunter S Thompson - RIP
|
|
|
|
|
Somehow I have the feeling I had this word not too far back...
“Real stupidity beats artificial intelligence every time.”
― Terry Pratchett, Hogfather
|
|
|
|
|
I've got a list of all previous words and it isn't in there (well it is now)
Life should not be a journey to the grave with the intention of arriving safely in a pretty and well-preserved body, but rather to skid in broadside in a cloud of smoke, thoroughly used up, totally worn out, and loudly proclaiming “Wow! What a Ride!" - Hunter S Thompson - RIP
|
|
|
|
|
You are right of course...
But I was so sure, that I went and took a look into the code of Wordle...
Yes - I know tomorrow's solution
The interesting thing that Wordle (as today) accepts 10665* words... I tried to check how many there are and found a number between 5 and 155 thousands...
Only 1971 answers left, which means I will have to stop playing a few days before age 55...
*10665 in addition to the correct answers...
“Real stupidity beats artificial intelligence every time.”
― Terry Pratchett, Hogfather
modified 22-May-22 3:47am.
|
|
|
|
|
Perhaps you saw it in your pocket today, as everyday.
|
|
|
|
|
I wish I had... Didn't see any kind of money for years, no bill and no change
(I use visa card or phone for years exclusively)
“Real stupidity beats artificial intelligence every time.”
― Terry Pratchett, Hogfather
|
|
|
|
|
Wordle 337 5/6*
⬜⬜🟨⬜⬜
⬜⬜⬜⬜🟨
⬜⬜⬜🟩⬜
⬜⬜⬜🟩⬜
🟩🟩🟩🟩🟩
Happiness will never come to those who fail to appreciate what they already have. -Anon
|
|
|
|
|
Wordle 337 4/6*
⬜⬜⬜⬜🟨
⬜🟨🟩⬜⬜
⬜🟩🟩🟩🟩
🟩🟩🟩🟩🟩
|
|
|
|
|
Wordle 337 5/6
⬛🟨⬛⬛🟨
⬛🟨⬛🟩⬛
⬛⬛🟩🟩⬛
⬛🟩🟩🟩🟩
🟩🟩🟩🟩🟩
Get me coffee and no one gets hurt!
|
|
|
|
|
Wordle 337 4/6
⬜⬜⬜⬜🟨
🟨🟩⬜⬜⬜
⬜⬜⬜⬜🟩
🟩🟩🟩🟩🟩
Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012
|
|
|
|
|
Wordle 337 5/6
⬜⬜⬜🟨⬜
⬜⬜⬜⬜🟨
🟨⬜🟨⬜🟩
⬜🟨⬜🟨🟩
🟩🟩🟩🟩🟩
|
|
|
|
|
Watching system usage, it blows my mind how much differently programs work. Right now Vivaldi has over sixty tabs open (way too much, even for me), and Task Manager shows ~1 GB. Firefox only has 3 tabs open, and it is at 1.8 GB. Even though 2 of those are for Facebook, the difference still seems staggering.
Just for curiosity's sake, I shut down FF, and reopened it. Without clicking on any other tabs, it still shot up to the same memory usage as Vivaldi. Clicking on the other tabs took it up to 1.2 GB, and scrolling FB quickly added another 100+ MB to it.
I see many people praising FF, but I still remember the old problems with it, including ever-expanding memory usage. It doesn't seem like the underlying memory usage has really been addressed, even after all these years.
Out of curiosity, I opened Vivaldi in Windows Sandbox, with the same 3 tabs. The memory usage was half that of FF. Firefox, I do wish you well. But it would be nice to see better engineering behind the scenes.
|
|
|
|
|
Meanwhile, Chrome is like "Oh, I see you have 32GB of RAM... It would be a shame if something happened to it..."
|
|
|
|
|
In the old days, Chrome was an absolute pig. I now have a Chrome window open with only 7 tabs, and it is far more memory efficient than FF would be, at only 472 MB. Chrome has done wonders with memory efficiency compared to FF, in my experience. But it seems the folks at Vivaldi have taken Chrome's base and polished the heck out of it. They have performed an absolutely impressive feat, especially with the additional tools they have given us, like command chains.
|
|
|
|
|
What irritates me about FF is that they never fix security vulnerabilities. We use Rapid7's InsightVM at work and even after updating Firefox, the same security vulnerabilities reappear. Chrome and Edge both fix security vulnerabilities. From this perspective I have banned FF from our work machines except for our marketing folks who have to test web-site updates in as many browsers as possible.
|
|
|
|
|
Sad to hear that. I like the idea of Firefox being an independent web browser, but things like this make it hard to take seriously.
|
|
|
|
|
My current job deals with a multi-gigabyte code base, a very complex application in the Finance sector. It's brilliantly designed, in my opinion, and uses OO to great effect.
However, there is zero internal documentation on how it works, how the data flows through the different layers and what components do what.
I have had to ask (over Teams) for every bit of knowledge I have about this application, and there are still places where I'm completely in the dark.
If I had to do it again, I'm not sure I would have taken this job, due to the frustration level. How important do you think internal documentation is, and would you take a job with a company that has none?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
“Programs must be written for people to read, and only incidentally for machines to execute.” - Hal Abelson
Mircea
|
|
|
|
|
Not sure what you mean.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Programs without appropriate documentation might as well not exist. They cannot be maintained and, sooner or later, they have to be replaced. Programs with documentation are means to transfer knowledge between people. And yes, they also happen to be executed by computers
In other words, documentation is critical in my opinion.
Mircea
|
|
|
|
|
I'm working on a much smaller scale project, but it also has this lack of documentation / explanation. It makes it difficult for new team members to get started on it. Documentation would have helped.
Now that you have the knowledge you can create some documentation
|
|
|
|
|
Sadly there was no or completely infsufficient documentation in the companies I worked for.
Although it is easy to blame the developers, the real culprits I think are management that keeps asking for more bells and whistles instead of allowing time to document things properly.
|
|
|
|
|
Such undocumented code is, unfortunately, more the rule than the exception.
The only thing I can suggest is that as code is modified (maintained / upgraded), you write comments in the code describing what the code does and why. Even a comment header may be useful for those who must follow after you.
I realize that some code bases require that changes be minimal and address only the required change. In that case, you should provide an external document (ensuring that everyone knows where it is), and write your observations in there. This is less ideal that in-place documentation, but will ensure that whatever information you recovered from your colleagues will be there for "future generations".
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
The heck... My initial reply here was for the thread above this one
Anyway, I am one of those developers who does not write documentation (although I should).
However, what I'd like to see in documentation is:
- Where can I get the code?
- How can I run it locally for debugging purposes?
- How do I commit it to source control (dev branch, merge request, directly on main branch, etc.)?
- How does this application fit in the landscape (is it stand-alone, does it depend on other services, do other services depend on this one)?
- How can I deploy it to various environments (and what environments do we have)?
- Does it depend on any in-house packages and if yes, where can I find those packages and how do I update them?
- Do I need to know about any secrets, passwords, ID's, servers, etc.?
What I'd absolutely NOT want to see in documentation: how does the code work?
Code changes constantly, so I'd have to constantly change the documentation and I'd have to know where I should change the documentation, which is even harder than changing the code.
In code I can check where I use a certain variable, I can't do that in documentation.
So in order to update technical documentation I'd have to very carefully read it every time I change something (and I still wouldn't know if I missed something).
Any documentation I've ever read about code was outdated and did not reflect what the code actually did.
I can follow code using the debugger, so that's its own documentation and never lies to me.
A well-placed comment can work miracles there (like, I have one property that I cannot rename, I have two seemingly separate lines that should be executed in a certain order, and I have a use case for Thread.Sleep).
That said, I now have a client that has a small ASP WebForms layer that only puts records in a database.
The database is then read by some no-code background process.
For starters, I can't know which background process uses which tables without checking ALL background processes (which would take you some hours).
Every process is very hard to follow, has a lot of steps, and A LOT of tables, views and stored procedures.
It's mostly "read the data from some table (or view), send the data to a web API, store the results in yet another table, run a stored procedure that processes those results and puts them in a third table..."
I'm not sure documentation could fix it though
Documentation should never be a way to fix broken code (or no-code, in this case) or a broken architecture.
Documentation can be really useful for manual processes, like enabling a client or user to use OAuth in your application (if that's a use-case you have, of course).
More like a sort of internal FAQ, what should I do when a customer asks me to...?
That's more functional than technical documentation though.
Documentation has never been a reason for me to join or not join a company.
If a team of six developers can help me with any of the above questions that's almost as good as documentation (until all six decide to quit ).
|
|
|
|
|