359 karma · joined October 17, 2018
I don't think that poster was talking about protocol innards, although kudos for you for having that knowledge, but perhaps they were, but in terms of user experience, slack/group chat is very low cost in terms of requiring any sort of mental pause before sending the message, specifically as a cost for the message itself. So much so, that a type of usage of verbal diarrhea can occur, so as to caution oneself against such usage, a little bit of thought before sending messages is always advised.
Specifically, if I can echo the primary differentiation, all you need to initiate a chat communication is a name and a message, that simplicity works a lot for people. I've used both e-mail and Slack, and a combination of both is great in my opinion, but the comparison can seen by an example message in my workflows (I don't use Slack anymore though):
Slack: 1) Find user/group by name lookup 2) Hi X, QUESTION_TEXT. 3) When done conversation, write outro
E-mail 1) Find user/group by name lookup, if user is not encoded in e-mail alias, query relevant databases 2) Write subject 3) Write intro, message, and outro
From my experience the reply from Slack 2) vs. E-mail 3) is much faster in the former case.
[0] https://www.amazon.com/3M-1100-Foam-Plugs-200-Pair/dp/B008MV... [1] https://www.amazon.com/gp/product/B000BYAP7I
I think the volatility issue is a major pain-point to people though. As long as you keep your money liquid in cryptocurrency, isn't it essentially holding stock (albeit driven by BTC mining and transactions) in terms of capital gains and losses? But if you use stock, I believe you are required to hold it for periods by the SEC (don't quote me, but, blah blah Holding Period?), so maybe crypto wins in this regard anyway...
You were born without your consent too, therein lies the rub.
I mean take a look at rich (m/b)illionaires. It's a life style they can't give up.
power corrupts; absolute power corrupts absolutely
>interactive
AFAIK, as you type python code it will execute with the changes incorporated in the next loop execution. That's a heavily constraint "interactive" (forward propagating changes against an active execution). I mean, wouldn't a python shell with shell history be more interactive and hit all your goals? Sure the advantage of this is you can change code based on output feedback, but if you are too slow, you have to backtrack, and if you are too fast, you just wait anyways in both cases. And if you want to add code to earlier loop executions, you are kaput for earlier loop executions since those are set in stone against a different version of the code?
> reproducible
How can you get this, i.e. reproduce any loop changes outside of IDE/editor code undo/redo stack. It's hiding all the magic of what code outputted what with the "reloading" function.
> recordable, replayable
This moves the "history" to the IDE/editor code undo/redo stack. I think this is worse, cause, what happens when you close the IDE/editor without recording which specific console output was for which version of the code?
My main gripe is this sentence in the README:
> This lets you e.g. add logging, print statistics or save the model without restarting the training and, therefore, without losing the training progress.
If the italicised is the prime concern, and the purpose of this is to solve that, I'm just saying PyTorch already lets you save/persist training data, maybe the author didn't know about it + python shell combo?
[1] https://pytorch.org/tutorials/beginner/saving_loading_models...
Payment is based on distance driven right? So more trips, more money. I could see the incentive like that to cause it.
As a Canadian I am stumped, surely people don't like cold weather :)
I just don't see this complaint as valid. From the discussion garnered here, C be both a compiled and interpreted language. This is a book about C in the context of the compiled variant, and has references to gcc and clang. The level of detail and nuance when using terminology here is used to match the context the terminology appears in. Excess verbiage for terminology isn't a panacea to confusion, in fact it can increase it. Can't "C is a compiled language" and "C is a interpreted language" both be true independently?
Don't get me wrong, I like reading perspectives like yours, because I just discovered a bunch about C interpreters.
But I feel like you are asking for a "spec" level document on modern C, when you are reading a more practical work on it.
> because languages are specification, "books". they are not interpreted nor compiled
Languages are a specification, and an implementation working together in perfect harmony, with absolutely no undefined behaviour at all, yes, keep walking now.
At least... the good ones try to be, cough ignoring small half baked interpreters and compilers I've had the pleasure of working with cough and never touching again.
> The most common implementations of the C language are compilers, yes, but "compiled" it's not a language property
It absolutely is a large part of the C language and worth teaching, and I'd only split hairs in a programming language theory class, this is a book that presumably leaves the reader with a better grasp of C than before. And arguing against it is an exercise in personal experience I assume (you have C interpreter experience I wager?).
Most people are still taught C in terms of a compiler like gcc, or clang. Source code in, object code (for a specific language specification, target architecture, etc) out. Think operating systems, kernel modules, executables, dll's, and, etc.
I never touched a C interpreter (but I am curious at such a beast), but I know that C is fine to be referenced as "compiled".
A great point. Succinctly, the moderators need moderators.
Which leads me to why one such as yourself would be so adamant in your position to not include that empathy -- its not like moon hoaxers killed and murdered your family in 1990... right? I suspect its more of a philosophy you have regarding treatment of people in the bunch "gullible, anti-science" crowd. Anti-vaxxers, horoscope readers, etc. If thats the case, well, I too enjoy punching down.
This statement is a bit ironic no? Then again I have no clue what helps get rid of polarisation.
I did mention it, that's the whole cancel out thing I was trying to hint at.
I do really dislike this type of argumentation and tend to dismiss it because its first order argumentation without empirical evidence. The real world isn't first order, so real data should be used. The sort of stuff journalistic outlets use instead of economic institutes. I disagree that this is excuse-making however, because it is indeed analysis at an approximate level b/c its first order, but I take it you would probably take it that to be an excuse as well :)
Also an banal extension of that line of reasoning leads to a counter point -- The products that they purchase will cost more because of an increase in the cost of manufacturing due to minimum wage laws. However globalisation side steps this by getting third worlds to produce most of the products, so kahbooy to those laws.
> Details matter, making an argument like this without numbers isn't analysis, it's excuse-making.
I agree, but this is kind of a moot point, you are burning the bridge we both stand on and saying standing on it is excuse-making because one person faces north instead of south. It's excuse-making in two directions.
> And the counter point (with numbers!) is that people at the bottom of society are getting poorer.
Objective poverty is decreasing in the world, but in the lenses of America, I do think you are correct and I agree that the bottom of the society are getting poorer in a relative wealth inequality sense.
However as a side topic, there's a larger issue with financial ignorance I think exists too -- something that a higher minimum wage won't really counter. I mean, look at the high average debt, aggressive cash loans, lack of short term liquidity, etc, the poor of society suffer from or are explicitly targeted at. It's a whole system with people actively trying gut you for cash. A lot of it is just plain asymmetric power in terms of negotiating, knowledge, and opportunity. The poor get poorer, and the rich get richer, cycle of poverty 101. I personally believe wages should be legally adjusted for livability in a sense (the term liveable wage rings a bell, but I'm not too familiar) but the root cause of the issue seems to be in the education system and the affordability, proximity, and availability of it. Heck, I even like the idea of later-in-life re-training but I haven't dug into the data on that. Housing is also another can of worms.
It is often argued that it does, particularly by opponents of minimum wage increase. If they need to pay their salaries, they'll increase menu item prices, and a la supply and demand, fewer sales. This argument is for a single business only, I imagine the aggregate supply and demand is affected differently if one were to apply a minimum wage law instead of a hypothetical at one restaurant. Basic form of the argument would be if everyone makes more in a region, perhaps increases in prices are cancelled out. I'm not an economist, ymmv.