skysight-inc/HackerNews huggingface dataset:
This is so very, very silly. Yes, there are lots of options... just like development on any other platform or in any other language. If you allow yourself to be sidetracked by all the shiny things, of course you'll never get any real work done. And if decision paralysis is preventing you from even starting the project... well, I'm sorry to say you may not have the stamina that's needed to see a project to it's full completion.

Really, it's just so simple- Write the code that does the stuff. That's it. Everything else is bullshit. Pick a framework at random. Don't write tests. Use vanilla javascript. Don't bother with a build tool. That's really all there is to it. Every other decision is premature- you likely do not know your requirements yet, much less understand the costs and benefits of gulp vs grunt. Don't even try. Just start writing. When the problem becomes apparent, then cross that bridge. Yes, you will re-write a lot of code. Pull up your pants and get it done. Re-writing code is always better than never-writing code.

You don't need to collect all your tools before you begin. Just start your work.
If you search a little, you'll find that Google hired Myricom's CEO, Founder/CTO, and several engineers. I suppose it's possible they licensed the IP too.
I would like to see IBM release something similar to Material Design / Bootstrap - that is home grown from their own design experts.
Yep! That was commonly called a "null modem" cable, and DOSBox supports that style of connection too. :)
That is definitely not true about needing the hardware. There are loads of compilers for fictitious hardware and they work perfectly well. There was an entire x86-64 tool chain before anyone ever manufactured one of those.
> No one would have looked at the first computer and envisioned an iPhone.

Not really. Portable computers were envisioned quite a long time ago.
This article has an interesting point. I am from India. Built the biggest social network from India, sold a startup to Dropbox.
Not sure if this is sufficient to get an EB-1 green card. With EB-2, I won't get Green card for another 5-8 years.

