Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?

Comment It's hard to justify (Score 1) 213 213

It's hard to justify spending $350 or more on a device that is hobbled by poor battery life, needs to tether to an iPhone 5 or later. And to top it off, the heart rate sensor returns false information intentionally and the oxygen sensor is not enabled. I won't delve into it not working with Android devices simply because it is an Apple product.

The device is a 1.0 model. And, like most 1.0 models, it has flaws. The flaws listed above will keep all but the purest Apple devote away. Our household is predominantly Apple. I enjoy developing apps for iOS and Mac. I even have an iPhone 5 (can't justify the 6 due to the effect of the net cost on our mobile plan and wallet). But, I WILL NOT spend $350 on a device that has so many flaws and a fledgling utility market. Drop the prince to $150 and it will move. At $350, it isn't going to happen anytime soon.

Comment Re:WTF? (Score 1) 250 250

C# and .NET were Microsoft's answer to Borland's Delphi (which was their answer to VB) and Java. They poached Anders from Borland after he created Delphi and they didn't want another ass kicking. I have always wondered if he had the idea for .NET before going to the dark side and that Borland, when they went off their their idiotic Java vision quest and became Inprise, blew him off and Microsoft realized the potential of his vision. He has had free reign pretty much ever since.

I don't dislike the .NET platform. Still, I find it ironic that Microsoft Skype is abandoning the Modern interface and rolling back to the older Win32 version (ironically, written in Delphi).

And, I find it interesting that Delphi has been rising on the Triobe index (currently, at #10...just behind JavaScript) after everyone predicted its certain demise. C# is in the 4th place and rising.

Comment Use in other than the "Walled Garden"...Yes (Score 2) 246 246

RemObjects has developed an implementation of Swift in a product called "Silver" that, per their website, claims:

"With Silver, you can use Swift to write code directly against the .NET, Java, Android and Cocoa APIs. And you can also share a lot of non-UI code between platforms."

Their implementation isn't open source...but, the tool and their implementation are free.

Comment Re:Still use the most productive IDE (Score 1) 443 443

Good info. I don't do active Android dev work right now. I would suspect that (and, your experience demonstrates), Android Studio is the preferred and most up-to-date Android dev tool.

I never ran into an issue with importing Eclipse projects in the past. Maybe a version 14 thing?

Thanks again for sharing your experience with the two products.

Comment Re:Still use the most productive IDE (Score 3, Informative) 443 443

I would agree with you as I prefer Delphi for my personal work or for prototyping a solution. Others here couldn't give a rats ass about a tool they consider obsolete.

As for IDE vs CLI? I prefer IDE. Others a text editor with, maybe, syntax highlighting. More power to them.
A good IDE brings everything together, such a code, device views, active debugging, compiler, UML design tools, etc., into a single environment. Managing things such as refactoring, unit testing, code analysis, documentation and other tasks is a big help.

I will not argue with those who prefer CLIs as some people are simply more efficient with the CLI over an IDE. Personally, I would give those in my shop the option to use alternative tools provided the code is properly written, bug free and able to be used, with ease, with the selected IDE.

I do require a lot of screen real estate regardless. One can never have too much screen real estate when debugging when using a text editor or IDE.

My favorite IDEs?
Java - IntelliJ (from JetBrains)
PHP - PHPStorm (derived from IntelliJ)
Android - Android Studio (derived from IntelliJ)
iOS/Mac - XCode, RemObject Silver (debate is out) and AppCode (derived from IntelliJ).

For cross platform, prototyping and personal work, I prefer Delphi / RADStudio with VisualParadigm for real UML work.

Comment This goes back to why one should hire an old fart (Score 4, Insightful) 405 405

Stress in the workplace has always existed. Granted, this generation tends to communicate more but using tools such as Instagram and Twitter where the communications are short, don't convey much information and are non-personal. Granted, the older generation used email (after the memo went the way of the dinosaur)- primarily to put the discussion into a more formal written form. The phone or in-person conversation allows one to hear the emotion and concerns of the other party. It's easier to resolve issues when speaking with the other parties than to try to hash it out over email or some chat technology for all but the simplest of issues.

The other night, there was the discussion on why hiring an older person wasn't such a good idea with one person insinuated they (older workers) wouldn't work late nights on a regular basis to get the project done. Someone with experience knows that proper planning and design can alleviate most of those late night coding cycles. As such, they are inclined to find a better balance between home and work and still get their work done without burning the candle at both ends. They also know when late night exercises ARE useful or necessary.

What we old fogies have a hard time dealing with is being treated (along with our coworkers) like a disposable napkin. Workplaces that foster that attitude coupled with limited human interactivity breeds stress. And, that stress doesn't know generational boundaries.

Comment Re:(URGENT REQUIREMENT IN DETROIT!!!!!, etc) (Score 1) 227 227

The Live Chat Customer Service opportunity is probably with Comcast in Philadelphia. Initially, I received the request from some recruiters I trusted. Then, a week or two later, it seems like every other opportunity is an exciting op with them. Like the guy who set up the site, I have been working on ways to screen these dups out as well as identify the harvesters as well as deal with UEC and their requirements as well. Yes, I AM on the job market after my position was eliminated last month. It sucks.

Comment Re:Feds (Score 1) 184 184

Not exactly what I meant. Yes, records need to have an secure audit trail as part of HIPAA. I am talking about watching transactions being made against someone's health/medical record and determining if it is likely fraud. Right now, that doesn't happen due to each institution having their own copy.

For example, if someone enters a hospital claiming to be me (but, in a different state), why can't they request verification (maybe, through a mobile app) that it is me?

If they can't obtain verification from me (such as it is me but I am unable to respond) in a reasonable time period, then there needs to be a fallback procedure such as verifying with a relative that I might be in that particular hospital. And, any transactions against MY health record need to be kept separate until verified. That would keep someone from having surgery, billing it to MY insurance, and having it recorded that I had a kidney removed or hysterectomy (I am a male).

These sort of protections and verifications ARE NOT rocket science.

Comment Re:Feds (Score 2) 184 184

We saw a standardization of data formats in the public safety industry through NIEM. This facilitated interoperability between public safety systems. There is no excuse NOT to have something similar for EHR.

Now, I have worked in the industry for just about two years. Pharmaceutical companies are willing to accept digital signatures on internal documents. Most, however, are less willing to accept a digital signature on a document submitted by a patient. They still require ink signatures on consent forms in most cases. It's human nature to try to deny responsibility and to place the blame on a technical solution such as digital signatures. Healthcare professionals and organizations can fix a lot of the problems by demanding that the legal gray area surrounding digital signatures be resolved and mandatory interoperability between EHR/EMR systems be established.

Healthcare professionals or their employees entering information an EMR or EHR system should be required to digital sign every patient note or access to a patient record as being correct as, at a minimum, on a corporate policy level. Legislation must be enacted to make the penalty for false entry include serious legal and financial repercussions for the individual(s) responsible. Punitive damages should be automatic for anyone harmed because of the falsified records.

EHR and EMR records should be monitored for illegal or unauthorized activity just as your credit card company can monitor your in-store and online purchases. It makes no sense why multiple versions of your records exist in different platforms. Why aren't people informed, via their smart phone, whenever their records are accessed by an organization or individual and those changes kept separate and not merged into your record until verified?

Comment Re:Saudi Arabia, etc. (Score 0) 653 653

Let me ask you this...If you are actively employed and enjoy the job, pay and other benefits, are YOU willing to up and quit because you don't like their choice in bottle water. Are you a hypocrite if you say 'no'?

This is a very lose analogy to what foreign corporations face when dealing with other governments as they are there at the whims of that government. You don't muck with internal politics of another country directly unless you are willing to lose it all.

Comment Re:Saudi Arabia, etc. (Score 2) 653 653

Spot on. And, taking actions which negatively affect the holdings of a stock owner in a publicly traded company will not go over well. Since foreign corporations operate at the discretion of the local government, attempting to meddle in their internal affairs will likely result in loss of that market. That is certainly not popular with investors.

Comment Re:Clueless Article (Score 1) 54 54

Glad to help. I would suggest you visit as well. Lots of articles and links to code for developing FMX apps for iOS and Android.

Developing components for FMX is a different process than for VCL components. Personally, I haven't had the time to delve into this area and, right now, more inclined to buy COTS until I have more time to really delve into styles.

Good luck.

Comment Clueless Article (Score 2) 54 54

I read the this article with distain. It is clear that the author hasn't tried any of these tools. Yes, Embarcadero's RADStudio and Delphi products are expensive. Yes, I have shelled out the yearly maintenance fee when my current employer wasn't a Delphi shop. Other than being a relic from the 90's, why?

The answer is simple - it works. Originally developed as a Windows development tool, it can now target iOS, Android and even OSX. Author doesn't address the latter. It has excellent database connectivity for both desktop and mobile. On the mobile platform, you can use SQLite or Interbase to Go.

Apps can be written which can incorporate wifi and/or Bluetooth to create tethered apps allowing seemless integration between desktop and mobile. It is easy to write apps that can use Parse or Kinvey to leverage cloud computing. And, if you know what you ate doing, you can leverage frameworks not already supported.

FireUI is not a framework, it's a tool built into the IDE so that you can design views and see how they adapt and look on other platforms. This is done using a crossplatform framework, under the hood called FireMonkey. I won't lie, it does add to the size of the app. You use styles (canned and custom) to change the appearance of the components. They have native looking control styles as well.

There are also 3rd party vendors, such as TMS Software or the open source D.P.F. components which ARE native code controls. They provide Delphi wrappers around the the frameworks. This eliminates the speed barrier imposed by the FM3 layer if it bothers you.

The beauty of this tool is the ease in which apps and full applications can be written. But, yeah, it's pricey.

AppMethod is a monthly plan for their tools.

Delphi used to have an amazing 3rd party ecosystem. Stupidity by management at Borland/inPrize clusterfuck killed Delphi in favor of their Java products. What java products? Exactly. Thankfully, there are still 3rd party vendors who provide amazing addons - just many have left and may never return in favor of C#.

REMObjects used to be a component vendor for Borland and provided a product called Prism which implemented their own dialect for .Net until they felt they got stiffed by Borland. They released Oxygene to replace Prism. They make great stuff.

No, I don't work for Embarcadero. I am a fan. And, if you want to develop vertical apps for, say, the enterprise, it's worth looking in to, But, the adoption rate is low in the US. Wish that wasn't the case.

Comment Re:It depends (Score 1) 486 486

All else being equal, I am betting that they coded in a language that:

1) Uses the heap to allocate/reallocate memory (ie. 1 million times).
2) Uses non-mutable strings.

