HN user

creatornator

184 karma

MS, BS in Electrical and Computer Engineering (Northeastern University 2020), concentration in Communications, Control, and Signal Processing

Software Engineer (MATLAB to C/C++ Compiler) at MathWorks

Disclaimer: I work for MathWorks but any opinions are mine and do not reflect the official position of the company.

Posts1
Comments164
View on HN

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:

https://devblogs.microsoft.com/cppblog/exploring-clang-tooli...

I couldn't find any direct documentation of clang-query, but it's part of clang-tools:

https://clang.llvm.org/extra/doxygen/ClangQuery_8cpp_source....

Similarly clang's LibASTMatchers (for writing matchers which can do anything from displaying a message, to actually transforming the matched code):

https://clang.llvm.org/docs/LibASTMatchers.html

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.

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".

I agree with other comments suggestions:

- 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.

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

Every now and then Gravity shows up on hn and it always makes me smile--a couple years ago I added some built-in array methods as one of my first forays into compilers and I had a lot of fun with it. Probably my first "real" OSS contribution.

The point is that the SATs don't measure intelligence. "not intelligent enough to do well on the SATs" is harsh. And if anything I think it would go the other way--it's common to get a subpar grade on the SAT even if you are smart and a high achiever.

And regarding removing the bar allowing more people through, that's not true either--it's not like colleges all of a sudden have more seats available. They'll still only admit the same number of students, and they will still select for the best students.

My first co-op in 2016 was 6 months at Desktop Metal. They're worth at least $1.5B (Forbes article from 2019). I got the co-op through school--Northeastern has a well established co-op program and they have lots of connections to companies looking to hire college students. I'm pretty sure I found it through the school's own career planning tool. When I joined they had only been in business for around a year and half but were already doing very well in the metal additive manufacturing space.

I never really used it, but I did make some contributions to the language. In looking through some of the ecosystem, it seemed like the library ecosystem left a bit to be desired, but the standard library does show promise. I think its extensibility (proven by my ability as a noob to make useful stdlib contributions) and use cases in embedded applications mitigates the lacking ecosystem somewhat.

I had the pleasure of contributing to Gravity a few years ago. I added builtin filter, map, reduce, reverse, and sort functions and tests to the array types. Marco was very receptive to my additions, and it felt very welcoming to newcomers. I learned a lot about different internal workings of interpreters making those contributions.

There are also HSA plans, which are not "use it or lose it", but require high deductible insurance plans. I consider the two options targeting two entirely different audiences. If you have high or very predictable medical costs, you only contribute to an FSA what you will use in a year. If you are young, with no pre existing conditions, and generally take care of your own health, you can save some money on premiums with the high deductible plan and HSA, you are unlikely to need to make any claims so the high deductible never comes into play, and you get to keep the HSA through retirement when you are sure to have more medical costs and you get to benefit from the triple tax advantage.