Of course!
But why you need to stick to proprietary solutions and make them unreachable on platforms you’re caring about on this community? Wouldn’t be better to just use IRC like civilized people do?
Trying to convince people who want Slack or Discord to use IRC will get you nowhere.
IRC is awesome and some of us have been using it since dirt but it ITSELF lacks features some modern users really want - built in search / logging / voice chat / built in image / sound rendering, etc etc etc.
You can say “Bah that’s all crap” - and I’ll agree with you, but that doesn’t stop people from wanting.
Personally, I wish more open source folk would explore sollutions like https://zulipchat.com/
Direct link to the code for everybody’s convenience: https://github.com/zulip/zulip
I know Zulip but haven’t tried it personally yet…
And, more importantly - does it have an IRC gateway? :)
Sort of: https://github.com/zulip/python-zulip-api/issues/106
I still like zulip quite a lot, i think its concept of topics does really improve discussions.
These bridging bots (between Slack/Discord/Matrix/Telegram/Hipchat and IRC) are quite incomplete solutions, as they can’t do “puppeting” so the bot impersonates all IM users as single IRC user and it’s bad to interact with them in that way.
I hope Matrix could solve this in the future.
I’ve been using Matrix for about 18 months, and it does puppeting perfectly when bridging to IRC, from either side.
The Slack bridging with Matrix looks to behave in a similar way; you’re almost unable to distinguish native users and bridged users.
This is a godsend. I’ve been staring at my Indigo2 for months wondering how I’m going to take the next steps in getting it back online. Bam, here we go! Now I just need to get a working SCSI drive and burn these CDs to reset the root password. Thanks!
Use DINA instead?
How will DINA help if @jamestomasino doesn’t have IRIX install media?
It doesn’t but it saves on avoiding the clumsy install process from CDs which involves swapping disks in and out multiple times.
I had a full Indigo2 with graphics upgrade that got abandoned in a move. :(
At one time we had a Challenge, a Fuel, an Octane (which I still, have, I think, or maybe an O2?), and that Indigo2.
I also have an Indigo 2 and an Indy sitting around in need of various little repairs. I hope this might help me get back into things.
From a comment:
let gopher stay simple
This. I see interest in Gopher again, but they way they talk about it, they want to talk shit on like Markdown (read; HTML) parsers and essentially turn it into the web over port 70; all because the web sucks. (It does though, so I’ll give them that.)
Gopher’s strength and charm (why we talk about it in the endearing sense today) is its simplicity. Basically having something like the web just without HTTP isn’t very interesting after all.
There’s some good threads on this on gopher phlogs arguing over what “simple” constitutes, what makes sense as a natural extention of the protocol and what feels like reverse engineering the web. The way Alex’s wiki page on encryption started feels very much like the latter to me. It was too much as soon as he started talking about adding persistent connections, which undermine the core principle of gopher. He eventually settles on adding TLS, though, which I think falls into a more natural fit. It’s easy to implement on both client and server and can fall back easily enough. It doesn’t fundamentally change the way you interface with gopher, just makes sure that anyone listening in the middle can’t read along. I like it!
Wanting to adhere to the core principles of gopher, but try saying persistent connections are useless when you’re not in a tight geographic area like gopher would’ve been when its core principles were conceived. (Basically: try living in Australia. Latency sucks.)
Yeah, TLS is simple - you just wrap the existing connection. It’s an easy adaption (either via stunnel or via adding a library) and fits other stateless protocols like HTTP fine.
I still maintain that the most gopher-ish way to support encryption is via public anonymous gopher proxies which take requests over plain gopher, encrypt them, and tunnel them to an exit node on the other side.
This means:
The mechanics of implementing the encrypted gopher proxies is beyond me, unfortunately. (I made an attempt, but ultimately couldn’t figure out the tooling.)
…but this doesn’t protect against anyone snooping on your end of the connection? They still have, in plaintext, what server you connect to, your request, and the response. You don’t even need to be a nation-state, just some guy in a coffee shop with a laptop.
If this is part of your threat model, I recommend running a local encrypted gopher proxy on localhost and chaining it with a remote pair (preferably having a pair of remote proxies that are forwarding your encrypted stream).
The original gopher link: gopher://sdf.org/0/users/dbucklin/posts/gopher_groff.txt
I love seeing gopher content shared on lobste.rs but it’s a shame when the original links are left off. Is it possible to share direct gopher links in submitted stories? I’m guessing not.
No mention of gopher clients! How are you supposed to see other people’s posts? I found this one: http://gopher.quux.org:70/devel/gopher/Downloads/ which seems to work pretty well. I remember back in the day firefox/netscape used to support gopher:// url’s but pretty sure that’s no longer the case.
I use OverbiteFF on Firefox. Lynx also supports gopher. But where was the author’s gopher site? If it’s so easy (and it is [1]) why did he not do it himself? Seems odd.
[1] Not only do I run gopher but I wrote my own server, mainly to serve up my blog.
The original article is posted on gopher here: gopher://sdf.org/0/users/dbucklin/posts/how_gopher.txt
Lynx is a fantastic gopher browser and there are several new ones also in active development. There’s sacc(1) from the folks at bitreich.org and also VF-1 if you prefer more of a REPL style interface.
I’m going to take this rare opportunity to plug my gopher client: https://github.com/enkiv2/misc/blob/master/ncgopher.py – not because it’s particularly good, but because it’s a good illustration of how straightforward a featureful gopher client is to write.
I’m aware of a couple people on mastodon making much more polished & featureful clients. I can’t remember their names offhand, unfortunately.
You can use elinks, lynx, cgo, sacc (that you can try via ssh at ssh://kiosk@bitreich.org), clic, curl to download…
Most browsers can start an external program after downloading a file, (xdg-open by default). Gopher has text-menu but is not text-only.
Even plain netcat/telnet, given how simple is the protocol. If all you want is getting a document from gopher: printf '/0/%s\r\n' "$url" nc "$host" 70 > file.
Firefox dropped the gopher:// protocol support. moz :/ la…
Indeed it isn’t (and I think even the Firefox add-ons that added back support don’t work anymore…)
Haiku’s network protocol client layer has first-class Gopher support, and since our WebKit port uses our internal protocol stack, you can browse Gopher in WebPositive.
I would go one step further–I only grudgingly sign NDAs and assignments of invention too and would prefer if they weren’t there.
This single issue is the thing that most makes me think we need collective bargaining and unions.
Given the MO of modern companies, our ideas and skills are all that we have.
Yeah I don’t think i’d work anywhere that did Assignments of invention. I just don’t think I could be paid enough to make me give that up. I once signed a noncompete though but it wasn’t this restrictive, it only applied to business that were making the exact same kind of product (Laboratory information Management Systems).
When I joined my last company they had an assignment of invention section in their paperwork, but provided a place to list exemptions. I listed so many things on that form: github side projects to theoretical ideas I’d been kicking around. When I handed in the packet to HR they didn’t know how to handle the fact that I actually filled that stuff out. They ended up removing the assignment of invention section completely.
I see a distinction between companies that prey on their employees and those that build in language and terms like this because legal told them to, or it’s “boilerplate”. Nether is acceptable and in many regions that take workers’ rights seriously they are explicitly illegal. I don’t see that happening in the US anytime soon, though.
If it’s important to you, don’t sign. If it’s important to you and your company is a bunch of idiots, change the contract before you sign it and watch them blindly put a signature on it. Who knows, maybe you’ll end up owning all their IP instead.
I can definitely understand why a company would want you to sign an assignment of invention and I don’t think they’re inherently good or bad. They’re just a trade off like anything else. If you really want to start your own company one day or side projects are really important to you than that’s something to consider strongly before signing an assignment of invention. Just like flexibility would be something to consider before taking a job if you really wanted to be able to take off work, with no advanced notice, to surf if the waves happen to be good and then make up those hours later.
Safety bars on looms and e-stops on lathes are a trade off like anything else…
This is a local minima of error that companies are stuck in due to investors and lawyers (and greedy founders) trying to cover their own asses.
It’s basically become industry standard, but seeing as how we’re all getting screwed in compensation (giving the growth we enable) compared to older days the bargain no longer makes sense. Further, the troubling trend is “Well, it’s probably no big deal to work on , just let us know and/or we don’t care anyways” is basically living with a gun to your head.
If it is such a non-issue that most companies will overlook it, fucking leave it off the conditions of employment. If it is such an issue, compensate the engineers properly.
I think we need to create a list of businesses that do this so that I can avoid ever applying to them and also ones that don’t do this so that I can weigh applying for them.
Safety bars on looms and e-stops on lathes are a trade off like anything else…
Apples and oranges. Those safety features don’t really affect the employer, but they have a huge effect on how safe the job is for all of the employees that use looms and lathes. Assignments of invention do have an effect on the employer and if you happen to be an employee without any aspirations of starting you own business then they don’t really affect you. Even if you do have that aspiration, a good company will be more than happy to stamp prior discovery paperwork to approve side projects that don’t have anything to do with the company’s area of business so an assignment of invention will only affect you if you want to compete with your employer.
Edit:
If it is such an issue, compensate the engineers properly.
If you compare the software engineering salaries with those of other fields it appears that we are compensated for signing non-competes and assignments of invention. Nurses, for comparison, are also highly educated salaried workers but they make on average $20,000 less per year then software engineers [Source] [Source]. It is entirely possible that the gap in pay is a result of a high demand for and low supply of software engineers. But there is a high demand for and low supply of nurses as well.
a good company
Where, where are these good companies? “Not all companies”, indeed!
There is no upside to for the employer to do this once they have the paperwork in hand, and relying on the charity/largess of a company is foolish–especially once belts start tightening. Even companies that aren’t terrible can often punt forever on this sort of thing because of limited time to devote to non-business issues, because legal’s job is to provide maximal cover and push back on anything that might create risk, etc.
I suggest that the overall tone of how employee engineers are viewed, for the good of all engineers, needs to change. Hell, most of the innovation people claim to care about so much would be strangled in the crib under the agreements that are common today!
Assignments of invention do have an effect on the employer and if you happen to be an employee without any aspirations of starting you own business then they don’t really affect you.
And without any intention of ever contributing to open source, and without any intention of ever writing an article or a story or a book, and without any intention of ever painting a painting, and without any intention of ever singing a song, etc., etc. (Ever assignment of invention I’ve ever seen has covered any and all copywritable works, not just code. Most have tried to claim assignment of works created before employment began.)
Ever assignment of invention I’ve ever seen has covered any and all copywritable works, not just code. Most have tried to claim assignment of works created before employment began.
That is an entirely different story. The assignments of invention that I’ve seen strictly pertain to ip related to the company’s products and services, during your period of employment with the company. Although they have all asked for a list of prior work as a practical means of proving that any such ip of yours was created before your time of employment. That said, my comments above were made with that understanding of what an assignment of invention is.
“Related” is way too open-ended for my comfort. If I contribute to an open-source project at night that is written in the same language I use at work, is that related? What about if they’re both web applications? What if they both use the same framework? If I write healthcare software during the day and I want to write a novel where somebody goes to the doctor, is that related?
In the contracts I’ve been presented with it’s been explicit that any work done prior to employment with the company that is no on your list of prior inventions becomes the property of the company. I’ve been programming since I was 12; there is no conceivable way I can list every piece of code I’ve written in 20+ years (much less other forms of copywriteable expression).
I have hired lawyers on two occasions to review assignment-of-invention contracts with provisions like these and on both occasions the advice I got was that “related” is pretty much a blank check for the employer.
The ones I’ve seen (and signed) have been restricted to inventions created at work or on company equipment, which amounts to roughly “we own the things we’re paying (or providing infrastructure for) you to create”. Within the context of capitalist employment, I think that’s essentially reasonable.
The fuzzy bit is, when you’re a salaried worker who is remote, what exactly is “company equipment”? What is “at work”?
How many of us have, in an evening say, made a commit to wrap up a thought after dinner from our laptops or desktops?
If you’re a salaried remote worker, the company should be providing your work machine, which is either a laptop you can take with you, or a desktop that you remote into. If you’re providing all the equipment out of pocket, why are you on salary, rather than working as a contractor?
The only exception I could think would be a very early stage startup, but in that case you’re probably coming from a place of having a better negotiating position anyway.
I’ve worked remotely for 3 jobs, and have always been provided a development machine, and have done my best to avoid doing anything that is strictly a side project on it for that reason.
One of the selling points vendors of separation kernels pushed was separation of Personal and Work on one device (“BYOD”). They mainly pushed it under the illusion that it would provide security at reduced costs on consumer-grade devices. They also pushed it for GPL isolation to reduce IP risks to them. Your comment makes me think that can be flipped: use of dedicated, virtual work environment for (typical benefits here) with additional benefit of isolating I.P. considerations to what’s in the VM. If you want something generic, do it on your own time in your own VM just importing an instance of it into the work VM and/or its codebase. Anything created in the work VM they or you can assume will belong to them.
I’m ignoring how time is tracked for now. Far as clarity on intent of I.P. ownership, what do you think of that as basic approach? Spotting any big risks?
I’ve never consulted a lawyer so I’ll concede to you on this. Thank you for posting about your experience!
If safety equipment did not affect the employer, then why did it take so long for employers to adopt them? Why did they fight so hard against them?
And if it isn’t a big deal to a good company to make exceptions, why bother with the clause?
If developers are being fairly compensated for these burdens, why do we still hear about a shortage of devs?
If safety equipment did not affect the employer, then why did it take so long for employers to adopt them? Why did they fight so hard against them?
The same reason anyone makes a fuss when you force them to do anything. People don’t like to be told what do to. Add to that the slow moving nature of large organizations and there is going to be a huge fight to get them to do absolutely anything.
And if it isn’t a big deal to a good company to make exceptions, why bother with the clause?
Because trusting every employee to be honest about signing over ip to anything they’re working on that is related to the company is not practical and it opens up the company to a huge amount of liability. If you don’t bother with the clause what happens if you inadvertently use your ip your day to day work, fail to notice, and fail to sign it over?
If developers are being fairly compensated for these burdens, why do we still hear about a shortage of devs?
Because there is a shortage. Paying more isn’t going to magically create more senior devs. It’ll increase the amount of people that get into the field (and it has) but there is still going to be a large lag time before they have the experience that employers are looking for. That said, if you compare the salaries of software developers to the salaries of other professions with shortages you’ll see that software developers make more. So we might not be compensated as much as you would like, but we are being compensated.
It took so long to do it because it costs money to replace your lathes with ones with E-Stops. It has nothing to do with being told what to do or being slow. Corporations can actually do things quite quickly when there’s a financial incentive to do so. They struggle to do things which they have a financial disincentive to do. This is precisely why unions are necessary for a healthy relationship between corporations and employees.
It has nothing to do with being told what to do or being slow.
It’s both. Companies regularly waste money on stuff that doesn’t benefit the company or refuse to switch to things with known benefits that are substantially different. These are both big problems in companies that aren’t small businesses. They’re also problems in small businesses, but often in different ways. Egos and/or ineptitude of people in charge are usually the source. On programming side, it’s why it took so much work to get most companies to adopt memory-safe languages even when performance or portability wasn’t a big deal in their use cases. Also, why many stayed on waterfall or stayed too long despite little evidence development worked well that way. It did work for managers’ egos feeling a sense of control, though.
Can’t forget these effects when assessing why things do or don’t happen. They’re pervasive.
I don’t think a ‘company’ has any feelings at all. I think companies have incentives and that is it, full stop. The people within a company may have feelings, but I think it is amazing the extent that a person will suppress or distort their feelings for money or the chance at promotion.
I would be surprised if liability was what companies had in principally in mind about ip assignment. I suspect the main drivers are profitability and the treat of competition.
In terms of compensation, I don’t think anyone is saying programmers are poorly compensated. The question is whether non-competes and and sweeping ip assignments are worth it. Literally everyone who works is compensated, of course it is reasonable to dicker over the level of compensation and the tradeoffs involved in getting it. …
I think there is a tendency to feel that the existence of an explanation for a company’s behavior is sufficient justification for it’s actions. Because there is an explanation, or an incentive for a company to do a thing has little to no bearing on whether it is good or right for a company to do a thing. It has even less bearing on whether a thing is good from the perspective of a worker for the company.
If there is a shortage of software developers, and they are worth a lot of dollars, it is in the interest of software developers to collectively negotiate for the best possible treatment they can get from a company without killing the company. That could include pay, it could be defined benefits, it could be offices with doors on it, or all of the above and more.
There is a strong strain of ‘the temporarily embarrassed millionaire’ in programmer circles, though. It seems like many empathize with the owner class on the assumption that they are likely to enter the owner ranks, but I don’t see the numbers bearing that assumption out.
If there is a shortage of software developers, and they are worth a lot of dollars, it is in the interest of software developers to collectively negotiate for the best possible treatment they can get from a company without killing the company.
And as you know, employers colluded to secretly and collectively depress labor wages and mobility among programmers in Silicon Valley (Google, Apple, Lucasfilm, Pixar, Intel, Intuit, eBay), on top of the intrinsic power and resource advantage employers have over employees, further underscoring the need for an IT union.
https://www.hollywoodreporter.com/news/pixar-lucasfilm-apple-google-face-suit-285282 (2012)
A very good reason for a union.
Given a union, I wouldn’t necessarily even start with salary, so much as offices with doors and agreements around compensation for work outside of core hours, parental leave and other non-cash quality of life issues.
In terms of compensation, I don’t think anyone is saying programmers are poorly compensated. The question is whether non-competes and and sweeping ip assignments are worth it. Literally everyone who works is compensated, of course it is reasonable to dicker over the level of compensation and the tradeoffs involved in getting it. …
Whether or not it is worth it is an individual decision. But at the end of the day we are compensated significantly more than our peers in other fields with shortages (accounting staff, nurses, teachers, etc). If you don’t believe that we’re being compensated enough, then what we really need to be doing is advocating for our peers in those other fields. Because if we’re not getting paid enough, they sure as hell aren’t getting paid anywhere close to enough. And if we improve the culture around valuing employees in general, that will translate into improvements for us as well. A rising tide raises all boats. But as it is, I don’t know anyone but programmers who think programmers are underpaid.
I’m all for paying people more, but I’m unclear why you are focusing on these other fields, I was under the impression we were talking about programmers and the IT field
I also disagree that those fields constitute peers. Accountants may be the closes as white collared professionals, but they are in a field where everyone applies the same rules to the same data, which is an important difference. I’m all for labor solidarity, but I think it’s up for people in a given field to advocate for themselves. People elsewhere should lend support, sure
I also disagree that those fields constitute peers.
They’re peers in that they’re fields with similar, if not more rigorous, educational requirements and they’re also experiencing labor shortages.
Accountants may be the closes as white collared professionals, but they are in a field where everyone applies the same rules to the same data, which is an important difference.
That doesn’t mean they provide any less value than programmers though. If you run a big business you absolutely need an accountant and a good accountant will more than pay for themselves. That said, given the pay gap, it’s unclear to me that programmers aren’t already getting compensated for signing non competes and assignments of invention. Especially when you consider how much lower the average compensation is for programmers in markets where non-competes and assignments of invention are not the norm [Source].
I’d never sign an assignment of invention, I find the concept to be absurd, especially in an industry like software engineering.
I sign NDA’s without complaint when they’re not over-reaching. Many are sensible enough to abide by. But I once had an employer who attempted to make their workforce sign an NDA that imposed restrictions on use of USB sticks retroactively, with huge penalties - up to $10 million - in a company where USB sticks were routinely used to transfer documents and debug builds between on-site third party suppliers and employees of the company. Basically everybody would have been liable.
Brilliant work. I’ll be using this daily as my main interface to Lobste.rs now. I hope you keep tweaking it and improving it with time.