Hacker Newsnew | past | comments | ask | show | jobs | submit | arespredator's commentslogin

HashiCorp Nomad


I got my current job by responding to a "Who's hiring" comment. It's by far the best job I've ever had.


Hi, post author here.

To anyone upset or offended by the Linux/nerd paragraph: please chill, and please forgive my tone.

I am a nerd myself indeed, and what I wanted to convey by this not-as-funny-sa-expected paragraph was that "going full nerd" is not a solution. There are ways to protect your privacy that will not be available to less tech-savvy people, and it's a problem. HN crowd will use Thinkpads with Arch on them, and phones with Graphene or whatever, but most people won't.

Yours, Absolute nerd and lover of desktop Linux since SuSE 6.0


> HN crowd will use Thinkpads with Arch on them, and phones with Graphene or whatever, but most people won't.

Non-nerds can just buy devices with preinstalled Linux and never care about the maintenance or support. I never had any problems with WiFi or suspend on my Librem 15. Same I expect from Librem 5 smartphone.


"Lords of the desert" by James Barr. It's an eye-opening 20th century history of the Middle East.

https://www.goodreads.com/book/show/36592392-lords-of-the-de...

(technically published in 2018, but I only read it this year)


Location: Amsterdam, NL

Remote: Yes

Willing to relocate: No

Technologies: Go, Python, AWS, GCP, K8S, Linux, Clickhouse, Dataflow

Resume: https://piotr.is/cv.pdf

Email: m@piotr.is

I am an experienced backend/data engineer with background in systems engineering/SRE and research. I'm interested in any job that features a significant programming component (not so keen on devops roles). I have remote work experience, but I'd only consider remote work when a large part of the organisation is remote.


MessageBird | Amsterdam, Netherlands | Data Engineer | Full-time | Onsite | Visa

MessageBird is a Cloud Communications Platform as a Service (CPaaS) company for SMS, Voice and Chat communications that connects businesses to 7 billion phones worldwide. We’re one of the fastest growing software companies in Europe and we’re looking to expand our engineering team with an experienced Data Engineer.

Data engineering at MessageBird is programming-heavy, so we're looking for people who like to code and have significant software engineering experience.

Tech stack: Go, gRPC, Clickhouse, Bigtable, Java, Apache Beam (Google Dataflow), GCP, k8s.

Our data team is currently 10 engineers and 8 nationalities. We have a very well stocked kitchen and a roof terrace in our brand new Rivierenbuurt office.

Apply at https://www.messagebird.com/en/careers and feel free to contact me at piotr@messagebird.com in case you have any questions.


If you don't mind me adding on this Piotr, other teams have positions open for both Backend and Frontend engineering (my team in particular is looking for the latter).

Feel free to shoot me a message too: yashodhan@messagebird.com


MessageBird | Amsterdam, Netherlands | Data Engineer, ML Engineer | Full-time | Onsite | Visa

MessageBird is a Cloud Communications Platform as a Service (CPaaS) company for SMS, Voice and Chat communications that connects businesses to 7 billion phones worldwide. We’re one of the fastest growing software companies in the world and we’re looking to expand our best-in-class Engineering Team with an experienced Data Engineer and Machine Learning Engineer.

Data engineering at MessageBird is programming-heavy, so we're looking for people who like to code and have significant software engineering experience. On the ML front we're looking for engineers experienced in delivering products more than purely research-oriented folk, but if you've a solid research background and want to try moving to the private sector, give us a shout too.

Tech stack: Go, gRPC, Clickhouse, Bigtable, Java, Apache Beam (Google Dataflow), GCP, k8s.

Our data team is currently 8 engineers and 8 nationalities. We have a very well stocked kitchen and a roof terrace in our brand new Rivierenbuurt office.

Apply at https://www.messagebird.com/en/careers and feel free to contact me at piotr@messagebird.com in case you have any questions.


Neat and quite impressive, given how exotic OpenBSD seems to most people. One thing that bothers me though: why? I mean, why wouldn't they do it with any linux distribution? It would probably require less work, less custom tools (like these apps for automatic network configuration or scripts for automounting usb drives they mention), and with some security patches/kernel configurations it should give a similar security level OpenBSD does.

Or am I missing something?


BIAS: I drank the OpenBSD kool-aid a dozen years ago and have no regrets. I run OpenBSD everywhere and I try to help out as time and health allow, including on undeadly, but I'm not a commiter, major contributor or anyone special.

