Bekk Open - Latest Comments

Re: Fire myter om Social CRM

Trygve Wiese-Haugland — Fri, 11 May 2012 12:59:28 -0000

Tusen takk for gode tilbakemeldinger!

Henriette, spørsmålene du stiller er meget gode og hadde nesten fortjent et eget blogginnlegg. La meg imidlertid forsøke å svare på ett og ett spørsmål her:

1. Først og fremst er det en utfordring i seg selv at det er behov for å skrive et blogginnlegg som dette - mange sliter med å få tak på hva Social CRM er og hva man kan få ut av det. Dernest mener jeg det kan være en utfordring å estimere de økonomiske gevinstene av Social CRM. Dette kan gjøre det vanskelig å sikre tilstrekkelig forankring på toppledernivå, noe som er spesielt viktig siden filosofien utfordrer både tankesett og kultur på tvers av organisasjonen.

2. En av de viktigste forutsetningene er at man er tydelig på hva man ønsker å oppnå med satsingen og at dette er godt forankret i konsernstrategien. Videre må man skaffe en felles anerkjennelse av at Social CRM ikke er noe man driver med i en liten del av organisasjonen, men en filosofi og måte å jobbe på som kan medføre implikasjoner for organisering og samhandling på tvers. I tillegg er det viktig å ha en strukturert tilnærming til hvordan man best kan engasjere kundene sine. For å kunne skape engasjement er det viktig at man blir opplevd som relevant og interessant. Dette forutsetter igjen hensiktsmessig segmentering, innsikt i målgruppenes behov, samt evne til å foreta riktige prioriteringer.

3. Per i dag utfører ikke BEKK implementering av standard CRM-løsninger, så vi har derfor begrenset erfaring med de tekniske aspektene ved dette. Fra et strategisk perspektiv er det imidlertid først og fremst viktig å sikre tilstrekkelig bredde på datagrunnlaget. Når det gjelder sortering og analyse av data bør man ha en todelt tilnærming: Man behøver både en plan for hvordan man best kan identifisere og håndtere data om enkeltsaker, men også en plan for hvordan man best kan aggregere data opp til et nivå som gir mening på tvers av segmentene.

Dette var noen kjappe svar på spørsmålene dine. Jeg tar gjerne i mot synspunkter basert på dine tanker og erfaringer :)

Trygve

Re: Fem fellestrekk for høy kundetilfredshet

Øyvind Malin — Fri, 11 May 2012 08:56:59 -0000

Fint innlegg

Re: Mixins in Backbone.js

Hans M. Inderberg — Wed, 09 May 2012 04:21:04 -0000

Good answer!:) You understood the solution, but you would have to call the parent function by this.parent("method", params), and as you demonstrated it doesn’t look good if you inherit multiple layers. But this can be solved in the helper function. The mixin solution seems to be a really god, probably better alternative!:)

Re: Mixins in Backbone.js

Kim Joar Bekkelund — Wed, 09 May 2012 03:49:23 -0000

Great question. Basically, I think it's cleaner to have this as a separate bit of functionality. When using `extend` I have to add a new layer to my architecture every time I want to add some new functionality, which feels strange (maybe it's just me ;). Additionally, I think mixins are more adaptable. Let's say you want different pagination in a mobile version than on other versions. With mixins I can do:

if (onMobile) {
UsersView.mixin(VerticalPagination);
else {
UsersView.mixin(PagePagination);
}

This is difficult with layers (though, of course, it can be done).

By the way, it might be that I misunderstand you solution, but don't you have to call `this.parent.next()` to call `next` further up the call chain? What will happen then if you introduce another layer? Do you need to call `this.parent.parent.method()`? (Didn't have time right now to code it up in order to check how it works.)

Re: Mixins in Backbone.js

Hans M. Inderberg — Wed, 09 May 2012 03:23:11 -0000

I like your posts!:)

But as I was reading this post I felt that I need more details on: when to use mixins over extend? It is mentioned in your blog in short by saying: "I've seen many create a component which they extend from..". could you answer this question in more detail?

We're using extend to inherit functionality from other models, collections and views. An example could be that we make a CollapseView, that has the functionality to collapse it's "inner-content". We also use a helper function so that the views, collections or models can call their parent:

Backbone.View.prototype.parent = Backbone.Model.prototype.parent = Backbone.Collection.prototype.parent = function (attribute, options) {
if (attribute === "init") {
this.parent('initialize', options);
if (this.events) {
$.extend(this.events, this.parent('events'));
this.delegateEvents();
}
return;
}
return (_.isFunction(this.constructor.__super__[attribute])) ?
this.constructor.__super__[attribute].apply(this, _.rest(arguments)) :
this.constructor.__super__[attribute];
};

Re: Fire myter om Social CRM

Henriette Hedløv — Tue, 08 May 2012 02:07:07 -0000

Tusen takk for et ryddig, innsiktsfullt og godt innlegg :)

Jeg har et par spørsmål;
1. Hva mener du vil være virksomheters største utfordringer knyttet til Social CRM?
2. Hvilke forutsetninger ligger til grunn for å lykkes (få effekt) med Social CRM?
3. Har dere utviklet plug-inløsninger som integrerer kundedata i sosiale medier med tradisjonelle CRM-løsninger? - og hvordan vil dette best fungere i praksis? Tenker spesielt på innhenting og sortering av data samt analyse av disse.

Henriette :)

Re: Fire myter om Social CRM

hpnhansen — Tue, 08 May 2012 01:30:43 -0000

Heisan,

...om jeg har andre myter som kan diskuteres :) Vel, la meg tenke

- Sosiale medier er ikke noe for bedriften vår!
- Det er umulig å måle ROI på innsats i sosiale medier
- Sosiale medier er en hype som vil "gå over"

