skysight-inc/HackerNews huggingface dataset:
Let's get this out of the way from the start, you're definitely not lacking something. Like most things you can get pretty far with deliberate practice. The front end is usually a combination of usability, design and code. It sounds like you need help with the usability and design part.

The first step of awareness means you're on the right track. You've also developed a sense of taste because you've recognized something is distinctly better than the other. Ira Glass has a great way of framing this concept [https://vimeo.com/85040589]. You can close this gap of ability vs taste by continuing what you're doing. If it feels confusing and difficult, you're making progress. It will take a while to constantly probe at the "why" something is better. Next you'll learn how to apply it.

If time is a constraint there's a way you can accelerate your learning. You'll have to ask someone who is better than you for feedback and advice. This works really well. If you have the resources and don't feel the need to learn, you can always pay someone to do it.

There's a lot more I can go on about but feel free to reach out if you need some help. Here's some additional random thoughts:

- Don't get too caught up in the design and elegance of your front end design. Show it to people, they will help guide what you need to work on.

- It's okay if things look like a copy of something else. We can learn a lot through imitation.

- Pay attention to software you love and really try and understand why you love it. (Sounds like you're doing this already)

- Check out these books: Steal like and artist, the design of everyday things.

- Read through Apples's HIG docs, there's lot of great stuff there on mobile and app design.

- Empathy is a critical tool when making interfaces for others. Really try to understand the problem you're trying to solve by getting in the minds of the user. Usually the solution comes pretty naturally.

- By exposing yourself to lots of different kinds of software and apps you'll start developing a sense of what works where. Like when do I use a slider vs a numerical input.
I don't get it. The alleged Haddow is intelligent and capable enough to raise 37 million, yet chooses to do it illegally? Why not just use your talents and be legit? Human behavior baffles me sometimes.
Mose developers are average developers. If I have an average developer writing my mvp or adding user-defined features, I'd rather have a static type system to save them time. Otherwise they have to write more tests or fly by the seat of their pants, which may lead to all the issues I raised.

Just because successful companies use dynamic languages doesn't mean dynamic languages produce successful companies. And plenty of those companies had plenty of scaling issues and growing pains that just throwing a cache in front of didn't solve.

Dynamic languages are only faster to develop in because they are more ubiquitous and familiar, not because they inherently decrease the time it takes to write software.

And if you get to that point, where time is no longer a factor, then choosing dynamic just leaves more opportunities for inefficiency and runtine errors.
For some reason, your comment reminds me of "What color are your bits?" http://ansuz.sooke.bc.ca/entry/23
Fair enough. What I'm trying to get at is that you need to pay attention to the cost of the real world queries which are actually being executed against your API, and then optimize. I'm not sure that SQL is a magic bullet there either (you can still request too much data at once, for example).

In practice this probably means adding some logging of how long requests take and graphing it (say, 95th percentile request time) from time to time to spot pathological queries. Even better if you can automate it. I think this is stuff that everyone should be doing (after a certain stage), regardless of whether you are using GraphQL or a bespoke JSON API.
I mostly use Spotlight (on OS X) to do conversions since it saves me switching to the browser or terminal. It doesn't handle as advanced conversions as Google does but it handles 90% of my common cases (including currencies)
Why not?

My expectation is that the site does the templating on the client then. And my experience with websites that do that is that they load slow, behave sludgy and suffer from all kinds of display errors.

This might be a worthwile tradeoff to quickly build a highly interactive realtime interface. But for a newspaper? As a user I would be very much turned off to endure all that just to read an article.
> I'm extremely skeptical of this.

It's ok, it took me some time to realize that the bit-copper orthodoxy need to be toppled as well.

> Analog on such small scales is overwhelmed by noise and very low precision.

But here we are making more and more photonic and optic things. Fiber optic is taking over. There quite a bit of work in silicon-photonic design (you can check this book https://smile.amazon.com/Silicon-Photonics-Design-Devices-Sy...

I mean there's noise yes, but it's actually somewhat manageable in a photonic setup.

> You are fighting the laws of thermodynamics.

Nowhere near as much as with copper. A fiber optic cable doesn't heat up.

> I certainly don't see how it beats quantum computers at the things they are good at over classical computers.

O(1) differential calculus is magic for a lot of purposes.
> C's type system is exactly the most sophisticated one I've seen.

Oh-oh, too late to edit.

Of course, what I meant to say was: C's type system is NOT exactly the most sophisticated one I've seen. ;-) I like C a lot, but type safety was not its top priority.
Only 8, and not 1?

Because, at least on my system, looking at iwlwifi...

parm: 11n_disable:disable 11n functionality, bitmap: 1: full, 2: disable agg TX, 4: disable agg RX, 8 enable agg TX (uint)

So 8 is only aggregated TX, while 1 would be aggregated TX and RX. (It does, however, also inexplicably default to 0 on my system.)
here is the spec we drafted a few months ago on exactly what you suggest.

https://github.com/interplanetary-robot/SigmoidNumbers/blob/...
This is where you run into issues regarding fungibility. I would suggest you give this video a watch for a better explanation on the topic (https://www.youtube.com/watch?v=VuI-8EwqIS8).

Also, if we were to apply this same logic to physical currency we would have to revoke something near 90% or more of the physical currency supply. (http://news.nationalgeographic.com/news/2009/08/090816-cocai...)
Having programmed both I genuinely believe that reacts unidirectional approach is superior to swings mvc approach.

And I even argue that it's possible to make swing apps that fit nearly seamlessly into a platform given enough attention to detail which is not a popular opinion.
It doesn't matter what you think. What are the other sides of the statements you make? We need to hear hear them out and debate them as well.

You assume that so-called "freshmen physics" is a legitimate source of material and that middle school students are being taught legitimate science to begin with, when it could all be part of a pro-science agenda put forth by academic science thumpers promoting self-interested concepts of scientific ideology so that these people can continue to be employed and earn upwards of $40,000 per year as science propagandists. Let's not ignore the fact there's a lot of money at stake on these issues here, and for the involved parties getting you to believe in concepts like middle school science of freshmen physics are entirely based on a monetary incentive, despite what the evidence may show and even against contradictory evidence.

Also you assume that gravitation is proven beyond a theory or a concept, which is demonstrating your pro-gravity bias. The understanding of so-called "gravity" is based on nothing more than a theory, but general relativity and quantum theory are entirely incompatible with one another which basically debunks the entire thing as many leading scientists would agree, but again this assumes that any of the so-called "science" or the basis of any of this is even legitimate in the first place.

Finally, and this is very important, all of this completely disregards what religions might say too, and we need to hear each of the arguments of each individual religion and belief system and what their opinions and thoughts are on so-called "gravity", which, by the way, is not even mentioned in any holy books or writings whatsoever. That "gravity" is left out of every religious teaching entirely is very telling, and it demonstrates that from a theological standpoint that "gravity" has absolutely no basis in truth whatsoever, otherwise it obviously would be a subject of these belief systems and written about endlessly if it were a real thing. Can you really dispute or discount the words of supreme beings, let alone every God and belief system?
I've always saw Amazon and Walmart almost as large cats with overlapping ranges. Like they've seen signs the other is around, but haven't actually had any run-ins or direct confrontations.
Ask HN: How to decide what to focus on?
I'm sure many of you have or have had this problem: Lost of ideas. How to choose which one to go after?

I just finished a two year contract that allowed me to save-up enough money to launch a startup.

I have ideas and interests along many domains, from pure web SaaS product for what could be a good size niche (potential $1MM/yr to $3MM/yr business) to hardware and software (robotics) startup (potential $200MM+/yr business). And some in between.

I intend to use the next few weeks to focus and try to analyze what makes the most sense. I have to admit that there's a certain degree of risk aversion in my head currently. I'll try to shake that off. I don't want to fail, yet I understand very well that you have to accept failure as part of the process.

Can anyone share how they've successfully filtered through perhaps dozens of startup ideas to zero-in on "the one"?

Thanks.
Those are fine arguments, but unfortunately the reality is that there's not much standing in the way of this idea. A mixer is whatever exchanges define to be a mixer. And a mixer is only useful if it has a large number of coins tumbling through it, so they're pretty easy to classify.

If you ban mixers, it might turn bitcoin into the perfect Orwellian currency. Sufficiently far in the future, it might not be possible to hide any of your activities from the government. That may destroy the original point of BTC, but we don't know the original intent -- the point of BTC is that it exists and people use it, nothing more.

Bitcoin is still by far the most popular cryptocurrency, so Zerocoin and other derivatives don't yet matter much in comparison. And if you ban mixed coins, it's easy to imagine nobody will want to trade you Monero for mixed coins.

It's also easy for point of sale systems to check whether any given coin has been through a mixer in real time, so even if we do enter the era of "pay for everything in bitcoin," this still seems like a possibility. The consequences are pretty steep.
For a start, don't overthink this. There's a wealth of tools[1] you can use that have all the functionality you're looking for baked in. If you're concerned about copying others work, don't be. Everyone does it. Why re-invent the wheel? Just be careful copying things like images and copy, as you will have to be original there[2]. There's actually not much skill required for this stuff, and this is why basic coding skills should be taught in school, because there's little 'grit' to this. Make something bold, do this: <strong>bold</strong>. Not so hard. The hard part is doing this at scale and this is why you need to simply accept that coding sites is a lot of repetition.

So to answer your question - I started by calmly accepting that as a developer, I would be typing out a lot of the same bits of code over and over, often creating <table> soup in the early days, and have since moved onto <div> soup and then styling accordingly with CSS. Sadly there is this trend of designing sites in reverse and people doing all the CSS and JavaScript first, and only when they're ready they start adding actual content.

[1]: https://adventurega.me/bootstrap/

[2]: http://bettermotherfuckingwebsite.com
Type-1 and Type-2 Error Rates Explained
I thought the aside about NUMMI was interesting [1]. Though the difference between Dayton culture and Chinese culture might be bigger than the difference between Fremont culture and Japanese culture, it's been done successfully before.

[1] https://www.thisamericanlife.org/radio-archives/episode/561/..., https://hbr.org/2009/09/nummi-what-toyota-learned, https://consumercal.org/toyatanummi-blue-ribbon-commission-w...
this is the point of that terrible 'threading' strategy, actually, if i guess what they are doing correctly.
Personally the only structured data i have an urge to work with pipes are json via jq.

However, you should check out fish; it improves on bash/zsh/whatever syntax in sane ways.
Isn't refactoring TS also unpredictable? since its type system its no sound.
The boss has the power to give orders. The worker obeys or the worker gets fired. There are limits to what orders the boss can give, but it almost certainly includes things the worker would rather not do. Pretending it's a collaboration of equals only increases exploitation of workers, because it helps bosses pressure them into doing things they have no legal obligation to do by framing it as a favor for a friend.
React (or similar library) makes sense whenever you want to have the ability to reason easily about state in your UI application. So if your UI accumulates any kind of user-introduced state, like text input, some kind of toggle, React provides a very pleasant mental model.
At the same time, your “boys will be boys” attitude makes it hard to take you seriously as well. How do we actually get this behavior to stop when there are so many out there saying we shouldn’t call it out or there shouldn’t be consequences for it because they are “ignorant” of what they’re doing? On top of that, I don’t buy that ignorance argument for a second; they know exactly what they are doing.
This is sttarting to read as a Thucydides Trap. Established power threatened by an upstart rival.

https://www.theatlantic.com/international/archive/2015/09/un...
Fungibility of the coins is a differentiating competitive advantage of bitcoin over, say, PayPal.

Blacklisting coins leads to regulation, which leads to government control, etc. Soon I can't send money to someone in China because the Chinese government blocks coins that were used for something that they don't like.

The system quickly falls apart and becomes much less useful.
Endure it? Try visiting the NY Times. It doesn't load slow, behave sludgy, or suffer from display errors. And SPAs are a faster experience when you know the user is going to be looking at multiple pages, like how people typically read newspapers.

If the user is on any hardware from the past 7 years, a React developer would have to do some distinctly bad programming to make it behave sludgy. Any poor performance is likely to be from the same things that make a classic static page slow: large media files and tracking scripts.
Like it or not, obedience, to a supervisor and/or ultimately corporate policy, is absolutely necessary to maintain stable and consistent operations at scale.

Further, there are plenty of situations, especially involving so-called "blue collar" labor, where the collaborative approach of "working with" others in a relatively flat org structure just isn't tenable, especially where definition of the product design and QA processes require high levels of technical expertise and specialization.
What parts of RISC-V did you have in mind?
Walmart's fight is far more for vendors than shoppers.
Your iPhone’s keyboard has a hidden mouse
And yet I'll bet you would never feel comfortable implementing your proposed direct approach in a workplace environment. Or most environments. Because it would make people uncomfortable.

So maybe analyze that feeling. Because the reason you don't have a relationship is not because you can't casually sexually harass women.
The SEC is clearly trying to send a message that is watching the crypto space by titling the press release as such.
I don't think input meant configuration file syntax here, but actual

echo $somejson-jobspec | ifconfig

instead of

ifconfig em0 inet 192.02.1/24 alias
Part of me thinks that PowerShell has seen less adoption in the Unix world because of the prevalence of camel case. The few times I used PowerShell, the discoverability of what I could do was low and the verbosity of examples was high. It took me too long to do my most common tasks.
Yes, Postgres all the way. We don't use PostgREST though we construct the same type of queries.
One of the really powerful features of React is that server rendering of the views is trivial. This makes it very compelling even for content sites, where as you rightly say, time to first meaningful render of said content really matters after you hit the URL in your browser.

You could even write an entirely server-rendered web application, or a static website, in React should you be so inclined. In fact, I do the latter for my (very simple) personal site at https://davnicwil.com!

Nothing about React obliges you to do client rendering, a SPA app, or anything complex at all. It's, at the end of the day, just a view rendering library.
Even better, when you search for chromecast on amazon.com, the first listing is for Amazon's competing product, the 'Fire Stick'
Ask HN: How to design an array lang (ex: APL or J) LLVM compiler?
Are the standard compiler books all still relevant here? Anything else one should know?
...men on WS go after models not nerdy looking chicks interested in math and finance? :)
Ask HN: Why does it cost only ~$12 to fly from Hamburg to Brussels on Ryanair?
See:

https://www.google.com/flights/?f=0#search;f=HAM,ZMB;t=BRU,CRL,ZYR;d=2017-07-17;r=2017-07-21
Because I use pub/sub instead of polling the database? I thought that was just common sense.
Having had extensive experience (many years) using each of statically and dynamically typed languages professionally, it's been my finding that, all other things being equal, statically typed languages are better at yielding high quality large codebases. There are entire classes of errors that a competent IDE will detect for you instantly in a statically typed language that you might not catch until compilation/testing/even production in a dynamically typed language. It's also simply easier to write more powerful tooling for refactoring in statically typed languages, so large-scale refactorings inevitably end up being easier. And it's no accident that companies (including mine) are increasingly adopting TypeScript, which brings some of the advantages of statically typed languages to JavaScript.

I have to say that, just looking at the language itself, C# is probably my favorite, but the surrounding stack including Windows makes me prefer Java on Linux to it, especially Java 8 because of its support for lambdas.

Although, it's also been my experience that the other factors mentioned have more of a role than the attributes of the languages involved themselves.
Amazon is definitely Walmart's enemy, at least directly. Indirectly, it is last mile shipping that is Walmart's enemy. Last mile shipping is far more efficient, and has to win in the long run. Imagine if the dominant paradigm for garbage collection was that everyone had to take their own garbage to the dump.
The Shifting Landscape of Global Internet Censorship
It is common practice to abbreviate the name of a case. For example, "Brown vs Board of Education of Topeka" is almost invariably referred to as "Brown vs Board of Education" or sometimes even just "Brown v. Board". "Dred Scott v. Sanford" is invariable referred to simply as "Dred Scott". "Obergefell vs Hodges" is usually referred to simply as "Obergefell." This is particularly true when the context makes the shorter reference unambiguous.
But what the hell kind of state is involved in rendering a static page of text with a few images?
"What are some consequences of pursuing this strategy?"

This is a very good question, because it gets to the heart of the matter of what bitcoin is.

Bitcoin was not created to be a paypal clone.

Bitcoin was created as a way to do non-reversible, censorship-resistant electronic transactions.

Blacklisting coins, or in other words, censoring certain financial transactions, defeats the entire point of bitcoin.

If you want to engage in financial transactions that are censor-able or reverse-able, you have multiple options already. Use one of those instead. The other options are probably better, actually, because bitcoin makes a lot of tradeoffs in order to get the desirable property of censorship resistance.
Clickable link: https://www.google.com/flights/?f=0#search;f=HAM,ZMB;t=BRU,C...
> There's no way to express that args... argument when calling the function pointer

Yes there is: va_list.

> no way to express forwarding an arbitrary return value

Of course there is, and lots and lots of language runtimes implemented in C use those ways. Usually it boils down to having a base type called Object or Value and passing around pointers to that. In fact, from your example it looks like the "id" type is meant to play this role.

This is not syntax checked, but the code above would be something like:

Object *objc_msgSend(id self, SEL cmd, ...) {
fptr = ...lookup code...
va_list args;
va_start(cmd, args);
Object *result = fptr(self, cmd, args);
va_end(args);
return result;
}

Yes, this can be faster in assembly, but it's not true that there is no way to express this. (Unless I'm misunderstanding something.)
Yeah that all makes a lot of sense; the scenario was: more than acquaintances, worked together for over a year, she was QA on a project I was on, we talked everyday. She was very open about her life, and talked openly about the half marathons. Then I ran into her at a beer meetup with alumni from the same company, I hadn't talked to her in over a year. I was trying to make conversation, so I asked about the half marathons. That was the context, very not creepy imo. But I welcome feedback on that :)
Even if we don't use React on the client side, it can act as an excellent server-side view templating language. This is because React inverts the templating model on its head.

A typical template is an HTML file (or some variation of it) within which the dynamic content is inserted using string interpolation.

A React view on the other hand is a piece of Javascript code which can compose small snippets of view as JSX, use programming constructs like loops and conditionals and finally return the assembled result.

Basically, React views are pure functions that return a validated HTML snippet. Normal templates are big blobs of strings with logic mixed in.
Stories like this remind me of the days when the internet was young, and fun, and silly, and best experienced in its green-on-black usenet glory. (418 Error: I'm a teapot, for example.) The internet just doesn't seem fun anymore.
I beg to differ.

Have your ever tried to maintain a large js project? It gets harder the bigger the codebase gets.
VP Tree: Algorithms for Nearest Neighbor Search in General Metric Spaces (2002)
Another option could be to borrow a trick from floating point, and have a separate status register with bits that represent the kinds of errors encountered. Before a many-step calculation, software could clear these bits, and if any of them is set after the calculation, there was an error somewhere. Of course, since you don't have a NaN, you have to specify the bit pattern which will be returned by each kind of failing operation (like RISC-V does with integer divide by zero).

That doesn't help if the result could be partially valid, but if a "square root of minus one" or similar anywhere in the calculation means the result is invalid (and would be a NaN under floating point), sticky error bits in a status register could be sufficient.