Sunday, October 27, 2013

Additional features of Android KitKat (version 4.4)

1.     SMS integration in Hangouts

Comment:: not very useful. There are very few people who used to sync with this type of social media while enjoying their vacations


2.     Transparent and small icon notification and navigation bar – easy app switch


Comment: This would be very useful and handy. Transparent navigations can also make android visualization like windows 7


3.     Always listening


Comment: your phone would always listen to your words and commands. Google is trying to incorporate many languages command also. This would be a very interesting feature that I am expecting.


4.     Camera icon on lock screen

Comment: I think this is already in some recent android versions (jelly bean). the new OS also features a Camera icon on the lower right corner for easy access, similar to iOS 7


5.     Design tweaks

Comment: YouTube, Settings, Google Settings, Google and Voice Search and Settings would be in more flatter look. Somehow need to check –


6.     QuickOffice integration

Comment: android kitkat will integrate the Quickffice in built. This productivity application is bought by google now-a-days.


7.     Smoother UI

Comment: This would much lighter than the last android version which make me feel pretty good. Wow with speed.!!


8.     Quick-start apps halved in number

Comment: In the latest version only user can add two application in the quick-start. Previously it was 4. I think this is done to make it lighter and bog icon ofcourse.


9.     Menu wallpaper

Comment: In the backgound of the application menu user can choose a background image. So upcoming themes would be adapted with that customisation. This was definitely a lack in the previous versions.


10.  Cloud Printing

Comment: very useful thing came at the last with android. You can upload any thing from your mobile device and let them print from any printer attached in cloud.

Saturday, March 23, 2013

New LED 3D Full HD AOC e2352Phz - just bought

After a lot of analysis, on 3D HD 1080P TV I've finally bought AOC e2352Phz..
Too many competitor for this passive 3D LED - like LG D2342 is already grabbed the market..but its color reproduction is per review in some sites..

In india the price is around 14000 INR ..I've got this in 13500 INR from the delivery was nice..and packing was very good.

Box contains -
1. LED 3D monitor
2. power cable
3. 2 glasses (1 clip on and another regular) - one point here you can also buy this glasses from market (but keep in mind the glass film should be "Circular polarized" - the fact is that if you are using circular polarized glass..if you move your head top-bottom it does not impact the horizontal 3D vision)
 4. All the cables ..I am very happy to get that - as I had read in some sites i\the box pack only contains one cable like blue VGA only.
But here I got VGA, DVI and HDMI cables also.

Specification for e2352phz AOC below -

1. Full HD - 1080P
2. Speakers - 2 internal (not very loud sound - but for hearing news its ok...not ok for music)
3. HDMI, DVI & VGA input
4. Sound input
5. Headset output
6. Monitor OSD just awesome - you can do many customization with that
7. 3D conversion for only 3D content
8. 2D display awesome (170 degree viewing angle)
9. Brightness 250
10. Color gamut 78% ok..
11. This is TN panel (not IPS)
12. 3D viewing angle limited - vertically only 10% -- sad for me
13. Some horizontal line you may recognize some time while reading text in HD mode
14. Refresh rate 60 hz for HD, 75 for lower resolutions.
15. 23 inch - slim - power saver
16. There are some softwares bundles - like iMenu, eSaver, Screen++ and Tridef 3d
17. tridef 3d can play compatible 3D video

useful links -

My experience for this monitor -

1. 2D is awesome but you may feel sometimes some horizontal layer (probably in habit of 3D..)
2. I checked step up 3D , this is just too good.
3. cheap stand
4. all the ports are ok...refresh rate ok for me
5. worth my money
6. youtube
7. brightness N1
8. problem for TN monitor..horizontal viewing angle ok..but vertical viewing angle poor like 90- degree only ..

Saturday, March 2, 2013

MS - Sem1 - OO Analysis and Design - post 3

v  Agile software development
Agile software development is a group of software development methods based on iterative and incremental development, where requirements and solutions evolve through collaboration between self-organizing, cross-functional teams. It promotes adaptive planning, evolutionary development and delivery, a time-boxed iterative approach, and encourages rapid and flexible response to change. It is a conceptual framework that promotes foreseen interactions throughout the development cycle. The Agile Manifesto introduced the term in 2001.
Agile Manifesto:
We are uncovering better ways of developing software by doing it and helping others does it. Through this work we have come to value:
ü  Individuals and interactions over processes and tools
ü  Working software over comprehensive documentation
ü  Customer collaboration over contract negotiation
ü  Responding to change over following a plan
That is, while there is value in the items on the right, we value the items on the left more.

