Reprise du message précédent :
truc a ne pas faire: mettre l'open space avec vu sur la rue. En ete, je vois rien de plus distrayant que les robes/jupes/decolette qui passent devant le bureau
 
muchacho, quand est-ce que tu viens sur boston, je voudrais tester un truc?

 
nous y ont mis ça dans le HQ...business strict mon cul, les mecs sont en pingouins, les filles sont plein air par contre. Et à la cantine, y'a des tables hautes avec des chaises bar, c'est dur de passer et de rester concentré

Intéressant, Facebook balance ça dans la console du navigateur :  
 

Quoi donc ?

 
https://news.ycombinator.com/item?id=7222129
https://news.ycombinator.com/item?id=7350818
http://stackoverflow.com/questions [...] 1#21693931
 
C'est pas nouveau

Je me doute que quelqu'un avait vu avant
Je suis tombé dessus tout seul

https://github.com/leeper/meme well, fuck

Aujourd'hui: python+requests+elasticsearch+jinja2+cherrypy=que_du_bonheur.

elsactic search est vraiment une tuerie : la puissance de lucene avec une API super agréable
 
Je suis en train de remplacer mon setup SolR par elastic search d'ailleurs

Et si vous avez rien à faire: http://aphyr.com/posts/317-call-me-maybe-elasticsearch

 
Bon ça va, le chevelu à ta gauche t'a pas trop dissipé à dévosque

Il existe un terme qui aurait exactement le même sens que "must be able to" ?

C'est pour un truc du genre:

if($can->viewPatientData()) {
  // Do something
}
 
// If false, throw an access denied exception
$mustBeAbleTo->viewPatientData();

Autant j'aime bien le nom du service "Can", autant le "MustBeAbleTo" est trop long.

J'ai pensé à l'appeler "Must" uniquement, mais ça perd en sens

$must->viewPatientData();

(Les deux services se partageant les même méthodes)

assert/assertCan?

pas que je sache.

J'ai pas bien capté ta logique, ni la phrase en gras

Je suis sur une grosse appli, il y a des liens dans tous les sens, des boutons d'accès rapide etc.

Dans une vue, ça me permet de faire :

Et dans Patient::viewAction

Dans les grandes lignes... L'appli est complexe, il y a beaucoup de tests à faire, sur beaucoup de choses (roles, ACL, une table de cache pour les traitements les plus lourds etc.).

Et ça me permet d'être sûr de bien tester la même chose côté vue et contrôleur (côté vue, uniquement "can" sera utilisé, côté contrôleur ça pourra être l'un ou l'autre, c'est selon. Mais "must..." principalement)

Punaise ça fait du bien de virer les clés inutiles sur son porte clés.
 
#declutering
#altherac
#chaosintestinal

 
Alors uriel, comment va la ligne ?

Je veux bosser authentication/authorization/SSO sans but d'intégration particulier, juste pour ma culture. Vous me conseiller de partir vers quoi ?
 
Les classiques OpenID / OAuth(2) ? Le peu que j'en ai lu est d'Eran Hammer, donc pas forcément engageant sur le futur et le bien fondé de la nouvelle spec. SAML ? A partir des implémentations propriétaires styles Facebook Connect ?
 
Bonus pour d'éventuels liens ou bouquins intéressants sur le sujet.
 

Soit j'ai très mal compris ton machin, soit canViewPatientData devrait être une méthode de l'objet qui représente ton user et basta, non?
Je comprends pas pourquoi vous cherchez à utiliser le nom d'une variable pour hinter le comportement de deux méthodes différentes de même nom...vu d'ici vous êtes bien partis pour obtenir du code illisible.
Soit le mec a le droit de voir les données, soit il a pas le droit. Ce qui se passe en fonction devrait être dans la logique du code, pas dans un nom de variable.

 
A mon sens, canViewPatientData c'est en gros User.hasAccessTo(domain, action) où domain = patient data et action = view.

je vais en suisse en aout \o/

voilà, ce genre de choses ça marche très bien.

http://www.lemonde.fr/sante/articl [...] 51302.html
 
Putain enfin on va arrêter l'acharnement sur Vincent Lambert à cause d'une poignée de gros cons de catholiques qui pensent avoir la supériorité morale

on utilise lucene ici, en lisant en diagonale sur elasticsearch je vois quasiment la meme chose avec une couche analytique en plus

personne ici à un abo sur famille chrétienne ? C'est pour me prendre un article ?

http://www.famillechretienne.fr/so [...] ents-42313

PS: sans aucune aide de l'état ... sauf de la réserve parlementaire du député local

The Figaro : Fair & Balanced.

Orange : on est jamais si  bien servis que par soi-même : http://www.trophee-objets-connecte [...] ign=buffer

 
hasViewPatientDataRights ? isViewPatientReader ?
En général j'essaye de me cantonner aux is et has.
 

Déjà faite

Pas avec des cheezburger

KEEP CALM  
AND
EAT
LEMON CURD

 
Ce n'est pas si simple. Je ne peux pas rentrer dans les détails, mais il y a trop de choses à vérifier pour mettre ça dans l'entité User.
 
(Pour info, c'est un projet Symfony2/Doctrine).
 
D'une part, mon entité User n'a pas accès aux services Symfony, d'autre part, blinder mon objet User de méthodes canDoThis, canDoThat etc, il va y en avoir des centaines, et je pense que l'entité n'est pas leur place.
 
Là j'ai mon service "Can", mon service "MustBeAbleTo" qui étend "Can", et ça donne quelque chose du genre :
 

class Can
{
    public function editPatientData(Patient $patient)
    {
        if(!$this->security->isGranted('IS_AUTHENTICATED_FULLY') && X || Y || Z) {
            return true;
        }
 
        return $this->deny();
    }
 
    protected function deny()
    {
        return false;
    }
}
 
class MustBeAbleTo extends Can
{
    protected function deny()
    {
        throw new AccessDeniedException();
    }
}

 
En tête de contrôleur, je peux appeler mon service $this->get('must_be_able_to')->editPatientData() par exemple.
 
Bref, de toute façon derrière l'appli est extrêmement complexe (et très tordue aussi ), et pour les différents tests, j'ai besoin de taper un peu partout, chose que je ne peux pas faire directement dans l'entité.

May.