poniedziałek, stycznia 24, 2011

Perełki (ale do zbadania)

  1. “Best practices for .NET developers” - http://mostlylucid.net/archive/2011/01/18/best-practices-for-.net-developers.aspx
  2. “Var vs. dynamic keyword” - http://www.devcurry.com/2010/09/var-vs-dynamic-keyword-in-c-40.html
  3. Zestaw kategorii artykułów - http://www.dotnetcurry.com/ShowCategories.aspx
  4. Wyszukiwanie developerworks na temat ‘jquery’
  5. Co to jest open – source z Techrepublic
  6. JavaRaunch – tworzenie PDF w iText - http://www.coderanch.com/how-to/java/ItextExample
  7. Patrz też tam na kategorie - http://www.coderanch.com/how-to/java/CodeBarn
  8. Zasoby na temat jak zostać designer’em - http://lifehacker.com/5739492/learn-the-basics-of-design-this-weekend
  9. Sylwetka programisty z Google - http://news.cnet.com/8301-27080_3-20028623-245.html?tag=nl.e703
  10. Początek z jQuery - http://www.ibm.com/developerworks/web/library/wa-jquery1/
  11. Gartner ostrzega o zmianie spojrzenia na aplikację - http://searchsoa.techtarget.com/tip/Gartner-Analyst-Rethink-the-application-paradigm-consider-business-capabilities?asrc=EM_NLN_13179152&track=NL-110&ad=807050
  12. Nauka JS:
    1. http://www.dzone.com/links/r/partial_function_application_in_javascript.html
    2. http://www.dzone.com/links/r/jquery_15_promises_a_better_future.html
    3. http://www.dzone.com/links/r/10_must_see_new_useful_jquery_plugins.html
    4. http://www.quirksmode.org/js/this.html
    5. http://www.dzone.com/links/r/45_resources_tutorials_for_designers_and_develope.html
    6. http://www.dzone.com/links/r/wiki_in_80_lines_of_javascript.html
    7. http://www.dzone.com/links/r/14_really_useful_jquery_plugin_for_create_web_apps.html
    8. http://www.dzone.com/links/tag/javascript.html:
      1. http://www.dzone.com/links/r/14_best_javascript_frameworks.html
      2. http://www.dzone.com/links/r/what_is_jquery_the_perks_and_the_drawbacks.html
    9. JSON ważny - http://radicaldevelopment.net/2010/04/07/process-json-jquery/
  13. Czego nie wiesz o javie to powie ci IBM - http://www.ibm.com/developerworks/views/java/libraryview.jsp?search_by=5+things+you+did&cmp=dw&cpb=dwjav&ct=dwnew&cr=dwnen&ccy=zz&csr=010711
  14. On też ci powie jak korzystać z GWT - http://www.ibm.com/developerworks/web/library/wa-aj-gmt/?cmp=dw&cpb=dwwdv&ct=dwnew&cr=dwnen&ccy=zz&csr=010711
  15. Wywiad ze Spolksy - http://www.foundersatwork.com/joel-spolksy.html
  16. Potzrebne jest nowe spojrzenie na aplikację. Co na to Gartner – “The application platforms we are dealing with today encourage outdated software design processes.  A better way for development managers to think is in terms of deploying capabilities to a particular environment that has the ability to interact with other capabilities. This eliminates the artificial walls between applications.
  17. That is at least one take away from a discussion with Kirk Knoernschild, a research director with Gartner Group.  Enterprises are beginning to uncover a fundamental mismatch between the way code is developed and the business value of the development process, argues Knoernschild.  “We have taken this notion of an application that runs in its own process that we are accustomed on the desktop and essentially carried that over into the notion of an app on a server,” he explained.

    “Why do we even need the notion of an application on the Web?” asked Knoernschild.  “It is an artificial notion that constrains how we go about building, deploying and managing software. Instead of application, we need to think in terms of business capabilities, the business process and business activities. “

    A significant contributing factor to this disconnect lies in the way in which new code is funded. The challenge is that this process has developed a monolithic application mentality, which makes it easy to add too many competing elements to the finished product. He noted, “Before we know it, we are left with application bloat. We have this all of these applications and some do the same thing, while others are unique.”

    The source of the problem is caused by thinking about the development process in terms of applications rather than metrics which are meaningful to the business.  Thinking about code in terms of application focuses the attention on metrics like project cost and time to code, which detract the focus from more significant metrics that relate to the end product. Tłumaczenie – powodem rozdźwięku jest traktowanie procesu wytwarzania aplikacji w terminach metryk (miar) odnośnie do aplikacji a nie metryk związanych z biznesem.

    Traditionally IT focuses on IT metrics like cost, time to market, and the number of defects, code quality and test coverage. Perhaps those types of metrics are useful for assessing how streamlined the development process is – but there are other values to consider.

    Organizations also have to look at the value their software provides to the business after it is developed. Just because it cost $2 million to deliver a project that is on time and on budget, does not mean and organization is the value the system needs.

    Knoernschild said, “Understanding the business value is also very important, and that is an area where a lot of organizations tend to fall short. That can come in a variety of forms such as worker productivity, customer satisfaction, and retention.” – źródło searchsoa.