skysight-inc/HackerNews huggingface dataset:
Not jaywalking. It used to be that you had to cross at a crosswalk AND wait for traffic to be clear. The crosswalk was the place to cross to make sure people weren't crossing at any place they choose. But now that there are laws that require you to stop at any crosswalk with a pedestrian in it, people are crossing and they expect the cars to stop, but not every driver is in tune with this, especially those from outside the city, and it creates a dangerous situation.
The perils and promise of appraisal by smartphone
SDF.org Is Down
He should call for a weeklong sick-out by ops engs at all these socmed companies. Can you imagine all the red status and trust pages...
> But in the recent debates we also discussed if candidates would prosecute Trump after he’s no longer a sitting President, apparently conveniently forgetting that it’s the DoJ, not the President, who decides who to prosecute.

You’re mostly right on tax policy, though a lot of tax policy is set by guidance on and interpretation of the statutes, which the President can influence since Treasury is part of the Executive.

On the other hand, if we set aside the politics of prosecuting an ex-President for a moment (that debate could go on and on), the DOJ is part of the Executive Branch, and the Attorney General is appointed by the President. It would be in those candidates’ power to set that prosecutorial agenda for the DOJ if elected.
Re mobile: use i.reddit.com. Have been using it for 8 years now!
Decentralizing the office lets us decentralize where we live. You can live outside a city or in the middle of nowhere as long as you have a good internet connection. Makes cost of living go down, and puts less pressure on the real estate industry for high density areas.

Imo a huge win in the long run.
I think the point jacknews is making is: Today, 40% of people with a given wealth level show it off, and 60% keep it quiet.

If tomorrow nobody could keep it quiet, it doesn't mean the 60% would all get kidnapped, because today the 40% aren't getting kidnapped.
Wow... I am saving this.
The redesign of the F-35 cockpit is going to include touchscreens[0].

I agree that I would prefer physical knobs/dials/buttons to a touch screen but it looks like that's not the direction flight systems are going so I'd have to assume space flight systems will follow suit.

[0] https://www.ainonline.com/aviation-news/defense/2017-07-19/e...
There will be a mix. Touch screens are cheap and light compared to mechanical switches. However mechanical switches have a large usability edge. Anything critical or used often will get a mechanical control. However for things that are not critical AND not accessed often a touch screen is cheap and flexible.
The late Ken Wallis was a great enthusiast for these things and built and flew 'Little Nellie' in the Bond movie https://www.youtube.com/watch?v=_VTXVbHz1m4
Every single co-worker I know that has worked remotely was less productive.
I didn't like Facebook so I sat down and made my own social network. It really isn't that difficult; Larry could have probably done the same thing himself in less time than it took him to create this campaign.
Perhaps OP means to jot down some notes, with dates and times to remember what happened and when should this arise again.
The content is unencumbered by any non-free licenses (so far), so you can just fork it towards WikiAnswers or something.
Can't agree me, I absolutely loathe unruly dogs. These dog parents had one job!
With modern tools I can write the systems of 1960 a lot faster than I can today. However with modern systems we now all want better.
Yep. The only thing missing is nominal aliases to primitive types, which is requested my many people [1] and even the TS compiler itself uses hacks to work around the lack of them. No idea why they don't add them already.

Also of course any form of runtime type checking is missing.

[1] https://github.com/Microsoft/Typescript/issues/202
> The humble pie they are eating is worth billions per bite.

Absolutely it is - I don't mean to deny that. Only that the story obscures a lot of value that we, the broader tech community, should be taking from their contributions.
So do horse buggies. There are just far fewer of them and they are targeted at a smaller market.
Indeed. The engines for the modern successors to the Saturn V are/were being tested there: the BE-4 (edit: maybe the BE-3, not the -4) for Blue Origin’s New Glenn, Raptor for SpaceX’s Starship, and the SSME (as well as the whole core stage) for NASA’s SLS. We’re actually in a very exciting time for space exploration.
That's weird. Why did they say that web apps were the way to go for the first two revs of "iPhone OS"?

But seriously: app store revenue is a rounding error. It's more likely that Apple perceives web apps as a threat to their bottom line the same way they view ripped MP3s as a threat to their iTunes revenue.
>The imperial system has shortcomings for small units

Don't forget the medium and large units!

I guess miles on their own work fine, but it'd be nice if someone could say "2000 feet" and I didn't have to think about how many miles that means.

And our two speed measures of feet per second and miles per hour are close to equivalent (1 fps is about 0.7 mph) but nobody knows that to convert it in their heads. It just happens that 3600 seconds is the same order of magnitude as 5280 feet.

Not that metric is totally better in that regard since they're stuck with minutes and seconds too. There's 86,400 seconds in a day, maybe when we're making this big calendar change we can switch it over to 100,000 seconds at the same time.

Or we could change miles to be 3600 feet so that feet per seconds and miles per hour are equivalent. Added bonus, that's not too far off a kilometer.
SSH does not work as well as the website.

Anyone know what's going on?
IRC was made a spec in 1993. Not 2003, or even 2013.

And when that RFC was made, they made strong decisions about bandwidth costs. They gave up things like federation and more.

So yeah, it's time that it's revisited in making a IRC that can be federated, multiple login/endpoints without using bouncers, and more. I welcome their new RFC. And it it doesn't work, we're free to keep what we currently have.
It's very likely that if a company can't support remote work that they have other major structural problems. It's really not hard to have remote developers. Any competent management structure should have no issue with it.
Many of us (myself included) could use a 48 hour break from social media anyway.
There are many more things like this:

- mailing addresses

- credit cards

- bank accounts

- transportation

- parents (if you're a minor)

- literacy

There's also a big, noticeable difference between organizations designed to serve the 90% of the population that generally has those things, and organizations designed to serve nearly 100%. The former can look like smooth modern startups like Airbnb or Venmo, surprisingly simple (for me) and low friction (for me). The latter can look like giant, impossible bureaucracies like the DMV or the IRS, who have trouble "modernizing" because all the old systems still have to be maintained for the people who depend on them.
Maintenance is a challenge anywhere where software is developed in-house without a dedicated development team. Development is often lead by one person and becomes very difficult when they depart. It seems like all the regular maintenance challenges are present in these situations, just exacerbated. Not sure what organizations that aren't software-focused can do to improve their situation in this regard.
I think if most people saw the limitations of irc as the author then it would still be the dominant protocol

And it doesn't seem to me that "fixing" irc is just a matter of adding the bells and whistles, but there's some work to be done on the lower levels as well

For example, how well would irc work on mobile? Keeping logs requires a bot usually on irc as well.
Those are mostly useless (they only slow down temperature changes a little).

Only thing that really helps is active cooling / moving the air. You also have to figure out the placement of the board. The air will move via convection, and if you get air movement from a hotter part of the board (PMIC) to the SoC, you'll not improve things much.

I don't think perf gains in Rpi4 are of much use, if it idles at 65°C (my ambient temperature is ~32°C at home) and has to throttle down to <1GHz under persistent load.
>However, my company machine choices have me stuck on Apple.

This isn't really a problem. The whole point of work is to make money to support yourself; you're being paid to put up with whatever BS is entailed with that job. No one likes everything about their job, and for software people, there's very, very few jobs where they actually love their IT environment. Usually they complain about it in one way or another. The IT environment is just another factor to consider when choosing between offers, along with company culture, commute, office environment, salary, etc. You can't have it all. So my advice before doesn't apply to whatever your employer chooses to make you use in exchange for you collecting a salary, it's only for your personal use, where you really do have the power to choose what's best for you and what you like the most without worrying about external factors (unless perhaps you have a spouse/SO who will dump you because they don't like your choice, but if that's the case you're probably better off without them).
What if both companies have a production outage at the same time? The employee would have an obligation to give 100% focus to both of his employers.

