Brian Burress

Mark Winteringham wrote:Hi Brian,

I think the reason I didn't cover it is because it depends on how version APIs are handled. My question would be are older versions of API still being worked upon or are they kept as legacy for end users *or* are older versions still being regularly changed and updated. I've experienced both and how that process works informed the strategy.

I don't have a current context to give you an answer.  I've run into both situations and sometimes at the same time - i.e. some older APIs getting actively work while some getting kept until older client versions get updated.  I would expect the older versions being more needed for legacy support of old clients as also in my experience is that API developers can help by designing changes to not break the contract, per se, in the first place in order to avoid any versioning of the API being needed in the first place which helps avoid multiple active versions.

Welcome Mark!

I skimmed the TOC and reviewed the "teaser" info available.  I don't see any references to API versions.  The concept of versioning is important to some folks in the Microservices/Web API world especially for larger implementations.  As you reference a large project related to the HMRC tax platform, I'm wondering if you have any tips/thoughts on API versioning as well as any strategies for testing various versions of the APIs.  

I can't comment on that book.  Thinking it will depend on what platform you want to learn as AWS and Azure offer different ways of doing things and also whether your background is java/javascript vs .Net based.  I had background with both and started with some of the hello world projects from AWS as well as Azure.  Afterwards I decided to pursue Azure for which I used Web Applications on Azure https://www.amazon.com/Web-Applications-Azure-Developing-Global/dp/1484229754.  It is a little dated at this point, but I found it useful overall.  I found Azure offered more free options to use/experiment as well - maybe not the best reason to use Azure though I am cost driven when doing things on my own ;)

Rather than start with a book, maybe try a couple of the hello worlds/intro projects offered on AWS/Azure/Firebase and see if you click with any of them and then go from there.

Tim Holloway wrote:

Fernando Doglio wrote:Hi Brian, great question!

I definitely agree with Tim here, and while I don't address the specific problem you bring up here in the book, I do cover the fact that, like Tim says, we're all developers and if you manage to understand the basics, you'll be able to pick up any new and emerging technology quite fast.
After all, it's all code and very few different paradigms, the rest is syntax that can be picked up quite fast.

Now tell that to HR.

Successful candidate must have
_ 18 years experience with Oracle 12.2.08-fixpack 3 (nothing older or newer)
_ 5 years in Silver Bullet X (created 4½ years ago)
_ knowledge of argle-bargle in a web-based environment
_ 3 years experience in Amazon Cloud wtih Kubernetes using Spring Boot with IBM Websphere
… etc., etc., etc.

No, I don't get hired through HR.  

I'm of the same mindset as Tim C and Fernando in that I tend to think in coding solutions abstractly and then figure out how to apply it within whatever I'm working with.  Not everyone is wired to do it that way.  And yes, I had posting/HR requirements like yours in mind with my question.  I always get a chuckle when the description lists a # of years experience required for something that hasn't been around that many years yet.

Hi Fernando,

Congrats on the book!

Not sure from the table of contents.  Do you offer any guidance for what I will call "the hamster wheel of technology change"?  With so many new frameworks, new languages, new versions of existing X, etc. it is certainly impossible to keep current with everything.  A good skill to have is being able to determine what to learn, when to learn it, and how - all in context of being marketable as well as to actually apply what you learn.

I have read a couple of the "Head Start" books and have found they provide a good foundation for learning a new topic.  Glancing at the table of contents, it looks like the Head First Android Development lays a good foundation for debugging and learning through creation of some basic apps.  

Head First Android Development code is in Java as opposed to the .Net platform.  The new .NET MAUI, an evolution of Xamarin, takes a step toward reducing/eliminating OS specific UI code.  How much of the book do you feel is "generally applicable" for mobile development such that it would be a good learning tool even for someone looking to leverage a different development platform such as .Net?

Campbell Ritchie wrote:How much of a market do you think there would be for such books in Spanish, etc?

That's a good question.  I've not looked into any market research on the it.  Quick google on the populations - there are around 2 billion native English speaking people vs 437 million native Spanish speaking people.  Native Spanish speakers are roughly 25% of the English speakers, so the market potential could be about 25% of the English sales potential?  I understand a deeper analysis of age ranges, etc would make this a better guess. Maybe someone on this forum will have more accurate insight!

Aimee,

Congrats on having the book published.

Great concept to get kids, especially girls, interested in coding if not ultimately tech overall.

It looks like the book is only available in English.  Have you looked into having the book translated into other languages such as Spanish?  

It seems many kids in other countries are being taught English and that for the moment English is recognized as a universal business language.  Even so, there might be a better opportunity to connect with the targeted age range if able to read in their native language.  I work with an organization which performs outreach/mission trips in Spanish speaking countries and one of their goals is to help keep the kids in school to get an education to be better positioned to get a job, support a family, etc.  One of the aspects they are trying to tackle is to get more technical exposure to the kids.  A book such as yours may help foster interest on the part of the kids.

Thank you!

