HN user
http://www.daveperrett.com/
hello@daveperrett.com
Try and make a new folder and drag a chat into it. Web works, desktop doesn’t. Try to copy paste deep-research json via the copy button they provide. Web copies json, desktop includes attribution links from the ui that breaks json parsing. It’s not easy to make a desktop app worse than the web, especially when you have that much money to spend, but it’s clearly possible
I no longer work much in the ruby world, but when I did I would run into libraries by @ankane on almost a weekly basis. Prolific, and covering a bunch of academic fields and languages. It felt a bit like every area I became interested in, he was already out on the edge.
Great write-up! I'm really interested in this area but have minimal experience, and I learnt a lot from this.
The reason so few people acquire Japanese citizenship is not because of the difficulty doing so, but because it offers little in terms of tangible benefits beyond those already acquired by virtue of having permanent residency status.
This. I've been in Japan for 15 years, and have permanent residency. Citizenship would basically only grant me the right to vote for (or against, I guess) the party that has been in power almost uninterrupted since the 50s. In exchange for that, I would have to give up 3 other citizenships. Not a great deal...
Japanese real estate is a minefield (https://catforehead.com/2022/11/09/planned-obsolescence/)
Sunshine is worth watching for the soundtrack alone
I wrote an open source client-side tool that might interest people who need something like this: https://github.com/recurser/string-is
This is excellent. It found a $350 flight from Tokyo to Sydney via a short stop in Fiji, which is not an option I even knew existed (I'd normally consider $6~700 to be cheap).
Great idea - I hadn't thought of diff. I'll have to have a think about how it might fit into the UI, since there's only one input box. Any ideas on what a good input flow might look like?
I'm wary of using closed-source online string formatters and converters, so I've been working on https://string.is/ as a safe, open-source alternative. I had a couple of goals when building it:
1. It should be open-source.
2. It should not set any cookies.
3. It should have a strict Content Security Policy.
4. It should be opinionated about dependancies, and only use well-known, well-supported libraries.
5. It should try to detect the format of the input, and intelligently choose output options.
The last point in particular I feel is an improvement on most existing services - paste in some text and it will try to auto-detect the format and convert it accordingly (although admittedly detection of some formats is a bit primitive currently).
It's built with TypeScript + Next.js. In addition to the hosted version, the GitHub README has one-click install buttons for Vercel and Heroku, plus Docker images.
Source: https://github.com/recurser/string-is
Demo: https://string.is/ (click 'load an example' to get a random converter)
More info: https://string.is/about
There are a couple of other tools in this space if you're interested in alternatives:
- https://gchq.github.io/CyberChef/ (online)
- https://devutils.app/ by HN member trungdq88 (MacOS)
- https://devtoys.app/ by HN member veler (Windows)
- https://boop.okat.best/ (MacOS)It isn't obvious how the 'Lite Demo' works on the website without some poking around, but I installed the theme and it looks great.
https://recordit.co/ZsNd2YLQjy
If you are "TRUSTED BY 4,300+ MARKETERS" and "<200-ish, but changes every refresh> Users Signed Up Today", then you've built a multi-million dollar business in the last 20 days. Congrats...
I’m a customer of his uptime service (https://apex.sh/ping/), and following up framework (https://up.docs.apex.sh/) with interest, but haven’t used it yet. Perhaps he is more focused on career and family, and less on open source? If so, good for him.
Very cool. Could this be re-purposed for detecting anomalies/outliers in time series data?
I work on the project discussed in the article. We're running puma in clustered mode, with multiple workers per dyno and multiple threads per worker. 1GB is plenty in this context - each worker is pretty lightweight. At the time this was written we were running ~10 2x dynos, but we've since switched to 3 performance-m dynos with more puma threads/workers.
I don't think it's any less crazy than being forced to chase a GC white whale for two weeks on a tiny memory leak to avoid a huge rate hike on your hosting bill.
The main issue we were facing wasn't the hosting bill, but high (for us) traffic, that was leaking memory on every request. Under low traffic it was unnoticeable, but at peak load the leak would cause dyno memory to max out pretty quickly, which would cause timeouts and increase the traffic to other dynos, causing cascading failures. Having more memory available would definitely have made things a lot easier, but we would have run out eventually either way.
The web UI for the Transmission bittorrent client, around 2006-ish. I wrote it in prototype.js and then discovered jQuery, and ended up rewriting the whole thing.
It was a play on words with the original title, reading ':' as 'is'
Joe Armstring: A Badass Way to Connect Programs Together
+1. looks great, but I'd love to have a feed to follow. I tend to forget about this kind of thing if I don't subscribe.
hah good catch, now to figure out how to do redirects in S3.
Just a random data point, but one of my apps with a definite non-technical demographic gets 97% of logins via facebook, 2.5% via twitter, and 0.5% via email/password registration. I haven't tested it obviously, but I don't think removing Facebook login would do much for conversions.
These personal details could then be used to access the users' bank
details. That's also more than enough information to be able to access
your other devices which could also be mined for more data - insurance
information, other credit cards - which could then be used to access
your banking credentials.
From the article:
"So, to answer the question in the headline: No, Facebook won’t kill any of these companies, certainly not anytime soon."
Our production site has been down for an hour (a separate staging site on heroku is still up and running), and it does appear to be Elastic Load Balancer-related from what I can tell.
Notch has made a couple of comments on reddit :
http://www.reddit.com/r/programming/comments/146v69/how_notc...
Please do NOT write code like this. It was originally written for the Java4k
competition, which focuses on executable code size, and is as a result almost
intentionally poorly written. It got even worse when I ported it to JS.
It was mainly meant as a test for me to see what HTML5/JS can do, and an
exercise in porting code over.
It would run a bit smoother if it was written in C++ (mainly due to not having
to rely on the GC, and having it precompiled gets rid of the warmup time), and
modern OpenGL would help quite a lot as well. A lot of the stuff done in CPU
now could be moved to a shader, which both makes code simpler, and gets rid of
the slow JNI calls required now.
The main reason why Minecraft is slow is mainly 1) There's a LOT of polygons,
combined with 2) The difficulty of making an efficient culling algorithm in a
dynamic world.
If someone solves #2, very interesting things could be made with a game similar
to Minecraft.
No, they don't get merged because the textures are all pulled from the same atlas
to avoid texture swapping. With GLSL, they could be merged, saving quite a lot of
polygons. For a while, I did attempt switching the atlas from a 16 x 16 grid to a
1 x 256 grid and merging horizontal runs of the same texture, but the resulting
texture size was to tall some graphics cards (on low end computers) would
automatically downsample it.
The problem with the occlusion culling is not about knowing what parts are static,
but rather figuring out what occluders there are. It would be very beneficial not
to have to render caves under ground below the player, for example, or not to
render the entire outside when a player is inside a small closed house. Figuring
this out in runtime on the fly as the player moves around is.. expensive.'JavaScript: The Good Parts' by Douglas Crockford is a great place to start[1].
This authoritative book scrapes away these bad features
to reveal a subset of JavaScript that's more reliable,
readable, and maintainable than the language as a
whole-a subset you can use to create truly extensible
and efficient code.
Doing a couple of backbone.js[3] tutorials may be a bit of an eye-opener too.
[1] http://shop.oreilly.com/product/9780596517748.do
"Thanks for letting us know - duplicate file detection is on our radar as a frequently requested feature."
Seems like a fairly core "feature" that a file syncing service wouldn't duplicate the same file in the same folder.
SEEKING FREELANCER – Remote (Aus/NZ/Asia timezone preferred) - Rails backend developer
Work on an exciting and fast moving project built with Ruby on Rails.
Our company is growing rapidly, and we're looking for outstanding Rails developers. The product is built on Rails/Postgres/Heroku/S3, and we are in the process of integrating heavily with social platforms (Facebook, Twitter, Instagram etc).
Excellent Rails and TDD/BDD skills are a must, plus reasonably good written/spoken English. Experience with Cucumber, Rspec, jQuery and Backbone preferred. Front-end and IOS/Android skills a plus. Remote OK, Aus/NZ/Japan/China timezones preferred.
We have a lot of work coming up for the right developer(s), and look forward to hearing from you!
Please provide: - Samples of your work (e.g. github, blog etc) - Availability for a skype chat in the next week between 9am and 10pm New Zealand time.
Contact email in profile.
Totally. It looks like it should be straightforward, until you find out you're not sure what width and height mean anymore, and suddenly there's edge cases all over the place.
You can do this with pow if you're testing locally - tenant1.mydomain.dev, tenant2.mydomain.dev etc, and the URLs are a bit cleaner.
Yeah I don't really like them either, and I wrote them. I thought twice about including the percentages, and I did try to highlight that fact:
Note that the percentages below are only relative to
these 2 sets of 3 characters, and don’t represent the
total percentage of keystrokes saved.
zokier provided an interesting link to a previous discussion below (http://news.ycombinator.com/item?id=2973776, specifically http://news.ycombinator.com/item?id=2977303) which does a much more thorough analysis of Finnish/Swedish vs. US layouts - I'd like to run his code using the Japanese layout when I get a chance.