wow I haven't heard of TCL for years (excluding TCL/TK of course), I used to run a large patient management system across a hospital system that was built on TCL and ran on top of Solaris (5 from memory). While the software itself was antiquated for the time (2011~) it was pretty solid and fast despite running on relatively low spec hardware for the number of clients. I remember the 'upgrade' path was a Windows app that other than providing a more user friendly interface what was essentially providing the same functionality with the addition of a mouse curser required a hardware of a factor of something like at least 40 times the performance to run at a similar scale.
Hmm. I'm not sure I'd want to rely on NodeJS for something as important as a wiki, also I see it uses MySQL if you don't want to use SQLite - but does it support PostgreSQL? Also can you use Markdown? Personally I quite like GitLabs built in wiki which while basic is great as you can just clone the simple git repo which is purely markdown files which is lovely to distribute around various machines, you can also gem install gollum on your local machine and have a git version controlled, offline markdown editor interface that can commit back to the central repo.
Clear your mind of feelings of self doubt, clarify with yourself what you learnt from your role and the work you did. Find value in this and use it to move forward.
Really? Interesting to hear, I love there new 'button', with its multi pressure level sensor and it's feedback I think it's fantastic and hey - it's one less moving piece (maybe the last?).
Ironically this site does not work correctly for me on my phone. On the latest stable safari and iOS version the field to enter your email to get the report is missing. No ad blockers enabled etc...
Virtualbox... good? I don't think so at all, it's networking and disk IO performance is horrendous, as much as I dislike VMware - Fusion is miles ahead of VirtualBox in all ways IMO except price. But now we have Xhyve & friends which is truly fantastic.
Such a shame, I wonder how long it will take Trello to turn into heavy 'enterprise' bloatware like the rest of said companies products. There are a few good open source alternatives out there now so I'll personally move to one of those.
We still have one web-app written in perl, it's based on the mojolicious web framework to keep it somewhat maintainable, the app used to be heavily tied to mod_perl1 which has thankfully been 'modernised' to not use mod_perl1 or 2 and instead run with mojo+nginx. I expect this to continue being in service and maintained for another 1-2 years before being replaced by a python rewrite.
Hmm... I still find browsers more memory blind than anything, any machine with less than 16GB of RAM I find really struggles with JavaScript heavy sites, god damn JavaScript.
Totally depends on the workload, well threaded workloads with a desktop ARM clock speed of 3Ghz~ or so could perform quite well for say PostgreSQL if properly deployed, but yes - for an interpreted language with a strict GIL like Python it may not perform so well; having said that, Xeon professors are dropping in clock speed each iteration, where we used to see 3+Ghz perform, it's now common to see those processors replaces with 2.2Gjz max clock speed - yes the cache can be larger, there might be more cores etc but with languages such as python you quickly run into the single core maxed out problem pretty quickly regardless.
*edit: would be interesting to see an elasticsearch cluster running on a high clock speed arm cluster... I wonder how it'd run... (and yes I know it's not that simple)
IMO xeons are the most confusing, especially since they often run behind by a year or so. E3 vs E5 vs v2, vs v3, va v4, vs v5 vs core clock speed (important for single threaded apps and databases) vs multicore horizontal scale, 2650 v3 doesn't really explain the generation, clock speed, cache size or number of cores (maybe I'm stupid?)
ARM, seriously - ok while many apps need to have an interpreter / to be compiled for the architecture - god damn for the the money and the power it shits all over x86 processors, ARM based chips are so damn cheap you /could/ chuck 6 full chips for less than the price of once x86 and of course it comes down to execution but if properly done - per watt god damn RISC based processors really do well these days, look at the latest iPhone / iPad ARM CPU - it's faster than the MacBook with the latest (one older now) intel CPU but costs less and uses 1/6th the power.
Could not agree more, both in the desktop and server markets - the naming / models are annoying as crap. I.e. As a server CPU it's not clear weather a E5-2660 v2 is better or worse than an E5-2640 v3 etc.... its just... not clear.
I'm such a pessimist with AMD CPUs, I just have bad memories of power hungry, hot running chips with lots of microcode bugs and problems with ACPI etc...
Title: Intel Core i7-7700K Kaby Lake review: Is the desktop CPU dead?
Subtitle: With identical performance to Skylake, Intel brings desktop performance to a standstill.
*edit: while I'm not in any way sticking up for intel (I love RISC architecture personally) I do wonder if this cycle is just aligning technologies such as DDR4 / PCIe bus speeds, chipset smarts such as NVMe pass through to bypass the SCSI subsystem etc... more than it was outrun / be directly faster than the previous generation. I might be wrong (again no research done here!) but it wouldn't surprise me if it was a feature alignment cycle. IMO - what we need is ECC on the desktop i7 range, that would be a killer.
That title... while I'm not disagreeing with the intent or the message that has to be classed as clickbait. Like come on, that's one well of an optioned title for an article that links to an article with a completely different title. Just, you know - even without any research I'm quite confident that the company in question (intel) hasn't 'stopped trying', perhaps they've undervalued a product line or had a lacklustre release but I'm sure there's a lot of engineers 'trying', again, click bate titles - grr!