|
|
Always interesting to see the different paths people take. His Eightfold path is a little too long for me. I went with:
1. Pay Apple
2. Unity3D
3. Publish Apps
This path also lets you target Android by replacing "Apple" with "Google". Works for games at least.
|
|
|
|
|
|
Josh moving to IOS development was an interesting one. However his love for WPF (WPF/.NET developers more to the point) has driven him to start writing a book for .Net developers about IOS development. He sets out to explain the differences, his experiences and general principals of IOS development.
http://ijoshsmith.com/2012/06/05/sneak-peek-reference-vs-pointer/[^]
I probably wont go down IOS development for the moment but it surly will be an interesting read!
|
|
|
|
|
I keep hearing aphorisms about the "software crisis" and the lack of progress in software development. I have been programming for over 15 years, and I find such claims to be completely false: I am convinced that I could reproduce with today's tools the work of a competent programmer of 15 years ago in a small fraction of the time. By analogy to Moore's law and (more appropriately, because of its intention to provoke, rather than predict) Proebsting's law, I propose that programmer productivity doubles every 6 years. This assumes the codebase does not expand as a power of the aging developer's increasing girth.
|
|
|
|
|
I know that the tools provided in C# have made a big difference. I would be a lot less productive if I could not use the binding in WPF, thus being able to use the MVVM pattern, and I know that LINQ also has a big impact. There are also anonymous methods that allow me to put everything in one method instead of having to spread them out, thus making the code more obvious.
|
|
|
|
|
Except that an overflow has occurred and we are now using JavaScript, which has set productivity back to the beginning.
|
|
|
|
|
Sorry, but that's just self-praising BS.
- Where are the programming languages that miraculously make you so productive? Why should a programmer that uses good old C be less productive?
- How much time do you have to invest to learn your way around in all those great tools, languages, IDEs and frameworks? How much time does it cost you to keep up with new versions of all that?
- Sure you appear to be very productive when you have a big fat framework behind you. In the past the smarter programmers built, updated and used their own libraries. After a while they ended up, at least in theory, with a framework that is perfectly adapted to whatever they were doing. Those who could not get to that point never were very productive anyway.
- How often have you had a tool that was not able to do just what you needed? How often have you spent time to hunt obscure bugs and the great framework did little to help you understand what was happening? Is that productive?
- The rookies will not notice it, but programming has been dumbed down a lot in the last 20 years. Building one contraption after another that does little more than pass data from and to a database and generate some HTML from that honestly bores me to tears. And what happens when you have to leave the beaten path? Will the tools and framework help? Not very likely. You are not supposed to leave the path and your punishment will be that you are on your own. But only if the more patronizing contraptions will allow you to do that. As if it were the pinnacle of productiveness when some tools actively protects you from yourself.
As I see it: If you want to bve productive then THINK! Tools, languages and frameworks come and go. Concentrate on things that are independent of them, like algorithms and design patterns. You will be productive when you know what you are doing. Everything else is just an illusion, usually at your expense.
At least artificial intelligence already is superior to natural stupidity
|
|
|
|
|
How long until we see cars where the driver/customer cannot access the engine at all? If Apple made cars, the hood would be secured with pentalobe screws (Please visit an authorized garage to have your wiper fluid refilled). I’m not sure if this would be a good thing for cars but in computers, I’ll gladly take better design and usability in a smaller and lighter package over upgradeability and serviceability. Is this the end of DIY computer repair?
|
|
|
|
|
HOwerver, it should be possible to upgrade without a technicion. Generally there is not much that can be done to a modern laptop without replacing the whole mothoerboard, but there is still memory, the disk drive, and a few other things. I certainly know about dell charging me to replace a motherboard because of a bad power connector, and then there was the time I had a bad battery connection (battery does not charge), which dell could not find, and requires replacement of the motherboard.
|
|
|
|
|
|
The end of DIY mainstream computers. We'll be back to being weird geeks with screwdrivers again.
|
|
|
|
|
Sacrilege! You must prove your worth by soldering together your computer. Screwing together prefabricated stuff is for users.
At least artificial intelligence already is superior to natural stupidity
|
|
|
|
|
CDP1802 wrote: Screwing together prefabricated stuff is for users
Which is why I only buy screwless cases. 
|
|
|
|
|
I am pretty sure I can incite a minor panic walking through the office with a solderign iron.
|
|
|
|
|
I have repeatedly been confounded to discover just how many mistakes in both test and application code stem from misunderstandings or misconceptions about time. By this I mean both the interesting way in which computers handle time, and the fundamental gotchas inherent in how we humans have constructed our calendar — daylight savings being just the tip of the iceberg. Tonight we're gonna party like it's new DateTime(1999, 12, 31);
|
|
|
|
|
some of those are silly.
a program that's stuck in a VM might not know time has effectively stopped and restarted ? how the hell is a programmer supposed to handle that situation - resync the clock with NIST before calling any function that gets time ?
|
|
|
|
|
Chris Losinger wrote: resync the clock with NIST before
No guarantees...
A problem I had to fix a number of years ago was that we got the time from NIST, stored it in a script, and ran the script on the cluster (this was OpenVMS), but when the system was busy, it didn't run on time, thereby setting the clocks back.  It was actually a simple fix.
|
|
|
|
|
Here's some more:
- Time always goes forward.
- At least, it doesn't go backwards.
- There is a whole number of days in a year.
(ok those were easy)
- Date strings can be unambiguously converted to timestamps.
(you might even encounter that one)
- Every day of the month always exists, except the leap day.
- If a date exists in one country, it also exists in every other country.
- The differences between the dates in two places is never larger than one.
- Whether a year is a leap year can be calculated from the just the year.
- etc?
We made a huge mess, and no one is making any serious move to clean it up.
|
|
|
|
|
I've never used time for anything beyond generating unique names and sorting, so honestly most of that isn't important. (I do make some attempts at dealing with it properly, like using the UTC time instead of local time).
But I would add an interesting one I came across:
- a time stamp converted to another format and back will match the original time stamp
(ran into that problem with converting a .Net DateTime to a Unix time stamp and back, DateTime has a higher resolution than Unix time stamps, so some data was truncated)
|
|
|
|
|
This is an impressive and first-time experience in my anti-virus career. I chatted with a hacker while debugging a virus. Yes, it’s true. It happened when the Threat team were researching key loggers for Diablo III while many game players playing this game found their accounts stolen.... This hacker was not so foolish to tell us all the truth. He then shut down our system remotely. The ultimate Boss Battle?
|
|
|
|
|
The other day a student and I were trying to understand a subtle part of the C standard. Often, the easiest way to clarify this kind of issue is to recognize that compiler writers have already grappled with it — so just write some code and see what various compilers do with it.... That’s a lot of trouble being caused by a two-line function. C may be a small language, but it’s not a simple one.
|
|
|
|
|
Spreadsheets have been used by accountants for hundreds of years. Computerized or electronic spreadsheets are of much more recent origin. Information Systems oral history and some published newspaper and magazine stories celebrate Dan Bricklin as the "father" of the electronic spreadsheet. Bricklin and Bob Frankston then co-invented or co-created the software program VisiCalc. What happened after that? The sum of all worksheets.
|
|
|
|
|
The advertising industry is brawling with some of the biggest names in technology: Microsoft, Mozilla, and the World Wide Web Consortium, the standards body for the Web. The fight is taking place because the consortium, known as W3C, is developing a new "Do Not Track" standard so Web users can signal that online ad targeting companies should leave them alone. Advertising industry representatives say the standards-setting process has turned into an existential threat that could mean the end of free online content. Are standards bodies beholden to the technology or the commercial status quo?
|
|
|
|
|
Many years ago, Microsoft made a decision to OEM their operating system. It went stellar, and runs on machines built by lots of manufacturers. These machines support peripherals developed by an even larger number of companies. There’s no doubting the success this has led to. There’s a knock on effect though... Is it possible to satisfy a huge installed base of customers and still make surprise announcements?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
