|
As nice as it is to simplify your code and iterate over many different types of collections, the real improvement comes when you start to reuse the functions passed to the iterators. But, you ask, how can I reuse my big, complicated function? Here's how. For loops are so last year.
|
|
|
|
|
How will history judge the donation of $200 million in code? [ITworld]
|
|
|
|
|
|
Microsoft starts XP retirement countdown[^]
"To alcohol! The cause of, and solution to, all of life's problems" - Homer Simpson
"Our heads are round so our thoughts can change direction." ― Francis Picabia
|
|
|
|
|
With IE10 Metro going plugin-free, it’s incredibly important to document steps to help developers provide their users with great experiences without the need for proprietary 3rd party add-ons. If you’ve built a plug-in-free browsing experience for the iPad, a few changes will make it ready for the new IE10 plug-in-free experience on Windows 8. Here's how. The web thanks you.
|
|
|
|
|
The world does not want a new programming language, especially from me. But since you are hell bent on creating a new one, you might as well make it an improvement. Here are 8 tips to help make your toy language actually useful. Please, please. please, don't make a new language.
|
|
|
|
|
While I may agree with some of his points, were I to create a new language it would be what I want, not what he wants. And while I do like veal, I really like lamb.  
I also really like using a very feature-poor IDE (text editor) that loads quickly and doesn't waste time and space parsing the code in order to offer features I don't (usually) want -- syntax highlighting, Intellisense, refactoring, etc. I want to be able to choose the right tool for the job -- full-blown IDE some times, text editor other times -- for the same language and code base. I would not want a language that requires a full-blown IDE.
I have given the idea of a language that is stored in some other format some thought over the years, but I just don't think it would be worth the trouble. If anyone develops one, it might be interesting to see.
|
|
|
|
|
The article misses one huge thing which is how proprietary a language becomes if you make it depend on an IDE.
I don't like IDEs. I prefer an integrated development environment (lower case). That means I have a nice text editor, which knows how to open the current file in my favourite XML editor, and I have a command line that builds the software and can also find a function and open it in my favourite text editor. And now we have a database I also have a command line toy that will let me talk to the database. It means any task I have to repeat more than a couple of times ends up as a script (yes, edited by my text editor!)
|
|
|
|
|
sweavo_new wrote: a command line toy that will let me talk to the database.
I have one too and it can talk to several different database systems, and it's separate from the IDE.
|
|
|
|
|
XSLT is kind of a "programming" language in a way, and it's encoded in XML .. which is still just text of course.
|
|
|
|
|
Right, and it's not general purpose either.
P.S. XAML came to mind as well, but also doesn't fit the bill.
modified 10-Apr-12 9:20am.
|
|
|
|
|
PIEBALDconsult wrote: syntax highlighting
That's the one point I have to disagree with. The other stuff I can live without, but syntax highlighting is important enough that I've actually created it myself for a few languages in various editors. And there are plenty of lightweight editors that offer syntax highlighting so there's no realistic cost to using it (sure, any of those editors may load a fraction of a second slower than something like Notepad, but can you really tell the difference?).
|
|
|
|
|
I wish we could just kill JavaScript for use with HTML. It sucks for this since it is not compatible with HTML without modification. It makes use of characters that are not valid for HTML (ie <, >). Also it is like C, but not like C. This sucks.
|
|
|
|
|
|
What hardware are you targeting?
|
|
|
|
|
I know that Douglas Crockford and many others will disagree with this, but from my point of view, there are only three “bad” parts to javascript. Once a developer understands these three things in Javascript, they’re solidly on their way to rolling their eyes when they’re asked if they are a ninja at cocktail parties. They're listed here, along with links to articles that explain how they work.
|
|
|
|
|
No, there are more than three bad parts, I will add that since it is used pretty much predominately with HTML, it would play well in the sandbox, and it does not. I think it should be possible to cut and paste the HTML script language into an HTML tag without having to modify it.
|
|
|
|
|
Twice in the last two weeks I’ve had the unpleasant experience of reporting bugs, only to be told that it was my fault for triggering the broken behavior. A bug with a workaround is still a bug.
|
|
|
|
|
Scheme doesn't have Haskell's vast standard library or an efficient compiler, but it does have Haskell's terseness, and more importantly it makes coding a joy. As elegant and appealing as Haskell's purely functional foundation is, it prohibits simple, but crucial, impure tasks such as writing to files and communicating over networks. I'm not saying Scheme is better than Haskell. But it is.
|
|
|
|
|
On a family trip to the Computer Museum in Boston I convinced my parents to buy me a copy of Write Your Own Adventure Programs for Your Microcomputer, since I was an Infocom junkie and had been writing my own "adventure programs" for some time already. I think this was my first technical book, and it was the first technical book that I met with disappointment. The printed books become stale too quickly, and the digital ones aren't much better.
|
|
|
|
|
Right now is a great time to be a developer. Good people with good skills are seriously in demand by tech companies large and small. Of course, the best employers can still afford to be pretty choosy. I have been through many technical interviews on both sides of the desk, so I thought I’d share my tips on the process. So how do you ensure that when your chance comes, you nail the technical interview first time? Be interesting (but not odd) and don’t bring a pet.
|
|
|
|
|
A: I'd swap names with another mountain. 
|
|
|
|
|
This post looks at the new Netduino GO and briefly compares it to the .NET Gadgeteer (Cerebus and others). I also build a couple simple example applications using the Netduino GO kit. Which one is right for you? Read on to find out. Microcontrollers 'R Us.
|
|
|
|
|
|
Over 11 years after it was created the Agile Manifesto's values and principles still apply. In some situations they are less important than in 2001, but in many more situations very little has changed since then. We're still dealing with the very problems that the Agile Manifesto set out to solve in 2001.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
