Rather than memorize a bunch of flash cards it seems much easier to just talk to them like humans and if they say something you don't understand don't be embarrassed to ask them what it means.
I know non-technical people who, when they think they are hearing anything remotely technical, seem to shut down and go into "I don't know technical stuff!" mode... Not that flashcards are going to cure _that_.
A guide for how to talk to a developer
21–30 of 45 posts
Re: A guide for how to talk to a developer
#22Re: A guide for how to talk to a developer
#23"Agile - A adapted method of project management in which tasks are divided into short phases, and plans are regularly revisited and modified in response to new information."
What does "adapted" mean in this context, anyway?
Re: A guide for how to talk to a developer
#24Earlier quoted context omitted.
I know non-technical people who, when they think they are hearing anything remotely technical, seem to shut down and go into "I don't know technical stuff!" mode... Not that flashcards are going to cure _that_.
I think you're right. I also know technical people who obscure gaps in their own knowledge with jargon. So clarifying questions that might expose the gap are responded to with increasingly technical rambling. Bad habits all around, feeding off each other.
It makes people scared to ask and passive.
Re: A guide for how to talk to a developer
#25Django - “a style sheet language that extends from CSS” what blasphemy!
The flashcard is uhh, close?
Re: A guide for how to talk to a developer
#26If you look past the poorly-thought-out title, this page is actually a good information resource for non-technical people.
Re: A guide for how to talk to a developer
#27Re: A guide for how to talk to a developer
#28This is painful. If, as an employee you're so engrossed in technical jargon that you can't explain it at an understandable and reasonable level to a competent adult, there's a problem. Likewise, as a manager, you memorized some flashcards and now "understand" enough to throw around some buzzwords and jargon, that's going to have it's own set of problems. Talk like a human, ask questions, and don't be an idiot.
Re: A guide for how to talk to a developer
#291. Is this for real? 2. Here are exactly two things that you need to memorize in order to make this sort of talk productive: a) I don't know what X is, sorry. Can you tell me what that is/Can you explain to me what it does? b) I'm not sure I follow. I thought X is [...]/does [...], what am I missing? 3. Did anyone who actually knows what these things mean review these definitions? E.g: Vanilla: "Plain or basic, often…
Yeah, I'd say an API is the interface that you expose so that other developers or systems can interact with your project. That can be over HTTP if it's a web service, but it can also be the interface that you expose from a library that's intended to be used by other developers. Python's Requests is based around the idea of exposing a better API than the stdlib's to manage HTTP requests. Win32 is an API, and so is Cocoa.
> Django
Uh... generally speaking, Django is a Python web framework. It has its own templating language, but I don't recall any facility specific to CSS. That one is just weird.
Re: A guide for how to talk to a developer
#30Some of these are just wrong. "Django" is not "A style sheet language that extends from CSS."
And an API is not quite " A set of rules that developers follow to create software that can interact with an external system or application" [emphasis added]... (Gives the impression of a design pattern or something, IMO) This is awful.