Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror

Comment: Encourage Creativity (Score 1) 121

by hermitdev (#48639339) Attached to: Ask Slashdot: Resources For Kids Who Want To Make Games?

Before I posted this, I read through the roughly 60 posts that were here. If your child is interested in the lore and mechanics of gaming, I think the prime focus should be on creativity and writing. I don't think you can necessarily "teach" creativity, but I think you can encourage it. I would probably suggest a lot of reading of fiction from as great an expansive base of styles and genres as you can. Through exposure to a variety of material, they may find something they like and build/expand upon something they like. Very little is truly a brand new idea. Most fiction is an adaptation/twist/extension on a previous idea.

If your kid wants to both write the story behind the game and the code that makes it happen, large AAA games are not what you want to strive towards. There tends to be a strict separating of responsibilities.

If your child is insistent upon that, as far as development goes, a large number of people have already post some great links to development resources. A lot of those may be over the head of a child, though, let alone a seasoned non-game developer./p?

Comment: Re:From a C++ perspective, writing was on the wall (Score 1) 156

by hermitdev (#48622719) Attached to: Dr. Dobb's 38-Year Run Comes To an End
I don't have a problem with a long/lengthy article being broken into a series (so long as there's a view as single page). Lately, I've gotten my choice Dobbs articles via redit & RSS, and they come in as just "Part 1", Part 2", etc. Not even "Part 1/9". I understand that, because they're probably publishing them as they receive them/write them and arguably don't even know how many parts there will be (which is probably due to an arbitrary editorial decision of number of lines/paragraphs). But, what I want is: on a 30-minute train ride, can I digest an article, not can I read a 5 minute snippet, then remember where that snippet left off a few weeks ago, and then a few weeks further yet remember those previous 2 snippets I read. I can really get behind a multisegment such as "we're going to design a scripting language interpreter", and every section is a logical conclusion of a part of it. But to beak mid-stream as a lot of the newish articles seam to do in order to "make you come back next week" is asinine and extremely frustrating from a user perspective, especially from a software developer perspective. I have this problem *now*. I do not want to come back next week to see how the second have can be solved.

Comment: From a C++ perspective, writing was on the wall (Score 2) 156

by hermitdev (#48614355) Attached to: Dr. Dobb's 38-Year Run Comes To an End
From a C++ perspective, the only lately useful articles are from Andrew Koenig, but how the release of the articles is done has pissed me off so much I removed it from my feeds. His most recent article series, is at part 9: Abstractions for Binary Search. How about write an article that can be released in a single piece and consumed as such. Trying to consume parts of something every few weeks is an ineffective learning tool. There doesn't seem to be any more single articles. The interesting ones are broken up into multiple parts released every week or two. FUCK THAT. Give me an article that I can read, start to finish. Don't make me come back next week. I'm a developer. I'm already being torn six ways to sundown by various issues, I don't need a publication compounding that. Give me single, solitary articles that have all the content in a single page and I'm happy (it also makes the googling easier).

Comment: Re:C is very relevant in 2014, (Score 1) 641

by hermitdev (#48560539) Attached to: How Relevant is C in 2014?

Actually this is false. It is possible to write a language that is both safe* and compiles itself.

This is not true, at least not initially. And your example of LLVM (and clang) completely disregards its history. LLVM/clang are only relatively recently self-hosting (can be used to build themselves). LLVM & clang are written in C++ and for a long time relied upon an external C++ compiler (typically gcc) to be built.

Comment: Re:C is very relevant in 2014, (Score 1) 641

by hermitdev (#48560393) Attached to: How Relevant is C in 2014?

At least z/OS has some pretty aggressive protection going on that x86 doesn't, otherwise I'd have no hope for the ol' systems (they should hardly ever have existed really then)

That may be, but it didn't stop me from crashing an entire LPAR, knocking the entire development staff off the mainframe by running a simple select sql statement against DB2.

Comment: Re:C is primordial (Score 1) 641

by hermitdev (#48557573) Attached to: How Relevant is C in 2014?

One of the simplest constructs in C++ that makes me cringe is when I see people do:

std::string foo = "";

instead of:

std::string foo;

The reason being, although functionally equivalent, the second version results in faster, smaller code. On every implementation I've looked at the first one results in calls to strlen, a possible memory allocation and a strcpy. The second is a mere memset of the internal pointers to null. Even though us humans that understand C++, the compiler knows only the language. It typically does not know anything about the standard library. Yes, there are exceptions, such as compile-time warnings/errors for mismatched arguments to printf style functions. But, those are exceptions, not the rule, and they are few and far between.

When I see the first form, I immediately understand that I am looking at code from some whose primary language is not C++, but instead likely Java or C#.

Comment: Re:Very much so! (Score 1) 641

by hermitdev (#48557423) Attached to: How Relevant is C in 2014?
Name mangling is not standardized, still, and it probably never will be unless there is a formalized ABI. It sounds like you were using STL from pre-standard days. Even post standardization, it took all of the compiler vendors to catch up. The landscape is a lot better now. In particular it's been great to see the effort MS has put into becoming standards compliant and treating C++ as a first-class citizen on Windows instead of the ugly step child locked in the attic because they can't kill it.

Comment: Re:Very much so! (Score 1) 641

by hermitdev (#48557353) Attached to: How Relevant is C in 2014?
iostreams are a bit ugly, but at least they're type-safe. iostreams also have the added benefit of operator overloading, allowing types to format themselves. You can't do that with printf - you'd at a minimum have to have an extra string buffer to defer to a type to format itself to then pass to a printf for additional formatting.

Comment: Re:Very much so! (Score 1) 641

by hermitdev (#48557323) Attached to: How Relevant is C in 2014?
I think it's more a function of what people "know" than "like". I also think this is true regardless of the language/tool set used. It is also usually an indicator of the developer's experience. A junior dev is far more likely than a senior to have a need for something and reinvent the wheel out of ignorance of available options rather than a justified reason to do so.

Comment: Re:Yes (Score 1) 277

by hermitdev (#48519603) Attached to: Which Programming Language Pays the Best? Probably Python

I agree that language comes down to preference and usually comfort level. Having +10 years experience with C++, C# and Python each, while roughly a year experience with Java & Ruby, my languages of choice, in order are: C++, Python, C#, Ruby, Java.

I particularly like C++ because of it's raw unabashed power. There's very little magic, and nearly every language construct is straight forward and easy to understand. Granted, there are a ton of subtle gotchas an nuances that will trip up the inexperienced and even the veterans. I like Python because the language itself is clean, succinct and terse (but not perl level terse). It also has the benefit of generally being easily readable by non-Python folks. I hear a lot of complaints about the whitespace, but when it comes down to it, it's a non-issue when you're used to it. If you indent your code well and normally in other languages, your code looks the same, but you've saved having to type the braces. One of the other things I like about Python is how well and cleanly it interfaces with C/C++. It's C object model is one of the cleanest and most straight forward I've ever seen. It is a breeze to interface with and expose C/C++ APIs to. Unlike perl with its abomination of a library: XS. I like C# for a lot of the same reasons: mostly clean language, expansive built-in library and removed a lot of the idiocy of Java (exception specs? ew. Double is an object, double is a value, wtf?

I have very little experience with Ruby, and I'm still learning. It seems a mix of Python & Perl which, I tend to stay towards the more Python-ic approaches in Ruby because they're clearer and make more sense to me.

As far as looking for a job, money isn't everything. A year ago, I left a job pulling in $155K base with bonuses around $40K per anum doing mostly C++ & Python, which I liked. But after a decade at the company, I'd enough of the stress and the B.S. politics, so I left for a job where I'm just pulling $145K base and little to no bonus doing mostly C#, Java, Ruby and maintaining legacy Python code. And, for now at least, I'm happier. Sure, I miss the money, but I still make enough.

"Life sucks, but it's better than the alternative." -- Peter da Silva

Working...