smaudet

15 ms·

241.
by smaudet 2y ago
> Conflicts are first-class items I have less experience working in large (heavily tracked active, e.g. 1k+ committers) repos, however we try to keep conflicts to a minimum - of course you can't get rid of them completely, normally
242.
by smaudet 2y ago
> I want the red tape to go away, but I also want strong regulations and safety nets I'm not certain those goals can be both met. You can have innovation, but some red tape is necessary. Of course you could get into arguing that &qu
243.
by smaudet 2y ago
On the other side, as a consumer, I don't really want "new/disruptive competition" - I want stability and a legal guarantee my rights aren't being trod all over. Large companies e.g. Google/Apple are just inher
244.
by smaudet 2y ago
Their Javascript must have got wet - it rusted too much...
245.
by smaudet 2y ago
This page came up for me blank... I had to stick it in brave for it to work. I guess google doesn't make web pages anymore...
246.
by smaudet 2y ago
I don't entirely hate toasts, I don't think your example is good, either. A toast is best for asynchronous, high priority, fleeting information. You don't want to stack them, or if you do you need some sort of inbox for them.
247.
by smaudet 2y ago
> But not finding failures during testing maybe means you’re not testing hard enough. Also not an airplane expert... Agreed that finding issues is (often) good (it means you are human and you also found your errors). But of course such t
248.
by smaudet 2y ago
Per my sibling comment, I think thought must be given to the likelyhood of distribution of a "channel" or material state, not just the fact that one exists. Particularly, wood is fairly recognizable, and almost certainly not liabl
249.
by smaudet 2y ago
"one must differentiate between exposure channels" I think this is a mistake, though. I mean, yes, exposure "channels" are absolutely important, but its the (false) assumption that one "safe channel" lowers the
250.
by smaudet 2y ago
This sounds exactly like what I would expect from VSCode, and why I'm glad I never touched it with a 10 foot pole...
251.
by smaudet 2y ago
One could say the same about any interest, really...imagine bragging what sort of car you drive, as if that makes any real difference. Of course, you say, driving some expensive car means you get more attention, right? Well, yes, and it doe
252.
by smaudet 2y ago
> how do people feel about the productivity I think maybe you shouldn't focus on the "productivity" - that's a fairly arbitrary metric, and difficult to measure - it often has more to do with how many bugs you have, h
253.
by smaudet 2y ago
We like to say gravity is "weak", however it seems to operate on many orders of magnitude larger distances. Even if you make the argument that the energy complicit in the strong/weak forces is cumutavily much greater than the
254.
by smaudet 2y ago
> string theory has currently failed to combine them in a testable way String theory may well be wrong/currently untestable, however failure to invalidate the null hypothesis is not proof that somehow we don't have a meaningful
255.
by smaudet 2y ago
I think there is a misunderstanding, which I tried to address but evidentally failed. UTF-8 is fine for a display encoding. However, not every string encoding need be a display encoding, which the parent post seems to not be considering. Yo
256.
by smaudet 2y ago
Less a global constructed language, more a "better" encoding. Base64 works really well for arbitrary binary-in-text encoding, for instance.
257.
by smaudet 2y ago
> like this one, only ever works with ASCII, no attempt whatsoever to handle UTF-8 I mean if your viewpoint is to handle heavy UIs then yes maybe C is not your go-to language. However, there are other solutions to the character space p
258.
by smaudet 2y ago
> Wrong assumptions like this Assumptions, or features? I'm all for inclusive behavior, however I'm also for well tailored solutions. Having support for 8k characters when you are going to usually use maybe 20 isn't smart
259.
by smaudet 2y ago
I still don't use dropbox (used it briefly a long time ago), replace ftp with sftp and cvs with git and it might still be true-ish? Another good thing about re-implementing, often these solutions are like 700 pound gorillas, built fa
260.
by smaudet 2y ago
> The market is flooded Yes, I'd also like to note, the market is flooded with crap. Multiple devices I've owned with these "cheap" displays have been on crappy, battery-intensive devices. The devices with simpler seg
261.
by smaudet 2y ago
And my next question would be can this software handle concurrent writes? If it could, that'd be an excellent solution.
262.
by smaudet 2y ago
> To be honest I also think that if you are making heavy use of cloud based spread sheet software you have a 100% chance of being a drain on your organization and society as a whole How about for just personal (family/friends) usage
263.
by smaudet 2y ago
For me spreadsheets are most useful when shared. My biggest objection - can I share with e.g. google sheets or office 365? I think it's neat for terminal usage, though. Other problem: I can vim but I prefer the emacs keybindings.
264.
by smaudet 2y ago
> Infinite loops are not that harmful by themselves if they only spin the CPU Categorically that's the exception, not the norm. For always-on systems, "by themselves" is pretty critical, as they can result in DOS style bug
265.
by smaudet 2y ago
How about no infinite loops (as a start)? Unless you are the kernel, and you can demonstrate that your loop is "safe" via some set of static analysis.
266.
by smaudet 2y ago
> The stack traces when something goes wrong are inscrutable under recursion. Hmm. This is a real issue, for the simple case. If tail recursion is not optimized correctly then you end up with a bunch of stack frames, wasted memory... I p
267.
by smaudet 2y ago
> I think most people learn about loops before they've learned about functions That may be so, however I was taking issue with the idea that they couldn't possibly understand tail recursive functions first. Many (if not all) of
268.
by smaudet 2y ago
> where they don't yet have a way to talk about recursion. I'd like to know how its unfortunate as well, I'm not sure I agree with this though. int a = 0 begin: if a == 10 { jump :end } else { a
269.
by smaudet 2y ago
> Then why are you writing C? You could be writing some other, higher-level language instead if performance is not your top priority. This goal seems somewhat oxymoronic - if the "goal" is to be keenly aware of what the compile
270.
by smaudet 2y ago
> It also won't be optimizing other loops that you want it to optimize. Turns out it's a tradeoff and lots of people choose C and C++ exactly because of this focus on speed.. Hmm, could possibly include optimization flags direc

More ›