skysight-inc/HackerNews huggingface dataset:
Are WSL users running browsers from WSL? curl at least sends no user agent unless you manually enter one.
Deep Learning | London | Alain R | alain@signalbox.ai
Recently had a recruiter call me, interview me over the phone once, in-person once, and via skype once. The job seemed to be a great fit, the pay was there, everything seemed to be lined up. The recruiter called me again to tell me that they were going to be taking the next steps with me very shortly. A week of silence goes by, then another.

I email, inquiring about the position. "Oh, we gave that to someone we had been interviewing for months, but we'll keep you in mind for the future." Unprofessional disconnects and other encounters like this have taken place several times, in my experience. It turns out I knew the person who did get the job I was all but promised. After talking to them, the company had contacted them three days after its last interview with me, and the successful candidate had been asking for $10,000 dollars less and had less experience than myself. A month later, that candidate emailed me and told me they were let go for "being unable to meet the requirements of the position."

Anecdotal experience like this really makes me skeptical when I hear employers bemoaning that they cannot find employees. Can they really not find employees or good talent, or do they just not want to pay the wages that people are asking for?
Payload shroud and other separation failures are actually one of the most common failure modes in orbital launch once past the early space age. It's easy to have problems with systems that you don't or cannot test before deployment.
Consistent Selenium Testing in Python
Oh look! There’s an old man yelling at sky.

Might as well whine about the lack of a real keyboard and replacable battery too!
It's maybe a bit early for me (experience < 1y, please pardon what might be a naive wall of text) to tackle these questions, but having a degree from another field, landing a job where people are passionate is going to be hard with my little experience.

Open-source projects seem like a great idea, especially for someone like myself who doesn't have many creative ideas, although I finally found one a few weeks ago (fullfilling my own needs as no website seem to do what I'm thinking of atm).

It's rather niche though, and I could probably do it on my own but I don't know what I could learn that would be useful. I would probably keep using the things I already know if no-one more experienced can suggest appropriate tools (kinda related to the top post about over-engineering).

My CS culture is not that great for the moment (working on it) so what should I learn ? Everything moves so fast. It's also related to your argument : how to find open source projects that might interest me and where I could be useful, as I don't even know them in the first place.

I also slowly discover what I would like to work on (mostly enjoying working with data/databases and also algorithms although I'm probably a bit weak there for the moment, but I really enjoyed doing google's hash code this year). Reading other people's experiences helps of course, but it's still difficult to find the right questions I should ask myself, so the answers are even less precise.
> "We invested in a beta product and then shock horror - it changes before it's released. Let's blame the framework on that poor choice."

Angular.2 has been in beta for years. And when it went out of beta it basically became something else. This is not a good thing. It's normal for teams to be excepting at least some level of stability in the library they are using. And now that Angular.X pretends to be using semver, it's going to be even worse.

The Angular team doesn't care about stability or lacked vision when they started 2, but a stable API is a valid expectation for a developer team.

But it's not surprising as frameworks with huge API surfaces like ExtJS have pulled the same trick for years, with the same results. Their downfall is more the consequence of API breaking than anything else.
It's also a widely adopted zero configuration standard. Go figure, a real problem that needs solving. Glad we're chasing this one down, smart phone manufacturers.
I certainly hope that there are not many programmers thinking "if it compiles, it's correct" after having made their first logic error, though I realize some Haskell programmers make statements that are close to that.

Clang and gcc will warn you about some of these issues if you give them the right flags (so much so that -Wall no longer means literally all warnings, IIRC), but then you run into static analysis' problem of burying you in false positives for conditional / data-dependent undefined behavior.

I have found it instructive to play with Dafny, one of the languages where the compiler does require you to prove that a variety of bugs will not occur, but 'play' is the operative word here. It is not a feasible option for C.

C has always been a language for (among other things) creating optimized code, but the implication of that has changed. Originally, it meant / required being 'close to the metal', but since then, effective automated optimization has come along, and the metal itself has become considerably more complicated (partly as a consequence of more capable optimization). As C programmers, we should understand that these changes have occurred, and what they mean for programming in C - or not use the optimizer.
> With Typescript things that were really easy to do on Javascript like defining a simple object were more complicated to do on Typescript.

Sure defining a simple JS object has no overhead as opposed to maybe the 15-30 seconds of overhead that creating the Typescript interface entails. But that few additional seconds of overhead gives you this for rest of the (weeks, months and years) of the systems lifetime:

1. Instant IDE/editor code completion and error checking
2. Compile time checked contracts when that object is passed to another function
3. Compile time checks for misspelled or non-existent members of the object.
4. Instant refactoring of member names across files with any number of editors and IDEs
5. A chance to take a little higher level look at the design of your system.