OpenBSD is a bit like Jazz music. When someone asked Louis Armstrong, "What is jazz?" his reply was, "If ya gots to ask, ya'll never know."

Though it will most definitely seem elitist, there's some subtle wisdom there; You need to experience it for yourself to learn the what's and why's. Similar is true for all of the BSD's. If you're just looking for a fast bullet point list and "executive overview" (a.k.a. "buzzword bingo decision support"), you'll never find a reason to run any of the BSD's, and worse, you'll never learn on your own why zealots like me exist.

The thing you're missing is the experience of learning it for yourself. You might come to a different conclusion than me, and that's fine, but you would still benefit from the experience.


I used OpenBSD for some years, and NetBSD for many years. And really, 'kool-aid' is all there's to it. You get miserable hardware support, basic features that other operating systems have for ages (unified buffer cache, journaling filesystems, anyone?) are missing, a packaging system that was nice in 2000, no decent virtualization support, and the security features are fairly arcane (no mandatory access control).

Unfortunately, this is all concealed by a veil of elitism (see parent). Expect many replies on how mandatory access control does not improve real security, virtualization is a flawed idea, and soft updates are superior to journaling[1].

All in all, it's more religion than science.

[1] NetBSD removed soft updates because it was, well, unmaintainable:

http://article.gmane.org/gmane.os.netbsd.announce/399 https://lwn.net/Articles/339337/


The packaging system has been improved remarkably, wholly rewritten in fact, since 2000.


Well, I'm sure that from your perspective the subtleties can't possibly be boiled down without missing the essence of OpenBSD.

But there's got to be a way of summarizing its appeal. We are talking about an operating system, and not Kafka short stories or Haydn string quartets, after all. Otherwise I'll have to go with elitism as the most likely explanation. A common sentiment among jazz enthusiasts, by the way.


I'm a huge fan of OpenBSD, having tried freebsd and most of the major Linux distress before settling on it. If I had to identify the why, i'd have to agree with the jazz reference. I seriously started comparing the various distros around 2003, and OpenBSD just gave a more consistent, well documented and clean experience. It is a very conservative distro, and has a pristine configuration and network stack. It's reliable, and trustworthy. On the downside, it's not particularly performant, nor is it well supported by enterprise Applications - you won't be running oracle 10g on OpenBSD.

Its upgrades are rolled out like clockwork, and are always evolutionary improvements on the previous version.


Not to mention documented out the wazoo.

I run a NetBSD box and got into kernel hacking just from reading man pages.

I suspect OpenBSD's documentation is even more comprehensive.


Remember that with jazz, if you make a mistake, just play it again a couple of times and then it looks like you meant it :)


Asking for a "summary of its appeal" is essentially asking for a whole lot of subjective hand waiving. Worse yet, when one appreciates many aspects and each is appealing in some way, short listing favorites is like naming your favorite child -- it's not nice and not fair. Since I've known and met a number of the OpenBSD developers, I won't put the work of one over the work of another. I appreciate all of their efforts.

The very best advice I can give you is try it yourself, and keep at it for a while. It will take some time, but you'll get the chance to form your own opinions through experience. You may or may not have the required time, effort or curiosity to get into any of the BSD's, and that's perfectly fine if you're perfectly content with what you're running. On the other hand, you might wonder why HN is running on a BSD (FreeBSD). Maybe PG and RTM know something?


  > On the other hand, you might wonder why HN is running
  > on a BSD (FreeBSD). Maybe PG and RTM know something?
I suspect they know BSD quite well, which doesn't say much about BSD's aptness for anything. PG and RTM are also using table-based layouts -- you reckon they know something? You also don't want me to name 1000 gurus that prefer Linux, do you? Appeal to some arbitrarily selected authority doesn't tell us much.

Moreover, they're using FreeBSD. I kind of understand why someone would prefer BSD over Linux -- we're talking about OpenBSD, though, and specifically about OpenBSD whose adherents rarely articulate why their chosen system is superior. That's all I wanted to know.

ghshephard, thanks for the reply.


For myself, some of the main reasons I like OpenBSD:

* Secure and functional out of the box. The base install comes with many common services ready to go, and I don't have to worry if I turn them on.

* Simple, understandable. With a little learning, I understand how my systems will behave. I love it that the man pages are present, current and thorough.

Are there downsides? Yes, of course there are. Hardware support is often lagging, and some OS features are still missing that have been in other OSs for years. OpenBSD is a smallish project, and a few dozen part-time devs can only do so much.