My next option is to invest a million to get EB-5, which is a waste of time. Or move outside US :(
18F is very unique in this regard. They somehow managed to get approval to issue their own ATOs (ie Authority to Operate) as well as provide and use their own Ubuntu-LTS gold master image as a base.

They largely circumvent a lot of the process with help from policy makers at the highest levels.

Even then, I'm pretty sure they don't offer hosting/authorizing deployments from party sources. So they essentially have a monopoly on the ability to use OSS freely for bulding government websites.
80k average salary is crazy for a Berlin based company. They have a reputation of poaching engineers and granting them crazy salary increases. They then also let them do kind of whatever they feel like with whatever tech stack which may work if you have a money printing service but is questionable for the stage they are in.
Intellectual Property Basics [pdf]
My biggest complaint about Soundcloud is their lack of pagination, sorting, or shuffling (real shuffling, not just shuffling the 20 tracks that come in with every infinite scroll page). I have well over a thousand likes on my profile and the only way to listen to some of my earlier likes is to sit there like an idiot and scroll through a hundred pages of infinite scroll.

Also, their iOS app doesn't cache songs. The lack of caching on its own has forced me to go back to Spotify for 99% of my music. I'm not about to pay $80/month for data just for Soundcloud.
One of Chicago's most upscale downtown neighborhoods is built on a thorium dump from the gaslight era. This is more than a little academic as Streeterville is currently being re-developed by Northwestern Hospital and the city has to be careful not to put more thorium in the air. There are something like four or five new buildings being built right now.

http://articles.chicagotribune.com/2014-04-17/news/ct-thoriu...

The fix? When radiation is detected, the soil is put in bags and shipped to a facility that can dispose of it. The land in the article is going to be park.

http://www.chicagoarchitecture.org/2012/08/22/work-on-chicag...
I wonder if gravitational waves are responsible for the video starting automatically without me clicking play.
What is Channels:

Channels is a simple way to create posts about any topic (something for sale, event, trip, something funny, rant, etc) which is then automatically geo-tagged with your location or any location you choose on the map. Once its created, users can scroll around the map and/or perform tag & category based search to find channels they're interested in like yours, subscribe to that channel, and immediately group chat with you and all other subscribed users. Channels are therefore just location based posts with an embedded anonymous group chat.
How is it different: - Most social apps require email, usernames, passwords and sometimes other information. This app is meant to be as anonymous as possible, so all we ask is for you to set a username, if and only if, you wish to chat with others or subscribe. - Channels was created to be simple and anonymous so we have no menus or ads or hidden ways to make money; just 3 screens that you can swipe between. - Rather than stick with the norm of comment based communication like other social platforms, we are chat based so each channel is actually a conversation. Just as if this was a messaging app, you can go between channels to chat with different people from all over the world anonymously about anything. - Channels is community driven. We made this app for the community so all posts are by real people, not bots or sponsored data. Upon request we can change this to add more features, but for now we want to make sure everything is community created.

Sample Uses:

- To plan a trip and chat with only the people who are going
- To talk to other users anonymously that are at a venue you want to go to but would like to know what its like ahead of time or coordinate where to go next.

- Alert the community to an emergency at a particular location (I made a Channel for an Amber Alert yesterday so people have a way to share information)

- Advertise an event or something for sale (or find something for sale or an event)

- To find a partner or group of people interested in something (i.e tennis partner, gym partner, people interested in sky diving, etc)

- To explore a new area you've never been with the ability to talk to real people real time.

- Reminisce with friends or the world anonymously

- To just talk about something cool, funny or interesting with other people. Who knows, you may meet a new friend!
Incidentally, CHF has an awesome museum in Philly. I really don't think there's any point in trying to dispute between chemistry and physics, or in focusing exclusively on world-historic events. Chemistry is important and its history is fascinating! That should be enough to justify a visit to the museum.
No. Power generally is proportional to the voltage squared (P∝U²). P=U²/R → U=√(PR)

The numbers you quote (1W [not dBm!] is 7.1V) make me believe that you assume an impedance of 50Ω.

In [1]: math.sqrt(1*50) # P[in W] * R[in Ohm]
Out[1]: 7.0710678118654755 # U[in V]

So, in an hypothetical cable of 50Ω impedance, 50kW of RF power is...

In [2]: math.sqrt(50e3*50) # P[in W] * R[in Ohm]
Out[2]: 1581.1388300841897 # U[in V]

about 1.6kV(RMS).

Note, though, that with large installations it is likely that there are a few individually tuned feeds. And the cable might not be a 50 Ohm cable, but maybe a chicken ladder (two strands separated by fixed spacers), large-area waveguide, ...
..and they use H1Bs, and those H1Bs aren't counted against the cap.
Is there any idea how far away these black holes were? It would be interesting to know the volume of space it can potentially detect evens.
Only that in space, it drops even faster: The wavefront carries the same energy, but spread out over ever increasing length/area. For gravitational waves (or radio waves) they form spheres, not circles, and the surface size scales with r^2, not r. (Also water waves are /complicated/)
MySpace and its parent company just got acquired by Time Inc
Other Features:

- Chat: Each channel has a group chat embedded in the channel, as a pull up view once inside a channel. For now the chats are only text based, but will improve to add other media support as we move forward. The chats are color coded to differentiate you as a user, the creator of the channel, and all other users.

- Create a channel anywhere: You can create a channel through the floating button, but can also go to any location on the map, hold the screen to create a marker, tap the marker and its pop up message to create a channel at that particular location. This way you can start conversations for places you are at and plan to go.

- Explore: The third screen of the app is our Explore section which allows users to explore channels by popularity. You can filter results to "Everything" which explores all channels, "Map Area" which explores whatever area is visible on the map screen, or by "My Location" which explores channels around you.

- Location search: From the Map view (second screen), you can search for a particular location, to then be taken to that location to perform a channel search. This option allows you to go to any particular area in the world, and search for or explore channels in that particular area at any time. Use this to plan talk to people about whats there is to do in an area you're about to visit or to talk about somewhere you visited already for instance.

- Navigate: For channels that show their exact location, there is also a navigate button which takes you to Google Maps and shows navigation options for that location. This is ONLY for channels that have chosen to show their exact location, and this can be changed at any time.
I suspect that part of it was because there was a brief time when there appeared to be (at least, in certain important segments of the non-enterprise market) a consolidation around a fairly narrow set of frameworks, tools, and approaches in web development, and that time roughly corresponded with a point in time when web development itself was really taking off and drawing lots of people in -- this roughly corresponds with the height of Rails ascendancy for the server side.

As a result, there's a lot of people who started web development at a time when it may have seemed, if not simpler, less diverse in terms of strongly-supported options -- and trending toward greater consolidation, rather than greater diversity. For those people, the current state of web development could legitimately be a surprising array of more-complicated-than-they-would-have-expected decisions, with lots of opportunities for analysis paralysis.
Burning a few suns per message would significantly reduce spam.
It did! Wonderful!
> By all means, let payday lenders do their thing, but they need competition.

The studies referred to by fennecfoxen show that payday lending is extremely competitive: http://fee.org/articles/busting-the-myths-of-payday-lending. That's why the margins are so thin.

You're not talking about government "competing" in this space. You're asking for the government to subsidize payday loans either directly or across borrowers with different credit ratings (like the government does with student loans).
Yes, in that any given event is ultimately the result of all previous events within its past light cone.
I'd love to have offline copies of just -my own stuff-, never mind anyone else's.
I am currently in OVH Canada,

90% of my customers are US customers with a large percentage on the East coast.

Kansas City would actually be very ideal, nothing more West than that though.
User Concerns:

- Location permission: We do request location services privileges due to the fact that channels are location based. We NEVER use this location information unless you create a channel, and then only use that to associate that channel with a location. When creating a channel, you can also choose to not show your exact location, in which case your original location is never displayed but instead shows the channel on the map in the center of a half mile radius circle. If you do not show your exact location, users also cannot navigate to your location. You toggle this option at any time.

- Private channels: We understand that there is a desire to create channels that are private/invite only, and we are working now to create this feature.
Another benefit to minimizing your dependencies is security. The less external packages you are using (especially packages without active, security-conscious maintainers) the less likely you are to suffer a surprise vulnerability due to something deep down in your dependency hierarchy.

This goes for client-side JavaScript too. XSS holes are one of the worst web app vulnerabilities out there and could easily be introduced accidentally by a simple mistake in a library. And this stuff is incredibly hard to audit these days thanks to the JavaScript community's cultural trend towards deeply nested dependencies.
Simultaneously? Are we sure?

(Joking, kind of...)
It's by far the most explicit verification we've ever had that black holes exist in pretty nearly the exact form predicted by Einstein's equations of general relativity, which is pretty cool. It provides the tightest limits on any possible mass for the graviton (the presumed particle carrying the gravitational force, which is generally believed to be massless but you always have to wonder about more exotic possibilities). It gives a stunningly clear confirmation that modern numerical simulations of relativistic dynamics are an accurate reflection of nature. (And by the same token, it presumably puts limits on the strength of any potential deviation in the laws of physics from the equations used in designing those simulations.) And it probably does something to give preference to models of astrophysics in which binary systems with these characteristics are common.

Beyond that, I guess I'd say that this particular signal doesn't feel like that much of a surprise: we were already pretty confident that if a black hole binary were to merge, a signal more or less like this would be an expected result. The scientists were evidently surprised that their very first signal was so strong (this one was even borderline detectable by the previous version of LIGO), which may teach us something, but it's not revolutionary.
A message from us:

We've created channels completely on our own, between just two guys who've never published apps previously, but wanted to make something of value. We want this app to be something you as users would want to use, so we accept any and all feedback and incorporate it as quickly as possible (for instance, we received feedback a few days after release, and submitted an update within a few hours). Our philosophy is that our app is your app, so any issues you may have with the app, please understand that it's just the two of us and that this is just the beginning, so since we do not have any investors to satisfy, we are 100% willing to improve the app as you, our users, see fit. Feel free to contact us here, on our twitter (@TheChannelsApp), through email (therenaissancelabs@gmail.com) or through the app. Please also rate the app if you have a moment, we highly appreciate it. Stay tuned for any updates!
well, at first i saw red, then i read these comments and saw purple, now i don't know what to believe.
Even for a simple text editor, AFAIK you can't continually monitor a directory for changes (FSEvents), so it's hopeless.
Re b): Virgo will hopefully soon, and I think they did give appropriate credits to GEO600 in the press conference.
Does anyone else get a bit depressed when you consider how insignificant we are?
You can't transmit information through entangled pairs. What is instantaneous is the change of the state for the whole system (the pair) after you measure one of particles. However the result of that measurement (if it's non-trivial, i.e. if the measurement actually changes the state) is fundamentally random so the only thing you would be seeing is perfectly and instantaneously correlated noise on both ends.
In production we're using Lambda to generate thumbnails of user uploaded images and it works like a charm.

