#json

taz@pod.geraspora.de

Schon wieder eine #Stellenausschreibung

Webentwickler:in mit Schwerpunkt Frontend in Voll- oder Teilzeit für taz.de ab sofort gesucht

Die #taz war die erste online lesbare #Tageszeitung Deutschlands. Sie bietet nach wie vor alltäglich die Möglichkeit Dinge anders zu machen und ist immer noch #Konzern-unabhängig.
Willst Du mit uns die zunehmend digitale #Zukunft des #Journalismus gestalten? Wir bieten ein kooperatives #Umfeld, das Raum für #Weiterentwicklung und #Kreativität lässt, aber auch strategisches #Denken erfordert und die Bereitschaft, alltägliche Probleme auch eigenverantwortlich zu lösen.

Wir suchen zeitnah ein:e Kolleg:in mit praktischer Berufserfahrung in der Webentwicklung, gerne auch als Quereinsteiger:in. Wichtig ist uns, dass Du nicht nur teamfähig bist, sondern bevorzugt gemeinsam arbeitest, auch mit technischen Laien.

Im #Frontend-Bereich von taz.de stehen viele Veränderungen an. Derzeit gestalten und bauen wir unseren Verlagsbereich neu. Als nächstes plant die #taz, den redaktionellen Bereich zu relaunchen. Dabei werden wir vieles überdenken und verändern. Neben der Pflege und der Weiterentwicklung von taz.de erwartet dich ein bunter Strauß an Themen: #Datenschutz, #Tracking, #Ads, #SEO, strukturierte #Daten, #Feeds, #Barrierefreiheit und vieles mehr.

Anforderungen:

Wenn Du Lust darauf hast, in einem nach wie vor politisch motivierten Umfeld als Teil des Web-Entwickler:innen-Teams auch abteilungsübergreifend mit vielfältig interessanten Menschen, mit Produktentwicklung, EDV, Redaktion und Verlag zusammenzuarbeiten, melde Dich.
Bei der taz bieten wir nicht nur ein kollegiales Arbeitsumfeld, sondern auch familienfreundliche #Arbeitszeiten (flexible #Vollzeit 36,5h/Woche, remote-Arbeit aktuell bis auf Weiteres aufgrund von #Corona erwünscht, auch danach ist prinzipiell #Home-Office möglich, 30 Tage #Urlaub) – es gibt ein ordentliches (und subventioniertes) #Mittagessen im taz-Café.
Wir wollen diverser werden. Deshalb freuen wir uns besonders über Bewerbungen von People of Color und Menschen mit Behinderung. Deine Perspektiven sind uns wichtig und sollen in der taz vertreten sein. Die Arbeitsplätze und Toiletten sind weitestgehend #barrierefrei. Das taz-Café ist mit dem #Rollstuhl erreichbar.
Schicke uns deine #Bewerbung und zeige uns, welche Kenntnisse und Erfahrungen Du gerne bei der taz entfalten würdest.
Es handelt sich um eine volle unbefristete Stelle ab taz-Lohngruppe V. Auch Teilzeit wäre denkbar, wenn Vollzeit für dich nicht möglich ist. Arbeitsaufnahme zum nächst möglichen Zeitpunkt. Schreibe uns gerne, ab wann Du einsteigen könntest und richte Deine Bewerbung an webjob@taz.de.

Wir freuen uns auch über Weiterleitung, ihr findet die Stellenausschreibung auch unter https://taz.de/jobs

#job #jobs #arbeit #anstellung #jobangebot

dredmorbius@joindiaspora.com

unjsonify-diaspora: A shell script for extracting post Markdown source

I've needed to do this often enough, and gotten it wrong sufficiently many times, that I've finally written a simple shell script using jq and sed, to return straight Markdown from a Diaspora post. It mostly makes re-editing typos easier.

#!/bin/sh

jq -M .text | sed 's/^"//; s/"$//; s/\\r\\n/\n/g; s/\\"/"/g'

Saved as unjsonify-diaspora.

