sixwing

i took a swing at an anti-slop skill for Claude Code, this week: https://github.com/rand/cc-experiments/tree/main/skills/anti...

congrats, dude.

Ascent is lovely. The paper on it is really well written, too: https://s-arash.github.io/ascent/cc22main-p95-seamless-deduc...

i can't count the number of products i've worked on or adjacent to that have gained some traction, started to scale... and hit a brick wall when wanting to access the enterprise market. far too often, these projects end up stopping most core feature work to add hacky versions of whatever's required to close that enterprise sales gap. they slow velocity while incurring tech debt.

a SaaS product that offers some developer-friendly ways to drop these capabilities into your system could be a huge win for companies at that inflection point.

Vercel | Infrastructure Product Management | Remote (US, Canada, most of EU) | https://vercel.com/careers/product-manager-infrastructure-em...

Vercel helps make the web. Faster. You might know us as a front-end centric platform, but that's all enabled by a lot of fascinating infrastructure. We're hiring multiple product management roles within Infrastructure, and have a lot of challenging problems to solve around our network/edge systems, our core and build systems, and our data transit and delivery systems.

hah. you beat me to it, Jason.

@danfox, i'm always down to talk code search as well - rand@github.com

FWIW, I would LOVE to see openCypher supported on dgraph! I find it far more expressive and easier to work with for many types of traversals and logical operations.

it's definitely useful for structural code annotation, which can be used by both search and code navigation. stay tuned.

the combination of the Import and Call Graphs (https://github.com/github/semantic#language-support) should allow for the construction of a view of what symbols are imported, and where in a given project they are called. resolving those edges across repos is also possible, in many cases.

very doable, at least for certain types of clones, and a topic of active research.

while leveraging the ASTs and scope graphs produced by semantic can allow you to attack the more complicated clone types (eg, code that has nearly the same meaning, with significantly different implementation), various parsing + hashing methods have proven useful for the more simple cases.

useful for far more than detecting plagiarism, too. it can boost signal for search, allow for more nuanced semantic navigation, assist in refactoring, and help understand the propagation/provenance of code (which can be important for understanding licenses, etc).

For Heroku's managed Kafka in the common runtime, you can just `heroku kafka:tail topic`. For other environments, you might look at something like https://github.com/EnvisionX/kafcat or https://github.com/edenhill/kafkacat.

I'm Rand Fitzpatrick, and this is one of the products I work on at Heroku. None of our current Kafka offerings are multi-tenant.

While laziness may permeate a lot of the ecosystem, GHC 8.0.1 is likely to get better support for Strict: https://ghc.haskell.org/trac/ghc/wiki/StrictPragma

I'd be curious as to how this compares to https://github.com/SmileWide/main, in terms of maturity and ability to run in a distributed mode.

The team at Heroku (where I currently PM) is constantly trying to improve our communication and documentation. We're definitely sorry that this caused problems, and we'll work even harder to make sure that our communication calls out any potential issues. Again - thanks for reaching out to us, and let us know if we can help.

Some nice changes in this release. Having built-in TTL on edges and vertices would have simplified several different system's I've worked on.

The Metrics displayed in the new Dashboard focus on the characteristics of app execution on Heroku, rather than internal instrumentation of the application. Hopefully that's useful in providing more visibility into tuning applications on the platform.

You should be able to click the 'star' icon on the far right of an app.

Twisted? Yes. Fun, and a good intro on introducing your own hacks to your Sonos system? Even more so.

Amusing name, given that Tinder came out of Hatch Labs, an incubator that IAC owns. IAC also owns OkCupid.

I miss the fail whale.

my team has made a ton of contributions to hermes - it's a pretty solid library. that said, i'm happy to see more traction for clojure + titan, especially from the clojurewerks crew.

this isn't a shaggy dog joke about the moon having an orbit closely conforming to a polygon with 13.37 (1337) sides?

San Francisco, CA (SOMA)

OkCupid Labs (http://www.okcupidlabs.com) is hiring excellent Ruby developers, data specialists (machine learning + big data), front end developers (javascript, css, less, etc), and designers.

We're a new team working on new products and technologies to help connect people, online and off. It's a fun crew with awesome data and challenges to work with.

If interested, drop me a line at fitzpatrick AT okcupidlabs dotcom.

in order of preference: 1. pen + paper 2. html + css 3. omnigraffle 4. photoshop

I wonder how this would compare to TeleHash - http://TeleHash.org

The Locker Project and Singly have been picking up speed since around the time of the Strata Conf: http://www.readwriteweb.com/archives/creator_of_instant_mess...

San Francisco, CA (Mission); Fulltime

Singly - http://singly.com/#!/hiring

Singly is fostering the Locker Project (http://blog.lockerproject.org/), building out open source components and protocols, and a range of platform services to deliver new personal data solutions. We're looking for engineers passionate about personal data, services and identity to join the team and create something awesome.

Drop us a line via the site, or contact rand AT singly.com.

I'm glad that the Heroku team will continue running the company with some degree of independence. They've done great things for the community, and have amazing vision for the product's trajectory. Congrats, guys!

Entertaining, as a lot of Heroku's infrastructure is built on Erlang.