[blabla@olympe] Le topic du modo, dieu de la fibre et du monde

Recherche :

Sujet(s) à lire :
- Who's who@Programmation

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 21854 21855 21856 .. 27247 27248 27249 27250 27251 27252 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [blabla@olympe] Le topic du modo, dieu de la fibre et du monde

nraynaud

lol

Reprise du message précédent :
et sinon, beaucoup plus dramatique que la thune que je laisse sur la table, je me suis pris une épine d'acacia aujourd'hui (après l'épine de cactus hier). C'est sauvage comme pays.

Message cité 1 fois

---------------
trainoo.com, c'est fini

Publicité

Hermes le Messager

Breton Quiétiste

Dion a écrit :

http://reho.st/self/36b4e596a1b7ec [...] 9b3aaf.jpg

J'adore le "we have an urgent need" [:rofl]

ratibus

vapeur_cochonne a écrit :

un ^pari ²²²
ici qui embaucherai ou coopterai nraynaud ?
imagine il arrive au boulot et son mac est déballé ?

franchement a 45K€ moi je dit chapeau

Je l'ai vu en entretien il y a quelques années nray, il est très bien

Message cité 1 fois

Youmoussa

Ecrou-vis

uriel a écrit :

ben non. si c'est très bas par rapport au salaire precedent, c'est normal.
il a pas de credit, ni de gamins a charge donc la pression est pas la meme que la tienne

Il a aussi pas de boulot depuis 2 ans

uriel

blood pt.2

nraynaud a écrit :

mais dans un salaire on parie rien, un départ provoque automatiquement l'arrêt de la dépense, et un départ en période d'essai, ça se fait très rapidement. Tout ce qui compte c'est quand le mec reste.

Le seul pari du salaire, c'est sur le long terme.

euh non, tu bloques le poste d'un mec qui va peut etre rester. En plus, tu vas etre la pendant une periode critique et puis tu te casses, il faut qu'ils trouvent quelqu'un d'autre: perte de temps, et tout l'investissement sur toi est perdu. La depense operationelle s'arrete mais pas le reste.

Message cité 2 fois

---------------
IVG en france

nraynaud

lol

uriel a écrit :

étant donné que le mec prépare tout pour me virer en quelques mois avant même de m'avoir recruté et que l'annonce a été mise en ligne 102 jours avant mon entretien, j'ai du mal adhérer à ton point de vue.

Message cité 1 fois

---------------
trainoo.com, c'est fini

nraynaud

lol

et sinon, je décerne le titre de pire API du monde à JAI (http://www2.informatik.uni-halle.de/lehre/java-jai-1.1/jai-apidocs/ ).

Y'a peut-être des trucs bien dedans, mais c'est imbitable, et y'a pas beaucoup d'exemples en ligne.

---------------
trainoo.com, c'est fini

uriel

blood pt.2

nraynaud a écrit :

l'annonce a été mise en ligne 102 jours avant mon entretien

:sweat: 'tain....

Message cité 1 fois

---------------
IVG en france

nraynaud

lol

uriel a écrit :

:sweat: 'tain....

Donc tu sens bien que camper un peu sur l'offre, c'est pas exactement le bout du monde. J'ai d'ailleurs un peu peur qu'on soit loin du move fast, break things (avant que vous n'enfonciez des portes ouvertes à votre habitude, on a strictement aucune connexion au système de contrôle de l'éolienne, l'événement redouté de plus haut niveau c'est faire déplacer l'équipe qui s'occupe de l'équilibrage du rotor pour rien)

---------------
trainoo.com, c'est fini

Youmoussa

Ecrou-vis

nraynaud a écrit :

edit: et 6 mois de période d'essai.

Si tu es prêt à bosser aux US, tu devrais t'en foutre de critères comme celui la.

Message cité 1 fois

Publicité

nraynaud

lol

Youmoussa a écrit :

Si tu es prêt à bosser aux US, tu devrais t'en foutre de critères comme celui la.

Aux US y'a de la thune en contrepartie.
Mais surtout là je sais très bien que je vais être sous haute surveillance, donc si je passe un test très dur, je veux une rémunération conséquente, parce que la valeur de mon boulot aura été objectivée. Pour décoincer un peu la situation avec le mec, je lui ai proposé des mettre de la thune sur les objectifs. Comme ça, il a le fixe, le variable, les bspce, les actions et la thune par objectif pour trouver un compromis. Je fais pas le mur non plus.

Message cité 1 fois

---------------
trainoo.com, c'est fini

nraynaud

lol

quelqu'un a un CHIP ou un raspberry Pi Zero ?

Message cité 1 fois

---------------
trainoo.com, c'est fini

gfive

nraynaud a écrit :

Aux US y'a de la thune en contrepartie.

possible mais pas sur que ça coûte beaucoup plus cher à la boite.
Et aux us en cas de plantage t'es comme un con après pour payer tes factures et ton psy.

---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)

