The main point being, out of all the laptops out there, I thought it was entertaining that they picked the one high-performance laptop brand I am familiar with that does not get hot when I use it.
1,578 karma · joined May 28, 2013
The main point being, out of all the laptops out there, I thought it was entertaining that they picked the one high-performance laptop brand I am familiar with that does not get hot when I use it.
I started out hand-coding static html pages, graduated to Drupal and Wordpress php stuff circa 2009 (glad that's over!), then worked on a largely server-rendered Rails SAAS in the APM space that I guarantee you've interacted with if you've been in the web game for more than a couple years. These days, I may sling React for my 9-5 but a lot of my personal projects and internal tools are vanilla express apps with very little client-side code.
It's true that a lot of newer devs really don't have a great deal of context for why React & company became the de facto default for building websites and how much we used to get done with largely server-based architectures. I wish we did a better job of teaching fundamentals here rather than bootcamping everyone straight into building SPAs.
However, it's also true that the baseline expectation for web experiences is a lot higher in 2022 than it was in 2009 in terms of the level of responsiveness, interactivity, and overall "app-like-ness", to the point where I think that even with the massive improvements in bandwidth, latency, and web protocols, we still need to accept that there are many cases where just shoving full HTML documents over the wire isn't enough to satisfy user & stakeholder expectations. That's where stuff like LiveView, htmx, and Web Components become interesting to me. The web has evolved, and finally the server-side-application paradigm feels like it's starting to evolve along with it, and these evolutions do feel like they're novel & useful enough to deserve being called "new ideas".
I'm actually very intrigued by the whole "let's take a step back and move a lot of our logic back to the server" approach to modern dev, but IMO when you need more than statically rendered pages, it should look a lot more like htmx or Phoenix LiveView (if you're using a framework) or something ultra-minimal like Slimvoice[2] if you want to go the bespoke route. Not this.
[1] https://htmx.org/.
[2] https://javascript.works-hub.com/learn/a-javascript-free-fro.... https://slimvoice.co/
The thing that makes that possible is that I'm using a seedable PRNG for the pattern generation and have a custom serialization format for all of the possible pattern parameters. This means that any pattern can be represented by a single short string like `w:1440!h:900!x:random!v:0.63!c:0.06!s:9gjk5s!f:sp!i:0.30` and reproduced with 100% accuracy.
That means instead of a database, I can just store the entire purchased pattern directly within the Stripe transaction within the `client_id` field using this compressed representation. Then it's just a matter of reading it back from the Stripe API when I get the "purchase completed" webhooks in order to build the correct attachments and send the customer their assets via email. This keeps my own service totally stateless & database-free, and also has the very nice property of allowing me to quickly and easily access the pattern by copy-pasting the client-id from the Stripe dashboard if I ever need to grab it for customer service reasons!
Since there are a lot of questions in the comments that might be answered by prior writing/discussions, here are a couple relevant links:
0. Trianglify.io is a GUI for my GPL-licensed node library of the same name, which is available for use in OSS projects for free: https://qrohlf.com/trianglify/
1. Trianglify (the library) first became popular because of an HN post eight years ago. Discussion here: https://news.ycombinator.com/item?id=7578002
2. I've written a short Medium article on why Trianglify.io exists and how I arrived at the current freemium/micropayments model for monetizing it: https://medium.com/@qrohlf/i-sell-triangles-on-the-internet-...
It's part of a series of experiments that I've run on monetizing open source, which you can read about in the article I wrote a while back here: https://medium.com/@qrohlf/i-sell-triangles-on-the-internet-...
That said, right-click > save as image is supposed to be disabled on that particular DOM element, but I'm guessing you probably have an extension or user-script that re-enables it. Which is fine, you're probably not the target audience for this! Trianglify.io is mostly used by designers working on professional projects for whom $8 to save 20-30min of tedious work in Illustrator is a very good value proposition.
Unfortunately, my overall experience has been that hiring any “expert” in a field that I am not also an expert in has a 50% chance of working, and a 50% chance of blowing up in my face and creating more problems.
I recently attempted to get a new accountant to help me handle some business growth. It was a person from a well regarded local firm, initial meetings were good, and then they proceeded to deliver none of the agreed-upon work, take 2-3 weeks to respond to emails (multiple times, I had to call their office and schedule an in-person meeting just to get a response), and then de-prioritize my business relative to other clients so badly that I wasn’t able to submit my taxes until June.
If anyone can successfully build a service that lets me reliably pick professional-services providers with the same level of confidence that I pick an AirBnb (not 100%, but pretty good, with an expectation for reasonable mediation and fallback coverage if the offering is radically different than what’s described), I would happily pay a 20% premium on those services versus the existing “ask friends for referrals and cross your fingers” status quo.
One thing I've struggled with in threejs is what coordinate system to use when pulling in data sources. Obviously UTM and lat/lon are inappropriate when you're dealing with a slice of terrain in 3d like this, and from my experience using the 1x1 unit tile dimensions of something like a web maps tile coordinate system does not play nice with ThreeJS at all.
Do you just project to Mercator/Web Mercator and then arbitrarily pick something like 1km = 1000 units to work with the data in ThreeJS space, or is there some kind of an established coordinate transform that is commonly used when bringing geospatial data into a non-projected xyz coordinate system?
Map nerd and FKTer here working in a very similar space, I have a ton of questions!
I'd love to hear a little bit about how the camera positioning works. It seems like there is some fairly clever stuff happening under the hood to (1) maximize the amount of trackline in view so that that it is not obscured by terrain and (2) smooth out the camera path so that it doesn't jitter around even when the gps track is irregular.
Is this a completely bespoke rendering implementation? From the look of things, you're definitely not using mapbox-gl-js or leaflet. Are you even using ThreeJS, or is it just all raw webGL under the hood?
Finally, where are you sourcing your DEMs? AWS Terrain?
(small nit: It seems like you may be missing imagery/data attribution on your map, or do you have a license that allows for un-attributed use?)
Contrast that with when I gave up and decided to make myself available for full-time (remote) work. In the span of about 5 weeks, I got over 200 recruiter emails, interviewed at 10 companies, and received 10 offers, mostly in the upper end of the $200k-400k range.
I firmly believe that this is a cultural block, rather than one that's rooted in rational/pragmatic concerns. Tech companies want to feel like they're getting your full intellectual output, even if that's demonstrably false in the status quo. There's also this issue that gets brought up of "if Bob is gone half the time, isn't that going to breed resentment with his full-time coworkers?" (answer: only if you have a shitty "butts in seats" management culture).
I honestly don't think we're going to see meaningful change in this area for a while. The 40-hour work week is something that's heavily ingrained in tech culture, to the point where certain companies' "perks" are heavily tuned towards incentivizing you to stay at the office longer and frequently turn that 40 hours into 60. I think it will take an external disruptive event on the scale of COVID-19 in order to change this aspect of tech culture.
https://podcasts.apple.com/us/podcast/underground-aams-trade...
Is Knives Out still a good movie? Yes. Would it have been possibly, perceptibly better if the actors had a real eyeline to work with on that painting, or the camera work was done with the cinematographer being able to see the real painting through the lens? Maybe.
It currently does about $500/mo from a combination of asset purchases and ethical (Carbon Ads) non-tracking advertising.
This has been my experience as well, and while I understand the desire for introductory "sales mode" type calls, I think it's progressed past that point to something nearly pathological.
As an example, I recently had a recruiter that I was previously in contact with over email cold-call me while I was skiing, trying to schedule a meeting with a hiring manager (I picked up the call because I thought it might be one of the people in my group that I didn't have in my contacts). When I requested she please send me an email to schedule the meeting, as I was out of the office, I got an email where she sent an email to schedule the phone call, to then schedule the meeting over the phone. It was 100% the least efficient way to do this, and only happened because of this illogically strong preference for phone calls that recruiters seem to have...
This is kind of surprising, because if the tolerances for avoiding chromatic aberration are that small, whatever is collecting this data would have to be constantly adjusting its optics or software based on the topography.
EDIT: it's not chromatic aberration, it's pixel misalignment caused by the object being in motion: https://news.ycombinator.com/item?id=29627917
How are you doing the color palettes? Is it fully random or using some kind of picker algorithm?
My favorite description of the language comes from http://arrgh.tim-smith.us/:
> R is a shockingly dreadful language for an exceptionally useful data analysis environment.
I feel like this is just one more data point to support that statement.
The above TLDR is really all you need to know but if you're interested in more I wrote a longer article about how this all happened here: https://medium.com/@qrohlf/i-sell-triangles-on-the-internet-...
If you're a professional engineer and you're starting a tech side project with the goal of shipping - use what you know.
I do a lot of work with node, cloudfront, s3, and React for my day job. All of my side projects are built on node, cloudfront, s3, and React. This works well for me because my goal with side projects right now is to be productive, not to learn new tech.
An important clarification is that I use the tech that I use in my day-to-day, not what my company uses. Just because I have coworkers who know kubernetes back-to-front doesn't mean I do!
Also, there's nothing wrong with doing side projects with totally crazy/new tech stacks as a way to explore and learn new tech. I just think it's good to be really intentional with whether the goals of a project are educational/process-oriented or results-oriented.
Do you have any plans to add interpolation functionality to ac-colors?
The biggest hurdle to building most great tools isn't the coding, it's the process of carefully thinking about the problem and designing something that fits without being overly complicated or too basic. Incidentally, learning to code often gives you some basic understanding of this issue.
No-code tools like Notion or Filemaker throw users straight into the deep end of designing their own solutions, and because of the data-agnostic nature of the tool it's difficult to build in guardrails to stop the user from over-complicating their solution.
Remote: Yes
Willing to relocate: Yes, but not to the Bay Area
Technologies: React, Node, RoR, Postgres, Dokku/Heroku
GitHub: https://github.com/qrohlf/
CV: https://www.linkedin.com/in/qrohlf/
Email: qr@qrohlf.com
---
A good fit would be a product-driven organization in need of a senior-level engineer. I mostly work in client-side JS, but I've built up multiple backends from scratch and am not afraid to get my hands dirty when it comes to working with databases, building microservices to support new functionality, and generally working at whatever level makes the most sense for the problem I need to solve.