|
What a brilliantly simple and effective method to detect breaches. I wish I thought of that.
Someone should use their code to build a website that you can go to and get a live view of websites that have been breached.
|
|
|
|
|
Sites vulnerable to newly revived ROBOT exploit included Facebook and PayPal. Oldie, but a goodie, I guess
|
|
|
|
|
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
A sharp metal object is exceptionally effective against modern ballistic protection... yet swords are millennia old.
GCS 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--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
First Heartbleed, then Dirty COW, now this. Oh wait, I forgot, I use those terribly insecure Microsoft platforms so I don't have to worry.
|
|
|
|
|
Ask just about any *NIX admin using a Windows laptop and they will have come across Putty. Oh, ssh!
|
|
|
|
|
You got that right. For years we waited for multi desktop support. Many offerings were made, then MS rolled out there own shiny turd. Can't wait to see how they "improve" putty. lol.
Charlie Gilley
<italic>Stuck in a dysfunctional matrix from which I must escape...
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
Analytics firm Net Applications revised its methodology to cull bots from its browser share numbers and found that as much as half of the traffic to Edge on Windows 10 was artificially inflated. How else am I going to download Chrome?
|
|
|
|
|
Why would anyone use a browser that implicitly admits opening a link in a new tab and immediately activating that tab are useful via a Bing setting, but makes you use two hands to do so in all other situations? It's been how many years, now?  Idiots...
|
|
|
|
|
I used IE to download Firefox on the last new machine I got with W10 on it.
|
|
|
|
|
The most shocking aspect of this is that 1 in 6 Windows users don't know how to set their default browser.
98.4% of statistics are made up on the spot.
|
|
|
|
|
Hungarian notation is one of those topics of great debate in the programming community. You can find just as many intelligent and well-respected proponents as you can find opponents advSome nsubjPeople vbThought adjBetter?
Probably made a few errors in that one. I never did learn sentence diagramming.
|
|
|
|
|
Wow, that was inane. What went wrong? Well, take this:
No more guessing, and no more scrolling back to check the type.
One of the things that "went wrong" is that IDE's became more sophisticated so you merely mouse over the variable to find out its type.
And then:
Hungarian notation hasn’t gained full acceptance from the development community.
Of course, because life was simple when you worked in C. You had built in variables, and ok, structs. With OOP, if you used Hungarian notation, you'd have:
cListCtrlListOfPeople = new CListCtrl()
or some BS like that. You can't Hungarian-ize all the types that are created in OOP without going nuts.
Which brings me to my other point -- conflicting styles.
When we use loosely-typed languages, we’re using them for a reason!
I've actually never seen a loosely-typed language used for that reason. It's pure laziness IMO. On the other hand, yeah, I have replaced entire class implementations in Python with a mock class and the type-less language doesn't care as long as the methods are implemented the same. But IMO:  It's dangerous, the code becomes confusing to understand, and worse, changes can easily break things, as you have no idea what other concrete square is being shoved into the round hole (ok, that's a bad image) which, IMO again, is one of the primary reasons unit testing was invented -- a problem that was created to solve another problem.
Following standards and best practices makes our code readable, and Hungarian notation is just one of many standards and best practices.
Riiiight. So, instead of x = YouHaveToGuessWhatIAm(); we can write strX = You HaveToGuessWhatIAm(); 
I'll stop now. 
|
|
|
|
|
I like and use Hungarian for screen controls - I find it makes code genuinely more readable if I can instantly spot a radio button from a check box or a text block from a stack panel in the code behind.
In all other circumstances, it's a complete and utter absurdity in the age of IDEs and Intellisense. Though, come to think of it, I found it a complete PITA back in the days when we coded in vi rather than Visual Studio - *ptrSomethingOrOther is so spectacularly redundant that it hurts the eyeballs.
98.4% of statistics are made up on the spot.
|
|
|
|
|
PeejayAdams wrote: I like and use Hungarian for screen controls -
Me too! That's the only time I use Hungarian notation.
|
|
|
|
|
But is it Hungarian Notation? For example, naming an edit control "portEdit" is not using Hungarian. Hungarian originally mean that the purpose of the variable was prefixed by a letter, though that eventually became the type, which was truly annoying when you had stuff like "iCount", which was actually unsigned (and redundant) or code which used 'b' for both "byte" and "bool".
So, what would portEdit be? ePort?
And that is a big reason Hungarian Notion died--nobody agreed on anything except p, i, s, sz and sometimes d (delta), though the latter three were very inconsistent and 'i' was often just prefixed to anything that wasn't a string. I still do use "p" for naked pointers since knowing something is a naked pointer is really important, especially in C++.
EDIT: Just remembered three more places I use Hungarian--h for raw handle, as in hWnd or hFile--and wParam and lParam, though the notation no longer has anything to do with the type.
modified 13-Dec-17 11:49am.
|
|
|
|
|
Fair point, we should probably talk about "type indication" or some such phrase rather than HN.
As an aside, I kind of love the code example in Simonyi's original paper:
1 #include "sy.h"
2 extern int *rgwDic;
3 extern int bsyMac;
4 struct SY *PsySz(char sz[])
6 {
7 char *pch;
8 int cch;
9 struct SY *psy, *PsyCreate();
10 int *pbsy;
11 int cwSz;
12 unsigned wHash=0;
13 pch=sz;
14 while (*pch!=0
15 wHash=(wHash<>11+*pch++;
16 cch=pch-sz;
17 pbsy=&rgbsyHash[(wHash&077777)%cwHash];
18 for (; *pbsy!=0; pbsy = &psy->bsyNext)
19 {
20 char *szSy;
21 szSy= (psy=(struct SY*)&rgwDic[*pbsy])->sz;
22 pch=sz;
23 while (*pch==*szSy++)
24 {
25 if (*pch++==0)
26 return (psy);
27 }
28 }
29 cwSz=0;
30 if (cch>=2)
31 cwSz=(cch-2/sizeof(int)+1;
32 *pbsy=(int *)(psy=PsyCreate(cwSY+cwSz))-rgwDic;
33 Zero((int *)psy,cwSY);
34 bltbyte(sz, psy->sz, cch+1);
35 return(psy);
36 }
Readability is certainly not a word that I'd associate with it.
98.4% of statistics are made up on the spot.
|
|
|
|
|
Joe Woodbury wrote: the notation no longer has anything to do with the type
It was never intended to be anything about the type. It was meant to provide extra info about what the var was being used to hold and what its units were. It was MS that used it for type, losing a lot of its usefulness.
E.g.
float fDistance;
float kmDistance, milesDistance, inchDistance;
|
|
|
|
|
Congratulations for reading something entirely out of context, which, ironically, proves the point I made. It was EVERYONE who used it for type, not just Microsoft (where Simonyi worked.)
Incidentally, and to be pedantic, your examples are NOT strict Hungarian notation, which further proves my point that nobody really understood the damn thing.
My point in your out-of-context quote is that even wParam has lost that secondary meaning Hungarian wise. However, as a whole its linguistically valid since it does describe the intent. When I say "wParam" to a Windows developer, they know what I'm talking about.
|
|
|
|
|
Back in the day I used to love it. Now I hate it.
Kevin
|
|
|
|
|
I find hungarian notation useful inside algorithms, as it makes very clear the types involved in an operation (which is necessary to know in order to maximize the computation precision) and inside private member functions, for the very same reason.
GCS 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--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
I use Dungarian notation, thats where I put all the useless letters at the end.
|
|
|
|
|
In my opinion, nothing went wrong. It was just a case where strongly-typed languages and sophisticated IDEs made it unnecessary and more of a hassle than it is worth. Before the nice IDEs it was moderately useful as a way to save time but that was then and most of us have since moved on.
|
|
|
|
|
That only killed bad (system) Hungarian; not good (application) Hungarian.
|
|
|
|
|
Yes, that is true. I sort of look at it as Microsoft-style HN, the bad sort, is what has died.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