el muchacho

Comfortably Numb

Bon sinon, pour ceux que ça intéresse, une implémentation du BehaviourTree en C++11 (amélioration d'une implémentation trouvée sur le net).
WIP vaguement débogué, à utiliser à vos risques et périls :

BehaviourTree.h

Code :

#pragma once
#include <iostream>
#include <list>
#include <vector>
#include <stack>
#include <initializer_list>
#include <string>
#include <cstdlib>
#include <chrono>
#include <algorithm>
#include <sstream>
#include <future>
/// Implementation of the Behavior Tree design pattern
///
/// cf http://www.gamasutra.com/blogs/Chr [...] y_work.php
/// and http://guineashots.com/2014/07/25/ [...] es-part-1/
class BehaviourTree {
public:
enum Status {
ERROR = -1,
FAILURE = 0,
SUCCESS = 1,
RUNNING = 2 // not used yet
};
// This class represents each node in the behaviour tree.
class Node {
public:
Node() {}
Node(const std::string name) : _name(name) {}
virtual Status run() = 0;
const std::string getName() const { return _name; }
protected:
const std::string _name;
};
// This type of Node follows the Composite Pattern, containing a list of other Nodes.
class CompositeNode : public Node {
private:
std::vector<Node*> children;
public:
const std::vector<Node*>& getChildren() const {
return children;
}
void addChild(Node* child) {
children.emplace_back(child);
}
void addChildren(std::initializer_list<Node*>&& newChildren) {
for (Node* child : newChildren) addChild(child);
}
template <typename CONTAINER>
void addChildren(const CONTAINER& newChildren) {
for (Node* child : newChildren) addChild(child);
}
};
// The generic Selector implementation
// If one child succeeds, the Select succeeds and quits immediately.
// FAILURE only if all children fail. Equivalent of a logical OR
class Select : public CompositeNode {
public:
virtual Status run() override {
for (Node* child : getChildren()) {
// If one child succeeds, the entire operation run() succeeds. Failure only if all children fail.
const Status s = child->run();
if (s != FAILURE) {
return s;
}
}
return FAILURE; // All children failed so the entire run() operation fails.
}
};
// The generic Sequence implementation.
// If one child fails, then the entire sequence fails and quits immediately.
// SUCCESS only if all children succeed. Equivalent of a logical AND.
class Sequence : public CompositeNode {
public:
virtual Status run() override {
for (Node* child : getChildren()) {
// If one child fails, then enter operation run() fails. Success only if all children succeed.
const Status s = child->run();
if (s != SUCCESS) {
return s;
}
}
return SUCCESS; // All children suceeded, so the entire run() operation succeeds.
}
};
// A Decorator adds a functionality to its child node.
// Function is either to transform the Status it receives from the child,
// to terminate the child, or repeat the processing of the child, depending on the type of decorator node.
class DecoratorNode : public Node {
private:
Node* child; // Only one child allowed
protected:
Node* getChild() const { return child; }
public:
void setChild(Node* newChild) { child = newChild; }
};
// Root of a BehaviourTree
class Root : public DecoratorNode {
private:
friend class BehaviourTree;
virtual Status run() override {
Status s = getChild()->run();
while (s == RUNNING)
s = getChild()->run();
return s;
}
};
// Negates the Status of the child.
// A child fails and it will return SUCCESS to its parent, or a child succeeds and it will return FAILURE to the parent.
class Invert : public DecoratorNode {
private:
virtual Status run() override {
Status s = getChild()->run();
switch (s)
{
case SUCCESS: return FAILURE;
case FAILURE: return SUCCESS;
default: return s;
}
}
};
// A succeeder will always return SUCCESS, irrespective of what the child node actually returned.
// These are useful in cases where you want to process a branch of a tree where a failure is expected or anticipated,
// but you don’t want to abandon processing of a sequence that branch sits on.
class Succeed : public DecoratorNode {
private:
virtual Status run() override {
Status s = getChild()->run();
if (s == ERROR || s == RUNNING)
return s;
return SUCCESS;
}
};
// The opposite of a Succeeder, always returning fail.
// Note that this can be achieved also by using an Inverter and setting its child to a Succeeder.
class Fail : public DecoratorNode {
private:
virtual Status run() override {
Status s = getChild()->run();
if (s == ERROR || s == RUNNING)
return s;
return FAILURE;
}
};
// A repeater will reprocess its child node each time its child returns a Status.
// These are often used at the very base of the tree, to make the tree to run continuously.
// Repeaters may optionally run their children a set number of times before returning to their parent.
class Repeat : public DecoratorNode {
public:
Repeat(int num = NOT_FOUND) : numRepeats(num) {} // By default, never terminate.
private:
int numRepeats;
static const int NOT_FOUND = -1;
virtual Status run() override {
if (numRepeats == NOT_FOUND)
while (true) getChild()->run();
else {
for (int i = 0; i < numRepeats - 1; i++)
getChild()->run();
return getChild()->run();
}
}
};
// Execute its child in asynchronously (in a separate thread),
// regularly yielding RUNNNING until it reaches its final Status
class Async : public DecoratorNode {
public:
Async(std::chrono::milliseconds poolTime = std::chrono::milliseconds(10)) : _statusPoolTime(poolTime) {}
private:
std::chrono::milliseconds _statusPoolTime;
virtual Status run() override {
std::future<Status> fut = std::async(std::launch::async, [&] {
return getChild()->run();
});
// if no answer within time delay
if (fut.wait_for(_statusPoolTime) == std::future_status::timeout)
return RUNNING;
return fut.get();
}
};
// Insert a delay in msec and return SUCCESS
class Sleep : public DecoratorNode {
Sleep(const std::chrono::milliseconds msec = std::chrono::milliseconds(0)) : _msec(msec) {}
private:
std::chrono::milliseconds _msec;
virtual Status run() override {
std::this_thread::sleep_for(_msec);
return SUCCESS;
}
};
// Like a repeater, these decorators will continue to reprocess their child.
// That is until the child finally returns the expected status, at which point the repeater will return the status to its parent.
// The expected status must be either SUCCESS or FAILURE.
class RepeatUntil : public DecoratorNode {
public:
RepeatUntil(Status s) : _exitStatus(s) {}
private:
Status _exitStatus;
virtual Status run() override {
Status s = getChild()->run();
while (s != _exitStatus && s != ERROR && s != RUNNING) {
s = getChild()->run();
}
return s;
}
};
/// The following are useful nodes
// Stack nodes
template <typename T>
class StackNode : public Node {
protected:
std::stack<T*>& stack; // Must be reference to a stack to work.
StackNode(std::stack<T*>& s) : stack(s) {}
};
// Specific type of leaf (hence has no child).
template <typename T>
class PushToStack : public StackNode<T> {
private:
T*& item;
public:
PushToStack(T*& t, std::stack<T*>& s) : StackNode<T>(s), item(t) {}
private:
virtual Status run() override {
this->stack.push(item);
return SUCCESS;
}
};
// Specific type of leaf (hence has no child).
template <typename T>
class GetStack : public StackNode<T> {
private:
const std::stack<T*>& obtainedStack;
T* object;
public:
GetStack(std::stack<T*>& s, const std::stack<T*>& o, T* t = nullptr) : StackNode<T>(s), obtainedStack(o), object(t) {}
private:
virtual Status run() override {
this->stack = obtainedStack;
if (object)
this->stack.push(object);
return SUCCESS;
}
};
// Specific type of leaf (hence has no child).
template <typename T>
class PopFromStack : public StackNode<T> {
private:
T*& item;
public:
PopFromStack(T*& t, std::stack<T*>& s) : StackNode<T>(s), item(t) {}
private:
virtual Status run() override {
if (this->stack.empty())
return FAILURE;
item = this->stack.top();
// template specialization with T = Door needed for this line actually
std::cout << "Trying to get through door #" << item->doorNumber << "." << std::endl;
this->stack.pop();
return SUCCESS;
}
};
// Specific type of leaf (hence has no child).
template <typename T>
class StackIsEmpty : public StackNode<T> {
public:
StackIsEmpty(std::stack<T*>& s) : StackNode<T>(s) {}
private:
virtual Status run() override {
if (this->stack.empty())
return SUCCESS;
else
return FAILURE;
}
};
// Specific type of leaf (hence has no child).
template <typename T>
class SetVariable : public BehaviourTree::Node {
private:
T*& variable, *& object; // Must use reference to pointer to work correctly.
public:
SetVariable(T*& t, T*& obj) : variable(t), object(obj) {}
virtual Status run() override {
variable = object;
// template specialization with T = Door needed for this line actually
std::cout << "The door that was used to get in is door #" << variable->doorNumber << "." << std::endl;
return SUCCESS;
};
};
// Specific type of leaf (hence has no child).
template <typename T>
class IsNull : public BehaviourTree::Node {
private:
T*& object; // Must use reference to pointer to work correctly.
public:
IsNull(T*& t) : object(t) {}
virtual Status run() override {
if (object == nullptr)
return SUCCESS;
else
return FAILURE;
}
};
public:
BehaviourTree() : root(new Root) {}
void setRootChild(Node* rootChild) const { root->setChild(rootChild); }
Status run() const { return root->run(); }
private:
Root* root;
};

BehaviourTree.cpp

Code :

// BehaviorTree_test.cpp : Defines the entry point for the console application.
//
#include "stdafx.h"
#include "BehaviourTree.h"
#include <iostream>
#include <list>
#include <vector>
#include <stack>
#include <initializer_list>
#include <string>
#include <cstdlib>
#include <ctime>
#include <algorithm>
#include <sstream>
//
// http://www.gamasutra.com/blogs/Chr [...] y_work.php
struct Door {
int doorNumber;
};
class Building {
private:
std::stack<Door*> doors;
public:
Building(int numDoors) { initializeBuilding(numDoors); }
const std::stack<Door*>& getDoors() const { return doors; }
private:
void initializeBuilding(int numDoors) {
for (int i = 0; i < numDoors; i++)
doors.push(new Door{ numDoors - i });
}
};
struct DataContext { // Acts as a storage for arbitrary variables that are interpreted and altered by the nodes.
std::stack<Door*> doors;
Door* currentDoor;
Door* usedDoor = nullptr;
};
class DoorAction : public BehaviourTree::Node {
private:
std::string name;
int probabilityOfSuccess;
public:
DoorAction(const std::string newName, int prob) : name(newName), probabilityOfSuccess(prob) {}
private:
virtual BehaviourTree::Status run() override {
std::this_thread::sleep_for(std::chrono::milliseconds(500));
if (std::rand() % 100 < probabilityOfSuccess) {
std::cout << name << " succeeded." << std::endl;
return BehaviourTree::SUCCESS;
}
std::cout << name << " failed." << std::endl;
return BehaviourTree::FAILURE;
}
};
int main() {
std::srand(std::time(nullptr));
BehaviourTree behaviorTree;
DataContext data;
Building building(5); // Building with 5 doors to get in.
BehaviourTree::Sequence sequence[3];
BehaviourTree::Select selector;
BehaviourTree::Invert inverter[2];
BehaviourTree::Succeed succeeder;
BehaviourTree::RepeatUntil untilFail(BehaviourTree::FAILURE);
BehaviourTree::GetStack<Door> getDoorStackFromBuilding(data.doors, building.getDoors());
BehaviourTree::PopFromStack<Door> popFromStack(data.currentDoor, data.doors);
BehaviourTree::SetVariable<Door> setVariable(data.usedDoor, data.currentDoor);
BehaviourTree::IsNull<Door> isNull(data.usedDoor);
BehaviourTree::Async async;
// Probabilities of success
DoorAction walkToDoor("Walk to door", 99),
openDoor("Open door", 12),
unlockDoor("Unlock door", 25),
smashDoor("Smash door", 60),
walkThroughDoor("Walk through door", 85),
closeDoor("Close door", 100);
// Build the tree (last diagram of
// http://www.gamasutra.com/blogs/Chr [...] y_work.php )
behaviorTree.setRootChild(&sequence[0]);
sequence[0].addChildren({ &getDoorStackFromBuilding, &untilFail, &inverter[0] });
untilFail.setChild(&sequence[1]);
inverter[0].setChild(&isNull);
sequence[1].addChildren({ &popFromStack, &inverter[1] });
inverter[1].setChild(&async);
async.setChild(&sequence[2]);
sequence[2].addChildren({ &walkToDoor, &selector, &walkThroughDoor, &succeeder, &setVariable });
selector.addChildren({ &openDoor, &unlockDoor, &smashDoor });
succeeder.setChild(&closeDoor);
if (behaviorTree.run() == BehaviourTree::SUCCESS)
std::cout << "Congratulations! You made it into the building!" << std::endl;
else
std::cout << "Sorry. You have failed to enter the building." << std::endl;
}

edit: j'ai un bug avec l'asynchronisme, le programme devrait s'arrêter avec "Congratulations" une fois qu'on a fermé la porte, et pas continuer... ça devrait pas être trop difficile à deboguer

Message édité par el muchacho le 20-01-2016 à 08:14:19

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

ratibus

El muchacho : en 2016 on utilise plutôt des gist pour partager du code

masklinn

í dag viðrar vel til loftárása

Puis on utilise des smart pointers au lieu d'être un gros dégoutant avec des pointeurs C bruts :fou:

Message cité 2 fois
Message édité par masklinn le 20-01-2016 à 09:39:48

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?

___alt

Je viens de voir passer le terme : craft(wo)manship. [:sadnoir]

---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW

erulio

masklinn a écrit :

Puis on utilise des smart pointers au lieu d'être un gros dégoutant avec des pointeurs C bruts :fou:

Y a 2 "new" pour 0 "delete", pour situer le niveau

Message cité 2 fois

___alt

erulio a écrit :

Y a 2 "new" pour 0 "delete", pour situer le niveau

Faut que le jeu sorte avant Thanksgiving [:cosmoschtroumpf]

---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW

vapeur_cochonne

Stig de Loisir

ratibus a écrit :

Je l'ai vu en entretien il y a quelques années nray, il est très bien

---------------
marilou repose sous la neige

kadreg

profil: Utilisateur

nraynaud a écrit :

et sinon, beaucoup plus dramatique que la thune que je laisse sur la table, je me suis pris une épine d'acacia aujourd'hui (après l'épine de cactus hier). C'est sauvage comme pays.

fait gaffe au sumac, c'est traitre cette saloperie

Spoiler :

chaque années, des gens veulent faire un khakha nature, bah ça pique

---------------
brisez les rêves des gens, il en restera toujours quelque chose... -- laissez moi troller sur discu !

drasche

---------------
Whichever format the fan may want to listen is fine with us – vinyl, wax cylinders, shellac, 8-track, iPod, cloud storage, cranial implants – just as long as it’s loud and rockin' (Billy Gibbons, ZZ Top)

BenO

Profil: Chercheur

nraynaud a écrit :

quelqu'un a un CHIP ou un raspberry Pi Zero ?

J'ai un zero qui traine qqpart

---------------
Python Python Python

erulio

Nouveau taff :

$ find . -iname '*.cpp' -exec wc -l {} \; | sort -nr
15931 ./trunk/src/CreateLayers/NameLayer.cpp
15606 ./trunk/src/CreateLayers/RoutingLayer.cpp
14141 ./trunk/src/CreateLayers/BMDLayer.cpp
12535 ./trunk/src/CreateLayers/PoiLayer.cpp
[...]

[:arank'thnar:2]

[:buggy]

Message cité 3 fois

theShockWave

I work at a firm named Koslow

erulio a écrit :

Nouveau taff :

[:arank'thnar:2]

[:buggy]

[:pingouino]
et j'étais choqué avec notre plus gros fichier qui est à 11000 ici

Message cité 1 fois

---------------
last.fm

masklinn

í dag viðrar vel til loftárása

erulio a écrit :

Nouveau taff :

[:arank'thnar:2]

[:buggy]

On dépasse pas 6kLOC [:jar jar]

Mais c'est du Python [:velasquez:5]

Message cité 1 fois

hephaestos

Sanctis Recorda, Sanctis deus.

masklinn a écrit :

Puis on utilise des smart pointers au lieu d'être un gros dégoutant avec des pointeurs C bruts :fou:

Et quand on prétend écrire du C++11 on fait pas des enum sans classe...

Message cité 1 fois

sligor

ce massacre collectif [:double deuce:3]

---------------
qwerty-fr

drasche

Je viens de regarder la taille des classes de mon projet VB et euh... non rien [:joce]

el muchacho

Comfortably Numb

erulio a écrit :

Y a 2 "new" pour 0 "delete", pour situer le niveau

Par contre, après réflexion, le bug que j'ai noté ce matin est plus ennuyeux parce qu'il révèle un problème conceptuel dans mon implémentation de l'asynchronisme dans ce design pattern. Le noeud Async ne peut pas fonctionner parce qu'il engendre des incohérences entre le noeud et le reste du système. Le système est par nature synchrone, et le seul asynchronisme acceptable ne peut être que local, et non pas global. Donc il faut virer le noeud Async et le remplacer par un noeud Parallel qui va faire un join. Le noeud parallel ne rend pas la main tant que ses enfants n'ont pas terminé leurs traitements.

Ah et j'ai rajouté un if... tehn... else

Message cité 1 fois
Message édité par el muchacho le 20-01-2016 à 13:44:10

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

erulio

theShockWave a écrit :

[:pingouino]
et j'étais choqué avec notre plus gros fichier qui est à 11000 ici

masklinn a écrit :

On dépasse pas 6kLOC [:jar jar]

Mais c'est du Python [:velasquez:5]

C'est meme pas le pire :

Il y a des scripts bash qui s'appellent 'blablaUnitTest' ... qui testent le worflow complet
Il n'y a pas de tests unitaires
Les pages wiki de support pour les devs datent de 2012 pour les plus récentes
Le directeur technique gagne plus que moi

Message cité 1 fois

el muchacho

Comfortably Numb

hephaestos a écrit :

Et quand on prétend écrire du C++11 on fait pas des enum sans classe...

La raison pour laquelle j'ai pas mis d'enum class est que je voulais faire un truc dégueu [:petrus75] :
le choix des valeurs de l'enum ne sont pas par hasard. Le 0 et le 1 permettent de faire du cast dégueu vers les booléens.
Ceci étant j'ai décidé contre parce que ceux qui vont maintenir derrière vont se planter, donc ça finira en enum classes.

Message cité 1 fois

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

theShockWave

I work at a firm named Koslow

el muchacho a écrit :

Je sais, mais comme de toute façon en automatique les noeuds sont créés au démarrage et jamais détruits (et il n'y en a pas des centaines), je me suis pas pris la tête dans un premier temps. Mais je vais quand même gérer la mémoire correctement parce qu'on passe valgrind. C'est qu'un prototype.

Par contre, après réflexion, le bug que j'ai noté ce matin est plus ennuyeux parce qu'il révèle un problème conceptuel dans mon implémentation de l'asynchronisme dans ce design pattern. Le noeud Async ne peut pas fonctionner parce qu'il engendre des incohérences entre le noeud et le reste du système. Le système est par nature synchrone, et le seul asynchronisme acceptable ne peut être que local, et non pas global. Donc il faut virer le noeud Async et le remplacer par un noeud Parallel qui va faire un join. Le noeud parallel ne rend pas la main tant que ses enfants n'ont pas terminé leurs traitements.

Pure curiosité, c'est pour quelle application que tu fais ca ?

Message cité 1 fois

---------------
last.fm

el muchacho

Comfortably Numb

theShockWave a écrit :

Pure curiosité, c'est pour quelle application que tu fais ca ?

Automatique/robotique
A la place d'une machine d'état qui risque d'e^tre imbitable/inmaintenable

Message édité par el muchacho le 20-01-2016 à 13:51:13

---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien

R3g

fonctionnaire certifié ITIL

erulio a écrit :

C'est meme pas le pire :

Il y a des scripts bash qui s'appellent 'blablaUnitTest' ... qui testent le worflow complet
Il n'y a pas de tests unitaires
Les pages wiki de support pour les devs datent de 2012 pour les plus récentes
Le directeur technique gagne plus que moi

http://reho.st/http://iscreamsunda [...] atwork.gif

C'est dans le secteur de l'énergie ?

Message cité 3 fois
Message édité par R3g le 20-01-2016 à 13:49:55

---------------
Au royaume des sourds, les borgnes sont sourds.

gelatine_velue

R3g a écrit :

C'est dans le secteur de l'énergie ?

masklinn

í dag viðrar vel til loftárása

el muchacho a écrit :

Et quand bien même, tu peux static_cast<bool>(enum_value)

Code :

#include <iostream>
 
enum class Status :char {
  ERROR = -1,
  FAILURE = 0,
  SUCCESS = 1,
  RUNNING = 2
};
 
void thing(Status s) {
  if (static_cast<bool>(s)) {
    std::cout << "hasn't failed!";
  } else {
    std::cout << "has failed";
  }
  std::cout << std::endl;
}
 
int main() {
  thing(Status::ERROR);
  thing(Status::FAILURE);
  thing(Status::SUCCESS);
}

Message édité par masklinn le 20-01-2016 à 15:22:36

Shinuza

This is unexecpected

gatsu35 a écrit :

TU n'as que ça en fixe ? Vu ton level tu devrais toucher plus

Sans anciennete en CDI c'est complique. C'est surtout parce que j'avais envie de rester, sinon j'aurais pu avoir 65/70.

---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.

vapeur_cochonne

Stig de Loisir

R3g a écrit :

C'est dans le secteur de l'énergie ?

---------------
marilou repose sous la neige

gatsu35

Blablaté par Harko

Bon les filles, je cherche à savoir s'il est possible d'avoir un deuxième écran sur un macbook air mid2013
Actuellement mon setup chez moi est ainsi :
- 32 pouces en 2160x1440 en displayport
- Un dock thunderbolt qui a une sortie displayport.

Et je cherche à savoir si je peux brancher un deuxième écran, mais impossible de trouver une bonne info.

Message cité 1 fois

Hermes le Messager

Breton Quiétiste

gatsu35 a écrit :

chez nous, on a un macbook air 2011 11 pouces (celui de ma femme) et il supporte sans broncher un écran de 2560x1440 en 27 pouces en display port.

Message cité 1 fois

Publicité

Page : 1 2 3 4 5 .. 21854 21855 21856 .. 27247 27248 27249 27250 27251 27252

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

[blabla@olympe] Le topic du modo, dieu de la fibre et du monde

Sujets relatifs
Plus de sujets relatifs à : [blabla@olympe] Le topic du modo, dieu de la fibre et du monde

Page générée en 0.145 secondes