So it’s not “Becoming a 10x Developer”, it’s “10 Ways to be a Better Teammate”. Anyway, clickbait title from an author proud of her titles - Head Mugwump, Software Princess, Software Warrior Princess …
The title is clickbaity, but it’s not something other authors haven’t stated similarly. If you can through teamwork get your teammates to work more effectively and not become blocked, then you are far more than a 10x developer. There is wisdom in not fetishizing individual progress. Well at least if you are the person who owns the business. If you’re the worker bee then the only thing that matters is the appearance of your progress. You can appear to be a 10x by floundering everyone around you too… We had a guy who did that for several years before management figured out he wasn’t actually very good, he was just effective at draining the work capacity of his peers.
I wasn’t able to find titles on the article you were describing, though I don’t think those count as real titles, they sound more like twitter culture.
There’s a kernel of an idea here that the author doesn’t state explicitly, and others like Fred Brooks have. The idea is that no matter how capable any particular developer is, there is always a limit. One of the ways a capable developer can increase their productivety is to lead/build a team of highly productive developers. This author provides some ideas on behaviors that can benefit such a team. I don’t think there’s enough here to make an ordinary team a high performing team though.
I personally have had some success leading teams. The approach I take is that of a coach, and listening/observing to what each member needs from a leader. Some require constant coaching and guidance until a proficiency level is reached. Others take off on their own, and only need the lead for occassional guidance. A quote I really like is “the tide raises all boats”. The idea being the create conditions so all team members can improve.
So what are some coaching tips, or areas to concentrate on? Some examples I offer; using version control effectively, using development tools effectively, reading and interpreting requirements, when making assumptions is appropriate, and when seeking guidance from stake holders is paramount.
But ultimately, a lot of a teams productivety can be beyond it’s level of influence. For example in low function oranizations with chaotic product and project management, where requirements and priorities shift like the breeze off of a dead sea, delivering anything is often near impossible.
I spend a lot of time during the year watching conference talks and I love sharing ’em.
My favourite (off the top of my head): Principles of Technology Leadership - Bryan Cantrill. Bryan Cantrill is easily one of my favourite speakers and this talk addresses the relationships between principles+values and software, something that I’ve been thinking about a lot lately in one form or another. I think a lot about what role software plays in society and how software developers and software companies can shape society for better or worse and this talk was right up my alley.
Honourable mentions (really just looking through my YouTube favourites & history):
The Impermanence of Software - Andy Croll
I can’t describe this talk without selling it short. This is a great (and emotional) talk.
Git Driven Refactoring - Ashley Ellis Pierce
A talk on how to design software using Git (kinda maybe GitHub to a greater degree).
I bought her book last week and plan on reading it this month.
Building a Skyscraper with Legos: The Anatomy of a Distributed System - Tyler McMullen
A neat talk about distributed systems from (sorta) first principles.
I’m not a Ruby developer but boy oh boy does RubyConf and RailsConf have some great talks year after year.
Technically Wrong: Sexist Apps, Biased Algorithms, and Other Threats of Toxic Tech - Sara Wachter-Boettcher
My AI assistant does not understand me, this tech is toxic. So much bullshit in this talk
I downvoted you as a troll because you watched an hour long talk (giving you the benefit of the doubt that you watched the whole thing), then took 30 seconds to call it bullshit without making any real arguments or providing any worthwhile input.
You think it’s bullshit. Neat. Anything interesting or substantial to add, or did you just really want us to know how you felt?
worthwhile
I just said its a bullshit, relax. And yeah, I think it’s bullshit that a single cry baby can shutdown application because the application cannot understand how the cry baby feels.
PS: Understanding hour long talk does not require a time consuming deep thinking process
His stance is laid out more clearly later in the thread.
People should basically always feel like they can update their kernel and simply not have to worry about it.
I refuse to introduce “you can only update the kernel if you also update that other program” kind of limitations. If the kernel used to work for you, the rule is that it continues to work for you.
And I seriously will refuse to take code from people who do not understand and honor this very simple rule.
Also relevant is John Johansen’s response.
What a difference between his first post and this one. In the first one he comes off like a colossally toxic asshat. I know this is no surprise to anyway, but still. That kind of behavior is not OK. Period.
This post on the other hand is clear headed and explanatory. It lays out the rules and why it’s important to follow them.
Maybe Linus just needs a 1h send buffer? :)
“That behavior is not OK” is equivalent to “I am offended”, for this case.
For all types of behavior, you can always find someone that thinks it is not OK. Should it matter? It would be severly limiting for everyone on a place like the Internet.
It’s not “I am offended”, but rather probably 95% of people would be offended if they would hear something like this headed their way. Linus probably forgot how it’s like to hear this level of toxic communication because nobody speaks with him like that. I know his “ideology” behind his behavior (he talked about this several times), but honestly saying such “sh**” to people is low, and most people are above that, that’s why he stands out.
Personally this power relationship is why I’m against BDFLs once a project reaches a certain size.
I agree in principle. In practice I have to wonder - what are the alternatives? Design by committee has some well known flaws :)
Toxic means that it is in some way damaging to a relationship between two individuals, groups, etc. In this case it is indeed toxic because it seeks to gain in some goal at the cost of the relationship with the submitters. Toxic isn’t strictly bad, sometimes a goal is so important that you need to break the relationship, however you should always choose the least toxic strategy that will ensure success. After all who knows when you’re going to need those people’s help in the future.
In summary, dark_grimoire seems to have a correct understanding of toxic, and mytrile does not which I assume is why they are being downvoted.
It would be severly limiting
It’s already limiting though – many people silently stop contributing when they receive messages like this or never consider contributing in the first place. This means the negative impact is hidden. Since it’s hidden, it becomes much easier to defend the status quo when an alternative might result in a better kernel.
By the same logic, the positive impact is also hidden. Because it is conceivable that without these messages, the kernel might have imploded upon itself, and the prevention of said implosion is doubtlessly positive.
If you are going to argue with hidden stuff then it goes both ways.
Do you really believe that it’s not possible to enforce rules and maintain high standards without calling people idiots, their contributions garbage, and so on?
I can certainly believe the parent comment, as it’s something I hear regularly, from people who decide not to get involved in projects/make further contributions/pursue opportunities at companies/etc because of things like this. FWIW, one of my friends can be found in the kernel CREDITS, and decided to walk away because of the LKML.
it is conceivable that without these messages, the kernel might have imploded upon itself
As a counterpoint, I’ve worked on a project that has a similar code size, customer reach, and zero-tolerance stance on security and stability bugs as the Linux kernel: Chromium. Chromium does not have anywhere near the level of abusive discourse on its mailing list as the LKML, and it has not imploded on itself as you have suggested. So the burden of proof is on the abusive language to show it is needed and not the other way around.
I disagree. I am not offended by his behavior, I find it to be unacceptable by virtue of the fact that I feel human beings should treat each other with a modicum of respect. Linus’s communications very often do not meet that standard. Hence from my book they do not represent an acceptable way to treat people, especially people volunteering to donate time to an open source project.
Does it have adds inside ?
We already have the java tag, for the moment.
Also, when requesting a new tag, it’s usually best to list relevant submissions in support of an assertion that it’d help.
We already have the java tag, for the moment.
Right, but Java is not Kotlin. It’s a different language.
Also, when requesting a new tag, it’s usually best to list relevant submissions in support of an assertion that it’d help.
I’ve updated my original post with some relevant submissions.
[Comment removed by author]
I don’t think it’s fair to describe Kotlin as a superset of Java. It provides Java interoperability, but so does Clojure, which is also not a superset.
Kotlin is a distinct language. You cannot just write java code and have it run as Kotlin code, they’re too different.
Kotlin is a superset of Java
My understanding of “superset” is very strict. If Kotlin were a superset of Java, then every Java program would be valid Kotlin program. This is clearly not the case, because the syntax is quite different (String bla vs bla:String).
It is arguable if C++ is a superset of C. The semantics are slightly different, for example with char.
Yeah, C++ is superset of C, Scala/Ceylon/Kotlin is superset of Java, Clojure is superset of Lisp, F# is superset of OCaml, Android is superset of Linux, etc
There’s a scala tag, just saying. Though usually Scala posts are different enough from normal Java-ecosystem posts that they do merit their own tag, not sure if the same can be said for Kotlin.
This is a great qualifier for passing the tag, I think. Either that or remove Scala and Java and just use JVM to encapsulate them all.
I like the JVM tag idea since dotnet languages don’t get their own tags, it would be more consistent. Either that or add C# and F# tags.
This title sounds like GitHub is preventing it when it’s just Docker lawyers sending boringly common requests to avoid names that are confusingly similar to their trademark and unauthorized use of their name/logos.
I was asked in the chat room to elaborate on why I think this is a non-story, so here’s a quick reformatting:
Docker Inc owns a trademark for software named “docker” and doesn’t want random coders to name random projects “docker” (the next-to-last example in the story) because that’s confusing to anyone who runs into it when looking for the real docker. So a lawyer sends a “hey, please stop using our trademark for your project” note, which probably uses the legal terms “cease and desist” which mean “we’re formally asking you to stop it”.
There’s also projects related to docker using their name/logo (for example docker-charm) and the lawyer is asking “Hey, please do X/Y/Z to make it explicit to the public that you’re not officially affiliated with us”. That can mean removing logos, adding disclaimers, and sometimes renaming entirely depending on what the project is doing and how paranoid the lawyer is. I specifically noticed in the docker-charm issue that the lawyer only asked that they remove the logo, not that they rename the entire projects. That’s pretty chill of Docker to recognize that someone seeing “docker-charm” will understand that this project integrates docker and charm, rather than sending “omg you can’t even say our name in your name” which a lot of laywers do.
So I really think this is nothing. Docker is being polite, restrained, and using issues to fit into projects' standard workflows. GitHub surfers won’t run into projects and be unsure if they’re seeing an official docker project or not. This looks like a model story of trademark protection to me.
It’s also worth noting that the letter says “as the first part of a repo name” (emphasis mine). So, a repo named “docker-existdb” is unacceptable to the Docker, Inc folks, but “existdb-docker” or “existdb-on-docker” might be fine.
As far as I’m concerned, this is kinda eye-roll-y but perfectly within my Realm of Acceptable Behavior by an Institution.
DMCA is for copyright, not trademarks.
This is a non-story. This is normal, polite trademark enforcement.
As far as I understand this would only apply if I reuse Docker’s logo or other artwork for my own project.
slow.com is blocked here at work, supposedly it’s “Pornography”. It would be awesome is Netflix was running that too.
slow.com
slow.com is owned by Netflix and as pilkch said it redirects to fast.com
$ curl -I slow.com
> HTTP/1.1 301 Moved Permanently
> Location: https://fast.com/
Alternative title: “It’s a gamble to build your product on top of undocumented/unsupported diagnostic interfaces”
Yeah, I’m really surprised they opted to try and build a business off of this. I wonder how up-front their Kickstarter was about the possibility of this sort of lock-down happening. I’d be really surprised if they didn’t at least consider the possibility.
The most charitable reading is roughly: “Don’t assume users will like/use your app just because it exists. Heavily consider whether the functionality you provide is a good fit for the context of a mobile application.”
Outlook, maybe? It has some pretty heavy feature overlap, and a pretty nice UI. (Note that Outlook on iOS/Android has nothing in common with the desktop Outlook other than its ultimate purpose. I wish they’d picked a different name.)
On iOS, Dispatch seems nice. It offers a lot of way to automate your email, although it doesn’t have the “save for later” feature of Mailbox.
If you use gmail https://inbox.google.com is at feature-parity with Mailbox.
I know that this guy has mental illness, but could anyone explain how his illness made him racist and generally asshole ? Is there any explanation ?
know that this guy has mental illness, but could anyone explain how his illness made him racist and generally asshole ? Is there any explanation ?
Some mental illnesses make you terrified all the time. It didn’t make him racist but it sure breeds a mental space where racism has roots to grow. He’s still a racist asshole, and could choose not to be, but I’d imagine it’s harder to do so.
Zed Shaw won’t come out with “Node is a Ghetto” since he’s not interested in such kind of “technology”
This is really begging for implementation of Rust for TensorFlow. Maybe I should do this.
https://github.com/tensorflow/rust
Swift for TensorFlow is not TensorFlow Swift binding, it’s something different.