|
Do you want to play a game?
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
We’re moving towards a world in which developers are no longer as loyal to their chosen programming languages as they were. Instead, they are more flexible and open minded about the languages they use. Don't be a {foo} programmer, be a programmer
Something, something, right tool, something job
|
|
|
|
|
The "right language" canard is mostly bullshit hand waving by incompetent developers.
|
|
|
|
|
I guess that makes me an incompetent developer, thank you (always great to learn about yourself). 
I'll get right back to working on that OS service using VB then. And the DB query app using Assembly. etc.
TTFN - Kent
|
|
|
|
|
 There is a difference between moving to a new language and claiming (and acting on) every new language that shows up has a "right" usage. It reminds me of that person who knows how to count to ten in dozens of languages, but can't ask where the bathroom is.
|
|
|
|
|
BTW, I did qualify my snark with "mostly". ASP.NET is a far better choice than going native. But how is, for example, Kotlin better than Java in any practical get-the-project-done sense, other than Oracle doesn't own it (which may be reason enough.)
(Oh, and yes, you need to go back to VB.NET. Sorry, but that's how it goes.  )
|
|
|
|
|
Joe Woodbury wrote: how is, for example, Kotlin better than Java in any practical get-the-project-done sense, other than Oracle doesn't own it (which may be reason enough.
That would be my answer, yes. Any move away from Oracle is 'right' 
For most solutions (there's that dang most again!), I think there are a load of right answers. You can write your basic "screens over data" app in just about anything - and that's 'right'. There are some 'wrong' answers though. So, the canard is a first approximation of the truth, IMO.
When people swing it around to justify today's hot language over yesterday's, they're wrong. So, I guess we agree there?
Shuffling back to VB. 
TTFN - Kent
|
|
|
|
|
Nine out of ten times, the "right" tool for the job is the tool that you know.
Perhaps MongoDB would be better for your job than SQL, but since you know SQL and SQL is sufficient it's a far safer bet than first messing up with what's supposed to be "the right tool".
Besides, it needs to be done yesterday, so there's no time to learn MongoDB anyway.
On a side note, none of the "full stack" developers I've met actually master the full stack.
They write JavaScript as if it's C# or Java (which it isn't) and they don't go beyond the basics of HTML and CSS.
I recently talked to a programmer who said he only wanted people with at least 10 years of experience, unless they were full stack developers, because then they knew enough.
So you want 10 years of experience in one technology, but less in a dozen combined? 
Polyglot is just really hard, because each technology is hard by itself and can take years to master.
Of course, if your definition of "sufficient" or even "mastery" is being able to run Hello World, things get a little easier...
|
|
|
|
|
Sander Rossel wrote: They write JavaScript as if it's C# or Java
You lucky guy! I know people who do it the other way round...
Oh sanctissimi Wilhelmus, Theodorus, et Fredericus!
|
|
|
|
|
... and many recruiters who fervently believe that Javascript is Java.
Whenever you find yourself on the side of the majority, it is time to pause and reflect. - Mark Twain
|
|
|
|
|
Or that people have 20 years of experience in Node.js 
|
|
|
|
|
Don't knock it, my next CV will say that I've been doing F# since 1862. It will fool somebody!
Whenever you find yourself on the side of the majority, it is time to pause and reflect. - Mark Twain
|
|
|
|
|
|
That's brilliant!
I'm still at the struggling with consistent theory of quantum gravity bit but I reckon I'll get there in another year or two!
Whenever you find yourself on the side of the majority, it is time to pause and reflect. - Mark Twain
|
|
|
|
|
PeejayAdams wrote: consistent theory of quantum gravity
That's a pretty heavy subject, but if you get it right you'll be enlightened
|
|
|
|
|
Maybe I'm just focused too much on edge cases - that while there are many right tools for most jobs, there are also wrong tools that get used.
Back in the day, I had to work on way too many "solutions" that were PowerShell via Citrix. The devs knew PowerShell, but they needed a remote solution. Every single one of those could have been simple websites, but the devs were unwilling to learn the new technology. Then, because they were stuck with a desktop app, they had to shove it in Citrix to get it out to customers. Adding yet another wrong tool for the job (IMO).
Most languages are perfectly fine for most solutions, but I still assert that there are definite wrong tools for some solutions. By knowing more than a single language, you at least can identify why another tool might be the right one for a specific job. (and it avoids writing one language in the idioms of another).
TTFN - Kent
|
|
|
|
|
New programming languages are created every year, but seldom do they gain the attention of developers like JetBrains’ Kotlin has over the last couple of years. It's still got that new-compiler smell
|
|
|
|
|
Kent Sharkey wrote: but seldom do they gain the attention of developers like JetBrains’ Kotlin
WTF is "kotlin"? I've honestly never heard of it. It sounds like a feminine hygien product.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
A proprietary "better" Java.
Also an island in ... Estonia? I think (too lazy to confirm).
TTFN - Kent
|
|
|
|
|
Russian island closer to St. Petersburg than Estonia but fairly close to Estonia.
|
|
|
|
|
Thank you - lazynet strikes again!
TTFN - Kent
|
|
|
|
|
It's a language which transpiles to other languages -- You write Kotlin code and it generates Java bytecode or JavaScript (or other).
I only know about it (care about it now) because I'm an Android developer and use Android Studio (also written by JetBrains, the creators of Kotlin) to create apps.
I'm actually learning the language now for future Android development. It's not too bad and it is interesting that it is so very similar to Swift which is Apple's language for creating native iOS apps.
|
|
|
|
|
Researchers found a new vulnerability that impacts the confidentiality of data stored in a computer's memory. Using it, they were successfully able to extract a signing key from an OpenSSH server using normal user privileges. That's it - no one gets to connect to any server any more
|
|
|
|
|
I'm still really skeptical of these types of claims (including Meltdown and Spectre). These reports tend to be long on claims and short on details of their actual experimental setup. If I pointed them to a loaded up server actively running several processes and OpenSSH, would they be able to do what they claim to have done?
|
|
|
|
|
The success measured a rate of 0.3 bits per second and an accuracy of 82%. To obtain the full data, the researchers used a variant of the Heninger-Shacham algorithm that can recover RSA keys from partial information.
A method to reduce the risk of this type of read-side attack is to flush encryption keys from memory immediately after using them. This lowers the chances of learning the secret data because RAMBleed needs it to stay in memory for at least one refresh interval, which is 64ms by default.
I'm not saying that this vulnerability is not real but the article is a bit "click-baity" at least.
Yes, they were able to read memory from out of process space, but if an attacker can get access to the server with enough knowledge of memory mapping and ability to run own programs in address space physically aligned to victim's for so long that 0.3 bits per second will hopefully get them enough portion of the key to figure out the rest… I would say there are definitely easier ways to compromise the server.
--
"My software never has bugs. It just develops random features."
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
