|
Try reading TCP/IP Illustrated (Vol 1 and 2), by Stevens. That will cover most of the low level stuff.
|
|
|
|
|
Buy a pair of 2$ micro controllers off ebay. Buy a pair of radio ICs (doesn't really matter much, as long as its not BLE or WiFi).
Configure radio IC. Send a packet. Be amazed.
Spend next 6 months working on a low level network for micros.
Worked for me
Sincerely, an EE who skipped all tele-communications classes because they sucked.
|
|
|
|
|
|
|
2 men are about to be hanged, 1 man to the other: "First time?"
|
|
|
|
|
So it's a line from a show, not a quote.
|
|
|
|
|
As soon as he clicked "Post Message", it became a quote.
Software Zen: delete this;
|
|
|
|
|
A few weeks ago, I replaced my file server motherboard/cpu/ram, and soon realized that one of my shared drives was no longer available to other machines on the network. When I tried mounting/accessing the drive share on a remote machine, I got the error message, "Failed to mount Windows share: file exists". I tried to get to it on my main desktop, and got the same message, so I figured there was a problem on the server itself.
Today, I tried to start a movie that was stored on the share, and of course, Kodi couldn't find it. Since it was a christmas movie, I decided that I should fix the problem before SWMBO finds out, and managed to fix it without even googling it. It turns out that the share in question was originally connected to the add-on SATA card, and its mount point was mnt/media/media3. All the rest of the drives were "/mount/...UUID...", so I deleted the existing SAMBA share, and created a new one. Job done!
SWMBO is happily watching the movie as we speak.
BTW, it looks as if Linux has the same problem with cryptic error messages (and maybe even a worse problem).
BTW #2, the new hardware boots Lubuntu to the UI in less than 10 seconds on that box. nVME drives freakin' rule!
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
|
John Simmons / outlaw programmer wrote: BTW #2, the new hardware boots Lubuntu to the UI in less than 10 seconds on that box. nVME drives freakin' rule!
I get very similar performance (lubuntu, sata 6 ssd).
Miss the days when you could take your time making coffee (and if win 3.1 bake fresh cookies) while the machine booted. (though I've seen win10 is getting back up there.)
|
|
|
|
|
|
Over engineering has been going on for a long time.
Now there are just more ways to do it and more ways to rationalize it. Not to mention of course more ways to introduce yet another new technology into the mix as well.
|
|
|
|
|
Interfacitis that's what I'm going to tell my colleague who is so fond of creating interfaces for even the most simple of applications !
|
|
|
|
|
Love them while building, hate them while debugging.
Guess how often I use them?
|
|
|
|
|
As you do lots of debugging, the following quote is appropriate:
Quote: … Es regiert der Herr des Hasses
Hässlich ich bin so hässlich so grässlich hässlich ich bin der Hass!
Hassen ganz hässlich hassen ich kann's nicht lassen ich bin der Hass!
Attention Attention unknown flying object approaching the planet!
|
|
|
|
|
I must be doing something wrong. I don't use interfaces all that often.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
From what I have seen, and I might be wrong here, that's a disease that seems to strike web developers the hardest.
|
|
|
|
|
To be fair, ASP.NET MVC 5 basically obliges you to use interfaces.
|
|
|
|
|
I think like many things it's a case of degree.
Interfaces by themselves are not evil and used properly when needed they make development much easier - because you can rely on dependency injection rather than tightly coupled code(I probably don't know what I am taking about here but I thought I would use some jargon...).
There are case where interfaces have made things a lot easier for me - recently I was hitting an issue with an email class I was using, so instead of rewriting a whole bunch of code I created an interface and passed in the new class by interface.
I then discovered that there was a way around the issue I had and did not need to use the new library, so all I needed to do was to reference the old class when passing the mail class by interface - it took less than 5 seconds to reference the old class again.
In my work life I work on a huge application with all sorts of interfaces and it does make debugging a lengthy process - so like anything else when overused they can cause problems.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
Man, you don't understand interfacitis.
Interface are good they can solve problem!
Interfacitis is when interface becomes the goal without any particular end and introduce problem instead of solving them...
Interfacitis is like when people tells you "always create an interface before creating the class or when one create an interface with 42 method and growing, constantly...
It's like.. water is good. Too much water, you drown!
|
|
|
|
|
Interfaces are not inherently bad, nor are they the problem.
It's the (non)discoverability of the concrete implementation which makes using an interface problematic.
Much of the time one is looking at an interface, it's because some [perceived] bug is brought up; thus, you're really trying to find the implementation.
The problem comes about when that implementation is abstracted away in a manner that the researcher "just has to know about"--some configuration file on app startup or whatever--as opposed to a more inline factory-type "GetImplementationForX(params)" which the developer can trace and discover that, in the error condition, it's implementation #n they need to research.
Fortunately, a lot of that discovering is made easier with modern tools, where we can right-click and see the implementations of IWhatever, so it's not as bad as it once was.
I definitely agree with the aspects of over-engineering (i.e., trying to cram extra functionality where it doesn't belong) and trying to solve problems which don't exist being an issue though.
|
|
|
|
|
This is what happens when you abandon software engineering principals and use junk-paradigms like Agile, MVC, and the like...
Steve Naidamast
Sr. Software Engineer
Black Falcon Software, Inc.
blackfalconsoftware@outlook.com
|
|
|
|
|
just yesterday tossed out an old PC, and I actually paused looking at the internal dvdrw wondering if I should pull it out, but nah, for what?
today bored, decided to brush up on [long not done] c programming, remembered I had a really useful file of routines/info ... where? ... apparently on an old [backup] dvdrom (from 2010).
burger! sheet! fork! ... ok, so pop down to the store tomorrow and buy one (usb- about $20-30)
but then remembered! have an old laptop [not mine - borrowed about 4 years ago] ... anyway cancel shopping trip, woohoo! likely 5 or more years [if ever] before need one again
I'm over keeping old crap "just in case." - particularly tech. (future: borrow or do it at client.)
offloaded [to recycling] 4 old PC's and 3 old laptops plus a big box of related bits (and a boatload of unrelated stuff) in the last month, (gonna return that borrowed one soon)
having done that actually feel really good about it ... already preparing for more to dump next week
-> plan for new year is less work and instead long overdue home repairs & improvements
- last thing I need for that is piles of "still good" useless crap and clutter
Message Signature
(Click to edit ->)
|
|
|
|
|
I've been on holidays all week, and it seems that all I've been doing is going through old stuff and throwing out useless crap.
My old college notes (20+ years ago) might have made an interesting read, but realistically this is all useless to me now. That was a few binders worth. I can't imagine anyone hangs on to that. Do you?
I tend to keep boxes until the items that came in them are no longer under warranty...problem is, they tend to pile up at the back of the closet or in the basement, then I either forget about them, or they get buried by other stuff so I never do it. I've had a lot of catching up to do.
A mint-condition Blackberry Playbook with the box and manuals it came with might be a great find for a collector, but why am I keeping this for the next guy? I'm not going to be offered half the money I originally spent on it if I tried to eBay it. Same with my older Android tablets.
Over the years I've transferred all my important CDs and DVDs on hard disks (now that it's cheaper to do so than burning on disc). I have thousands of them to get rid of - and I'm finding out nobody will take them for recycling.
That said, I still have spindles full of old MSDN discs...maybe next round.
Next week I'll probably be going through the hardware pile. Last year I finally got rid of things like IDE, SCSI, parallel and serial cables, some video cards and the like, but it seems like the pile didn't diminish at all. I should get more ruthless this time around...
|
|
|
|
|
Lopatir wrote: I'm over keeping old crap "just in case." That's Mrs. Wife's job - except for the stuff she wants to keep.[^]
I know I'll need that 360KB floppy at some point, or it will go up in value . . . or I can use it when telling stories to disbelieving grandchildren of proof that what I'm saying is true.
One day, you'll again need something and won't have an accidental backup - and you'll never forgive yourself!
Ravings en masse^ |
---|
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|