skysight-inc/HackerNews huggingface dataset:
They make products people want. Lots of people buy them. As far as I'm aware, there aren't any nefarious tactics involved (eg embrace, extend, extinguish) - so they're not trying to distort the market (pls correct me if I'm wrong). Given that, why do you claim Apple has done damage, when really it's people who chose with their wallets?
Same thing happening with 31.4.0 on Arch Linux.
Looks visually Impressive. Is there a Demo of how to use it programmatically? Like for example for a visual scene graph like threenode.js?
Vagrant + provision.sh scripting is as simple and powerful as it gets.
It took a mushroom market crash to ruin Iron Mountain. Was there a crash in people seeking help with stuff between Google launching & shutting down Helpouts?

The point is that Google didn't need Helpouts, Google Wallet, Google Reader, Google Checkout, etc. They have a core business. If one of those products had been their core business, they likely would have kept going. Each of the products they shutdown is typically profitable to some degree, or could be made profitable. Google shuts them down because they've have too little traction for Google to stay interested, but if they were companies in their own right, they would likely continue.
Basic details about the ID/authentication protocol have been known for a while:
http://www.eevblog.com/forum/oshw/oshw-apple-lightning-conne...

It'd be interesting to see where this leads. I'm willing to bet that the Chinese have RE'd most of the protocol, but have kept the secrets to themselves. (If you're curious to learn a foreign language, and have some interest in electronics, learn Chinese - there is a lot of stuff on that side of the Internet that can't be found in English. The whole "Gongkai" ecosystem that bunnie writes about, for example: http://www.bunniestudios.com/blog/?p=4297)

That "BRICK_ID" signal sounds a little ominous...
What works for me: admit that you are going to want to do other things. They are going to show up even as side comments in the material you are learning. Keep a list of things you will work on later. Don't sort it, but make a deal with your future self to review the list after you reach "the end" of your current study. "The end" should also be clearly defined, hopefull by some small capstone project. Amorphous goals are never attained, and every topic is endless. Set an achievable goal.
I'm not sure what the US government is complaining about. If the baseband has direct memory access, they should be able to grab any cryptographic key off the phones without Apple or the user ever noticing, that is unless Apple has been getting stroppy lately about who gets to talk on their PCI bus.

As for Apple doing the right thing, even if they manage to keep the government out of people's business today, they still hold the key to the universal back door and might give it away tomorrow. Apple certainly has the resources to develop a completely liberated phone, but NeXT and post-merger Apple has always been incredibly hostile to software freedom, and this speech doesn't change any of that.

I don't think they are afraid that they won't be able to spy on people, but they are worried about maintaining the public opinion that privacy is for creeps and terrorists. But another interesting effect of closing every back door but the baseband is that there will likely be a power struggle within the intelligence and law enforcement agencies. Only the highest ranking officers will be able to push malicious firmware updates, regular police will have no choice but to stick with traditional police work.
> Then why does HN have a 500 karma limit on voting?

Occasionally getting downvoted not withstanding, a user's karma tends to only go up over time, as long as the account isn't flagged in any way. It's generally not a battle between negative and positive karma - getting downvoted is more of a short-term signal that others found the quality of your post wanting. So in an environment where there are many more upvotes than downvotes, a 500 karma limit is merely a means to stop novice users from dishing out punishment until they become more experienced users.

Downvoting a comment sends a harsh signal to the commenter that you believe their comment is so bad it shouldn't be there, but it's an unsuitable tool to influence the discussion at large.

> Why was it raised?

I've been here a few years and to my knowledge the limit wasn't raised during that time.

> If karma doesn't work to exclude people with unpopular opinions then there's no point to the limit.

As someone who mostly only posts if he has something contrarian to say, I don't think it's about unpopular opinions. Yes, I receive some downvotes, but mostly people just ignore me, so my average comment karma is very low. That's what you can expect for having unpopular or boring opinions. Reaching the karma threshold necessary for downvoting on the other hand isn't really that big of a deal, nor is it really a challenge.

HN's primary exclusion mechanism is flagging, not downvoting. In a way it's more insidious because you may not even notice it's happening. People get shadowbanned, even. Or, as apparently happened to me yesterday for the first time as far as I can tell, a moderator steps in and forcefully pushes your comment below the much older "green newbie" comments where the thoroughly grey content goes to die.

Downvoting is at least an overt signal, like I said. And personally I think the capability to issue a downvote is probably overrated.

> tilt the discussion toward their viewpoint

Discussions on HN are generally not happening on the razor's edge of opinions. Instead, they tend to be carried out by people who are very certain of their own viewpoint. There is so much momentum, tilting these things is not an issue. But if you can voice a coherent minority opinion, that comment might still get to the top of the thread.

> Surely you must have noticed how cliquey HN is.