Neida - likte veldig godt artikkelen din. Mange gode poeng her, lenge siden jeg har skrevet om temaet selv, så dette var en liten oppvåkner for min egen del :)

Ha en strålende dag / Hans-Petter

Re: A view’s responsibility — a lesson on JavaScript and the DOM

Chris Sherlock — Sat, 05 May 2012 08:50:05 -0000

Isn't this just the observer pattern? I would prefer to go with a mediator pattern myself.

Re: A view’s responsibility — a lesson on JavaScript and the DOM

Kim Joar Bekkelund — Sat, 05 May 2012 06:40:38 -0000

Thanks, fixed.

Re: A view’s responsibility — a lesson on JavaScript and the DOM

wong2 — Fri, 04 May 2012 10:20:41 -0000

this.el.append('<img src=" + user.image + ">'); // user should be this.user

Re: A view’s responsibility — a lesson on JavaScript and the DOM

Martijn Faassen — Thu, 03 May 2012 18:22:26 -0000

Interesting post. I'll note that Obviel (http://obviel.org), codifies this "view just for one element" concept introducing a .render function on (jQuery) elements. You use $(el).render(obj) to render a view for obj on an element. The system knows which view to render because each obj declares an interface (just a string).

Re: A view’s responsibility — a lesson on JavaScript and the DOM

Kim Joar Bekkelund — Thu, 03 May 2012 12:54:17 -0000

I've never tried, but as it's jQuery, you can get access to the DOM element itself by using `this.el[0]`. So you could for example do `this.el[0].clientWidth`.

Re: A view’s responsibility — a lesson on JavaScript and the DOM

cjroebuck — Thu, 03 May 2012 12:42:25 -0000

I mean dimensions ie width and height, which I think are dom dependent.

Re: A view’s responsibility — a lesson on JavaScript and the DOM

Kim Joar Bekkelund — Thu, 03 May 2012 12:28:16 -0000

I'm not sure I understand what you mean, but let's say that the HTML element is a <ul> and you want the number of list items, then you could, for example, do `view.$('li').length` to get it.

Re: A view’s responsibility — a lesson on JavaScript and the DOM

cjroebuck — Thu, 03 May 2012 11:58:27 -0000

Nice post. What about when your test needs to ensure a dom element is a certain size, wouldnt size be reported incorrectly in a jquery object I.e, always 0?

Re: A view’s responsibility — a lesson on JavaScript and the DOM

Asd — Thu, 03 May 2012 11:53:48 -0000

Stop crippling your site with the iphone skin for mobile readers.

Good content tough

Re: A view’s responsibility — a lesson on JavaScript and the DOM

Gontal — Thu, 03 May 2012 09:38:42 -0000

Congratulations on the pleasant design of your web station page. I like the dark background element framing the lighter content area. There is a nice mix of style and organic composition in the way the fonts are subsumed to the higher role of displaying alphanumeric characters.

All in all, this is a good first step of which you should be rightly proud. Keep up the good work. I feel that you will develop good skills if you keep practising.

Re: A view’s responsibility — a lesson on JavaScript and the DOM

Kim Joar Bekkelund — Thu, 03 May 2012 08:42:20 -0000

I truly agree. I've made changes to the post, but there seems to be a caching problem. Nevertheless, I've added the following at the end:

Many of the ideas I discuss in this blog post is both inspired by and beautifully handled by Backbone.js and Spine.js. I truly recommend checking out those libraries if you're working on a large JavaScript application.

Re: A view’s responsibility — a lesson on JavaScript and the DOM

Kim Joar Bekkelund — Thu, 03 May 2012 08:41:06 -0000

Great question. I would solve it by using events: you set up a listener in the sub-biew, and trigger the event when you want to do any changes.

Re: A view’s responsibility — a lesson on JavaScript and the DOM

Donny V — Thu, 03 May 2012 08:36:45 -0000

So if a view has subviews and if some outside code wants to access the subview does it have to go through the parent view to access it?

Re: A view’s responsibility — a lesson on JavaScript and the DOM

Simen Brekken — Thu, 03 May 2012 08:21:45 -0000

I've always felt this is where Backbone.js shines; it gives you the bare necessities for a loosely-coupled structure, without all the boilerplate of the bigger frameworks.

Re: 5 myter om innovasjon

Kimerik — Sun, 29 Apr 2012 02:37:21 -0000

Hvilke produkter, tjenester eller forretningsmodeller vil du si at kan spores tilbake til Bekks innovasjonsarbeid?

Re: Jenkins Git Plugin does not garbage collect

Torbjørn Vatn — Fri, 20 Apr 2012 09:52:11 -0000

Nice!

Vi fikk en innskytelse om at dette kan være kilden til noen problemer som vi har hatt med Jenkins + Git, så dette trikset er herved innført !

Dessverre for oss kjører Jenkins på en Windows-server, så jeg måtte ta på meg PowerShell-hanskene og porte skriptet ditt:
$repo_dirs=dir $args[0] | Where-Object { $_.PSIsContainer } | ForEach-Object { $_.FullName } foreach ($repo_dir in $repo_dirs) { cd $repo_dir Write-Host "checking if $repo_dir is a git repo" If(Test-Path .git) { Write-Host "Garbage collecting $repo_dir" git gc } }

Re: Refaktorer til funksjonell stil allerede nå!

ashfd — Wed, 11 Apr 2012 08:42:25 -0000

velkommen etter.

Re: Efficient Java serialization

eivindw — Tue, 27 Mar 2012 01:43:14 -0000

Sounds smart. We use Jackson to serialize json, so that would work for us as well :) Thanks!