I have only read up on Xamarin at this point and not actually developed an App.  The biggest benefit that I have seen is that you can develop one application which can be compiled and delivered to both Android and IOS.  There are hooks available to implement customization for either platform as needed.  I understand that some functionality can be implemented in a way that it is rendered "normally" in the target OS (i.e. the user experience of IPhone vs Android is a little different and Xamarin handles some situations for you!)  To me, this is the "why" you should use Xamarin over native development which requires you to build/maintain two code bases.

I am very curious to understand who the target audience is for the book!

Welcome Jim!

A timely book as I just made a suggestion to a CEO of a startup a couple of days ago to look into Xamarin as they are developing native for IOS and Android and concerned about time needed to support both platforms.

I have experimented with mobile development a few times and what I have struggled with most is testing.  Specifically, I have found the android simulator to be slow, clunky and mysterious to get to work consistently.

I see the chapter covering Xamarin UITest.  Does this tool work with the simulator or is this a separate (and more reliable?) tool for testing?  What testing beyond UITest have you found useful?


Who is this book geared toward?  I have 15 years or so of experience using Java/C#, mostly backend and middleware development along with HTML/Javascript.  From glancing at the contents, it appears this could be the proper book to get me over the hump and be able to turn out some apps.

Thank you!
Brian

Welcome Julien!

I skimmed the contents and summary and it looks like the book covers what I will call "traditional" security concerns (server security, protecting the data from outside access, etc) which in and of itself continues to get more and more attention in the industry.

I think the DevOps concept opens itself up to an additional aspect of security which pertains to regulatory and compliance issues surrounding data.  In addition to US laws, many states have laws pertaining to data and security, there are HIPPA considerations for health care verticals, and regulations such as the EU GDPR which impact companies with an international customer base.

This lends itself to situations where a company needs to control who has access to the data and possibly even logging the access of that data.  While working as a 'standard developer' for a major US financial institution, we had to work through regulatory issues such that the same person could not be in charge of development and deployment, could not access test systems/data as well as production systems/data, etc.

For lack of an eloquent way to put it, this starts to "gum up" the concepts of DevOps.  

Does the book address anything from this perspective?  

If not, maybe there's an idea for Volume II  ;)

Welcome Richard!

I see a couple of sections in the book for security; however, neither appear to cover my question of best practices to architect user security.

Considering figures 1.5 and 1.7 in the book, what sort of approaches do you see for implementing that also maintain these micro services as separate entities?  To provide for proper authentication/authorization there either needs to be a controller of some sort sitting in front of all service calls before routed or the security needs to be built into each micro service.  The former approach seems to water down the benefits of micro services, especially considering the automated concepts of AWS/beanstalk.  The latter seems to erode the benefit of service independence as the security model needs to be implemented in each service up to and including a tie in to the persisted security.

Granted that some service implementations can be security agnostic.  In the context of the book and the micro blogging site example, as well as many real world applications user level security is needed.

Are there other angles I am not considering?

Thank you!

I may be overlooking something in the outline, but it looks like this is "just" a computer programming book. I don't say "just" to insult you by any means, but more the result of observing the word "Scientist" in the title and an having expectation to see something more than programming.

I think IT folks, and likely folks outside of IT, lack the scientific skills needed to be successful. First and foremost, there is a lack of problem solving skills. Many IT people I have worked with have great technical skills as long as you tell them what to do and solve the problems for them. Beyond that, I see a lacking of analytical skills and what I'll call a lack of "Scientific Investigation" skills. If you consider that to create solid solutions a programmer should be very methodical when reviewing requirements, create test plans, and writing tests, etc then it seems to parallel following a rigid procedures of a scientific investigation.

Again, if I am overlooking coverage on this topic in the book, my apologies & please point it out. Assuming that I have not too quickly scanned the book, please consider the possibilities of writing/coaching for a "Scientist" and share any thoughts you have on it here.

Campbell Ritchie wrote: But how are you going to know whether the code you sought and found is A+ gold standard code or total rubbish? .

I was more in the mindset of syntax and construct aspects of using a language and coding (i.e. creating code not copying existing code). If you are copying code from any source then you do need to be able to assess and understand what it does or have a strong process for vetting/testing is, so point taken and I agree with you strongly on that point as well.

A lot of the questions I see, especially certification exam like questions, are more memorization vs actually testing a person's programming skill.

Couple this with the ability to Google proper syntax & classes and I think it is more important to be able to ask questions that identify the coding ability in general without getting into a bunch of specific detail. I had memorized all of the information needed to pass the Java Programmer Exam, Web Component Developer Exam and the Business Component Developer exam. I have since forgotten most of the detail as I don't use it on a daily basis.

Fast forward to my current job which is primarily using .Net C# (for the past three years). I have high level knowledge of the basics of C# but tend to Google when I need to do something. After 25+ years of programming I tend to think about what needs to be done abstractly and then figure out the language construct later.

As we continue to see more an more languages created, it would seem more important to find developers who have this abstract understanding and will morph through the languages as they continue to evolve.

Feel free to agree or disagree with my perspective above. I mainly wanted to state it as background for my question. How does the book address what I will refer to as abstract questioning as well as questioning that isn't merely yes/no? More open questions that allow the interviewee to give an answer and embellish on factors that cause them to think that way can be far more revealing than some specific syntax question.