This will be significantly less efficient (i.e painfully slow) than writing each byte to a buffer in the HD and then committing the buffer to disk.

Snap...just read the article. They used Java and Python...need I say more.

Comment Re:The App Store stuff is more interesting (Score 1) 269 269

The "race to the bottom" is a reality when developers flood the market with cheap knock-off versions of other apps and there is no enforcement to check that behavior (i.e copyright law). This results in a large number of non-original, low quality apps. being created by a developer sitting in a hovel and with no original ideas of their own prospering from a lack of integrity. There are ways large corporations, such as Google or Apple, could address this problem just as they go after clones of their products.

Unless you create the next "Angry Birds" or equivalent, the age of $0.99 apps making a developer rich (or even possessing a living wage) are long over without enforcement against clones.

As for a company strong-arming journalists with negative reviews - while we appreciate their candice as consumers, they are not in the best interest of the corporation. While a single bad review might be frowned upon, I would suspect multiple product or company bashing articles would result in a ban. They are corporations, not gov't. and transparency is not required.

Lastly, when you agree to be a developer for a platform, you do agree to their terms. If you don't like the term, develop for another platform. Apple, if memory serves me correctly, has over 47% of the market (vs 46% for Android). Apparently, people still prefer Apple's products (despite it being a single vendor vs the many of Android). You can say it's not as good. Millions will say otherwise. And, that is where they are willing to spend their money 47% of the time. The demographic of those willing to spend money on apps and having larger affluence still leans in Apples favor. As a result, this is where larger corporations will spend their money and Apple knows they can call the shots for now. So, they do. If and when Android devices become the products of choice by not only consumers but large enterprises, (things big pharma, EHR, eDetailing, etc) the tables will turn and there will be changes in how the new underdog approaches the world.

Frankly, Scarlett, I don't have a fix. -- Rhett Buggler