skysight-inc/HackerNews huggingface dataset:
But you curate your block list. What you do with your blocking is your own business. That is a little different than using blocking software that you do not create/maintain.

Her software, according to the readme [0]:

> Good Game Auto Blocker compares the follower lists for a given set of Twitter accounts. If anyone is found to be following more than one of these accounts, they are added to a list and blocked.

Most discussions of ggautoblocker are referencing the GamerGate-specific block list. The GamerGate block list filters the majority of Twitter interactions by GamerGate supporters. This list is maintained and shared by the author, Randi Harper, as well as a number of volunteers.

Are you curious about this whole (debacle? flamewar? never-ending argumet?) and want to follow notable people on both sides of the argument? Well, her software just blocked you. Gamergate is perceived by some people to be a hate group [1]. So now, by association, this software has categorized a potentially innocent use of twitter as being representative of membership in a potential hate group.

There is an appeals process [2] for being removed from the list, I should note. I would love to hear from anyone who has experience with the appeals process.

How would you (not just you, tptacek, but the general you) feel if you were on the blocked list? I wouldn't want to be associated with this whole mess at all.

As always, if I'm misunderstanding how this software works, please let me know.

[0]: https://github.com/freebsdgirl/ggautoblocker

[1]: http://jezebel.com/gamergate-trolls-arent-ethics-crusaders-t...

[2]: https://docs.google.com/document/d/14iu4XVTKw2tSAlv3x8ktxQfz...
I've been in love with Lisp since the 1980's. But recently I came to the realization that Lisp syntax creates drag on embedded Domain Specific Languages because they wind up with the aesthetics of Lisp syntax, and sometimes that's not really the right design...e.g. implementing RSpec in Clojure loses any potential readability advantages that come with somewhat natural language like phrasing: surrounded by parenthesis and with terms reordered, the important point of human readability with little friction is lost.

That's not to say that there are not advantages to Lisp syntax. There are and they may outweigh other costs, but I can understand why people object to Lisp aesthetics.
Yeah, I do agree that HN could handle the discussion more productively. But preemptively flagging stories as categorically unacceptable for HN seems like a way to make that never happen.

There is a good discussion to be had about, say, whether an open-source project should welcome someone whose views make existing members uncomfortable, how much voice an inactive member should still have, how to handle trademarks in a spirit of community while still making names meaningful, what authority a core team should have and when they should feel comfortable removing active contributors, etc. Discussing them in the context of this incident would inform those two discussions you suggested; otherwise we have people constructing codes of conduct from intuition and first principles, which seems most likely to be counterproductive.

It is somewhat unfortunate that we don't have a response from core or the Foundation about how they saw things from their end and what their pressures were. But admittedly it's a fairly large cultural shift to be willing to talk about these things openly.
That's all I could find. I could find nothing in his background or what he does now that would indicate he had any direct knowledge about what he gives an opinion on.
Ticketmaster Senior Software Engineer - Hollywood/Los Angeles, California
We're improving Ticketmaster from the ground up. We need smart, ambitious engineers to build out new infrastructure for high demand ticket sales and global API services.

The Role:

We're looking for a strong Senior Software Engineer who can thrive in a fast paced environment to join the newly minted Distributed Commerce team. We are building new API products that enable third parties to sell verified tickets off-site, on many of the largest platforms and websites in e-commerce and online media. Our group's goal is to sell more than 10M+ tickets in 2016, utilizing purpose-built transactional and content APIs, as well as developing SDKs and transactional widgets that will empower mobile apps, social networks, and 3rd-party ticketing partners while increasing the exposure of the Ticketmaster brand.

Technologies and standards we use, which you should be familiar with:

Java, Spring, Amazon Web Services (EC2, ELB, Cloudformation), Linux, Docker, REST, OAuth, MySQL, JavaScript, Python.

Qualifications:

- 5+ years professional hands on software development experience, with 3+ years specifically utilizing Java and 2+ years of web services applications/systems experience

- Experience with high-volume applications/systems requiring 24/7 uptime

