« first day (1137 days earlier)      last day (3871 days later) » 
03:00 - 20:0020:00 - 00:00

8:03 PM
@GlenH7 This feels like a derivative of BOFHing someone - "Ah yes, this is a high solar flare month, that's probably why the outage happened, don't worry about it"
 
user41796
@JimmyHoffa Pretty close, yes. And the recipient knew not to argue. My coworker had broken him in well.
 
user55340
@JimmyHoffa in the Futelisk - did you look at that link for the game that I stumbled across?
 
user55340
> Maia is an upcoming sci-fi strategy simulation game by Simon Roth. The game has been described by Roth as "Dungeon Keeper meets Dwarf Fortress on a primordial alien world". Roth also cites Theme Hospital, The Sims, Black & White and Space Station 13 amongst its influences.
 
8:24 PM
> So far we've managed to avoid turning Perl into APL.
I don't know if I agree with that
I probably actually would have liked perl ok earlier in it's life, before it got caught up with The Almighty Object as much. The bits I've tried finding stuff about perl tends to pay a bit more mind to "How to write Java in Perl" than I like. which isn't surprising, considering we have an entire generation educated in the art of writing Java in every damn language they run into.
 
user55340
Perl gets... intresting... when you've got several developers working on the same code base.
 
user55340
Perl Moose tries to make that a bit more orderly, though I still go "hrumf" at it.
 
user55340
Old school perl objects weren't bad... especially if you didn't do anything like crazy inheritance.
 
@MichaelT I think "hrumf" is the ordinary "Yes, much appreciated!" in moose... so you like Perl Moose?
 
user55340
@JimmyHoffa I can see that if I was working on a team, the added discipline it imposes may be a good thing.
 
8:30 PM
@MichaelT Noting I know little to nil about perl, I'm going to stretch myself and say "I don't really think you should be doing OO in perl"
 
user55340
@JimmyHoffa Old school (bless this object) OO works quite nicely - you've got an object backed by some data structure with methods you can call on it. Thats all.
 
It seems like an ok language for all sorts of things with some pleasant functional facilities to allow for some nice abstractions, but it seems like the wrong language for defining things in terms of domain models and data modeled relationships. It seems like very much of a "do stuff" language like LISP as opposed to a "represent stuff" language like the OO ones
 
user55340
Its safer than passing around hash references to other functions / procedures and having them act upon it.
 
@MichaelT I guess the little I've poked perl has given me this impression: Write it like LISP with lots of primitives and functional composition, don't write it like Java with lots of DTOs and Facades and Managers"
 
user55340
I worked in perl 4 codebase for a long time... the bugs that would pop out from necessary changes to implementations.
 
8:33 PM
but then again I kind of have that take away about almost any language... I can't think of many languages I would ever like to be writing like Java...
 
user41796
@JimmyHoffa How is that any different than the generation that writes (bad) COBOL in every damn language they run into?
 
@GlenH7 It's newer.
 
user41796
COBOL consultants get paid more...
 
@GlenH7 COBOL consultants are much less happy with their lives
 
user41796
@JimmyHoffa You would be too if you knew the truth about what backs the vast majority of the software in our financial, insurance, and government sectors.
 
8:38 PM
@GlenH7 I've worked in financial sector at 4 different companies. That's why I laugh that people are worried about their privacy being invaded by the NSA. The inverse of Hanlon's Razor is also true and reads: Malice is much less scary than stupidity
 
user55340
Malice implies some degree of competence.
 
@MichaelT And incompetent malice is not to be feared for obvious reasons
 
user41796
And it looks like we should get some rain today or tomorrow. Woo hoo.
 
user55340
@JimmyHoffa Thats like the school bully who can't tie his own shoes... and so every time he goes to pick on a kid he trips over his shoe laces.
 
Someone at some point might think we really like the weather in here. Maybe we all work for NCAR, who knows?
Actually NCAR would be an awesome place to work, you couldn't work in a prettier place
That's NCAR. My ma actually coded on a Cray there for a time in the 80s..
 
user41796
8:48 PM
@JimmyHoffa that is gorgeous. Is that out in your current neck of the woods?
 