This extracts the '.text' element, trims leading and trailing quotes, replaces \r\n sequences with linefeeds, and unescapes quotes. Some further substitutions may be required though so far it seems good.

"But how do you get the JSON" you ask? Simple: append .json to any Diaspora URL.

For example: https://joindiaspora.com/posts/c7415d50e97f01385366002590d8e506

Becomes: https://joindiaspora.com/posts/c7415d50e97f01385366002590d8e506.json

You can either copy/paste the rendered content to the script, or (preferable) use a web uttility such as curl or wget to pipe directly to the script:

curl --silent https://joindiaspora.com/posts/c7415d50e97f01385366002590d8e506.json |
     unjsonify-diaspora

Usually I'm doing this to fix typos, so you could send this on to an editor:

curl --silent <url> | unjsonify-diaspora | vim -

Then delete your old, buggy post and replace it with a new buggy one.

#json #jq #ShellScripts #JustLinuxThings #linux #diaspoa #tips

thomthomas@pluspora.com

Have You Ever Pressed Share only to notice a mistake? Bummed because you'll have to redo all the markdown formatting? Boy Do I Have A #Tip For You | Or:

How I lost my shit reading the historical discussion around adding an edit feature to diaspora* and accidently stumbled across a fugly workaround to retrieve markdown formatting.

A story of agony (for the author or the reader? You decide)

The Problem with how we have to currently edit
aka: I seriously enjoy the current edit process. About as much as I enjoy fucking myself in my own face with a cinderblock.

When we are posting to diaspora, we all know what to do if we make an error/typo/word choice that we simply cannot live with.

A. We copy the text, 
B. Delete the comment or post, 
C. Start a new comment or post 
D. And then mark it up all over again,
    hoping not to make the same or new mistakes.

If it wasn't clear, I seriously enjoy this process. About as much as I enjoy fucking myself in my own face with a cinder block. So nice, I typed it twice.


So here it is, just the #tip

  1. Before you delete the offending post, get the permalink to the post
  2. and add .json to the end of the URL
  3. You will see a nasty looking blob of text but upon closer inspection, other than some HTML and other markup, nestled within one big quotation, you will find your post in all it's markdown glory (plus some characters to represent line breaks /r and /n and the magic code for the > character [markdown for blockquote] that will need to be cleaned up.)
  4. Copy your words along with the markdown formatting intact,
  5. Paste into a new post
  6. And clean up some of the rendering artifacts noted above and there you have it! A fresh start.

And a Kafkaesque editing process that feels like a late 90's problem ruining a perfectly AWESOME diaspora UX (otherwise).


Wondering how I stumbled across this tip?

Or what it has to do with anything else in this rambling nightmare of a story? Well - buckle upand prepared to be bored to death by my petty, nit picking reaction to what I perceive to be user experience (UX) hostility.

Seriously - there's lots of words below, but you don't want to go there. It's a dumpster fire smoldering in the shit show of my heart. Consider this your warning. Below you will find a WTAMFF and a I shit you not.

You will read an author full of incredulity, self righteous ire and a whole lot of puffed up attitudes about the import of his own opinion. Is it a spectacle worth your time? I don't know. You'll have to decide.


So I decided to start reading Feature proposal: Editing of posts

You know - the 7 year long discussion where developers wring their hands and knit their brows about how can they possibly control the end users from abusing an edit feature.

After reading more than I care to admit on this tiresome conversation that ended in a muddied proposal about diaspora lacking an edit post & edit comment feature, I came across the json tip.

In fact, one of the devs actually suggested the .json trick as a satisfactory method for users to edit (that is - copy the .json markup, delete the old post, redo the post, publish again) and therefore there was no need for edit features.

W T A M F F
^what^ ^the^ ^actual^ ^mother^ ^fucking^ ^fuck^

One of the devs actually asked:

Is it really a good and desirable thing, coding effort aside, to let people edit their historical comments at any time? I don’t think it is, for reasons I’ve outlined above ...

His reasons outlined "above" boiled down to the fact that people are children and can not be trusted.