It depends, I think there are several big blocks of people here who think alike, but I noticed the biggest influence on how a post is received often seems timezone-related.
Does this also work in mail readers?
Exercise regularly (perhaps daily),

keep building on consistent good habits you have made - a regular exercise routine will help on several levels,

don't expect to become perfect overnight (or ever),

prioritise what is most important and time-limited (probably for you: direct access to good teachers),

learn what you need in a practical context rather than abstract context: (e.g. learn to start a business by starting a business),

sleep well and sleep plenty,

check your nutrition - especially, is your alcohol and caffeine intake helping or hindering you?

allow yourself some failures. Give up on what isn't working for you and concentrate on what is.
Restricting access to user-uploaded files in Django
Regarding the switching between different subjects or projects, what helped me was to quickly write down TODO notes of actions I should immediately take when picking up the subject again. For example "Finish exercise X", "Watch lecture Y" or "Run unit tests of project Z".

I found my self dive in to the subject much faster when there was no need to think about where to start.
Wait.

You have deleted your account and clearly don't find LinkedIn useful.

Are you really surprised that you don't understand why people who do find LinkedIn useful (and there are large numbers) would use it the way they do?
I second the "War of Art" recommendation. It is one of the most important books I've read in a long time as a far as impact on my life; really kicked my ass and got me into gear.
First off, I think this is an awesome portfolio project.

As far as being worth continuing, I would say it's worth maintaining but not adding to (beyond compatibility) moving forward. It's a great example of what you're capable of, and maybe some might even use it seriously, but I know I'd start worrying about every little "wish they had/did this" comment that came my way. That leads to burnout.
So, a system that automates generating a Linux distro from scratch. Except for the fun, I can't figure out the application. It doesn't seem to match Buildroot or Yocto for embedded systems, but people can assume that; I suggest describing the objectives in the first paragraphs.
> Its Unclear What Criminal Law He Violated