So do I recommend that everyone use OpenBSD for everything? No. But I think it's worth learning and adding to your list of options. There are roles where OpenBSD is simply the best choice available, and roles where it's either poor or plain unworkable. To discount it for anything because it isn't best for everything is a limiting viewpoint.

Lastly, anecdotal... of the people I know who are really actually familiar with many OSs (Windows, Mac, various Linux, various BSD), all of them like and use OpenBSD to some extent. These are people who know their options and will choose what they need to get the job done well.


Hardware support is often lagging, and some OS features are still missing that have been in other OSs for years.

those are both really vague. what doesn't work and what is missing that anyone really cares about?


OS Features: Bigmem support has been missing. This seems to be about ready for prime time. Really good SMP, which just gets more irritating as more cores become commonplace. Really good threading, which hampers porting and/or running some ported software on OpenBSD.

Hardware support: mostly cards from various vendors who won't release open specs. Like Adaptec, nVidia, et al. For Linux you get vendor blob drivers or quote open source unquote drivers written under NDA in which the actual functionality is obscured. Or various things on laptops don't work, or whatever. These limitations are not much problem for me, but they bother some people. If I build a server I spec it out with compatible hardware. No big deal.

For many applications none of the above matters, or matters a lot less than the benefits gained. I like OpenBSD and use it for servers and workstations. OpenBSD has pros and cons, like any OS. For my usage, the pros are a long list and the cons don't matter much. But if I were tasked with building a processing farm with tons of cores and memory to run a massively threaded crunching program then I'd pick something else. But I'd still keep the farm walled off behind OpenBSD.


Didn't you get the memo? Threads are lame, evented is the new hotness. ;)


The new hotness? I guess actors are old news now.


An automated installer comparable with anaconda - the one used by Fedora and RHEL. There seems to be a couple of projects or hacks for this, but nothing in the official (upstream) installer.


Thanks, I guess I'll just have to try it:)


My reason: they treat doc problems the same as code bugs.

Also, have used it on desktops for clients. But only POS ones.


OpenBSD security is more than few security patches and kernel configuration. Check out their web site for more information.

Most Linux distributions I've played with (CentOS, Redhat, Ubuntu Server, Debian) are pretty mediocre when it comes to security. I've actually stopped using Debian since this incident :

http://www.debian.org/security/2008/dsa-1571

In addition, my own experience would point out that OpenBSD is more reliable than Linux, but I'm just a single data point.

For development however, we use FreeBSD for a wide range of reasons including ports freshness.


It's funny that you mention Red Hat (and CentOS), since they invest very heavily in attack mitigation and sandboxing through virtual machines:

http://www.awe.com/mark/blog/20101130.html

And as much as people dislike SELinux, it does help a lot in confining applications. OpenBSD does not provide comparable techniques.


They have clearly stated why they do not support those technologies multiple times, but it continually comes up.

OpenBSD always goes with simple, easy to understand solutions that "just work out of the box" and can be easily configured and maintained. They build those simple solutions into the OS, they do not (and will not) bolt on complexity.


OpenBSD always goes with simple, easy to understand solutions that "just work out of the box" and can be easily configured and maintained.

Yes, we hear this every time. But this is the same project that advocated systrace, which provided access control with respect to syscalls. I do not see much of a difference between systrace and a mandatory access control framework, except that the implementation of systrace was flawed, it didn't support file labels, and SELinux has a more sophisticated policy language.

The OpenBSD Project has a very narrow view of security, and do little to improve attack mitigation for software that is not in the base system (ports).


Most of OpenBSD's attack mitigation is at the kernel or libc level. It applies equally to the base system and third party software.


This doesn't articulate your point at all. What simple solutions are you referring to? systrace? "Don't install ports"?


I don't know about now, but ~4 years ago installing from scratch I tried SELinux and after hours of configuring it still wasn't recognizing some hardware. Then I tried OpenBSD or FreeBSD, and it was up and running with minimal configuration. YMMV.


You discovered the difference between "works" and "can be made to work". There are many people who still believe they are synonymous.


I've worked with SELinux in the past, it works but it can be a real pain to get up and running and there's a bit of a learning curve associated with it.


It's astonishing to me that a computer science student wrote such a good book. It's funny, witty, the drawings are great, and the author explains quite complicated concepts of functional programming very clearly. I've already read this book a year ago online, yet I'm still gonna buy it just to support the author.


