No, it's day trading and picking stocks which is betting against wall street firms, obviously that's not the way to go. But that's not all of investing. If you are diversified and tune a portfolio for risk, it's more like a bet that the long term trend will be for the global economy to become more productive as time goes on. And this is usually true, besides the transitory periods of recession.
I've played a bit with weggli, it's pretty useful for "grepping" an entire codebase for patterns (for example, to search for antipatterns in a codebase)
Perhaps more capable but also more complex is clang-query:
Yeah it's definitely a balance--the big company-wide meetings can be good for context but could also be too broad in scope. On a couple occasions I've enjoyed medium-sized informal get-togethers with my team, and I can sort of pick people's brains. Just having that social environment means I can sometimes talk one-on-one with folks I would rarely interact directly with otherwise.
I would think if you depend on data stored in a container being persistent, it's an indication you really should be mounting a volume to the container and persisting the data there. Then container restarts won't matter. Best practices are generally for containers to be "cattle" instead of "pets", and data persistence usually has a different solution.
Regarding using a container for distributing static site generators, does anyone really do that? I think you may be building up a straw man here, I haven't seen anyone recommend this workflow. Could you elaborate on how this relates to the parent comment's mention of using less space when running many containers? What the parent comment mentions is, in fact, highly relevant to some of the main use-cases of containers, which is running many containers of the same service on one or many hosts. Space can be saved there with layer caching.
I completely agree--in my day-to-day, I'm very much in my head about the problem at hand. I respect folks who can keep the long-term vision in their sights while applying that to short-term decisions which will help in the future. Some of the more valuable things I could learn from the higher-ups at my work, I feel, are related to big goals, changing landscape, rising opportunities and problems in the industry.
Pretty sure they meant Guix the OS not the package manager. The OS uses GNU Shepherd. Of course if you install the package manager on another OS, you get whatever that OS chose for an init system.
It's possible this is including many misclassified listings (e.g. hourly paid internships). Additionally, I've seen some listings for higher level jobs for absurdly low salaries ($19,000) which I can only imagine are typos. I wonder if the average somehow includes other regions too with very different cost of living. I wouldn't put too much stock in those average numbers. If you are looking to get an idea for the market for entry level SWE positions, it might make sense to narrow the search to known companies in your region.
For what it's worth, with many Hugo themes, it is possible to add a "Disqus" (or other provider) comment section to posts by simply adding a token to the static site's config file. See: https://gohugo.io/content-management/comments/
This is also possible with other static site generators like Hexo and Jekyll.
I think you're being downvoted because the imprecision you speak of is a result of: consumer GPS receivers having a limited polling rate, limited precision, and only using one GPS frequency. You can't extrapolate the limitations of GPS on say a phone, to limitations on a commercial plane.
See the following from gps.gov: it can be accurate to within centimeters and with a high polling rate, but most consumer devices don't employ the necessary tricks.
https://www.gps.gov/systems/gps/performance/accuracy/
Your assumption seems to be that if:
1) an existing language has finite utility
2) a language where any string is a valid program has no utility
, that it must be true that utility decreases with the unconstrained-ness of a language (and thus increases with more constraint).
However, this is not true. You only have to look to the other extreme to see there must be a middle ground. A language where there is only one valid program has no more utility than one where any string is a valid program.
Because this relationship of constraint and utility is clearly not simple, we can't use those extrema to judge if C++ is less useful because it gives so much control. There might be some "local extrema" where a language fits a niche. C++ might fill that niche, or it might not, but I think it needs a bit more of a nuanced consideration than "less constraint, bad".
- Use the app, see what is slow from a subjective UX perspective
- Profile your code, find hotspots
- Use system monitoring to determine if there are any hardware/network bottlenecks
One thing I would add on these, perhaps a bit more specific: You mention you are using NodeJS, and it is a CRUD app. What is your database? Are you using an ORM? Sometimes the choice of especially an ORM can cause some performance issues behind the nice opaque interface. I have no specific reason to believe this is causing the performance issues for you, but I've had issues myself in the past so thought it might be a helpful suggestion to look into (for example, N+1 query issues).
Phones probably don't interfere with medical equipment--patients use phones all the time with no issues. Not to mention most medical equipment is subject not only to the usual FCC electronics regulations on electromagnetic interference but additional regulations. A quick google search suggests the reason is likely more related to super long battery life, and the un-ignorable nature of the alerts (a text message or call is easy to ignore or fade into the background).
I think this is what they were saying--pre-tax refers to traditional, post-tax to roth. Only traditional ira/401k reduces the marginal tax rate. So the decision to go for traditional or roth depends on how you expect your tax bracket to change.
If I don't publish my private SSH keys for all to see, am I being deceptive? No, I am protecting my interests. While I do prefer to know when Apple is acting in bad faith, this blanket statement is a weird one to make.
This got me interested so I brushed off my notes from grad school--GPS predecessors like the US Navy's Timation first used quartz oscillators, then graduated to atomic clocks in orbit. However, even now ground station atomic clocks issue periodic time corrections to satellites in orbit. Since we can get accurate time of flight to Mars, I imagine satellites without atomic clocks could be used, albeit with less stable pseudo-range estimates. This could be overcome by using more satellites, giving more favorable pseudo-range variances.
I just tested this with a private repo and confirmed: currently if you search for text that appears only in old commits and was removed, I see nothing show up in the search. I would like to search not only for text in the latest state of the repo, but the entire history. This would be a KILLER feature.
In the US, you can do engineering work without having a PE, no licensing required, and any degree requirements are usually imposed by the company not regulations. There are only some things that require a PE.
Source: I studied EE, did not get a PE or any sort of license beyond my degree, and worked in defense, and commercial engineering jobs
I didn't even know what "immobilizer" meant in this context before hearing about the issue with Kia and Hyundai a while ago.