After using Typescript for a couple of years now I've found that when I design my types well the overall design and flow of the system tends towards beauty. That is probably why the Haskell folks are always over on the sidelines smirking.
Read this: https://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect

As someone else pointed out, this is more commonly referred to as Imposter Syndrome.
Seems to be explained here: https://www.netmarketshare.com/faq.aspx#Methodology
> The latter

You mean the ones that have "CITI BIKE" plastered all across each bike and every station? hmm, I wonder what company could be behind that? Citi? naahh, probably a VC...

wat?
My theory is that a lot of us have gone down this road, eventually found the thing getting unwieldy and difficult to maintain, and swearing never again.
The difference between it and the printing press
I find Java unusable w/o an IDE. However there certainly are languages that are easier to work with w/o one. Go being one example. Depends on design and available tooling. OT: For automatic imports (and formatting) run `goimports` or configure to run automatically on file save. Congratulations, here's also your error stack traces. (EDIT: I mean syntax errors) An IDE, in that case, isn't at all an obvious improvement. Quite to the contrary I find.
If you think that having a real alternative to Office is a minor point, than you haven't worked in a corporate environment, and I'm not talking about Internet companies, but traditional medium-sized engineering companies, accounting, legal studios, government agencies etc...

Millions of professionals very good at their jobs, but with no particular technical proficiency, have been using Word and Excel for years, and convincing them to switch to something else would take much more effort that any IT manager with a budget can possibly muster.
Just a group made out of a couple simple subgroups. Aperiodic = multiple subgroups/ getNeighbors functions. Periodic = single repeated group/graph, 1 neighbor function
Where can one learn about different deployment approaches?
This is what I don't understand. I understand that most consumer activities (e.g. mail, social, search) can be achieved on mobile without missing a beat. Static content and most dynamic content have been solved for mobile devices for a while. What they seem to miss is that any substantive work is a hassle to complete on mobile.

If you ignore the lag from the CPU or memory constraints, the interface is just not conducive for working. Who wants to edit text documents or spreadsheets, used a shell, or edit code on a 5 inch screen? Who wants to use a soft keyboard for any non-trivial amount of work? It's not that it can't be done; there are much more attractive options readily available.

