guru_meditation

Joined 11 years ago

Karma
315
Submissions
42
Member since
Mar 15
View on Hacker News

Recent submissions

Comment · 1 year ago
Comment · 5 years ago
Comment · 5 years ago
Comment · 5 years ago
Trying not to spam, but extremely satisfied with GPD Pocket 2, which I purchased recently. Old enough to have used the very first laptops on the market, was looking for a Libretto-like machine, settled with this.

What drove me to GPD Pocket 2 was the key size, massive RAM and SSD and that it is extensively supported in the new Linux kernel and several mainstream distros (Ubuntu, Ubuntu Mate, Linux Mint, Arch). Delighted to report that I type faster on this than a lot of fellow engineers on a standard PC.

Comment · 5 years ago
Writing this from a GPD Pocket 2 (see my reply above):

The key size is very similar to a standard laptop for most keys. The key travel is longer than that of a 13" MacBook Pro, and I guarantee it because I use both daily.

60+ WPM after a few days of use. Have 80-100WPM on my MacBook Pro.

The adjustment comes from having a QWERTY keyboard layout where some of the keys have been reduced in size to fit. Space bar is half the size, Return is the size of a standard key and you only get the left modifier keys (ctrl, fn, win, alt) and the keys past the letter P to the right are scattered elsewhere. IMHO very good trade offs as the arrow keys are full size. The coding keys (curly braces, brackets, pipe, etc.) are in a non standard location, so take longer to adjust to.

Comment · 5 years ago
A recent convert to GPD Pocket 2. Decades of programming experience from kernel hacking to 3d engines and distributed systems.

After a few days reached 60-80 wpm (depending on the typing test). A drop of ca. 20 wpm from my 13" MacBook Pro.

Installed a dual booting Ubuntu 20.04 Mate LTS. Comes with all the necessary open source drivers. Make sure to get the pre-baked distro for GPD Pocket 2 from Canonical's website. Intel Graphics acceleration works flawlessly as do all the GPU acceleration options in Firefox. Installing Compiz as a compositing manager really speeds everything up.

Now use this more often than my Macbook Pro. In fact, the GPD Pocket's touchscreen spoiled me and now I keep pressing on normal laptop's screens expecting for things to happen :D. GPD's substitute for a mouse is incredibly precise, a huge surprise as my expectations were super low for such an unproven solution. Think of it as some sort of capacitive/optoelectric Lenovo nub in the corner of the keyboard.

Ultimate hackery: The keyboard has a fan on/off switch as the Celeron provided has an operating range of up to 100C. So if you don't need the highest clock rate, turn off the fan with one key press :D

Hoping fellow hackers appreciate this review. Of course, this post is written from my GPD Pocket 2.

P.S. Also running Wine, PlayOnLinux, WinUAE and AROS. 8 GB RAM and 256 GB SSD make it easy to be cavalier about resource use. Performance wise you'll be fines as long as you're not compiling large codebases, editing large videos or expecting to raytrace animations in Blender...

Comment · 7 years ago
Moved white queen in front of black (computer) king under the cover of the white knight. Computer went ahead and captured my queen using its king.

Was tempted to capture the king with my knight, closed browser window instead :)

Comment · 7 years ago
November 15, 2018 publication:

Discovery of volatile biomarkers of Parkinsons disease from sebum

https://doi.org/10.1101/469726 (free full-text PDF link on site)

From the abstract:

We have serendipitously identified a hyperosmic individual, a Super Smeller that can detect Parkinson's Disease(PD) by odor alone, and our early pilot studies have indicated that the odor was present in the sebum from the skin of PD subjects.

Comment · 7 years ago
I would say that in this particular domain going from:

WinForms -> ASP .NET MVC

and then

Backbone -> AngularJS -> React

(including participating in React development) gave you the kind of exposure and experience you needed for Redux.

I think a lot of people reading on here missed this parts and I certainly didn't catch onto this reading your Things I don't Know as of 2018 post or the "Things I do Know" post you linked to.

Comment · 7 years ago
IMHO, teams using a certain stack have agency to see that stack win the hearts and minds of other developers.

Additionally, the opinions of popular leads, managers etc on what should be used will count more. Winning their mindshare will win you a lot of FB org.

Winning a lot of FB org will exert a tremendous influence on the Open Source community as you now have large numbers of engineers working on open source projects on premium pay.

I believe this is how it works in most modern large engineering orgs. After reaching a certain critical mass of adoption, a team will be hard-pressed to use anything else, especially if reusing other team's components requires you to master, say, Redux anyway.

Comment · 7 years ago
If you are not working on Browser frontend, you will also enjoy the API stability.

Here's an older verison of the same guide by the same author, more than 2 decades ago: https://web.archive.org/web/19970812031954/http://www.ecst.c...

Amazing how little has changed. I strongly suspect anyone will remember the UI framework du jour 10 years from now but Berkeley sockets have staying power. Despite occasional efforts to replace (OpenTransport anyone?).

Comment · 7 years ago
I wish we had more historical overviews like this.

The number of new developers has been outstripping the number of old developers in most environments and this has been happening for at least the last 15 years.

Thus, we come back to Richard P. Gabriel's Worse is Better, or at least the essay's focus on the importance of social components of a project[1]. N.B.: not implying Redux is worse than any of the other discussed projects.

Newer generations cannot possibly have the time to go through the history and tradeoffs of various frameworks that used to be extremely popular and the reasons people moved on. Too many previous frameworks and too few posts like what you just wrote. Besides, where to start? It's not like TAOCP is going to have a chronology of Browser UI frameworks.

Instead, the tendency is to leverage the rapidly developing ecosystem and work with the projects that have the largest numbers of stars on github, etc.

If you are a very large well heeled eng. organization with a capability to enforce the use of particular frameworks, it is in your interest to popularize them. You will pay and encourage your engineering org to, among other things they do, market it to the dev. community. If there are enough engineers in your org (say: tens of thousands), you will begin exerting a tremendous concentrated influence on the Open Source community.

At the same time, for everyone else who does notwork inside a 10K+ engineer org, the lack of future maintenance and upgrades presents such a huge downside risk to not using the most popular open source frameworks. The open source community moves so quickly that you run into the risk of being stuck with maintaining the reusable components you plucked from other open source efforts.

The backwards compatibility guarantees are so much lower than what they used to be. The browser world is still figuring out how to link dependencies[2], let alone generate a stack that is stable enough where you don't have to continually update your UI codebase if you want to keep continuing to reuse other people's widget code.

So you tend to stay with the pack. React is the new most popular thing? OK, let's do React. Redux is the new way? OK, Redux. Pick anything else and you risk being stuck with a stack that rapidly loses the ability to interoperate with a huge majority of new Browser UI open source code.

[1] https://en.wikipedia.org/wiki/Worse_is_better

[2] https://medium.com/webpack/the-state-of-javascript-modules-4...

Comment · 11 years ago
Ha! :) Sorry, meant to write "rhn is still out there", but I dropped I replied to hastily and by the time I figured it out it was too late to edit my post..

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton