|
rotor posted:the entire point of all the various agile methodologies is to
|
# ? Sep 12, 2012 05:17 |
|
|
# ? May 8, 2024 23:13 |
|
i use an agile
|
# ? Sep 12, 2012 05:17 |
|
hey we're going to demo some features you haven't implemented yet tomorrow, can u have them done and stable thanks
|
# ? Sep 12, 2012 05:24 |
|
ameliorate
|
# ? Sep 12, 2012 05:29 |
|
my boss is smart enough to not ask for stupid things like that
|
# ? Sep 12, 2012 05:31 |
|
CamH posted:my boss is smart enough to not ask for stupid things like that must be nice
|
# ? Sep 12, 2012 05:35 |
|
this thing where you fill out your own quarterly review or whatever is just the laziest thing
|
# ? Sep 12, 2012 05:35 |
|
ugh, quarterly?
|
# ? Sep 12, 2012 05:38 |
|
Sweeper posted:must be nice i like my job
|
# ? Sep 12, 2012 05:40 |
|
yeah if your boss routinely asks for stupid/impossible poo poo, consider getting a job writing software for a company that understands how software is built.
|
# ? Sep 12, 2012 05:44 |
|
legacy update: just had to jump through hoops to get .net 1.1 sdk installed and building old poo poo in a version of visual studio made in the last decade.
|
# ? Sep 12, 2012 06:56 |
|
Cocoa Crispies posted:python is good to start with since you will make stuff in less time and lots of people start with python There was something in the thread earlier about how learning python requires you to learn another language as well if that matters? Anyway I am just trying to get my feet wet as much as possible before formal classes so I've been doing the codeacademy thing + reading books. So I suppose whatever you guys feel is best geared for that kind of learning. rotor posted:cnc machines are cool as hell and i'ma buy a lil desktop one for myself for my birthday and then never do anything with it There are shop clubs around silicon valley that let you rent time. Might be a better way to spend that money?
|
# ? Sep 12, 2012 07:08 |
|
LegendofDongslayer. posted:There was something in the thread earlier about how learning python requires you to learn another language as well if that matters? idk what the hell this is about. learn python tho
|
# ? Sep 12, 2012 07:22 |
|
that would involve leaving the house, and as a prolific yosposter i
|
# ? Sep 12, 2012 07:22 |
|
tef posted:We like to say that documentation is easy and developers are lazy, but I have found scant good documentation, so I have come to the conclusion that good documentation is hard, by virtue of it's rarity
|
# ? Sep 12, 2012 08:51 |
|
aples documentation si cool
|
# ? Sep 12, 2012 08:55 |
|
tef posted:i find it more you read my posts with a view to dissect them for faults, over letting me away with my more general, vague point made through fanciful word choice and handwaving. I do that, yes, I think there's some deep-seated underlying flaw there that's quite hard to grab a hold of. Believing that coding is the same thing as typing source code might be it. tef posted:again, you're making the point that you seem to be missing from my posts. the challenge and difficulty from software come from people, not from algorithms, nor data structures. software starts and ends with people, it only exists for people to use, so tell me again how much of the coding effort is spent on solving trivial problems and how much of it is figuring out what those trivial problems are in the first place?
|
# ? Sep 12, 2012 09:50 |
|
rotor posted:the number one cause of software project failure is bad requirements gathering. And sometimes that doesn't matter because the program lives in a feedback loop with its users. How the users interact with the software and use it will push for new requirements that they wouldn't even have had without the software. By its mere existence, software impacts the world of its users in a way that naturally and inevitably prompts for changes. The best you can do with a good spec is say that it is good for now, unless you're working with more static rule sets, such as playing chess or implementing specific theorems. rotor posted:no, agile recognizes that all targets are in fact moving regardless of what some spec sheet may tell you and tries to enable you to hit the moving targets. All kinds of iterative developments have the potential to be good because of that. You have to take an approach that recognizes how easy requirements change if you want to be able to have anything make sense. A vast majority of a project's time is spent after its first delivery.
|
# ? Sep 12, 2012 13:06 |
|
Win8 Hetro Experie posted:software starts and ends with people, it only exists for people to use, so tell me again how much of the coding effort is spent on solving trivial problems and how much of it is figuring out what those trivial problems are in the first place? It's false to assume that solving a trivial problem is all that needs to be done with that problem. Your list right now has:
Here's a quick list of what could be added:
Yes, people are the users using your app, but people are also the developers coming in after you and cleaning things up. It doesn't matter if you have a billion users but you can never fix errors or bugs (which will happen) or update whatever requirements because things are a mess. There's an important economic argument that can be made that partially wrong software that you can make better is more useful and viable than perfect software that you cannot modify (for everyone in non life-threatening situations). If you think resolving this tension between requirements is in any way simple, I don't know what to say to you.
|
# ? Sep 12, 2012 13:14 |
|
Win8 Hetro Experie posted:I do that, yes, I think there's some deep-seated underlying flaw there that's quite hard to grab a hold of. Believing that coding is the same thing as typing source code might be it. hi, here is an answer to the question I have in my head rather than what you've just said. quote:software starts and ends with people, it only exists for people to use, so tell me again how much of the coding effort is spent on solving trivial problems and how much of it is figuring out what those trivial problems are in the first place? oh look i'm doing it again.
|
# ? Sep 12, 2012 14:14 |
|
rotor posted:the entire point of all the various agile methodologies is to Requirements gathering is impossible because the customer is always right. And has probably been sold a solution to the halting problem.
|
# ? Sep 12, 2012 14:31 |
|
Zombywuf posted:Requirements gathering is impossible because the customer is always right. instead of trying to hit a moving target maybe we could become the target itself and bounce about to get the customer to hit us
|
# ? Sep 12, 2012 15:08 |
|
Win8 Hetro Experie posted:instead of trying to hit a moving target maybe we could become the target itself and bounce about to get the customer to hit us So you've written integration software then?
|
# ? Sep 12, 2012 15:25 |
|
Zombywuf posted:So you've written integration software then? worse, completely new software
|
# ? Sep 12, 2012 15:56 |
|
and the customer is more like a potential customer
|
# ? Sep 12, 2012 16:00 |
|
you'll get equity
|
# ? Sep 12, 2012 16:01 |
|
it looks like we're going to port our code on $projects[0] to FreeRTOS
|
# ? Sep 12, 2012 16:25 |
|
good god no at least give eCos a look
|
# ? Sep 12, 2012 16:35 |
|
can you give me a quick rundown of why eCos is preferable? i don't have prior experience with either and i'm not the driver of this change although i have some modicum of input
|
# ? Sep 12, 2012 17:07 |
|
maybe it's just x86/my env, but freertos was a pain in the rear end to build and i had to write a lot of asm to make it play nice with my other tools eCos build isn't perfect, but it's a lot smoother than freertos. also has the nice GUI config manager to set it all up, like you've got checkboxes for FPU support, the different schedulers, etc. compiles to a library that you link to when you build your content and anything that you don't use gets trimmed then. also has a POSIX layer so it's easy to write for.
|
# ? Sep 12, 2012 17:35 |
|
JawnV6 posted:maybe it's just x86/my env, but freertos was a pain in the rear end to build and i had to write a lot of asm to make it play nice with my other tools it's probably x86. I've used freeRTOS on a few ARM projects and I never had to do poo poo to get it to play nice.
|
# ? Sep 12, 2012 18:12 |
|
yeah it built without issue and the footprint is smaller. it's unfortunate that the closest thing to an academic comparison of the two in the wild is a pair of papers written by swedish undergraduates(?) with a poor grasp of english that don't give any data at all for anything (or any indication of having tested anything or even thought about it deeply)
|
# ? Sep 12, 2012 18:26 |
|
so what's the yospos verdict on RTAI linux? because that's what we use at work
|
# ? Sep 12, 2012 20:48 |
|
Otto Skorzeny posted:it looks like we're going to port our code on $projects[0] to FreeRTOS we are thinking of porting our product to raspberry pi so we can afford to smash cluster members with a hammer during demos
|
# ? Sep 13, 2012 02:06 |
|
Cocoa Crispies posted:we are thinking of porting our product to raspberry pi so we can afford to smash cluster members with a hammer during demos ive been trying to convince the company that the impression it makes is worth the cost of spiking the laptop after a presentation.
|
# ? Sep 13, 2012 03:07 |
|
rotor posted:ive been trying to convince the company that the impression it makes is worth the cost of spiking the laptop after a presentation. pretty much, its like smashing a guitar after a show*, it shows that either you're profitable as gently caress and don't give a poo poo, or you're broke and really don't give a poo poo, either way it'll be a fun time at the afterparty *please don't smash guitars its bad karma
|
# ? Sep 13, 2012 04:00 |
|
ill smash a fuckin guitar if i drat well want to gently caress you
|
# ? Sep 13, 2012 04:22 |
|
Cocoa Crispies posted:If you work hard at being clear in your naming, you’ll also rarely need to write comments for the code. Comments are generally only needed when you failed to be clear enough in naming. Treat them as a code smell. comments are great for introducing new developers to a code base, and can make turning private objects into public apis easier.
|
# ? Sep 13, 2012 04:29 |
|
rotor posted:ill smash a fuckin guitar if i drat well want to gently caress you why would you want to gently caress jonny 290 though
|
# ? Sep 13, 2012 04:34 |
|
|
# ? May 8, 2024 23:13 |
|
hes just so dreamy is all
|
# ? Sep 13, 2012 05:05 |