derekperkins

17 ms·

151.
by derekperkins 10y ago
You should checkout https://github.com/jumpsuit/jumpstate It's much easier to reason about, including side effects, while not being too magical.
152.
by derekperkins 10y ago
YouTube runs MySQL on Borg too, and they open sourced their management solution. - http://vitess.io
153.
by derekperkins 10y ago
Best comment ever
154.
by derekperkins 10y ago
YouTube already open sourced their containerized MySQL solution and it works pretty great. http://vitess.io
155.
by derekperkins 10y ago
I disagree with the edit. While they have been responsive, they have been completely useless on my Gold package. The individual teams however have been fantastic, available on both Slack and Google Groups.
156.
by derekperkins 10y ago
I just noticed when my RSS feed filled up with trucker software posts. http://onstartups.com/all still shows the original posts though.
157.
OnStartups.com redirects to birch.com – did they forget to renew their domain?(onstartups.com)
2 points by derekperkins 10y ago|1 comments
158.
by derekperkins 10y ago
That does look good if you're already using bootstrap. If you're not, it'd be pretty heavy.
159.
React-table: a new lightweight datagrid for React(medium.com)
6 points by derekperkins 10y ago|2 comments
160.
by derekperkins 10y ago
There is a ton of documentation yet, but here's a link to what there is: http://www.chartjs.org/docs/#advanced-usage-writing-new-char... It certainly isn't to the d3 level yet, but almost everything is expose
161.
by derekperkins 10y ago
That's a great idea
162.
by derekperkins 10y ago
Haha, I thought that HN was smart enough to hyperlink it for me. Thanks for the help. :)
163.
by derekperkins 10y ago
That's pretty cool.
164.
by derekperkins 10y ago
I only see cpu usage on the homepage which should rarely be open for long. The actual docs don't have the same impact, so I think it should be fine as is. Are you seeing something different?
165.
by derekperkins 10y ago
We're working on adding more comprehensive demos, embedded with CodePen so they can be edited and forked. Until that is done, you can see a number of examples here: https://github.com/chartjs/Chart.js/tree&#x2
166.
by derekperkins 10y ago
@amelius - those are great suggestions. If you could built it in or even help supply the datasets, we could get that up pretty fast.
167.
by derekperkins 10y ago
That's the next major milestone for the docs. We've discussed it, but didn't want to delay the v2 release for it. We're planning on implementing a user showcase in addition to just a few core demos. We'd love your h
168.
by derekperkins 10y ago
We still need to add it to the docs, but here's a sample from the repo. https://github.com/chartjs/Chart.js/blob/master/samples/bubb...
169.
by derekperkins 10y ago
On the custom side, d3.js has more chart types currently supported, but we've added more with this release and made extending / creating new chart types 100x easier. Previously custom work was much easier with d3, but the gap is n
170.
by derekperkins 10y ago
1. License: As other commenters have said, it's fully open source and free to use for commercial projects. 2. Canvas vs SVG: For my use case, using SVG for lots of data points really slowed down the DOM. Canvas doesn't have that l
171.
by derekperkins 10y ago
It's very fast even with thousands of data points. We were combining it with github.com/crossfilter/crossfilter to do client side filtering and aggregating on hundreds of thousands of rows of data.
172.
by derekperkins 10y ago
One of the Chart.js contributors here. Version 2.0 is a massive overhaul of the underlying library focused on ease of use and extensibility. Hundreds of issues from the 1.x branch have been resolved, making Chart.js even more stable and use
173.
by derekperkins 10y ago
One of the Chart.js contributors here. Version 2.0 is a massive overhaul of the underlying library focused on ease of use and extensibility. Hundreds of issues from the 1.x branch have been resolved, making Chart.js even more stable and use
174.
by derekperkins 11y ago
While the points in that article are valid, in practice they don't cause as much trouble as Go trolls think. :) As for moving from Ruby to Rust or Go, Go is almost guaranteed to be faster for developers to learn. The reason for the com
175.
by derekperkins 12y ago
Interesting, I hadn't seen that package. Gate does look very similar to Throttler, though it isn't very well documented. The main difference appears to be that Throttler wants to know the total number of jobs up front and so doesn
176.
by derekperkins 12y ago
This is my first time posting code to Hacker News. I'd love to get any feedback on the quality and usefulness of the code as a package. Throttler fills the gap between sync.WaitGroup and manually monitoring your goroutines with channel
177.
Show HN: Golang Throttler – smart WaitGroups to easily manage worker goroutines(github.com)
5 points by derekperkins 12y ago|4 comments