Forgot your password?

Comment: Yes, no coding. No, problem is not tools (Score 4, Insightful) 353

by michaelmalak (#47518565) Attached to: 'Just Let Me Code!'

Yes, it is true coders have little time to code. But the author misses the primary cause: the ratio of library/framework code to self-written code.

In the old days (say, 25+ years ago), you would pick up a book -- a single book -- of the OS API calls, memorize, and start coding. Today, with github, it's as if everyone in the world were working on the same single project. Today, a developer needs to learn all these libraries that are coming out daily and how to work with them. In the old days, there was a lot of reinvention and co-invention of the wheel. Today, that is not allowed, because one has an obligation to "buy" (for free) instead of build because of a) of course, development time and b) more importantly, one gets updates/upgrades "for free" without having to invest (much) additional development time, and c) one's organization can advertise in the future for developers who already have experience with that particular library/framework.

To address specifically the reasons identified by the author:

  • Deployment. This is big, perhaps even as big as the above. In the old days, deployment was copying a single executable file. Today, not only is deployment to various and numerous servers more complicated, but for the past 20 years we've had people dedicated to managing those servers, called sys admins, to handle all those non-coding tasks. Of course, coders end up doing some admin and admins end up doing some coding, so now for the past couple of years we have a new half-breed, the Dev Ops. The very existence of both sysadmin and dev ops are themselves acknowledgement that coding is a smaller percentage of the total work involved.
  • Tools. The author spends most of the piece harping on this, and it's just totally bogus. We've always had source code control, editors, compilers, and linkers, and they've always been a pain at times to work with. But in fact, it's better now because you can find or ask about work-arounds and solutions on StackOverflow instead of calling up tech support at a closed-source vendor.

But this new development paradigm of the global github hive -- where we're all essentially working on and contributing to this one massive codebase that we all have to understand -- is what the author missed. The amount of custom code to actually code is small now, and the majority of time is spent figuring out how to get the various libraries and frameworks to work.

Comment: Inflation (Score 4, Interesting) 282

by michaelmalak (#47388875) Attached to: Ask Slashdot: How Often Should You Change Jobs?

I tell people I will change jobs for a 30% increase in compensation. That results in a job change every seven years, and here's why. There is a difference between the reported and actual rates of inflation. And annual increases at an existing job more closely track reported inflation, whereas job offers from other companies more closely track actual inflation.

For example, if reported inflation is 3% and actual inflation is 7%, then after 7 years that's a 32% difference.

Comment: Great News! (Score 1) 465

by michaelmalak (#47259805) Attached to: IRS Lost Emails of 6 More Employees Under Investigation
Evidence of the act of document destruction should be harder to cover up than the documents themselves. Now it's x7! Obama is going to have no choice now but to throw all seven under the bus to avoid impeachement. Usually I am a pessimist, but I'm predicting actual jail time for at least one of the seven.

Comment: Missing new replacement technology: GPU (Score 1) 236

by michaelmalak (#47228923) Attached to: Are the Glory Days of Analog Engineering Over?
There's another technology that reduces the need for analog engineers: GPU. Three years ago, I demonstrated real-time band-pass filtering on incoming digitized sensor input that previously required a custom $20k signal conditioning unit. Except in the GPU rolloffs could be steeper, and cutoffs could be adjusted through the GUI instead of calling up one of the retired original designers to compute new resistor & cap values.

Comment: Problem with public companies, not HFT (Score 4, Interesting) 382

by michaelmalak (#47174835) Attached to: High Frequency Trading and Finance's Race To Irrelevance

The HBR article notes two issues:

1. HF traders don't participate in stockholder meetings and thus their trades are divorced from steering company direction.

2. CEOs are focused on next quarter profits and, aside from a few corporate founder CEOs, are not able to have their company innovate.

The first problem is not specific to HFT. Even buy-and-hold mom and pop cannot influence a stockholder meeting because they don't own enough shares to meaningfully do so. The exception proves the rule: a bunch of Palestinian human rights defenders got together, bought some Caterpillar stock, and got a human rights issue on the agenda. Even with all that effort, the measure did not pass. And it was a large effort in coordinating. Individual stockholders usually do not organize, coordinate and campaign. (The "transaction cost" is too high.)

The second problem is caused by SEC, SOX and CEO compensation structure, not by HFT. The HBR article suggests without actually accusing that HFT is the cause.

HFT serves little purpose other than providing market liquidity (and even at that arguably harms it given the flash crash), but it's not to blame for the above two pre-existing problems of today's markets of publicly traded companies.

Comment: Horizontal scalability? (Score 2, Interesting) 162

by michaelmalak (#47015241) Attached to: New PostgreSQL Guns For NoSQL Market
A hallmark of NoSQL is horizontal scalability. The lack of schema in NoSQL was a brief rebellion against ivory tower DBAs that has since been regretted once it was realized that merely transferred the schema and schema versioning implicitly into the source code, and spread throughout it. Sounds like PostgreSQL got the bad part of NoSQL but not the good part.

Comment: Re:I disagree with the article's author (Score 5, Informative) 62

by michaelmalak (#46908201) Attached to: VHS-Era Privacy Law Still Causing Headaches For Streaming Video

clicking Like shares anything you watched and what you are watching, not just the original video, essentially making your history available without your consent

Indeed, this shows why we still need the now-amended VPPA.

The blog author is wrong on this one. The original GigaOm article the blog author was commenting on was much more factual.

I owe the public nothing. -- J.P. Morgan