On top of that the employee is probably providing microfriction in day to day life: asking to reschedule meetings when double booked, having a longer than necessary delay in email/Slack responses.

If the person is a contractor it's a valid thing to do, but going to work for a w2 implies that job will be your primary commitment outside of family.
I'm wondering the same. I like the whole remote thing because it removes a lot of B.S. in the relation you have with your employer : you are in an exchange and the boss needs to give you the work. If he doesn't manage you well, then it's his fault.

On the other hand, there are a lot of psychological / social mechanism which makes it so that more trust is built between coworkers / managers when they all gather everyday in the same place (what if an employee has life issues, how to handle that with the work they need to perform ? a good talk with a manager you trust could lead to solutions based on trust and face to face talks). By reading stuff about remote companies online, it seems like they are handling that by having annual or bi annual company-wide meetings / conferences / gathering. Which is great ! I just keep thinking about the differences between remote freelancers and remote employees, especially for computer science where there is a great lack of good developers around (so good ones have a lot of lever)
> It is never clear why a map reduce is better than a for loop or vice versa.

to me map/reduce feel like a further development of structured programming. a map(...) call is less expressive / more constrained than a loop and that's the point; compare to how loops and if/else can all be written with goto, but we prefer the more structured alternative
Correct. It's the distillation of those facts into something digestible, and provide a bit of an angle to it.

It is certainly not the breathless pearl clutching which has taken over the NYT and WaPo (amongst others).
Generic programming is not same as OOP. Both Rust and Julia have extensive generic programming capabilities, arguably more powerful although less complicated than template meta-programming.
https://sdfeu.org/w/ is up
That’s true! But just so we’re on the same page: both of those things are general guidance and emphasis, but specifically not “go audit/prosecute this list of political enemies”, which is why I think any candidate that would have answered “I intend to uphold the rule of law and therefore the question is abhorrent” probably would’ve gotten my vote.

(Finally, I’m guessing we also agree that we’re not an statute interpretation or a regulation away from Amazon paying, let’s say, 10% of their SEC-reported profits in taxes.)
Designing algorithms for a computer architecture that assumes matter behaves in a fairly trivially unphysical way sure seems like a glass bead game to me. Especially considering the hype and baloney around this particular one. There are zero actual quantum computer designs (aka error corrected and capable of factoring large or even small integers into primes) under construction: but everyone runs around like chicken little declaring the sky is falling.

I went to a Gordon conference on this subject in the 1990s; as far as I can tell, there has been zero progress in the topic since then. Sure are a lot of press releases though!
https://www.thecanadianencyclopedia.ca/en/article/invention-...

The invention of standard time was more complex, more international, than america's NPR would have us believe.

On july 1st, let us also remember that basketball was invented by a canadian. (Go raptors).
If she is paid based on deliverables it’s perfect. If he is paid by the hour, and the employers don’t know about the double job, value can be eroded and it’s hard to keep it fair. If someone hires you on a per hour basis they expect best effort, and if you have 2 jobs it’s clearly not best effort.
You need to switch all of your IT and meetings fully online. Doesn't sound easy if you didn't start from zero with that in mind
If you need to have a host receiving that data, why not serve the page from that host?
Indeed. I think Apple's biggest risk isn't what happens when Ive leaves, it's that he left five years ago and we're seeing the results now - except with no chance of a significant correction coming as a result of Ive's departure.
If we ignore your advice and use capitalized text only for programming in, while books are still published in mostly lowercase, capitals will be so common for programmers that lowercase text will have no advantage over capitalized text.

The styles don't compete with each other for space in your mind. It's just a question of whether you're used to them.
I don’t like it either. But the diametrical solution of a DMV-styled org would also have problems, though different in nature perhaps.
I don't see anything wrong of taking off Facebook/Twitter some days (especially, because I don't use it) but personally, I see there is a problem with taking a break of social media service called GitHub. I know many companies and organizations that use GitHub service as their git repository hosting, so 48h break would actually mean a two days off work for their employees [0].

