|
I would imagine that it depends on the synchronization you have - for instance my wife uses dropbox, and it is automatically synchronizes files in both ways, so if one of her files were changed by encryption it would be automatically synchronized to dropbox...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
The cloud isn't automatically a full-flexed backup.
|
|
|
|
|
Mycroft Holmes wrote: ransom wear
Do you have to pay everytime you wear it? 
|
|
|
|
|
Mycroft Holmes wrote: f you have a cloud storage, dropbox/google/ms etc and you system gets encrypted by ransom wear is the cloud data encrypted as well?
Yes. The cloud will definitely turn into a shyte storm and rain on your parade.
Marc
|
|
|
|
|
I know there are some developer who like to follow a style, as in, for example,
1. all member's variable name starts with '_'
2. The typical C# guideline, all public member start with upper case
3. always follow an "if" keyword with line return then open curly brace then line return then body then line return then close curly brace
And they get quite style Nazi with those who have different style.
On the other hand there are some other developer (like me) who don't care about style. Sure I have my personal style, follow 2 (C# casing convention), have many variation on 3 (somewhat consistent with 4 different way of using curly brace), but above all, I don't care much about other people style.. And if I have to refactor their code, I might locally update the style to my preference while I am at it... but that's it.
My questions would be...
How many people will consider themselves style agnostic vs style Nazi?
|
|
|
|
|
Every developer needs to be his own style nazi. Consistency! Consistency! Consistency!
|
|
|
|
|
Or you could use a language where the Nazis die fom boredom because there is not much you could do wrong. Like machine language. Here is the style guide: Hexadecimal.
The language is JavaScript. that of Mordor, which I will not utter here
This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.
"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."
If software development were a circus, we would all be the clowns.
|
|
|
|
|
:: PIEBALD reaches over to his bookcase and extracts his VAX 11 MACRO book to look at the code examples ... :: 
|
|
|
|
|
PIEBALD passes Pete his copy which is sitting next to PIEBALDs
This space for rent
|
|
|
|
|
Huh, I don't see it; my Macro book is between ADA and VAX C.
|
|
|
|
|
It's next to my copy of Introduction to 68000 assembly.
This space for rent
|
|
|
|
|
Daniel Pfeffer gets out his copy of Struble (Assembler Language Programming: The IBM 360 and 370)
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
I have my own manual.[^]
The language is JavaScript. that of Mordor, which I will not utter here
This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.
"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."
If software development were a circus, we would all be the clowns.
|
|
|
|
|
Pretty Cosmac man!
(I'll fetch my coat).
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
Luckily (or unfortunately) I'm the only developer in the Company so I follow my own style. I'm not really strict on style but I do like consistency on naming conventions of objects and variables.
|
|
|
|
|
I am a Nazi, but if it is easy to read and understand, then I am happy.
|
|
|
|
|
So you're a happy Nazi?
This space for rent
|
|
|
|
|
I'm a whitespace-supremacist.
|
|
|
|
|
|
Hah my style is... elastic but reasonably consistent. The amazing thing is that over the years the team of 4-8 developers have been happy to conform to it.
Only thing I won't abide is underscores! Imagine how I feel about Oracle conventions.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Nazi. Totally. And let me tell you why.
To read larger chunks of code with a mixed buffét of styles really hurts my eyes.
Sure I have a style preference. But much much more important is consistency. I am quite happy to submit to an "inferior" style if it is adopted all over the place. I would not like to work at a place without coding guidelines, in fact this is a question I ask at interviews.
... such stuff as dreams are made on
|
|
|
|
|
The only thing what bothers me when I am up to refactoring some other developper's code is when there is no style at all; inconsistency is quite disturbing, but as long as there is some consistency, even if it does not follow my own style, then I'm OK.
You always obtain more by being rather polite and armed than polite only.
|
|
|
|
|
I'm one of those who are strict on style. It just makes it easier if everyone on a project uses the same style. Easier for them to read my code and easier for me to read and maintain other's code.
One of the developers code is almost always untidy, extra whitespace, brackets not aligned, etc. I don't know how he can code or think like that.
|
|
|
|
|
Almost style agnostic, in the sense that there are a few thing that really bug me.
What I absolutely hate:
1) No spaces between operators and operands. Because lines like
kr=k_y+(d_x*(n_srcol-5))+ctxc*rowoff*li;
are evil. And our code is full of lines like that (not an actual line of code but the same way - this is short. There are longer lines like that).
2) Precisely the curly brackets on their own empty line. Just no, it adds clutter. A block starts on the line that defines it, so it starts where there is the "if" not the line later. My stile HAS its disadvantages: it's harder to comment/decomment an entire else branch, and copy/paste entire branches. I can live with that.
3) Mixed conventions for public members. Like some public members starting with uppercase, others with lowercase, or names like read_I and writeO... we have some very integrated (AKA assimilated) code like that and it's a PITA.
What I usually do is to call every global symbol g_something, module symbols m_something, enums are always E_something, structs S_name and types T_something. It helps me with the Intellisense.
EDIT: I work on code written in 16 years by almost 20 different people from different backgrounds. Style consistency is only a dream - luckily I'm infecting my pard with some of my styles...
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
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
When I was six, there were no ones and zeroes - only zeroes. And not all of them worked. -- Ravi Bhavnani
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