It doesn't matter if you make a deal, right? The possibility of funky charges is partly why we have a court system. We get jacked up charges, we can fight them in court. If those charges really are jacked up, then you win. We make a deal on jacked up charges, then they are ours.
I feel ya mate. :(
Native french speakers often leave a space before their punctuation.

(Not commas though! usually sentence-ending punctuation like ?,!,.)
In practice, this starts with my availability. Since I don't work with estimations my gigs do not have an estimated end date, because what I only care is that what I am hired for finishes in its natural way.

In particular I don't tell my clients "I need to be done by time T", that would be putting a de facto deadline to the project and wouldn't be consistent with my view to focus on bringing the best value to what I am hired for.

So this is not a selling strategy, but it is just the natural way in which the conversation normally goes. Then, I explain why I work that way. Also, the corollary is that if that person or company hires me, I will be as focused on their problem and in the quality of work as I am being now with my current gig (the commitment that doesn't allow me to give a starting date.)

I have some public track record, so when someone hires me they know who are hiring. That, I am sure, also helps. Though I have to say when I started I didn't have so much exposure.

BTW, that for me includes Scrum sprints. No matter if you call it points, or whatever, you are estimating that something is going to take so much, and that by next week we could deliver A, B, and C. Is the same shit in the end.

Don't do that, talk about facts. Use past tense. Last week we DID A, B, and C. This project COSTED this much.

Some clients already work without that shit, pipeline and priorities. That's all.

Also, do not put yourself in a compromise by inertia. "I'll have it by tomorrow" and nobody asked. Try to avoid that kind of sentences. Then you absolutely have to do it by tomorrow no matter what, or else you need to excuse to fail the expectation. Be deliberately vague: "I'll have it soon", "I'll write back", "I'll prioritize this", often times that language is more than enough for communicating. But best of all: say nothing! Just work hard, let your work speak for you.

Working hard is key. Work hard and communicate often to have a close feedback loop. If you do that, in a few days your client already sees how it goes, it can feel the speed (as you do), it can feel the velocity, and that everyone is concentrated on what matters for quality. If you enter that flow, everything is so smooth and good for the success of the project.

I have been working non-stop that way for 5 years, and I truly believe it is the best way to deliver quality software.
I have said it before but I think it bears repeating.

Time estimations is an industrial way of thinking applied to a post-industrial world.

In the post industrial world time isn't the problem but rather project definition and scoping.

In the industrial world the problem was already solved (machine was built, market often established and output depended on a few factors that could be adjusted. Need more output add more of X)

In the post industrial world every project is about problem solving and scoping.

To put it into comparison.

If we apply post-industrial thinking to an industrial world. It means that each time a product needed to be done if not the factory, then the machines would have to be developed.
It will take many many years before time estimation will die, but it will happen.
I'm interested , send an email @ abdelhadikhiati[at]gmail dot com
I thoroughly enjoy the fact that there's a breakup email. Hopefully we'll get more canned emails in the future.
Start tracking your time with a simple app like https://github.com/projecthamster/hamster When you start the timer you should only focus on that one task. If you get distracted stop the timer. After a week or month you will have lots of info and it will be easier to decided what to do.
Why OCaml, why now? (2014)
We should also keep in mind that Google is a content company, and is leverageing their market share to bring us such wonderful features such as HTML5 DRM support in our browsers.
The User Experience of Podcasts
Brilliant. The War of Art is like a vaccine for this
I always cringe a bit inside, when reading articles like this.

nodelay and cork are different, indeed, but opposites? They both try to achieve the same effect, put more data in before sending a packet.

> [...] This mechanism is ensured by Nagle’s algorithm, and 200ms [...]

Absolutely not. Nagle's algorithm does not have any delay or timer build in. It simply holds back non-full packets, when there is data in flight (not acked). The second half of the problem is delayed acks, but this is not mentioned in the article, instead it goes on saying

> [...] but Nagle is not relevant to the modern Internet [...]

which is indeed popular belief, but a very superficial analysis that holds no water if you study it further.

The feeling I always get from articles like this is they border on "technical religion". It sounds correct, it is technical, it isn't even false, but it doesn't paint a clear picture, instead it mystifies things further.

The problems nginx had:

1. nagle and http keepalive don't play nice together, the last bit of data might be artificially delayed, especially when delayed acks come into play. nodelay seems needed here. (It is not though, see that Minshall bit.)

2. how to send headers and use sendfile for the body, and fill the first packet with more then just the headers? nopush (tcp_cork) is a solution.
I had the same "problem" that you have in the past.

I created a company wile studying engineering, while traveling the world and learning languages.

I solved it... well I did not solve it at all.

For creating a company alone you need marketing, sales, hiring people,self management, handling money and planning skills.

It felt I was not doing nothing at all. It was hell.

But somewhat it worked really well in the end. I started delegating some work, but I had done this work myself so I knew who was great at what I wanted to delegate naturally.

I was wrong too thinking that I had not learn anything. Now I know I know a lot because I compare with people that does not know what I know every single day of my life. When you really learn something it becomes obvious to you.

My recommendation is:

1-take notes and computer index anything you learn, with the most important things from a book, talk, whatever, something similar to what Derek does:

http://sivers.org/book

Watching again a lecture is nothing bad if you need it. But next time you watch it you can do it in 5 or 10 minutes, focusing on what you need.

I extract the audio of every talk I watch and speech recognize it automatically, so I can search for it. I write down the important words of the talk and basic structure.

I use open source(vlc, handbrake, command line tools) programs for most of it(everything but speech recognition).

2- learn memory tricks,mind maps, and speed reading so you learn faster.

3- Learn to self manage and be happy while working. I like Eben Pagan productivity program "wakeupproductive".
Then let them feel secure. Let's tax only the super-rich. Perhaps a wealth tax on billionaires.
Finding the right business model
Hey folks!

So I have a new Startup that makes it easier for people to find the right venue for their event. It could be for your wedding, cocktail party, get-together, business conference etc... The development of the application is 90% complete, and I'm not in search of a viable business model. One option one would be to charge companies/venues a subscription fee i.e $8/mo to be on the website but I would probably have to show a monthly user/viewer-count, which doesn't exist yet. Another option, is to charge them per-lead.

I could certainly use some help here - open to all ideas! Doesn't matter how wacky, outhere they are.

Thanks!
Google wasn't the 1st search engine, Facebook wasn't the 1st social network, Youtube wasn't the 1st video site.

Execution trumps first mover advantage.
Protest Rally by Chhattisgarh Forest Employees Union
Estimate frequently, quickly, and move on to execution. This will allow you real-world information to make a better estimate next time. Lots of little fuzzy guesses which trend in the right direction. I believe the complaint about "not getting any closer to resolution" is a red herring. The value in the exercise is creating a shared mental model, not creating COCMO VII. There is no perfect estimation model, mainly because your team is not full of robots.

We screw up when we get up from the IDE and start thinking of technology development in the same way as we would using the Jquery framework. People do not work like machines.
In a previous video posted on HN, a police officer explains how they would use a concession made by a honest humble person during an interview to boost their conviction rate: "Sure, I never like the guy. But I would never do anything malicious against anyone or even animals, especially not theft or murder which is totally against my conscience." would become big uppercase red letters on a videoprojector: "I NEVER LIKE THE GUY". Be sure you nail every emotional aspect to convince a jury.
You have time for everything. Do it all.

Also, you can't afford not to do it all. For example, you mention starting a business. But it can be the case that that business fails unless you have a second business. If Elon Musk hadn't run both SpaceX and Tesla they would have been gone under (see his 60 minutes interview.)

You really can do it all. Htsthbjig's comment in this thread seems really good to me. this is only a problem until you capture some of hte value that Htsthbjig already has. get more of your projects out there.
You have a beautiful problem and you are aware of it and seeking fresh input on how to deal with it. That's a lot. Many people just go with robotic intertia but you created an opportunity window to break intertia here.

In the incoming years life might add some constraints you are not experiencing now and they might decide for you, so you should use your currently wider spectrum of choice to decide what you really like to invent for your future life. What opportunities want to optimize and increase chances of making them happen? I always kept a lot of attention on optimizing personal freedom. If you align things you really want with values then you'll probably increase aligning your passion with what you do (and if you do the opposite you screw it).

Final words on this nice conversation: meditate absorving all, then ignore everybody (including this) and please please please read The War of Art from Steven Pressfield. Is the most enlighting, short, provoking and encouraging words I've read to deal with The Resistance.
I've found this helps as well.

Often at the end of the day I'll do a mental stack dump of where I am in various projects, including the immediate next steps, in an email and send to myself to easily jump right in the next morning.
I do the same, but I've had trouble with the overhead of virtual machines (admittedly on an older laptop). Have you not found this to be a problem at all?

As deployments get simpler and the usefulness of Ansible for server config declines, I'm thinking about abandoning the VMs and going back to running things in OS X.
"The War of Art"? This book? http://www.amazon.co.uk/review/RWWMMSWYRYY10/ref=cm_cr_pr_pe...

Really?
Not sure, haven't tested it.
After viewing this link, I think RMS might not be seeing the big picture here. There isn't merely an attack on GCC, but rather an attack on Free Software itself.

HN has proven for the past few years that the valley is less in-tune with individual freedom than they are with corporate-compatible licenses. This has understandably created some disconnect and often friction between us. but regardless, stay with me on my reasoning.

within a three month window, we have seen:

* a downright (successful) coup by systemd, which is an RPC backdoor for proprietary corporate software to bypass GPL restrictions via trivial bits of LGPL'ed code, wrapped in the controversial plan to swallow the GNU toolchain whole.

* very real talks about (GPL'd) GCC being replaced by (BSD Licensed) LLVM, followed by the peanut gallery using this as an example of the inferior quality of the GPL.

* an outright attack on the GPL, using the slimiest sound bytes and half-truths, for not being corporate-compatible.

Call me a conspiracy theorist (Literally: one who has a proven hypothesis about a group of people working together to commit a crime), but in the eighteen years I've been running linux, I've never seen this large an effort to sway people from using Free Software before. And no, I haven't forgotten about SCO v. IBM[0], "Get The Facts" campaign, or Halloween Documents I and II[1].

It would be easy to make a case for Microsoft, still being run by Steve Ballmer[2], as the culprit. But Apple and Cisco (and Red Hat, post-CentOS purchase) are not very good players in the GPL sandbox, and we can't exactly rule them out. All I know is I see a pattern, and, Confirmation Bias notwithstanding, I'll keep talking about it if these sort of articles continue getting frontpaged on HN.

0. http://en.wikipedia.org/wiki/SCO%E2%80%93Linux_controversies...

1. http://en.wikipedia.org/wiki/Halloween_documents#Documents_I...

2. http://arstechnica.com/business/2015/02/one-year-in-its-stil...
Pretty sure my local git repository contains thousands of lines of valuable proprietary code (granted on a hardened dedicated work laptop), mixed with open source libraries etc.

And I also delete my bash history all the time if I do something stupid like manually enter a password into the command line.

One thing to keep in mind is that Aleynikov is clearly one of those rare types for whom the technology is an end in itself rather than a means toward anything. That leads to a type of naiveté about following IT security policies. I don't know quite what the proper name is for this disposition, but we've all encountered them.

>I also dispute the idea that because developers commonly use ssh, gzip, and svn, that it is common practice to (1) gzip a tarball of source code, (2) encrypt that source code, (3) commit that compressed encrypted blob to svn, (4) remove all traces of the encryption key from their work computer. That's something happens zero times on normal dev machines.

Agreed, but it was established that he did this fairly consistently throughout the course of his employment. It's idiosyncratic, but not unexplainable. Sure, it was poor development practice, but I'm not convinced it was malicious.

Again, if the intent was trade secret theft, why not take the valuable part, the trading strategies?
Im in a similar position to you and also have this problem. Although it's relatively annoying, I find that I have ended up learning and gaining a reasonable understanding of some things (theory of programming languages, parsing and haskell, etc) by stopping for a few months (university takes up a lot of time) and coming back to them. Although when I require some body of knowledge as a requirement to complete a task, I find it far easier to focus and learn a single thing without getting distracted.
So for me creating a distinction between what I need to know immediately in my daily life and what I'm learning for fun has been quite helpful in allowing me to focus.
I call this the pre-emptive lazily evaluated learning strategy :P