News for hackers. Stuff that matters.
Re:The life and death of a startup by BeetleB on Tuesday August 29, 2017 @10:08PM (#15129193)
>but in our case, the purchase decision was rarely made by the person who actually had to use the software. And you have to get those people on board. If anything, they're more important, because they're the ones who are going to make the bosses life hell if the software they buy isn't doing the job - or worse - is doing the job too well.

>Over and over again, we saw internal sabotage. People would simply refuse to change processes, and would find any excuse. "Oh, the software didn't work, so I had to go back to doing it manually".

This one resonated with me, from a former workplace. Even when their jobs were nowhere near at risk, people don't want to change habits. The employees did not get paid more for being more productive, so they would find fairly pointless excuses for not using tools that made their lives easier.

Ultimately, it's a problem with management and their incentives (or lack thereof).

Re:The life and death of a startup by penpapersw on Tuesday August 29, 2017 @10:17PM (#15129245)
On the flip side, as someone who's tried to change stacks or IDEs or other software a few times, there's something to be said for already having momentum using existing solutions. Sometimes alternatives can be a little better, but not better enough to justify the time/energy/etc costs of switching. And more often than not, alternative solutions have their own flaws too. I tried three times in the past week to switch my portfolio website (https://sdegutis.com) to using Jekyll or Metalsmith or Hexo, and each time it just didn't prove any better than my own hand-rolled Node.js site generator, and in most cases, it was definitely worse in some ways, at least for the specific requirements I had. So switching tools can be good, if it's legitimately better in some way, and not worse in any other ways. But that doesn't isn't the case as often as we'd like to hope.
Re:The life and death of a startup by ThrustVectoring on Tuesday August 29, 2017 @11:24PM (#15129503)
Currently running into this moving from Vim to Spacemacs. Even with vim bindings, it works just slightly differently enough that there's a good chunk of friction. Specifically, mashing escape no longer reliably gets you into normal mode, bash is in a separate window instead of in tmux, some of my settings are different in ways I don't want to spend the time analyzing (probably scrolling? IIRC I set things up to center themselves as best they can in the window in vim), and the tab-completion for opening a file with :e is different through trying to be way more "helpful".
Re:The life and death of a startup by sokoloff on Wednesday August 30, 2017 @07:56AM (#15131357)
Assuming Spacemacs is like regular emacs, Ctrl-g [(keyboard-quit)] is the moral equivalent to esc in vim. Mash away.

If you want esc to work that way, put in your .emacs (but I really discourage it):

  (define-key key-translation-map (kbd "ESC") (kbd "C-g"))