Welcome to the Lounge

pkfox3-Jul-20 22:07

pkfox

3-Jul-20 22:07

I'd certainly read it

"We can't stop here - this is bat country" - Hunter S Thompson - RIP

honey the codewitch4-Jul-20 10:38

4-Jul-20 10:38

P/Invoke Jujitsu: Passing Variable Length Structs[^]

Here you go. If I didn't explain something regarding how to do this technique very well, let me know and I'll append the article. I've been doing P/Invoke so long I may take for granted things people don't know.

Real programmers use butterflies

pkfox5-Jul-20 0:16

pkfox

5-Jul-20 0:16

Just read it - very cool stuff going on in there - I love this kind of lowish level tech - well done

"We can't stop here - this is bat country" - Hunter S Thompson - RIP

honey the codewitch5-Jul-20 2:02

5-Jul-20 2:02

pkfox wrote:
I love this kind of lowish level tech

back in my day (1986 or so) that was called programming. Laugh | :laugh:

Seriously though, I'm always glad to know when someone appreciates one of my articles. thanks

Real programmers use butterflies

Nelek4-Jul-20 7:36

Nelek

4-Jul-20 7:36

I have read it, but another thing is to understand everything D'Oh! | :doh:

M.D.V.

If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.

honey the codewitch4-Jul-20 7:41

4-Jul-20 7:41

I welcome questions. I really wish it was something i could demonstrate with puppets. Big Grin | :-D

Real programmers use butterflies

Nelek4-Jul-20 11:32

Nelek

4-Jul-20 11:32

honey the codewitch wrote:
I welcome questions

Good to know

M.D.V.

honey the codewitch4-Jul-20 11:39

4-Jul-20 11:39

I have a background in bit twiddling on 8 bit and 16 bit machines in asm and later C so when I see a struct I automatically visualize its layout in memory. It makes doing p/invoke easy but hard to explain because i take things for granted that other people maybe struggle with.

I think it hurts my writing. So I'm serious, when you get a chance, if the way I'm writing and presenting this material makes it difficult for you or other readers to understand it, you are the most helpful resource around to me and I'd love your help in helping me explain it better, if that makes sense.

And if you're not interested or you don't have time that's okay too. Smile | :)

Real programmers use butterflies

modified 4-Jul-20 18:24pm.

Nelek4-Jul-20 13:47

Nelek

4-Jul-20 13:47

Have you seen the second sentence of my signature?

I know what you mean.

I'll re-read it and give you a feedback, but it might get some time.

M.D.V.

honey the codewitch4-Jul-20 13:53

4-Jul-20 13:53

okay, fair enough. Smile | :)

Real programmers use butterflies

First make it work...

honey the codewitch3-Jul-20 12:16

3-Jul-20 12:16

First make it work
Then make it work *fast*
Then find out why it doesn't work anymore
Then ask for an actual test budget/timeline for projects.
Then get blown off.
Then ask a coworker to look at the code
Then hack it to work
Then make it work with a new feature
Then make management happy until the customers start calling because it blew things up.
Then ask (again) for an actual test budget/timeline for projects.
Then make it tested.
Then make it work

or something like that.

(cowboy coding in the dotcom boom 1990s trying to serve way more pages than servers were worth in those days and on impossible timelines)

I do like that companies I worked for started realizing that actual development lifecycle and testing was important, though sometimes it took some failed projects.

those were the salad days.

I'm sure the above has many variations, and everyone can come up with one. We all have war stories. It's what makes it fun.

Real programmers use butterflies

megaadam3-Jul-20 12:24

megaadam

3-Jul-20 12:24

This variant happens a lot:

- Make a super techy proof-of-concept, fast as Elephant!
- Made it. [Not me personally but I saw it happen.]
- They sold it.
- They sold it again and again and...
- Now add a bunch of features!
- Yihaa!
- Why the Elephant is that so hard? Who the Elephant wrote this pile???

"If we don't change direction, we'll end up where we're going"

honey the codewitch3-Jul-20 12:33

3-Jul-20 12:33

That's actually pretty good result, considering it made it through the first sales cycle. Poke tongue | ;-P

Real programmers use butterflies

megaadam3-Jul-20 13:28

megaadam

3-Jul-20 13:28

Well I was a bit inaccurate there. It was sold before development and paid on delivery.

"If we don't change direction, we'll end up where we're going"

Mycroft Holmes3-Jul-20 12:47

Mycroft Holmes

3-Jul-20 12:47

