archive-com.com » COM » I » INTEGRUMTECH.COM

Total: 312

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • Five Runs RAMP Partnership - Integrum
    sharing more of our experience with optimizing our applications in the near future PREVIOUS When frameworks go bad or Why I left Java for Rails NEXT What Economic Downturn We re hiring Step up to the mic Cancel reply Your email address will not be published Comment Name Email Website About the author Crew Subscribe to the blog Get inspired with an Agile Weekly Podcast Derek Clayton and Chris slowly

    Original URL path: http://integrumtech.com/2008/11/five-runs-ramp-partnership/ (2016-04-26)
    Open archived version from archive


  • Episode #25 - The Trust Paradox - Integrum
    best of all outcomes Whereas if both of them were to hold up and try to lay blame Oh well he doesn t know what he s doing or whatever the project would have failed It just would have been disaster across the board I think too often teams there s no availability to express vulnerability that actually allows for good solutions to happen and good bonding to happen Jade By saying that you re going against tons of management advice and personal growth advice You re supposed to never let them see you sweat and always project confidence and be the big alpha dog What you re telling me now is I ve got to be this wussy guy who lets everybody know and cries whenever something goes wrong right Derek I pretty much carry a binky and a blanket wherever I go Jade Oh OK Roy I thought I d seen you with that I was wondering what that was for Drew One of the things I thought that was interesting in the article where they talk about the kind of thing you were talking about Jade was built on how corporations treated branding for so long It was you only show your strength and you hide your weaknesses and act like they don t exist That s how people treated their personal brands You look at any resume most people look at resumes and if they look at their own resume they think Oh this is all great stuff and they read someone else s resume and they re like Man this guy is so full of BS I think what Derek s getting at is the idea that we need to be able to expose our strengths and by exposing our strengths and acknowledging where we have deficiencies like what Chris was saying that s the new way to be confident and project confidence and do the right thing and make progress Jade What you re saying is when somebody asks me what my greatest weakness is in an interview I shouldn t say that I work too hard Drew Yeah I interview at companies where people ask stupid interview questions Roy I feel like intellectually there are at least a few people out there who know that but don t act on it because it s very difficult It seems to go against human nature Why do you think that is Chris I think part of it is one it s against human nature but also take a look at the training we had Take a look at the way that we ve been raised in a lot of corporations We re on an engagement right now where I m seeing patterns that I used to work and live in I worked and lived in this non trust culture and now I have a level of trust with my team and my family here to be able to say that Jade There s the crying again Chris to be able to say that I can stand in front of you guys now and say I suck at this and somebody will be willing to help stand me up I can ask stupid questions and people are willing to help me because we realize that we re building on one another but also you don t turn around and go what a dumbass for that Where before in the corporate world you were treated like that I think that goes back to how are we teaching people What is excelling What is making you different than somebody else Sometimes that s all about finding your secret project and working on it and hiding it from everybody instead of making sure that you re doing something as a team and learning together We re seeing where we have silos right now and some of the information on our current engagement and there are trust issues at the very bottom of that I think that if these people were able to trust and open up a little bit more instead of worrying about somebody else looking at them and going You suck at this they have so much knowledge that they could bring together they could move together They could move forward so much faster Derek Yeah I think a lot of this too is fear driven fear driven and peer culture driven What I mean that is I believe it s Ken Robinson talks a little bit about this If you take a five year old into a crowd of people and you tell them to dance or to perform they ll do so no problem If everybody in the room starts cracking up they ll probably get even more crazy with whatever they re doing because they re getting a reaction If you take a 35 year old person and put them in a room of strangers and say dance they re like No way Even if they did if somebody criticized it they would stop immediately and totally shut down because of response I think we have the same self preservation mode this mechanism that says I don t want to be vulnerable because if I m vulnerable to my peers and my peers react in a negative way I have no other way to deal with it and so my way to deal with it is to shelter it or camouflage the weakness so that I m not attacked in that area I think from Robinson s perspective a lot of that s the heart of where creativity is When you re in a mode where you re able to say I m going to try things that people might laugh at me for is when you have the highest propensity to do the most magnificent things When you re operating in a mode that I don t want to do anything that anybody could possibly laugh at or criticize at you re actually

    Original URL path: http://integrumtech.com/2011/08/scrumcast-25-the-trust-paradox/ (2016-04-26)
    Open archived version from archive

  • Episode #52 - Lean Principles in Healthcare - Integrum
    great experiences What were some of the bad experiences What was the worst part about being on the road and working with different pairs different technologies different thing every week or every five days Corey A lot of it was this is kind of a weird answer that the worst part was the fact that it was just so utterly exhausting I look back and I ve thought about it a lot and there weren t a lot of moments where I was like Man this kind of sucks or This is difficult It was a wonderful experience I was going around I meet people I pull my car into somebody s house that I had never met before just come in sleep on their couch and then code with them all day But it was incredibly exhausting and probably about the first five or six months I was doing short several weeks may be month long trips Then I spent the summer of 2009 3 weeks or 3 months continually on the road and drove 6 900 miles went from Cleveland to Miami to Prince Edward Island back to Cleveland It really was incredibly exhausting but that exhaustion was exhilarating because I was learning so much and I was meeting people and seeing things and so I think it was really just that exhaustion was the major negative part Derek It is part of this kind of journey of learning so to speak we ve really seen the software craftsmanship movements start to bubble up and the metaphor of going from apprentice to journeyman to master I know that you re a big part of the craftsmanship movement Why do you identify with that and why does that metaphor strike a chord for you in relationship to software development Corey Well I really like the craftsmanship movement the craftsmanship community because it covers the gambit of how do we bring people in to software How do we train them through the years Along the way how do we interact with our customers How do we take pride and how do we treat our code All of these things specifically with the apprenticeship to journeyman and beyond I have a hard time bringing the master term in mostly because The only place that I use it is when there s somebody that I personally look up to and learn from as opposed to an external This person is considered a master I have much more focus on the idea of apprenticeship of coming into a trade and learning somebody else s way I look at it as apprenticeship is when you are studying under somebody and learning the way that they develop software You find somebody who is an effective proven software developer and you learn their methodology and their techniques and their practices Then there s a point where you got those practices down and you can sit there on your own and really take the effective atom When you have that it s important I think to go out cast your eyes out look at the people around find somebody and say Hey they re doing something completely different than I am or They develop software differently They don t use some of the practices that I use but they re being effective Go look and learn from them as well You ll bring stuff to share with them You ll be able to learn somebody else s style When you do that you then start to merge those two styles in yourself and you start to learn and you start to reflect over those techniques That is something that I think really could further our understanding of software development that I really like to happen Derek Absolutely There s a few folks in the agile community that are critical perhaps of the craftsmanship movement and really struggling with tying the concepts of software development as an art form opposed to more of a scientific form The biggest criticism that is universal between the detractors seem to be that when we move to the metaphor of craftsmanship the fear is that we re turning all of the focus into the actual act of the creation of the product opposed to the deliverable of the product or the output or the effects that the product has on whoever you re building it for Some of the examples are if you re more worried about the stylistic making of the table so to speak in which it would be used you re not focused then on how it would necessarily be used in the real world So maybe you can answer some of those detractors Corey I understand where that is coming from and where those fears are coming from There are people who have written indecipherable 14 18 I have a tremendous amount of respect for and had a great conversation with them about this last fall The thing is that being in the software development community and being in the agile community and in the craftsmanship community we spend most of our time developing software The things we talked about tend to be around developing software and the screencast that we do tend to be about developing software But there s a very important part of the Craftsmanship Manifesto which is the Productive Partnerships which is really about the way that we deal with our client the way that we partner with them to deliver software to them that is fit for use It s exactly what they need No more no less A lot of the craftsmanship thoughts came out of a reaction towards just the general level of horrible code that s out there So a lot of the emphasis that we put is on learning some of these techniques There s no more question about whether or not automated unit test provide value the majority of the time and that TDD is a valuable value

    Original URL path: http://integrumtech.com/2012/03/scrumcast-52-lean-principles-in-healthcare/ (2016-04-26)
    Open archived version from archive

  • Bernadette Wellman Phoenix Scrum User's Group Sept 2011 - Integrum
    with Bernadette Wellman Phoenix Scrum User s Group Step up to the mic Cancel reply Your email address will not be published Comment Name Email Website About the author Clayton Lengel Zigich Autodidact While Agile teams find that a high trust environment is key to their success they often ignore the most important aspect a shared sense of vulnerability claytonlz Subscribe to the blog Get inspired with an Agile Weekly

    Original URL path: http://integrumtech.com/2011/09/bernadette-wellman-phoenix-scrum-users-group-sept-2011/ (2016-04-26)
    Open archived version from archive

  • "When frameworks go bad" or "Why I left Java for Rails" - Integrum
    and rebuilt into everything from the ground up If you look under the hood of most Java frameworks they are a cascading nightmare of factories abstract factories abstract factory singleton flyweights and on top of all that they have to be genericized sic to plug into any conceivable web app and be fully configurable because that s a best practice Rails is in a sense the opposite of this conglomerate By re writing the idea of a web framework from the ground up in a highly opinionated way using a language that lends itself to very powerful semantics they got away from the best practices the capital E Enterprise community set forward Rails at least to the best of my knowledge isn t cluttered with these terrible incomprehensible overly generic object factories mostly because the choices were made sensibly for you The single ORM tool choice of ActiveRecord is a shining example Better yet think of it this way the JBoss Seam framework in Java last time I checked was a 102MB download not counting the JDK 70MB required to execute it nor the JBoss application server 95MB required to power it now consider the Ruby interpreter Rails and all dependencies are less than 15MB Why do we need 200MB of software to write a hello world app Why should developers need to write and maintain thousands of lines of XML to plug overly generic objects together just to make them work AT ALL Short answer we shouldn t because we have smarter options available Just because it s the way we ve always done it doesn t make it right I want to make even clearer the fact that the Java developers who designed these systems are not ignorant or needlessly complicating things they are truly attempting to create

    Original URL path: http://integrumtech.com/2008/11/when-frameworks-go-bad/ (2016-04-26)
    Open archived version from archive

  • Rails 3 respond_to Default - Integrum
    to download a file instead of rendering the page as we expected In our rails log we found that the request was being processed as Processing by FooController index as We would have expected to see Processing by FooController index as HTML At the top of our controller we saw that our respond to was defined as respond to json html We found that when the request type was missing the first option was being used In our case this was JSON When we changed the respond to call to list html first the page was rendered as HTML like we expected Moral of the story order matters PREVIOUS Episode 25 The Trust Paradox NEXT Episode 26 Reviewing the New Edition of the SCRUM Guide Step up to the mic Cancel reply Your email address will not be published Comment Name Email Website About the author Clayton Lengel Zigich Autodidact While Agile teams find that a high trust environment is key to their success they often ignore the most important aspect a shared sense of vulnerability claytonlz Subscribe to the blog Get inspired with an Agile Weekly Podcast Derek Clayton and Chris slowly remember what they were talking about Oh

    Original URL path: http://integrumtech.com/2011/08/rails-3-respond_to-default/ (2016-04-26)
    Open archived version from archive

  • Special Episode : Marsha Garczewski - Getting Started with SCRUM - Integrum
    September 15th and 16th of 2011 During the event we had the chance to be able to interview some of the attendees and talk to them about the Open Space that they had just facilitated Open Space Technology conferences are great events where the attendees get to create and completely control the content of the conference Enjoy this video as we talk to Marsha Garczewski about her Open Space on Getting Started with SCRUM For more information on this event or their sister event Agile Open Northern California check out the site at www agileopencalifornia com PREVIOUS Special Episode Woody Zuill Intro to Agile NEXT Bernadette Wellman Phoenix Scrum User s Group Sept 2011 Join the conversation on Facebook Subscribe to the podcast Make your mark Get involved with the Agile Weekly Podcast by volunteering to be a guest recommending a speaker submitting a question or suggesting a topic Step up to the mic Build up your toolkit Learn new tips and tricks for empowering your team and transforming your business See the blog Hungy for More Info Agile Weekly is a quick way to stay up to date with the latest news techniques and events in the Agile community

    Original URL path: http://integrumtech.com/2011/09/marsha-garczewski-getting-started-with-scrum/ (2016-04-26)
    Open archived version from archive

  • Drag and Drop to 'fixed' position droppable - Integrum
    This seems to have fixed the problem for when the user scrolls though we haven t had a chance yet to exhaustively test this in the other browsers The closest thing we could find was at http dev rubyonrails org ticket 6411 comment 2 but ultimately didn t work as written for us I would love for someone more familiar with Prototype to explain the ramifications of this change PREVIOUS Deployable infrastructure to the rescue NEXT When frameworks go bad or Why I left Java for Rails 6 thoughts on Drag and Drop to fixed position droppable Andy says November 4 2008 at 12 21 am Thanks this worked great Reply lacho says November 4 2008 at 12 21 am Tested it in FF2 and works great but not in IE7 and Chrome Reply Chris Chandler says November 4 2008 at 12 21 am I modified the example to work with IE 7 We encountered the same problem after cross browser testing The major difference is the call to Position prepare Reply Guillaume says November 4 2008 at 12 21 am Thanks for the fix Have you submitted it yet to the prototype team Cheers Reply Gareth McCumskey says April 6 2009 at 12 47 pm The fix that was posted didn t really work for me What we ended up doing was making the area containing the list of items we want to allow dragging into a overflow auto and limiting the height type of div so that the droppable area can remain static and be accessible at all times Reply calebhc says May 17 2010 at 11 30 am This worked awesome Thanks so much Reply Step up to the mic Cancel reply Your email address will not be published Comment Name Email Website About the author Jade

    Original URL path: http://integrumtech.com/2008/11/drag-and-drop-to-fixed-position-droppable/ (2016-04-26)
    Open archived version from archive



  •