HN user

demilicious

83 karma
Posts0
Comments35
View on HN
No posts found.

Why must every language have every feature, mass applicability, and be intended to be the language-to-end-all-languages? Growth or marketshare is not the only valuable aim.

If you want mutable data structures, I wouldn't point you to Haskell.

I've dealt with many shitty code bases and the only way that worked for removing bugs was automation. It didn't matter how many bodies you threw at the problem.

Can't say my experience matches yours. Types do seem to structurally reduce some varieties of bugs, but ultimately the only reliable way I've seen to close the gap is hire disciplined people who care about, and thoughtfully consider, what they build.

E.g., the shittiest codebases I've ever seen were TypeScript. It in no way prevents you writing bugs or slop

I have quite literally never had to do Java interop in my Kotlin work. Do you have an example?

In contrast, your statement about F# strikes me as mostly true - albeit my interop was always the other way around (consuming F# code from C#).

This is overestimating the amount of effort involved to game on Linux, imo. It is true that there are a couple games using kernel-level anticheat which preclude their working on linux, but for the most part the effort required to play games on Linux now is zero if it's a Steam game and almost zero elsewhere.

  Location: Ohio, USA
  Remote: Yes
  Willing to relocate: Yes, even preferred
  Languages: Clojure, C#, F#, TypeScript, Ruby, SQL
  Technologies: k8s, Kafka, Postgres, AWS, Azure, GCP, Docker, etc
  Résumé/CV: https://bit.ly/45Vze0X
  Email: ryan [at] rtroberts [dot] com
Hi, I’m Ryan. I’m a senior software engineer with about a decade of industry experience over a diverse array of languages and technologies. My areas of interest include machine learning, optimization, and complex systems architecture. I particularly enjoy working with functional languages and am always interested in opportunities to solve difficult problems and really push my boundaries.

I’m also passionate about building healthy, functional teams who can focus on building the right things quickly.

I’m self-taught and my degree is in philosophy, which I like to think honed my ability to distill complex requirements into simple concepts and to communicate well with technical and non-technical folk alike.

I like to unwind by indulging in my hobbies of hand-tool woodworking or music production. It’s another way I enjoy solving problems, albeit in a very different context. Always looking to learn and grow, so I relish the idea of being the least experienced person in the room - it means I’m in the right place :)

  Location: Nashville, TN
  Remote: Yes
  Willing to relocate: Yes
  Technologies: Clojure, Ruby, F#, C#, SQL, JS, Bash, AWS, Azure, etc
  Email: ryan [at] rtroberts.com
Full stack engineer for 9+ years. I'm interested in solving hard problems and would love to help build creative and beautiful solutions. Machine learning, optimization, and games are three particular points of interest, but working with functional languages is always a plus.

I'm passionate about building functional, healthy teams who can focus on building the right things quickly.

I'm self-taught and my degree is in philosophy, which I like to think leaves me in a good position to think creatively about problems and to communicate well.

  Location: Nashville, TN
  Remote: Yes
  Willing to relocate: Yes, maybe even preferred
  Technologies: Clojure, Ruby, F#, C#, SQL, JS, Bash, AWS, Azure, etc
  Email: ryan [at] rtroberts.com
Full stack engineer with about 9 years of experience. I'm interested in solving hard problems and would love to help build creative and beautiful solutions. Machine learning, optimization, and games are three particular points of interest, but working with functional languages is always a plus.

I'm a fast learner and interested in pushing my boundaries. I'd love to be the least experienced person in the room - more opportunity for learning!

I'm self-taught and my degree is in philosophy, which I like to think leaves me in a good position to think creatively about problems and to communicate well.

  Location: Nashville, TN
  Remote: Yes
  Willing to relocate: Yes
  Technologies: Clojure, Ruby, F#, C#, SQL, JS, Bash, AWS, Azure, etc
  Email: ryan [at] rtroberts.com
Full stack engineer with about 9 years of experience in all sorts of tech stacks and company sizes. I'm interested in solving hard problems and would love to help build creative and beautiful solutions. Machine learning, optimization, and games are three particular points of interest, but working with functional languages in any domain is always a plus.

I'm self-taught and my degree is in philosophy, which I like to think leaves me in a good position to think creatively about problems and to communicate well.

  Location: Nashville, TN
  Remote: Yes
  Willing to relocate: Yes, maybe even preferred
  Technologies: Clojure, Ruby, F#, C#, SQL, JS, Bash, AWS, Azure, etc
  Email: ryan [at] rtroberts.com
