• (disco)

    Frist, paging @Fox.

  • (disco) in reply to sloosecannon

    I was waiting, just for you.

    Seriously though, do you not recognize your own work? If anything I did every come back to me, I'd know, because my name would be right there in the About box (my pride is just that big for that), and even if I don't have the source code, I'd at least remember a little about it.

    For example, anyone want to ask me about my attempt for simulating Windows on the Ti-83+ using the on-board TI-BASIC interpreter?

  • (disco)

    Does not having proper indexes really make it that much slower than the original FoxPro version?

  • (disco) in reply to LB_

    Well, since he didn't have "the source code", he probably made all of the columns CHAR(MAX) (or whatever the MySQL Equivalent is). The amount of IO to do a table scan for everything...

  • (disco) in reply to LB_

    Maybe there were multi table joins on blob or character columns without indexes. One of my early MySQL projects I forgot an index and search would time out: adding a few select indexes reduced the search time to less than a second for 10000s of records!

  • (disco) in reply to Tsaukpaetra
    Tsaukpaetra:
    you

    for mua?

    I'm honored

  • (disco) in reply to sloosecannon

    Although I failed the inb4 @paula

  • (disco)

    PHP had been around for a few years, so it must be stable and fast, right?

    :rofl:

  • (disco) in reply to sloosecannon
    sloosecannon:
    Frist, paging @Fox.

    -hmph-

    always forgetting the resident vixen, aren't we?

    just because his name is fox, does not mean he's the only one!

    :tangerine:

  • (disco) in reply to accalia

    Paging @accalia too!

  • (disco)

    This ending is rather unsatisfying. It brushes over (what i assume is) the part where the old guy tries to implement the new system and hits a brick wall of loading and processing times and proceeds to rage at the young developer, which is arguably the climax of the story. Instead it just skips over to "they used the old system until the old guy retired" without mentioning the good part of how they arrived at that decision.

  • (disco) in reply to sloosecannon

    Took you long enough *shakes head*

  • (disco) in reply to sloosecannon
    sloosecannon:
    Paging @accalia too!

    Sorry, no points for you. One thing I learned from being married is that you don't get any credit from doing what a female asks after she asks; you only get credit for it if you did it without being asked. Also no credit if it's something you normally do anyway. Also no credit if you did something without being asked, but it wasn't the thing she wanted done but hadn't yet asked you to do. Also no credit if ...

  • (disco) in reply to HardwareGeek
    HardwareGeek:
    Sorry, no points for you. One thing I learned from being married is that you don't get any credit from doing what a female asks after she asks; you only get credit for it if you did it without being asked. Also no credit if it's something you normally do anyway. Also no credit if you did something without being asked, but it wasn't the thing she wanted done but hadn't yet asked you to do. Also no credit if ...

    QFT.

    5 points to GryffendorHardwareGeek

  • (disco) in reply to HardwareGeek
    HardwareGeek:
    Also no credit if ...

    Continue?????? WHERE DOES IT END?????

  • (disco) in reply to sloosecannon

    :thats_the_point.bmp:

  • (disco) in reply to Fox

    I thought my over-exaspirated WHERE DOES IT END????? made that obvious :)

  • (disco)

    "Sadly, he couldn't find the original sources for the program anywhere" --- that's TRWTF, right there.

  • (disco)

    Btw, I remember by the time of Win98, Apache is still in v1.x and still use fork() (i.e.: multi-process instead of multi-thread. Since Windows favors multi-thread over multi-process, there were known performance issue. And what's more, you don't get connection pooling this way), maybe that could be accounted for certain level of slowness in the story.

    Also, depending on how the original program is written, since data in FoxPro never actually leaves the program (the data engine itself IS running in your program), there are some way of writing code that will NOT cause performance issue on FoxPro but will cause problem on virtually every other programming languages, if the way he process data is such way, he'll need to refine the order to fetch data or it'll surely cause problem.

    To give an example, in FoxPro, if you select all data in a table then use code to do filter, there will not be much performance difference than select data with "where" clause even if on a very large table. Try doing that on any other programming languages. :stuck_out_tongue:

  • (disco)

    In answer to the Article's question: No.

    He has no "bright future" (and the phrase bright future is as used by those in software management speaking about themselves). After a "disastrous" start (the product worked as expected first time out of the box) he recovered and showed potential with V2. But he threw that away by having nothing more to do with it when it didn't work. I.e. He passed up the opportunity, even with the incentive of up front cash with oodles of more cash available, to increase the complexity or make it more "enterprisy" without actually fixing anything.

  • (disco) in reply to sloosecannon

    HardwareGeek must be single it ends with "No credit at all."

  • (disco) in reply to accalia

    There's the one we like and the one we like...to :trolleybus:.

  • (disco) in reply to rc4
    rc4:
    There's the one we like and the one we like...to :trolleybus:.

    10 points to Slytherinrc4

  • (disco) in reply to accalia

    :smile:

  • (disco)

    Isn't that a bit microaggressive?

  • (disco)

    Back in the 1990, programmers used to design the algorithm first, and then translate that into code. This lead to the effect that many programs didn't only run at the first try, but even ran correctly.

    At that times this was considered acceptable.

    Nowadays, we've overcome those outdated ways. We prefer shittystilistically, buzzwordically and sementicully approved documentation and an iterative convergent process™ that takes much more time but has the undeniable advantage of being enterprisey® and capital sink effective.

    Obviously, that guy did it according to best accepted practice both times.

  • (disco) in reply to Gaska
    Gaska:
    Isn't that a bit microaggressive?

    No.

    It is at the same time accurate and macroaggressive, as any :trolleybus: can confirm.

  • (disco) in reply to PWolff
    PWolff:
    Back in the 1990, programmers used to design the algorithm first, and then translate that into code. This lead to the effect that many programs didn't only run at the first try, but even ran correctly.

    At that times this was considered acceptable.

    I don't believe such approach could work. I just can't wrap my head around the possibility that the clients knew what they want right from the start.
  • (disco) in reply to Gaska

    They weren't real clients, they were scientists and other nerd folk. And/or the guy next desk. Or yourself.

    And even if they didn't know what they wanted they knew after a bit of chit-chat.

  • (disco) in reply to Gaska
    Gaska:
    I just can't wrap my head around the possibility that the clients knew what they want right from the start.

    As a QA person, I can't wrap my head around the idea that devs know what the fuck they intended to code before they sat at a keyboard and drooled all over it. :trolleybus:

    A lot of the time, the important algorithms are known in advance. If you hand an accountant an algorithm in pseudocode of how to calculate their taxes, they can spot the mistakes that would have taken hours of testing to find.

  • (disco) in reply to PWolff
    PWolff:
    They weren't real clients, they were scientists and other nerd folk. And/or the guy next desk. Or yourself.
    Ha! I knew it wasn't real!
  • (disco) in reply to Yamikuronue
    Yamikuronue:
    As a QA person, I can't wrap my head around the idea that devs know what the fuck they intended to code before they sat at a keyboard and drooled all over it. :trolleybus:
    Hey, I don't drool over my keyboard! I need it to work, after all :stuck_out_tongue:
  • (disco)
    Fox:
    Maybe you should learn to recognize blatant sarcasm.
    Maybe you should learn to use it?

    On the second thought, no. It would make your posts even more confusing and stupid.

  • (disco) in reply to RaceProUK
    RaceProUK:
    I don't drool over my keyboard!

    Liar! We all know what you do while watching fox porn.

  • (disco) in reply to Yamikuronue
    Yamikuronue:
    As a QA person, I can't wrap my head around the idea that devs know what the fuck they intended to code before they sat at a keyboard and drooled all over it. :trolleybus:
    I could write what I think of testers, but everything is just so insane here in this giant international corporation that I can't even.
  • (disco) in reply to Luhmann
    Luhmann:
    We all know what you do while watching fox porn.
    I don't. Could you post those videos that I'm sure you've recorded with @RaceProUK's hacked webcam?
  • (disco) in reply to Gaska
    Gaska:
    Luhmann:
    We all know what you do while watching fox porn.
    I don't. Could you post those videos that I'm sure you've recorded with @RaceProUK's hacked webcam?

    The joke's on him: all that camera's filming is a cracked floor tile :stuck_out_tongue:

  • (disco) in reply to Gaska

    My plan folded ...

    RaceProUK:
    all that camera's filming is a cracked floor tile

    But I did got this one ...

    [image]
  • (disco) in reply to RaceProUK
    RaceProUK:
    The joke's on him: all that camera's filming is a cracked floor tile :stuck_out_tongue:
    Well, there are many different fetishes. Now we know @Luhmann's!
  • (disco) in reply to Gaska

    A crack is a crack and it could be filled!

  • (disco) in reply to Luhmann

    Ps. @RaceProUK you need to hitch a ride on the roomba again ... I see a lot of dust in the crack.

  • (disco) in reply to Luhmann
    Luhmann:
    A crack is a crack and it could be filled!

    :giggity:

  • (disco) in reply to RaceProUK

    Yes, when are you going to do something about that flooring?

  • (disco) in reply to Luhmann

    When you pay me the cash monies :stuck_out_tongue:

  • (disco) in reply to RaceProUK

    RacePro: Professional cam babe :D

  • (disco) in reply to Yamikuronue

    I usually imagine who the program I'm writing will be work before actually writing code, so if no one change my basic assumption on how the code works I can code the program correctly at the first time.

    Now if any of the fundamental assumption change, my world breaks and all kinds of chaoserratic bugs sneaks in what I create.

    I really hate requirement changes... especially those who are made before consulting the clients, and require me to change back next time. Three or four back and forwards and I'll lost my mental image on the program, and will have to resort to what they call convergent process™.

  • (disco)
    Fox:
    No, I find certain attempts at humor unfunny enough to be ridiculed instead of ignored.

    Yes, every single one of yours.

  • (disco) in reply to Yamikuronue
    Yamikuronue:
    I can't wrap my head around the idea that devs know what the fuck they intended to code before they sat at a keyboard and drooled all over it.

    :)

  • (disco)
    Fox:
    recognize blatant sarcasm.

    it's never going to be blatant sarcasm if you continue to omit the <sarcasm> warning tags.

  • (disco)

    That kid's name ..... Albert Onestone

Leave a comment on “Foxxy Professionalism”

Log In or post as a guest

Replying to comment #:

« Return to Article