You must be with the advanced team.
- Discuss a feature in a meeting.
- Decide it is feasible.
- Manager tells the sales team.
- Submit a budget and time frame for development.
- Sales team sell the feature as completed.
- Manager wants to know why the feature has not been completed.
- Ask management for budget approval.
- Sales manager goes ballistic because he has a pissed off rep and customer.
... it goes on and on and never gets better!

Never underestimate the power of human stupidity -
RAH
I'm old. I know stuff - JSOP

Greg Utas3-Jul-20 12:48

Robust Services Core | Software Techniques for Lemmings | Articles

3-Jul-20 12:48

It's 2000, the peak of the telecom bubble. An all-hands meeting, maybe 250 people in attendance. My boss, the VP of Engineering, is Sri Lankan. Best boss ever. No nonsense, and no tolerance for corporate politics. Calls stuff like that boo-sh*t because Tamil lacks the ll sound in bull. But only in his staff meetings.

He gets up to speak and laments how hard it is to find qualified developers. He describes the people coming in for interviews, saying "We have lots of Joe Blows, but no Joe Blow jobs." Laughter, but probably a lot more than he expected.

Totally innocent. He would have been absolutely mortified if he'd realized the double entendre. Today, some snowflake would have gone whining to HR, and his job might be in jeopardy. Back then, no big deal.

honey the codewitch3-Jul-20 12:53

3-Jul-20 12:53

At COMDEX in 2000 some coworkers (with our CEO) threw burning pizza boxes out the window of their hotel. I had nothing to do with that particular incident of debauchery, but there are others that happened during those couple of weeks that I won't mention outside of vegas. I was however, in the car when said CEO drove the rental car up a curb and blew out the tire, he drove it back on the rim and they gave him an SUV instead. Laugh | :laugh:

Vegas is full of enablers/ Fun times.

Edited to make SFW. Apologies

Real programmers use butterflies

Greg Utas3-Jul-20 13:48

Robust Services Core | Software Techniques for Lemmings | Articles

3-Jul-20 13:48

Rental cars. Smile | :)

I lost the keys to our rental car in 1986 while glacier trekking on Galdhøpiggen in Norway. I had foolishly put them in my pocket, and they must have fallen out when I sat down somewhere.

So I called the NAF (Norwegian Automobile Assocation) and explained the problem. They would send a guy out first thing Monday morning. It's now Friday at 5pm, and I explained that our flight left Oslo, many hours away, on Sunday.

OK, they'd send someone out in the morning. But this was a little different. He had to break into our car, take apart the steering wheel, and bash the ignition lock into submission. Something that looked like a potentiometer was left hanging from the steering wheel, and the car had to be started with a screwdriver.

When I dropped off the car at the Oslo airport and the check-in lady asked for the keys, I handed her the screwdriver. I told them to charge my credit card for the repairs, but they never did.

honey the codewitch3-Jul-20 14:14

3-Jul-20 14:14

Greg Utas wrote:
I told them to charge my credit card for the repairs, but they never did.

Well that was thoughtful. Laugh | :laugh:

I'm glad you made it out okay.

Real programmers use butterflies

Marc Clifton3-Jul-20 13:26

Marc Clifton

3-Jul-20 13:26

First make it.

Then make it work. Wink | ;)

Latest Articles:
Abusing Extension Methods, Null Continuation, and Null Coalescence Operators

Greg Utas3-Jul-20 13:56

Robust Services Core | Software Techniques for Lemmings | Articles

3-Jul-20 13:56

I'm guessing it's still like that in a lot of places.

Except that very few now care about making it fast (or not a memory pig). Our customers used to raise hell if the system's capacity degraded by more than ~2% in a major release, which was naturally the result of their feature demands.

Nowadays, "stateless" programming is all the rage. Good Lord, we would have been out of business yesterday.

honey the codewitch3-Jul-20 14:12

3-Jul-20 14:12

Oh yeah, make it fast stopped being a rule back when pentium 4s stopped being a thing. =P

But this was back when we were trying to host com+ apps on an NT4 box and serve by taking over Asp's role. My first implementation served about 4 pages per second of our test website.

Real programmers use butterflies

Richard Andrew x643-Jul-20 14:01

Richard Andrew x64

3-Jul-20 14:01

Where I work, cowboy coding is the rule. Stuff always needs to be done yesterday.

The difficult we do right away...
...the impossible takes slightly longer.

Greg Utas3-Jul-20 14:26