Projektmanagement   916

« earlier    

The cargo cult of versioning
Rich Hickey pointed out last year that the convention of bumping the major version of a library to indicate incompatibility conveys no more actionable information than just changing the name of the library.
Since we always want to provide the latest version by default, the distinction between minor versions and patch levels is moot. Just combine the 2-tuple into a single number. "LeftPad 17.5.0" would now become something like "LeftPad-17 37".

At this point you could even get rid of the version altogether and just use the commit hash on the rare occasions when we need a version identifier. We're all on the internet, and we're all constantly running npm install or equivalent. Just say "Leftpad-17", it's cleaner.
In particular, Semantic Versioning is misguided, an attempt to fix something that is broken beyond repair.
Either way, we programmers should be manually messing with version numbers a whole lot less.
nützlich  Meinungen  interessant  Software  Projektmanagement  Entwicklung  Kommunikation  Archivierung 
november 2017 by Stolzenhain
Why I Left Gulp and Grunt for npm Scripts – freeCodeCamp
I believe there are four core misconceptions that led to Gulp and Grunt becoming so popular:

People think npm scripts require strong command line skills
People think npm scripts aren’t powerful enough
People think Gulp’s streams are necessary for fast builds
People think npm scripts don’t run cross platform

Doesn't address mixing package information and logic, but pretty helpful argumentation otherwise
nützlich  Inspiration  tested  Entwicklung  node.js  Projektmanagement  Webdesign  Debugging  Dokumentation  Javascript  Shell  Programmierung 
november 2017 by Stolzenhain
Drei-Zeiten-Methode – Wikipedia
Die Drei-Zeiten-Methode, auch 3-Punkt-Schätzung oder PERT-Schätzung genannt, ist eine Methode zur Schätzung von Zeit oder Aufwand im Projektmanagement. Sie erweitert die Zwei-Zeiten-Methode durch eine zusätzliche Gewichtung der Schätzung von Best-Case, Likely-Case und Worst-Case.
projektmanagement  aufwand  schätzung 
october 2017 by kopfbunt

« earlier    

related tags

_team  agil  agile  anekdote  anleitung  arbeit  archivierung  aufgabenverwaltung  aufwand  best-practice  bestpractice  blog  board  browserunterstützung  bugs  business  büro  cateno  cms  collaboration  collection  css  debugging  design  dezentral  dokumentation  drupal  entwicklung  epu  estimation  fehler  freeware  gantt  geschichte  gesellschaft  github  gitlab  grafik  groupware  gtd  handbuch  headless  howto  html  inspiration  interessant  javascript  jira  job  jobs  kanban  kmu  kochen  kommunikation  leadership  lean  leben  lego  mac  management  marketing  medien  mehrplatz  meinungen  methoden  microsoft  multiuser  node.js  nützlich  office  online  opensource  planung  pomodoro  productivity  programmierung  project  projectmanagement  projekt  projektmanagement  psychologie  quality  ressourcen  schätzung  scrum  semantik  shell  sicherheit  software  svg  tdd  team  tested  testing  tipps  todo  tool  trello  triage  vcm  web  webbased  webbasiert  webdesign  windows  wirtschaft  workflow  zeit  zeitplanung 

Copy this bookmark: