h335ian

6 ms·

1.
by h335ian 4mo ago
By the miraculous grace of God, a crack allowed pressure to bleed & enabled our engine company to prevent thermal runaway. A BLEVE was the projected outcome, a firefighters worst nightmare - see the Kingman BLEVE - https://ww
2.
by h335ian 2y ago
So disappointed by the irrational and hyperbolic comments from my fellow nerds. Why are folks reading into this so much!? Clearly folks aren’t actually reading the content and just reacting based on a headline. Read, contemplate, compose. T
3.
by h335ian 2y ago
:point_up: this… The article is purely a marketing piece. As we know with all tech, it’s how you hold it. Yes, you can certainly graph all the entities, activities & relationships - but there is the human tendency towards laziness, leas
4.
by h335ian 2y ago
It’s fair that there are proponents & value props beyond those early folks that came from the Java type world. I guess I’m tainted/jaded by the early proponents and initial rationale that was absolutely tied to - “ewwww dynamic typ
5.
by h335ian 2y ago
There it is… that’s the classic argument. Large teams/codebase. I totally get the appeal, but the idea this can’t be done effectively without it is nonsense. Long before TS, we had JS apps with teams of 50-100+ working across hundreds
6.
by h335ian 2y ago
Classic example of comments I've heard since the 90s. I’d strongly encourage doing a deeper dive here. Functions in JS are objects and can have their own methods/props + scope. They’re a first class citizen.
7.
by h335ian 2y ago
+1 - that was a really cool idea that I really was hopeful would take off.
8.
by h335ian 2y ago
Despite being down on all the extras, I wanna reiterate - I do think this is a cool project and I dig that HTAs are still around.
9.
by h335ian 2y ago
I think, based on many battles, a lot of folks in the early days that came from Java/C++ absolutely struggled with the key concepts of JavaScript, couldn’t find “features” (like strong typing) they claimed were critical for writing goo
10.
by h335ian 2y ago
Firstly, it’s functional with closures… From there prototypal - so you can express whatever you want… the key is being functional. This was a key to the advent of JSON, but is also one of the most elegant and powerful bits of JS
11.
by h335ian 2y ago
Static/strong typing is not necessary in JS. Yes, ES6 brings the OOPiness
12.
by h335ian 2y ago
This stuff pre-dates .NET and quite honestly I think that’s what m$ was going for in those early days. VBScript was pretty annoying and dealing with COM objects sucked badly. Back in the day we’d build in a local VB interop with JavaScript
13.
by h335ian 2y ago
Been doing this since 1999. The only thing novel I see here is the transpilers - but you know… you don’t need that. You can build HTAs with native JavaScript, CSS and HTML - and with a little VBScript mixin, directly work with Windows libs.
14.
by h335ian 2y ago
When hyperbolic reactions rule the day, particularly when they are contradictory to one’s stated goals (provide clean, low prices energy and potable water) - dismissive labels are readily handed out. Both sides of the aisle are guilty so th
15.
by h335ian 2y ago
Yup! If memory serves, some of the design was borrowed from the San Onofre plans. Certainly only limiting in terms of volume of desalinated water for Orange County. I believe that was the original intent as San Onofre is nicely situated to
16.
by h335ian 2y ago
;P
17.
by h335ian 2y ago
Turns out it’s actually harder to decommission… :shrug:
18.
by h335ian 2y ago
This was originally planned in conjunction with the San Onofre nuclear power plant, which gave all of SoCal amazing power and offered the infrastructure for performing desalination in conjunction with ocean water used for cooling parts of t
19.
by h335ian 3y ago
Having recently participated in a of review GitHub Copilot to determine if we might allow it at work, I can say it appears that most of the utility is in tab-completion of what you were roughly intending to express, in very short form: vari
20.
by h335ian 3y ago
As a volunteer Greyshirt with Team Rubicon, I cannot relate. One of our cultural principles is, literally, “Get shit done”. Another is, “Your mom’s a donor”. In your position, I might recommend associating with other volunteer based non-pro
21.
by h335ian 3y ago
Doubling down on my comments about ShapeUp (et al) as I reflect. Engineering management, in my experience, has an allergy to agility. They can and do take any methodology, turn it into a process with a rigor (they love that) and strip agili
22.
by h335ian 3y ago
Been using ShapeUp for nearly a year now in an org of ~50 engineers. Let me start by saying, if you intend to adopt ShapeUp, spend a great deal of time reading and buying into their structure of teams. Aside from SIP/QA & KTLO work
23.
by h335ian 3y ago
Yaaaas, my dad had one of these and through some magazine I had learned it could produce music… I had limited success but I was able to master enough annoying compositions to be forbidden from messing with it. I forgot entirely about this u
24.
by h335ian 3y ago
Yah I’ll pile on. Record yourself like you’re on a call and look at different things. Do some typing, do some on-a-call context switching and listen how awful it is. Then imagine network/VOIP - it’s only worse and most services even re
25.
by h335ian 3y ago
Having been WFH for the last 15y… Chair: yes but doesn’t need to be expensive. I’m still dragging around an office chair from 2002. It just fits me. Separate your space. Make sure your work and home environments don’t collide. Once I learne