HN user

fernandezpablo

144 karma
Posts18
Comments27
View on HN
web.archive.org 2y ago

Its faster because its C (2010)

fernandezpablo
2pts0
www.al3x.net 4y ago

Twitter needs to decentralize or it will die (2010 – Alex Payne)

fernandezpablo
2pts0
dev.to 6y ago

Introduction to Genetic Algorithms in Python

fernandezpablo
2pts0
medium.com 6y ago

Latency numbers every TV fan should know

fernandezpablo
4pts0
videlalvaro.github.io 9y ago

Testing Java Libraries from ScalaCheck

fernandezpablo
2pts0
bitbucket.org 10y ago

3 year old issue on Bitbucket, no response so far

fernandezpablo
2pts2
aerotwist.com 11y ago

Polymer for the performance obsessed

fernandezpablo
2pts0
lagunita.stanford.edu 11y ago

Stanford Online (Lagunita)

fernandezpablo
1pts0
blog.phusion.nl 11y ago

Baseimage-docker, fat containers and “treating containers as VMs”

fernandezpablo
1pts0
fernandezpablo85.github.io 13y ago

Building your own firehose API with play framework

fernandezpablo
1pts0
fernandezpablo85.github.io 13y ago

Slick connection pooling

fernandezpablo
2pts0
meta.discourse.org 13y ago

Discourse ditches CoffeeScript

fernandezpablo
90pts82
engineering.linkedin.com 13y ago

LinkedIn's REST+JSON framework: Rest.li

fernandezpablo
12pts0
fernandezpablo85.github.com 13y ago

Fail fast

fernandezpablo
2pts0
gastonnusimovich.wordpress.com 13y ago

What has happened to agile?

fernandezpablo
1pts1
twitter.com 13y ago

Google making fun of iOS6 maps

fernandezpablo
6pts1
a.yfrog.com 13y ago

Sparrow update. Development did not stop

fernandezpablo
3pts0
fernandezpablo85.github.com 14y ago

Api Design: Fail Fast

fernandezpablo
4pts0

Things the domain expert on the author's example cant tell (from the top of my head):

- is the app is properly deployed - how will the release cycle be - is it secure? - can we run two instances of it without messing up the orders/routes/whatever? - will we spend 5k/month in vercel if people start using it - how will we notice service degradation - if we change the data do we have downtime? how do we schedule that downtime window. - where is the code stored? can the team access it? - how are new contributors onboarded? - does the app use credentials and where to store them? - does the app manipulate or store PII? - if the user refreshes the app does it generate a duplicate order/route/whatever? - if there's an upstream service are we making sure our timeouts are properly configured? - if there's an upstream service are we making sure our connection pool is properly configured? - do we have a max connection lifetime so that middleware like AWS NAT or ALB don't leave us with dead connections in our pool?

I think that makes the point clearly. Also it may explain why software developer jobs are currently on the rise despite SWE-Bench-Pro-Ultra-Magic has been maxxed for months now.

Starting back in 2022/2023:

- (~2022) "It's so over for developers". 2022 ends with more professional developers than 2021.

- (~2023) "Ok, now it's really over for developers". 2023 ends with more professional developers than 2022.

- (~2024) "Ok, now it's really, really over for developers". 2024 ends with more professional developers than 2023.

- (~2025) "Ok, now it's really, really, absolutely over for developers". 2025 ends with more professional developers than 2024.

- (~2025+) etc.

Sources: https://www.jetbrains.com/lp/devecosystem-data-playground/#g...

A nice way to see the pathspecs in action is using git ls-files. That command lists all the files in the staging area,

This should read "That command lists all the files in the _working directory_"

Can't believe people is so eager to believe in this without any real scientific publication of vaccine efficacy.

Cuba lacks things so common as soap, to the point that you can bribe police officers or even pay sex workers with a tiny hotel soap bar or shampoo flask.

That's a ton, you're probably not using typescript incremental compilation feature but recompiling your whole codebase instead. Even in that case, 7 seconds for compiling a 100k LOC code base is not even close to what I call "slow".

I disagree. Typescript is an excellent example of an optional static type system that works great. It has none of the 3 problems the OP describes: it's fast, it nicely encompasses the whole language and the Definitely Typed repository includes a TON of 3rd party library type definitions.

There's simply no technology that makes you switch from 30 machines to 1 (you say you keep 2 just for reliance).

Obviously there must be other architectural changes in play here (I'm guessing RoRs thread-per-request vs some kind of event loop on Go?). Please be more specific.

It borrows a lot of concepts from rails. I think that no "conversion" tutorial is needed, if you give it a shot it won't be long until you find yourself at home again.

Speaking strictly about the website redesign, I think that (although nice) it fails to communicate the framework biggest selling points. Some comments on that:

* The code-save-refresh workflow: this is mentioned briefly as "hit refresh workflow" which is confusing to say the least.

* Some other weird or 'meh' bullet points like type-safety (you're using either scala or java so you take that for granted) or stateless-web-tier.

* The introduction video is long. It's fine as a tutorial, but being the first thing you can click on I expect you to sell me the framework in 2-3 minutes or so (it can be done, play is fantastic).

Disclaimer: I love play and used it a lot last year. In fact I was part of the team that put the first play application into production on LinkedIn (featured in the bottom of the play site).

I just gave the code a quick look and I find this `eval` usage not too cool:

https://github.com/harthur/replace/blob/master/replace.js#L4...

It relies on the fact that you can provide javascripts String#replace a "replace function" (1). The author just evals the contents of a command line provided file into a variable called `replaceFunc`.

Beside that, there's not a lot that can be pointed out as "bad", at least by just reading it lightly (5-10 mins).

[1] https://developer.mozilla.org/en-US/docs/JavaScript/Referenc...

I'm not saying 300k is a lot of money for LightTable. Sure, it sounds fair.

I'm just saying they claim to be "highly extensible" and yet, support for a new language requires a development effort of 100k.

It's sad since I mostly code in ruby or scala, these languages won't be supported and I don't think anyone is going to make a 100k development effort to support them.