skysight-inc/HackerNews huggingface dataset:
Lots of good advice here already!

My suggestion is to tackle this from the language side first. It's really frustrating to be "trapped" behind a foreign language, feeling that you can't express yourself. It gets harder to learn languages as one gets older, and learning a language is like climbing a staircase: you struggle for what seems for ever with something, then you jump up a level, and everything seems a bit easier. Until you realize you're on a plateau, and you don't seem to be getting better. Again. And again. And again.

So that's one thing: even when you feel like you're standing still, as long as you're immersed in a foreign language, you are improving. Even if it doesn't feel like it.

Best advice here is just to find low-stress arenas to practice. Join a sports club, chess club, book club, film club, martial arts club... you get the idea -- find some people that share your interest and hang out. Talk without having to deal with a foreign and difficult subject at the same time.

That might help with the anxiety connected to English.

You mention English is your third language, are you using both the other two actively? If you can, it is usually much easier to learn a language if you can avoid switching back and forth -- and just stay in the new(est) one all the time. Talk, think, do everything in English. Avoid phone/video calls in your native tongue (within reason) -- try to stick to email/letters. If you think it's hard, try to make a deal with anyone you call regularly, say you'll try to give it three months. Let your brain work for you.

Don't worry about the syntax errors in code. Just code more, and you'll make fewer mistakes. Try to code for fun, or at least outside of a class setting, without any pressure. Maybe sign up at codeeval.com and try your hand at some of the easy exercises first.

Many of the problems there are pretty much lifted from project euler -- and that's a good resource too. But with codeeval everything is wrapped up nice, very little setup needed, and you can just play around.

Last, but not least -- you mention you're attending college -- try and talk with one of your TAs, professors or fellow students. See if someone might have the time to pair program with you, on something not directly related to class (again, try to avoid to stack different kinds of pressure anxiety). For example, you could make a deal to try and solve some easy codeeval (no, I'm not affiliated, it's just an easy source of a few exercises) challenges.

Finally: the best way to learn is to make mistakes. It's certainly much better to make mistakes than do nothing. And if you make errors while pair programming, not only do you learn from your mistake, your partner does to!
I think they will go for something like ( price_of_the_book)/(no_of_pages) for a single page. So it should not be a problem though.

Historically I think, may be, some of the 19 century books like Charles Dickens The Great Expectation may suffer from the problem you mention. These books used to be published like periodicals like a single chapter would be released each week(like soap). It made sense to lengthen them for financial benefit.

I am not sure, kind of anecdotal, but I think lot of people don't read or finish lot of books.
Who was asking for your sympathy?
A Culture of Dumb (2014)
Slightly editorialized.
I hope you don't work in a math related field.
Slightly editorialized; please edit the title to make it appropriate.
Your written english is outstanding. I wouldn't have guessed non-native. I found two errors in the last sentence (advice instead of advices, a lot instead of lot) but these are minor ones.

Set yourself up for success. If you do better when someone reviews your code then spend your time on reading documentation and writing good code before review. In pair programming, look for opportunities to shadow and review rather than write.
I like almost all of this, and I think it's far better than the hiring culture than we have now. Especially the part about making it clear that they're not just fishing and intend to let the req sit open for a year, and not making you do 3 or 4 interviews over the course of a month.

But I just wanted to add that I don't think your #5 could ever work, because of liability. There's a good reason why companies don't do post-interview feedback— to avoid legal liability.
There's another critical role in many organizations for your manager; defending your team against other managers.
Otherwise your highly-motivated group will become less so as they are blamed for failures beyond their control, have their schedules randomly changed for 'urgent' work, etc.
JavaScript multithreading
Show HN: Lumenaki – Manage and share your digital content privately
Why, then, do you make such a throwaway, shallow comment like "their tactic was going through Belgium"? This is exactly my point - what you're saying is a plastic version of history, and it's only now that you're pressed on the issue that you start talking about a more complex picture. It benefits nothing but mindless patriotism.

If you really are the serious historian you claim to be, you'll know just how damaging and misleading such comments are.

> I don't think there's any world hegemon in history as generally benevolent, respectful, and pro-social as the US has been.

Rome had some high points. Their thousand years wasn't all conquering and pillaging - there was plenty of spread of learning, industry, trade, finer culture. Yes, they did a fair amount of warfare to become top dog... but so did the US - manifest destiny, conquering large parts of Mexico, taking lands from Spain...

... "but apart from the sanitation, medicine, education, wine, public order, irrigation, roads, the fresh water system and public health, what have the Romans ever done for us?"... :)

