meenakshi sundar

Ranch Hand
+ Follow
since Jun 10, 2008
meenakshi likes ...
Java Python Ruby
Cows and Likes
Total received
In last 30 days
Total given
Total received
Received in last 30 days
Total given
Given in last 30 days
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by meenakshi sundar

Hi there,

So I've been considering learning Ruby. Just for background info, I am relatively new to programming, do it in my free time for fun, and know some java and basic python. Would anyone here have any suggestions as to how to go about doing this? Perhaps suggested resources or books I should look at? (Note: I recognize that people have asked somewhat similar questions here, but that was a full 7 years ago. Maybe there are more up-to-date resources?)

Happy that you want to learn Ruby, Be it Ruby, Haskell, Go or any other languages that you want to learn

You may not learn a language out of your interest other than for commercial/job  purposes in that situation it is mostly imposed on you,
but to learn it on your own, something should attract you towards that, find out that, it could be for some nuances of the

At one point of time, I was losing interest in Java after being used it for more than 12 years and picked up Groovy for its simplicity as
Java was growing in verbosisy, then along came Java 8 with its streams and Lamda capability which completely changed my perception.
4 months ago
In my opinion, no language can kill another that holds good for Python and Ruby.
Languages get their acceptance, popularity based on no of things ...that is
the ecosystem that can comprise of (adaptability, acceptability, developer support
forums, books, conferences .........etc)

When you have a very good ecosystem the popularity raises many folds.
4 months ago
Dear Authors,

I always loved the fact that when we looked for something else outside of Java and the .Net world there was Ruby,
though I have not done much with professionally, Ruby as a language it always enticed me a lot.

But what about the general perception that Ruby is fading away?
4 months ago
Sorry typo *other =>  Author
8 months ago
I have been the regular reader of this tile eversince the version one came out,What do you think
as an other this title stood out the test of the time?
8 months ago
Another interesting read on the functional web framework...

10 months ago
Did you check JDK variance compile time and during runtime?
10 months ago
I have never personally used, but I have seen some examples around ...

Spring 4 on Java 8

10 months ago

To some degree, it's a matter of individual taste. But I this order...

1. Spring Boot autoconfiguration for any configuration that is essentially boilerplate.
2. Component-scanning/autowiring (e.g., @Component/@Controller/@Repository/@Service/etc and @Autowired) for the beans whose code is in my control.
3. JavaConfig (e.g., @Bean methods) for beans that aren't covered by #1 and #2
4. XML almost never...usually only when I'm (temporarily) leveraging some existing config that is already written in XML.

Appreciate your answer, though you say it is up to the individual's personal preference,
you must be having some reason for your choice...
10 months ago
I personally use Groovy for writing some useful and fun scripts...

I have read somewhere that (also looked at few examples) Groovy DSL feature can be leveraged for Spring configurations and may season programmers use Groovy for
Spring configuration extensively, What is your personal preference and have you discussed using Groovy as a Configuration method
in your book?
10 months ago

  With many of options available via XML configuration, Component scanning, and auto wiring, @Inject annotation,
  what would be your advice and the best practice to choose the best DI mechanism suitable for a given situation in Spring?

10 months ago

Dear Author,

On theory, Design drives implementation, but in the real world  I have seen on many occasions a good design implemented very badly

How do we manage to narrow the gap between A good design vs bad implementation?

10 months ago
Dear  Authors,

Though i touched upon this topic briefly in my previous question ,but ,wanted your take on this topic.

Deciding upon the Patterns and Architecture comes in the early phase of the life cycle of any Application design.
But ,if we have to refactor some old legacy applications ,where you see lot of potential
areas for impoverishment ...this again depends on lot of other key factors  like business impact, investments ...and other things
but purely from Software re-engineering point of view ,what would your advise be?

This is what i found on the authors blog about this bookjava-ee-8-design-patterns-and-best-practices

Patterns are essential design tools for Java developers. Java EE Design Patterns and Best Practices helps developers attain better code quality and progress to higher levels of architectural creativity by examining the purpose of each available pattern and demonstrating its implementation with various code examples. This book will take you through a number of patterns and their Java EE-specific implementations.

In my experience , i would say even today we always look for the standards and best practices, using those are always recommended to write a better /efficient
code(These are now inbuilt into most of the IDEs).
But over doing that would some time lead to  over engineering or what is some time called  doing Anti-patterns.

Lamdas are useful but for the most part they are matter of programming preference . I would say people should only use them if it feels more natural to them as opposed to a "best practice"

I would tend to disagree on this statement , you need to take advantage of any new features, if it really gives you the ability to do a better way of problem solving
more elegantly and with simple constructs on those counts Lambdas  or Streams for that matter scores.
Over the period time  things would become natural if you start practicing /using any new features ...that applies to anything in life as well :-) (Bit of an Anecdote.......)