Full stack engineer with about 9 years of experience. I'm interested in solving hard problems and would love to help build creative and beautiful solutions. Machine learning, optimization, and games are three particular points of interest, but working with functional languages is always a plus.

I'm a fast learner and interested in pushing my boundaries. I'd love to be the least experienced person in the room - more opportunity for learning!

I'm self-taught and my degree is in philosophy, which I like to think leaves me in a good position to think creatively about problems and to communicate well.

  Location: Nashville, TN
  Remote: Yes
  Willing to relocate: Yes, maybe even preferred
  Technologies: C#, F#, Ruby, Clojure, SQL, JS, Bash, AWS, Azure, etc
  Email: ryan [at] rtroberts.com
Full stack engineer with about 9 years of experience. I'm interested in solving hard problems and would love to help build creative and beautiful solutions. Machine learning, optimization, and games are three particular points of interest, but working with functional languages is always a plus.

I'm a fast learner and interested in pushing my boundaries. I'd love to be the least experienced person in the room - more opportunity for learning!

I'm self-taught and my degree is in philosophy, which I like to think leaves me in a good position to think creatively about problems and to communicate well.

  Location: Nashville, TN
  Remote: Yes
  Willing to relocate: Yes, maybe even preferred
  Technologies: C#/F#, JavaScript, TypeScript, Ruby, Clojure, Angular, SQL, Bash, AWS, Azure, HTML/CSS, etc
  Email: ryan [at] rtroberts.com
Full stack engineer with about 7 years of experience. I'm interested in solving hard problems and would love to help build creative and beautiful solutions. Machine learning, optimization, and games are three particular points of interest, but working with functional languages is always a plus.

I'm a fast learner and interested in pushing my boundaries. I'd love to be the least experienced person in the room - more opportunity for learning!

I'm self-taught and my degree is in philosophy, which I like to think leaves me in a good position to think creatively about problems and to communicate well.

That makes sense. I was mostly looking at one of the Tom's Hardware benchmarks in particular; I don't know what the userbenchmark is actually _doing_. So it's probably more fair to compare userbenchmark to userbenchmark like you did.

However, I think it's still true that the actual release of the Zen 2 processors will make userbenchmark scores much more reliable as the scores regress to the mean.

As far as I know, these processors are not yet released. What's the confidence level that this user benchmark will be indicative of real life expected performance?

It seems implausible that this user benchmark is a good indicator. The Zen 1 architecture exhibited nothing of the sort[0] -- it would be an order of magnitude performance regression.

I expect we'll start to see more accurate tests once the processors are actually released into the wild.

[0]https://www.tomshardware.com/reviews/amd-ryzen-7-2700x-revie...

5 years as a full stack dev, but I've increasingly moved lower down the stack. I'm interested in continuing that trend, even if it takes me out of web development. I've done some machine learning and optimization work in the past and would be interested in pursuing those opportunities as well.

I'm a fast learner and interested in pushing my boundaries. I'd love to be the least experienced person in the room - more opportunity for learning!

I'm self-taught (from books and practical exercise) and my degree is in philosophy, which I like to think leaves me in a good position to think creatively about problems and also communicate well.

  Location: Nashville, TN
  Remote: Yes
  Willing to relocate: Yes, maybe even preferred
  Technologies: Ruby, Clojure, Haskell, .NET (F#/C#), SQL, HTML, CSS, JavaScript/TypeScript, Linux, etc
  Interested-in Technologies: Rust, Forth, CL
  Résumé/CV: https://www.linkedin.com/in/ryan-roberts-ba598434
  Email: ryan at rtroberts dot com

This makes a whole lot of sense to me. However, one of the elements of truly productive learning is _focused_ practice; that is, practice with mindfulness and intentionality directed at a specific element. One won't necessarily get any better at decoupling unless it is specifically practiced. To that end, _how_ would one truly practice the skill of decoupling? Or maybe, what resources or heuristics or strategies would you suggest to help draw the lines between behaviours or modules?

The first thing that comes to mind is Gary Bernhardt's talk on Boundaries, or "functional core, imperative shell", but I'm not sure that this is entirely what you're discussing here.

Interestingly I was thinking of her when I made the initial comment - I didn't mention her specifically, in order to avoid spoiling anything, but in my opinion she did not develop at all. Again, I don't want to talk specifically about any further events in the series, but to me, she didn't evolve at all as a character.

Completely disagree. The science was pretty good, for a pop audience, but there was zero character development - beyond Luo Ji, zero characters develop in the _entire series_. I don't want to spoil anything, of course, but you can pretty much decide the rest of the series based on what I've already written. Extremely disappointing.