Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
vemv
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
22 ms
·
211.
▲
by
vemv
6y ago
A good friend has pretty much the same profile you describe. What has worked best for him is developing a habit of being very open about it, e.g. explicit stating to new people "I have a stutter". This would remove the tension aro
212.
▲
by
vemv
6y ago
I have used both Spec and Schema professionally. It's not exactly a secret that Spec is not intended to be a type-like system. But it turns out, it's perfectly possible to use Spec as a building block to do so! As for complexity
213.
▲
by
vemv
6y ago
> KISS > DRY I'd agree elsewhere, but not for tests. Non-DRY tests often means that there's an ad-hoc similarity between a series of tests. Without DRYness, as time passes, domain knowledge fades away, and more maintainers t
214.
▲
by
vemv
6y ago
Needless to say, it's inhumane to let staff work to exhaustion, which is the only sound strategy when the targeted rate is kept secret.
215.
▲
by
vemv
6y ago
Hate to be that guy, but why is this Medium post paywalled? I don't think it makes sense for an enterprise blog that also advertises career opportunities. Is it some sort of bad default from Medium's side?
216.
▲
by
vemv
6y ago
> You’re likely to copy an existing app and make a slight improvement in terms of product, pricing, or both. Guess what, the next smart person with the same idea can do the same to you. Yeah that's a game that personally I could nev
217.
▲
by
vemv
6y ago
Quite ironically (given it's Github who are defending ADRs in the article), I avoid ADRs by using Github more richly: before working on a branch at all I create a substantial issue (think: multiple paragraphs, links to related issues&#
218.
▲
by
vemv
6y ago
It all boils down to one's personal motivations. Refactoring and tooling work make sense if that work is oriented towards increasing productivity and maintainability, using contrasted personal experience, and skill. Do you envision bei
219.
▲
by
vemv
6y ago
While these are not exclusive, personally I'd look instead into studying my system's reliability in a way that is independent of a cloud provider, or even of performing any side-effectful testing at all. There's extensive res
220.
▲
by
vemv
6y ago
How broken must your business model be, such that you tell artists what they should do?
221.
▲
by
vemv
6y ago
Can't this mean that an invalid HTTPS request, which the handshake would reject, can reach a given worker?
222.
▲
by
vemv
6y ago
Design by contract (which the mentioned libraries excel at) isn't a new thing, and the mentioned one is a solved problem. https://en.wikipedia.org/wiki/Design_by_contract#Performance...
223.
▲
by
vemv
6y ago
One can check that something is a string and not a blank one. There are two different libraries that do it: https://github.com/plumatic/schema/blob/ddb54c87dea6926c6d73... https://github.com&#x
224.
▲
by
vemv
6y ago
Checking that something is a String is pretty weak and uninteresting. How about checking that a given string is non-blank? That tends to fully leverage Ruby's dynamic nature. But then again people are overly fixated with compile-time,
225.
▲
by
vemv
6y ago
It's also possible to follow the alternative and still keep breaking APIs. It's much more effective to focus on a single thing (breaking change rejection) than to pretend that one thing can be magically accomplished through anothe
226.
▲
by
vemv
6y ago
The introductory paragraphs and the proposed Alternative are completely disjointed. The stated problems are caused by breaking API changes. The author says it clearly: don't break your API . Now, how does a different version naming co
227.
▲
by
vemv
6y ago
This is just a deathly accident waiting to happen. We don't have the technology to make airplanes or cars respond to truly unexpected conditions. We have instead a series of (very) sophisticated one-trick ponies, which isn't nearl
228.
▲
by
vemv
6y ago
Their Cloud offering is provided as a template, they're not a SaaS/IaaS https://docs.datomic.com/cloud/getting-started/start-system....
229.
▲
by
vemv
6y ago
Yes, but you may have to run the extra mile if you want every job you get to be a Clojure one (luckily, extra mile != extra 100 miles)
230.
▲
by
vemv
6y ago
Funny, just a while ago was pondering on what a "github for hackers" would look like. My personal answer would be: it should be a hackable webapp, where users can implement or tweak features at will. The ingredients being the us
231.
▲
by
vemv
6y ago
I have the feeling that the introductory story about Zoom and Webex wasn't quite like that. I think I remember some HN comments detailing it. For one thing you can't "just" create a replacement; you need employees, capit
232.
▲
Anti-algorithmic music: How Bandcamp is helping artists beat the odds
(residentadvisor.net)
289 points
by
vemv
6y ago
|
104 comments
233.
▲
by
vemv
7y ago
I don't disagree with anything you've said, and might be myself one of those grumpy programmers :) But that isn't at odds with the view that Clojure is more fit in some environments than others, depending on existing knowledg
234.
▲
by
vemv
7y ago
My background is freelancing/consulting where it's not uncommon to gather diverse individuals to work on a greenfield project. There's an implicit assumption that all participants know a thing or two about programming, and ac
235.
▲
by
vemv
7y ago
My personal perspective (after 8 years clojuring, half of that professionally) is that Clojure keeps progressing, with ever better tools and ideas for getting stuff done, optimally. I remain optimistic. At the same time, it still fails at m
236.
▲
by
vemv
7y ago
I've come to believe that the internal monologue is just an "echo", or "audio" so to call it. i.e. it's not your real thought process, but a mere trace of it. It's easy to attach oneself to this voice, to
237.
▲
by
vemv
7y ago
I have the impression that most 'smart' people (at least, college-smart) have lived most of their lives thinking (quite rightfully) that they're the smartest person in any given room. Such mentality may work quite well for th
238.
▲
by
vemv
7y ago
I don't think pointing out deliberate design decisions is a valid criticism. It's like criticising a chair for not being a beachball. Folks seeking a Haskell-like type system in javascript certainly have options.
239.
▲
by
vemv
7y ago
> 906,380 literally? (if not, what's the actual figure?)
240.
▲
by
vemv
7y ago
> It started off poorly when I noticed some Brown M&M's: despite being a library, it was logging messages to stdout In many language ecosystems, logging to stdout tends to be the right thing to do in a lib as it does not impose
More ›