@dafyre said:

@BBigford said:

@coliver said:

@BBigford I'm not sure if you can install the rocket.chat server on Windows. I know you can setup git though.

We'd be setting up the server in Linux. I'm just trying to figure out what I need on the github side to understand things. Because from what I've read, Git is for development as travisdh1 had mentioned, and github is just an online source for open source software.

You shouldn't need Github for anything if you're following @scottalanmiller's guide that I linked. His is running on their latest release at the time he wrote it.

The inquiry about github is going beyond Rocket.Chat, I'm sure there is lots of other software on there I'll stumble across while on a Windows computer, and would definitely like to know what I need to do to be able to obtain the software properly.

@travisdh1 said:

@coliver said:

@BBigford said:

@coliver said:

@BBigford I'm not sure if you can install the rocket.chat server on Windows. I know you can setup git though.

We'd be setting up the server in Linux. I'm just trying to figure out what I need on the github side to understand things. Because from what I've read, Git is for development as travisdh1 had mentioned, and github is just an online source for open source software.

Oh I see. If you're using Linux just follow the guide @scottalanmiller created and was linked by @dafyre. You shouldn't have to really setup anything specific as far as git goes.

Yep. @BBigford Seems to me you're overthinking things. Github is just a place for you to download software from.

Yeah, I definitely am.

@travisdh1 said:

@BBigford Git is the replacement for SVN. It's purpose is to make managing source files easy for developers. Github is just the online version, and is the place to go if you want a clean copy of most open source projects now that other sources..... suck. From your perspective it's just a place to go download software from. You can use the git software to make local copies of public projects from github, but it's just as easy to go download the installer package directly assuming one is available for your platform.

So you need a local client to download the software, since it is what is reading the .git file for, say, Rocket.Chat? Downloading the .zip it looks like it downloads what, all the source files? Not sure EXACTLY what I'm supposed to do because right now... I'm sucking.

@coliver said:

@BBigford I'm not sure if you can install the rocket.chat server on Windows. I know you can setup git though.

We'd be setting up the server in Linux. I'm just trying to figure out what I need on the github side to understand things. Because from what I've read, Git is for development as travisdh1 had mentioned, and github is just an online source for open source software.

@dafyre said:

Plus when you clone something it has to download the entire repo... Do you want to download 500 PB of data from Github? lol.

Haha, eh... forgot about that minor detail.

@dafyre said:

@BBigford said:

We have a mix of Windows, Linux, and OS X. Is there anything on premise short of Skype for Business that anyone in here is using that is compatible with all 3 platforms for a low to zero cost?

Edit: ...and on-premise.

You can install the RocketChat desktop app to get skype-like chat functionality. I know the web version supports video chatting between two people, but I'm unsure as to whether or not you can do group video chats...

https://github.com/RocketChat/Rocket.Chat/wiki/Using-Face-to-face-video-conference-(aka-webrtc)

I know git is very old and a lot of open source software is available from github... How do you use it on Windows? It looks a lot easier to use in Linux but I definitely need to learn it. Do you setup the client on Windows, and create a repository pointing at github? It looks like from your link, a RocketChat repository is in there, with Rocket.Chat being the client that gets installed (available inside the RocketChat repository), is that right? Can you just make a repository pointing at https://github.com so you can pull from anything, rather than setting up a bunch of separate repositories for control over specific software that you need?

@coliver said:

@BBigford said:

@coliver said:

@BBigford said:

We have a mix of Windows, Linux, and OS X. Is there anything on premise short of Skype for Business that anyone in here is using that is compatible with all 3 platforms for a low to zero cost?

Edit: ...and on-premise.

Rocket.Chat is compatible with all three. Openfire as well.

Did not know that OF is compatible with all 3. I was thinking it still lacked OS X support. Very helpful to know.

Well... OpenFire is just the server portion. You can connect to it with any XMPP/Jabber client.

Got ahead of myself. I was thinking of Spark as the client when I had OpenFire on the brain since that's all I've really used with OpenFire.

@coliver said:

@BBigford said:

We have a mix of Windows, Linux, and OS X. Is there anything on premise short of Skype for Business that anyone in here is using that is compatible with all 3 platforms for a low to zero cost?

Edit: ...and on-premise.

Rocket.Chat is compatible with all three. Openfire as well.

Did not know that OF is compatible with all 3. I was thinking it still lacked OS X support. Very helpful to know.

We have a mix of Windows, Linux, and OS X. Is there anything on premise short of Skype for Business that anyone in here is using that is compatible with all 3 platforms for a low to zero cost?

Edit: ...and on-premise.

@Dashrender said:

have you looked at the free options? Telegram - and there's another one that's been posted around the forums.

I've checked out Rocket and OpenFire, but not Telegram. Slack and Telegram look awesome, but we would end up going with Rocket Chat since we have to have it on-premise. I'm still keeping and open mind in case that policy changes.

@ryan_do said:

There are a few local only positions but the majority of all roles at DO allow you to work remotely. We just reached the milestone of 100 remote employees last week (out of fewer than 300 total). The last number I heard but us at about 40% remote.

The whole company has a remote-first mentality. We coordinate throughout the day via slack (even to those sitting right next to us), all our conference rooms are set up with chromeboxes, cameras and large TVs to allow remotes to easily join any meeting. Our remote team gets the same equipment as those who work in the office (1-2 monitors, keyboard, mouse, even an office chair). Remotes also get other gift boxes and perks sent to them regularly.