@GlenH7 ~15-20 minute drive from me. It's about 5 minute drive from downtown boulder, the whole surrounding area is Chautauqua park covered in hiking trails
from the parking lot you can walk on a trail that goes up behind the flatiron on the left, people climb that flatiron all the time
 
user41796
I think I could talk myself into really enjoying going to work every day with a backdrop like that
 
Another angle, you can see it's not far from the city or anything.
@GlenH7 When I worked in Genesee, there was some open space right down the street that had trails ending here
During the winter we would drive up genesee mountain (like 15 minute drive on part dirt road?) and snowboard down into the office parking lot. Also snowshoeing over lunch was common.
 
user41796
@JimmyHoffa much healthier than taking a smoke break.
 
user55340
@JimmyHoffa I'm thinking of snowshoing to lunch once we get snow here and I don't have to worry about ticks.
 
8:56 PM
@MichaelT Got some woods around your new office?
 
user55340
@JimmyHoffa goo.gl/maps/rgEbA Lunch (do a 180 to see the office).
 
user55340
its more 'across a field' thing.
 
user55340
> This element is an enumerated value with the following definition:
 
user55340
Gee, helpful documentation there.
 
@MichaelT Ah aye, some nice prairie their anywho
 
user55340
9:00 PM
This part of the area is rather field / prarieie...
 
9:20 PM
Moore's law: A law that everyone quotes like a proven formal law but is actually just something some dude said once that happened to be relatively accurate for a while. Basically equivalent to asking someone to predict a coin toss a few times, when they get it right claiming there's a law named after them that all coin tosses will be predictable.
 
9:58 PM
> Tcl long ago fell into the Forth trap, and is now trying desperately to extricate itself (with some help from Sun's marketing department).
I'm not sure I believe that, or even where that belief came from?
 
10:32 PM
> The random quantum fluctuations of my brain are historical accidents that happen to have decided that the concepts of dynamic scoping and lexical scoping are orthogonal and should remain that way.
Does perl scope like JavaScript?
Because that's how I think of javascript..
 
psr
11:03 PM
@MichaelT Just like MUMPS! (Except you should use all caps and truncate to 5 letters).
 
@psr And in MUMPS it's for the same reason: Vowels cost extra; every vowel in a variable name takes up twice the memory of a consonant at runtime :(
 
user55340
@JimmyHoffa First off, there's use strict - which mandates that you declare the var before using it (the lack of that was a design decision back when the number of perl programmers could be counted on two hands).
 
user55340
perl has traditional package/global scoping (use vars or our). There's lexical scoping within a block (my). Then there's funky old fashioned local - which doesn't so much scope, but localizes a variable and restores it afterwards.
 
user55340
Before my, you used local to make sure you didn't clobber something else.
 
user55340
$foo = 42;
print $foo; # prints 42.
{
    local $foo;
    $foo = 21;
    print $foo; #prints 21
}
print $foo; #prints 42
 
11:13 PM
:11680399 In javascript it's:

(function() {
  var local = "thisIsLocal";
  globalA = "thisIsGlobal";
  this.parentA = "thisGoesInMyParentScope";

  function() {
    var local = "iJustClobberredMyparentsLocalInsideMyScopeButNotOutside";
    globalB = "yep another global";
    this.parentA = "clobbers parentA inside my parent scope (as if a local in it)";
  }
}).apply(function() { var parentA = "look a parent scope, using apply I dynamically changed the parent of the crap I just defined above"; });
So it's lexical, but then depending on how you define variables they may go in local, global, or parent, and it's dynamic because you can use bind and apply to make the parent scope vary
 
user55340
Local, for all but masking out special variables is fairly much deprecated.
 
user55340
    # Read the whole contents of FILE in $slurp
    { local $/ = undef; $slurp = <FILE>; }
 
user55340
Thats an idiomatic use of local.
 
user55340
$/ in perl is the record input delimiter - what value do you use to delimited reading records (think reports again). $foo = <FILE>; reads one record. If you make it undefined, that reads the entire file into the variable.
 
03:00 - 20:0020:00 - 00:00

« first day (1137 days earlier)      last day (3871 days later) »