A central pattern emerging in generative AI is a shift from 'thinking by doing' (e.g. writing a document) toward 'choosing from outputs' (e.g. prompting AI to write a document).
这一转变挑战了人类专业能力发展的传统认知。从'通过思考做事'到'从输出中选择'的转变可能削弱人类判断力和专业知识培养，这与人们通常认为的AI增强人类能力的观点形成鲜明对比，揭示了AI可能带来的认知能力退化风险。
Stop to think about "normal app" as like desktop app. Android isn't a desktop platform, there is no such this. A "normal" mobile app let the system control the lifecycle, not the dev. The system expect that, the users expect that. All you need to do is change your mindset and learn how to build on it. Don't try to clone a desktop app on mobile. Everything is completely different including UI/UX.
depends on how you look at it: "normal"
When you call 'foo' in Ruby, what you're actually doing is sending a message to its owner: "please call your method 'foo'". You just can't get a direct hold on functions in Ruby in the way you can in Python; they're slippery and elusive. You can only see them as though shadows on a cave wall; you can only reference them through strings/symbols that happen to be their name. Try and think of every method call 'object.foo(args)' you do in Ruby as the equivalent of this in Python: 'object.getattribute('foo')(args)'.
https://www.youtube.com/watch?v=z3Tvjf0buc8
; graph thinking : focuses on relationships to turn data into information and uses patterns to find meaning
Use for dependency analysis
Okay thank you. I'll need to do some thinking then on how to apply that to things like git config --global core.editor
However, this request-by-request mindset doesn’t map well to GraphQL because there’s only one controller and the requests that come to it may be very different.
Svelte is different in that by default most of your code is only going to run once; a console.log('foo') line in a component will only run when that component is first rendered.
This article explains why you shouldn't use getters and setters (and when you can use them) and suggests a design methodology that will help you break out of the getter/setter mentality.
Svelte doesn't re-render, so you need to respond to component mount/dismount and prop changes separately as they are distinct concepts and never tied together, unlike in React.
Sometimes, you may be tempted to write that wrapper. Because all your (React or Vue or insert your reactive framework here) instincts tell you so.Resist the temptation. There is a better way. A svelter way. Introducing: the use-directive (a.k.a. “actions”).
However, especially when starting out, it’s very easy to fall into the “this is how I did things in my previous framework” trap.