HN user

jilted

99 karma
Posts2
Comments17
View on HN

So traditional Sheet Music and hence, notation is akin to C or Perl's verbose and/or messy syntax...the problem is, it's not just about the Notes with Music: there's a lot more in terms of dynamics and the like going on which notation has evolved over thousands of years to support.

Interesting read though. For something not so 'serious' (e.g. not a Concert piece), it could definitely make the correlation easier.

Re: '...Rather than do all this work with Puppet, Chef, or even Ansible, I can just declare what the systems ought to be and cluster them within code branches...'

It sounds like the poster is doing something similar to a 'Gold System Image' though with Container technologies.

Configuration Management is great, but I'm with the view that you should start with a combination of gold images/system builds and then stack on Cfg Mgmt on top of that.

Theory is you will have a known base and identical builds etc, otherwise you would get subtle drift in your configurations, especially for things which are not explicitly under control of Config Mgmt (shared library versions, packages).

Of course, this is not always feasible but if I were to start from scratch, I would probably try to do it this way.

Interesting read.

I've personally seen other 'tactics' used, most notably a former company's CFO told my Manager that I was being paid 20k more in Salary than I actually was.

This 20k was then subtracted from the IT Budget presumably on a yearly basis. Any other stories from readers?

I wear earplugs on a regular basis and they are great for drowning out excessive noise. I do remove them off and on, especially if I'm in a meeting with someone or if I have to hop on a call.

If I don't wear them, I tend to get distracted and irritated by various sounds. Now, you can still hear things, but they are dampened which is soothing for me at least.

Agree with Johnythree. I used to be an electronics technician over 12 years ago. What happened is that it became cheaper to replace a board than to pay a skilled technician to debug components on a board.

You also had to pretty much learn whatever setup a company's products had on the job, as typically this was proprietary information.

There are great boards/kits out today but yes, it's mostly a hobbyist thing unless you decide to go embedded, then boards such as the MSP-430 from Texas Instruments can be a good choice (especially in the Medical Devices field).

Another explanation could be attributed to the food supply: in America, the lower standard of living you have, the more likely you consume a nutritionally poor diet and consume water from the tap which in some areas has been shown to contain trace amounts of medications, spores, lead, fluoride, etc. In other words, medical conditioning.

This is great news for Administrators and IT Staff as in the Enterprise, Microsoft is still very relevant and this will only ease Management.

I am of course referring to the still existent non-startup style companies which might have non-technical users/staff such as Project Managers or Business Analysts etc. In my experience, once a company gets past 50 users or so, Windows is still the way to go.

Sincerely hope they will donate to the OpenSSH project to support its ongoing development going forward and not just mooch off it as many other companies do.

Linux is increasingly become more 'appliance-like' and I think the steps taken here are actually positive. Too many shops flat-out ignore the OS compoment of the stack. This will at least force integrators to think about the OS more.

For what it's worth, this is just SmartOS re-implemented in Linux (though lacking certain features of SmartOS), and funded by Google with apparently more flexibility on where you can run this.

I personally cannot wait for the day when I am able to treat Linux like a dumb appliance everywhere, running atop more purpose-built systems.

I think the PostgreSQL Development Group does a great job overall. If they indeed have a reputation of being hard to work with, all the better in my opinion if it means guarding the integrity of the Project.

Open Build Service has always been one of the more attractive features of OpenSuSe, along with Suse Studio.

Unfortunately, after spending some time with the newest release of OpenSuSe, I found it had become very bloated and I feel I will never return to the distribution.

The straw on the camel's back was finding out about the 'tmpfiles.d' or similar. Seems very messy and got me thinking about the direction some of the Linux distributions are going.

Diet also plays a part: hard-baked flour products such as crackers, cookies, and roasted nuts should not be consumed too-heavily if one suffers from certain back problems.

Men who are in their late 20's and early 30's often have the lower back area become somewhat 'fused' owing to over-consumption of these types of foods. Also, high salt content can also contribute to situation where lower spine becomes more contracted, and you can see this in certain people where their feet are splayed when they walk--indicating an inward pull of the lower spine.

In the book "Systems Performance" by Brendan Gregg, there is a section on Kernels--in this case comparing Linux to Solaris--where the author shows a table of Kernel Versions with Documented Syscall Counts.

He states: '...there is a pattern over time: Linux has been adding system calls. Solaris has been removing them...'

Just as a matter of personal opinion, I would personally never jump into Linux Kernel Development simply because I feel there are already 'too many cooks in the kitchen' and it feels as if there is simply not as much clarity when compared to other *nix distributions.

Do I work with Linux? Yes, because this is what is used in my workplace. Would I hack on the Linux Kernel or Network Stack for work purposes? Sure, because it would likely be a group effort to address some problem for instance.

Now would I go home and hack on the Linux Kernel for fun and understanding? Absolutely not.

I agree, I've also been at a company which merged with another company; and both were each using their own Jira and Confluence instances along with plugins. Horrible products.