There there's the argument about connecting mobile devices to monitors, using adapters/bluetooth for peripheral devices, and thin client setups. If that's the case, why don't you grab a cheap laptop? Mobile is gimping you at that point.
Sounds like you don’t know what the word guaranteed means.
Would you share some stats about the upgrade? How many LoCs was the codebase and how many man/hours it took?
> Most likely your house has double glazed windows - I only see single-glazed windows in antique wooden windows these days (but perhaps it's different outside of New England).

Internationally speaking, the UK is very far behind when it comes to insulation. Single glazed windows are still standard in many houses. Energy prices are cheap compared to the rest of the continent and costs are still one of the highest.
> when it comes to lawsuits there are absolutely "weight classes" involved

I don't dispute that. I think it's common knowledge, particularly among techies who are all too familiar with patent trolls.

Lawsuits aren't the only option. He could also go to the press. Unless this guy settled a suit, he's not legally bound to be vague. As it is, it's another unverifiable claim on the internet from an anonymous source. Too many to count.
> proprietary templating language

Isn't that exactly what JSX is?
Damn, that is some pure... Kickstarter. You have to poke around a minute or two to figure out that basically, getting the record on vinyl and not a bunch of related kipple costs a hundred bucks.

It's a cool idea but it's too bad about the cost.
They're also good for concert videos. But yes, not much else yet. Needs real-time obstacle avoidance.
Server CPUs are way too cheap compared to the remaining parts of the server. Paying 10% more in exchange for software compatibility is a steal.
Ramp up time shouldn't be the only consideration, in any moderately sized project ramp up time will be dwarfed by other concerns like ease of development. In general, ramp up time is one of the weakest arguments in favor of anything you can make and should only be taken into consideration after all other concerns have been shown to be moot. Likewise the argument about "finding devs". Any competent developer should be able to come up to speed with most anything mainstream relatively quickly, and in the case of junior devs they're often far more willing to invest in learning whatever niche technology you've selected. The quality of developers you hire should be a much larger concern, not the quantity.

As one data point, a number of years back when we needed to hire some frontend developers we actually advertised for Java developers because when we looked for JS devs the quality of candidates we got was abysmal. For another data point, when one company I worked for needed to hire Flex developers (this was a number of years ago) they once again advertised for Java developers, and when I responded asked if I was familiar with and/or willing to learn Flex, which I was. It took me about a month to fully come up to speed with Flex, and I was productive in it within a week.
I finally gave Bluetooth headphones a go recently with a pair that cost about £30 and I've found that I really like them - I was always finding that cables got in the way and although audio quality isn't brilliant I mostly listen to audiobooks where I don't mind it.

I'll probably stick with wireless headphones in future.
COBAL was doomed 30 years ago, it's still not quite 100% dead yet. But, it might as well be.

Windows is on the same path in part from the windows 10 fiasco, but also from the stagnation in computing hardware.

Consider Direct X with ever improving hardware it's was a hard target to keep up with. But, now they would have to make changes for the sake of change while providing backward compatibility...
Software Glitch or Russian Hackers? Election Problems Draw Little Scrutiny
I've had plenty of ideas that I'd love to see through and think are great, I just don't have the time to do them. Since my time is so limited, I have to choose to focus on one project, or I end up with a ton of unfinished ones (which is the case). So unless I have strong motivation to complete a project (which can be compromised by some sort of gratification), it stalls.

But the majority of mine stall for other reasons; I don't usually announce/discuss them.
Yes, it's very easy if you never release.
I am happy that someone is writing about this.

Essential broke my heart when they launched without the headphone jack (okay, not really, but you they did eliminate me as a customer for this version -- maybe I won't need the headphone jack for their next release).

Survey from Nov last year: https://9to5mac.com/2016/11/01/life-without-the-headphone-ja...

It is a survey...so who knows how real it is, but 55.86% were negatively impacted Apple removing the headphone jack. While Apple customers don't have a choice, Android users do and we will vote with our wallets.
I do https://quora.com
I could be wrong but I assume that there's enough inertia in the high-end business-to-business side of things (the part that matters for high-end server processors) that they probably can keep milking that cow for a few years more.

People who have only been buying Intel CPU in the last decade won't jump ship immediately. Nobody gets fired for buying Intel CPUs, at least until very recently. You know you won't have compatibility issues etc...

Of course within the next few years Intel will have to react somehow, either by outperforming AMD significantly to justify the premium or by slashing prices.
this really depends on you configure it the way you want, I went through various dot files and found few very useful.

one tmux lifesaver is this one for me:

# split panes using | and -

bind | split-window -h

bind - split-window -v

unbind '"'

unbind %

I think you should just explore various dotfiles. does not take much time that way.
And Fiats.
Linux is ready for a lot of people. Inset my parents up with Ubuntu six months ago and they like it. Not super tech savvy, they can wait word docs, email, and browse the web. All their purchase price went to hardware and none to Microsoft!
It supports (1) running commands with arbitrarily many arguments

Wouldn't the size of the arguments be limited by sysconf(_SC_ARG_MAX) as explained here? http://man7.org/linux/man-pages/man2/execve.2.html

PS: Is the code available somewhere? I can't play the video on Firefox on CentOS 6.
I didn't think they'd be a word I dislike more than "architecting". Hats off to the author for using "over-architecting" in his insightful blogpost.
I somewhat regularly use Firefox from within the WSL. It's a privacy by obscurity thing for me though.
Eh, not everything is consistent. Soda cans are 12 fluid ounces, but bottles are 18 ounces, or 1 or 2 liters. Hard liquor comes in 750ml bottles, but is served in 1.5 oz or 2 oz shots. Beer comes in 12, 16, or 24 oz cans or bottles, milk in gallons, quarts, and pints, etc. British pubs tend to serve beer in imperial pints (20 imperial fluid ounces or about 568ml) instead of US pints (16 US fluid ounces or about 473ml) but other bars serve US pints.

There are other oddities and mixed units. Dates are in "drunk endian" with month/day/year format, indoor areas are measured in square feet and outdoor areas in acres... Small units of length are in fractions of an inch unless you're a machinist at which point they're in "thous" or "mills" (same thing, 1/1000 inch) or "tenths" (1/10000 inch). Drill sizes are fractions of an inch for some common sizes and large diameters (27/64 and up are always fractional), but otherwise are numbered starting at 80 and decreasing down to 1 as diameter increases with the spacing between numbers being inconsistent, except for a series starting at 2340 thou and ending at 4130 thou which is lettered with 40 thou between letters (mostly, some inconsistencies here). But you can still get drills in some of the fractional inch sizes that fall between the letters. Seriously, look at a tap drill chart[1]. And of course if you're a machinist you'll also have to deal with metric items imported from the rest of the world or made for sale there so you'll also need all the metric drill and tap sizes.

[1]http://www.brokenbolt.com/images/starrett-inch-metric-tap-dr...

Electric systems use SI units, except that PCB designers tend to use thou for trace sizes and spacing. Some components have pin spacing in thou, others in mm. Getting the PCB to look nice with a mix of pin pitches and grid sizes is more of a chore than it should be.
I'm getting a kick out of this comment since I remember when Apple introduced the volume + play/pause control on their earbuds and people breathlessly rushed to claim they were adding secret DRM to make only Apple-approved headphones work with Apple devices.
Windows was doomed in 2009, 2005, 2001, 1993, etc.

I think the rule is if you're marked as doomed incorrectly more than three times over the course of a decade, then you are too big to fail and are, by definition, not doomed.
But are they 10x better, for the price? I listen to music. You mentioned the quality was poor. I won't compromise quality for cables, and cordless is a bit of a non-benefit to me.
They really need to make an easier and modern way of scripting in LO.
Wait, but TypeScript makes inheritance a joy. So, how you do it - unless you don'r really reuse the implementation?
>social media around win10 and wsl generally seem positive.

You must live in a special bubble then, because w10 was so horrible we still hear moaning about it in the sysadmin community. For me, it was the straw that broke the camels back I needed to completely remove myself from MS's horrible, user-patronizing ecosystem.

I feel sorry for all the businesses that are trapped in it. I refuse to support it anymore though.

My hope is for people that manage friends and family systems to start putting easy linux distros on instead of Windows. The malware ecosystem alone is a good enough reason to do so.

As for WSL... I'm just amazed at how many people have forgotten the three E's and the MS of the 90's. MS is not to be trusted.
Interesting! This is the first time I'm hearing about Zipline in Rwanda.

We're establishing a pharmaceutical (generics) formulation plant in Kigali. Technologies like zipline could come in handy for our project...
Depends on how you define a "series." Atlas V has no outright failures (there were two anomalies: one placed the satellite in a different but acceptable orbit, and the second still got the satellite to the intended orbit) in 72 launches. Atlas II had no failures in 63 launches.

But that is unusual and your overall point still stands. Orbital rockets are inherently difficult and failures are to be expected.
I'm in a pretty small secondary market and was recently advised by someone who knows what he is talking about to never accept less than $200/hr for contract work. That is the going rate around here and accepting less signals that you don't know what you are doing.

Perhaps the $100/hr isn't as much as you think it is. More so if you are somewhere expensive like San Francisco or New York.
This came from the Zero Energy Project[1] which also has floor plans.

[1] http://zeroenergyproject.org/2017/07/24/simple-techniques-lo...
So lets go back to 2009 when it was obvious Linux would kill Windows:

http://www.pcworld.com/article/181640/linux_will_kill_window...
What software compatibility issue?
I'm not even saying it's a bad idea, just that I think it's entirely understandable that people are a little confused and upset that a decade plus of best practices suddenly did a 180 and they're being looked down on for even taking a second to go, "wait, what?"
Are you hiring programmers/developers or people like sys admins? It sounds like the latter, I can't imagine anyone hiring the former claiming dev skills are easy to pick up.
"Other" is 0.00%, so Chrome OS is highly likely counted as Linux, unless its market share is 0%.
> Apple should get lost with their DRMed audio idea

Did I miss something? What DRM are they planning in relation to headphones?
There are no such things as “the” escape codes. Any terminal could have any codes. You would have to look at the TERM environment variable and use codes appropriate for that terminal. There are, of course, libraries to do this for you, such as terminfo and ncurses. But never output raw escape codes yourself - all the world is not a VT100 or Linux terminal.
A major roadblock I find is that when you want to release your side project and start charging for it, I feel it becomes much harder to make changes after. This means you get caught in a loop of trying to polish it more and more before biting the bullet and releasing it.

If you change the interface a lot or how features work, you'll annoy users that don't like the change and you'll have to be extra careful not to introduce any bugs. If users can save data, the new version will have to work with the old data format. If you want to move features from a free version to the paid version you'll annoy users. So to me, releasing a MVP you charge for that might change a lot later might lead to more headaches than developing the idea further.

Are there ways around this?

Side projects you release for free are one thing but when you want to charge for them the amount of polish and attention to detail you have to pay to marketing jumps by an order of magnitude. People will tolerate bugs and rough edges for free projects but not for paid ones. I agree with the advice about not wasting time with CI, switching frameworks etc. though.
I think that a significant reduction to the user base may actually lead to Microsoft actually stopping all further development of windows, because I believe that the cost of developing, updating, and securing windows is massive.
Cost of doing business.
There's a name for this in the literature: https://en.wikipedia.org/wiki/Lindy_effect
Make sure that your builder knows how to protect spray foam. Otherwise you're putting a massive fire hazard in the walls.

The reason I advocate against spray foam is that contractors are terrible on the whole. They do the bare minimum. So I don't expect them to treat the foam. Take hardi siding. You're supposed to flash behind ever joint. Most don't. So now you get water infiltration. Then you go to Hardi. They won't stand by the warranty because of improper installation.

http://www.industrialproducts.com/industrial_products_blog/d...