|
I got hired because of a friend who worked at the place, it was at a Black Angus restaurant as a dish washer I was only 14 and when the manager found out I wasn't 16 he made me quit.
|
|
|
|
|
I got hired during an IT exhibition, advised by a friend ..
since that I'm just "folowing the dream . " ,I think you should do that too. !
There is always hope ..!
|
|
|
|
|
i am learning all I can, the information is so intense that I'm not sure where to start. I know one thing I'd like to have the job that Jessica is creating for managing the new (Hotel Booking Application) if I could only find that article again, Id like to take photos of all the hotels around the world that would be a kick ass job ha!
|
|
|
|
|
Favor me!!!!That would be what the doctor ordered.
|
|
|
|
|
We have our first winner, who submitted the most upvoted news. The contest continues, so post interesting news items in the Insider News forum for a chance to win a $25 Amazon gift card. All the news that's fit to link.
|
|
|
|
|
Three qualities every good programmer shares... and even many not-so-great programmers. Which do you put to the most use?
|
|
|
|
|
Laziness -- it's the basis of code re-use and a cornerstone of OOP.
|
|
|
|
|
I have to second laziness as well. I agree on the code reuse, why reinvent the same thing?
From the link: "makes you write labor-saving programs that other people will find useful, and document what you wrote so you don't have to answer so many questions about it"
Yes, I write labor saving programs, but it is generally for me to do my job better. Document what I wrote? Hell no!
"The clue train passed his station without stopping." - John Simmons / outlaw programmer
"Real programmers just throw a bunch of 1s and 0s at the computer to see what sticks" - Pete O'Hanlon
"Not only do you continue to babble nonsense, you can't even correctly remember the nonsense you babbled just minutes ago." - Rob Graham
|
|
|
|
|
Scope creep is the kind of thing that accumulates so slowly and subtly that you don't realize it's happening until it's too late, like when you've already promised it or, worse, when you're already building it. The only way for that to happen is if we-not our clients-let it happen. That is the kind of scope creep I want to talk about. The kind that-though we may want to blame our clients-is really our responsibility. Why scope creep is your fault (and what you can do to prevent it)
|
|
|
|
|
Terrence Dorsey wrote: <layer>Why scope creep is your fault (and what you can do to prevent it)
Never is my fault, as I will only implement what the client is asking for in their code. I do keep an eye out for scope creep when the client asks for new features and warn them up front if there's going to be any issue. Saves me headache and time, and the client money.
"The clue train passed his station without stopping." - John Simmons / outlaw programmer
"Real programmers just throw a bunch of 1s and 0s at the computer to see what sticks" - Pete O'Hanlon
"Not only do you continue to babble nonsense, you can't even correctly remember the nonsense you babbled just minutes ago." - Rob Graham
|
|
|
|
|
UTF-8 encoding should be the default choice of encoding for storing text strings in memory or on disk, for communication and all other uses. We believe that all other encodings of Unicode (or text, in general) belong to rare edge-cases of optimization and should be avoided by mainstream users. I U+2665 Unicode.
|
|
|
|
|
The internets are buzzing with new IDE ideas. On the one hand, it is great to wake people out of their stupor and and show them what might be possible. But on the other hand I am bothered with the unspoken implication that such things are possible with current programming languages. Just slap a magical new IDE on top of Java or JavaScript and the world will be a better place. Unfortunately I don’t believe that is possible, and I fear it will lead only to disappointment and further fatalism. Until we change our language assumptions, we'll continue to code in tarted-up text editors.
|
|
|
|
|
A recent (and short) IEEE Computing Conversations interview with Douglas Crockford about the development of JavaScript Object Notation (JSON) offers some profound, and sometimes counter-intuitive, insights into standards development on the Web. Douglas Crockford discusses the origins of JSON.
|
|
|
|
|
Worried that under a new owner BeOS would die a slow, unsupported death, Michael Phipps did the only logical thing he could think of: He decided to re-create BeOS completely from scratch, but as open-source code. An open-source system, he reasoned, isn’t owned by any one company or person, and so it can’t disappear just because a business goes belly-up or key developers leave. How a volunteer crew brought a crack operating system back.
|
|
|
|
|
Responsive web design is arguably the hottest topic in web design today, but how do you monetise responsive sites? Matthew Snyder and Etai Koren, co-founders of ResponsiveAds, present the biggest issues and come up with some solutions. Ads for browsers and devices of all shapes and sizes.
|
|
|
|
|
Do you ever get a craving to do a little BASIC programming, but find yourself without a good old DOS box at hand? Never fear. Cory Smith wrote a Silverlight-based GW-BASIC interpreter that runs in your browser... even on your Windows Phone! GOTO CODE ANYWHERE.
|
|
|
|
|
The concept of Big Data—the practice of acquiring, analyzing and interpreting ridiculously huge data sets—is something much of the technology and business world is extremely excited about. But excited is about as far as it goes because, currently, there just aren't enough practitioners to make it work. Data, data everywhere... and not enough expertise to use it.
|
|
|
|
|
Here are two tools I've been using lately to better understand the functionality of my game designs. The first is the loop, a structure that should be very familiar to those who have looked into skill atoms. The second is the arc. Loop back over this and you'll get the arc of the idea.
|
|
|
|
|
|
Someone tell me why i dont enjoy games today as i did when I was a child or a teenager. Tell us why today's computer games or better - or worse - than those of yesteryear.
|
|
|
|
|
I disagree with people who say games aren't as good. Back in day I think they were more "amazing" because they were new and ground breaking. Now, there are a set number of genres and 50 games being released in each of those genres a month. A good game to me is now determined by the story and overall polish of the game. Graphics mean nothing, which I guess is just a thing from growing up in the 90's where the most amazing graphics I ever saw was Dues Ex :P (was that even the 90's ???)
|
|
|
|
|
ROGUE ! ! ! !
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "As far as we know, our computer has never had an undetected error." - Weisert | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
My room mate and I have this discussion every time we stop by the local Gamestop. Personally, I think its a combination of:
0. There is a much larger number of games coming out. With that kind of quantity, there's more to compare to and the really great games stand out (and make the majority of games look bad)
1. Some publishers/studios go for quantity over quality, and as long as its profitable they have no reason to change
2. We're not children anymore, and as a result we're much harder to impress. Even if the quality stayed the same we'd probably feel that it decreased as we become more critical and able to distinguish good from bad
3. Nostaligia
|
|
|
|
|
There's a very interesting discussion about what are good games and the concept of a "gamer" in the current context on episode 64 of the Hypercritical podcast with John Siracusa[^].
Director of Content Development, The Code Project
|
|
|
|
|
You’ve invested in building an API and now you want developers to use it. Very few companies can get away with creating a successful API ecosystem on technical merit alone. You’ll need documentation, SDKs, sample apps, debugging tools and everything else that goes into a great “developer experience”. Based on my experience of working with an array of different APIs, here is what I believe to be the baseline level of support structure anyone who is serious about their API program should implement. If you build it (well), they will come.
|
|
|
|