That kind of end user hostility is unacceptable to me.

Another of the greatest hits from as recent as October 2017:

If you have any doubt, copy the raw markdown version of your post before submitting it.

The best way to avoid errors is to preview your post until you are certain everything is correct!

I shit you not one goddamn bit.


To be fair, there were voices of reason

After getting lost down this rabbit hole for a few hours, I ended up posting these comments to the github diaspora project issues

Well, it looks like my comment on the issue isn't being shown publicly.
Good thing I took some really bad advice and decided to copy the raw markdown version of [my] post before submitting it.

Oh wait - no need because you can actually edit comments on github issues.

Imagine that! It's a goddamn Christmas miracle all up in github. Mofos be editing with abandon! Look out, neckbeard42 is going to go back and maliciously edit his comments to make shabang7 look like a stupid head. OMG! :scream: ^emoji^


Okay - I'll cut and paste my comment here:

I want to contribute to the bountysource but I am unclear as to what form the edit feature will take. I have a few hundred dollars I'd like to add to this bounty and I'd like to encourage my friends and followers to contribute as they can. I'd like to raise the total to over $1000 but I need to know what it is that is being proposed.

Maybe I'm being unfair, but reading over the conversations dating back to 7 yrs ago (in a few different places) - I think all the fretting about people going back and changing a comment or post in bad faith amounts to a user hostile attitude.

Most people will use the edit feature in good faith. The few that don't will lose engagement and trust. For the most part, we are adults. I think we can handle the incredible responsibility of editing our own words and managing our own credibility.

Maybe that is no longer an issue and that fear of users abusing the edit feature has been put to bed. From what I've read, it is not clear to me.

In fact, there doesn't seem to be an easy to understand overview of how the edit feature is envisioned from a UX point of view.

Questions a user wanting the edit feature might have:
1. As a diaspora user, will I be able to publish a post, re-read it 3 days later and edit an autocorrect mistake (change 'poop' to 'park')?
2. Ten hours later, I get comments asking for clarification - will I be able to edit the post again to add an addendum to the bottom of the post clarifying the details of my narrative?
3. Will there be a time limit of minutes, days, weeks, months for editing?
3. Will I be able to make similar edits to my comments on my or someone else's post?
4. Will there be the typical notation on the post/comment that the post/comment was edited 20 minutes ago (for example)
5. Will we be notified of every edit made on posts or comments we've interacted with?
6. If I make a bunch of changes experimenting with the markdown to get the best presentation I can, will I irritate the people with a bunch of notifications?

If anyone herding this effort along thinks it would help, I am more than happy to jump into the IRC channel or participate here or in whatever comms channel best suits the project to help specify what the feature will look like from a user perspective - both in detail and in a tl;dr format.

I used to work as a technical writer so I'm equipped to interface with technical people and translate it into end user.


Do you want to contribute to the Edit Feature Bounty?

User should be able to edit posts


PS - If you think I notice a typo and I'm going to make use of my own #tip here to retrieve the text with the markdown markup from the .json file, you are out of your got'dammed mind.

I'd almost rather fuck myself in my own face with a cinder block.

#tip #json #markdown #why-the-eff-doesnt-diaspora-have-edit-features-yet #thomrant #github #bountysource #diaspora-issues #sorry-if-i-hurt-feelings #humor #just-the-tip #mole-hill #mountain #dumpsterfire #mystory #tilting-at-windmills

dredmorbius@joindiaspora.com

A rudimentary G+ post content extractor (JSON format)

Following the YouTube Anschluss in which Google forcibly integrated G+ and YouTube accounts (among other properties), against my express wishes, pretty much forever violating my trust in the company, I made the conscious decision to largely exit G+, removing my content, while archiving what I'd previously posted.

Pulling useful information out of those archives has been ... interesting.

Continued at the dreddit

http://www.reddit.com/r/dredmorbius/comments/21t7im/a_rudimentary_g_post_content_extractor_json_format/

#googleplustips #archives #json #pandoc #shellscripts #linuxhacks