Hacker News new | past | comments | ask | show | jobs | submit | shapeshed's comments login

There is something to be said for boring, reliable software. New languages seem to rewrite UNIX tools and abandon them as a rite of passage.


Deploying static sites is the original and best candidate for engineers overengineering


Clearmatics | Software Engineers | London | On-site or remote

Clearmatics (https://www.clearmatics.com) is an established blockchain R&D company in London, UK. We have good ties to the Open Source / Ethereum community, our Lead Engineer works closely with the Ethereum Foundation, and the company is an EEA Member.

We're looking to hire multiple senior engineers to expand our team. Our stack is Ethereum-like so familiarity and passion with the space is key. We are looking for people who are not afraid of unknowns and enjoy working with others to problem solve and break new ground. You should have more than a passing interest in the Ethereum or cryptocurrency space, with contributions to Open Source Projects being a distinct plus. You should be able to reason about technical problems, argue thoughtfully and contribute in a team setting.

We have a lot of hard problems to solve. If you'd like to make significant contributions to the blockchain ecosystem and think you are a match then we'd love to hear from you!

https://clearmatics.workable.com/j/649B4309C7


Clearmatics | Blockchain Engineer | London, UK | Full-time | http://www.clearmatics.com/

Clearmatics is an established blockchain R&D company in London, UK. We have good ties to the Open Source / Ethereum community, our Lead Engineer works closely with the Ethereum Foundation, and the company is an EEA Member. We're funded and have revenue, so we won't be doing any ICOs. We're looking to hire multiple senior engineers to expand our team. Our stack is Ethereum-like so familiarity and passion with the space is key.

* Good grasp of Computer Science fundamentals (data structures, algorithmic complexity, etc)

* Experience in strongly typed languages (C/C++, Golang, Scala, Rust)

* Demonstrable interest in Ethereum / the cryptocurrency space

* Comfortable working in a new field

* Experience with network and concurrent programming

* Willingness to work on research projects and brainstorm solutions with team

* 5+ years experience as a software engineer

https://clearmatics.workable.com/j/649B4309C7


I switched from Jekyll -> own rolled Node.js generator -> Hugo.

For me it is better because of simplicity and speed. I use it to power a 400 page blog (https://shapeshed.com/) with this source code (https://github.com/shapeshed/shapeshed.com).

I used Jekyll in a small organisation and it meant everyone needed a working Ruby environment This caused much pain across platforms. Hugo ships a single binary for multiple platforms so setup is far simpler. It is also amazingly fast and there have been major performance improvements in 0.17 too (https://gohugo.io/meta/release-notes/).

I love it!



Good luck but I'm not really sure how this product is differentiating from other bundled voip and messaging products other than better UX/UI.

Where is the revenue model and where are the open APIs into the service? Messaging is becoming really saturated now. User experience might get you some of the way there but interoperability with things outside your walled garden is also important for success IMHO.


Do one thing and do it well.

IMHO cURL is the best tool for interacting with HTTP and wget is the best tool for downloading files.


Pretty much. i keep seeing curl being used as the "back end" of web browsers, fueling the likes of webkit.

Wget on the other hand end up within shell scripts and similar (i have before me a distro where the package manager is made of shell scripts, core utils and wget).


This is a good way to put it, especially since people tend to use them analogously.


+1,

curl is like swiss army knife and wget is fixed blade knife ;-)


I'm another advocate for dwm and st. Compiling dwm takes seconds (it is a small codebase) and keeps configuration out of the core.


Compile time never trumps best practice.


It's not "we need to keep compile time down to seconds, therefore configure in the source"; it's "compile time is seconds (if that), so there's not much difference between configuring in the source and configuring in a file except complexity". One part of the motivation for the best practice you cite is that compiling can be complicated and take a long time, and configuration changes should be quick. This is a solid argument against that portion of the motivation. Following practices because they are known as best practices when the motivations for those practices don't apply has another name - cargo culting.

Edited to add: Which is not to say that this best practice should be simply discarded, but to say that the appropriate response is to point to the other motivations for it and determine whether they are more important than the upsides of configuring in the source.


That's not the whole story:

> Because dwm is customized through editing its source code, it’s pointless to make binary packages of it. This keeps its userbase small and elitist. No novices asking stupid questions. There are some distributions that provide binary packages though.

source: http://dwm.suckless.org/


I think I explicitly stated that I was not covering the whole story. The above would be another consideration - with both pros and cons (of which suckless, of course, stresses the pros) - which should be factored in. There are others as well.


Some more information on the legal action here [1]

The action makes repeated reference to the European Convention of Human Rights, and UK lawyers have already questioned [2] the legality of revelations around GCHQ's activities in relation to ECHR.

The current legislation [3] covering GCHQ's activities is from 1994.

1: https://www.privacyinternational.org/blog/stop-breaking-the-...

2: http://www.theguardian.com/uk-news/2014/jan/28/gchq-mass-sur...

3: http://www.legislation.gov.uk/ukpga/1994/13/crossheading/the...


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: