donaldguy

  Location: SF til ~Xmas, then TBD 
  Remote: Yes (fully or hybrid)
  Willing to relocate: Yes, especially out of USA 
  Technologies: Kubernetes + DevOps-y etc. [Enthusiasticly:] Rust, Elixir, shell(s), HTML/CSS/etc; [Less enthusiastically:] Go, TypeScript/JS, Ruby, C, …; [Begrudgingly:] Python, Java
  Résumé/CV: https://drive.google.com/file/d/1Q5Pf8aRO6WDlAQ_3oveBs0O2M7Ki25El/view
  Email: donald.b.guy@gmail.com

[Unfortunately for this time and place,] I am pretty unenthusiastic about both AI/ML and “AI”, but I am interested in dev tools, IoT stuff, hardware-software systems broadly, education, green energy, A/V production & distro, new-wave social/indieweb, civic tech, … and probably amenable to a lot more missions I haven’t especially considered.

I'm comfortable jumping up and down levels of abstraction and I like making things work together well. I'll call myself "full-stack" but in truth I tend to be most interested in all "edges" (HCI, API, hw/sw).

I have never been very good at job-acquisition (and it's only gotten worse), but I am pretty sure I could add a lot of value a lot of places if given the chance.

Yo I love phabricator; it's one of my favorite pieces of software, but three things:

1. The title's seeming attribution to Wikimedia as opposed to Facebook (or even Phacility) is like, whatever the opposite of dog whistling is

2. If you want to host your own things, great; do that. Phab is great, gitlab is also pretty neat. If you want someone to manage this stuff for you, Phacility is out there grindin' but they also have like O(10) employees, so don't expect miracles

3. The point of GitHub was always about "social coding"; the concerns about overcentralization aren't unfounded but it's also not like that wasn't straight up the value proposition in th the first place!

If everyone moves off to their own walled gardens, something of value will be lost. So like, again: love phab (it/arc's my favorite code review workflow, I think the conventions it adds on commit messages are really valuable (and btw trace right back to Facebook eng culture), the pretty tight integration of tools is nice, I enjoy its sense of humor), but I think calling it meaningfully a true GitHub alternative, with any consideration of FOSS, is inaccurate

Disclosure: I left a startup using phab (at my urging) and GitHub at the end of March and now work at Microsoft (where my team has some code on VSTS and some on GitHub). I first encountered Phab as an intern at FB in 2011, when epreistly had just left

It has @mentions, notifications, and the ability to have some Google-Docs style inline comment threads, so depending on the use case I'm not sure you'd totally miss it

Otherwise perhaps phacility-hosted (so cloud) Phabricator, wherein it is mostly (a less unified UI) project management system but has the realtime chat component available in https://www.phacility.com/phabricator/conpherence/

Perhaps https://www.notion.so/ ?

I mean, depends on your MUA in practice. I think by standard for server side threading— https://tools.ietf.org/html/rfc5256 — "base subject" is definitely a valid consideration. I only skimmed though. :-) feel free to extract a spec, I'm curious (but not enough to read 19 pages right now)

You could alternatively OAuth sign up for the chat.zulip.org server used for project development and see the feature in action there (https://zulip.readthedocs.io/en/latest/contributing/chat-zul... ) so long as you kept testing traffic to the `#test here` stream :-)

Very differently. Slack does threading on the basis of replies to a message and hides/collapses those under a thread, showing them only to people who expand and notifying only those who are already involved in the thread (by replying to it or being OP)

Zulip's threading is based, more like email, on a Subject which all messages (can) have. Though Zulip subjects are more likely to be one or two words.

In this way threading is tacked on to Slack whereas it is as at the heart of Zulip

I feel like a little background would help this thread. I vaguely know/knew some of the founders, but am not really in touch anymore

Zulip was started as, and basically still was last I used it, a modernization/web-ification of the BarnOwl[1] curses/terminal client for, mostly, MIT's (and CMU's, inter alia [2]) legacy Zephyr[3] IM protocol. (though BarnOwl also has support for XMPP, IRC, AIM, and Twitter). MIT students who were into the zephyr community also tended to like the interleaved-thread with option to narrow to specific filters view. The Subject part of threading comes as largely an accident of Zephyr's implementation[4]

Zulip was acquired by Dropbox in 2014: https://techcrunch.com/2014/03/17/dropbox-acquires-zulip-a-s...

and subsequently open sourced in 2015. Zulipchat.com is a second company formed around Zulip by (OP) one of the original founding members of the pre-acquisition company to (I'm speculating) keep the project healthy and active and give people a hosted option. It is not primarily aggressively pursuing market share, capitalization, etc. That is why it doesn't like price aggressively to compete with Slack, etc. as someone EIT was confused about

I took the time to spin this out from memory, etc. but then I found it was mostly covered (or if you prefer corroborated) here: https://zulipchat.com/history/

Anyway its a good model for organized communications once you get used to it and I'd recommend it if you are in a small enough company/team with enough latitude to experiment with such. It would also be cool to see a decent large public instance as an alternative to ~Mastadon

[1] https://barnowl.mit.edu/

[2] https://www.quora.com/Where-are-some-places-the-Zephyr-messa...)

[3] https://en.wikipedia.org/wiki/Zephyr_(protocol)

[4] https://stuff.mit.edu/afs/sipb/project/doc/izephyr/html/node...

But if you don't love YAML itself you might just wanna check out ksonnet: https://ksonnet.io/

helm recently(ish) added a helm template command to do client side rendering of a chart

So if you wanted to just create a folder with a Chart.yaml, and a templates/file.yml.tpl with some `{{.Values.foo}}` template strings

It is sufficient to just run `helm template --set foo=bar | kubectl apply -f -` at that point.

Idk if that is little enough complexity for you. Similarly I use https://github.com/gliderlabs/sigil a few places where I want to include specific fields from external json files

Mostly the answer is "if you want to do it all yourself, go for it";

Things like this, and especially Kubernetes, are about creating a common and agreed upon language for infrastructure - both patterns and specific "off the shelf" applications

It's very nice to be able to start a Proof of Concept data pipeline with `helm install incubator/kafka` (https://github.com/kubernetes/charts/tree/master/incubator/k...)

And likewise the common language/interface creates opportunities for wider coverage and easier adoption in tooling for monitoring, autoscaling, smart routing (see "service mesh"es), etc.

You may not need all of k8s functionality immediately but it's the agreed upon common core for modern distributed systems functionality

And to everyone's credit it's also being done pretty much as modularly and extensiblely as we could hope for

Tulip | https://tulip.co/careers | Boston, MA | Full time | Onsite

Do you want to help build the factory of the future and realize the next industrial revolution?

Tulip is transforming manufacturing processes by bringing the latest technological advances from the lab to the back office to the shop floor. Whereas most factories are still using state of the art technology from the mid 19th century, we come from the future to bring them a rich, realtime web app, modern tablets, IoT systems, in-depth analytics, and more.

We're a small team, but we have multiple Fortune 500 customers and are enabling production lines building things you interact with everyday. We're in a strong growth mode! We closed a $13M Series A last month (http://tcrn.ch/2qYvsoN), we are bringing on new customers, scaling up our existing customers' deployments, and, most relevantly, hiring across the team!

We'd love to talk to anyone interested, but in particular we are looking to bring folks on in:

- Web Development: Meteor+React+Redux, delivering useful, real-time experiences in the browser and on Electron

- IoT/Embedded Software: delivering a reliable, extensible HW platform across arm and x86, all manner of bus/IO tech

- SRE/DevOps: Kubernetes-admin, scalable monitoring across the firewall, hybrid cloud/on-prem deployment

- Data & Pipeline Engineering: planning, implementing, and finding insights with our next generation of process & sensor analytics

- Design & Product: Usable, beautiful UX that makes the above worth doing

Apply at https://tulip.co/careers or email us at jobs@tulip.co

HPPD is definitely a real thing: https://en.wikipedia.org/wiki/Hallucinogen_persisting_percep...

And there is some evidence that taking psychedelics can precipitate long lasting or even chronic psychosis in those with genetic predispositions

I interpreted what they said as a reflection of those facts, though you are correct that risk of dependence is relatively low

While the cli forms of the various "defaults" registry commands are interesting and useful for e.g. scripting provisioning of many new machines, on a one-off basis it's probably easier to just use TinkerTool (https://www.bresink.com/osx/TinkerTool.html) which offers most of them with checkboxes or radio buttons

(One could argue about safety/visibility/trust but it's really probably no worse, and possibly better, than any installer to which you give your password)

Are product numbers (domestic or multimarket) accessible somewhere to construct this? (Would revenue numbers suffice or is there more that should be factored in?)

Or is there an accepted measure of national economy that might play a sensible denominator for the sum I put together?

As I said, I don't know enough about economics to pretend to be making a reasonable comparison, I just went for the numbers I could find on a whim at 2am :-)

Thanks for actually knowing things

Fair points, both you and akiselev; thanks for the clarification

I am not an especially economically-(or even really quantitatively) inclined person; I just see GDP bandied about as a metric of "size of economy" and market cap as "value of company". Revenue is probably locatable if someone wants to dig into quarterlies... I probably spent too much time on this exercise already

I did a run at the (amateur) math off Google Finance and Crunchbase. With some companies I couldn't find's numbers outright omitted, and using old valuations, I totaled those corps filing as valued at $2.58 trillion in market cap., at least $131 billion of valuation and another $8 billion in investments in un-valuated companies. Assuming those investments hold value at least equal to the total worth of those companies in sum, we can reasonably assume the companies party to this brief represent value of at least 16% of US GDP.

https://docs.google.com/spreadsheets/d/1y0VtAf9OpjwU7Haf4dHY...

in case anyone else was wondering

EDIT: indeed it is > 15% even including only the publicly traded companies, for which the numbers of can be considered less speculative

I could see this being adapted as a good v2 for http://riemann.io/dashboard.html ;

Obviously there are lots of dashboards in the world, but while there are substantial differences in UX (OpenMCT seems more approachable whereas riemann dash is very simple & "efficient" over a tall learning curve), the core "feel" of nestable / composable realtime data widgets between these two is noticeably more similar than either vis-a-vis any other relevant project I've played with.

https://github.com/edenhill/kafkacat

Since the theme of this thread seems to be non-clojure alternatives, I'll point in the direction of InfluxData (formerly InfluxDB)'s new-ish Kapacitor project.

While I'm unconvinced their custom JavaScripty DSL (TICKscript) is actually preferable to Clojure or even can be read without careful, quite LISP-like indentation, it is pretty similar in basic functionality to Riemann and is definitely not-Clojure*

see: https://influxdata.com/blog/announcing-kapacitor-an-open-sou...

https://docs.influxdata.com/kapacitor/v0.2/tick/

https://github.com/influxdata/kapacitor

*at worst, it's a mangled subset of clojure with extraneous dots and the parentheses in the wrong places :-)

My hypothesis, which I am not doing the best job of working in harmony with, is that the effort that's gonna have the most positive impact is proactive thinking and experimentation around both hastening and potentiating/spreading but also _planning for_ a post-scarce economy and society

My cynical view is that hardline capitalism operates on a faulty assumption of unlimited opportunity and unlimited growth. I believe that between population growth and accelerating automation, that barring a major casualty event such as a large-scale pandemic, the number of people will eventually outnumber the number of useful jobs that legitimately need doing. (or that worse the resource burn to sustain the model will undermine its feasibility and that of "good life" in general).

To this end, I think we need good minds figuring out how a world works in which people are less busy and own less. I don't know how that works but I think it involves education, maybe art, and also probably a greater popularization of mindfulness and contentment-first thinking.

This isn't to say there aren't big "hard" problems to tackle as well. In my eyes they are mostly the resource-management ones:

  - Alternative energy
  - Waste management and improved recycling tech
  - Space exploration?

  - cancer treatment
  - antibiotic alternatives (in the face of resistance)
  - better, more pleasant contraception?

  - machine translation (accounting for cultural factors too)
  - software for sensemaking and fair/just governance
  - more far-afield: neuro-analysis and possibly "telepathy" tech

Kitematic is pretty cool, though it currently has a rather hard time dealing with any docker things installed on the system the first time it boots.

Also its AGPL

If under Docker Inc in can fix those couple hurdles to wider adoption, I think it could become a pretty widely used tool.

The major problem for me so far was/is, at the moment, it doesn't seem like there is any real transition plan; we have a bunch of existing instances, ASGs, ELBs, etc and it isn't really tenable to tear it all down and recreate from scratch just so we have this new way to manage it. (its possible, but not clearly worth it)

Initially looking at the docs I thought the refresh command (http://www.terraform.io/docs/commands/refresh.html) would provide this capability, but I wrote up a manifest matching a subset of our infrastructure and tried to refresh it to no avail.

It is possible that the changing of the state file to JSON in this version provides a clearer path, but it still seems too hard to start using it going forward if you aren't starting from scratch

This is a good idea and I'd like to use it, but it needs presentational work for adoption, I suspect.

In particular, I don't think that people without a software background are going to be comfortable with the abundance of syntactic sigils. Even in the twitter-native world, I think it will makes the product seem intimidating and un-natural (at least at first).

This is especially a concern because the value of using them is not immediately clear (excepting @person).

For a lot of us (but obviously not everyone), the "(hashicorp.com)" was enough to understand what it was / who would care or not.

(this isn't to say it shouldn't have had a better title - but just to explain why a lot of people weren't bothered by it)

This already said below, but in clearer terms:

  Will NOT load on Chrome on Mac currently
  Will load in Safari.

It seems to be a standard MIT License... like the blog entry says

This is exciting, and bad news for Sublime Text. Though it will be interesting to see if Atom's performance actually gets up there

The Atom Shell open sourcing is also interesting ... I wonder if it will lead to a rash of other Chromium-fork-apps

Last I knew, the FB mainline codebase was in fact still in SVN with git-svn dcommit (possibly hidden under arc) being how things land in "master" (and the revisions being merged quasi-manually to a release branch immediately before HH compile)

FB doesn't need to branch ... Gatekeeper (their A/B, feature flag system) really takes care of that concern logically

http://www.donaldguy.com/Flappy-Doge2048/

I contributed.

(warning: your CPU may cry)