I went through a decent portion of it online a while back myself, and I ended up grabbing it during O'Reilly's funding drive for Japan both for that effort and to support the author.

Of the Haskell tutorials/books I've read it made me feel like I was getting more out of it (main other one I read was RWH, which isn't bad but felt... dry? and was a tough push).


Wasn't there some virtual pushing and shoving over whether this was just a gross rip-off of a python book? Or am I confusing it with another? (Nitpicks welcome for once, so long as you can provide a link to the thing I was thinking of :D )


it's kind of inspired by Why's ruby guide, because that's also a sort of funny-ish programming book with pictures, but i think our style is different enough.


I'm probably thinking of some other python inspired book then. Well done for making a contribution to the advancement of knowledge etc.


You might be thinking of Zed Shaw's "Learn Python the Hard Way", which started a spat between him and Mark Pilgrim over the best way to teach Python. It was also ripped off to make a Ruby version later, which Zed got pretty annoyed at (FWIW, the Ruby version basically replaced the Python examples with Ruby, while not changing the explanations - which were very much tied to Python).

However, none of that has anything to do with Learn You a Haskell, which looks excellent and will probably mean I don't make my savings goal next week :<.


Zed Shaw wrote "Learn Python The Hard Way", and then E. Martin started to write "Learn Ruby The Hard Way", without asking permission to copy the text.

There's a second book, started before LPTHW and LRTHW, called Learn You The Ruby, by me. But I haven't finished it :(


As much as I admire Alienware computers' design, craftsmanship, speed, etc., and as much as I appreciate the company's interest in linux, I hardly think there's any sense in Alienware linux-based computers, since they're designed for gaming and gaming only.


As much as I admire any manufacturers interest in linux, I hardly think there's any sense in anybody shipping with it. Few people who want to use linux are incapable of spending the 20 minutes to install it themselves, and no matter what distro you pick you'll never satisfy a large portion of your linux using customers.

Just sell me a computer with a blank harddrive. That would be swell.


I want hardware support. I want a set of open specs on a laptop. That way FreeBSD, Debian, Ubuntu, and Slackware could all possibly run on it. I don't want to purchase a system in which if you use their preinstalled version of Ubuntu it works but anything else your hosed.

So when I look at a 'Linux' laptop that is what I'm looking at it for. Can I run FreeBSD with working sound/sleep/wireless?


How common are laptops that don't work well with linux these days? With graphics you're golden: either it's AMD (uncommon) and it has working FOSS drivers out of the box, or it's Nvidia where you have working FOSS drivers sufficient for work needs, and proprietary drivers sufficient for whatever gaming you could possibly be doing on linux. With wifi, you're almost always golden these days. Most laptops seem to have intel or atheros chips, but even the traditionally hellish broadcom cards don't provide much of an issue from what I understand. If anything else in a laptop could cause you any real showstopping trouble I'd be very surprised.

Note also that both of these potential hangups are something you can easily access beforehand. Every site I've used lets you pick your wifi chip from one of a few choices and will at least tell you what the GPU is.


This is wonderful in theory but I've purchased laptops pretty recently (Thinkpad x200e) which I didn't fully vet before I purchased. This laptop had lots of issues. Non Working Wifi, couldn't sleep correctly and had issues with sound.

Having everything work out of the box is not guaranteed. Ubuntu is generally better about it but not all distros have the level of workarounds that Ubuntu does. As far as ACPI is concerned not even Ubuntu is decent.


However they are a part of Dell, so possibly feedback to Alienware will also be used by their colleagues in non-gaming areas.


I wanted an off the shelf consumer RAID1 one desktop. Only Alienware offered something like that. It came with Win7, I am still trying to get Ubuntu to recognize the RAID.


The desktop I bought at BestBuy ~3 years ago came with raid, it's not an uncommon option anymore.


Chances are that both were (effectively) software RAID, though. Real hardware RAID is extremely rare on desktops.


I specifically wanted a hardware RAID and only Alienware had it. But I usually also do not scan Ebay for anything.


It's not hard to put together your own system including a dedicated hardware RAID card. You should even be able to specify the components and have your local computer shop do the assembly.


I don't actually know, it's some Intel stuff that can be configured to 0 or 1 pre-boot.


Most likely you have what's known as "fake" RAID. Really it's just software RAID, with a few things in BIOS to make it easier to implement.


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

Search: