skysight-inc/HackerNews huggingface dataset:
Realize (accept, internalize) that we make mistakes no matter how hard we are trying to avoid them, so being too anxious about making one is just a waste of effort (oxigen, glucose) and self-impoverishment.

Grammar mistakes in third languages are OK, the meaning of what you are intended to say is what is important. From could be imperfect if it makes sense. Striving for a perfect order of long words is what killed lots of would be writers.

Same concepts work for programming. As long as your data-structures are repressing the problem domain adequately and choice of related algorithms is reasonable, all the minor mistakes or errors doesn't matter.

BTW, there is no such thing as error in universe. It is mere a wrong path (branch) taken (take a look at what is a heuristic-based depth-first limited back-tracking search).
OK, so apparently you decided not to try to entice people with the culture or benefits, either. Does the company have a recognizable name with a strong reputation? Because that's the only thing left that could convince someone to apply.
* Non-blocking filesystem calls do not in fact work on files. If you think about it for a minute this makes sense. Network data is flowing in to you asyncronously, it will show up if you don't do anything (and trigger poll). But you have to request to read a file to make the OS make the disk go get it. This is why the async read model works for disk files where the poll/read model doesn't; a disk file is always readable as the data is already there. In Linux in particular the kernel does not (I think, I may be getting the explanation wrong) have a wait queue for page faults, it can only block the faulting process, so you can't do async (non-blocking) cached file I/O at all.

* It is not well documented in man pages. It's a relatively well-known problem if you google for it.

* The situation for traditional non-blocking reads of disk files has persisted because it is unsolvable in general, poll/read just doesn't work for for reasons described above. You need async read/write, which Linux in particular does not have good support for (see above regarding cached reads). I think the situation on the BSDs may be better, but I'm not sure. There's a number of articles in the kernel section on LWN discussing async I/O that may be enlightening if you want to know more about what's been done here. (http://lwn.net/Kernel/Index/#Asynchronous_IO)
At the same time, it says something about the HR process if the hiring manager says that filling the position is critical and that this person would be adequate for the job (even if not game-changing), that HR will fight tooth-and-nail to not consider this person just because every checkbox is not precisely checked in exactly the right way.
It is a sign of incompetent management that they demand only A+++ players. A good manager would hire only B players, then train and mentor them. A really GREAT manager would hire only C players that have the right attitude, and still end up with the best team in the company.

Before the MBA scourge hit the land, managers tended to hire the first B or C players that seemed to have the right aptitude and attitude. They would fire fast too, when they made mistakes. In the end they got long term productive employees and, I MUST point out, they did successfully build the modern world that we marvel at around us.
Yea we've grown like crazy over the past year. We're now up to around 55 people.
You're missing my point. No one is trying to take away anyone's rights, whether to make money, spend it, or write about it.
If you're trying to equate "right wing opinions" with "things assholes say", as the comic implies, then I agree with you there.

If you're trying to say that there should be no consequences to expressing awful ideas or opinions, I couldn't disagree more.
ICANN is looking to stop private domain registration
Camtasia Studio 8.4 Crack and Keygen Free Download
Product That Will Eventually Be Made: Getaway Drones
For the New Superrich, Life Is Much More Than a Beach
Sure you can. Don't have our Kindle connected to the Internet while you're reading. Unless I'm missing something?
It's unnerving to see statistics clearly pointing out to a mass extinction event. Because fossil evidence points out that animals larger than a cat have gone first I get this immediate "oh shit" creepy feeling.

However, humans are quite omnivorous and have a really widely spread population...

http://www.nhm.ac.uk/nature-online/life/dinosaurs-other-exti...
With my current employer, hiring the "most enthusiastic" people instead of the finding people with the necessary skills backfired hard.

We're now stuck with serious inefficiencies in the organisation and people that under local labor protection laws are hard to get rid of and replace holding key positions.

This may be easy to overcome in a larger organisation in which the underskilled enthusiasts are surrounded by more senior appropriately skilled coworkers, but in a smaller company it's a disaster.
Some people like "reflective practice" and "supervision". (Here supervision is a jargon word that comes from healthcare or protective social services. A person has regular meetings with a more experienced team member to talk about difficult things they've had that week / month.)

The challenges that programmers face are very different to the challenges a mental health nurse faces, but they're still useful concepts. Weekly might be a bit much for programmers.
You're right that life is not a sprint, but I'd like to go one step further:

Life is not a race. :-)
Imagine you're the kernel, and you get notified that some new data is available on a connection. The basic operations you have to do are:

1) Figure out the associated file descriptor (hashmap lookup perhaps)
2) Copy the new data to the socket's buffer
3) Wake up any threads waiting to read from the socket, or polling with a read interest

