Clever321

Datalog feels so much more intuitive than SQL or any other query language I've used. I'm able to write concise, complex expressions pretty easily. In a SQL-based system, there seems to be a (low) complexity metric where it's easier to write/debug/maintain what was supposed to be a 'declarative' SQL query in a functional/imperative language instead. It feels like datalog is the next evolution of a declarative query language, one that is much more declarative than SQL itself.

In the "day of datomic" videos, there is a segment where Stu debugs a slow query. He does the debugging without even looking at the data model, only by rearranging the clauses. It is really, really impressive, and I can't imagine having that capability in SQL.

He talked at clojure conj 2023, something like 'design, in practice'. Another great one. I think there was a gap in his keynotes because of covid. Also, it's very hard to write/talk about such profound ideas reliably every year- they just don't show up that often.

Truly one of my favorite talks on software systems and composition. It's so dense that I had to watch it 3 times to really absorb the subtleties. He also has 'the language of the system', which is excellent, and almost a companion talk to this topic.

  Location: Oregon, US (Remote)
  Remote: Yes (for the last 8 years)
  Willing to relocate: Probably not
  Technologies: Distributed systems, Full-stack web dev, Clojure, Elixir, Javascript, AWS, Datomic + Postgres
  Résumé/CV: https://www.bitsbyluke.com/portfolio
  Email: lukewhorton@gmail.com

I can take an abstract idea to a concrete production system, and I can incrementally evolve existing systems to better align with business demands.

I thought I was the only one insane enough to do this.

  Location: Oregon, US (Remote)
  Remote: Yes (for the last 8 years)
  Willing to relocate: Probably not
  Technologies: Distributed systems, Full-stack web, Clojure, Elixir, Javascript, AWS, Datomic + Postgres
  Résumé/CV: https://www.bitsbyluke.com/portfolio
  Email: lukewhorton@gmail.com

I have designed, built, and deployed many software systems from scratch. I have also scaled and improved existing solutions to better align with business needs. I am comfortable in a variety of programming languages (and their associated toolsets) such as Clojure/Java, Elixir/Erlang, and Javascript/Node. Given the choice, I prefer small teams working on simple solutions in a functional ecosystem.

I bring the most value to a team when working directly with stakeholders and subject matter experts. By immersing myself in a domain, I serve as a hands-on partner adept at solving core business problems and overseeing the execution of a software strategy.

I really like the datomic guidelines for change, which negates a category of migration headaches: https://blog.datomic.com/2017/01/the-ten-rules-of-schema-gro...

  Location: Oregon, US (Remote)
  Remote: Yes (for the last 8 years)
  Willing to relocate: Probably not
  Technologies: Distributed systems, Web technology, Clojure, Elixir, Javascript, Python, AWS + GCP, Datomic + Postgres
  Résumé/CV: https://www.bitsbyluke.com/portfolio
  Email: lukewhorton@gmail.com

My professional experience includes in a variety of programming languages, tech stacks, and associated ecosystems such as Clojure/Java, Elixir/Erlang, Python, Javascript/Node, Objective-C/Swift, and more. Given the choice I prefer simple solutions in Clojure, but I always try to use the best tool for the job.

For my next adventure, I'm looking for something in the climate solutions space. I would also consider other domains that are solving larger-scale "for the betterment of mankind" problems.

This is probably great news for clojure devs. It sounds like Rich just wants his autonomy back. Being able to choose exactly what you do, and do not, work on is precious.

  Location: Oregon, USA
  Remote: Preferred
  Willing to relocate: Unlikely
  Technologies: Functional programming (clojure, elixir, etc.), Full stack web development 
  Résumé/CV: https://lwhorton.github.io/portfolio
  Email: lukewhorton@gmail.com

But you don’t really care about that, I imagine. You want to run a more efficient business– to free up time and resources. That’s where I specialize. As an automation expert, I eliminate existing inefficiencies and uncover untapped automation potential. Let me help you streamline operations and reclaim the most precious resource: time.

  Location: Oregon, USA
  Remote: Yes
  Willing to relocate: No
  Technologies: Clojure, Elixir, Javascript; fullstack web development; distributed systems; UI/UX/User testing, API design; data design/processing; mentoring/teaching; prototyping/de-risking/incremental engineering   
  Résumé/CV: goo.gl/2xBn2c, lwhorton.github.io 
  Email: lukewhorton@gmail.com

