|
User since: |
May 30, 2002 at 16:48 UTC
(22 years ago) |
Last here: |
Nov 09, 2024 at 12:22 UTC
(4 days ago) |
Experience: |
32699
|
Level: | Paladin (21) |
Writeups: |
3920
|
CPAN ID: | JDPORTER |
Location: | Mastodon | Ascended: | erzuuli |
User's localtime: |
Nov 13, 2024 at 01:17 EST
|
Scratchpad: |
View
|
Member of: |
holders of unholy power, janitors, pedagogues, pmdev, pollsters, power users, QandAEditors, SiteDocClan
|
For this user: | Search nodes |
|
Just FYI... I am not the jdporter who is aka boo_radley. (Indeed, he and I have been striving over the "jdporter" alias for many years. :-)
It's hardly debatable that we are indeed both (intolerant and capricious).
These are the consequences of having not rigorously defined policies and rules
and rather letting the community decide for itself what it tolerates or not,
and the makeup of the community being in a constant state of flux over time.⇒
I'm not sure when I joined SiteDocClan, but my first edit to a group wiki was on 2003-08-27.
I'm not sure when I joined pmdev, but my first edit to a group wiki was on 2005-12-28 and I submitted my first patch on 2006-01-26.
I joined gods on 2015-06-21 (in the ineffably resplendent form called erzuuli).
PerlMonks Quine:
perl -MLWP::Simple -e "getprint 'http://perlmonks.org/?node_id=170442;
+displaytype=displaycode'"
Signature
Previously, I used this:
Between the mind which plans and the hands which build, there must be a mediator... and this mediator must be the heart.
This is a line (my own translation) from the classic movie Metropolis.
Incidentally, my homenode pic above is a frame cap from this movie as well.
In the movie, the building of the mega-city Metropolis is likened to the legendary tower of Babel.
This was intended as a warning: Knowing the fate which befell Babel, the builders of the present age should
take care to avoid the same sins, and thus the same fate. Specifically, the builders of Babel lacked "heart" (a spirit of compassion and a willingness to compromise), and this resulted in a cataclysmic conflict between management and labor.
Most languages are like StackOverflow: I have a question, I want the best answer.
Perl is like PerlMonks: I have a doubt, I want to read an interesting discussion about it that is likely to go on a tangent. q-:
tye, in Re: What is PerlMonks? (why Perl)
A classic gem by eyepopslikeamosquito: I eagerly await the invention of a time machine so I can feast my eyes upon your majestic code. I estimate the probability of you having actually written such code is about the same as the probability of the invention of a time machine that allows us to view it.
Posts by jdporter
|
Another interview with our illustrious founder (aka Slashdot is 25)
in Perl News
No replies — Read more | Post response
|
by jdporter
on Jul 31, 2023 at 10:49
|
|
|
Probabilities of drawing certain cards
in Meditations
3 direct replies — Read more / Contribute
|
by jdporter
on Jan 06, 2023 at 12:33
|
|
This shows the probabilities of drawing two specific cards (labeled A and B) in a hand of five cards, from decks of various sizes.
All numbers are percentages.
When the deck contains no 'draw' cards:
Deck size | A & B | A & !B | A ^ B | A | B |
6 | 66.7 | 16.7 | 33.3 | 100.0 |
7 | 47.6 | 23.8 | 47.6 | 95.2 |
8 | 35.7 | 26.8 | 53.6 | 89.3 |
9 | 27.8 | 27.8 | 55.6 | 83.3 |
10 | 22.2 | 27.8 | 55.6 | 77.8 |
11 | 18.2 | 27.3 | 54.5 | 72.7 |
12 | 15.2 | 26.5 | 53.0 | 68.2 |
13 | 12.8 | 25.6 | 51.3 | 64.1 |
When the 'A' card causes Draw 1:
Deck size | A & B | A & !B | A ^ B | A | B |
6 | 50.0 | 0.0 | 50.0 | 100.0 |
7 | 41.7 | 8.3 | 50.0 | 91.7 |
8 | 35.7 | 14.3 | 50.0 | 85.7 |
9 | 31.2 | 18.8 | 50.0 | 81.2 |
10 | 27.8 | 22.2 | 50.0 | 77.8 |
11 | 25.0 | 25.0 | 50.0 | 75.0 |
12 | 22.7 | 27.3 | 50.0 | 72.7 |
The probabilities of other combinations can be derived from those given in this table:
- A | !B (A or not B - possibly both conditions) is the inverse of A & !B.
- A ^ !B (A or not B but NOT both conditions) is the inverse of A ^ B.
- !A & !B (neither A nor B) is the inverse of A | B
- !A | !B (not A, or not B - possibly both conditions) is the inverse of A & B.
- !A ^ !B (not A, or not B, but NOT both conditions) is logically the same as A ^ B.
|
How to get programming help
in Meditations
7 direct replies — Read more / Contribute
|
by jdporter
on May 23, 2022 at 11:21
|
|
"Every time I have a programming question and I rly need help, I post it on PerlMonks and then log into another account and reply to it with an obscenely incorrect answer. Ppl don’t care about helping others but they LOVE correcting others. Works 100% of the time"
-- @soychotic
|
In Praise of Web 1.0
in Meditations
2 direct replies — Read more / Contribute
|
by jdporter
on Dec 15, 2021 at 13:39
|
|
The Web Is F**ked, by Kev Quirk
Web 1.0 wasn’t just about personal blogs, GeoCities and scrolling marquees. Oh no, dear reader. We had our own version of social media back in the day - the web forum.
They were fantastic pieces of software that allowed communities to come together, discuss specific topics and generally hang out.
If you read no other part of it, I encourage you to
Familiarise yourself with POSSE and make your site the single source of truth for all your online content.
|
Perl/Raku community involvement survey
in Perl News
4 direct replies — Read more / Contribute
|
by jdporter
on Jul 16, 2021 at 13:53
|
|
|
TPF's Marketing Strategy for the Next Two Years
in Perl News
1 direct reply — Read more / Contribute
|
by jdporter
on May 20, 2021 at 15:56
|
|
This is actually from last August, but I haven't come across it until today.
Marketing Strategy for the Next Two Years (perlfoundation.org)
The question for us, I think is: What impact will this have on PerlMonks?
Will we be required to modify/restrict our "look and feel"
to conform to the branding guidelines set by TPF?
I reckon we are the only monastery ever to have a dungeon staffed with 16,000 zombies.
|
Banal Configuration Languages
in Meditations
1 direct reply — Read more / Contribute
|
by jdporter
on Feb 26, 2021 at 14:10
|
|
This is so great, I have to share it here. This guy nails it on the head. (Spring, we're looking at you.)
I suspect a lot of abuse of config files comes from moving logic out of source code for bad reasons. There are good reasons for not hard-coding, say, ports and service endpoints in your source code, because it makes it easier to run the code in different environments. However, there are also bad reasons for taking things out of code. A couple that I have encountered:
Pride in creating a "generic" system that can be configured to do all kinds of new things "without touching the code." Reality check: only one or two programmers understand how to modify the config file, and changes have to go through the same life cycle as a code change, so you haven't gained anything. You've only made it harder to onboard new programmers to the project.
Hope that if certain logic is encoded in config files, then it can never get complicated. Reality check: product requirements do not magically become simpler because of your implementation decisions. The config file will become as expressive as necessary to fulfill the requirements, and the code to translate the config file into runtime behavior will become much more complex than if you had coded the logic directly.
Hope that you can get non-programmers to code review your business logic. Reality check: the DSL you embedded in your config file isn't as "human readable" as you think it is. Also, they're not going to sign up for a Github account and learn how to review a PR so they can do your job for you.
Marketing your product as a "no code" solution. Reality check: none for you; this is great! Your customers, on the other hand, are going to find out that "no code" means "coding in something that was never meant to be a programming language."
|
The Perl Foundation responds to the Raku rename
in Perl News
2 direct replies — Read more / Contribute
|
by jdporter
on Jan 10, 2020 at 13:30
|
|
|
(OT) Your Dream OS
in Meditations
16 direct replies — Read more / Contribute
|
by jdporter
on Apr 12, 2012 at 12:30
|
|
Thinking about various operating systems and what makes them more or less preferable to others. So I'd like to put this question to you: If you could create a new OS with the best aspects of other existing systems — a "love child", if you will — what would it have? What are the things that set your favorite system(s) apart?
I'm phrasing the survey like this:
My ideal environment would have:
- the (noun) of Linux,
- the (noun) of Mac, and
- the (noun) of Windows.
Or:
My ideal environment would be:
- (adjective) like Linux,
- (adjective) like Mac, and
- (adjective) like Windows.
Feel free to use other systems (Plan9? VMS?) as you like, though I'm mainly interested in these "big 3".
For myself, I think my ideal environment would have:
- the simplicity, power, and FOSSitude of Linux,
- the sane and elegant UX of Mac, and
- the ubiquity (with all that entails — well, all the good stuff, anyway) of Windows.
I reckon we are the only monastery ever to have a dungeon stuffed with 16,000 zombies .
|
New PerlMonks for Perl 6 - A Good Idea
in Meditations
11 direct replies — Read more / Contribute
|
by jdporter
on Jun 24, 2010 at 11:12
|
|
I've decided that it really would be better for there to be a new, separate PerlMonks for Perl 6, when it goes mainstream.
I know that, from a Perl 5 / Existing PerlMonks perspective, there are good arguments to be made for keeping the "Perl Community" unified.
However:
1. Having a separate site for Perl 6 does not imply that the Perl Community is fractured. As it is, there are plenty of Perl-related sites. What's one more? ;-)
2. Looking forward to that glorious future when "Perl" means "Perl 6", it would be kind of a drag to have the principal Perl community site encumbered with so much Perl 5 baggage:
multitudes of Q&A, documentation, tutorials, contributed code, etc., etc., pertaining to a language which is no longer of any interest but archeological.
3. Perhaps most importantly, we are now more than painfully aware that the architecture of PerlMonks suffers from serious problems, flaws, and kludgities.
In many ways, this is analogous to the situation with Perl 5 which inspired @Larry to rewrite the next version of Perl from scratch.
I see the passing of the torch to Perl 6 as the perfect opportunity to re-invent PerlMonks as well. To make it new, better.
So I propose that we, Perl Monks, officially, start drafting a roadmap, a spec, for a new PerlMonks.
We want to capture everything that's good about PerlMonks, everything that makes it "work".
And we also want to take note of what's bad, what's broken, so that we may consciously avoid those problems in the next version.
One of the really great things about the current incarnation of PerlMonks is that the engine is written in Perl (5).
The users of the language can maintain the site in their own language.
(Or, to put it another way, the site's maintainers are drawn from the site's users.)
It is a stellar example of a language community successfully eating their own dogfood.
(And it may, conversely, go a long way toward explaining the failure of Java Junkies, for example.)
Therefore:
A Perl 6 community site should be written in Perl 6.
Of course, this presumes the existence of a decent web site framework written in Perl 6...
Hey Arunbear, if you got your ears on.... moritz mentioned that you were working on a rewrite from scratch. True? If so, what is the status of that?
Even if it's comatose, perhaps you could contribute its roadmap or other foundational artifacts.
What is the sound of Windows? Is it not the sound of a wall upon which people have smashed their heads... all the way through?
|
|
|
|