e14

It's a non-issue anyway, since the SQL query will only receive the salted hash, and as such the input will have to be encoded (hex, base64, etc.) anyway, and therefore not receive invalid characters. User names however are a different story altogether.

There is also a significant difference in finding a few errors in 200-500 pages of books or finding multiple errors in a 2 minute video. I mean the content of most TQs can fit snugly on 1 or 2 pages. Don't get me wrong - The relatively low amount of information is not bad, just the relationship of information to errors is.

Saw this and thought it would make a great TechQuickie:

If you just want to write more procedural code, I would suggest Go (golang.org - driven by Google, was meant as a C replacement originally, but turned out to be more of a Perl / Python / Ruby replacement instead) or Rust (rust-lang.org - driven by Mozilla, meant and really implemented as a C replacement. Firefox is being more or less slowly ported to Rust and there is an OS being written in it Redox-OS), or maybe a scripting language like Lua (lua.org Used heavily in games and also other software such as Redis or nginx as a scripting layer, but due to its very small VM also as a dynamic language in embedded systems - Yes. Microcontrollers.). If you want to branch out not only into "not OOP", but also "not-imperative", then functional is the way you want to go, or maybe logic-oriented. Should you want to try functional programming, F# might be interesting to you (since you wrote that you know C#) though there is also Elixir, Haskell, Erlang, Lisp (in its 10000 dialects), Scala, Clojure, and many many more. I personally like Elixir due to its very powerful VM (It's the one from Erlang), really the .NET VM will silently cry in a corner compared to it. Contrary to it's naming, the most distinguishing property of functional languages is that they have pattern matching and immutability. And also not the functions, but the immutability is what makes them great for concurrency. Imperative languages with lambda functions are often touted as having functional aspects, but that's just marketing. If you want to waste your brain, try logic-oriented languages, though there is only one I can say anything about and that's Prolog. Though if you are not very comfortable with mathematical logic, logic-orientation will be better to take on after functional. You will have at least already learned the concepts of pattern-matching and equality and unlearned the concept of assignment. I did it the other way around and it was possible, but if it hadn't been a University course I'd have quit before going anywhere.

I've been using Texts for a while, it is quite nice and the Markdown rendering is pretty, but I have to admit I never used it extensively and have gone back to Sublime Text now. My problem was with the many many different flavours of Markdown, and while for many there seems to be an Editor of some form, most of them are online-editors with limited integration and I have yet to find the one editor where you can just switch flavours and / or provide your rendering rules (never mind them being based on project). So I've tried a few times, and always revert back to just writing Markdown source

Wow, I thought it was just me... I get that tech-journalism (or journalism in general) is hard, and you can't expect journalists to know everything, because if they did have that kind of insight, they would work significantly different jobs. But the constant attempt to appear knowledgeable while they actually have no clue is a problem. The problem is the half-truths and (incorrect) deductions based on other journalists and other non-peer-reviewed material, instead of reading the actual sources.

nVidia's 1070s sold out in central Europe too, prices for the few that are left (in shops were nobody wants to buy) rose by 100-200€ over night... And I don't even understand how anyone could mine economically in Europe - power is just too expensive.

Did I miss it in the video - is the EVE V fanless? There are openings visible in the video, but they seem too small for cooling (audio?)

"Misused Technology Terms" How about "Quantum Leap" "Headphones" vs. "Headset" (also "in-ear" vs. "earphones") "Authentication" vs. "Authorisation" "Window" (Frame) vs. "Application" vs. "OS" vs. "PC" X "Crash" vs. "Freeze" vs. "Error message" vs. "Incorrect behaviour" People talk/write about every possible permutation while they actually may mean any other possible permutation

About Arctis 7 Sound is "ok". Many say its not loud enough, but mostly it lacks some kick in the bass area. If you don't need that, then the quality is ok. Surround / DTS works "ok", but only if you have no low-ish bass sounds. As soon as you get stronger bass, the converter will start to completely mess up and you get very noticeable sound artefacts, like buzzing and crackling. Also I'm not fully sold on the "auto-detection" actually working in all games, as the device reports itself as a 2.0 device to Windows. It is extremely comfortable and I think it looks great, but is meant for small heads, hence even with my head being on the small side, the ear cushions are pressed so strongly against my head that the speaker covering touches my ears (no, I don't have protruding ears), which invariably causes pain after repeatedly having long sessions. Might be able to break them in though, but... My headset has a defective volume dial - it produces (significantly) different volume for the left and right ear when not set to max. There is also a design flaw in that the volume dial also affects sidetone, so if you want to use either, you have to constantly adjust sidetone, which is only possible through the software and only has 4 levels. Contrary to the Arctis 5, the SteelSeries Engine has no additional software post-processing for the microphone. My headset also has a defective microphone, or the clearcast / mic noise cancellation is not working at all in Arctis 7. If this is by design, the mic is approximately tthe same quality as the G930. SteelSeries is having serious quality issues in components: microphone (I hope, otherwise the "clearcast" mic is a scam) and the volume dial, probably more that I don't know about. and software / firmware: DTS About Siberia 800/840 I had the Siberia 800 (returned them because broken, see below), it is almost identical to the 840, the main difference being software support. The main selling points of the 800 are the swappable batteries and the base station. The base station contains most of the logic, has optical in and out, multiple profiles, and has a pretty (white-only) OLED display that you will mostly not want to look at, even though the handling is very good for such a device. On the other hand for consoles this is perfect. Anyway, since there is probably a lot of custom IC in there, it will be the main reason for the price difference, but note that for the 800 (as compared to the 840) there will be no surround through USB (only optical) and SteelSeries Engine will not detect the device, hence all configuration must be done through the base station. Swapping batteries was what interested me a lot, so I tested this... Not really well done. You have to take off a cover first and then the battery almost falls out. Hence you can not do this one-handed during a fight, you will need some break to take of the set and swap the battery. It's still a benefit since you are not "cabled" when the other battery is charging but I feel they could have optimised this a lot, but they didn't even change how it works in the 840 refresh. About quality of SteelSeries devices I've bought a few SS headsets over time, all due to my pretty good experience with the low-cost Siberia 150: Siberia 150: No issues, bought on Amazon Siberia 800: Bad / buzzing (very noticeable) capacitor in left ear, also missing high tones - probably due to bad capacitor - from first second on. Bought directly from SS shop, very bad support experience. Arctis 3: Missing high tones, likely bad capacitor again or broken speaker. Bought on Amazon Result: 3 out of 4 SteelSeries devices with serious (and preventable/qc-able) quality issues right out of the box.

Perfect, thank you! I was looking exactly for such information, and was totally irritated by Intel's marketing material, since it implies that "Optane" drives would not work at all on anything other than Kaby lake processors (but still run on NVMe?).