|
User since: |
May 30, 2002 at 16:48 UTC
(22 years ago) |
Last here: |
Mar 27, 2024 at 22:00 UTC
(11 hours ago) |
Experience: |
31795
|
Level: | Paladin (21) |
Writeups: |
3800
|
CPAN ID: | JDPORTER |
Location: | Mastodon | Ascended: | erzuuli |
User's localtime: |
Mar 28, 2024 at 04:58 EDT
|
Scratchpad: |
View
|
Member of: |
holders of unholy power, janitors, pedagogues, pmdev, pollsters, power users, QandAEditors, SiteDocClan
|
For this user: | Search nodes |
Watch for posts by this user |
|
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
|
Complex file manipulation challenge
in Seekers of Perl Wisdom
4 direct replies — Read more / Contribute
|
by jdporter
on Aug 13, 2019 at 12:53
|
|
One of the packages in Scaladex (Scala's equivalent of CPAN, I guess) states its motivation in the form of the following problem:
- List all .csv files in a directory by increasing order of file size
- Drop the first line of each file and concat the rest into a single output file
- Split the above output file into n smaller files without breaking up the lines in the input files
- gzip each of the smaller output files
How would you do this in Perl?
I reckon we are the only monastery ever to have a dungeon stuffed with 16 ,000 zombies.
|
New Feature: Usergroup-Private Threaded Discussions
in Perl Monks Discussion
No replies — Read more | Post response
|
by jdporter
on Jul 01, 2019 at 13:44
|
|
We have a new feature: usergroup-private discussion threads.
This lets members of groups (such as pmdev) have threaded discussions, just like in the regular sections, but completely unvisible to anyone not in that user group (aside from gods, of course).
Up until now, user groups have always used wiki nodes
for intra-group discussion; but wikis are pretty suboptimal for this purpose.
(They remain useful for other purposes, such as collaboratively maintained documentation.)
The esteemed chromatic made such as observation way back when the concept of the wiki nodetype was first proposed:
IMHO wikis are best suited to accumulating community resources and keeping them relevant. I do not think that for general discussion that a wiki makes more sense than the usual noding. But if a topic comes up often, summarizing it in a wiki would make sense.
So this new feature is intended to replace the use of wikis for discussion.
If you're a member of a user group, try going to the group's page (janitors, pmdev, breathers of fire, etc.) and see what's at the bottom.
One main way in which these threaded discussions are different from the regular sections is that nodes are not votable and will always have reputation zero
— the idea being that it wouldn't be fair for a monk to be able benefit monetarily from posts which are not accessible to the general public.
Consequent to that, replies are always shown newest first.
Whenever someone posts a direct reply to a group — which is essentially a top-level post under a group — it sends a message to all members of the group, something like this:
There is a new comment on pmdev by jdporter...
This idea was initially floated and developed in
Create new [pmdev]-only section "Pmdev Discussion" and
Create new [gods]-only section "Gods Forum".
But note that the final implementation of the feature did not adhere to the designs suggested in those threads.
If you're in pmdev, you can see a technical description of the implementation by visiting the new nodetype usergroupnote; scroll to the bottom to the documentation.
I reckon we are the only monastery ever to have a dungeon stuffed with 16 ,000 zombies.
[abbr://] tests:
- whipuptitude
- some 'title' text
- some 'suffix' (no 'title')
- some 'title' (no 'suffix')
|
RFC: Better Best Answers Gets Real
in Perl Monks Discussion
4 direct replies — Read more / Contribute
|
by jdporter
on May 16, 2019 at 16:50
|
|
The fundamental objective of my proposal is to eliminate the Categorized Questions and Answers section — its machinery is odd, gratuitously different from the other sections; difficult to maintain, and nobody uses it, despite its promise — and replace it with something better.
So I have implemented part of the proposal, up to a basic level of functionality, as follows:
It is now possible to mark root posts in the Seekers of Perl Wisdom section (hereinafter called questions) as "good", and to mark as "good" any replies (hereinafter called answers) to questions marked as "good".
(To be very clear: a question can be 'good'; and a 'good' question can have 'good' answers. An answer cannot be 'good' unless its root post is 'good'.)
Furthermore, it is possible to associate one or more tags (aka keywords) to a 'good' question.
In most views (such as the SoPW section and threaded node views), questions and answers marked as 'good' will be displayed with a nice gold star next to the title, as well as the tags.
There is a new section-like page, Illuminations, which lists all the tags currently in use; this view is analogous to the main page of the Q&A section.
If you click on one of the tags, you get a page listing the individual questions having that tag.
Marking a node as 'good' (which I have internally called "blessing"), and setting the keywords of a blessed node, are features accessible to the QandAEditors via their nodelet.
Also of interest to the QandAEditors is the enhancement whereby 'SoPWify'ing a Categorized Question not only converts it to a SoPW post but marks it as 'good' and gives it a tag corresponding to the QA section it was in.
An example of this effect can be seen in this post. You can see that it is 'blessed' (it has a gold star), and its tags consist of "numbers";
that's because, before conversion, it was a Categorized Question under the QandASection: numbers section.
So that's the basic workings we have so far. There's a bit more to do before we can consider this major task done:
- Implement tag search functionality. This should be a tweak to the extant title search functionality, so that it searches tags at the same time it searches titles.
- Bulk-convert the extant CatQ's. (QandAEditors can do these one by one today, using the 'SoPWify!' button.)
- When that's done, take whatever succeeding steps are necessary to "shut the section down", e.g. disabling the submission form.
- Implement the resounding effects of blessing. Possibilities are discussed in the RFC. Don't trigger these effects for nodes converted from CatQ, however.
- Update the QandAEditors documentation.
- Indicate Good Questions and Answers in RAT. Or maybe not.
- Add a nice GUI around setting and modifying blessings and tags.
- Announce the new feature in Tidings.
- Figure out how we'll increase the ranks of QandAEditors. Maybe import all current active Janitors and Pedagogues?
Now my question for you, fellow monk, is:
What do you think of this? Is it a good idea? What more could we do with this capability to make PerlMonks better?
Further thoughts...
I would also be concerned that QandAEditors (or whatever group is given this power) might be tempted, however subconsciously, to treat this award as a special upvote for themselves.
We do not want these deputies to go casting stars on every question they like.
Therefore, I think we should establish some requirements for a question to be eligible for the star. How about:
- Must have at least $NORM reputation; and
- Must be at least 3 days old.
As I explained in the original RFC, the idea is to acknowledge and collect those questions (and answers) which have been esteemed exceptional by popular concensus.
I reckon we are the only monastery ever to have a dungeon stuffed with 16 ,000 zombies.
|
RFC: Hide Very Bad Answers From Visitors
in Perl Monks Discussion
16 direct replies — Read more / Contribute
|
by jdporter
on Jul 24, 2018 at 17:10
|
|
Following on from previous discussion on this topic...
Problem:
In the eye of the public (that is, not-logged-in visitors), the apparent quality of the site can be significantly dragged down by answers (or other replies) which are esteemed by the voting population to be notoriously poor.
Proposed Solution:
Within threaded views of discussions, hide from Anonymous Monk any replies with a sufficiently low negative reputation.
Details:
In the threaded view of a post within a section such as SoPW, and within the threaded outlines displayed by RAT, any reply with a reputation below a given threshold will not be displayed. (This has the effect of hiding the entire sub-thread rooted at such reply as well.) This feature would only affect Anonymous Monk. Proposed threshold: -7.
This would not affect any node being viewed "directly", only replies under it -- regardless of that node's type or reputation. It also would not affect root posts being shown in RAT.
FAQ
- Q. I want to see every reply, even low-rep ones. Does this affect me?
- A. No, as long as you're logged in.
- Q. Ok, suppose I'm Anonymous Monk. Can I opt out of this "feature"?
- A. No, as long as you're not logged in.
- Q. Ok, then are these "very bad" replies completely inaccessible to me?
- A. No; you can still get to them via other normal means, such as Search and Super Search, and direct links.
- Q. What about in Newest Nodes? Will these "very bad" replies be hidden there as well?
- A. Not under the current plan. That's a more "raw" interface, and isn't particularly useful for visitors trying to get a view of a "question" along with its "answers".
- Q. I think a node would have to be much worse than -7 to merit this kind of treatment.
- A. That's not a question. Here's a question: What threshold value would you suggest?
- Q. This sounds like reaping but without the process. Why don't we just let the reaping process handle this problem?
- A. The criteria for reaping are fairly strict. Simply having abominable technical merit (for example) is not sufficient grounds for reaping. Yet
these are not strangers to our land it may still be desirable to shield the eyes of innocent visitors from such content. That's all we're trying to do here. Once you've signed in at the front gate and picked up your meal chit, all content is laid bare, just as always, no matter how bad.
Other thoughts on this idea? Alternative proposals?
See my update below.
I reckon we are the only monastery ever to have a dungeon stuffed with 16 ,000 zombies.
|
RFC: Better Best Answers
in Perl Monks Discussion
5 direct replies — Read more / Contribute
|
by jdporter
on Sep 12, 2016 at 17:50
|
|
It has long been understood, and I have long felt, that the Categorized Questions and Answers section is fundamentally suboptimal in how it works from the users' perspective; and I can tell you that it would be essentially impossible to improve by a sequence of minor tweaks. What we need is a fresh start. And whatever that looks like, it should reduce the complexity of the site, not add to it. I would suggest that the QA section should be eliminated entirely, and instead have some means to identify and indicate "good questions" and "best answers" among the nodes in the Seekers of Perl Wisdom section. Here are my thoughts; please share yours.
QandAEditors would have a way to attach a "good" flag to nodes in SoPW.
A root post (question) so flagged would be analogous to our current "approved questions", and a reply so flagged would be a "good/best answer".
(By procedure, but without enforcement, QandAEditors would generally only mark first-level replies as "good".)
Monks of sufficient venerability would be given special bonus votes to help raise the reputation of worthy replies.
Monks of Level 11 (Chaplain) and above would receive, each day, bonus votes equal to their level minus 10.
These bonus votes can only be spent according to the following restrictions:
- Only on replies in SoPW, not on root posts and not in any other section;
- Only to upvote, not to downvote; and
- Only on nodes which the monk has already upvoted.
In effect, a Level 11 monk would get a chance, once per day, to give +=2 to a SoPW reply of hir choice.
Ancillary to all the above, there would of course be a way visually to indicate which replies to a question were deemed "best". There may even be a reply sorting option to put best answers at the top. An option could be added to Super Search to let the user get only "best answers", if desired.
If this proposal is enacted, then we could theatrically theoretically create a batch process to convert all of the existing Categorized Questions to SoPW posts with the "good" flag set, and their answers to replies similarly. That would fairly trivial.
Credit goes to the author of Re^2: Threaded Monks Yodeling Modeling, for stimulating me to think more about this problem and try to come up with a potential solution.
Why Level 11? Because any time we come up with an idea for a new "level power", I like to try to assign it to a level which currently has none. Ideally, each level would offer some new prize as an enticement. And looking at Number of Monks by Level, I see the numbers jump at level 11. For this arrangement to be worthwhile, we'd need a goodly number of monks to participate.
See followup: RFC: Better Best Answers Gets Real
I reckon we are the only monastery ever to have a dungeon stuffed with 16 ,000 zombies.
|
Gray Code
in Cool Uses for Perl
2 direct replies — Read more / Contribute
|
by jdporter
on Jul 12, 2016 at 16:39
|
|
# returns a list of vectors of numbers in (0,1)
sub gray2;
sub gray2
{
my($i) = @_;
$i <= 1 and return([0],[1]);
my @a = gray2($i-1);
( ( map { [ 0, @$_ ] } @a ), map { [ 1, @$_ ] } reverse @a )
}
my @a = gray2(3);
print "@$_\n" for @a;
I reckon we are the only monastery ever to have a dungeon stuffed with 16 ,000 zombies.
|
Editing your writeup is now a separate action from viewing a thread and voting on replies
in Perl Monks Discussion
5 direct replies — Read more / Contribute
|
by jdporter
on Jun 13, 2016 at 16:12
|
|
Historically, when you view one of your writeups (e.g. a CUFP post), you are given a form right there in which to edit your post if you wish. The form fields for that were in the same form as the node voting buttons. This enabled surprising behavior, described here. Therefore, I have removed the "edit" form from the main display view of your posts and pushed it off into a separate edit page. So now, if you visit one of your writeups, you won't see an edit form right there, but you will see an 'Edit' link in the upper right.
This change has already been in effect for about three months (as I mentioned) for certain sections — Obfuscated Code, Perl Poetry, Meditations, maybe others — and is now in effect for all sections:
CUFP, PMD, Obfu, Meditations, News, SoPW, Tutorials, Inner Scriptorium, Poetry, Snippets, Code Catacombs, even Craft,
as well as your replies in any section, and any posts of yours which have been thrown into the Off Topic bin.
Update: Based on feedback from users such as BrowserUK below, I have added a user display option to have the writeup edit form directly on the display page, below the writeup, as previously. However, it is now enclosed in a separate form from the voting buttons, so that the "surprising behavior" can no longer occur.
I reckon we are the only monastery ever to have a dungeon stuffed with 16 ,000 zombies.
|
'Bare' display style now supports css styling
in Perl Monks Discussion
1 direct reply — Read more / Contribute
|
by jdporter
on Mar 22, 2015 at 13:24
|
|
Logged-in users can now apply a css stylesheet to nodes rendered using the 'bare' display style. To do so, go to your Display Settings, and look for the text field labeled "Link to External CSS stylesheet for 'bare' display style:", near the bottom. Only "external" css is supported in this way; the text field's value must be a URL for a page of css.
For starters, here is some simple css which makes it easier to see the tree structure of replies and to distinguish one reply from another:
li.reply { border: 1px solid black; margin:5px; counter-increment: re
+ply-list; margin-top:20px; }
You can actually use that "[download]" link, there, as the URL in the Display Settings field. :-)
To see a page rendered in the 'bare' display style, either add ;style=bare to the URL of the page, or insert /bare/ in the path part of the URL. Examples:
http://perlmonks.org/?node_id=295788;style=bare
http://perlmonks.org/bare/?node_id=295788
More ideas:
form > div.reputation,
div.comment-on { padding:8px; border:4px outset #0A8; }
div.comment-on br { display:none }
div.body { padding:12px }
div.pmsig { border: 1px dotted black; margin:5px; }
div.header,
div.footer { padding:4px; border:3px outset #666; }
ul.inline-list li { display:inline; }
ul.inline-list li:before { content:"\2023"; margin-left:1em; margin-ri
+ght:0.2em; }
ul.replies { list-style: decimal; }
li.reply { border: 1px solid black; margin:5px; margin-top:20px; }
ul.replies > li
{
border: thin solid green;
border-left: thick solid green;
padding: 2px;
margin: 8px;
}
For pmdev:
p.titlechooser { display:none; }
I reckon we are the only monastery ever to have a dungeon stuffed with 16 ,000 zombies.
|
Message Inbox: Retain Deleted messages longer
in Perl Monks Discussion
2 direct replies — Read more / Contribute
|
by jdporter
on Feb 04, 2014 at 21:38
|
|
My hallucinogenic memory tells me that I read, somewhere, a long time ago, that any messages in your 'Deleted' folder get purged every day, or something like that; and my experience certainly seems to bear that out.
Can we please change that to a week, or at least several days? Thanks you!
(And if anyone can tell me where the code that implements this is -- and if it's a code node -- I'd be happy to code the implementation myself.)
I reckon we are the only monastery ever to have a dungeon stuffed with 16,000 zombies .
|
search data structures using SQL
in Seekers of Perl Wisdom
7 direct replies — Read more / Contribute
|
by jdporter
on Nov 15, 2013 at 20:35
|
|
I have several "tables" of related information in memory, in the form of arrays of hashes, where the elements of the hashes represent named columns of the tables.
I would like to be able to do some basic searching of this data using SQL.
Can you show me how I could do this easily, using only modules in the standard library? (Unfortunately I do not have the ability to install modules in this $environment.)
I reckon we are the only monastery ever to have a dungeon stuffed with 16,000 zombies .
|
|
|
|