In any case, the "shut up and be thankful" trump card of US involvement in WWII can be countered with the "shut up and be thankful" trump card of French involvement in the US War of Independence. It's a stupid trump card to play anyway.
I have heard first hand about some CEO or bosses deliberately practising meanness/curtness. The worst thing of all is I could not fathom they kind of justifying and moving on. Most likely if things are working something most be right.
http://opengl-tutorial.org/ is pretty fantastic cross-platform modern OpenGL (GL3+) set of tutorials.
It feels a bit selfish to do the minimum you
can at a job because you too afraid to actually
try for something you enjoy.

Maybe I have other things outside of work that are far more important to me than trying to ensure that the company that I'll have a 0.025% equity stake in in four years becomes the next unicorn. Honestly: why should I care about my founder/CEO becoming a multi-millionaire? What's in it for me?
This should depend on your field, because some are more gated than others. If you are lucky enough to pick an open one, then you can find good work published and available online.

In my case, I work in an open field. To find new work I simply identify thought leaders and start following their careers. Work happens pretty slowly, so checking in once or twice a year is usually enough to see whats happening and what is in the works.
I have been there... The problem is that this happens to just rarely enough I don't remember ^Q and randomly poke at the keyboard for a while until I hit the right combination.
They don't use those media for one-to-many invites, though. Sure, my friends could email me everything they post to fb, but they don't - everyone else is already there and gets it.
I try to keep my org as flat as possible, but 90 people would be completely nutso.

To me it's a sign of an org that can't grow managers properly.

To put this in perspective: if he gave each of his folks just 26 minutes a week, that would be every minute of working time in a 40 hour work week :)
A lot by smart employers. When I ran a data science team, we hired mostly physicists and math majors who had only secondary knowledge of CS. Best bargains on the market and they don't come with baggage.

Now I work in sports science. I try to hire brilliant people who have never played the sports in question. Still very, very hard.
'tricks' indeed. Don't get me wrong, if one is still stuck in the pre-C++-11 era this could open a lot of gates into unexplored yet exciting new territory and it does provide reasonable code samples, yet I wouldn't recommend this for learning C++ as it also introduces some bad habits. For example

- in 1 all variable declarations and initializations are split. That seems to stem from pre-C99 and makes no sense, especially not when they are on consecutive lines anyway.

- 3 'simply use #include <bits/stdc++.h>' No, don't do that. Instead properly learn what each header is for. Moreover it's not even a standard header so non-portable.

- 4 'hidden functions' Again non-portable and doesn't have much to do with c++ anyway

- '" \n"[j == m]' yes that's a trick to have save one line of code at the expense of being hard to understand and way more error prone

- '#define mt make_tuple' why would you obscure your code like that by saving 8 or so characters
I hear you on the A+++ player/unicorn/ninja/rockstar thing, but I wonder if the reason for resistance to mentoring and training is a bit more complicated:

1. Finding good mentors is hard, because companies (even large ones as opposed to startups) have cut back and folded several positions into one, all while wages are flat. That means nobody has time to mentor. Everybody's working insane hours at their primary responsibilities. Only the most well-funded startups do mentoring well. Most startups are "all hands on deck" with developers doing a lot of other functions essential to business that wouldn't normally be part of their job description. But these functions are "tyranny of the urgent" life support and there's no time for training.

2. Everybody on both sides of the table knows that the only real way to get a raise or change direction is to leave and get a new job. That's good for the employee who wants to be mobile and transferable, and good for the company that needs warm bodies and is growing, but it's terrible for training/mentoring and the people who want to think long-term.
What Happens If Greek Banks Can't Open?
> Should anyone have insights/opinions on why Racket/Scheme aren't more used, please feel free to share them with us!

Well, I'm not sure what happened to Arc, but I thought that was based off of plt-scheme/racket -- but never ported to recent releases. Which is a shame because racket has certainly improved a lot (possibly not in ways that matter for Arc).

Does anyone know why/what the status is there?

Additionally, while some(?) older(?) versions of hn is open source[1], being based off a dead(?) dialect of an outdated(?) scheme didn't really help.

Other than that, running a really popular niche web site/forum in production should make Arc interesting, which in turn should make racket interesting. But that apparently didn't happen.

Anyone know what hn currently runs (the stack - is it essentially an updated version of[1] -- or something entirely different)?

Other than that recent example of not becoming popular, I think that the focus on education has lead a lot of people to miss how good racket actually is, out of the box.

It does seem to me to have some of the same challenges as other lisps when it comes to deployment -- it's not all that easy to see how to easily tag something for release, run it through CI and deploy it with some predictable success. Not really any technical limitation, more that it's just not obvious. And wasn't something that was highlighted by racket before, at least.

[1] https://github.com/wting/hackernews
Take a deep breath. Relax. Pick up a hobby that doesn't require you to sit in front of a computer. Life's too short to be stressed, and no one is judging you.
That should be adjusting by itself though, since lower density of content lowers the want to continue reading.
When I read the title I thought "ah of course cmov is turing complete", but no, it's only mov apparently.

