reniat

As others have said, you really should learn Javascript. ESPECIALLY if you're trying to be a full stack engineer. The easiest way to get good looking components that dont look like basic html/css 101 level stuff is going to be pick a component library and go from there. What I would recommend is learning Javascript, and then getting into React once you know the basics of JS. Once you feel ready, start by creating a basic react with Create React App (https://create-react-app.dev/) and then pick a react component library like Material UI (https://mui.com/) or React Bootstep (https://react-bootstrap.github.io/). What those component libraries do is take all the html/css around making good looking modern web elements and packaging them up in an interface that lets you just plop them onto your app. For example, instead of bothering with bare bones HTML/css to make a grid layout, you could just use Mui's Grid component and let it handle all that for you. For your specific need, you'd want to look at something like https://mui.com/material-ui/react-timeline/ But if you have never looked at javascript before, you're really going to want to start with the basics. There's quite a lot to learn between knowing raw html/css and being comfortable with entire apps and third party libraries, so don't feel like you need to jump right into the deep end. It's worth taking your time to get a stable foundation before moving on. Once you're comfortable with Javascript and feel like you know what's going on when looking at other people's JS examples (for example, if you can see what's happening in the UI component examples in the links I gave), then you can move to being comfortable with React basics (component lifecycle, routing, etc.) and then once you feel comfortable there with the core logic, you can start making things look pretty with a UI component library. note: React isn't the only technology you can use for this, it's just the one im familiar with and the one I know UI component libraries for. Vue and Angular are other popular options, but there's a bunch more smaller ones out there.

Is this for a school project with pretend data, or is this for a real set of patient data? If your company is having you make this database for REAL patient data and you don't have the knowledge to do that securely, then that feels like a massive HIPAA violation waiting to happen. There's nothing wrong with not having database experience, but there is something wrong with having someone without experience make a database for this kind of data.

hmmm I hadn't considered that network might be my bottleneck... I need to look into that before I make a really unoptimized setup. If i'm already basically at network cap, the yeah unraid looks perfect.

hmmm also I'm reading that unRAID doesn't stripe, so would it have any better performance than my single disk setup now?

It seems that you should use your largest drive for parity, which in this case it'd be 4GB. How much usable space would the final unRAID volume have? 6GB (4 parity + 4 + 2)?

Another hiccup I just discovered is that at my local microcenter, 4TB WB red plus drives are literally the exact same price as the 2TB version... So now i'm thinking i'll grab 2x 4TB and put them in RAID 0, with the 2TB acting as a separate "slower" volume, instead of trying to get 4TB + 2TB to work in an array together.

Sorry, I meant 2 additional drives to the 1 I already have, making 3 total (they'd all be the same model, WD20EFRX. The current one is older, before the "WD red plus" branding, but its the CRM version despite not being "plus"). For software raid, ive always read the opposite, where software raid for anything more complex than 0/1 dramatically reduces performance. Though now that I think about it, what I might do is just buy the 2 additional drives, then set up RAID 5 with software RAID and see how it goes. If I hate it, I can then either choose to buy a controller or do something else (maybe a RAID 0 + a lone drive for additional capacity as a temp solution until I can get a hardware controller)

So I have a NAS that I built out of mostly spare PC (plus a WD red plus drive). It's got a Ryzen 1700x cpu (which is massively overkill, but again it was spare parts at the time), and a 128gb SSD for the OS, leaving the WD red volume dedicated for a samba file server. I'm now finally getting to the point where I want to upgrade this, and wonder what the best path forward would be. From purely a RAID type perspective, I think RAID 5 would fit my needs best, since 1 level of redundancy is plenty (nothing on this NAS would be mission critical, and this is not a backup solution), and I'll mostly be reading so trading in a bit of capacity for redundancy while maintain near RAID 0 read performance seems ideal. However, getting a hardware raid setup seems expensive. I'd need 2 more cards (~$150, which is fine), PLUS a hardware card which is ~$200 for a good one (unless I'm missing something). If I was willing to just go full risk, I could just spend $75 and get a matching 2TB Red Plus drive and do RAID 0 in a software raid. The 1700x seems plenty capable of doing software RAID 0, which isn't nearly as resource expensive as a RAID 5. But, it's raid 0, so I need to be prepared to lose everything at any point, esp since the first drive is about 5 years old by now. Thoughts? Any paths you'd take differently? I would like to both increase capacity, and read performance, and not spend more than ~$200 if possible. If you do think it's worth going all in for a hardware RAID 5 setup, what controllers would you recommend?

more than a year, less than 2 years lol

So I've been... neglectful of my loop for a while. I'm finally getting around to cleaning it, and Im noticing things like what seems like flakey dried dye in some parts, and what looks like it might be corrosion or bare copper in other parts. pictures: https://i.imgur.com/1o10hgg.jpg https://i.imgur.com/xRVmm0o.png Should I just clean em as best i can and hope for the best? I've had 0 temperature issues at all, and the pump is still performing at 100%, so there's no concerning behavior, just concerning appearances.

by azure devlops do you mena TFVC? since i know a lot of people use azure devops with git as the underlying SCM

im curious what you think git is a downgrade from. Would you rather have SVN or mercurial? gross.

..................... I'm gonna blame the fever on this one.

Could just use a salted hash. Far from a perfect solution, but they'd still have to brute force the PW from scratch after opening the script ¯\_(ツ)_/¯

It just requires a compatible JVM version. I meant not as portable compared to something like C, where pretty much every major system already has a valid compiler without needing to install anything. C# was mainly the focus of the compatibility stuff since historically it's pretty Windows focused though they do have stuff like Xamarin

Try not to pigeon hole languages like that. Game engines comprise such a small % of the C++ code out in the world (it's behind most of the web browsers you use for example), and python isn't the only language to do machine learning in. There is truth in some of the language stereotypes, but it might give you wrong idea about a language if you latch on too firmly. Instead of specific applications, think of the languages in terms of their strengths weaknesses and go from there: (this is BY NO MEANS an exhaustive list, just the stuff that comes to my mind) C/C++ Pros Low level High performance A lot of tooling to catch errors at compile time Portable Cons Higher skill curve some types of defects can be very hard to track down (e.g. memory/GDI issues) C#/Java Pros Not as performant as C/C++, but adequate for the vast majority of applications have a wide variety of built in features (especially with C# and .NET) Lower skill curve, as many low level operations are abstracted away Cons Managed memory (garbage collection) can sometimes have performance impact (not common) Not necessarily as portable. The appropriate JVM/.NET environment, and .NET in particular is limited to mostly windows machines. Python/Javascript/Ruby Pros Typically the lowest barrier of entry. Very little is needed to run simple but useful things Great for automation and quick scripts Extremely large library selection, with a huge dedicated userbase constantly adding to it (this is why python is such a common research language) Cons Weaker performance, though this can often be mitigated (such as using precompiled libraries in python) Heavy reliance on third party libraries means extra work with upkeep. Not as portable again, THIS WAS NOT MEANT TO BE A COMPLETE LIST. This is just to show how you should look at languages based on strengths, not stereotypical uses (which are often outdated). Most likely embedded development in todays market, but it depends wildly based on where you work.

you are using 'guess' before it's actually set to anything.

in terms of pure execution speed the gap is definitely smaller than it used to be, but there are still some major factors that basically prohibit java from being a high performance game language. The biggest reason is that it's really not worth the effort of porting major game engine to java, so you're stuck with whatever platform those engines give you. The closest would be Unity with C#, but the super high performance engines are almost all C/C++. Another reason java isn't a great game language is garbage collection. It creates a lot of performance uncertainty, since you really can't control when that happens. There are a few different GC methodologies you can use, but no matter what you are at the mercy of the GC to not collect during a critical moment causing a performance dip. For most desktop development that's not really a huge concern, but in the gaming world of 60fps+ and high refresh rates and "smoothness" being the be all end all metric, java's GC can be nightmare. The exception of course, is the high performance icon Runescape, which is built in java.

i'm a bit confused as to whats going on here, since it looks like vetorDelO is some kind of collection based on the variable view there, but you are directly comparing it to the temposeExecucao, which looks like a numeric primitive, which shouldn't compile. More context in the code would help here.

Since it's such a specific requirement (conversion and it HAS to be done through consuming an api), i'm guessing its some kind of homework assignment. I just want to throw this out there, since i also think doing a Rest API call for something this trivial would not be a good actual solution.

I would assume so. It says "Convert most known measurement types: imperial, metric, mass, length, temperature, time (and more)." Might have to just dig through the api documentation more (which is really good practice and probably why this is a requirement, if this is an assignment)

https://www.neutrinoapi.com/api/api-examples/node.js/ Just fyi it was the very first google result of "metric to imperial coversion API"

As long as your fittings are properly tightened if its a custom loop. Just do it gently, since water is heavy. Also make sure your reservoir is properly closed. If it's an all in one cooler than don't worry about it.

(defun fizzbuzz () (loop for x from 1 to 100 do (format t "~&~{~A~}" (or (append (when (zerop (mod x 3)) '("Fizz")) (when (zerop (mod x 5)) '("Buzz"))) (list x))))) for i in range(1, 101): if i % 15 == 0: print ("FizzBuzz") elif i % 3 == 0: print ("Fizz") elif i % 5 == 0: print ("Buzz") else: print (i) for(int i=0; i<=100; i++) { if(i%3==0 && i%5==0) { System.out.println("FizzBuzz"); } else if(i%5==0) { System.out.println("Buzz"); } else if(i%3==0) { System.out.println("Fizz"); } else { System.out.println(i); } } I simply cannot agree that Lisp is syntactically equidistant to C langs as python especially when you're talking newbies, who will be spending 90% of their time with loops and conditionals.

Similarity is a gradient, and I feel like it's pretty easy to see that python is closer to the C languages than Lisp. I think even a beginner is going to see "oh I have to add ; to the end of every statement" as far smaller hurdle than "oh that entire S-expression thing I finally got used to is now entirely not applicable"