C'est bien, tu les évalues niveau technique. De mon expérience, c'est généralement loin d'être un problème majeur.
Mais c'est sans doute spécifique à ton boulot.
De mon côté, en embarqué, j'ai besoin d'une équipe flexible, avec une culture informatique. Même en essayant de capitaliser sur certaines technos, il est rare que les devs aient travaillés sur tel bus, tel os, telles extensions temps réels, telle plateforme, tel CPU, tel compilateur/IDE/toolchain. Pourtant ils font tous du C….
Et l'aspect humain. Trés important l'aspect humain.
En général, l'aspect technique pur est de toutes façons évalué significativement pendant la période d'essai. Même si le but est évidemment de faire un bon recrutement.
C'est de savoir si tu dois ta situation actuelle à ton journal Calimero sur LinuxFR.
D'ailleurs, autant aprés 15 jours, je conçois que tu sois enthousiaste, mais je pense que le bilan que tu pourras faire de ton boulot sera plus représentatif dans 6 mois ou 1 an: n'oublie pas de refaire un journal !
Moi en général c'est en montant les FS NTFS sous Linux que je peux le plus facilement supprimer des fichiers (vraiment) récalcitrant.
Tu peux lancer un formatage bas-niveau, mais je ne vois pas comment une organisation logique peut te détruire physiquement ton disque dur (au lieu de le faire partir en garantie).
S'il est effectivement HS (controleur, plateau) c'est un concours de circonstance malheureux.
Non, en fait, c'est juste qu'on ne comprends pas trop où tu veux en venir. Merci de ta dépèche, et ne te fait pas un ulcère pour savoir si elle a vraiment plu ou pas.
Pareil je vais rester attentif aux réponses de ce thread.
Cependant si tu travailles sur des microcontroleurs PIC, il y a dans le nouvel IDE de Microchip (MPLab X), un module stimulus qui permet, et bien, de simuler un comportement sur les ports d'entrée.
D'abord, il est libre, ce que n'est pas VirtualBox.
Ensuite, tu donnes toi même un énorme avantage: il ne virtualise pas que du x86, mais de l'ARM, du Powerpc, etc…
Je n'ai pas de solutions pour l'annotation mais je lis personnellement des PDF à travers PerfectViewer, pour ses fonctionnalités de lecture avancée (défilement, adaptation à la page, lissage…) qui en font un outil correct pour la lecture de revues ou de jpeg résultant d'une numérisation.
C'est sans doute parce que c'est Robertix qu'il est ultra-moinssé, mais effectivement, sur certains portables, j'ai vu se former des bourres (poussière compactée) qui empéchait la chaleur de sortir par les ailettes de ventilation, et par conséquent le ventilateur tournait d'abord un peu, puis en continue, puis le CPU se mettait en protection thermique aprés 10 minutes d'utilisation (dans mon cas, environ 3 mois entre le moment où j'ai remarqué qu'il ventilait souvent et la mise en protection thermique rapide).
J'ai du démonter pour nettoyer. La bombe a iar sec n'a finalement fait que tasser les bourres. une aspiration régulière aurait été efficace, je pense (je n'ai plus ce portable, et je n'ai pas rencontré ce problème).
Mais on est clairement sur un problème de conception.
Un point: ca fait aussi partie de certaines compétences de savoir quoi faire, pour un service juridique, pour un service RH.
Au temps à l'initiative de publier une demande d'emploi (et donc de cibler), que de réagir.
A mon sens, cela montre peut-être un emploi de personnel inexpérimenté (ou de stagiaires), et par là même le professionnalisme de certaines sociétés :)
Mon idée est de savoir exploiter en interne (depuis le kernel space) les accès - dans ce cas au bus i2c - mais comme tu le soulignes, open, ioctl etc ne sont dispos qu'en userland, et j'aurais aimé pouvoir les utiliser à travers des équivalents (parce que c'est quand même vachement pratique) pour exposer les fonctions d'un driver trés ciblé.
J'ai finalement utilisé Netbeans pour une grosse partie du boulot.
A noter que:
- le développement des modules et la retouche de parties précises peut se faire sans charger toute l'arborescence (uniquement definir certains tags de préprocesseur comme KERNEL ou, dans mon cas, CONFIG_OF et CONFIG_I2C). Ces tags n'ont pas de fonction pour la compilation, mais plutot pour le travail dans l'IDE
- les chemins d'include du compilateur ( -I ) doivent cibler d'une part le classique /usr/src/-mes-sources-linux-/include mais aussi /usr/src/-mes-sources-linux-/arc/arm/machtegra/include
- enfin la compilation croisée se fait avec un Makefile ou une commande spécifique au choix
Par contre, que ce soit dans NETBEANS ou ECLIPSE, le parsing complet n'est pas:
- significatif, par rapport à ce que, logiquement, les .h fournissent
- voire incomplet, mais je n'ai pas creusé beaucoup plus.
Mention pour LXR, un excellent site. Le travail sur une VM avec qemu permet de faire des tests rapides. Tout ca peut être automatisé pour déployer à l'issue d'un build (ou d'un run dans mon cas, je veux compiler sans avoir à déployer car c'est relativement long).
Je ne lui reproche rien, mais j'utilise des fonctionnalités (généralement graphiques) avec lesquelles je suis quand même trés familier: le refactoring, l'autocomplétion, l'intégration avec un VCS (git en l'occurence) pour des diffs visuels et immédiats, les TODO/FIXME lists, l'historique des modifications locales, la compilation/le debug en un clic…
J'utilise vi pour l'édition des fichiers de conf (la force de l'habitude) mais pour des choses plus denses, ca ne me va pas trop.
Ceci dit, je retiens les multiples solutions. J'irais y jeter un oeil au cas où, parce que c'est interessant à connaitre, mais de là à travailler avec, je sais que j'aurais du mal.
Tu devrais aller voir la doc à ce sujet. Trés schématiquement en TUN ton VPN est sur un plan d'adressage différent, alors qu'en TAP tu as un plan d'adressage par interface.
Juste une note rapide JoeltheLion, je n'ai pas envie de lancer une 'holy war':
je ne compte pas me spécialiser dans le développement du noyau en général: je souhaite limiter la phase d'apprentissage au strict minimu
ce sujet est un peu traité sur stackoverflow: http://stackoverflow.com/questions/4146911/recommend-linux-ide-for-general-linux-c-kernel-development et je me retrouve définitivement dans la réponse de fiofel
"What does this bring you? Full instant code navigation:
When studying kernel and developing kernel modules, this happens to be a HUGE time saver: To follow a function call, move the mouse cursor to the (called) function name, press Ctrl, click on the symbol, bingo, it loads the source module and instantly gets you to the function source code. Press the back arrow, you're back at the call place."
Il préconise Code::Blocks, mais c'est comme Eclipse, j'aurais aimé continuer à capitaliser sur Netbeans.
Vim/Emacs + Ctags me semblent peu pratique, même si je ne doute pas de leur efficacité pour des devs kernels purs et durs.
[^] # Re: Barre de recherche avancée
Posté par Graveen . En réponse à la dépêche 23 de Firefox. Évalué à 3.
une bonne idée que cette astuce ! merci
[^] # Re: Mes questions
Posté par Graveen . En réponse au journal Ce qu'on demande à un développeur aujourd'hui. Évalué à 10.
C'est bien, tu les évalues niveau technique. De mon expérience, c'est généralement loin d'être un problème majeur.
Mais c'est sans doute spécifique à ton boulot.
De mon côté, en embarqué, j'ai besoin d'une équipe flexible, avec une culture informatique. Même en essayant de capitaliser sur certaines technos, il est rare que les devs aient travaillés sur tel bus, tel os, telles extensions temps réels, telle plateforme, tel CPU, tel compilateur/IDE/toolchain. Pourtant ils font tous du C….
Et l'aspect humain. Trés important l'aspect humain.
En général, l'aspect technique pur est de toutes façons évalué significativement pendant la période d'essai. Même si le but est évidemment de faire un bon recrutement.
# Oui....
Posté par Graveen . En réponse au journal Privé de bac à cause d'un logiciel propriétaire. Évalué à 10.
C'est un problème connu des FreeRunners: au bac, ils sonnent.
[^] # Re: SOS boulets
Posté par Graveen . En réponse au journal La carte Navigo - quand Big Brother part à la rencontre de Kafka. Évalué à 7.
Moi j'ai filé donner la réponse dans les commentaires mais DevNewton a été plus rapide ;)
Scénario: Van Hamme / Dessin: Griffo
3 tomes, collection Aire Libre, chez Dupuis - forcément c'est paru dans Spirou en pré-pub…
Scénario sympa, plusieurs histoires apparemment décorrelées qui narrent globalement la perte des libertés individuelles. Un peu convenu, malgré tout.
Dessin figé, couleurs moyennes. Une BD du milieu des années 80 j'ai envie de dire. Ca passe bien malgré tout.
http://www.bdtheque.com/main.php?bdid=258&scroll=0
# Moi ce qui m'intéresse
Posté par Graveen . En réponse au message Overmon recherche freelances. Évalué à 4.
C'est de savoir si tu dois ta situation actuelle à ton journal Calimero sur LinuxFR.
D'ailleurs, autant aprés 15 jours, je conçois que tu sois enthousiaste, mais je pense que le bilan que tu pourras faire de ton boulot sera plus représentatif dans 6 mois ou 1 an: n'oublie pas de refaire un journal !
[^] # Re: install sur /dev/sda
Posté par Graveen . En réponse au journal Ma vie et debian.... Évalué à 4.
Moi en général c'est en montant les FS NTFS sous Linux que je peux le plus facilement supprimer des fichiers (vraiment) récalcitrant.
Tu peux lancer un formatage bas-niveau, mais je ne vois pas comment une organisation logique peut te détruire physiquement ton disque dur (au lieu de le faire partir en garantie).
S'il est effectivement HS (controleur, plateau) c'est un concours de circonstance malheureux.
[^] # Re: Firefox ou XUL ?
Posté par Graveen . En réponse au journal Ayé, on peut compiler Firefox pour GTK+3 (si on veut). Évalué à 6.
haha merci pour ce merveilleux moment :)
ca me donnerait presque envie de savoir ce qu'est XUL :)
[^] # Re: Mes excuses
Posté par Graveen . En réponse à la dépêche Debian 7.1 est sortie, mise à jour de securité pour Debian 7 (Wheezy). Évalué à 4.
Non, en fait, c'est juste qu'on ne comprends pas trop où tu veux en venir. Merci de ta dépèche, et ne te fait pas un ulcère pour savoir si elle a vraiment plu ou pas.
# Microchip
Posté par Graveen . En réponse au message Logiciel de simulation logique. Évalué à 2.
Pareil je vais rester attentif aux réponses de ce thread.
Cependant si tu travailles sur des microcontroleurs PIC, il y a dans le nouvel IDE de Microchip (MPLab X), un module stimulus qui permet, et bien, de simuler un comportement sur les ports d'entrée.
[^] # Re: Questions sur QEMU
Posté par Graveen . En réponse à la dépêche QEMU 1.5.0. Évalué à 1.
D'abord, il est libre, ce que n'est pas VirtualBox.
Ensuite, tu donnes toi même un énorme avantage: il ne virtualise pas que du x86, mais de l'ARM, du Powerpc, etc…
[^] # Re: Pendant ce temps là…
Posté par Graveen . En réponse au journal 3 de moins sur terre. Évalué à 5.
oh… punaise…
# Ah !
Posté par Graveen . En réponse au message PDF scientifiques sous Android. Évalué à 2.
Je n'ai pas de solutions pour l'annotation mais je lis personnellement des PDF à travers PerfectViewer, pour ses fonctionnalités de lecture avancée (défilement, adaptation à la page, lissage…) qui en font un outil correct pour la lecture de revues ou de jpeg résultant d'une numérisation.
[^] # Re: le coup classique
Posté par Graveen . En réponse au message Un portable qui chauffe. Évalué à 2.
C'est sans doute parce que c'est Robertix qu'il est ultra-moinssé, mais effectivement, sur certains portables, j'ai vu se former des bourres (poussière compactée) qui empéchait la chaleur de sortir par les ailettes de ventilation, et par conséquent le ventilateur tournait d'abord un peu, puis en continue, puis le CPU se mettait en protection thermique aprés 10 minutes d'utilisation (dans mon cas, environ 3 mois entre le moment où j'ai remarqué qu'il ventilait souvent et la mise en protection thermique rapide).
J'ai du démonter pour nettoyer. La bombe a iar sec n'a finalement fait que tasser les bourres. une aspiration régulière aurait été efficace, je pense (je n'ai plus ce portable, et je n'ai pas rencontré ce problème).
Mais on est clairement sur un problème de conception.
[^] # Re: Il te reste une chance.
Posté par Graveen . En réponse au journal L'open source va me tuer .... Évalué à 2.
Une excellente idée les sondes évoluées. Mais qui utilise ton produit ?
Si c'est 899x pour du basique et 1x pour de l'évolué tu auras du mal à capitaliser là dessus.
Si c'est le contraire alors oui, fonce.
[^] # Re: .
Posté par Graveen . En réponse à la dépêche Première mise en demeure pour l'association LinuxFr. Évalué à 5.
Un point: ca fait aussi partie de certaines compétences de savoir quoi faire, pour un service juridique, pour un service RH.
Au temps à l'initiative de publier une demande d'emploi (et donc de cibler), que de réagir.
A mon sens, cela montre peut-être un emploi de personnel inexpérimenté (ou de stagiaires), et par là même le professionnalisme de certaines sociétés :)
# Et contre-attaquer ? Un avocat défendant (gratuitement) ce genre de cause ?
Posté par Graveen . En réponse à la dépêche Première mise en demeure pour l'association LinuxFr. Évalué à 6.
"A l'image supposée des équipes techniques, l'équipe RH et le service juridique."
Streisaaaaaaaaaand !
[^] # Re: Je suis pas sur de comprendre
Posté par Graveen . En réponse au message accès aux ressources depuis un module kernel en C. Évalué à 3.
Merci à toi.
Comment peux-t-on savoir sur quoi sont wrappées les fonctions open(), ioctl() pour un périphérique donné ?
J'ai lu que cela est détectable à travers un syscall, mais lequel ? http://man7.org/linux/man-pages/man2/syscall.2.html
Mon idée est de savoir exploiter en interne (depuis le kernel space) les accès - dans ce cas au bus i2c - mais comme tu le soulignes, open, ioctl etc ne sont dispos qu'en userland, et j'aurais aimé pouvoir les utiliser à travers des équivalents (parce que c'est quand même vachement pratique) pour exposer les fonctions d'un driver trés ciblé.
# Résultats
Posté par Graveen . En réponse au message Travail autour de la compilation d'un kernel. Évalué à 2.
Salut à tous,
J'ai finalement utilisé Netbeans pour une grosse partie du boulot.
A noter que:
- le développement des modules et la retouche de parties précises peut se faire sans charger toute l'arborescence (uniquement definir certains tags de préprocesseur comme KERNEL ou, dans mon cas, CONFIG_OF et CONFIG_I2C). Ces tags n'ont pas de fonction pour la compilation, mais plutot pour le travail dans l'IDE
- les chemins d'include du compilateur ( -I ) doivent cibler d'une part le classique /usr/src/-mes-sources-linux-/include mais aussi /usr/src/-mes-sources-linux-/arc/arm/machtegra/include
- enfin la compilation croisée se fait avec un Makefile ou une commande spécifique au choix
Par contre, que ce soit dans NETBEANS ou ECLIPSE, le parsing complet n'est pas:
- significatif, par rapport à ce que, logiquement, les .h fournissent
- voire incomplet, mais je n'ai pas creusé beaucoup plus.
Mention pour LXR, un excellent site. Le travail sur une VM avec qemu permet de faire des tests rapides. Tout ca peut être automatisé pour déployer à l'issue d'un build (ou d'un run dans mon cas, je veux compiler sans avoir à déployer car c'est relativement long).
# N'as tu pas un port e-Sata ?
Posté par Graveen . En réponse au message Stratégie de sauvegarde et achat de nouveau disque dur. Évalué à 4.
Ca ne changera rien à la solution que tu choisiras, mais tu peux grandement accélerer le processus.
[^] # Re: Tu es en TAP ou en TUN ?
Posté par Graveen . En réponse au message Openvpn dans un réseau local. Évalué à 2. Dernière modification le 16 mai 2013 à 21:03.
Il te faut modifier les tables de routage, alors.
[^] # Re: Pourquoi ne pas utiliser le même environnement que les hackers du noyau chevronnés?
Posté par Graveen . En réponse au message Travail autour de la compilation d'un kernel. Évalué à 2.
Je ne lui reproche rien, mais j'utilise des fonctionnalités (généralement graphiques) avec lesquelles je suis quand même trés familier: le refactoring, l'autocomplétion, l'intégration avec un VCS (git en l'occurence) pour des diffs visuels et immédiats, les TODO/FIXME lists, l'historique des modifications locales, la compilation/le debug en un clic…
J'utilise vi pour l'édition des fichiers de conf (la force de l'habitude) mais pour des choses plus denses, ca ne me va pas trop.
Ceci dit, je retiens les multiples solutions. J'irais y jeter un oeil au cas où, parce que c'est interessant à connaitre, mais de là à travailler avec, je sais que j'aurais du mal.
[^] # Re: Tu es en TAP ou en TUN ?
Posté par Graveen . En réponse au message Openvpn dans un réseau local. Évalué à 2.
Tu devrais aller voir la doc à ce sujet. Trés schématiquement en TUN ton VPN est sur un plan d'adressage différent, alors qu'en TAP tu as un plan d'adressage par interface.
[^] # Re: Pourquoi ne pas utiliser le même environnement que les hackers du noyau chevronnés?
Posté par Graveen . En réponse au message Travail autour de la compilation d'un kernel. Évalué à 2.
Merci j'étais complètement passé à côté de Cscope.
[^] # Re: lxr
Posté par Graveen . En réponse au message Travail autour de la compilation d'un kernel. Évalué à 2.
Merci, excellent conseil.
[^] # Re: Pourquoi ne pas utiliser le même environnement que les hackers du noyau chevronnés?
Posté par Graveen . En réponse au message Travail autour de la compilation d'un kernel. Évalué à 3.
Juste une note rapide JoeltheLion, je n'ai pas envie de lancer une 'holy war':
Il préconise Code::Blocks, mais c'est comme Eclipse, j'aurais aimé continuer à capitaliser sur Netbeans.
Vim/Emacs + Ctags me semblent peu pratique, même si je ne doute pas de leur efficacité pour des devs kernels purs et durs.