I've got another function that executes on a schedule to generate statistics from our production database and send us a Slack message with the roundup.

So yes, it may well be the case that the API Gateway + Lambda solution is not ready for prime time however there are other use cases that certainly are.
Not before they were solid state. Computers had their own buildings and relied on glass tubes for operation. Screens weren't on the radar. Operators were highly educated. But technology did bring us to a point where the vision became more focused, and led to what we have today.

There are many possible paths to rebutting my statement, which to be clear is idle morning musing, but your objection doesn't hold water.
The story is larger than soundcloud.

This is data point #8794390820385 that the bubble has been pricked.
Lets look at it from an evolution of technology angle.

10-15 years ago we had pain points with web apps and making them more fully featured/responsive and dealing with things breaking at scale. They were kind of clunky to build so, we did what all good engineers do and figured out how to make things easier to use for everyone. Now a days, the "kids" are learning how to build web apps that don't require a deep level of knowledge about the stack - we've done a fantastic job building out the tooling that abstracts a lot of these concerns away from the "average" developer. They know if I install framework X and use Library Y the two will communicate correctly. I might understand how they communicate, but don't need to know the intricacies at this time.

Technology is always evolving and what you need to know at a deep level is changing.
60s/70s/80s - The size of the program, how it was laid out on disk, disk sectors, memory layout. All that mattered to get the best performance. You needed to understand how the hardware worked intimately.