[0]: ... as long they won't switch to other git hosting or implement some proxy, but it does not count.
Someone has brought to my attention that Sen. Warren has proposed something like a corporate AMT, so she is actually addressing it as a lawmaker: https://medium.com/@teamwarren/im-proposing-a-big-new-idea-t...
Show HN: Recreated AWS DynamoDB Migration – Automation
You can use D's betterC mode, supported by the compilers. This avoids the D runtime entirely, there are no classes, exceptions, etc. You can still use templates and CTFE if you like (which can be awesome), but there's nothing forcing you to do that. You can just copypaste some C code, make a few syntactic changes to get it to compile and get a decent level of safety that way.
Any source on why the tax bill has dropped?
Really? Sounds like they don't have the spine to represent their constituents properly if they're willing to let legislation fail because a colleague is making empty threats. Kinda sad that they were too uncomfortable to do their job because someone else was too insane to do their job...
The event horizon itself isn't really a "thing". The event horizons can merge without any "somethings" reaching any event horizon.
My answer went to the parent, not the article. The problem is another one in this case (privacy and her value). And in this context (mutual) social control has the mentioned dark sides, that should be considered.
Only when there's an offshore to have. I live in the midwest, the nearest oceanfront is over 1000 miles away.

And the "gigantic ugly bird-killing machines" arguments are falling apart quickly in the face of the reality of climate change.
The Campaign to Take Torvalds Out of Linux
They still don't have a terminal application that deserves the name. The crap they built into the Ubuntu app is still the same torturous parody that's used in the DOS cmd interpreter. Even Cygwin has a much better terminal than that.
It's a good thing that no-one defaced a Wikipedia page in response, then.
I agree that almost all of the orgs I encountered that were Doing Agile were pretty horrible.

On the other hand, I've also been in orgs that were very successful in developing software in a way that we would recognise as being agile. We just didn't make a big deal out of it. And we didn't do standups (most of the time), or 2 week sprints, or retrospectives. We didn't even pair consistently: we split up on trivial stuff, paired on hard stuff, as needed and available.

In one org we started without TDD, and even without having much in the way of automated tests at all. But when we discovered testing and TDD, boy did we ever embrace it. Not because anyone told us to (mid-to-late 90s, so no Agile Manifesto), but because the difference for us developers was night and day.

So develop software. Concentrate on what helps you develop software. In my experience, you will probably discover something recognisably agile all by yourself. So when you discover that, help yourself to what helps you. Don't make a big deal out of it.
he is also somewhat a known liar per actual bitcoin programmers
In the very early days of Bitcoin I mined ten or so and then lost the wallet when I, foolishly, wiped the PC it was on to sell. I'm still kicking myself about that. I can't imagine how much more foolish I'd feel if I'd lost $10 billion in a similar way.
Seems sdf.org and sdfeu.org are physically separated.
phone? your PC keyboard alone is more powerful than Apollo Guidance Computer
Is anyone else concerned that this will lead to conditions like the beginning of the 20th century where 2 or 3 large families would live in a single residence, often times with 10+ people living and sleeping in the same room? Rezoning a residence to house twice the people without any adjustment in required square footage is a slippery slope towards turning low income housing into slums.
Rocket Lab successfully launches small experimental satellite for Darpa
"He only hits you because you made him do it by not listening.", "Well, you were dressed slutty so its your own fault."

Your argument is morally reprehensible.
I work remotely 2-3 days per week, and in the future I only want to increase that number. Recently, I turned down an opportunity because it would have required me to commute to an office every day, without exception. For me, that is now a deal-breaker.

Some personal benefits to working remotely:

- I save an hour a day by not commuting

- I can work in whatever position I want