- Experience in developing loosely coupled systems (REST APIs, SOA, microservices)

- Experience with Amazon Web Services

- Strong software development process background Scrum and/or Kanban.

Email ryan.aviles@ticketmaster.com for details. No recruiters please

-----
For those who would like to decode an Audible AAX file with the FFmpeg binary itself, you may do so with the following:

ffmpeg -activation_bytes 1CEB00DA -i test.aax -vn -c:a copy output.mp4

Taken from the docs. (http://ffmpeg.org/ffmpeg-all.html#Audible-AAX)
https://docs.google.com/document/d/14iu4XVTKw2tSAlv3x8ktxQfz...

There is an appeals process, it turns out.
Airplane auto-pilots are very primitive compared to the what's going on in self-driving cars. They require a lot of work by the pilot to operate and aren't making any difficult decisions. Obviously you want to be able to overwrite them.

Car auto-pilots are super sophisticated comparatively and aim for complete automation. Once you make the "statistically safer" and "efficient traffic flow" argument you are basically talking about an always on system. At this point turning the auto pilot off is an act of carelessness. This would be especially true if you don't have many recent manual driving hours.

The fact the discussion has already passed the feasibility and usefulness stage and focuses on rare obscure cases should be a good indication that it's hard to argue for manual driving. What seems to be left are old habits even before the tech is fully available ;)
A large part of the code bloat problem can be resolved if the JS ecosystem's most popular build tools had support for some of the advanced compilation features in Google Closure Compiler, like dead-code elimination and cross-module code motion [1].

ClojureScript makes heavy use of the Closure Compiler's advanced compilation features, and as a result generates code that is often orders of magnitudes smaller than what it would be without those features. Think of what a bloated mess a ClojureScript app would be if it had to include the entire ClojureScript standard library with every build. This is exactly what's happening in JS world, where developers include by default the entirety of any utility libraries they're using when they're only calling a handful of functions from them.

Before anyone starts suggesting "just use Closure Compiler for JS projects", it's really not that simple (at least when I last looked into it). There's a huge amount of friction involved in using the Closure Compiler for a regular JS project (most of which wouldn't apply to a ClojureScript project because its JS output is machine-generated, and its build chain is designed to work exclusively with the Closure Compiler and all its quirks), namely writing all your code as Closure Modules, defining externs for any third party libraries you use, and setting up the JVM-based compiler itself and integrating it with the rest of your build tools.

I hope to see some improvement in this area with the dawn of ES6 modules, since they were designed from the ground up with static analysis in mind. Robust and accessible dead-code elimination and cross module code motion for ES6 modules could easily bring about a revolution in JS code sizes on the web.

[1] https://developers.google.com/closure/compiler/
"And of course you can't have one rule for some and another rule for the rest."

We can (and do) have recognition only for some (and not just for everybody, i.e. "the rest"). It may be a flawed solution, but that is how things work in the real life.
"rich" javascript animation with free textbook(access just via course registered for within restricet course time)
Syntax matters for ease of writing code transformation and analysis tools (e.g. syntax checking, refactoring, formatting, generation) that consistently and efficiently work. IIRC, it was a design goal of the Go syntax to make such tools simpler. C++, on the other hand, has a reputation of being impossible to parse with anything except a C++ compiler.
> At least 1 commit / hour

Such a vanity metric for productivity is a red flag, reminds me of the old school horror stories of managers so out of touch with software development that they recorded Lines of Code counts as a means of measuring performance.

Curious as to the reasoning.
If it's important to you to hear all sides of a debate as tedious as GamerGate, don't use the blocklist software. Despite the length of your response, I'm not seeing the complexity of this situation.
Ah, good old Penelope Trunk - a virtual emporium of poorly thought out notions, backed up by nothing, but presented with conviction. It has been a long while...

Need career advice? By all means, ask a person with no experience in your field!
Lorena Barba at GW agrees with you (and so do I). Here is one of her MOOCs: http://openedx.seas.gwu.edu/courses/GW/MAE6226/2014_spring/a...

She uses python & Jupyter Notebook to present the course, not video, for the reasons you mentioned. She is one of the people who got me started writing my book in Jupyter Notebook (mine is not part of a MOOC).

I'm pretty sure that what you are looking for doesn't exist in large scale. Someone already mentioned this, but probably the MIT OCW is the closest (many classes have no video, only lecture notes).
gotcha.
do you have an example for the client side history management with ES6 ? Its been a challenge to figure out the right documentation for ES6 - especially the proptypes declaration.

I dont think you need to do a lot of explanatory docs - if you have canonical examples, that would be more than enough.
Greetings!

So I made a small demo for you. If you go to https://app.dominodatalab.com/earino/d3_dashboard_demo/raw/6... you will see a very simplistic, d3 powered, R backed dashboard. It just draws a pie chart, a line chart, and a bar chart. Every 10 seconds, it polls an R API endpoint to get new data.

The code for the R endpoint is https://app.dominodatalab.com/earino/d3_dashboard_demo/view/.... It's a simple R function which generates synthetic data. It could be used to pull much more complex data, generate predictions from an ML model, etc...

Please don't hesitate to reach out if you have any questions!
So the author considers the opportunity to learn and conduct research full-time as a bad thing, because it's not "working" in the "adult world", yet considers travelling, sports training and dancing to be fine?
Since no experts replied, I'll try to make an attempt. The FPGA is a series of configurable logic blocks and routing hardware that simulate other logic. All digital hardware reduces down to primitive logic. So, FPGA's can do about any digital design. The real limitations are in performance, energy use, and cost.

The flexibility of an FPGA, from routing & configurable logic, takes up a lot of space that otherwise wouldn't be in the system. The blocks themselves are larger and slower than the primitives they simulate. The extra delays from this mean the FPGA can't be as fast as dedicated hardware. If FPGA simulates a CPU or GPU, the real CPU or GPU will always be faster due to optimized logic.

The other issue is power. The FPGA has all kinds of circuits that have to be ready to load up new configuration and simulate something else. Due to dynamic nature, the active parts also use more energy with all the extra circuitry. The result is that FPGA's always use more power than the custom chip.

The last one, cost, comes from the business model. No chips outside of recent GPU's have challenged FPGA's without going bankrupt or being a tiny niche player. Additionally, the EDA tools to make use of them are ridiculously hard to build with Big Two (Altera and Xilinx) investing a ton to get as good as they are. They also give them out cheap to free. So, anyone implementing a FPGA sold at cost will be unlikely to compete with Big Two on tools that make the most of the FPGA. That means anyone using FPGA's will pay high unit prices to line Big Two's pockets for quite some time.

Far as the structure, you have to map the hardware to the structure. Hardware is often done in pieces that connect to each other in a grid. So, the mapping isn't terrible. It's just hard to do efficiently.
VaxTrac | QA Software Engineer | Washington, DC | ONSITE

VaxTrac is looking for talented QA engineer who shares our passion for making a difference in the world. We build tools to improve the delivery of health care to those that need it most. QA Engineers at VaxTrac are the primary conduit between our users and Software Engineers. They condense many, sometimes unclear, reports into actionable bugs. Once a fix is applied, the QA engineer tests the software and generates relevant documentation about the fix for internal teams and external users.

QA Engineers are primarily responsible for: maintaining the bug-fix lifecycle, gathering supporting technical information from field reports, improving processes for bug reporting and features requests, testing fixed bugs for completeness, maintaining changelogs and providing technical support for the coordination of trainings.

We are looking for those who

+ Are committed to using their skills to generate real social impact.

+ Have an interest and passion for emerging technologies and novel use cases.

+ Thrive in loosely structured environments.

+ Share the conviction that we can make the world just a little bit better.

Skills and Requirements

+ Experience programming web, mobile or desktop applications

+ Extraordinary skill in distilling and communicating complex concepts

+ Eagerness to travel and spend time in remote corners of the globe

Bonus points

+ Experience writing or testing native Android applications

+ Demonstrable programming talent

+ Computational data analysis experience

+ A keen eye for visual elements and design

+ French language fluency

+ Primary or secondary technical support experience

+ Bachelor's degree or higher in a technical discipline

Please email your updated resume and cover letter as attachments to careers@vaxtrac.com with “QA Engineer” as the subject of the message.
> This happens a lot, designers assume everyone's running full screen, or are not on mobile, or just don't consider it

What kills me is that a basic 90's HTML 3 page can be zoomed and scrolled on mobile browser. If you don't care too much about fancy design (eg for personal sites), then just use HTML and really basic, or no, CSS. If you do care about sophisticated design, then you should ensure it works on the most common browsers and devices.
I think this is because it's much easier to lecture in front of a camera than to spend time creating an easy-to-follow tutorial with illustrations. Compare the number of professors who lecture undergraduates with the number who write textbooks or blog posts for the general public.
Kind of true. It is called a book. But I want something in between a book and a blog post/tutorial. Not sure what it is though. And if it is structured as a course, I am more likely to stick to it and complete it.
Apologies, I missed perhaps the most important sentence

> It's hard to imagine the top-level API changing much after this.

Very glad to hear that and hope it will indeed become stable after this
Streak (YC S11) | San Francisco | Full-time | Onsite (Java, Go, JS)

We're hiring a curious mind to help scale our backend systems. We're trying to make people vastly more efficient at work email. A core part of that is building backend systems that smartly surface relevant information and can scale effortlessly. We're looking for someone to own our backend infrastructure from feature development to internal monitoring and tools. At Streak, we:

Launch Quickly

Your projects will be your babies. No PM or exec approval... just listen to users and build them something amazing. We deploy dozens of times a day so you can deliver value fast!

Innovate on Gmail

Make email smarter for people using email at work (everyone!). Your work will be used by millions of users for hours a day.

Feel More Connected

Your work will have a direct impact on making the lives of our users more organized, efficient, and better. And you'll hear their gratitude!

Today we're focused on business processes (sales, hiring, fundraising, customer support, bug tracking, product dev, etc). Tomorrow we're on track to build the system that solves work email.

Requirements

- Intellectual curiosity
- Experience developing and monitoring production systems at scale
- (bonus) Launched machine learning systems at scale
- (bonus) Experience using the Google Cloud Platform
- Local to SF
Cram Fighter | Boston, MA | Full-time | Onsite

What we do:

We help students become the best versions of themselves by enabling them to be more efficient and better manage their time. We do this through web and mobile apps that let students create personalized study schedules for high-stakes exams.

What we're about:

We're a bootstrapped, profitable company with thousands of paying customers. We're obsessed with building great products and pushing the boundaries of learning. We focus on an open company culture (everyone gets to see revenues, targets, etc.) and strong work/life balance.

What we're looking for:

* A senior software developer who is interested in tackling important problems in education

* Looking for someone who is proficient in Django

* React experience is a plus

More info:

http://cramfighter.com/careers/senior-software-developer/. Send any questions my way (email is in my profile).
A sensible scale is defined by the user's eyes, and most sites are not designed with impaired vision in mind. Web page text has never been set at a good size by default, and most designers make it smaller than the default because they have good eyes and aren't thinking about visual impairment.
Lua is great. I've been using it a lot with nginx (OpenResty recently) to do advanced routing and header management, and half the time it makes more sense than nginx's own instructions.

I know nginx recently released nginScript (JavaScript) but I doubt you'll see Lua in nginx go anywhere anytime soon.

It's very much one of the reasons I chose Redis for our caching layer. Yeah, Redis is pretty awesome on its own, but Lua scripting really extends the possibilities by a large multiple.
I am not sure I follow. Can you please elaborate.
That tradition was not at issue with Plato and his ilk.

If you can agree that religion is merely institutionalized ideology, I think by contrast you could look to Aristotle, whose lifespan intersected with Plato's, who took the opposing view: Describing what he has observed about bees, he writes "the facts have not been sufficiently ascertained, then we must trust perception rather than theories."

The Greeks formally established the mechanics of inductive reasoning as the formulation of truths from empirical evidence. Plato, for all his gifts, stands firmly in contrast to this. Ideology is fundamentally about turning away from evidence and making the world fit into your polemic.
It's also worth mentioning that the Node community took a long time to get streams right, and "Streams 2.0" is still poorly documented.

For example, a major feature of the redesign is backpressure support, but it's not at all obvious how it's supposed to work, and there are no mechanisms available in the standard library to tweak it.

Streams also still have odd issues you would not expect in a mature release. (Error propagation, for example, is quite broken in practice; if you string together a series of pipe() operations, emitted errors won't propagate up the chain properly.)

I haven't looked very closely at Elixir's streams, but the fact that they are based on lazy function evaluation makes them inherently better than what Node.js offers.
Cool. Happy to test drive. Email in profile.
SEEKING WORK

Location:

- Remote
- Los Angeles, mid-city
- Relocate to cool int'l destinations ;)

Well-rounded developer and techie, have done tours of duty in hardware, admin, and QA. Clean/uncluttered design my specialty. Full-stack plus.

Expert-level Python, near that in Javascript, learning Go.

https://bitbucket.org/mixmastamyk/

Hint: Am fed up with the tech-interview circus, so would rather work for free for a week (max two) to eliminate your risk.
The Architecture  of the Burroughs B-5000 (1982)
Stopping DDOS isn't so much about innovation as cost: it's metric tons of data thrown at points you control and don't which have to analyze and react to it somehow. That's assuming it doesn't straight-up fill the pipe where ignoring it changes nothing. Here's a case study showing how expensive DDOS mitigation can be for a smaller firm:

https://protonmail.com/blog/ddos-protection-guide/
Where we differ and where I was probably unclear is that I'm not arguing either for more housing or against more housing. I don't think that there is generally a good state or a bad state that exists independently of the desires of the voters of SF. So I don't think increased housing supply in SF will likely happen to any great degree because of "political obstinacy" but I don't have an opinion on whether that's a positive thing or a negative one. If I wanted to move there, I'd probably think it was a bad thing but would also acknowledge, it's not really my call.

Put another way, I don't consider growth to be a universal positive. I would certainly tend to vote against zoning changes that created more development in my semi-rural town.
Compiling the lambda calculus (2013)
No, a book is called a "book", and a class is not a book.

Classes entail teaching, homework, grades, a final exam, and TAs. You are supported in your learning efforts.

A few books/textbooks are structured for self-learning, but most are not. Just picking up a textbook on fluid dynamics (say) and expecting to work through it without support and guided practice is a pipe dream for all but the most dedicated autodidact.
I beg to differ. I'd love to live in a world run by engineers.
>"There's only one version of Discourse--the super-awesome-open-source one"
>in the upper right there is a "Try It" button and a "Buy It" button

Well? Which is it?
That's great that US Airways showed you some appreciation. It was well deserved.
SEEKING WORK Location: SE Asia, Remote: Yes, Willing to relocate: No
Available: from February till April 2015

I'm usually based in London, UK but I'm going traveling to SE Asia for a couple of months and am looking for a 2-3 days a week remote position to keep my skills sharp.

I have 5+ years experience building web applications using Ruby and Javascript. I'd be keen to do some work with Elixir, Phoenix, Solr/Elastic Search too.

This could work well for a small company that needs an experienced developer for doing things that are not time sensitive or someone who needs a technical co-founder.

More about me http://codeme.lt
[insert obligatory "This is old. Is something new?"]

That said, I hadn't checked Discourse's FAQ page in awhile, and I was wondering where it's been deployed as I couldn't think of many examples myself, other than Middleman's forum [1], but I don't actively check out sites' discussion boards. So it was cool to see that pretty well-known sites, such as BoingBoing and New Relic, are using it.

[1] https://forum.middlemanapp.com/