• Home
  • Login
  • RSS Feed
  • ATOM Feed
  • Tag cloud
Les liens de StyMaar
toggle menu
Add link
Search
7290 links
71 results tagged management x
  • #The Process is not the Product — The New Agile Anti-Manifesto. | by Michael Karliner | Feb, 2021 | Medium

    Le passage sur les managers est aux petits oignons

    Sun 21 Feb 2021 08:35:22 AM CET - permalink - https://mkarliner.medium.com/the-process-is-not-the-product-the-new-agile-anti-manifesto-d3e23023b466
    management société
  • #How to hire senior developers: Give them more autonomy - Hiring Engineers

    Your source code is worthless

    Let’s face it, we were still a fast-moving startup, even if the above anecdote might give you the opposite picture. Our code was still changing drastically every couple weeks. Changes of the entire architecture or complete re-writes of components were not uncommon, as is usual for some early stage startups. And as you might expect in such a situation, the code wasn’t of the highest quality either: Half the time, the build would be broken. Testing and documentation were basically non-existent. It was unlikely that anyone from outside the team would even have gotten the thing up and running. Even if they did, it would be outdated a moment later.

    Sat 30 Jan 2021 01:56:08 PM CET - permalink - https://hiringengineersbook.com/post/autonomy/
    informatique management
  • #Rust Survey 2020 Results : rust

    ["How would you rate your expertise in rust?"]

    forrestthewoods
    The correct answer is almost always 7.

    I remember when I was in school we were explicitly warned if asked “how well do you know $LANG” in an interview to never answer 9 or 10. If you do then you will be asked a language lawyer corner case which proves you don’t know what you’re talking about.

    Answer too high and you get made a fool. Answer too low and you project not having significant experience with the language. I would have rated my C++ knowledge to be a 7 when I graduated 14 years ago. And if asked today I’d probably still answer 7.

    7 is a very very safe answer. :)

    Malazin
    I asked that question for years in interviews, with the follow up of "Okay you're an N, what does an N-1 struggle with?" It was always funny to hear everyone say they're a 7, and then get answers ranging from "a 6 would struggle with declaring functions" to "a 6 would struggle with template meta-programming."
    It's a bit of a mind-game, but it's actually really effective.

    forrestthewoods
    Oh gosh you’re a monster.
    “A 6 is someone who doesn’t realize the answer to this question is always 7”.

    Thu 17 Dec 2020 11:20:01 AM CET - permalink - https://www.reddit.com/r/rust/comments/kef55s/rust_survey_2020_results/gg4d5vz/?context=3
    emploi management Rust
  • #5 second feedback – Mike Crittenden

    Fri 27 Nov 2020 11:18:56 AM CET - permalink - https://critter.blog/2020/11/26/5-second-feedback/
    management
  • #Why Development Teams are Slow. Common Software Jams and Solutions | by Eric Elliott | JavaScript Scene | Medium

    Fri 27 Nov 2020 12:17:02 AM CET - permalink - https://medium.com/javascript-scene/why-development-teams-are-slow-89107985c75c
    dev management à_lire
  • #Tomaka on Twitter − On this Saturday afternoon, I thought I'd write up what I consider a healthy open source environment and what is good open source code. Most of it is common knowledge, but I thought I'd write down a list. (1/23)

    Wed 04 Mar 2020 04:39:28 AM CET - permalink - https://twitter.com/tomaka17/status/1233743377901985793
    dev management open_source
  • #Why your programmers just want to code – Maker to Manager – Medium

    When I interviewed Jamie for a position at ZenTech, he seemed like an enthusiastic engineer. With solid tech skills, ideas for process and product improvement, and a great team attitude, he was the obvious choice.

    But, two years later, Jamie was “that guy”. You know, the one who wants to code without being bothered.

    Fri 01 Dec 2017 05:49:07 PM CET - permalink - https://medium.com/maker-to-manager/why-your-programmers-just-want-to-code-36da9973388e
    dev management
  • #The mathematics of science's broken reward system : Nature News & Comment

    L'impact désastreux de la soi-disant rationalisation de la gestion : le management se concentre sur quelques chiffres qui deviennent donc les objectifs de fait, au détriment des vrais objectifs de la recherche.

    When a measure becomes a target, it ceases to be a good measure.

    C'est la Loi de Goodhart

    Wed 06 Sep 2017 09:47:47 AM CEST - permalink - http://www.nature.com/news/the-mathematics-of-science-s-broken-reward-system-1.20987
    management science société
  • #This Is Why Your Best Developers Keep Quitting

    Wed 09 Aug 2017 12:05:53 PM CEST - permalink - https://www.fastcompany.com/40443084/this-is-why-your-best-developers-keep-quitting
    management start-up
  • #Stop the Daily Standup Meeting | Developing Software Together

    +1

    Il y a un espèce de mythe autour du «daily stand-up», et dans de nombreuses boites il se retrouve utilisé à toutes les sauces de manière totalement inutile.

    Les situations où un «daily stand-up» est inutile voire nuisible sont bien résumées dans l'article :

    • Everyone is working on their own tasks / user stories, with very little need for coordination outside of the regular sprint meetings. This can cause a host of other problems, but you probably do not need a daily standup meeting.
    • People are not even working on the same project. Everyone on the "team" is on a different project, e.g. people in an agency working for different customers. So your team is not even a team!
    • Your team is working closely together all the time. They are co-located, and they always work together on a single user story. Everyone already knows what everybody else is doing, so you do not need a daily meeting where everyone is stating the obvious.

    Je soupçonne que la raison principale pour laquelle la majorité des boites qui font des «stand-up» en font, c'est parce que ça donne une impression de contrôle au management.

    It is mainly used for reporting the progress to a manager

    Sat 03 Jun 2017 10:04:43 AM CEST - permalink - http://devteams.at/stop_the_daily_standup_meeting
    dev management
  • #Graham King » Facebook’s code quality problem

    Next time management or clients try to convince you to move faster and throw quality under the bus, you can say sure, that will work, as long as you can hire 429 engineers to work on our iOS app.

    :)

    Mon 13 Mar 2017 01:29:11 PM CET - permalink - https://www.darkcoding.net/software/facebooks-code-quality-problem/
    dev facebook fun management
  • #Unlock honest feedback by asking for “advice”

    C'est pas bête comme remarque, c'est effectivement assez dur d'avoir des commentaires pertinents. Demander des conseils peut aider les gens à se lâcher.

    Wed 08 Mar 2017 04:06:07 PM CET - permalink - https://m.signalvnoise.com/unlock-honest-feedback-with-this-one-word-dcaf3839e7ee
    astuce management
  • #Reflecting on one very, very strange year at Uber — Susan J. Fowler

    Le harcèlement sexuel au travail est un problème plus répandu qu'on le pense, je connais au moins 2 filles qui en ont été victimes …

    Mon 20 Feb 2017 10:54:03 AM CET - permalink - https://www.susanjfowler.com/blog/2017/2/19/reflecting-on-one-very-strange-year-at-uber
    harcèlement management société
  • #How to understand the ROI of investing in People | Maia Josebachvili | Pulse | LinkedIn

    Et aussi : https://www.linkedin.com/pulse/20130816200159-131079-employee-retention-now-a-big-issue-why-the-tide-has-turned

    via: https://medium.com/latticehq/how-much-does-employee-turnover-really-cost-d61df5eed151

    Wed 18 Jan 2017 11:58:51 AM CET - permalink - https://www.linkedin.com/pulse/how-understand-roi-investing-people-maia-josebachvili?trk=prof-post
    management streamroot économie
  • #Ideal API versioning

    C'est du même auteur que le précédent post que j'ai bashé, mais ça c'est une bonne idée.

    C'est marrant d'ailleurs, parce qu'en mettant une numéro de version /v1 dans ses routes pour garantir la compatibilité, ça suppose que le service derrière la route en question respecte le semver[1]. Le numéro de version majeur du service a changé alors il faut que je change le numéro de version dans la route.

    [1] dans le cas d'une architecture micro-service où une route=un service. Dans le cas contraire on tombe dans le cas que j'évoquais, du logiciel complexe où «au moins une chose change à chaque fois», mais dans le cas d'un service web basée sur des API REST, on n'a pas vraiment d'excuse de faire un monolithe comme ça.

    Fri 13 Jan 2017 08:43:07 AM CET - permalink - https://surfingthe.cloud/ideal-api-versioning/
    API dev management
  • #Capture the Constraints

    Tue 10 Jan 2017 06:46:59 PM CET - permalink - https://thefeedbackloop.xyz/capture-the-constraints/
    management
  • #Developer Differences: Makers vs Menders

    Je suis clairement un Mender.

    Sun 25 Dec 2016 11:24:42 AM CET - permalink - https://dev.to/corgibytes/developer-differences-makers-vs-menders
    dev management psychologie
  • #Professor Beekums: Beware of Developers Who Do Negative Work

    So if the cost of a developer who does negative work is so high, how do they get hired? Part of it can be explained by an interview process that needs improvement, but a less talked about part is the temptation to lower hiring standards.
    Sometimes a company is in a situation where a lot of work needs to be done very quickly. If there are not enough developers in the company to accomplish that goal, then more developers need to be hired. Since developers have the advantage in the job market today, it can take quite a bit of time to make a good hire. That is when the temptation to lower hiring standards appears. When the amount of work is overwhelming, some people hire in a panic. They think having more bodies in the office can only contribute to more work getting done.
    That is far from the truth. Not all developers will bring positive value to your team. I understand the pressure of tight timelines, but hiring in desperation won’t solve that problem. It’ll make it worse. Bad developers will not only slow you down, but they can cause your great developers to leave your company.

    Ça me rappel vaguement quelque-chose...

    Mon 19 Dec 2016 07:53:13 PM CET - permalink - http://blog.professorbeekums.com/2016/12/beware-of-developers-who-do-negative.html?m=1
    dev management recrutement
  • #Do you really need Microservices?

    Un article sur la pertinence des micro-services. Je suis assez d'accord avec ce qu'il dit :
    Les micro services peuvent être une bonne idée d'architecture dans certains cas, mais ça ajoute pas mal de complexité du point de vue de l'organisation et de la synchronisation des équipes, sans apporter grand chose dans la majorité des cas.

    Tue 13 Dec 2016 09:56:00 PM CET - permalink - https://dzone.com/articles/microservices-please-dont?oid=hn
    dev management
  • #Living in the Age of Software Fuckery – Medium

    Fri 28 Oct 2016 12:02:02 PM CEST - permalink - https://medium.com/@bryanedds/living-in-the-age-of-software-fuckery-8859f81ca877
    ** dev management rage
◄Older page 1 / 4 Links per page: 20 50 100
Shaarli - The personal, minimalist, super-fast, database free, bookmarking service by the Shaarli community - Help/documentation