aylons

You may keep your messenger account while extinguishing your profile and all.

I'm all for Pfizer getting recognition for their work, investment and success, but it is a bit frustrating that other people and institutions involved are not getting any at all.

Specifically, I'm aware that Argonne National Laboratory[1] was involved in the discovery and development of this molecule, and I think we can safely assume there are other public institutions and universities involved as well.

This is just one more reason why people get alienated from the importance of public institutions they fund, and the importance of universities and academia.

[1] https://www.aps.anl.gov/APS-News/2021-11-06/aps-and-imca-cat...

Ha, just now I realized "Jeudi"... lucky day today!

But just some romance languages. Portuguese does not.

Sorry, but what does the HiL mean in the FPGA and Embedded software mean?

What you say in the second paragraph seems to confirm what the parent comment says.

Oh, no. That would be reasonable. If he used Telegram saved messages, that'd be actually funny.

RSS (Rich Site Summary)? Wasn't it Real Simple Syndication?

I had these weird looks, and I even got engaged in a nice conversation with an employee at a t-mobile store, but some people don't even bat an eye.

So, we should go GNU Grindr. Gotcha.

I'm a very musically challenged person, people usually don't recognize when I'm humming a song they like for them, and it used to really infuriate me.

So, I bought SoundHound 8+ years ago in a Google Market promotion offering several apps for pennies (10c, I guess?). Tried it without much hope and damn it, it worked well. Sometimes it goofed, but truth be told, it may be my problem.

Also, it had the ability to identify covers in a crowded bar, or non-playback live versions. Shazam, which was very popular at the time, admittedly couldn't do any of that - in their FAQ (which I could not find right now) they even told that if Shazam recognize a live version, it must be either a playback or a player with microsecond precision repeatability.

It took me a while to realize that this has nothing to do with FPGAs (or APAC, as they are trying to rebrand). Also, given that Zynq is not a common word, Xilinx really could hurt you bad if they want to.

After posting, I realized there's a pre print at arxiv:

https://arxiv.org/pdf/1802.01052.pdf

Not only the engineers are likely proud of their work and want to showcase it, they may also use this to promote themselves in their search for a new job.

A Wacom tablet is what used to be called a digitizer tablet, ie, a HID that uses a pen and a surface to allow for easier and better drawing. Essentially an odd-shaped mouse with some extra pressure sensitivity.

GP must have confused with the currently better known use of tablet, which is a full-blown computer with touch screen and no keyboard.

Do you offer any relocation and VISA oportunities?

Not a silly question and actually a very powerful, seldom used feature: partial reconfiguration.

There are, however, several limitations to it. Clock cannot be changed, for example, and usually neither can I/O, specially high-speed transceivers. This has been improving (Ultrascale Xilinx allows for reconfiguring I/O), but you still have to reserve area for reconfiguring (meaning literal area, as in a geographic region in the FPGA).

However, I/O versatility as you suggested has very few advantages to it. You need the reserved logic for ethernet to be programmed at when you plugin. Why would you leve it unprogrammed? If is simply disabled, it won't use any extra power resources, and your soft-CPU's won't be able to take advantage of these resources while you are working. Maybe you could use the area for new soft-cpus, but then you'll hit the problem of over segmenting your design and allowing for less optimization. This would inevitably impact timing constraints and area usage.

Also, FPGA programming may take minutes to finish, and always at least a few seconds. This will be very noticeable by an user and not very efficient if it has to be done frequently.

There are, of courses, good uses for that. But there is also a lot of effort on doing it right and you always risk overdoing it.

I don't think this should be part of version control, simply because is too tied to the environment and development practices that may not be shared by the whole set of current and future developers of any given project.

The version control should keep the code history, not the paperwork history.

What I think you're looking for could, however, use git as a platform for that. That's what GitHub, GitLab and the likes do using a web interface and there's enough extensibility and power on git for command-line or desktop tools to do it.

The internals of git are very much akin to a filesystem, by the way, and the plumbing gives you more enough access to use that in creative ways.

From the top of my head, maybe a system like this could automatically generate tags for code reviews, use merges and branching for answering to these reviews, and hooks for notifying interested parts on particular areas of code. All while the messages and reviews themselves travel on another data layer, which references git but does not mingle with it.

This separation (and even tag cleaning, for example), would be specially useful on huge distributed projects where a company or small team may have whatever development process it needs internally and sharing only the results without having to completely hide the code history.

Well, it is literally in the article's first sentence.

This is not common at all, except in a few fringe groups. Also, if you don't find that hard to believe, maybe you should check out your information sources.

This is a very nice, short and well written column by a professor that solely analyses the writing of the complaint.

For a crowd that proud themselves for being objective and analytical, HN has missed the point by a lot here.

I believe you are interpreting some surprise that is not there. He takes the complaint as an example of good writing and that's it. He does not try to infer anything about the writer from it.

This sounds like a perfect case for a UserJS

Try Sound Hound! I've been using it for several years, and it does identify hums and badly song music I have in my head.

Well, you may look at my post history to see if there's any chance of astroturfing. Last time I saw, Mozilla did not have a RF hardware division.

I just want to set things straight. Bad mouthing Mozilla for something they have not done does not help discussing the decisions they take.

On tracking, well, you may always look the code. It's all client-side, I guess the most nefarious accident it could happen is you noticing the suggestion again and disabling it again.

The same webpage I link shows that you can disable with a single option in the home page.

"Important Note: Neither Mozilla nor Pocket receives a copy of your browser history. The entire process of sorting and filtering which stories you should see happens locally in your copy of Firefox. " https://help.getpocket.com/article/1142-firefox-new-tab-reco...

I actually assumed he picked up the train and just realized he decided to drive instead by reading your comment.

When he talks about Verilog, he is referring to the language used for development and implementation. We're talking about a different part of the chain, something akin to the compiler, make, cmake and alike.

Of course, there's some dynamic between the tool chain and the language itself. For example, it doesn't matter if the language has the coolest feature if the compiler does not support it, and the toolchain will help you manage more complex code safely.

Windows only tools? You must have been using Altera options (I briefly maintained the page for Quartus compatibility at wine, circa 2004). Even them have had Linux support for a while, Xilinx has Linux support for as far as I remember, at least some ten years.

The ecosystem is terrible, I agree with you. However, the lock in is restricted for the final synthesis part. Simulation is mostly done with (very expensive) third party tools, such as Mentor Graphics Modelsim, and in professional settings the build is automated to a point that opening the vendor's GUI is frowned upon.

There are some quality open sources tools on FPGA build automation, but most places I had contact with have their own internal tools.

The site was not that bad a few years ago, but I guess this new structure sells better for some companies.

At the time, I actually bought the book and I liked it. It was a bit dense in the beginning, and I skipped the example, but I had some good takeaways, specially on the implementation of the system, which is described in the book.