The meanings of the manifesto items on the left within the agile software development context are described below:
  • Individuals and interactions – in agile development, self-organization and motivation are important, as are interactions like co-location and pair programming.
  • Working software – working software will be more useful and welcome than just presenting documents to clients in meetings.
  • Customer collaboration – requirements cannot be fully collected at the beginning of the software development cycle, therefore continuous customer or stakeholder involvement is very important.
  • Responding to change – agile development is focused on quick responses to change and continuous development.
Predictive planning: In the early stages of project plan need to be made for different phases. This type of planning is adapted when the project is fixed price/fixed scope contract. The requirement understanding is very strong in the earlier stage. With predictive planning, a project has two stages. The first stage comes up with plans and is difficult to predict, but the second stage is much more predictable because the plans are in place.
Adaptive planning: The majority of software projects experience significant requirements churn: changes in requirements in the later stages of the project. These changes shatter the foundations of a predictive plan. You can't say "according to plan" in an adaptive environment, because the plan is always changing. This doesn't mean that adaptive projects don't plan; they usually plan a lot, but the plan is treated as a baseline to assess the consequences of change rather than as a prediction of the future.
Naturally, the adaptive approach is less desirable, as anyone would prefer greater predictability in a software project. However, predictability depends on a precise, accurate, and stable set of requirements. If you cannot stabilize your requirements, the predictive plan is based on sand and the chances are high that the project goes off course. This leads to two important pieces of advice.
1.     Don't make a predictive plan until you have precise and accurate requirements and are confident that they won't significantly change.
2.     If you can't get precise, accurate, and stable requirements, use an adaptive planning style.
Predictivity and adaptivity feed into the choice of life cycle. An adaptive plan absolutely requires an iterative process. Predictive planning can be done either way, although it's easier to see how it works with waterfall or a staged delivery approach.
Ø   Agile methodologies

XP (Extreme Programming)
      Most popular agile methodology

      Concentrates on management aspects of development

Rational Unified Process
      Debatable about its agility though!!
      Misconstrued and misinterpreted

XP motivation
§  Good clean code is easy to change
§  Customers make all business decisions
§  Developers make all technical decisions
§  Make iterations as short as possible so that Customer can drive with rapid feedback

XP Activities
§  Write User Stories
§  Release Planning
      Plan iterations (The project is divided into iterations)
      Plan by time, scope, resources and quality use CRC cards
      Make frequent small releases
       release small units of functionality into customers environment
       critical to get valuable feedback
      Iteration planning starts each iteration
       Each iteration is 1 to 3 weeks long
       User stories are chosen by the customer for a particular iteration
o    High priority stories are chosen first
       Stories are broken down into tasks and implemented
       Fix stand up meetings everyday

§  Designing
       Keep it simple, not easy though!!
      Use CRC cards for design sessions
      No functionality is added early
       Stick to that particular iteration

§  Development
      An important requirement of (XP) is to make the customer part of the development team
      Coding standards are followed
1.     Pair programming
2.     Test Driven Development
3.     Refactoring                                           Agile Toolkit
4.     Continuous Integration
5.     Collective Ownership
§  Use Case:
              Describes how an Actor interacts with the system to achieve a Goal
              Focus is on user and validation
              Tells a “complete story”
§  User Story:
              A bite-size bit of functionality that has business value and can be developed in a few days
              Focus is on developer and production
              Part of a “complete story”
              Drives the creation of acceptance tests

When to use XP?
§  Problem domains whose requirements change
§  Customers may not have a firm idea of what the system should do.
§  A system whose functionality is expected to change every few months
§  XP practices are set up to mitigate the risk and increase the likelihood of success

Drawbacks of XP
§  May not be suitable for large complex projects
§  Requires a great amount of discipline

v  Scrum

§  Highly iterative development methodology
§  Concentrates on the management aspects of software development
      Divides development into thirty day iterations (called 'sprints')
      Applies closer monitoring and control with daily scrum meetings.
      Less emphasis on engineering practices
      Combined with extreme programming's engineering practices

Motivations of Scrum
§  Changes may be hard to make, so identify them as soon as possible
§  Developers know how to develop, so just stay out of their way and let them do it
§  Make 30-day iterations for two reasons:
o    Enough heft to allow Developers to believe they’re doing something real
o    Short enough so that Management doesn’t feel abandoned
Scrum Activities
§  Sprint Planning
§  Sprint
§  Daily Scrum
§  Sprint Review

Scrum practices
§  Identify and Remove Impediments
§  Identify Product Backlog
§  Define Sprint Backlog
§  No Interference, no Intruders, no Peddlers
§  Frequent, First-Hand Observations

Which one to choose?
§  Projects can choose a combination of the practices from these methodologies
§  For a large projects
o    Choose RUP
o    Use 1 month iterations like Scrum
o    –Use XP development practices
o    Handle interactions like Scrum
§  For small projects
o    Start with XP
o    Use Scrum iterations
o    Develop use cases like RUP for marketing