Which is quite amazing (and probably dog slow)
templates are a inappropriate macro language. Everyone knows this except the C++ aficionados.
It's a complex topic, but the way you phrase it, the answer is "yes".
You cannot fire someone because they have depression (assuming a real diagnosis, etc)
The real question is can you fire someone who performs poorly because of their depression
This is nonsense. Nobody really knows how any particular language developed before it was written down. In particular we do not know the unrecorded languages that were spoken in the vicinity at the same time.

Most of linguistics is a mental parlor game that says, if all languages always evolved by differentiating according to abstract transformations like Medieval German and Latin did, then this is what people spoke 6,000 years ago. If people want to play that kind of combinatoric game, then fine, but don't claim that it reflects reality.

It could just as well be that all languages start by being creoles and then settling into a steady state as economic ties and trade encourage people to remove unneeded variations. You could build up a whole theory of linguistics based on that, and come up with different results.

For instance, German would likely be recognized as originating from Ancient Turkic languages in creole with ancient Iranian. Until somebody takes the time to try out one or more different linguistic base theories, all we have is this pseudo-science of creating artificial proto-language and people claiming that word x could not come from older word y because sound s never changes into sound r. Even in the face of evidence to the contrary in modern languages in near historic times.

Quite frankly it is hard to learn enough languages really well to properly study them. I only know 7 and like most people, most are close to my native language because that makes it easier to learn. And if you don't study the prehistory and mythology and archaeology of a region, how can you hope to make sense of language groupings and divisions. Language is inherently a cultural thing.
Companies (at least in the US) only have to worry about legal liability if their reason for not hiring someone is based on one or more of a very clear enumerated list of reasons: race, color, religion, sex, national origin, age, disability or genetic information. As long as the company's feedback cannot be traced back to one of these, they should be in the clear to provide helpful, actionable feedback.
My two cents: Work hard at improving your knowledge and experience, find yourself a tribe (it really helps in learning when you are not in it alone and having someone to work with as time goes on becomes invaluable), and find yourself a mentor. A mentor will help you learn by exposing you to things that will not only keep you interested and engaged but also push you just beyond your capabilities so you grow at a bearable/reasonable pace. That mentor may be the leader of your tribe or just a more knowledgeable resource. A mentor will be someone that believes in you, which is also invaluable. Fake nothing. Ask questions, learn, and alway admit what you don't know. When you do suddenly it becomes clear how to fill in the blanks. Don't be afraid to fail or be wrong. That's just part of learning.
Yes, let's look at Walmart. Walmart is increasing wages and staffing across the board because it's getting its clock cleaned by Target, CostCo and other retailers that are willing to pay more and grant better benefits, and therefore get employees who are willing to do more than just the bare minimum.
In tmux ^b-] defaults to xoff too
I had a problem with scripts (reeeeeally hairy scripts with intertwined tcl and shell code, the tcl being used to drive some really obscure software) that failed when called from tcsh scripts which didn't have "-f" in them, and the user's .tcshrc had stty -ixon in it. I never figured out what the problem was...
I'm curious what you mean by "the vacuum left by Perl". I certainly have little love for Perl, but you say that as if Perl went away or something. I don't think it did? Was there a large herd of perl programmers that just all went "Oh, bollocks, this perl6 thing is never going to arrive -- every day, my code just works, isn't broken by an update to the language. Time to move on!" ? Because that doesn't really make much sense.
The Statue of Responsibility
"The nice thing"