Most remote employees get to spend some time in the office a couple times each year. The company will fly them in, put them up in a company owned apartment near the office (or a hotel if the apts are booked) and they will work from the office for the week. During the summer we have "Shark Week" at the DigitalOcean offices where we fly in all our remote employees and have some great activities and events (Last year we had a day out at Coney Island and a weekend getaway at the Jersey Shore). Additionally, all employees are able to attend at least one (depending on dept and role) conference each year (all expenses paid (or reimbursed)).

A few other perks include reimbursement of the cost of your Internet connection, 90% reimbursement for career related classes, bootcamps, etc, gym membership reimbursement, and more. I started off as a remote employee and moved to NYC (with the available relocation assistance) in November 2014.

Funny, I literally just posted about Slacklink text, asking how good it is. How are you liking it? Pretty expensive? AD tie in that isn't a paid third party solution?

Anyone looked at using Slack in business for more than 50 users (we have about 120)? Looking at the product, I've wondered about AD integration but have found we might have to use a 3rd party tie in that's paid for (Bitium).

I did see though that there is an Enterprise version of Slack coming, not sure what it would cost or if it would even be viable. Anyone tried it?

https://slack.com/pricing

@aaronstuder said:

They tell you what to learn

Programming/Scripting: Ruby, Python, Go, Bash
Source Code Management: Git
Automation: Chef, Puppet
Virtualization: KVM, Xen
Open Source: CoreOS, Docker, Vagrant

https://www.digitalocean.com/company/careers/

Yeah my rant went back and forth between cloud overall and Digital Ocean requirements. Sorry about that. Haha

Building onto that, why Python or Ruby or Go, one over the other?

I've saw a lot of this debate on various forums. "Will on-premise IT support be replaced by MSPs and/or the cloud?" MSPs displacing (not replacing) the IT department, and the cloud cutting down on how many staff members are needed in IT. Either way, you aren't without a job, you are just getting displaced. That got me thinking, would I rather work for a cloud provider, or an MSP? Personally, I'd rather work in cloud operations. I've never been one for programming, so I don't see myself getting into development (regardless of how much you can make, I just don't find it as interesting). So I thought further over the last few months, who would I want to work for?

So I decided on Digital Ocean after much debate. I love their product, their pricing is crazy competitive, and their customer service is great. Lots of reasons why the business would succeed. So I started looking at their career openings, and I found one in operations. One thing though, you need lots of programming know-how, which I don’t have. Fine, I’ll learn it. But programming is a lot like anything else, you can be a master in one trade, or a jack of many. I am always a jack of many trades and a master of none. It’s worked out so far, but I’m a little lost on this one. They say you need to know Go, Ruby, Python, and C/C++. I’ve heard the first three aren’t a steep level of difficulty, but the C library is. I’ve also heard that the first 3 are more for automation, which seems about right. Not sure why a sysadmin would need to be an expert in C but that’s not the scope of this.

The scope is, am I staying ahead of the curve by looking at a cloud provider as a long term opportunity, or should I still stick with on-premise work? That’s a tough one, because I know on-premise isn’t going to die out. Companies like the one I currently work for, will never go to cloud. “Never is a little definitive, aren’t you overstating?” No. They will never switch. It’s not even their decision. Every client contract we have strictly forbids it. Sure, they could go cloud, but they would lose all their contracts.

I’m not sure that I’m looking for advice as much as I just wanted to say that. I know a lot of conversation has been brought up in the last year or so about what businesses are going to do and if on-premise jobs are in jeopardy. I don’t think they are. Will small-medium businesses make a shift? Sure, I could see that. Will all businesses? Of course not, that’s ridiculous. At least not in my lifetime I figure. Not to say they won’t, as the future is unknowable, I am just skeptic.

Long rant coming to an end, what language(s) would you learn, if you really wanted to work for Digital Ocean in operations, and why? Automation languages I can understand, I just don’t really know where to start, and where to end, because nothing in IT really ever ends, it just gets repurposed or reformatted it seems like.

@scottalanmiller said:

@BBigford said:

No safety net or QA. Classic Microsoft.

Well, raw and uncensored. They tried something daring and got... something daring.

I was seriously blown away. Haha sitting around that discussion table. I get the feeling someone said "it mines the community's input, then automates the output in the form of a tweet... What could possibly go wrong?" The first mistake was under estimating people of the Internet.

@scottalanmiller said:

@BBigford said:

Don't look at it like the job is incomplete.. Look at it like you got some or most of the job done for $150. Just cut him loose and pay someone else to finish it. You don't have to have someone necessarily redo everything in the project.

That doesn't work for all job types. Some things can easily be handed over. Others, not so much.

Trying to look at the bright side, but you are right.

Mmm, mango lassi and Taj? Yes please.

No safety net or QA. Classic Microsoft.

Don't look at it like the job is incomplete.. Look at it like you got some or most of the job done for $150. Just cut him loose and pay someone else to finish it. You don't have to have someone necessarily redo everything in the project.

Side note, I never charge or pay up front. That entails someone wants commitment or they are desperate. In my experience they are 50/50 but it's just bad taste. If it is a project that will take months, I charge for milestones. Short jobs are pay with an ending invoice. Everything is in writing so you are gonna get sued if you try to dine and dash.