skysight-inc/HackerNews huggingface dataset:
Ask HN: Improving my resume?
I'm trying to improve my resume[0]. Most of my experience is freelance, including building websites for people (mostly custom Wordpress themes,) although I have worked for two small businesses. Unfortunately, the freelance sites are no longer online. I'm at a point where most of my practical experience either seems obsolete, is tied up in personal projects or is academic (CRUD apps in C# for school.) When potential web development jobs want a portfolio, the best I can offer them is screenshots, which seems entirely inadequate.

Should I even mention a portfolio of sites no longer being hosted? I've considered hosting what I have on my site, but I would need to remove logos and rebuild some of them, and I don't know if it would be worth it to maintain what amounts to a couple of wordpress installs and a Bootstrap template on top of Slim Framework, just to point out I know how to do that.

Basically, i'm concerned about what works against me and what works in my favor.

[0]http://kennethrapp.net/resume
I was in for a $350 price poiny, but $600 is pushing it, given I'd need to buy a new PSU and GPU to use it.
I think that 3.5mm jack is a source of many repair issues for Apple.

- pocket lint routinely finds its way into the jack.

- most male connectors are manufactured with low precision, which causes added stress to the socket.

- some male connectors are long, creating a lot of leverage if force is applied in the wrong direction.

- water gets in easily through the socket.

- the socket is very fat and forces the phone to be thicker than it would otherwise need to be.

Other connector designs are superior for all these reasons. The main issue is that Apple doesn't let other companies clone its connectors, so everyone has to pay exorbitant prices.
I think they will. I just hope that:

1: This isn't being done to close the "analog hole" (ie hdcp-like drm for audio)

and

2: Apple doesn't try to make the connector proprietary
Which can be incredibly important if the manager has to report to someone as well.
And these are absolutely horrible(I tested 4 different ones) because there's always a little bit of lag. You can't use them for watching videos or playing games because of it.
Show HN: Search and filter the web with attributes you've never seen before
That. I was relived when I saw he advising against disabling ICMP, just to read that at the next paragraph.

It's past time ops security realize their job is to make the system run securely, not to stop it so nobody gets in.
Node is too often conflated with JavaScript. This is understandable, considering JavaScript is the interface between the developer and the platform. But as crazy as this might sound, JavaScript is an implementation detail of the Node platform, not a defining characteristic. For instance, there's a project [1] that replaces JavaScript in Node with Lua.

But if you go back to the origin story of Node, it's all about libev (though it now uses libuv for the same purpose) and that pervasively-asynchronous mindset. JavaScript was chosen as the developer interface because it met the need to support that asynchronous philosophy. The result is that everything in the Node world is asynchronous and asynchronous is the path of least resistance for the developer. Other platforms that weren't conceived with this mindset often force developers to fight to be asynchronous.

> It seems like whether you're aiming for ease/speed of prototyping, pure performance, a good concurrency model...

It's a mistake to look at JavaScript as a fit for all of this. Instead, you should consider how the Node platform fills the need. For easy of prototyping, it's not JavaScript that makes Node excel, it's npm. The only package management system I've found that I prefer to npm is Rust's Cargo. And npm is still well ahead of Cargo in the richness of the package ecosystem. For pure performance, you can always write a native Node addon [2]. And, as mentioned, while JavaScript isn't concurrent at all, the Node platform provides the concurrency model in a way that has proven to be scalable but without most of the pain that comes with writing concurrent code. Writing concurrent code is hard...that's not news. The Node framework make writing concurrent code significantly easier by creating abstractions that hide the the fact that code is concurrent.

I know it's bizarre to look at it this way, since you would be writing most of your application logic in JavaScript, but try to look at it as an implementation detail and consider the advantages of the Node platform and the ecosystem that surrounds it. When you take this perspective, Node becomes a lot more attractive than the JavaScript language is on its own.

[1] https://luvit.io/

[2] https://nodejs.org/api/addons.html
Nine lines of extremely trivial code; one would be hard pressed to write it any other way. The judge from the initial trial basically yelled at the Oracle attorneys saying that it was code that a highschooler could have written.
Unexpected road conditions? Falling rock, black ice, etc.?
35. Just got married. Would rather spend time with my new wife, building a home that we both love together, etc.

But companies want me to be REALLY EXCITED like I could always get in my 20s. I just can't get that excited anymore; it takes too much extra energy that I'd rather conserve for doing real work that matters to me.
If you've got a nice enough Mac, just install Windows on it via BootCamp (https://www.apple.com/support/bootcamp/).
> It is a long article listing all the differences - my original question was why did they decide to make all those changes instead of just expanding the address space. All of the changes except for the change to the size of the address space bother me.

What specific changes? Give me your top 3.

> Did you setup your work network for IPv6 or did someone else do it?

My work network isn't set up for IPv6, that's where I had the problem.

> My original question was about what justified an obvious problematic change that is celebrating 20 years with only a 10% adoption.

What makes you think an address-space-only change would have been less "problematic" or more rapidly adopted? Because as far as I can tell there's no significant difference between "just expanding the address space" and IPv6.
I don't see how that follows, seeing as the IE dominance era came years after the consent decree was signed (2000-2003).
I think that's a fair assessment. If people can grasp creating small independent deliverables for their projects (of any size) then things become a lot easier to estimate. Monitor velocity and pull less into future sprints if you're still getting it wrong.

If there is a piece of functionality that brings unfamiliarity to the delivery team then create a spike ticket to investigate (though use them sparingly).

If you break things down small enough, really understand your velocity and have a transparent relationship with your product owner then there should be no need for any stress from anyone.
Does this mean MacBooks will add Lightning ports? If so, will they be only for headphones, or is there some other device planned to make use of it, too?
A game of skill is not the opposite of gambling. See card counting.
Why would it make you consider switching?
Adapters work ok for cables, but not so well for docks that you set you phone in. I understand these are a fairly common accessory.

Heck, I stayed in a hotel once that had a speaker/alarm gadget with an iPod dock connector in every single room. All obsolete now. Would they do it again so few years later?

Android users might be happy to have Apple switching to USB-C, but the majority of Apple's customers wouldn't be.
Hacking and the Enigmatic Altruist
I don't understand why product launches like that aren't done using Shopify or something alike. They're already solving the VR problem, why try to solve e-commerce at scale on top of it.
Not sure I understand the math behind your logic - unless you're assuming that you spend an entire year researching that 1 bet to have the best odds. In DFS, that would be like spending the entire off season researching Week 1 stats, so that by game day, you play 1 giant tournament hoping for a big payout, and then not playing the rest of the year.

That still seems to be dangerous because you have no diversification, in lineups or allocation of funds. Would be curious to understand your reasoning more.
> Something bad would have to happen to random citizens as the result of government surveillance.

Define 'random'...

http://www.huffingtonpost.com/peter-van-buren/parallel-const...

http://www.reuters.com/article/us-dea-sod-idUSBRE97409R20130...

> Something like "Private Citizen X criticized the government and embarrassing information about his life was revealed as a consequence."

https://theintercept.com/2014/02/18/snowden-docs-reveal-cove...

You mean like that?

> There are lots of bad things that the government could do.

Does, not could do.

> But it just hasn't happened.

It happens, but it just does not manage to cross your threshold for worry because you personally are not inconvenienced.

> They've had mass surveillance technology in place for over a decade now.

For longer than that, and it has been abused for longer than that too.

> The world hasn't fallen apart

It will not 'fall apart' because of this. But it will change because of this, and not for the better.

> Hitler hasn't risen from the dead and everything is pretty much the same as it was before.

Yes, we still have willfully blind people that would require things to get so bad that they would no longer be able to avert their eyes before they would consider maybe things have gone too far. But by then they would have indeed gone too far.

> I guess we can check back in another ten years to see if your apocalyptic visions have come to pass yet.

It will never be a moment in time, we will just simply keep on creeping up to it, just like the frog in the pot of water.

What fascinates me is that there are people that are obviously reasonably intelligent that manage to actually see the pot, the stove and all that it implies and they still tell other frogs to jump in, the water is fine.
Granted, this looks cool, and I'll show it to my kids, both of whom have TI graphing calculators (required for school). But from an educational standpoint, would we be better off saying goodbye to graphing calculators, and hello to something like jupyter? There are still some issues to deal with -- I would not try to use jupyter without a keyboard, and it doesn't run on Android or iOS right now. Surmounting these issues would be pretty cool.
I wish my phone was smaller. I hate big phones, and it was a challenge to find my current 4.7" Android. Never once was I worried about thinness.
I have not found that to be the case. I run my code through gulp-babel and done. There is no runtime AFAIK, although there was one for traceur.

I have also had no real problems interopping with other big libraries. I think the biggest point of discontinuity would be the class keyword vs other class-like libraries (like coffeescript's implementation). Even that's not too bad, I'm able to extend those using es6 class syntax, I just need to be careful about calling super and setting up the constructor properly.
This makes me think a better nickname for this revision is Hobbyist Version rather than Consumer Version.
And I have one of those "Why didn't I think of that" moments.... Thanks!
Playstation VR launches some point this year. Costing obviously remains to be seen, but the tech is there.
I suspect that in addition to Bluetooth, such an hypothetical iPhone would have support for a different, more efficient standard for wireless audio, either a new Apple-invented one or whichever emerging one Apple thinks provides the best balance of audio quality, latency, battery life and range.
This drives a long cycle of AI booms and AI winters. Right now we seem to be in another boom. When the limits of deep learning and other new techniques become apparent, we'll be back in another AI winter.
What do you mean by 'alternative signals'? Lightning can carry USB3 anyway and since you need a cable anyway what's the benefit in not using lightning?
In 2007 a boat with 100+ Haitian refugees made it to South Florida. The refugees were immediately detained, then sent to Krome Detention Center (no women) and Broward Transition Center (men/women/children). However, between the 2 facilities there were not enough beds and the remaining were put up in private motels. Even in Miami/Fort Lauderdale Florida, where our main industry is tourism, I think the private motels were far more cost effective than the existing Government infrastructure/detention facilities. And the people making the most money? The contractors of the detention facilities making 1,000'sx profit margins on things like phone cards, sandals, and vending machine food stuffs.

As a side, my legal clinic represented the Haitian refugees who were children in asylum/visa hearings pro bono.
I refuse to give money to Facebook. I'll wait for SteamVR.
> Then I want courts to be able to flip a switch

But you also don't want anyone else to flip the switch, or it being flipped for any other purpose. That might just be impossible. So you might be better of without the switch.

> You're not just going to stay anonymous behind a skype number while you're defrauding people halfway across the world.

Also, for this problem, as for many others, there are many possible solutions that don't involve surveillance.

> Also I don't want some bitcoin asshole to pay off an old soviet general and get a nuclear bomb, just because they think it would be a fun troll to blow up a major city, trololo.

So, you would prefer them to use USD cash instead, then?

> These aren't theoretical concerns - ransomware, kidnapping, all these yucky things that civilized societies don't have, all happen absent rule of law.

Except they very much do happen in "civilized societies". And sometimes with the help of the powers of authorities.

> It's not an easy line to find.

No. But it's quite easy to see that the direction we are heading is completely at the wrong end of the spectrum.

> a good kernel isn't reading my memory contents and slowing me down, but if I start performing illegal operations I might very well get shut down :)

Which is very much the opposite of mass surveillance.

> Frankly I don't see why humans even need to be involved,

Humans who see the potential of the collected data will get involved. People who want to abuse power don't usually wait until someone gives them permission to.
> a small hand-held controller

This doesn't include their touch controller, if that's what you mean. If it did I'd consider buying it (I'm still annoyed by 30 dollar shipping costs).
On the other hand, a lot of companies using Java (including SIEMENS, SAP, etc) might oppose such a move from Google, and even end up buying Oracles Java team themselves.

Similar to how people expected Microsoft or Google to buy here maps, and then a bunch of car manufacturers bought it (due to wanting to have an open alternative usable in their cars, without relying on an oligopol)
Just because someone is predisposed to an addiction doesn't mean that you as someone that interacts with this person doesn't have any responsibility in that situation.

For instance in many places bartenders are bound by law to not give more alcohol to people that are already drunk.

The biggest problem I see with gambling is that the Pareto effect shows an ugly face there: often it's just economically feasible for the operator because of the addicts.
I don't think it's the government per se thinking that; they'd probably be happy for someone else to take care of the problem for them, especially if that someone can do it well.

But people, on the other hand, well, that's a different thing. Copenhagen interpretation of ethics is strong in all cultures. The thought that someone is making money on helping is unbearable to many, even if there is no comparable non-profit alternative.
Nice WaPo article from 2014 explaining why this is: https://www.washingtonpost.com/news/innovations/wp/2014/09/0...

HN comments on that article: https://news.ycombinator.com/item?id=8260038
Please send this to Pixar. They will absolutely do it justice.
Exactly. It's a waste of time. Best to give a direct message or face-to-face telling the person what they need to know. Or not say anything if nothing is needed. At most, I'd say weekly meetings that were a mix of tracking project status and fun just for team-building purposes. Keeping people connected.
I am 99% sure that both China and the US would be happy with a deal along the lines of "The regeime goes, but NK stays a Chinese satellite", assuming that such a deal were feasible without risking huge destruction and loss of life.
If the lightning port on an iPhone starts flaking out, often it's because it's full of pocket lint and shit that then gets compressed into the socket by the lightning plug.

Get a toothpick or similar, and clear it out. You will be _amazed_ at what you get out of it.
What? We are actually building this stuff...

It's about as much faith as Doug Englebart had about the PC.
It isn't. A similar situation has arisen in Sweden and immigrant housing in government owned facilities are significantly cheaper than private run ones.
No way. When the Apple Pencil came out, requiring a Lightning port to charge, that was a sure sign that Apple is doubling down here.
You know what, I ranted below, but I agree with you.

I suppose it depends on if the adapter type is an open standard, or even a royalty free patent.

I don't really want to be relegated to wireless headphones, but if they licensed another connector type freely then android and other laptops could use the standard and that would be pretty cool. 3.5mm would just be "the old standard", and I'm ok with that, as long as we transition to something everyone agrees on, or is objectively better.
Actually, it's not as inflated as you might imagine. For example, extend Deep Minds work on video games to a fully simulated 3D environment of a factory. Now, have Deep Mind learn to 'play the factory' to produce goods (starting off with the current process as the baseline). Suddenly, the potential gets pretty exciting.

Assuming of course, the AI doesn't get control of the Factory by accident and does something terrible in the name of improving productivity.
Way to delay container startup to support dependant services – docker/compose
All About Mould: 5 Signs of Mouldy Carpets
It's also detrimental to morale when you realize that other people are zoned out through standup. Nothing much more frustrating than when a coworker asks a question that was answered in the "meeting" we were all just in.

Frankly, it's a huge opportunity for the listeners to shine. (Yay for being a listener)
I think ES6 is just in its in-between phase of adoption. The mainstream hasn't fully adopted it yet. As for the rest...

The Coffeescript converts have moved on from the 'one true language' now that ES6 cherry-picked most of the good parts and people started realizing that CS source maps are buggy/inconsistent.

Standards are for 'plebs' so they've moved on to the new shiney. By new shiney, I mean mimicing FP in Javascript and looking down on people who can't ELI5 monads and functors. Despite not being able to ELI5 monads and functors.

Typescript, is really geared toward OOP devs who live in an IDE and compulsively twitch an invisible set of CTRL-SPACE keys when they get nervous.

It's a well-known fact that Google is a OOP- heavy Java/C++ shop who have been developing algos in Java/C++ since their last CS course where they developed algos using Java/C++.

It's within their best interest to get all of there desktop devs to convert to writing desktop apps on the web before all that penis pills/local singles ad money runs out.

It's only a matter of time before we see the first JS AbstractFactoryFactoryServiceProvider class in the wild. Angular2 has made considerable progress on this front so far.

/satire

Honestly, I really enjoy ES6. The JS dev communities favorite past time is ragging on how ridiculously bad JS is. ES6 isn't bad so it's not worth talking about.

The new features introduced in ES6 are pretty conservative. They consist of good concepts poached directly from popular superset languages or sensible additions that fit in nicely with the usual JS style.

The really interesting additions are still in the specification phase. Additions, such as the new ES6 module and loader standard, decorators, native HTTP fetch, etc...

As long as new standards are being introduced, transpiling will continue to be a requirement. I think it's cool that people can create and use new supersets of JS. It beats having to listen to them whine about how 'Javascript isn't exactly like some other language that I really like to use.'

In a way it's the first democratic programming language. Instead of dictating what people should and shouldn't use, people are free to migrate around to different communities until they find one that more closely matches their worldview. Everybody follows the same baseline standard but there's a lot of legroom for differentiation.

Why axegrind over our differences when we can celebrate them and start working together.
Religion and ideological herd behaviors are a core part of human nature. You can't expect these to magically vanish just because people have abandoned belief in supernatural deities and magic. Those are just one form of it. Religion is a social phenomenon and cognitive style that is independent from the subject matter.

That being said: the techno-critics also display these behaviors as do the new agers, "naturalists," and others with which they tend to travel. Head over to one of those circles or boards and start arguing the futurist line and see what it gets you.

Both sides have valid points.
I think that's a great insight. Such ideas about an imaginary need of 'erecting some kind of monument to oneself' can be a big obstacle to happiness.
Thanks for commenting.

I experimented with small C compilers but UNIX is too intertwined with too many "standard" C libraries. I would like to see a UNIX that used some other libraries, if for nothing else as a proof of concept; e.g., maybe use some of djb's libraries. musl is a good start.

Eventually I decided to just include "as" in the userlands in my small systems instead. I have a library of small asm routines that I keep available, similar to C's "standard" libraries but not taking up the enormous space they do.

But I think the easy way to do socket IPC is just include socat or some other alternative like tcpserver or a small httpd.

Statically compiling socat is made easy and I really admire how the author makes it possible to add/subtract features when compiling. It's the antithesis of forcing the user to accept the kitchen sink, which alas is the norm. Smart.

If the systems you are targeting have a RAM based filesystem that you can mount and transfer files to, and enough RAM to spare, you should be able to run a static binary from RAM that can listen on a socket and run scripts/programs.