- I can wear whatever is most comfortable

- I can work outside, in the park or in my garden (I suppose I could do this near the office, but the park is not as nice)

- I can tend to my household duties or exercise during my short breaks instead of just milling about the office

- I can take a nap

- I can prepare a fresh meal

- Privacy / personal space

- No undesired socialising
In theory, there are four fundamental approaches.

1. Separate stacks, native widgets

2. Shared stack, native widgets

3. Separate stacks, custom widgets

4. Shared stack, custom widgets

React Native uses methods 1 and 2. They have unified components that can be used across platforms, but they lack features, so most complex apps use the second approach. The big wins are a more known language (JS) and sharing a bunch of the "backend of the frontend".

The big downside happens when you add more systems (eg, web, OSX, Windows, Linux, etc). When you do this, the intersection shrinks and the potential for bugs in the shared widget increase dramatically.

Flutter uses methods 3 and 4. Rather than using the native widgets, they carry along Skia to do the rendering for them. This neatly skips most of the UI intersection issues because if the native widget for X lacks a certain feature, you can add it yourself in your custom widget. When dramatically different looks are desired, you can still use separate widgets for different systems. Adding additional systems is usually less difficult because rather than writing hooks into everything on the system, you only need more basic system hooks and the effort to get the renderer working.

The big downside here is development time and little inconsistencies. Instead of leveraging the work already done by the native developers (who probably know their system much better than the library's devs), everything must be built from scratch. Getting 90% there is easy, but getting every little detail working so it feels native is much harder. In addition, you must keep up with native widget changes which generally adds a lag time between their release and your catchup (but on the plus side, you may have already implemented some features they were missing). It should also be added that some UI features may not be available on some platforms (despite the shared widget) simply because the underlying OS does not support them, so multiple components may still be necessary for some things.

Both approaches have been tried in the past. Qt is probably the most successful at cross-platform design and they use the 3rd and 4th methods. I'm inclined to think its a better solution in the end even if it is more costly.
What If All Your Slack Chats Were Leaked?
The whole decentralize everything! movement seems to overlook DNS. I get that technically the DNS system is decentralized, but in reality, you lease a domain from a random, usually politically charged entity, who can do anything with it, if they wish.

We need a real DNS system, one where an individual can request and have a domain for life and which is truly decentralized.

Unfortunately none of the attempts - .onion with tor, .bit with namecoin, etc - seem to be working. .onion is despised because tor and impossible to memorize them; .bit never gained any traction and namecoin, being a bitcoin clone, has it's own issues.

Anyone knows of any working approach?
There are zero sum subgames, such as:

- who gets to buy prime location property

- who ends up in best schools

- who gets to own mines and infrastructure

- who gets to truly rule (too big governments are slow)

- every instance of packing problem where supply is limited by real scarcity or scaling by communication
Horovod for Deep Learning on a GPU Cluster
Will .com prices eventually increase? That'll bring havoc to my collection.
Wow! I always thought the VT-52 had the same font as the Videx.
Well, I consider stuff like the absence of server-side friend lists, server-rendered embeds and formatted messages a bug at best, though in IRC's case it's simply the lack of ability because the protocol is horribly outdated, modern approaches and limitations could afford a lot of QoL improvements.
Can't you redistribute NewPipe, and the whole shebang? I agree that selling phones with AOSP/LineageOS only is worthless.

For Facebook, you can make a custom Firefox bookmark, or one of those WebViews hard-coded to Facebook.
Thanks, actually I use webpacker instead of asset pipeline.
> There is very little investigation into which situations can support remote work/teams and which ones don't.

One possibility for the lack of visibility is that the companies don't want to be known for failing at their support for remote work. This comes off poorly for the employer in multiple ways.

In my personal experience, most companies that try and fail at remote work didn't set themselves up for success and the motivations were lacking. They weren't prepared to make the right trade-offs and commitments, so it was obvious it wasn't going to work.