Nothing in this post is a nice thing :)
Kill this thing with fire !
Put in your .zshrc/.bashrc:
stty -ixon -ixoff
You should try [this](https://chrome.google.com/webstore/detail/high-contrast/djcf...) if you use Chrome.
True there are many who take a job to survive. But I think you are confusing "passion" with motivation. A motivated team member would not sit back while her teammates are passionate about the work.
I like React because it's closer to JavaScript than any other JS library I've used. The public API is tiny; you get better at React by getting better at JavaScript.

The only thing I don't like about React is the rapid churn in architecture best-practices (Flux et al). This is in stark contrast to Ember—which nails conventions and tooling but is written far about vanilla JS.

We use React because components are a great abstraction for the web. React components are also very transportable, making them a great addition to integrated systems like Rails.

I like to focus on transferable skills. I don't want to be a Backbone/Ember/Angular/whatever developer. I want to be a good JavaScript developer. React makes that happen.
This this this. Freemarket aficionados often conveniently forget that for e.g. South Korea the basis for it's current economic status was forged by strict government controls and not just by "letting markets do it".

The point is, there is very little value in evaluating economic strategies just through textbook orthodoxy.
Job/income stability ?
> Only numeric variables are supported (no strings, no matrices)

Basic.hpp defines LET as:

#define LET double [1]

Perhaps this would allow for a broader range of types, seen as C++11 is being used:

#define LET auto

[1]: https://github.com/rollbear/basicpp/blob/master/basic.hpp#L8...
Exactly, I wouldn't consider a job posting that doesn't mention salary seriously either. It reeks too much of a job that wants to take advantage of you while paying peanuts.
Although I loathe both Monsanto's corporate behavior in general and the taste of aspartame specifically (I use stevia), it struck me that many of the statements in this article are ripped straight from the assortment of anti-aspartame hysteria sites (holisticmed, Betty Martini et al)... right down to duplicating the same typos ("one main health effects", "Reagans’", "it’s (sic) safety", and the rather obvious "We have written").
Isn't that just a recipe for self-exploitation? I'm motivated to do my work. But if you discover "passion" and start putting in 80 hours a week, don't expect me to run myself into the ground alongside you.
I'd say I'm not a money oriented person. E.g., looking at the income statistics of my city I think that my chances are >50% if I find any other job.

But I think what you say would highly motivate me anyway. People like numbers and making numbers bigger. That's why people feel bad if they don't get enough Facebook likes. So if you give people clear numbers and a path to increase the numbers they will be motivated to do it, even if they don't care what the numbers stand for.
I know, I don't necessary want to run them, but maybe be co-founder and tech advisor
No, I'm talking about fictional examples of near possible future dystopian scenarios. For a good example you can look up some guy called Orwell.

Visual fictional examples often work even better. See Alan Moore.

The concept of the entire world's population in an NSA database is of course unrealistic, but would it be a realistic end goal? I don't see why not.
The usual reason is #3. You're only willing to pay shit and instead of compensating for that with actually useful things, you're selling philosophy and crap like "company culture", as if a company that's not at least 15 years old can have that.

The reasons you listed are all nice, but most of the people who do it are doing it for reasons like #3 above. You risk ending up in the same pot as they do.
SolarCityNow: Real-time view of SolarCity installations and energy production
The community version of Arc is called Anarki. It runs on new versions of Racket.

https://github.com/arclanguage/anarki
Remember work for you is product for someone else.

All the things we take for granted... the lights being on, the roads being paved, the bus coming on time... all this happens because people organize, take care of their personal affairs, show up and perform their duties in a proscribed manner, even when they would rather be doing something else.

My belief is to play when it's time to play and work when it's time to work and to keep my personal life separate from work and not to turn personal problems into workplace problems. Managers aren't (generally) personal counselors nor should they be. Their function in that role is to insure something happens in accordance with organizational goals. Not to be someone's mom or life coach. And again... the function of the workplace is to provide a good or a service to someone else. Not a place for working out personal issues. Take that to the appropriate venue lest the buses stop coming on time.
Yea, definitely "work hard, play hard" is almost always a red flag for me when I read it.

Everyone is expected to work hard. When it's explicitly spelled out in a job description, that is usually code for "long hours, required face time, leading to burnout". And Play hard? What does that even mean in the context of a job? I don't go to the office to play games.
Secular meditation.

The second half of this helped me with the effects of my doubt. https://www.youtube.com/watch?v=KmEG3zzCUQs

The thing I did was to hold my doubt like a mother cradles a baby, don't deny it, acknowledging it. Until this is a joke and you're laughing at what the hell you were so worried about :) "Love your thoughts to death"
I also don't think that the problem is the rise of mobile devices here.

My perception is that Wikipedia has developed a culture that where new people are really discouraged from starting and contributing. The problem is both social and technological.

And while the MediaWiki software is open source, it forms a rather closed / restricted sub-area of open source software. They reinvent alot within their community. I'd be very happy if they did some steps like Drupal 8, integrating part of the Symfony 2 Framework.

Nevertheless, Wikipedia / MediaWiki are still very powerful and I don't see any viable alternative to them as of now. It was / is a highly successful project. Not many software projects grow so old and are still relevant.
Mixcraft 7 Crack Plus Registration Code Full Version Download
Container-Native Linux on Bare Metal
Six Months Inside A Coliving House, Silicon Valley's Answer To Housing Problems
Creativity and constraint
TinEye tells me that the leopard print "sofa" is actually a dog bed ;) [0]

[0] http://www.tineye.com/search/4c4ce7b6558e8d3c4dd443439e80556...
Thanks a lot for all the links. Great material to go over.
>1-1s should not just be considered status reports.

And scrum standups should only take 5 minutes. Theory is one thing. Reality is another. It's even worse when you have a team that does scrum, and also schedules regular 1:1s with the boss. I'm expected to give my status every day, and then summarize a week's worth of status at the 1:1 meeting. It's a colossal waste of time, and I don't know how to "take charge" of my 1:1 (or even if I'm supposed to take charge) in order to refocus it onto what I want it to be about.