90s/ early 00s- Managed languages (Java etc.) become more of a thing and you need to understand less about all the gotchas the prior generations faced. The framework and language abstracted a lot of the prior generation's challenges away and increases in hardware capacity reduced the need to layout programs just so on the disk or in RAM.

Early 00s-Present - Hardware kept growing exponentially in terms of capacity and performance, and we started placing more emphasis on building out scalable, fully functioning web applications (thin clients) rather than thick clients running on a desktop. People figured out a lot of these applications were simply wrappers about DATABASE activities and wrote frameworks that made writing the backend for such apps KISS simple. RoR I'm looking at you! This freed up people to focus on the bells and whistles the user interacted with and reduced the need for anyone developer to know the intimate details of how their framework worked.

It's a changing world and the next generation of programmers is always going to be starting at our current level of abstraction, much like we started at our prior generation's and built our way up. Challenges we faced, overcame, and turned into libraries, become the starting assumption for the new kids that they'll build up from.

On the flip side, I gotta ask, what are you looking for? There are so many "full stack" combinations (language, server, SQL/NoSQL database, front end scripting library) now that the odds of finding a person with deep experience using everything you are using, unless you've reduced to the lowest possible common denominator, is low. Are you looking for someone you can train into the position and has enough knowledge not to blow their foot off, or do you want someone who you can plugin ready to go? Your expectations will influence how you're viewing the candidates, your expectations, and your relative measure of disappointment in them.
Deutsche Bank: Germany's Financial Colossus Stumbles
Hey IBM, instead of just telling us you care, how about actually creating a delightful experience for ClearCase, ClearQuest or DOORS.

I guess it's easier to simply say "Design" 37 times on a static site, maybe add some bright colors, people of 'diverse' background and a hoodie for effect. Nailed it!
What if I had put a banana in the sandwich? Then can I get superpowers? Is the form of the sandwich even relevant?
Blue/black. I never could see the white/gold.
The interlocking rings are an Austin Transformer [1]. It's the only way to feed electricity to the aircraft warning beacons on the tower without frying the power supply for the light bulbs.

[1] https://en.wikipedia.org/wiki/Austin_transformer
Beyond software development. How to develop a developer?
Just a bit more background on (b) - from the paper in Phys. Rev. Lett. (https://dcc.ligo.org/LIGO-P150914/public):

"Only the LIGO detectors were observing at the time of GW150914. The Virgo detector was being upgraded, and GEO 600, though not sufficiently sensitive to detect this event, was operating but not in observational mode."

The GW150914 event was the strongest one observed in the period LIGO was operating:

"Detected with ηc = 20.0, GW150914 is the strongest event of the entire search."

So, the strongest event happened to occur when the other detectors were not running.
Oh, I understand that. I just used Apache as a reasoning for why most in the era weren't using memory based sessions.

Also I think it's worth saying that I'm not trying to belittle your accomplishment, as it may have come across that way. Writing your own framework in the language you used to handle logic proved to be somewhat prescient of you, it's what numerous other projects ended up doing (Rails, Mojolicious, etc) for multiple reasons, which I'm sure you were able to take advantage of. I remember my own tests using ApacheBench ca. 2005 to test simple CGI performance vs mod_perl performance vs PHP vs Perl's HTTP::Daemon implementation with forking. When the workload is small, and the routing needs are simple, it's amazing how much overhead the webserver includes.
I believe it's called Design by Committee.
I was going to say it works like a charm with javascript disabled, but it's just broken fast!
> No code runs faster than no code.
> No code has fewer bugs than no code.
> No code uses less memory than no code.
> No code is easier to understand than no code.

The dependencies you decide to implement yourself in a minimal fashion are code though. I generally agree with the article, but in the end It Depends™
I'm not 100% sure I agree with this as stated. Sure if the functionality is in core lib, use it but... it depends...

Consider these three statements:

- No code runs faster than no code.
- No code has fewer bugs than no code.
- No code is easier to understand than no code.

For a language like scala where there is no json processing in the standard lib, if there is a json library that is battle tested, then by removing my own json code and leaning on that well tried and tested code for serialization/de-serialization, I've removed a whole bunch of code from my own library. The whole point of having modules as abstractions is to keep concerns neatly tucked in their own places to to increase re-use. By subscribing to the idea that my module should implement all of the functionality it needs, we're loosing the benefits of modularization.

I just went through this exercise myself in a library I maintain - I removed my own json code and put a library in. I removed a bunch of code and made the whole thing simpler by leaning on that abstraction.
Let me rephrase... why don't they have anything other than gold or cash equivalents?
ClojureScript. Just learn that; the ClojureScript community will keep it up with the times, and you can help out too at times. Yes, you'll have to debug a little under the hood, but your background should be sufficient for that.