No, they're not. Perhaps because they have a ton of German contacts available for German customers, which actually answer (and that is what this is all about) support requests. From what I've read, that's what Google currently doesn't do.
Perhaps because you appreciate a compiler which produces EXEs/DLLs not dependend on any (language) runtime, which rival (or even outperform) executables produced by any C(++) compiler.
Something like VB6 would be okay, but it seems silly to introduce it today. The problem seems to be this inexplicable trend toward unnecessary complexity in modern languages.
I'd suggest PowerBASIC (former Turbo Basic) as an alternative. While it allows for (easy) structured/procedural programming, which makes a nice starting point and is a traditional strength of BASIC as a teaching language, it offers at the same time almost everything you conceptually might want to explore: for example classes, pointers, (inline) assembler etc.
A glance at the compiler manual might give you an impression of its capabilities.
And, yes, I'm a pretty satitisfied PB user since it's early DOS days.
English is borrowing words and phrases from other languages left right and center. So here is the deal, if there is no short German word for "Cancel", let German accept Cancel as a German word and update its equivalent of OED.
While in theory a good idea, in pratice your program would stick out of any other (properly) translated software. MS has even an official translation document, where localized versions for common UI terms like "File", "Print", "Abort" etc. are listed. Not to mention common control captions, which are rendered by the OS, not your program.
Odds are they'll be flattered to be included, and might have some UI ideas (from a non-English speaking perspective) that actually enhance your add-on.
As a native German speaker, let me share a universal UI idea with you, if you even see a remote chance of having your software internationalized: leave enough room on all your controls so that translated text fits nicely in it. A very simple example: English: "Cancel". German: "Abbrechen". Where "Cancel" fits nicely, "Abbrechen" will be cut off, forcefully word-wrapped or whatever.
That said and to answer the OP's question: I'd assume enough knowledge of the English language from programmers. If you try to label your add-on with not too sophisticated English, it should be accessable enough for the vast majority of programmers.
How I really like the Windows registry: Go to HKFOOBARZZZ, click on FOOBAR, Local User, Applications, Windows, Internet Explorer, Version Xxxx, 50 clicks and more
See, that's exactly my point: once you know what tools are available and where to find out more about them, everything is easy.
Now you can just google (or bing) it.
Of course I do that. But that one works in Fedora, this one in Ubuntu, that in Debian (deliberatly naming distros here, not saying that's exactly that)... it wasn't easy.
The graphic have only 80x25 resolution (the classical DOS resolution), but it's still a GUI...
Sure, it's a GUI... but with the command line always present, where I con do my net use, arp or whatever I need to do. And - that's the most important part for me - I need no mouse at all.
Don't get me wrong - I'm not saying "Windows is better". I stay away from those cultistic flame wars. I was just describing what's difficult for me to get the hang for Linux. If I would have started out using Linux, I'd most likely say the same about Windows.
Because the "zi" in "Nazi" wasn't taken from the "ti" in "National", as you implied, but from the "zi" in "so*zi*alisten". But another way: "Sozi" stems from "Sozialisten" and "Nazi" was created by replacing the "So" in "Sozi" with "Na" (derived from "National", ofc), hence "Nazi".
To add to that: in Germany changing your name, especially your lastname, is generally not possible: "Im derzeit geltenden Namensrecht gilt der Grundsatz der Unabänderlichkeit des Namens." There are exceptions to that law, but I doubt that Schmitz applies for any of them.
For Linux I just need:
sudo ethtool -s p1p1 speed 10 duplex half
[...]
Now be really honest. What is more complicated? To follow 10 and more steps, involving 3 or more dialogs, or just open your terminal and copy & paste the one line command and press enter?
The problem I face when dealing with Linux once in a while is not using a command line. The real problem is finding out that for changing the network card's duplex mode, "ethtool" is used. Once that's done, figuring out the necessary parameters/switches is the easy part.
That's the advantage of a GUI - giving visual/textual hints for task you seldom do. And don't get me wrong: I hate click-fests. I appreciate scriptable tasks. My preferred file manager is the console-based FAR.
Good luck with "protecting from tyranny" these days, with the tyranny having M1 Abrams tanks, A-10 Warthog planes and weapons like that at their disposal.
Tell me, oh honorable freedom fighter, how does your assault gun gonna penetrate that M1's armour?
Remember the windows 2k/xp start menu with its crazy long cascaded menus? No one wants to sort through those.
This was only a mess if a) you didn't organize the "Programs" folder yourself, creating folders like "Tools" and such and b) used the mouse to navigate. For example I have a folder "DevTools", where "Microsoft Visual Studio" resides in. It takes me five keystrokes to get there: -> CTRL + ESC (open start menu) -> "P" (Programs) -> "D" (folder "DevTools") -> M (start Visual Studio). It takes less than 2 seconds to go there with the keyboard from wherever I'm at the moment.
BTW, that's one of my mean complaints about MS Office > 2003. That shity ribbon interface seems to be solely designed to prevent any ergonomic keyboard navigation. Whoever came up with the idea of having to press the ALT key in order for ugly little letters popping up, which denote the accelerator key instead of the well understood underlined letter, needs to be removed from the human gene pool immediately before this craziness spreads around.
Eventually, I'd hoped that folks would realize that they were unlucky or were just buying garbage, instead of the insipidly assuming that such-and-such widget was so perfectly constructed and planned that it failed within hours/days of the warranty expiring -- just as designed.
While I agree that there's a lot of conspiracy crazyiness out there, it's also not uncommon to experience by some "hard-coded" end-of-life events. In IT, printer manufactureres have been proven more than once to let printers willingly fail after <event> (such as number of pages printed). It's also practiced elsewhere. See Planned Obsolescence.
I recall in the 1970's when we were all headed to the next ice age - the computer models all kept falling into something called "white earth" and never warmed up again.
Ironically, inside the scientific world, this switch of sign of projected effects is viewed as precisely what responsible scientists must do when the facts change. Not only did I change my mind, but published almost immediately what had changed and how that played out over time. Scientists have no crystal ball, but we do have modeling methods that are the closest approximation available. They can't give us truth, but they can tell us the logical consequences of explicit assumptions. Those who update their conclusions explicitly as facts evolve are much more likely to be a credible source than those who stick to old stories for political consistency. Two cheers for the scientific method!
That's the problem with Lol Citizen and Elite: The Next Generation. They're going to attempt to challenge the premiere game of Internets Spaceships; a game that's had a freakin' decade of constant development.
I invite you to hop over to this forum/thread and read through it. That's a forum full of EVE veterans. And they were throwing money left and right like crazy at Star Citizen. If Star Citizen fails, I don't think it's because of EVE.
Germany is one of the greenest countries in Europe, yet they're building new coal plants. Why? Because they're decommissioning old nuclear plants, and they have to replace them with some suitable base-load source.
No. That ("because they're decommissioning old nuclear plants, and they have to replace them with some suitable base-load source") is just what they want you to think. Do you really believe a CEO wakes up this morning, thinking "Hell, we need to build a new power plant!" and the next day they're starting to dig?
No, they're not. Perhaps because they have a ton of German contacts available for German customers, which actually answer (and that is what this is all about) support requests. From what I've read, that's what Google currently doesn't do.
Ever heard of that new-fangled invention called "table"?
Lay magazine beside your dish, have two hands for using fork/spoon/knife. Flip pages as needed.
Perhaps as clueless as assuming that every person on this planet speaks English and gets the hint ...
Perhaps because you appreciate a compiler which produces EXEs/DLLs not dependend on any (language) runtime, which rival (or even outperform) executables produced by any C(++) compiler.
And on an even more serious note: that this business model doesn't work, shows Amazon's posting of $274 Million loss on LivingSocial
.
I'd suggest PowerBASIC (former Turbo Basic) as an alternative. While it allows for (easy) structured/procedural programming, which makes a nice starting point and is a traditional strength of BASIC as a teaching language, it offers at the same time almost everything you conceptually might want to explore: for example classes, pointers, (inline) assembler etc.
A glance at the compiler manual might give you an impression of its capabilities.
And, yes, I'm a pretty satitisfied PB user since it's early DOS days.
While in theory a good idea, in pratice your program would stick out of any other (properly) translated software. MS has even an official translation document, where localized versions for common UI terms like "File", "Print", "Abort" etc. are listed. Not to mention common control captions, which are rendered by the OS, not your program.
As a native German speaker, let me share a universal UI idea with you, if you even see a remote chance of having your software internationalized: leave enough room on all your controls so that translated text fits nicely in it. A very simple example: English: "Cancel". German: "Abbrechen". Where "Cancel" fits nicely, "Abbrechen" will be cut off, forcefully word-wrapped or whatever.
That said and to answer the OP's question: I'd assume enough knowledge of the English language from programmers. If you try to label your add-on with not too sophisticated English, it should be accessable enough for the vast majority of programmers.
Let me introduce you to reg.exe.
See, that's exactly my point: once you know what tools are available and where to find out more about them, everything is easy.
Of course I do that. But that one works in Fedora, this one in Ubuntu, that in Debian (deliberatly naming distros here, not saying that's exactly that) ... it wasn't easy.
Sure, it's a GUI ... but with the command line always present, where I con do my net use, arp or whatever I need to do. And - that's the most important part for me - I need no mouse at all.
Don't get me wrong - I'm not saying "Windows is better". I stay away from those cultistic flame wars. I was just describing what's difficult for me to get the hang for Linux. If I would have started out using Linux, I'd most likely say the same about Windows.
Because the "zi" in "Nazi" wasn't taken from the "ti" in "National", as you implied, but from the "zi" in "so*zi*alisten". But another way: "Sozi" stems from "Sozialisten" and "Nazi" was created by replacing the "So" in "Sozi" with "Na" (derived from "National", ofc), hence "Nazi".
Nokia's maps
I think you've mistaken that for "health issues" ...
To add to that: in Germany changing your name, especially your lastname, is generally not possible: "Im derzeit geltenden Namensrecht gilt der Grundsatz der Unabänderlichkeit des Namens." There are exceptions to that law, but I doubt that Schmitz applies for any of them.
The problem I face when dealing with Linux once in a while is not using a command line. The real problem is finding out that for changing the network card's duplex mode, "ethtool" is used. Once that's done, figuring out the necessary parameters/switches is the easy part.
That's the advantage of a GUI - giving visual/textual hints for task you seldom do. And don't get me wrong: I hate click-fests. I appreciate scriptable tasks. My preferred file manager is the console-based FAR.
Wrong again: the term "Nazi" was coined after the already familiar term "Sozi", a pejorative abbreviation for socialists.
Good luck with "protecting from tyranny" these days, with the tyranny having M1 Abrams tanks, A-10 Warthog planes and weapons like that at their disposal.
Tell me, oh honorable freedom fighter, how does your assault gun gonna penetrate that M1's armour?
Size aside - it's not like there aren't (client-side) encrypted services out there already: Spider Oak or Wuala, for example.
This was only a mess if a) you didn't organize the "Programs" folder yourself, creating folders like "Tools" and such and b) used the mouse to navigate. For example I have a folder "DevTools", where "Microsoft Visual Studio" resides in. It takes me five keystrokes to get there: -> CTRL + ESC (open start menu) -> "P" (Programs) -> "D" (folder "DevTools") -> M (start Visual Studio). It takes less than 2 seconds to go there with the keyboard from wherever I'm at the moment.
BTW, that's one of my mean complaints about MS Office > 2003. That shity ribbon interface seems to be solely designed to prevent any ergonomic keyboard navigation. Whoever came up with the idea of having to press the ALT key in order for ugly little letters popping up, which denote the accelerator key instead of the well understood underlined letter, needs to be removed from the human gene pool immediately before this craziness spreads around.
He wrote a bug report, but it was ignored.
While I agree that there's a lot of conspiracy crazyiness out there, it's also not uncommon to experience by some "hard-coded" end-of-life events. In IT, printer manufactureres have been proven more than once to let printers willingly fail after <event> (such as number of pages printed). It's also practiced elsewhere. See Planned Obsolescence.
Depending on what you define as "significant", Italy (http://en.wikipedia.org/wiki/List_of_earthquakes_in_Italy/) and Turkey (http://en.wikipedia.org/wiki/List_of_earthquakes_in_Turkey) immediately come to mind. Both countries experience earthquakes quite regularly.
Here's a good and insighful read of the author of the study that became media's "next ice age" in the 1970s has to say about it: http://www.edge.org/q2008/q08_7.html#schneider
He ends with:
And brake lights actually don't brake, but accelerate ...
I invite you to hop over to this forum/thread and read through it. That's a forum full of EVE veterans. And they were throwing money left and right like crazy at Star Citizen. If Star Citizen fails, I don't think it's because of EVE.
No. That ("because they're decommissioning old nuclear plants, and they have to replace them with some suitable base-load source") is just what they want you to think. Do you really believe a CEO wakes up this morning, thinking "Hell, we need to build a new power plant!" and the next day they're starting to dig?
Planning and getting all necessary paper work done and building takes almost a decade. Most if not all those "new" coal plants have long been planned and green-lighted way before Fukushima happened. See this list http://de.wikipedia.org/wiki/Liste_geplanter_Kohlekraftwerke_in_Deutschland