Because getting paid on the job to do the same is even better?
Curious where in my post you assumed I wasn't already doing such.
I also think it is a good idea for developers to do scrum training of some kinds, even if you do not use it at the moment. It broadens your skills set.
why don't you do that privately? Internet has many options for growth, and it doesn't have to cost you a cent.Not in scope of work etc... eg. Asking to do a Java course when I'm a .Net Dev or HDP training. Even BI courses are a nope lately lol.
[)roi(];18203865 said:why don't you do that privately? Internet has many options for growth, and it doesn't have to cost you a cent.
Ok, so why not check if they'll pay for a good Internet course, for example: https://www.edx.org/course -- You get your pick of courses from major Universities. Majority of these are free with the option to get certified for a small fee (~$45) : https://www.edx.org/course/software-construction-java-mitx-6-005-1xWe HAVE to do training as part of the KPI's. "Self improvement" and all that.
Do you program in Scala?This one should be well within budget and is very good:
https://www.coursera.org/specializations/scala
[)roi(];18204863 said:Do you program in Scala?
I haven't many programmer's who use it for work + neither seen interesting opportunities; so I opted Haskell instead. Still the code looks very readable (more so than Haskell) & probably easier to learn.Yes, but not as much at the moment as I would have liked.
I recommend that course for the general skills it teaches. That course does not actually teach Scala, but one does pick up a fair bit of Scala while doing the course. (One can also do it for free, but then just do not get a cert.)
[)roi(];18206625 said:I haven't many programmer's who use it for work + neither seen interesting opportunities; so I opted Haskell instead. Still the code looks very readable (more so than Haskell) & probably easier to learn.
Guess I need to try it (when I have some free time); on the surface it seems a lot like Swift ito FP and Generics, and certainly a lot less FP strict than Haskell.Yes, in my experience pretty easy for Java/C# devs to learn to program in, since it is a fairly standard "curly bracket" language. Obviously, to use the functional aspects takes a bit more learning, for which the above course is great.
The weird part for me; is the longer I spend with very strict compilers like Haskell, F# and Swift, the more I miss this behaviour in other languages. I guess Scala had to forsake some of this re Java; strange part is that Clojure (which also uses Java bytecode) doesn't seem hindered by this.You can get NPE's in Scala. It is fully compatible with Java, which is great if you need a library to access/do xyz, but it comes at the cost of having to allow some of the bad things from Java. So, things like options are highly encouraged and features like pattern matching etc. work a lot better if you use them, but it is not enforced. So, yes, not as strict as Haskell, but the other side of the coin is that it makes it easier to use with existing code/libraries.
Rust's a great language; like many functionally enabled languages it passes most of its data by value; initially this was expense, but since they've aligned with LLVM, a lot of the typical penalities associated with value types will be avoided e.g. Swift's approach which profiles C & C++ performance profiles implements copy on write by default. The other similarities with Swift is related to SIL (Swift's intermediate language); Apple did this to allow things like greater flexibility, more powerful language features and greater code optimization; in this regard Rust is almost the same; it too has a lot of features that don't easily tie up with LLVM IR; hence they've chosen to adopt something quite similar to SIL called MIR https://blog.rust-lang.org/2016/04/19/MIR.htmlRust![]()
[)roi(];18208585 said:The weird part for me; is the longer I spend with very strict compilers like Haskell, F# and Swift, the more I miss this behaviour in other languages. I guess Scala had to forsake some of this re Java; strange part is that Clojure (which also uses Java bytecode) doesn't seem hindered by this.
Rust![]()