|
Wordle 453 2/6
⬜⬜⬜🟨🟨
🟩🟩🟩🟩🟩
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
Wordle 453 3/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
|
|
|
|
|
Wordle 453 3/6
⬛⬛⬛⬛🟩
⬛🟩🟩⬛🟩
🟩🟩🟩🟩🟩
Get me coffee and no one gets hurt!
|
|
|
|
|
Wordle 453 6/6*
⬜🟨⬜⬜⬜
⬜⬜⬜⬜🟩
⬜⬜🟨🟨🟩
🟨🟨⬜⬜🟩
⬜🟩🟩⬜🟩
🟩🟩🟩🟩🟩
|
|
|
|
|
|
I still don't get it; she says I'm getting old.
"Sitzpinkler". That must be the wordle.
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
|
Do not know how much time it took - but I spent 10 minutes to find the word list, ordered by date in side the JS of the site...
(If we are talking of cheating)
"Everybody is a genius. But if you judge a fish by its ability to climb a tree, it will live its whole life believing that it is stupid." ― Albert Einstein
|
|
|
|
|
Hi David, I've used this before when I'm really stuck Wordle Answer Finder
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
|
|
|
|
|
My solution includes eliminating words with letters that are misplaced. If you know 'e' isn't at the 4th position, mine will eliminate those possibilities. That one doesn't seem to have that ability.
|
|
|
|
|
I've always been a C++ nerd. I came at C++ self taught, but I came at it fresh, without "graduating" from writing C code. I've never regarded C++ as OOP, but rather GP oriented, although in truth it's a chameleon, and can do pretty much anything. However, I make heavy use of template based programming.
So I didn't think I'd enjoy C. I figured I'd miss templates.
I still do. There is some real ugly in terms of things you have to do with C that are elegant in C++.
That being said, I don't miss them as much as I thought I would. Also, using the preprocessor freely is kind of liberating. In C++ I use it only as a last resort. In C it's more first class for me.
Anyway, I like C. I do wish it had templates! And it's kind of verbose, which is hard on the fingers (everything has a handle) but also it wasn't a huge transition for me, since I do a lot of IoT coding I don't use things like exceptions, nor do I make heavy use of the STL, so C wasn't so bad.
To err is human. Fortune favors the monsters.
|
|
|
|
|
C is still the language for embedded - and I like it a lot. As you pointed out, lots of things that were improved with C++ are not necessary in the embedded world, which makes C plain sufficient for the job.
|
|
|
|
|
I'd guess that the mantra "C is for embedded" is mostly because of legacy systems. There was also Embedded C++, which removed templates, exceptions, and RTTI. Memory is now so cheap that C is only justified in small systems.
I wouldn't sign onto a C project unless the team was small and disciplined. The risk of dealing with hacked-together code is simply too great.
"Embedded" is a broad spectrum. At the toaster end, C is fine, but it quickly becomes unjustified as one moves away from that.
|
|
|
|
|
I'd argue that C++ is valid anywhere C is. It's just - you have to know what you're doing to get it to generate the equivalent machine code you would with C.
For example
Anywhere in C you take a handle of any sort, that handle becomes the this pointer of a class's instance methods.
Inline constructors**, and don't initialize things unless they need to be, etc.
Pretty soon you have a C++ rendition of your C code. Same machine code.
** don't actually use the inline keyword, because the compiler doesn't care about it except for linking purposes. I just really mean avoid heavy constructors.
To err is human. Fortune favors the monsters.
|
|
|
|
|
I thought the major concern with C++ rather than C was more memory for C++, not more CPU time. That, at least, was what Embedded C++ addressed. C++ allows almost all of C, so it's just a question of when you need C++ things.
|
|
|
|
|
I think that's only true if you're using the STL. Exceptions also cause hidden overhead, but those things are optional.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Embedded has multiple layers. A tv remote has a microcontroller in it, definitely won't support a C++ program.
GCS/GE d--(d) s-/+ a C+++ U+++ P-- L+@ E-- W+++ N+ o+ K- w+++ O? M-- V? PS+ PE Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
Quote: I'd guess that the mantra "C is for embedded" is mostly because of legacy systems. There was also Embedded C++, which removed templates, exceptions, and RTTI. Memory is now so cheap that C is only justified in small systems.
I tend to enforce it on my teams the other way around: provide a real justification for using C++ over C. It becomes very hard to justify using C++ over C for embedded projects that cannot use exceptions, as at that point you're into real implementation-defined behaviour which changes with the compiler being used, or even the flags passed to it.
When C is not suitable for some problem space, I don't find myself reaching for C++ because there are much nicer languages.
C++ is in this weird position - for very small embedded systems, C is better, for very large embedded systems (SBCs, for example), any other high-level language can be used.
For uncrippled C++, the target needs to be larger than atmega level and smaller than Raspberry Pi level. Not a lot of need in that particular niche.
Quote:
I wouldn't sign onto a C project unless the team was small and disciplined. The risk of dealing with hacked-together code is simply too great.
I would.
C is one of the easier languages to unf***k.
A C++ project that was hacked together can be very difficult to reason about (OTOH, A Lisp project that was hacked together may as well be thrown away)
|
|
|
|
|
Our experiences are rather different. I worked on large, embedded systems (call servers) in a proprietary language that could be compared to C, though with better type safety and other things that made it a competitive advantage at the time. And later in the same language after it was extended in much the same way that C was extended to C++.
Having the OO version of the language enabled much clearer frameworks to be defined, which eliminated superfluous diversity when it came to designs. And just like C++/C, legacy, non-OO code could be reused, or the non-OO subset of the language used when appropriate.
Not being able to use exceptions is certainly a problem if using C++, but I don't know why they should be ruled out. They're far better than setjmp /longjmp .
My "hacked together" comment wasn't really about languages, but about the attitude of developers who prefer C over C++. Too many of them are hotshots at the micro level but don't care about the abstractions that are needed in a large system. And I can't really blame them, because doing C++ types of things in C requires more boilerplate than even C++ has.
|
|
|
|
|
On the opposite, forced to work with C , I really miss C++ .
"In testa che avete, Signor di Ceprano?"
-- Rigoletto
|
|
|
|
|
I graduated up through the ranks; C, then C++ the C#.
I found going from C to C++ like going from B&W TV to Color.
PartsBin an Electronics Part Organizer is finally available for download.
JaxCoder.com
|
|
|
|
|
Years ago I was asked to write an application to capture information from a mainframe to PC. It had to be written in 8086 Assembler or C as the only available options. So I borrowed a copy of K&R for the weekend and read it through a few times. I started the project the following week and got it working within an acceptable timeframe. I have had a love for C ever since, even though I tend to use C++ and C# for most work these days.
And I do like Python despite its weirdness.
|
|
|
|
|
Three things about C++ that I love more than template :
Overloading, increased type-safety, std:: ,
"If we don't change direction, we'll end up where we're going"
|
|
|
|
|
I do like overloading and increased type safety, but those are things you can find in other languages.
And sure C# has generics but it's just not the same. I can make the C++ compiler dance the tango in a way I just can't with any other language, and it's not me - it's the compiler. Metaprogramming, for example. There's nothing else that really compares to it, at least not in common use.
So that's why I miss them, and why they stand out to me. You can't do it in other languages. It sets C++ apart.
To err is human. Fortune favors the monsters.
|
|
|
|
|
I thought we were comparing C++ vs. C which is why I mentioned those things.
I never had tasks where those wilder template things came into play. However, I've many times seen code, where people out of love for templates, have created totally abhorrable contraptions. I've seen pretty nifty uses as well
If you are into metaprogramming, Haskell comes to my mind as a jewel, but I might be just wronk.
"If we don't change direction, we'll end up where we're going"
|
|
|
|