For the stakeholder/owner/operator:

But you don’t really care about that, I imagine. You want to run a more efficient business– to uncover new opportunities, and to leverage your unique competitive advantages. That’s where I specialize, software as a means to an end. I work closely with stakeholders to deeply understand your business and identify areas where technology can provide powerful tools for efficiency and growth.

For the engineer looking for help:

You want to hire a solid engineer, with a proven track record, who can help you solve difficult problems. Ideally this engineer can design solutions that meet the demands of the business today, while considering the ever-evolving needs of the system tomorrow. It would be great if this person also seeks to understand the business, not just the software, so they can become an asset in stakeholder discussions and help define the future of the company. Oh, and hopefully you can find someone who is pleasant to work with– constructive, instructive, open to feedback, and fun.

  Location: Oregon, USA (GMT -7)
  Remote: Yes
  Willing to relocate: No.
  Technologies: Clojure, Elixir, Distributed Systems, Cloud-native architectures, user testing, API design, mentoring/education
  Résumé/CV: goo.gl/2xBn2c
  Email: lukewhorton@gmail.com

But you don’t really care about that, I imagine. You want to run a more efficient business– to uncover new opportunities, and to leverage your unique competitive advantages. That’s where I specialize, software as a means to an end. I work closely with stakeholders to deeply understand your business and identify areas where technology can provide powerful tools for efficiency and growth.

Oh, and then I can build (or help your team build) those tools for you.

Location: Oregon, USA

Remote: Yes

Willing to relocate: Probably not, but willing to have a discussion

Technologies: Clojure / Elixir / Javascript / SQL / Fullstack Web Engineering / UX Design + Research / GCP + AWS

Resume/CV: https://lwhorton.github.io/ (there's a link to my resume in here)

Email: lukewhorton@gmail.com

I have been a professional software engineer for >10 years across a variety of domains and technologies. I do my best work in smaller teams with direct access to customers/consumers/users and stakeholders. Given the choice, I would leverage clojure and its ecosystem (datomic, meander, ring, etc.) as often as possible.

Thanks for this, it's a great talk. I think the real point here has nothing to do with microservices; look at the leverage and flexibility they gain because everything is built data-first.

I would venture it's the huge amount of monthly active users. 200M users at just $1 a year (or month) is a lot of money compared to the $150M they just picked up in debt.

To add one data point; I rewrote one of our applications that was Redux+React+Typescript with exact feature parity in Re_Frame+Reagent+Clojurescript. It was 4.7x less code. We continued development on the cljs app and abandoned the typescript app. Months later the app is ~17,000 LOC. I shutter to think how the equivalent typescript would have turned out.

I don't mean to impose, but your comments here and others above sound exactly like my diagnosed schizophrenic brother when he's not medicating. You might consider visiting a psychiatrist.

"I had learned already never to empty the well of my writing, but always to stop when there was still something there in the deep part of the well, and let it refill at night from the springs that fed it."

I'm curious, how do you both read subtitles and watch that the sound is properly synced to an actor's lips? I can't read that fast, so I spend 80% of my time "watching a movie" simply reading text on the bottom of the screen.

Hey brasetvik, what can I do to make my application stand out? I was excited to see that Elastic was hiring in an area of interest to me, so I threw my hat into the ring. I worry that I'm going to get dropped into a large pile and skimmed over- is there anything proactive I can do to prevent this?

I'm pretty sure Manning and other great QBs were capable of carrying entire teams. Not to argue your point, with which I agree, but just saying :)

Neil deGrasse Tyson argues, and I agree, that the ability to send people, probes, satellites, etc. into space is of utmost importance on a grander scale. Imagine being a species capable of space-flight that is unable or unwilling to save itself from destruction when an asteroid comes too near. "We would be the laughing stock of the universe -- 'Oh haha, yea, look at those silly humans who could have saved themselves, but didn't.'". The space program is incredibly expensive, but what is the cost of Earth?

From someone not at all involved in the field of computer science where this might be applied... where might this be applied in industry? Very compelling stuff, but I don't have a particular use case...