drawkbox
Joined 19 years ago
Joined 19 years ago
When it comes down to it, whatever works best and is usually the most simple, non-breaking, used to win out. That decision has been disconnected from the value creators to the value extractors. It is impossible to extract value before value is created.
Additionally, programming is a creative skill no matter how hard they try to make it not one. Creativity means trying new things and new takes on things. People not doing that will harm us long term.
I also like the Lit Framework (https://lit.dev/) from Google which is rarely mentioned but it is quite nice for some of the simplifications and extras you might need when building them but it doesn't get in the way or try to take over your entire domain with dev-lockin.
Whether going direct to WebComponents or a higher level simplification like Lit, they really are a freedom from dev lock-in that is nice to see.
Typically I use something like JSONPath [1] (basically XPath for JSON) [2] or jq for this but having more options with other syntax and style is helpful.
For streamed JSON like NDJSON [3] there are some nice filtering options [4]
[1] https://en.wikipedia.org/wiki/JSONPath
[2] https://datatracker.ietf.org/doc/html/rfc9535
[3] https://github.com/ndjson/ndjson-spec
[4] https://github.com/mbostock/ndjson-cli?tab=readme-ov-file#fi...
> The decision marks a significant shift from Amazon’s earlier return-to-work stance, which required corporate workers to be in the office at least three days a week. Now, the company is giving employees until Jan. 2 to start adhering to the new policy.
So on top of all the hustle of end of year, everyone will need to frantically prepare for return to office one day into the new year. Just seems a bit heartless.
Remote jobs just allow a team to be more robust and dynamic to life changes. I just don't understand the need to force RTO so drastically.
Developers and value creators with power are like an anti-trust on consolidation and concentration and they have instead turned towards authoritarianism instead of anti-authoritarianism. What happened? Many think they can still get rich, those days are over because of giving up power. Now quality of life for everyone and value creators is worse off. Everyone loses.
I knew you wouldn't answer. You fail to even acknowledge evidence, what do you know about it? Nothing. How do you think evidence comes about? Just shows up one day? It takes people researching it and events to happen. Your hypothesis is not even attempting to start to see evidence, never be an investigator with that vibe.
Our discussion on your diversion is done, I know where you stand.
- You like crypto consolidation, you won't even attempt to answer that one.
- You are diverting from the point so far it is laughable now.
- Nick Szabo thanks you.
Admit you are an absolutist not a probabalist. Absolutism to no change is more religious than probability. You sure do preach absolutism.
The idea of boards might even be an anti-pattern going forward, they can be played and used in essentially rug pull scenarios for full control of all the work of entire organizations. Maybe boards are past their time or too much of a potential timebomb/trojan horse now.
Glad you could go on record and show you are an absolutist not a probabilist. Even cryptography itself is probabilistic. There are no absolutes in time except change.
You also skipped these two questions:
- Do you understand what diversion from the point is?
- Do you think Satoshi is Nick Szabo?
We are so far deep in this distraction that we have run out of room to reply without it being a line of vertical text.
Let's agree to disagree. I'll let you have the last word on this diversion.
GitHub Copilot is made with OpenAI's Codex model, a descendent of GPT-3 though.
Anyone putting anything into ChatGPT is taking a risk, or any third party tool really. Especially LLMs/GPTs because all AI models are like immutable datastores in some aspects. Once in, never getting out.
This also coincided with it being integrated directly in Windows. If there is a security issue, and I am sure there are many, this could be majorly problematic for business intel and confidentiality.
You did ask. heh.
As I mentioned, I prefer direct standards or at least frameworks that make standards a main part of the design, even if only on output.
Standards are slower to finalize, frameworks front ran them via abstractions that may have been needed for a while --like Flash with interactivity before HTML5/canvas/svg/WebGL/etc and I was huge into Flash and plugins, those days are over though. Standards will be around longer and more maintainable on standard schedules not just feature/dependency pump frameworks of today that have verbloat.
Plugins and now frameworks innovate and front run, and influence standards, then standards win the long game every single time. Like why use virtual DOM when shadowdom is now available, unnecessary abstraction now that will always lose to native dom abstractions like shadowdom.
Right now with web standards where they are at, Javascript how far it has come, and the coming WebAssembly + WebGPU platforms now being ready or close to ready, the current frameworks are about to be lapped. It is just the way things go and the typical waves in innovation to standards and repeat.
About Lit, I mentioned it as I said in another comment "if you like the component style of other frameworks but want to use Web Components, Google Lit is quite nice"
We can agree to disagree on the rest.
Answer these, let's get you on record:
Do you think encryption methods today will hold up over time 100%?
Do you think early bitcoin keys from 2008 will never be broken (disregarding tools and being found which is more likely)?
Do you understand what diversion from the point is?
Do you think Satoshi is Nick Szabo?
You won't eventhough these are very easy YES/NO questions.
C'mon, put your money where your mouth is.
The others like React/Vue/Svelte etc are all going more for platform/framework lock-in over making sure people are doing augmentation of standards.
Those frameworks have incentive to lock you in while standards are lock-in at a lower level.
Other standards I like playing with direct like html/css/canvas/WebGL/storage/svg/video/audio/geo/etc and ones that are newer are WebRTC/WebGL/WebGPU/WebAssembly etc. All of these are and will be abstracted by some frameworks and people will know less about them and more about the platforms on top if they aren't regularly going direct. I think people that know about the standards more low level make for better framework developers an developers that use frameworks even.
I like platforms that make web standards the core aim not the platform lock in.
Lit is just a lighter weight version of that and closer to web standards without having it bolted on to a larger, almost monolithic framework now.
Lit is somewhat Angular like since Google make both.
Lit is just a lighter weight version of that and closer to web standards without having it bolted on to a larger, almost monolithic framework now.
I still prefer direct and custom with less dependencies but Lit is somewhat trying to communicate web standards while other current frameworks really want lock-in to the platform rather than caring about making sure devs understand the standards.
I work at Drawlabs Game Studio where I make web games, mobile games and game middleware from network servers/clients to stats tracking and community tools for contract, white label and internal products.
http://drawlabs.com
I work with and have worked at 2XL Games, SupaSupa Games, Cheyenne Mountain Entertainment, and Prizelogic / eMarketingInc / Nomadic Agency making web, interactive, mobile (iPhone/iPad/iPod/iOS/Android) and multi-platform desktop games, apps, web interactives, APIs and tools for entertainment/promotion.
"There is no subject more captivating, more worthy of study, than nature. To understand this great mechanism, to discover the forces which are active, and the laws which govern them, is the highest aim of the intellect of man." -- Nikola Tesla
http://drawk.com/
http://drawlogic.com/
https://github.com/drawcode
http://www.linkedin.com/in/drawk
http://stackoverflow.com/users/71690/ryan-christensen