Archive Page 2
В предверии матча года нашел такой интересный ролик:
Консультанты – футболисты ;–).
А вы думали только Nike такие умеет делать? Не тут то было.
Юбилейный выпуск как бы чтоли?
:
SOA Roundup: Real SOA, Practical SOA, Eventful SOA, Future SOA – обзорный пост от Джо
Since I'm presenting on Agile SOA tomorrow at the MITRE conference, I thought it appropiate to create a slide on a proposed SOA Manifesto. Let me know your feedback:
1) Architecture driven (over product driven implementation)
2) Integrated Systems, Processes, and People (over individual silo's)
3) Business Visibility and Understanding (over IT priorities)
4) Re-usability (over redundant efforts)
5) Standards and Governance (over non structure)
6) Agility and Adaptability (over non flexibility)
http://biemond.blogspot.com/2009/10/continious-build-with-soa-suite-11g-and.html – продолжаем практику, начатую в одном из предыдущих выпусков
http://networking-world.blogspot.com/2009/10/open-source-soa_03.html – богатая подборка ссылок на опен-сорс СОА
What are real people doing with SOA? – спрашивали? – отвечаем:

- So, Some Buzzwords I am really gonna look/work and more deep dive areas are mentioned below…
- 1) SOA – Service Oriented Architecture, The most controversial Architecture name in current IT world
- 2) ESB – Enterprise Service Bus, One of the SOA Infrastructure Component, thinking of exploring more from Microsoft technology stack
- 3) BPM – Business Process Modeling, Love to see something really in BIG action…
- 4) EDA – Event Driven Architecture, considered to be the next generation of SOA
- 5) CEP – Complex Event Processing
- 6) Oslo – Code Name for Modeling platform from Microsoft
- 7) Azure – The BLUE cloud coming from Microsoft
-
Dublin – Code Name for the Forthcoming Application Server from Microsoft for WF and WCF Services hosting - 9) Governance – Widely used across different technology stack like MDM, SOA etc...
- 10) MDM – Master Data Management, this is also one more BIG Buzz word like SOA and criticized across the industry
- 11) Web 2.0/RIA and beyond – Next Generation Internet/Rich Internet Applications, I started my career as a UI guy and then shifted more towards middleware. I would like to see my footprints future. so this still being one of my favorite area all time!
- 12) and finally SharePoint 2010 is also on my list
(Google Wave in this list too…) - 13) Android/iPhone platform – my techie gadgets are based on these two. (myTouch and iTouch). (ChromeOS and open source are in the parking lot)
http://geekswithblogs.net/microsoftian/archive/2009/05/26/oslo-may-2009-ctp-released.aspx – что такое Oslo? + http://geekswithblogs.net/microsoftian/archive/2009/03/01/watch-microsoft-soa-conference-2009-sessions-online.aspx – ну очень много полезных материалов от Мicrosoft по тематике SOA
Все ли базворды вы знаете? =))):

http://ehartwellsnewsletters.blogspot.com/2009/09/business-integration-through-soa.html – еще подборочка всяких материалов
http://makingsoawork.blogspot.com/search/label/soa – интересные посты и рассуждения
https://www.ibm.com/developerworks/mydeveloperworks/blogs/SOAPatterns
Ну и напоследок презенташка:
Всем удачи! Не пропадайте, а подписывайтесь на блогообновления — http://feeds2.feedburner.com/Erp-Sap-Soa-And-Other-Buzzwords
Сет Годин известный специалист по маркетингу, всем известный своей фиолетовой коровой и блогом — http://sethgodin.typepad.com/. Переводы постов вы можете найти в http://howtosell.ru/category/avtory/seth-godin/. Недавно я посмотрел на TED.com его презентацию о том, каким должен быть сегодняшний маркетинг. Презентация была в 2007 году, ну т.е. для России как раз сегодняшний получается
:
Сет говорит о нарезанном хлебе и прочих казалось бы невостребованных товарах, позволивших заработать создателям миллионы. Меня презентация привлекла не только юмором
и “правдивыми” словами (“правдивые” слова – не избитые фразы, которые редко слышишь на презентациях – Прим. ред.), но и идеей о новом маркетинге направленном на каждого потребителя. Это очень пересекается с идеями озвученными в 12 правилах нового маркетинга от Джона Гранта:

