[14:06] morning [14:08] <_stink__> yo [14:08] morning [14:21] How goes? [14:24] wheeeee [14:24] I need a weekened to recover from my weekend [14:24] https://photos.app.goo.gl/wuEpu6nc27eZRces2 is kind of a cool summary of it. https://photos.app.goo.gl/wuEpu6nc27eZRces2 [14:24] bah [14:25] anyway, fun weekend, sore and tired now. [14:25] google is rocking the photo stuff from this weekend where I used the phone a lot. I've not leveraged it much but kind of cool [14:32] cool beach [14:34] yea, aunt's lake place is a lot of fun [14:34] really makes me want a lake setup [14:35] ha. [14:35] I hear that from people so much. [14:49] morning [15:19] Am I reading this right: [15:19] "Xapo is seeking a senior Full Stack Developer to join our team. We need someone passionate willing to work with first class engineers around the world. The ideal candidate will be a seasoned developer with proven experience in backend development using python, with strong knowledge of MySQL programming and Redis. The candidate must also be able to master front end development technologies using [15:19] javascript, jquery and html. Developer profile mixture is 90% backend and 10% frontend. Experience with fin-tech and trading platforms development is required." [15:19] So you need a back-end person who might do 10% front-end that needs to be able to master front-end dev. [15:19] Master of the 10% [15:20] Wish they would just say it: we're too cheap to hire two people to do this job [15:20] That's what makes you a first class engineer [15:20] rick_h: That is a set of contented faces [15:21] Doing double the work at half the pay? :) [15:21] That makes you something, but first class doesn't come to mind [15:21] lol [15:21] <_stink__> s/cl// [15:21] what a.. weird job description [15:22] OK, so it's not just me then. :) [15:22] cmaloney: heh [15:22] https://stackoverflow.com/jobs/150944/full-stack-developer-treasury-division-xapo [15:23] Oh, it gets better: "Experience with other major development language and frameworks like, C, C++, Java or .NET, Node.js is desirable" [15:23] Yeah... this sounds like a quagmire [15:23] Native/Bilingual English speaker is a must. Spanish is a nice to have. [15:24] Experience within fintech and knowledge about Bitcoins would be ideal. <- Oh hell no [15:24] Should have looked at that from the start [15:24] no wonder it reads weird [15:25] "must be willing to be paid in bitcoin" [15:25] likely [15:25] must be heterochromatic and a black belt in tai kwon do [15:25] must make a really good toasted ham sandwich [15:25] I have plenty of board games downstairs; I have enough funny money [15:25] I'll pay myself in fate tokens [15:28] https://xkcd.com/1891/ <- love it [15:38] https://goc.vivint.com [15:38] Public SSH keys [15:38] Read-only access [15:39] Yeah, no. [15:39] are you kidding? [15:40] Nope [15:40] Just try to look at the problems. [15:40] all of that is public anyway. They are being nice by telling you that they are accessing it. [15:40] smh. [15:40] Right [15:41] https://goc.vivint.com/help [15:44] oh yeah. I guess I had logged in already. [15:44] Still, its fun. [15:44] This application will be able to list and see private details for your public SSH keys. Public keys provide SSH access to repository content. [15:44] Yeah, it's interesting how they set up the contest and the rules [15:44] cmaloney: are you misunderstanding that text, or pointing out that its not very good? thanks for nothing, github. [15:45] I'm just curious why they would need this permission [15:46] oh, to add your pubkey to their gitserver. [15:46] we've been fighting that [15:46] you do each problem by cloning a git repo, making changes and pushing to it. [15:46] we want to auto import your public GH ssh keys...you can request them over the API without any permission/etc [15:46] but if you want to know the name the user has on them, that they need to give you permission for with some lovely oauth dance bits [15:47] which is kind of annoying just to add an already public key that you can get w/o any special permission over the api anyway [15:47] Ah, so you can access their private repos [15:47] So they can keep all of this stuff secret save for the participants [15:50] for the goc, they use ssh as your ID. Rather than generate a new pair they use existing one from github. That is all. [15:50] jrwren: So I take it you're participating? [15:52] cmaloney: no. i'm hosting :) [15:52] OK, there's a story there [15:54] cmaloney: what do you mean? I'm not really hosting. My coworkers are hosting. [15:55] I'm confused then [15:56] cmaloney: I'm sharing https://goc.vivint.com here, with all of you, as an employee of spacemonkey, a company inside of vivint. [15:56] Ah [15:57] I didn't understand the relationship [15:57] No worries. I wasn't very clear. [17:11] true story: I didn't think it was possible for software to be as bad as JIRA. [17:12] Bugzilla? [17:12] or are you using Jira and finding it bad [17:12] using JIRA. [17:12] I've used many different issue tracking softwares in the past. JIRA is the first that reminds me of Remedy at Ford. [17:12] Jira is what happens when you have a main product that doesn't get updated to newer conventions [17:13] Hah [17:13] I worked on Remedy at Ford. That was a clusterfuck [17:13] same. [17:13] I mean I worked with the team that worked on Remedy [17:13] We did some of the reporting and what-not [17:14] That stupid quick-start panel was terrible [17:14] and if you needed anything more than that panel then it was a nightmare of fields [17:17] Of course Ford did what Ford does best: take a system that was designed for at most 50 users and try to scale it out to the whole fucking enterprise [17:17] and then turn it into something nobody wanted to use [17:22] The problem with Jira vs something like github / Trac is it's designed for issue management, not tracking [17:22] it's designed to figure out workflows and processes and procedures [17:22] yup. terrible. [17:23] it figures folks will want to know how long something is in there, and what to surface when things move through the process [17:23] For most teams it is overkill [17:25] but tools like Rememdy and Jira are about trying to control the process [17:25] I remember one incident where a PC technician at Ford figured out how to game the system [17:25] he wrote a script that would find his open tickets and close them [17:26] got the technician fired but it highlighted that the main thing they were concerned with was keeping the SLA, not actually doing the work [17:26] As far as the SLA was concerned the tech was fine [17:26] model employee even [17:27] lol [17:27] I think they fired the tech for something like destruction of data or some nonsense [17:29] Soon after they started implementing the whole "was the work completed" surveying [17:30] and the "reopen ticket" [17:30] which didn't solve anything other than make the process more convoluted and incorporated a short-circuit loop that allowed customers who didn't like the solution to be vindictive [17:31] But w/e [22:52] Stupid machine lockups