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.
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.
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.
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 norecruiterspam.com 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.
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.
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?
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.
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.
Glad to help. I would suggest you visit fmxexpress.com 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.
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
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.
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.
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.
No, they would just go into a prestigious hotel room, get caught, and resign.
What planet are you on? Espionage and counter-espionage have been going on since the dawn of time. It knows no party limits. Without it, we'd be a pile of nuclear rubble by now or launching attacks into countries on a belief. Oh...wait.
Of course systems continued to support the older mode at first.
That being said, the regulations regarding key length were relaxed starting in 1998. By 1999, all restrictions on key length were removed for import and export to all countries not on the terrorist state list. Risk analyses had already been done by any company that had requested a license to export cryptographic products. So, when the restrictions were lifted, the dangers of the export key length restrictions were well known.
In particular, use of longer key lengths were approved for use in key industries such as banking and medical and online commerce. That was 15 years ago.
Interoperability isn't the issue here - it's all about cost and profit. Privacy and protection of data (especially, personally) were not a priority provided the costs of compromise didn't break the bank (pun intended).
Found an interesting link that explains the timeline and legislation regarding crypto laws for many different countries. The listing is alphabetical.
Weak encryption is infinitely WORSE than none.
The illusion of security is more likely to cause people to divulge information that they wouldn't do in plain text.
I remember when the export key laws were in place. Once the regulations were changed doing away with them, software and equipment should have been required to remove the obsolete code or be taken off the market.
My question is how could OpenSSL still have had this potential backdoor? Why was this not removed at first opportunity?
Our business in life is not to succeed but to continue to fail in high spirits. -- Robert Louis Stevenson
