This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-04-12
Channels
- # alda (3)
- # beginners (17)
- # boot (157)
- # cider (15)
- # cljs-dev (30)
- # cljsjs (4)
- # cljsrn (5)
- # clojure (70)
- # clojure-austin (3)
- # clojure-canada (2)
- # clojure-colombia (1)
- # clojure-czech (1)
- # clojure-dev (27)
- # clojure-greece (34)
- # clojure-japan (6)
- # clojure-russia (114)
- # clojure-sg (3)
- # clojure-uk (8)
- # clojurescript (63)
- # cursive (9)
- # datomic (40)
- # devcards (11)
- # euroclojure (4)
- # events (8)
- # hoplon (61)
- # incanter (1)
- # instaparse (16)
- # jaunt (6)
- # jobs (6)
- # jobs-discuss (52)
- # ldnclj (1)
- # leiningen (2)
- # off-topic (3)
- # om (73)
- # onyx (101)
- # overtone (25)
- # re-frame (18)
- # reagent (6)
- # ring (7)
- # ring-swagger (36)
- # spacemacs (5)
- # sydney (1)
- # untangled (41)
- # yada (6)
@lmergen: Regarding https://clojurians.slack.com/archives/jobs/p1460465455000164 - Have you read the The Mythical Man-Month
?
the problem is, i have to work with a CEO who decides what money goes where, and as soon I start hiring remote people, his opinion is that I should just look for qualified, cheap labour
so this is a mostly political decision -- I'm pretty sure I can convince the whole organisation about the advantages of remote work, but that takes time
I totally understand your point and where you are coming from, and maybe even can follow the CEOs thinking, but seriously, building company culture? From investors? How I hate that bullshit. The older I get the more I see it as psychological trick to keep you working more for less. In the end its the investors that "value" company culture, that will not hesitate a second to unemploy half the business if they think they have to.
when the option is to commute extended periods of time (2 hours + each day for instance) then there is value in remote.
yes @sveri i completely understand, and I actually believe in results, and that good developers will be able to decide for themselves how they can work best
@hans: from my point of view its not directly related to remote work. But, as @lmergen pointed out, working remote (which I did a lot in the last two months cause of ongoing serious problems with my throat when talking to much), show me how nice work can be actually, beeing freed of all the stupid discussions that always come up when a team of two QAs, 5 developers and one PM do BLGs, dailys and other stuff that everyone thinks is important.
@thomas long commutes are way less of a thing in Netherlands, even less so in Amsterdam
well, a discussion is only "stupid" if the people discussing are allowing it to be stupid.
if "remote work" is just another way of avoiding having to spend time with the "idiots", then yes.
I never called my colleagues idiots. And they surely are not, that was not my intention. Actually they are very decent, intelligent, humble and friendly, we also have a lot of fun during these discussions. That is not the point. The point is the psychology of not having a "dictator" that stops endless discussions about different viewpoints. And then we get to the mythical man month again where such a "dictator" ship exists. Working on my own for me basically made me that dictator for myself and freed me of all the time wasted by "flat hierarchies"...
@sveri: i read this as "i'm not a team player", which is fine, but then you can't be asking for a job in a team anyway. why talk about "bullshit" and "stupid"? there are different people, different companies, different settings.
@hans of course you can read it as you want, this is up to you. Apart from that I am the total opposite. Being a teamplayer is what I have done long before I started working and will do for the rest of my life. I also can subordinate and did so and do so. That does not change the fact I am more effective when not taking part in these discussions. And also I excuse myself for using the words "bullshit" and "stupid". They have been over the line, I agree.
i think we've all been bitten in the past about slow moving projects, and endless discussions when you actually just want to Get Shit Done
the success of a project depends on everyone. it is easy to say "it failed because the leadership sucked" if you're not the leader, and vice versa.
in the end, i think the process is most important. often, success is not easy to measure and does not directly depend on the work done, so it is really more important that the work itself is enjoyable and interesting.
so if you enjoy sitting on your computer alone most, then remote work, sure. i did that for many years. but that is just a matter of choice of the remote worker, and not so much a "recipe for success" or anything like that.
in my experience, there is rarely one thing, method, form of work, person, strategy that determines success or failure. it is always a combination. i've seen a big, very big project go bust even though i was a very successful and prolific remote worker in it.
I was not referring to the success of a project, but to this line "not just productivity-wise, but also for building an actual team, doing things together, etc". I totally understand there are people that can enjoy these things, but it is not my kind of stuff. I find happieness in seeing progress and do what I can to achieve that (if it means, attending meetings, then be it). Apart from that work is work and doing stuff together is something for my spare time where I choose what to do and not my colleagues. If it overlaps, I am fine, but most of the time it doesnt.
There's cheap way to improve communication for distributed teams: encourage people to visit HQ as often as they want. Flight tickets and hotel costs are peanuts compared to the rest of the compensation.
It also helps if HQ are located somewhere desirable (e.g. interesting city or a tropical place).
Company I work for has this policy and many of the remote workers spend the whole winter at HQ, which is in Israel.
@dottedmag: that sounds quite nice actually
@dottedmag: what are you developing?
my guess would be: https://hola.org/about
It is. Also check out the demo at the top -- it's fully interactive: you can enable/disable servers as you want.
we consume around 250TB of bandwidth a month and aren't getting prices nearly as good
@dottedmag: what language do you develop in?