Но особенно мне понравилась у Сета следующая фраза: Люди, распространяющие идеи, независимо от того, какие — побеждают.
И он говорит именно про людей – не про миссии компаний, концернов, все эти слоганы за миллионы баксов. Идея, вот что должно двигать человеком – в любом деле, в любом бизнесе. И это не принципы – это именно идея. Сделать качественную программу, создать красивый сайт, автоматизировать предприятие с минимальными затратами. Качество, надежность, успех – все это должно быть частью любой идеи.
Вы видели одержимых идеей людей? Вы относились скептически к их идеям? Вам говорили у вас не получится?
Идея – вот что может заставить вас двигаться дальше – к успеху
Удачи!
Презентация Sanjiva Weerawarana I'm currently Chairman and CEO of WSO2:
SOA Case Study Contest Special Recognition Winner: NY State Department of Taxation & Finance for e-MPIRE – сплошные кейсы
http://blogs.zdnet.com/service-oriented/?p=2913 – где наши 80%? =)
http://www.ebizq.net/blogs/sdesign/2009/09/5_tips_before_you_embark_on_so.php — перед тем как начать внедрять
Five best practices for deploying a successful service-oriented architecture
|
When your manager asks |
Can you answer these tough questions? |
They're really asking about |
|
Do you think the clients will mind if we …? |
Move the server? |
Loose coupling |
|
Haven't we done this before somewhere? |
Why do I have 4 customer profile applications in my call centre? |
Service-orientation |
|
How expensive is it to make changes? |
What do you mean changing the UI forces us to refactor the data access layer? |
Clean separation of concerns |
These are just 3 examples of questions addressed by the SOA principles. If you cannot answer questions like these, you have some work to do in your service portfolio to enforce the principles more cleanly. If we continue to build systems that abuse service design principles, desired outcomes will suffer. If the service granularity is wrong or if interface and implementation concerns are badly separated, then the service will be less reusable. If business logic and infrastructure concerns are blended, developers can't make changes to systems quickly and easily. Tightly coupled systems are going to get in the way of manageability.
It's the outcomes, stupid
If SOA is about contributing to business outcomes, then measuring the value of services must start with the desired business outcomes. To be credible and repeatable, metrics must be underpinned with measurements from your runtime infrastructure and service repository. In her forthcoming paper, Anne will frame the principles and techniques with the benefits from applying each principle and with metrics for demonstrating the impact of applying or neglecting each of them. Stay tuned.
EDI, B2B, SAP and Cloud Computing – интересный блог
http://www.deepmarket.com/technology/how-to-become-an-soa-superhero/ – стань супергероем!
http://blog.hill-it.be/post/2009/08/24/Understanding-SOA-Introduction – в сто сорок восьмой раз не SOA ас!
SOA is about Architecture – еще одно обозрение
Желаю всяческих свершений!
Одним из важнейших показателей софтверной компании является количество пользователей на одного программиста — чем оно выше, тем лучше обстоят дела с финансами, тем больше ответственность и тем строже требования к потенциальным кандидатам.
Если вы учились в университете на ИТ-специальности, то по нескольким курсам сразу вам сто раз проехали по ушам про “затраты на исправление ошибок, допущенных при проектировании системы”. “Ну как же можно ошибаться, ну опыт же нужен, ну даже если ошиблись – ну софт в конце концов – не пирамиду строим” – думал я. Столкнувшись с данной проблемой face2face я прихожу к выводу, что ошибка проектирования – это “крест”, который потом придется тащить всей команде разработки. Вы будете с трудом менять интерфейс, вклеивать новые функции, пытаться масштабировать решения – но “крест” будет вас преследовать. И это первая проблема с которой вы столкнетесь – проблема мотивации команды, проблема развития системы. Но более глубокой проблемой, которая возникает из-за этой ошибки является нехватка ресурсов для ее преодоления.
С одной стороны проблема – решаема, с другой стороны – система работает, пользователей все устраивает. Вообще, я заметил – рядовых пользователей устраивает “неэффективное” ПО =). Но не суть. Итак, у вас есть “кривоватая” система, которая запущена в эксплуатацию. При этом вас терзают смутные сомнения – “У посла медальон…у Шпака магнитофон…” сносить все и строить заново, либо латать что есть и будь, что будет. Строить все заново – читай сделать тоже самое, только по-новому, но бюджет по это не один вменяемый не даст. Тут уже вопрос профессионализма вылезает. Латать – читай усугублять крест.
Я обозначил проблему. Возможно риторичную =). Пойду искать грааль, выводами – поделюсь…