Obviously, that ignores a lot of protocol work, but that's the general idea. There isn't any need to loop over all of the open sockets.
Much of the world fails to see great differences between that and using drones to blow up weddings, pervasive surveillance, millitary bases covering the world, fanatical support for Saudi Arabia, and unilateral invasions of countries on their shitlist.
PentestBox Is a Portable Penetration Testing Distribution for Windows
If there are many people to vote, there are many people to count. Summing up those votes is just on logarithmic order of complexity. Therefore sheer numbers are no argument.
I like a lot of these very much and agree. Thanks for posting.
I deactivated my facebook account and I manage to keep in touch with my family and close friends from school and college using Whatsapp alone. I don't pretend like I won't miss out on some cool interactions, or miss out on important updates but for the most part it works pretty ok.
[ed: I feel I should preface this to say that this is very old code, and something I'd normally show to anyone. But since you asked... :-) ]

Unfortunately it looks like the code that was the best (worst) example of what I'm talking about isn't readily available (I have it some backup-archive or other...) -- and my other code is partially restructured based on what I learnt, and most significantly in Norwegian.

However, one example, while not breaking the function-gap, is a small sub-section from the noweb document that reads (this is java 1.4):

<<src/AllTests.java>>=
import junit.framework.*;
import junit.extensions.*;

public class AllTests extends TestCase
{
public AllTests(String name)
{
super (name);
}

public static void main(String[] args)
{
junit.textui.TestRunner.run(AllTests.class);
}

<<testSucceed>>
<<testTabell2D>>
<<testBrikke>>
}

And the testSucceed-section is just a simplistic sanity check to make sure tests can be run/pass:

<<testSucceed>>=
/** Testing the test harness */
public void testSucceed() throws Exception
{
assertEquals(10, 10);
}

These two blocks, the test setup, and the meta-test go together in a neglected corner of the document, given only a little more priority than the build.xml-file -- while the more functional tests are moved close to the various interfaces (in this case) they are testing (rather than having them too close to the implementations they're actually testing).

So one could say that this gives us injection without an injection framework. Or something. This is basically fixing a naming issue in java, where you need methods to be bound to a class (except for static stuff etc) -- and is an "abstraction free" (at the language level) way of moving things that go better together -- closer together.

Note that the blocks pretty much lacks comments, as they are a bit gnarly to get to work with both java and noweb and javadoc -- but that is more of a tooling issue than anything else.

In this case (imagine 10s of test cases) the tests might be a bit under-documented when seen in isolation. Note that each block actually holds a couple of test-cases applicable to whatever class/interface-pair it tests.

But it gets even more interesting when you're sharing a block of code that implements a binary search on an array-like structure... does make it a little too easy to trip over local variables though.

The full code (in Norwegian) is at: http://folk.uib.no/st05861/inf101/oblig1/ -- it's not very good, but the noweb source and pdf (oblig1.nw, oblig1.pdf) might be of some very limited interest -- and could be contrasted with the java code under src.

This is all from an entry level programming course, the task was given as a pdf-document with some specs and a few stub interfaces -- the resulting pdf essentially interleaves the questions/specs as given, along with the interface stubs -- and builds up answers to each sub-section/point.

The other code I mentioned was more along the lines of implementing binary search for a an array-like interface etc -- basically Abstract Data Structures.
Just stop it.

Seriously though, you learn a new human language and jump into one of the most intense fields of study and start having an inferiority complex? With that attitude you'll need to be world renowned before you have confidence to speak in public.

If there is anything I can do to help, as a native English speaker with programming/CS experience, my email is in my profile. Best of luck.
These 21 points make Imgur seem like an over-managed hell pit to work at.
As a manager, 1-1s should not just be considered status reports. They are a way for you to build trust and communication with your staff, and to give them a chance to talk about anything: problems, work on personal development, or feedback about you as their manager.

1-1s are probably your most valuable tool. Often, you will discover problems and info you would have otherwise not known - "our lead developer seems depressed and was talking about quitting", "did you hear about that other project that started? It's in direct conflict with our plans...", "there's a conference coming up, we should present at it", and so forth.

An effective manager should, in my opinion, spend 50% or more of his time with his team. Working on the same topics, talking to them, helping to plan, fixing problems, finding resources, and doing 1-1s. It's no surprise that teams with the most problems often have a manager who is just not around enough.

For new managers, I always suggest the following resources as a great starting point:

- "Team Geek": http://shop.oreilly.com/product/0636920018025.do
- "Managing Humans": http://www.amazon.com/Managing-Humans-Humorous-Software-Engi...
- Manager Tools podcast: https://www.manager-tools.com
> developed job searcher's PTSD

I currently (somewhat) interact with people that have rejected me for jobs in the past (within the local tech scene). I find it difficult, but such is life. It is easier to handle when you're not still looking for work and interacting with the person that rejected you for what (to you) was a petty reason.
Those people become experts - they get incredibly attuned - at navigating risks when it comes to getting fired. It's like people that don't work hard consistently, and then cram as much in at the last second right before getting in trouble. They develop an almost sixth-sense like ability to know when they have to do something, and then they do just enough. A lot of times in my observation, persistently unmotivated people don't know what they want, either out of work or life in general; so it does them little good to quit and go find a job they want to do, because they have no idea what they want to do.

It's the classic rhetorical: why not just work consistently, and not have to worry about cramming? Why do people behave that way (in either school or work)? In my personal experience, I've found the only time I cram, is when I'm stuck doing something I really don't care about (happened constantly in school).
I share this problem. They locked me out until I changed it or proved it.

In The UK names are legally fluid. To the police you must tell them "the name by which you are known" not your birth certificate. So I can go to prison with less ID than I can post on Facebook.

I had used my old family name: McNutty and Facebook don't like that. Our family name was changed to Nutty and then Nutt as being Irish was a negative (the Mc) and then Nutty was slang for crazy. But I have gone back to our roots.

So I changed it to an even faker name, similar in tone to Mike Hunt, in order to log in that day. But after I pressed "yes I'm sure" they said "thank you, please note: you will never be able to change it" so I am stuck with a stupid name. Hahaha joke's on them.
You have an extremely shallow understanding of military history. Do you think that Germany's 'superior tactic of going through Belgium' helped them steamroller Poland, perhaps? It wasn't the move through Belgium that was new, it was "Blitzkreig" - mobility on a scale never before seen.

Likewise, it was well-known that the Maginot Line was supposed to extend along the Belgian border as well; it's just that it was extremely expensive, and France was short on money and manpower.

If you want to call that American exceptionalism, so be it.

Being proud of achievements wasn't the bit I was labelling American Exceptionalism. It's the whole "we're so awesome, if it wasn't for us, you'd all be speaking kraut" and "those Frenchies are so dumb and useless at war" crap. It's a plastic, shallow version of history.

has broadly been very respectful of European culture and cooperative with European countries

Yes, post-WW2, the Marshall Plan was very friendly to Europe, but it also wasn't charity - it was part of the Cold War. But in the last 30 years? Nothing 'very respectful' in particular - it's actually been somewhat hostile. US military aid goes to furthering US political interests, not altruism. If it were altruistic, you'd see a lot more engagement in Africa. Instead we have the US going on wars of adventure to shore up domestic support, and when US allies don't blindly charge in with them, the US political environment turns hostile. Fancy a Freedom Fry?

Not to mention that the US tries to strongarm it's economic and terrorism laws on anywhere in reach (economic laws like those around IP, for example), with varying success in Europe. I'm not seeing actions that I would call "very respectful" - I'm curious as to what you're thinking of here?
Well, that certainly gives me boundless confidence in the idea of expanding the reach of the US security apparatus to encryption backdoors. They can clearly secure and manage all that data.
The NSA is not a corporation. They put exponentially more care in vetting before trusting with top secret intelligence access.
Did you try to get all the Apple details out of your posting and replace them with Android ones?

What difference does it make whether they built an iOS app if they are a mobile app developer?

Also, why not look for a web app developer specializing in front end. Same skills, just a few minor technical details are different.

I think a lot of employers do not understand what the word "skill" actually means. Generally skills increase with years of experience and if you take someone at the right level and throw a new platform at them, they will spend a week on reading and tutorials and then dive into a prototype of the app they need to build.

After all, Google hires Apple and Microsoft engineers, then expects them to build stuff on the Google internal platform. And they DO!
correct - this was the original design doc for what became https://github.com/libuv/libuv
The proper solution to this is to offer stock options that vest over several years to keep the employee, and to continually offer new set of options each year.
Clearly it's not a universal truth because at least from what you say, it sounds like you don't like them.

On the other hand, I'll have to say you're definitely wrong to say people don't look forward to them. I have yet to find a company where we have had too many 1:1s, and I usually have them weekly.

It's true that sometimes I don't have anything I really need to communicate, and what ends up happening is that the meeting takes 5 minutes and that's it. That might seem like a waste, but I like it because it makes me feel like my manager actually cares enough to hear the feedback from us underlings. If we didn't have scheduled 1:1s, I would have a really hard time bringing up anything because my manager is very often elsewhere.

I also feel like it should be beneficial from the manager's perspective because assuming people actually are comfortable talking about issues, there are usually problems which arise that the manager doesn't have to deal with and thus know about. Then, we can make sure these things get addressed.

Of course, all this is moot if you don't feel like you can trust your manager, which is unfortunately sometimes the case.
> Give feedback frequently and directly. As a manager, it’s easier to wait and then hedge critical feedback in soft wrappers, but that’s selfish. I’d try to give feedback as soon as I could grab a conference room with the person, and not wait until the formal 1:1 days later.

I really wish if everyone could think like this. What is the point in giving feedback after 6 or 12 months during appraisal. That is also done as part of formality.
The French built the Maginot Line after the war, which proved to be the wrong approach.

Then along came Blitkrieg.

https://en.wikipedia.org/wiki/Blitzkrieg
Why we kept our startup in Australia
If I were to go off only what I read on HN, I'd think Wikipedia was weak, completely flawed and inaccurate. In my experience, it's excellent - informative and free. But then I read it through a lens knowing that it's created by volunteers and may suffer graffiti, and I'm surprised more on HN don't do the same rather than cut it down.

The media are just happy to cut down any tall poppy with public recognition because it incites interest.
A lot of these things are artifacts of intense competition and change. Ignoring invites often happens (where I work) when people have 20 appointments in a day already! Stress transmits from the top down; if your business is "as usual" you can get your hands round it and run it smoothly, if your platform is on fire and your customers are throwing bombs at you (and disappearing) then staying on an even keel is hard.
I'm using an Arduino running GRBL for a project. It can take up to ~128 bytes of gcode in its buffer, and anything more gets dropped. So you have to carefully shepherd new statements in as they are executed (scanning for "ok".) Would be a perfect use for flow control, if arduino didn't already use it for something else. Dammit.
That just exchanging the kettle for the pot. Hell, whatsapp IS owned by Facebook...
> I think this misinterprets something deliberately, and misses some things entirely.

Well it is Vox.com

The skills requirements are absurd. And for me they are a bit like a red flag - every job that has 3 pages of technical abbreviations is not worth applying for. Good jobs are always by personal contacts first.
The pages will almost certainly be based on word count. I believe the standard is 150 words/page.

Word count is probably the best measure to base this on, because time spent reading is totally arbitrary and depends on external variables, like how fast a reader the buyer is, how distracted they are while reading, and how difficult the text is. Personally, I'd think it makes more sense to pay us per 1000 words of text read, but if they want to call 250 words of text a page, that essentially accomplishes the same thing.
Exactly this. HR wanted to hold out for a unicorn candidate when we're geographically in an area that makes finding such a candidate difficult and when the pay they were willing to offer wasn't going to attract a unicorn.

Meanwhile, we were having to spend several multiples the cost of an employee on outside consultants just to keep daily operations going and had been doing so for months.

It probably doesn't help that tech isnt our core competency and we work in an industry that's occupational license heavy, so HR is probably used to being highly selective, but there comes a point where not just cross training somebody that's already been vetted by the hiring manager --and actively resisting it-- when having the position unfilled is costing the company serious money just gets absurd.
That's actually quite helpful. Thanks!
> Ask for a cover letter explaining why you are a fit for the job

How does this help anything. Plenty of these out there which the applicant can attached to the application.

"I am very enthusiastic to leverage my [INSERT HERE] skills to help [COMPANY] transform the [WHATEVER] industry "
I think that if good management were following these rules, you wouldn't even know it was happening. It'd be more like guiding and less like controlling.
The second one is not true. Utopia of happiness would result in vast stagnation.

Agitation, annoyance, something needing fixed, imperfection, desire for more / self-improvement, etc. is a critical root of invention and creativity.

Ideally not everyone is perfectly happy all at the same time. And it should be noted that is not the same as saying that everyone should never be happy. Rather, that it's incredibly valuable to have dissatisfied people in society - they're often the ones that break with the status quo and push humanity forward.
> If you didn't know what was going on behind the scenes, it might just seem like "one of those things that happens sometimes".

Yeah, I'd be like, $!@*$%# Ubuntu :-)
Is there really anything wrong with the fact that some people don't care to achieve anything more than what's required of them at their job? I think it's unfortunate that you're in an environment you don't enjoy, and I hope you can find other people you relate with.

I hope I don't offend you, but it feels a bit selfish to try to change them to be more motivated. For many people, a job is just something they have to get through to survive and there's nothing wrong with that. In a way you are lucky because these people will likely never enjoy their jobs as much as you do.

Don't forget that they may very well have other things besides work that inspire them, but those things might not pay the bills.
>Our focus will be on closed semirings, which are semirings with an additional operation called closure (denoted * ) which
satisfies the axiom: a* = 1 + a * a* = 1 + a* * a

>In semirings where summing an infinite series makes sense, we can define a* as: 1 + a + a^2 + a^3 + ...

>In other semirings where subtraction and reciprocals make sense we can define a* as (1 - a)^-1

Suddenly the "generating functions" from my combinatorics course make so much more sense. It was never about functions at all! It was about reusing our knowledge of algebra on the real field and power series to manipulate a closed semiring of combinations.

In retrospect, I think it would have been less confusing to use the abstract algebra from the outset.